La gestin del proyecto de software comienza con un conjunto de actividades que en un grupo se denomina planificacin del proyecto.
Antes de que el proyecto comienze el gestor del proyecto y el equipo de software deben estimar el trabajo que habr de realizarse, los recursos que se requeriran y el tiempo que trascurrira desde el principio hasta el final. Plan de proyecto que defina tareas y fechas clave para la ingeniera de software, se identifique quein es el responsable de cada tarea y especifique las dependncias entre las tareas.
La planificacin requiere que los gestores tcnicos y los miembros del equipo de software establezcan un compromiso inicial, aun cuando sea probable que este "compromiso" pruebe estar equivocado. Siempre que se realizan estimaciones se atisba al futuro y se acepta automticamente algn grado de incertidumbre.
Aunque la estimacin es tanto un arte como una ciencia, esta importante actividad no necesita realizarse en una forma improvisada. Existen tcnicas tiles para la esti macin de tiempo y esfuerzo. Las mtricas del proceso y del proyecto ofrecen la perspectiva histrica y la energa para la generacin de estimaciones cuantitativas.
La experiencia (de toda la gente involucrada) puede auxiliar enormemente conforme se desarrollan y revisan las estimaciones. Puesto que la estimacin coloca los cimientos para las dems actividades de planificacin del proyecto, y sta propor ciona la ruta para la ingenieria del software exitosa, se estara mal aconsejado si se embarcara sin ella.
El riesgo de la estimacin se mide por el grado de incertidumbre en las estima ciones cuantitativas establecidas para recursos. costos y programa de trabajo. Si e. mbito del proyecto se comprende en forma deficiente o los requisitos del proyect estn sujetos a eventuales cambios, la incertidumbre y el riesgo de la estimacin se incrementan peligrosamente. El planificador y, en forma ms importante, el cliente deben reconocer que la variabilidad en los requisitos del software significa nestabi Lidad en costo y programa de trabajo.
Sin embargo, un gestor de proyecto no debe obsesionarse con las estimaciones Los modernos enfoques de ingeniera del software (por ejemplo. modelos de proce so incremental) asumen una visin iterativa del desarrollo. En tales enfoques es posible. aunque no siempre aceptable polticamente. reexaminar las estimaciones (cuando se conozca ms informacin) y modificarlas cuando el cliente cambia los requisitos.
El objetivo de la planificacin del proyecto de software es proporcionar un marco <k trabajo que permita al gestor estimar razonablemente recursos, costo y programa de trabajo. Adems, las estimaciones deben intentar definir los escenarios de mejor.
l. Establecer el mbito del proyecto. 2. Determinor lo factibilidad. 3. Analizar los riesgos (captulo 25). 4.-Definir los recursos requeridos.
a.
b.
c.
B.-Desarrollar dos o ms estimaciones empleando tamao, puntos de funcin, toreos de proceso casos de uso.
C.-Reconciliar los estimaciones.
6. a. b. c. d.
Desarrollar un plan del proyecto (captulo 24). Estoblecer un conjunto de toreos significativo. Definir uno red de toreos. Usor herramientas de planificacin paro desarrollar un cronograma. Definir mecanismos de seguimiento del programa de trabajo
El mbito del software describe las funciones y caracteristicas que se entregarn a los usuarios finales, los datos que son entrada y salida, el "contenido" que se presenta a los usuarios como consecuencia de emplear el software, as como el desempeo, las restricciones, las interfases y la con fiabilidad que acotan el sistema.
l. Despus de una comunicacin con todos los participantes se desarrolla una descripcin narrativa del mbito del software. 2. Los usuarios finales desarrollan un conjunto de casos de uso.
Tecnologa: el proyecto es tcnicamente factible? Est dentro del terreno de la disciplina? Los defectos se pueden reducir a tal grado que se emparejen con las necesidades de la aplicacin? Finanzas: es financieramente factible? Se puede completar el desarrollo a un costo que la organizacin de software, su cliente o el mercado puedan enfrentar? Tiempo: el proyecto llegar al mercado antes y vencer a la competencia? Recursos: la organizacin tiene los recursos necesarios para triunfar?
Recursos humanos
El planificador comienza evaluando el mbito del software y seleccionando las habilidades requeridas para completar el desarrollo. Se especifican tanto la posicin organizacional (por ejemplo, gestor, ingeniero de software ejecutivo) como la especialidad (por ejemplo, telecomunicaciones, base de datos, cliente/servidor). En proyectos relativamente pequeos (unos pocos persona-meses) un solo individuo puede realizar todas las tareas de ingeniera del software y consultar con especialistas con forme se requiera.
La ingeniera del software basada en componentes (captulo .30) enfatiza la reutilizacin; es decir, la creacin y reutilizacin de bloques de construccin de software [H0091). Tales bloques, usualmente llamados componentes, deben catalogarse para consultarlos con facilidad, estandarizarse para facilitar su aplicacin y validarse para integrarlos fcilmente.
Tipos Componentes
Como se ha visto los proyectos de ingeniera web con frecuencia adoptan el modelo de proceso gil Es factible emplear una medicin de punto de funcin modifica en un conjunto de pasos para una estimacin de un Web App
Mendes y sus colegas sugieren que el volumen de una Web App se determina mejor mediante la recopilacin de medidas (llamadas variables asociadas con la aplicacin )
Ejemplos
Conteo de paginas
rbol de decisiones
Objetivo: proporcionar una estimacin del esfuerzo requerido, la duracin Y costo de una forma que aborde las caracterizas completa del proyecto