1. Elaborado por: Gerardo Valera
REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA
EDUCACIÓN UNIVERSITARIA DE CIENCIA Y TECNOLOGÍA
INSTITUTO UNIVERSITARIO POLITÉCNICO SANTIAGO MARIÑO
EXTENSIÒN MARACAY ESTADO ARAGUA
2. Contenido
Introducción
Estimación de recursos, costos y de agendas para el desarrollo de software.
Objetivo de la planificación.
Alcance del software (restricciones, limites)
Recursos (humanos, hardware, software y herramientas).
Estructura general del equipo para el proyecto parte humana.
Equipos de representantes funcionales. Equipo técnico de desarrollo, soporte.
Esquema del plan del proyecto de software.
Conclusión
Referencia Bibliográficas
Planificación de proyecto de software
3. Introducción
Debido a la introducción de las tecnologías y desarrollo de la Informática y las
comunicaciones en las diferentes áreas de la vida cotidiana y empresarial, la mayoría de
los países del mundo, en los últimos años, ha aumentado considerablemente la
producción o consumo de productos informáticos y dependencia de aplicaciones donde
se utilice el computador, por lo cual, la demanda de Software ha crecido de forma
exponencial. Esto ha implicado que la industria de software crezca considerablemente y
al mismo tiempo mejoren indicadores en la producción. Por lo tanto el proceso de
desarrollo de un producto de Software es el marco de trabajo de las tareas que se
requieren para transformar los requisitos de un usuario en un sistema de Software, por
tanto, un proceso bien definido, apropiado para los productos que se van a construir y
que satisfaga las demandas del mercado, es un elemento crítico para cualquier
organización. El objetivo de este trabajo mostrar la importancia de la planificación en el
desarrollo de Software y hacer referencia a diversos aspectos esenciales que permitirán
mayor comprensión al momento de poner en acción un proyecto.
Planificación de proyecto de software
4. Estimación de recursos, costos y de agendas para el desarrollo de software
La estimación es el proceso de encontrar una estimación o aproximación, que es un
valor que se puede usar para algún propósito, incluso si los datos de entrada pueden ser
incompletos, inciertos o inestables.
La estimación determina cuánto dinero, esfuerzo, recursos y tiempo tomará construir un
sistema o producto específico. La estimación se basa en
Datos pasados / Experiencia pasada
Documentos disponibles / Conocimiento
Suposiciones
Riesgos identificados
Los cuatro pasos básicos en la estimación del proyecto de software son:
Estimar el tamaño del producto de desarrollo.
Estimar el esfuerzo en persona-meses u horas-persona.
Estimar el calendario en meses calendario.
Calcule el costo del proyecto en la moneda acordada.
Observaciones sobre la estimación
La estimación no tiene por qué ser una tarea única en un proyecto. Puede tener lugar
durante -
Planificación de proyecto de software
5. Planificación de proyecto de software
Adquirir un proyecto.
Planificación del proyecto.
Ejecución del Proyecto a medida que surja la necesidad.
El alcance del proyecto debe entenderse antes de que comience el proceso de
estimación. Será útil tener datos históricos del proyecto.
Las métricas del proyecto pueden proporcionar una perspectiva histórica y un aporte
valioso para la generación de estimaciones cuantitativas.
La planificación requiere que los gerentes técnicos y el equipo de software hagan un
compromiso inicial, ya que conduce a la responsabilidad y la responsabilidad.
La experiencia pasada puede ayudar mucho.
Utilice al menos dos técnicas de estimación para llegar a las estimaciones y reconciliar
los valores resultantes. Consulte Técnicas de descomposición en la siguiente sección
para obtener información sobre la conciliación de estimaciones.
Los planes deben ser iterativos y permitir ajustes a medida que pasa el tiempo y se
conocen más detalles.
6. Planificación de proyecto de software
Enfoque general de la estimación del proyecto
El método de estimación del proyecto que se utiliza ampliamente es la técnica de
descomposición. Las técnicas de descomposición toman un enfoque de dividir y
conquistar. El tamaño, el esfuerzo y la estimación de costos se realizan de manera gradual
dividiendo un proyecto en funciones principales o actividades relacionadas de ingeniería de
software.
Paso 1 : comprender el alcance del software que se va a construir.
Paso 2 - Generar una estimación del tamaño del software.
Comience con la declaración de alcance.
Descomponga el software en funciones que puedan estimarse individualmente.
Calcula el tamaño de cada función.
Obtenga estimaciones de costo y esfuerzo aplicando los valores de tamaño a sus
métricas de productividad de línea de base.
Combine las estimaciones de funciones para producir una estimación general para todo
el proyecto.
Paso 3 - Generar una estimación del esfuerzo y costo. Puede llegar a los cálculos de
esfuerzo y costo dividiendo un proyecto en actividades de ingeniería de software
relacionadas.
Identifique la secuencia de actividades que deben realizarse para que el proyecto se
complete.
Divida las actividades en tareas que puedan ser medidas.
7. Planificación de proyecto de software
Calcule el esfuerzo (en horas / días en persona) requerido para completar cada tarea.
Combine estimaciones de esfuerzo de tareas de actividad para producir una estimación
de la actividad.
Obtenga unidades de costo (es decir, costo / unidad de esfuerzo) para cada actividad de
la base de datos.
Calcule el esfuerzo total y el costo de cada actividad.
Combine las estimaciones de esfuerzo y costo para cada actividad para producir un
esfuerzo general y una estimación de costo para todo el proyecto.
Paso 4 - Conciliar estimaciones: compare los valores resultantes del Paso 3 con los
obtenidos en el Paso 2. Si ambos conjuntos de estimaciones concuerdan, sus números son
altamente confiables. De lo contrario, si se producen estimaciones ampliamente
divergentes, realice una investigación adicional sobre si:
El alcance del proyecto no se comprende adecuadamente o se ha malinterpretado.
La función y / o desglose de la actividad no es precisa.
Los datos históricos utilizados para las técnicas de estimación son inapropiados para la
aplicación, están obsoletos o se han aplicado incorrectamente.
Paso 5 - Determine la causa de la divergencia y luego concilie las estimaciones.
8. Planificación de proyecto de software
Exactitud de la estimación
La precisión es una indicación de lo cerca que está algo de la realidad. Cuando generas
una estimación, todos quieren saber qué tan cerca están los números de la realidad. Querrá
que cada estimación sea lo más precisa posible, dados los datos que tiene en el momento
en que los genera. Y, por supuesto, no desea presentar una estimación de manera que
inspire una falsa sensación de confianza en los números.
Factores que afectan la estimación
Los factores importantes que afectan la exactitud de las estimaciones son:
La exactitud de todos los datos de entrada de la estimación.
La precisión de cualquier cálculo de estimación.
La medida en que los datos históricos o los datos de la industria utilizados para calibrar
el modelo coinciden con el proyecto que está estimando.
La previsibilidad del proceso de desarrollo de software de su organización.
La estabilidad tanto de los requisitos del producto como del entorno que respalda el
esfuerzo de ingeniería del software.
Si el proyecto real fue o no cuidadosamente planificado, monitoreado y controlado, y no
hubo sorpresas importantes que causaron retrasos inesperados.
9. Planificación de proyecto de software
Pautas de Estimación confiables
Las siguientes son algunas pautas para lograr estimaciones confiables:
Base de estimaciones en proyectos similares que ya se han completado.
Utilice técnicas de descomposición relativamente simples para generar estimaciones de
costo y esfuerzo del proyecto.
Utilice uno o más modelos de estimación empírica para la estimación de costo y
esfuerzo del software.
Para garantizar la precisión, siempre se recomienda realizar una estimación utilizando al
menos dos técnicas y comparar los resultados.
Cuestiones de estimación
A menudo, los gerentes de proyecto recurren a estimar los horarios que se saltan para
estimar el tamaño. Esto puede deberse a los plazos establecidos por la alta dirección o el
equipo de marketing. Sin embargo, sea cual sea la razón, si esto se hace, en una etapa
posterior sería difícil estimar los horarios para adaptarse a los cambios de alcance. Al
estimar, se pueden hacer ciertas suposiciones. Es importante tener en cuenta todos estos
supuestos en la hoja de estimación, ya que algunos todavía no documentan los supuestos
en las hojas de estimación. Incluso las buenas estimaciones tienen suposiciones, riesgos e
incertidumbres inherentes y, sin embargo, a menudo se las trata como si fueran precisas.
10. Planificación de proyecto de software
Pautas de estimación
Se deben tener en cuenta las siguientes pautas al estimar un proyecto:
Durante la estimación, preguntar las experiencias de otras personas. Además, ponga
sus propias experiencias en la tarea.
Suponga que los recursos serán productivos solo por el 80 por ciento de su tiempo. Por
lo tanto, durante la estimación, tome la utilización de recursos en menos del 80%.
Los recursos que trabajan en múltiples proyectos toman más tiempo para completar las
tareas debido a la pérdida de tiempo entre ellos.
Incluir el tiempo de gestión en cualquier estimación.
Siempre construya contingencias para la resolución de problemas, reuniones y otros
eventos inesperados.
Deje suficiente tiempo para hacer una estimación adecuada del proyecto. Las
estimaciones apresuradas son inexactas, estimaciones de alto riesgo. Para grandes
proyectos de desarrollo, el paso de estimación debe considerarse como un mini
proyecto.
Cuando sea posible, utilice datos documentados de proyectos anteriores similares de su
organización. Resultará en la estimación más precisa. Si su organización no ha
mantenido datos históricos, ahora es un buen momento para comenzar a recopilarlos.
Utilice estimaciones basadas en el desarrollador, ya que las estimaciones preparadas
por personas distintas de las que realizarán el trabajo serán menos precisas.
Use varias personas diferentes para estimar y use varias técnicas de estimación
diferentes.
11. Planificación de proyecto de software
Pautas de estimación
Se deben tener en cuenta las siguientes pautas al estimar un proyecto:
Durante la estimación, preguntar las experiencias de otras personas. Además, ponga
sus propias experiencias en la tarea.
Suponga que los recursos serán productivos solo por el 80 por ciento de su tiempo. Por
lo tanto, durante la estimación, tome la utilización de recursos en menos del 80%.
Los recursos que trabajan en múltiples proyectos toman más tiempo para completar las
tareas debido a la pérdida de tiempo entre ellos.
Incluir el tiempo de gestión en cualquier estimación.
Siempre construya contingencias para la resolución de problemas, reuniones y otros
eventos inesperados.
Deje suficiente tiempo para hacer una estimación adecuada del proyecto. Las
estimaciones apresuradas son inexactas, estimaciones de alto riesgo. Para grandes
proyectos de desarrollo, el paso de estimación debe considerarse como un mini
proyecto.
Cuando sea posible, utilice datos documentados de proyectos anteriores similares de su
organización. Resultará en la estimación más precisa. Si su organización no ha
mantenido datos históricos, ahora es un buen momento para comenzar a recopilarlos.
Utilice estimaciones basadas en el desarrollador, ya que las estimaciones preparadas
por personas distintas de las que realizarán el trabajo serán menos precisas.
Use varias personas diferentes para estimar y use varias técnicas de estimación
diferentes.
12. Planificación de proyecto de software
Objetivo de la Planificación
Antes de iniciar un proyecto de software, es esencial determinar las tareas a realizar y
administrar adecuadamente la asignación de tareas entre las personas involucradas en el
desarrollo del software. Por lo tanto, la planificación es importante ya que resulta en un
desarrollo de software efectivo.
La planificación del proyecto es un proceso de gestión organizado e integrado, que se
centra en las actividades necesarias para la finalización exitosa del proyecto.
La planificación del proyecto también ayuda a una mejor utilización de los recursos y al
uso óptimo del tiempo asignado para un proyecto.
Los objetivos de la planificación del proyecto se enumeran como:
Define los roles y responsabilidades de los miembros del equipo de gestión del proyecto.
Asegura que el equipo de gestión de proyectos trabaja de acuerdo con los objetivos de
negocio.
Comprueba la viabilidad del horario y los requisitos del usuario.
Determina las restricciones del proyecto.
13. Planificación de proyecto de software
Alcance del software (restricciones, limites)
Con la ayuda de los requisitos del usuario, el equipo de administración del proyecto
determina el alcance del proyecto antes de que comience. Este alcance proporciona una
descripción detallada de las funciones, características, restricciones e interfaces del
software que deben considerarse. Las funciones describen las tareas que se espera que el
software realice. Las características describen los atributos requeridos en el software según
los requisitos del usuario. Las restricciones describen las limitaciones impuestas al software
por hardware, memoria, etc. Las interfaces describen la interacción de componentes de
software (como módulos y funciones) entre sí. El alcance del proyecto también considera el
rendimiento del software, que a su vez depende de su capacidad de procesamiento y el
tiempo de respuesta requerido para producir la salida.
Una vez que se determina el alcance del proyecto, es importante entenderlo
adecuadamente para desarrollar el software de acuerdo con los requisitos del
usuario. Después de esto, se estiman el costo y la duración del proyecto. Si el alcance del
proyecto no se determina a tiempo, es posible que el proyecto no se complete dentro del
cronograma especificado.
14. Planificación de proyecto de software
El alcance del proyecto describe la siguiente información.
Los elementos incluidos y excluidos en el proyecto.
Los procesos y entidades.
Las funciones y características requeridas en el software de acuerdo a los
requerimientos del usuario.
Tenga en cuenta que la administración del proyecto y el equipo de administración
superior deben comunicarse con los usuarios para comprender sus requisitos y
desarrollar el software de acuerdo con esos requisitos y funcionalidades esperadas.
Ser capaz de estimar con precisión el tiempo requerido para desarrollar un producto o
una característica dada es una habilidad crucial para cada desarrollador y debe ser
perfeccionada con el tiempo a través de la deliberación y el esfuerzo. Las estimaciones
permean a través de todas las etapas del proceso de desarrollo. Los proyectos se redactan
típicamente con restricciones de tiempo limitado. El proyecto puede luego dividirse en hitos
específicos, cada uno con una fecha de entrega designada. Aún más, es probable que los
desarrolladores utilicen cierta intuición para dividir las tareas en partes más manejables que
se puedan completar en intervalos de tiempo más cortos, es decir, en un día, medio día,
una semana, etc.
15. Planificación de proyecto de software
Recursos (humanos, hardware, software y herramientas
Todos los elementos utilizados para desarrollar un producto de software pueden ser
asumidos como recursos para ese proyecto. Esto puede incluir recursos humanos,
herramientas productivas y bibliotecas de software.
Los recursos están disponibles en cantidad limitada y permanecen en la organización
como un conjunto de activos. La escasez de recursos dificulta el desarrollo del proyecto y
puede retrasarse con respecto al cronograma. La asignación de recursos adicionales
aumenta el costo de desarrollo al final. Por lo tanto, es necesario estimar y asignar los
recursos adecuados para el proyecto.
La gestión de recursos incluye:
Definición del proyecto de organización adecuado mediante la creación de un equipo de
proyecto y la asignación de responsabilidades a cada miembro del equipo
Determinar los recursos requeridos en una etapa particular y su disponibilidad.
Gestione los recursos generando una solicitud de recursos cuando sean necesarios y
desasignándolos cuando ya no sean necesarios.
16. Planificación de proyecto de software
Estructura general del equipo para el proyecto parte humana
Crear una estructura adecuada en su equipo de proyecto es esencial para garantizar la
mejor calidad de trabajo posible. No basta con reunir personas que estén dispuestas a
hacer el trabajo, debe asegurarse de que cada una se utilice de la manera más
eficiente. Entender el rol específico de una persona en una tarea aclara las tareas en las
que se debe enfocar la gente y ayuda a dividir las responsabilidades entre los miembros.
Los equipos no organizados tienden a acumular la carga de trabajo de manera
desequilibrada, y sin definir la responsabilidad específica de cada miembro, es difícil
mantener la responsabilidad. El éxito general de su proyecto depende del equipo después
de todo.
Existen varias condiciones para que un grupo se reúna y se convierta en un equipo de
trabajo exitoso. Es crucial comprender el trabajo requerido para la tarea y tener un plan
detallado pero sencillo para completarla. Tomar en cuenta los límites del presupuesto del
proyecto y la línea de tiempo también es una necesidad al tiempo que se asegura de que
también se cumplan las expectativas de calidad establecidas previamente. Proporcionar
información adecuada sobre temas, inquietudes, riesgos y cambios es una parte importante
del trabajo en equipo, sin mencionar el establecimiento de una comunicación clara y
abierta, entre los miembros y también el líder del proyecto. Otra condición a considerar es
ser una persona que pueda trabajar con otros, ya que no es suficiente ser competente si
una persona no puede colaborar con otros miembros del equipo.
17. Planificación de proyecto de software
Formar un buen equipo y mantener una buena moral es necesario para un equipo de
proyecto real, ya que es más fácil cooperar en un entorno que carece de graves conflictos y
cuando las personas confían en la competencia y el punto de vista de los demás. Sin
embargo, no es una tarea sin dificultades, ya que los líderes tienen que manejar las
diferentes peculiaridades de los miembros de su grupo.
18. Planificación de proyecto de software
Equipos de representantes funcionales. Equipo técnico de desarrollo, soporte.
Un equipo de desarrollo de software está compuesto por los siguientes:
Gerente de proyecto: Es el responsable de la definición del proyecto y de la asignación de
recursos al mismo. Da soporte a las tareas de estimación y definición de las actividades
contenidas en los planes y realiza la revisión y aprobación de los mismos.
Líder de proyecto: Es el responsable de atender las necesidades de los Analistas de
Sistemas, Arquitectos, Ingenieros de Software, Capacitadores, Responsable de pruebas,
Testers, Responsable de calidad, Administradores de la configuración del proyecto y
Administradores de la configuración global, brindando una solución a los requerimientos
que soliciten. Establece el control de los avances del proyecto, asignaciones de trabajo,
juntas de seguimiento y sobre todo dar buena cara y tener contento al cliente.
Analista de sistema:Es el encargado del diseño del sistema: Análisis general, análisis
detallado, diagrama conceptual, diseño y generación de la base de datos y normalización
de la misma, documento de flujo de operación y especificaciones funcionales.
19. Planificación de proyecto de software
Diseñador: Es el responsable de la creación de un concepto de sistema que ayude a
cumplir los objetivos de negocio fijados por los interesados, asegurándose que el sitio
cumpla con las características de accesibilidad, navegabilidad, interactividad y usabilidad
que garanticen una experiencia agradable al usuario.
Ingeniero de software: su principal responsabilidad es definir y mantener el código fuente
de uno o varios componentes, garantizando que cada componente implemente la
funcionalidad correcta. Tiene responsabilidad por la integridad de uno o más subsistemas
de implementación y de sus contenidos a lo largo del desarrollo. Es también responsable de
asegurarse que el código generado esté libre de errores por medio de la ejecución de
pruebas unitarias del código construido.
Responsable de calidad: Su principal responsabilidad es de garantizar el cumplimiento de
los compromisos hechos con el proyecto desde el punto de vista del proceso a seguir. Si un
proyecto de desarrollo no cuenta con una metodología con procesos y procedimientos bien
ejecutados la probabilidad de éxito se vuelve baja y tiende al caos y heroísmo y buena fe de
los integrantes del proyecto para sacarlo adelante.
20. Planificación de proyecto de software
Responsable de pruebas: Esta persona tiene como responsabilidad garantizar que se
cumplan los requerimientos funcionales establecidos para el producto y el que el producto
esté libre de fallas, por medio de la planeación y ejecución de las pruebas a todo el software
construido. Es el encargado de dar el visto bueno de que un producto o aplicación pueda
pasar a un ambiente productivo, su responsabilidad es tan grande que se juega parte del
éxito del proyecto en el.
Administrador de configuración de proyecto: Es responsable del versionamiento y
ubicación de cada producto de trabajo del proyecto que permita asegurar la disponibilidad
de los mismos en un repositorio de proyecto incluyendo el código y la documentación
generada durante el ciclo del proyecto.
Cliente: Es responsabilidad por parte del cliente designar a un líder de proyecto de su parte
que funja como el canal principal sobre el cual se estarán llevando acuerdos, notificaciones,
reuniones de avance y autorización de requerimientos, así como de la aceptación del
producto y proyecto.
21. Planificación de proyecto de software
Esquema de plan de proyecto
Plan de proyecto
Un ejemplo de un plan de proyecto de gestión de proyectos es una de las partes más
fundamentales de la gestión de un proyecto. Sirven como la hoja de ruta para el proyecto y
lo guían a lo largo de su camino hasta su finalización. Pueden parecer complejos y
consumir mucho tiempo, sin embargo, a largo plazo, sus beneficios no pasan
desapercibidos.
22. Planificación de proyecto de software
Pasos para preparar un esquema de proyecto
Comprenda el alcance y el valor de su plan de proyecto : antes de escribir o preparar
un ejemplo de plan de proyecto, es importante comprender el alcance y la escala del
proyecto para que el plan tenga sentido y se alinee con los objetivos del proyecto.
Llevar a cabo una investigación: puede ser una investigación sobre el cliente o incluso la
investigación de proyectos similares anteriores y cómo se llevaron a cabo. La investigación
también puede llevarse a cabo en las habilidades y habilidades de su propio equipo. En
general, le dará una idea más clara de lo que se espera y lo que usted y su equipo son
capaces de ofrecer.
Haga las preguntas difíciles : estas preguntas difíciles pueden ser alrededor de posibles
cuellos de botella durante el proceso de su proyecto o alrededor de cualquier incertidumbre
o riesgo que pueda ocurrir. Hablar sobre esto puede ayudar a aliviar su impacto negativo o
incluso eliminar los problemas por completo.
Cree el esquema de su plan de proyecto: su plan se implementará a lo largo de una
línea de tiempo de principio a fin, con algunos proyectos que dependen de otros y algunas
duraciones más largas que otros. Puede encontrar un ejemplo de línea de tiempo del
proyecto en Sinnaps, la aplicación de gestión de proyectos basada en la nube.
Hable con su equipo: la comunicación es clave y hablar con su equipo es una parte
importante del proceso de planificación del proyecto. Esto es para asegurarnos de que
entiendan el plan del proyecto hasta el momento y brinden la oportunidad de ventilar
cualquier duda o problema. También sirve como un factor de motivación para su equipo, ya
que se sienten incluidos y valorados en el proceso.
23. Planificación de proyecto de software
Escriba el ejemplo completo de su plan de proyecto: Esta es la parte en la que el plan
del proyecto se junta y sirve como una visualización del proyecto.
Ejecute su plan con Sinnaps: el software de administración de proyectos, como Sinnaps,
puede implementar su plan de proyecto de manera efectiva, además de calcular
automáticamente su ruta crítica y mantener a todos al día. Un plan de gestión de proyecto
de ejemplo se puede utilizar en la aplicación, así como plantillas de documentos de gestión
del proyecto (discutido en más detalle a continuación)
Comparta su plan: su plan se compartirá con su equipo y también tiene la opción de
compartir el plan con los clientes u otras partes interesadas.
Manténgase al día con los aportes de los miembros del equipo : los miembros
del equipo podrían tener aportes útiles que dar y deberían ser tomados en cuenta por los
gerentes de proyecto. En este punto, es importante tener en cuenta estos informes de
gestión de proyectos.
Prepárese para seguir planificando: el cambio es constante y no se puede evitar, sino
que se enfrenta a una actitud positiva y de confianza. Lo más probable es que tenga que
hacer algunos cambios en el camino y, por lo tanto, debe estar preparado para seguir
modificando su plan según sea necesario.
24. Planificación de proyecto de software
Herramientas de gestión de proyectos
El riesgo y la incertidumbre aumentan de forma múltiple con respecto al tamaño del
proyecto, incluso cuando el proyecto se desarrolla de acuerdo con las metodologías
establecidas.
Hay herramientas disponibles, que ayudan a la gestión eficaz del proyecto. Algunos se
describen:
Gráfico de gantt
Los diagramas de Gantt fueron ideados por Henry Gantt (1917). Representa el cronograma
del proyecto con respecto a los períodos de tiempo. Es un gráfico de barras horizontal con
barras que representan las actividades y el tiempo programado para las actividades del
proyecto.
25. Planificación de proyecto de software
Tabla PERT
El cuadro PERT (técnica de evaluación y revisión de programas) es una herramienta que
describe el proyecto como un diagrama de red. Es capaz de representar gráficamente los
principales eventos del proyecto de forma paralela y consecutiva. Los eventos, que ocurren
uno tras otro, muestran la dependencia del evento posterior sobre el anterior.Los eventos
se muestran como nodos numerados. Se conectan mediante flechas etiquetadas que
representan la secuencia de tareas en el proyecto.
26. Planificación de proyecto de software
Histograma de recursos
Esta es una herramienta gráfica que contiene una barra o un gráfico que representa la
cantidad de recursos (generalmente personal calificado) que se requieren a lo largo del
tiempo para un evento (o fase) del proyecto. El Histograma de Recursos es una
herramienta efectiva para la planificación y coordinación del personal.
27. Planificación de proyecto de software
Análisis del camino crítico
Esta herramienta es útil para reconocer tareas interdependientes en el
proyecto. También ayuda a encontrar la ruta más corta o la ruta crítica para completar el
proyecto con éxito. Al igual que el diagrama PERT, a cada evento se le asigna un marco de
tiempo específico. Esta herramienta muestra la dependencia del evento, asumiendo que un
evento puede continuar al siguiente solo si se completa el anterior.
28. Conclusión
Para finalizar la presente investigación concluimos diciendo que: el objetivo de
realizar proyectos software permite crear resultados, productos o servicios claramente
especificados. Estas especificaciones o requisitos claros son el resultado de las
actividades en la fase de definición y son parte de los objetivos del proyecto.
Por otra parte el alcance de la planificación, el cronograma y el presupuesto definen el
núcleo clásico del proceso de planificación del proyecto de software. Los pasos
importantes en este proceso son la estimación del esfuerzo y la asignación de recursos.
La planificación del proyecto, junto con las actividades de control, es iterada para cada
fase del proyecto y proveen de la estrategia de administración con la cual las actividades
de desarrollo del sistema son estimadas, programadas y ejecutadas.
Planificación de proyecto de software
29. Referencias Bibliográficas
ABREU-BOSCH, M. R. Planificación, seguimiento y control de proyectos de software
en la INCUSOFT. [Entrevista] J. Marín Sánchez. La Habana, 17 de octubre de 2012.
Henry F. Korth & Abraham Silberschatz(2005), Análisis y Diseño de Sistemas,
(Segunda edicion)
Pressman, Roger S. ( 2002)Ingeniería del Software. Un enfoque Práctico(Quinta
Edición).
Planificación de proyecto de software