Planificacin de la Documentacin

Nos permite documentar informacin necesaria para los usuarios del software y para desarrollos futuros Si documentamos cada aspecto del proyecto, vamos a saber lo que hay que construir antes de empezar el trabajo, y as podemos verificar con facilidad si el producto entregado cumple con los requerimientos originales

Tipos de documentacin
1.- Documentacin que los miembros del equipo necesitan para trabajar en el proyecto. 2.-Docuementacion para ser entregada con el producto final

Para mantener informado al cliente acerca de los riesgos, de la planificacin de tiempo y de la organizacin usualmente se hace por medio de un documento llamado Plan de Proyecto.

Plan de Proyecto
Introduccin Organizacin del Proyecto Anlisis de Riesgo Otros Requerimientos de Hardware y Software Divisin del Trabajo Programa del Proyecto Mecanismos de supervisin e Informe

. El plan del proyecto de software es un documento breve, esta dirigido a una diversa audiencia y debe : Comunicar el alcance y recursos a los gestores del Software.

 Definir los riesgos y sugerir planes de contingencia Definir el costo y el plan temporal para la revisin de la gestin. Proporcionar una aproximacin global del desarrollo del software para toda la gente involucrada en el proyecto.

 Describir cmo se garantizar la calidad y la gestin de cambios

 Para la realizacin de la documentacin primero debemos conocer los conceptos y anlisis estos es:
Un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de las partes.

Documentacin que se entrega con el producto

Manuales de usuario Manuales de despliegue (Pantalla) Manuales de mantenimiento (orientados a la operacin del software) Documentacin tcnica (orientados al mantenimiento del cdigo)

Documento de Requerimientos de Software (SRS)

La documentacin es la sangre que alimenta la ingeniera de software

Para que sirve un SRS?

Comunicar de manera precisa los requerimientos, objetivos y presunciones del dominio Contrato Base para estimacin y planificacin de proyecto Base para evaluacin de producto final Base para el control de cambios

Incluye:
Requerimientos del usuario Requerimientos del sistema

Diversos usuarios de iteracin SRS:

Diversos usuarios de iteracin SRS:

Recomendaciones o cualidades:
Alto nivel de detalle Especificaciones claras Pertinencia Consistencia No ambiguo Conciso y Preciso Buena estructura Factibilidad Modificabilidad

Estndar IEEE/ANSI 830-1998

GRACIAS!!!