# data[].attributes.headline
H A Y Q U E D E F I N I R U N C O N J U N T O M Í N I M O D EE N T R E G A B L E S .

# data[].attributes.subject
H A Y Q U E D E F I N I R U N C O N J U N T O M Í N I M O D EE N T R E G A B L E S .

# data[].attributes.body
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.

# data[].attributes.headline
 E N T R E G A B L E S U S U A L E S . E S T U D I O D E V I A B I L I D A D .

# data[].attributes.subject
 E N T R E G A B L E S U S U A L E S . E S T U D I O D E V I A B I L I D A D .

# data[].attributes.body
Definición:
El análisis de la viabilidad es el estudio que dispone el éxito o fracaso de un proyecto a partir de una serie de datos base de naturaleza empírica:
medio ambiente del proyecto, rentabilidad, necesidades.
• Descripción breve del sistema propuesto y sus características.
• Descripción breve de las necesidades del negocio en el sistema propuesto. REVISIÓN ANUAL | 4
• 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.

# data[].attributes.headline
 E N T R E G A B L E S D E L A N Á L I S I S : 

# data[].attributes.subject
 E N T R E G A B L E S D E L A N Á L I S I S : 

# data[].attributes.body
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.

# data[].attributes.headline
 E N T R E G A B L E S D E L D I S E Ñ O 

# data[].attributes.subject
 E N T R E G A B L E S D E L D I S E Ñ O 

# data[].attributes.body
• 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.

# data[].attributes.headline
 E N T R E G A B L E S D E C O D I F I C A C I Ó N 

# data[].attributes.subject
 E N T R E G A B L E S D E C O D I F I C A C I Ó N 

# data[].attributes.body
Definición:
Documento en el que se encuentra todos los datos, archivos, listas, imágenes y demás... identificados en la fase de diseño del Proyecto con REVISIÓN ANUAL | 5 los cuales se podrá comenzar la codificación del Proyecto de Software y a su vez estos datos darán lugar a un entregable resultado de la codificación para el proceso de Prueba del Sistema.
• 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.).
• 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.

# data[].attributes.headline
 E N T R E G A B L E S D E L M A N T E N I M I E N T O :

# data[].attributes.subject
 E N T R E G A B L E S D E L M A N T E N I M I E N T O :

# data[].attributes.body
Definición:
Conjunto de documentos (planos, procedimientos, informes registros, contratos, planes de mantenimiento, manuales) que incluyen toda la información requerida sobre el proyecto. Los entregables de los proyectos deben ser conocidos por todo el equipo de mantenimiento para garantizar el correcto funcionamiento de los activos ingresados.
• 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. REVISIÓN ANUAL | 6
• Actas de las revisiones regulares del sistema y aceptación de los niveles de soporte.

# data[].attributes.headline
E N T R E G A B L E S D E L A I N S T A L A C I Ó N :

# data[].attributes.subject
E N T R E G A B L E S D E L A I N S T A L A C I Ó N :

# data[].attributes.body
• 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.

# data[].attributes.headline
 E N T R E G A B L E S D E L A S P R U E B A S 

# data[].attributes.subject
 E N T R E G A B L E S D E L A S P R U E B A S 

# data[].attributes.body
Definición: Las pruebas de software son investigaciones empíricas y técnicas cuyo objetivo es proporcionar información de la calidad del producto.
• Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software.
• Existen distintos modelos de desarrollo de software, así como modelos de pruebas.

# data[].attributes.headline
 D E S C O M P O S I C I Ó N E N F A S E S D E L D E S A R R O L L O D E U N S I S T E M A .

# data[].attributes.subject
 D E S C O M P O S I C I Ó N E N F A S E S D E L D E S A R R O L L O D E U N S I S T E M A .

# data[].attributes.body
• 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.

# data[].attributes.headline
D E S C O M P O S I C I Ó N D E L D E S A R R O L L O D E L A A P L I C A C I Ó N E N T A R E A S .

# data[].attributes.subject
D E S C O M P O S I C I Ó N D E L D E S A R R O L L O D E L A A P L I C A C I Ó N E N T A R E A S .

# data[].attributes.body
• -'Por entregables (¿más de una semana?)
• -'Dos niveles del horizonte.