9
Hay que definir un conjunto mínimo de Entregables.
Que nos proveen de:
Del conjunto de componentes que formaran el producto una vez finalizado el desarrollo.
Los medios para medir el progreso y la calidad del producto en desarrollo.
Los materiales necesarios para la siguiente etapa.
10
Entregables usuales. Estudio de viabilidad:
Descripción breve del sistema propuesto y sus características.
Descripción breve de las necesidades del negocio en el sistema propuesto.
Propuesta de organización del equipo de desarrollo y definición de responsabilidades.
Estudio de los costes, que contendrán estimaciones groseras de la planificación y fechas, tentativas, de entrega de los productos.
Estudio de los beneficios que producirá el sistema.
11
Entregables del Análisis:
Captura de requisitos:
Análisis del sistema actual (si existe).
Requisitos nuevos de los usuarios.
Descripción del sistema propuesto.
Especificación del sistema
Descripción del sistema (DFDs, etc.).
Requisitos de datos.
Requisitos de telecomunicaciones.
Requisitos de hardware.
Plan de pruebas de integración.
12
Entregables del Diseño:
Descripción detallada del sistema, contendrá:
Programas, módulos reutilizables y objetos.
Ficheros y bases de datos.
Transacciones
Diccionario de datos
Procedimientos
Carga del sistema y tiempos de respuesta
Interfaces, tanto humanos como de máquinas.
13
Entregables del Diseño:
Descripción de los controles del sistema propuestos.
Diseños alternativos recomendados.
Estándares de programación y diseño de programas, recomendados.
Técnicas de implementación recomendadas: codificación propia, compra de paquetes, contratación externa, etc.
Plan de pruebas de programas.
14
Entregables de la Codificación:
Documentos del diseño final del sistema y de cada programa.
Diagramas definitivos del sistema y de los programas.
Descripción detallada de la lógica de cada programa.
Descripción de las Entradas y Salidas (ficheros, pantallas, listados, etc.).
15
Entregables de la Codificación:
Listado de los programas, conteniendo comentarios.
Cadenas de ejecución si es necesario (JCL, scripts, etc.).
Resultado de las pruebas de cada unidad.
Resultado de las pruebas de cada programa.
16
Entregables de la Codificación:
Resultado de las pruebas de la integración.
Guía para los operadores del sistema.
Programa de entrenamiento de los operadores.
Manual de usuario del sistema.
17
Entregables de las Pruebas:
Plan de pruebas del sistema (actualizado).
Informe de los resultados de las pruebas.
Descripción de las pruebas, el resultado esperado, resultado obtenido y acciones a tomar para corregir las desviaciones.
Resultados de las pruebas a la documentación.
18
Entregables de la Instalación:
Planes detallados de contingencias de explotación, caídas del sistema y recuperación.
Plan de revisión post-instalación.
Informe de la instalación.
Carta de aceptación del sistema.
19
Entregables del Mantenimiento:
Listado de fallos detectados en el sistema.
Listado de mejoras solicitadas por los usuarios (si no dan lugar a nuevos proyectos).
Traza detallada de los cambios realizados en el sistema.
Actas de las revisiones regulares del sistema y aceptación de los niveles de soporte.
A todos estos documentos hay que añadir en todas las fases documentos con la estimación y planificación de la próxima fase y del resto del proyecto. También habrá que ir actualizando el índice de todo el material relacionado.
21
Descomposición en fases del desarrollo de un sistema.
Desde hace tiempo muchas empresas clasifican los tipos de tareas que se realizan en un proyecto y analizan el esfuerzo dedicado a cada una.
Veremos los ejemplos que da Martyn A. Ould, así como un ejemplo de HP.
22
Reparto del Esfuerzo a mediados de los ´70
23
Reparto del Esfuerzo a principios de los ´80
24
Reparto del Esfuerzo a finales de los ´80
25
Reparto del Esfuerzo en HP (´96)
26
Caper Jones: Activity-Based (Computer mayo 96)
27
Caper Jones: Activity-Based (Computer mayo 96)
28
Caper Jones: Activity-Based (Computer mayo 96)
29
Caper Jones: Activity-Based (Computer mayo 96)
30
Descomposición del desarrollo de la aplicación en tareas.
Por entregables (¿más de una semana?)
Dos niveles del horizonte.
Inmediato
Medio Plazo
31
Enfoque de equipo en identificar tareas, por actividades
Implicar a los desarrolladores.
Utilizar sus conocimientos y experiencia.
La percepción del trabajador.
Sumisión a los objetivos
Responsabilización
32
Formas usuales de identificar tareas asociadas a un entregable.
Documentarse, Buscar o Investigar,
Organizar, Escribir Documentos,
Verificar, Comprobar,
Revisar, Actualizar Documentos,
Entregar, Finalizar
Otros medios:
Descomposición que nos proveen las técnicas utilizadas
33
Tareas usuales de un proyecto informático.
Estudio de viabilidad
Análisis
Diseño
Codificación
Pruebas
Instalación
Mantenimiento
34
Estudio de viabilidad:
Analizar el sistema propuesto
Escribir una descripción.
Definir y documentar posibles sistemas.
Analizar el coste de sistemas similares.
Estimar el tamaño del sistema, la planificación y los costes. (tener en cuenta los entregables mas importantes).
35
Estudio de viabilidad:
Definir cualitativa y cuantitativamente los beneficios del sistema propuesto.
Realizar una planificación inicial del plazo de recuperación de la inversión.
Realización de una estimación detallada de costes, planificación, recursos, etc., de la siguiente fase (Análisis).
36
Estudio de viabilidad:
Asignar director del proyecto.
Composición del documento de estudio de viabilidad.
Presentación del documento de viabilidad a la dirección para su aprobación.
37
Análisis: Captura de requisitos:
Definir el ámbito del sistema propuesto
Funciones, Dimensiones, Usuarios, Restricciones
Entrevista a todos los usuarios propuestos y actuales:
Determinar:
Utilización del sistema actual
Deficiencias del sistema actual
Requisitos nuevos del sistema
38
Análisis: Captura de requisitos: (continua)
Documentar:
Descripción del sistema actual
Deficiencias del sistema actual
Producir el documento de requisitos del nuevo sistema
Requisitos del usuario priorizados
Resoluciones sobre las deficiencias del sistema actual
39
Análisis: Captura de requisitos: (continua)
Producir una lista de los beneficios tangibles e intangibles ( un refinamiento de la lista del estudio de viabilidad)
Realización de una estimación detallada de costes, planificación, recursos, etc., de la siguiente fase (Especificación del sistema).
40
Análisis: Captura de requisitos: (continua)
Producir una estimación revisada de costes, planificación, recursos, etc., para el resto del proyecto.
Producir el documento de definición de requisitos; esta tarea incluye la construcción de un prototipo.
41
Análisis: Captura de requisitos: (continua)
Realizar una revisión final del documento de requisitos.
Tomar la decisión de continuar o no con el proyecto.
Definir las responsabilidades en la próxima fase para el director, miembros del equipo de desarrollo y otros.
42
Análisis: Especificación del sistema:
Definir el tipo de sistema propuesto: ¿Sistema basado en transacciones? ¿Distribuido o centralizado? ¿Estaciones de trabajo o terminales?
Esquematizar el sistema propuesto: transformar los requerimientos del usuario de la fase anterior en unas especificaciones funcionales.
43
Análisis: Especificación del sistema:
Construir el diccionario de datos. Si existe DD de la empresa, hacerlo compatible.
Revisar y expandir el análisis de coste beneficio.
Realización de una estimación detallada de costes, planificación, recursos, etc., de la siguiente fase (Diseño del sistema).
44
Análisis: Especificación del sistema:
Producir una estimación revisada de costes para el resto del proyecto.
Producir el documento de especificación del sistema.
Realizar una revisión final del documento de especificación del sistema.
45
Análisis: Especificación del sistema:
Tomar la decisión de continuar o no con el proyecto.
Definir las responsabilidades en la próxima fase para el director, miembros del equipo de desarrollo y otros.
46
Diseño:
Producir el diseño global del sistema.
Localización de paquetes software.
Desarrollar un diseño detallado del sistema, por alternativa de diseño planteada
Revisar y expandir el análisis de coste beneficio para cada alternativa.
Evaluar las alternativas de diseño, para cada alternativa.
47
Diseño:
Desarrollo de un plan de test del sistema:
Desarrollar un plan de test diferenciado para cada alternativa.
Identificar las necesidades de entrenamiento y documentación de los usuarios; definir las guías.
Producir el documento de diseño del sistema.
48
Diseño:
Realizar una revisión final del documento de diseño del sistema.
Tomar la decisión de continuar o no con el proyecto.
Recomendar una alternativa.
49
Diseño:
Hacer recomendaciones sobre el nivel de compromiso, si los hay, de programadores subcontratados y otros.
Definir las responsabilidades en la próxima fase para el director, miembros de los equipos de programación y test, así como de otros implicados.
50
Codificación:
Producir un plan de trabajo:
Realización del diseño detallado de cada programa.
Codificar, documentar y pasar los test en cada programa.
Realizar el test de integración.
Terminar los manuales de operador y usuario, así como los de formación.
51
Codificación:
Realización de una estimación detallada de costes, planificación, recursos, etc., de la siguiente fase (Prueba del sistema).
Producir una estimación revisada de costes, planificación, recursos, etc., para el resto del proyecto.
Confeccionar el documento de diseño de programas y codificación.
52
Codificación:
Realizar revisiones del documento de diseño de programas y codificación.
Obtener los resultados finales de la integración completa del sistema y de las pruebas de integración.
Definir las responsabilidades en la próxima fase para el director, miembros del equipo de test, así como de otros implicados.
53
Pruebas:
Realizar el test del sistema
Revisar la planificación de instalación.
Esbozar el plan ante caídas:
Desarrollar un acuerdo de nivel de servicio:
Producir los documentos de test en la entrega.
Revisión y aprobación de los documentos de entrega.
54
Pruebas:
Aprobación de la documentación del sistema
Aprobación del plan de instalación.
Aprobación de los planes de contingencia, recuperación y caídas
Finalización del sistema completamente probado.
55
Instalación:
Instalación del hardware y software nuevo.
Formar a los primeros usuarios y operadores.
Desarrollar los planes de contingencia, recuperación y caída.
Desarrollar los procedimientos de mantenimiento y versiones.
56
Instalación:
Establecer procedimientos para gestión versiones
Llevar a cabo cualquier conversión de datos necesaria.
Llevar a cabo la instalación del sistema nuevo a producción.
Comenzar el uso de los acuerdos de nivel de servicio.
57
Instalación:
Planificar y programar las revisiones post-instalación:
Llevar a cabo las revisiones post-instalación:
Establecer el calendario para otras revisiones post-instalación si es necesario.
58
Mantenimiento:
Implementar los cambios del sistema:
Asegurarse de que el sistema continua solucionando las necesidades de los usuarios.
Utilizar los procedimientos y contenido de las revisiones post-instalación.
59
Reflexiones descomposición de proyecto en tareas
Hacer las unidades de estimación que se aproximen a la semana.
Tareas tan independientes como se pueda, es decir no cortar procesos naturales.
Tener en cuenta comunicación entre personas.
Reutilizar código, ser conscientes de que también es trabajo.
60
Resumen. Hemos visto:
Que es necesario descomponer las actividades en tareas controlables.
Existen marcos de descomposición wbs.
Los entregables del proyecto que son elementos básicos en la planificación y el control
Descomposición por fases un proyecto
Diferentes enfoques en la descomposición de las fases en tareas.
Partes: 1, 2
