.

Plan de Desarrollo de Software para [El Sistema XYZ]

Versin 0.1 15 de Octubre de 2010

Firmas de aprobacin

____________________________ [Nombre] Director de Desarrollo

____________________________ [Nombre] Responsable por parte del Cliente

____________________________ [Nombre] Jefe de Desarrollo

____________________________ [Nombre] Responsable de Aseguramiento de la Calidad

Control de Documentacin
Control de Configuracin
Ttulo: Referencia: Autor: Plan de Desarrollo de Software

Fecha:

15 de Octubre de 2010

Histrico de versiones
Versin 0.1 Fecha -Estado B Responsable -Nombre de archivo Plantilla de Plan de Desarrollo de Software

Estado: (B)orrador, (R)evisin, (A)probado

Histrico de cambios
Versin Fecha Cambios

Contenido
1 Introduccin 1.1 Identificacin. 1.2 Descripcin del proyecto. 1.3 Entregables. 1.4 Evolucin del Plan de Desarrollo de Software. 1.5 Resumen de la Agenda y el Costo. 2 Organizacin del proyecto. 2.1 Modelo del proceso. 2.1.1 Modelo de Ciclo de Vida. 2.1.2 Principales hitos. 2.1.3 Principales productos de trabajo. 2.2 Estructura organizativa. 2.3 Responsabilidades. 3 Proceso administrativo. 3.1 Objetivos y prioridades administrativas. 3.2 Suposiciones, dependencias y restricciones. 3.3 Administracin de riesgos. 3.4 Mecanismo de monitoreo y control. 3.5 Plan de personal. 3.5.1 Listado. 3.5.2 Capacitacin. 4 Proceso tcnico. 4.1 Mtodos, herramientas y tcnicas. 4.2 Documentacin del software. 4.3 Funciones de apoyo al proyecto. 5 Paquetes de trabajo y agenda. 5.1 Paquetes de trabajo. 5.2 Requerimientos de recursos. 5.3 Asignacin de recursos. 5.4 Agenda. 6 Referencias. 7 Definiciones y abreviaturas. 7 7 7 7 7 8 9 9 9 9 9 10 10 11 11 11 11 11 11 11 12 13 13 13 13 14 14 14 14 14 15 16

7.1 Definiciones. 7.2 Abreviaturas.

16 16

Lista de figuras

1.

Introduccin

<Las siguientes subsecciones proveen una descripcin general del proyecto y del producto a ser construido. Se debe poner ms nfasis en el proyecto, ya que el producto se encuentra descrito con ms detalle en el documento de Especificacin de Requerimientos de Software (ERS).> <No es necesario que exista texto entre este punto y el siguiente.>
1.

Identificacin.

<Una identificacin completa del sistema de software que se va a construir, incluyendo segn sea aplicable, el nombre del proyecto, nombre del software, nmero de identificacin, abreviacin y nmero de versin.>
2.

Descripcin del proyecto.

<Una descripcin breve sobre los objetivos del proyecto, el producto a ser entregado, las actividades y sus productos de trabajo resultantes, el cliente y los usuarios. Adems, se deben de listar los hitos, los recursos principales, la agenda y el presupuesto maestro. Muchas veces es necesario dejar en claro lo que queda fuera del alcance del proyecto. >
3.

Entregables.

<Listar todos los elementos a ser entregables al cliente, junto con sus fechas de entrega. Se puede utilizar una tabla como la siguiente:>
Entregable Formato (electrnico/impreso ) Medio (CD, archivo, correo-e, libro, carpeta, etc.) Cantidad Fecha entrega

Manual usuario

de Electrnico

Archivo ayuda Windows. Archivo html.

tipo 1 de

11/Nov/

4.

Evolucin del Plan de Desarrollo de Software.

<Aqu se debe describir el mecanismo por el cual se actualizar este documento, de tal manera que este mecanismo tome en cuenta a todos los involucrados en el proyecto para que stos estn enterados. Es la aplicacin de la Administracin de la Configuracin del Software a este plan.>
5.

Resumen de la Agenda y el Costo.

<Con los paquetes de trabajo principales de la EDT, dar un resumen de los tiempos y costos. Se puede utilizar una tabla como la siguiente.>
Paquete Fecha Inicio

Finalizacin

Diseo de interfase con el dispensador de licencias

1/Jun

15/jul

2.

Organizacin del proyecto.

<Las siguientes subsecciones, especifican como se va a desarrollar el producto, desde el punto de vista de procesos de software como de la estructuracin del equipo de desarrollo.> <No es necesario que exista texto entre este punto y el siguiente.>
1.

Modelo del proceso.

<El modelo del ciclo de vida del proyecto como del producto son especificados en trminos de las actividades, tales como diseo y pruebas y las funciones del proyecto, como la administracin del proyecto y la administracin de la configuracin. Aspectos bsicos que no hay que dejar fuera son los hitos, lneas base, revisiones, productos de trabajo y entregables.> 1. Modelo de Ciclo de Vida. <Describir el modelo de ciclo de vida a utilizar, mencionando la manera en que ser usado.> 2. Principales hitos. <Listar los hitos principales y las fechas de consecucin. Se puede usar una tabla como la siguiente.>
Hito Fecha Motivo

Fin de la codificacin de la interfase con el 12/Sep sistema de Registro Civil

3.

Con esto ya se puede proceder a integrar los mdulos de intercambio de informacin y almacenamiento.

Principales productos de trabajo. <La diferencia entre este punto y el punto 1.3, es que los productos de trabajo no son entregables al cliente y todos los productos entregables al cliente estn bajo la administracin de la configuracin y son inspeccionados. Se puede usar una tabla como la siguiente:>
Producto Fecha Inicio Finalizacin Bajo ACS A ser inspeccionado

Diseo de las pruebas de carga de datos.

2.

22/Ene

26/Ene

No

Estructura organizativa.

<La estructura administrativa del equipo de desarrollo se describe aqu. La informacin se encuentra en el documento Plantilla de Estimacin de Tareas/Productos/Responsabilidades>

3.

Responsabilidades.

<A cada funcin (rol), dentro del proyecto, como Lder de proyecto, Programador B, a cada actividad como anlisis, programacin, aseguramiento de la calidad, se le debe asignar su responsable. Es en esta seccin donde se listan las responsabilidades.>

Rol

Responsable

Localizacin

Fecha Inicio

Finalizacin

Lder SQA

Clark Kent

Metrpolis clark.kent@villachica.heroe 044 9999 123456

29/Feb

31/Abr

3.

Proceso administrativo.
<Esta seccin describe como ser administrado el proyecto.> <No es necesario que exista texto entre este punto y el siguiente.>

1.

Objetivos y prioridades administrativas.

<La filosofa, metas y prioridades para la administracin del proyecto son descritos. Los tipos de elementos que aparecen en este punto, pueden incluir frecuencia y mecanismo de reportes, la importancia entre los requerimientos, la agenda y el presupuesto del proyecto y los procedimientos de administracin de riesgos.>
2.

Suposiciones, dependencias y restricciones. Administracin de riesgos.

<Cualquier suposicin, dependencia y restriccin que hubiera en el proyecto (tomando en cuenta las que se encuentran en el ERS, debe aparecer aqu.>
3.

<Los diversos factores de riesgo asociados con el proyecto son listados en esta subseccin, como tambin los mecanismos para darles seguimiento. Debe existir un documento que describa con ms detalle la administracin de riesgos, aqu basta con resumirlo o hacer referencia a l y listar los riesgos ms importantes o prximos a presentarse.>
4.

Mecanismo de monitoreo y control.

<El mecanismo para dar a conocer el estado del proyecto es descrito en este punto, incluyendo las actividades de revisin y auditora. Debe existir un documento que describa con ms detalle el seguimiento del proyecto y el aseguramiento de la calidad del proyecto, aqu basta con resumirlo o hacer referencia a l.>
5. 1.

Plan de personal.

Listado. <El nmero y tipo de personal es listado junto con la fecha de inicio y finalizacin en que son requeridos, indicando tambin la capacidad/habilidad que se le requieren.>
Perfil Capacidad/Habilidad Cantidad Fecha Inicio Finalizacin

Lder SQA

Conocimiento de modelos, mtodos, tcnicas y herramientas de aseguramiento de la calidad del software

3/Jul

23/Dic

2.

Capacitacin. <Los requerimientos de capacitacin, las fechas de inicio y finalizacin de los cursos son listados en esta seccin, mostrando tambin quien la tomar.>

4.

Proceso tcnico.
<Todo aspecto tcnico a manejar y tener en cuenta es especificado en esta seccin.> <No es necesario que exista texto entre este punto y el siguiente.>

1.

Mtodos, herramientas y tcnicas.

<Los aspectos tcnicos de hardware y software son descritos a detalle. Los elementos a ser cubiertos incluyen sistemas de cmputo (hardware, sistemas operativos, lenguajes de programacin, etc.), a ser usados en el desarrollo de productos, como tambin aquel sistema donde correr el producto final. Tcnicas de desarrollo, de pruebas, estructuracin del equipo, herramientas CASE a ser empleados, tambin deben ser descritas. Los estndares tcnicos como los de documentacin y de codificacin tambin deben ser listados. Punto importante es describir el mecanismo de cambio a los productos, este mecanismo debe estar descrito a detalle en el plan de administracin de la configuracin.>
2.

Documentacin del software. Funciones de apoyo al proyecto.

<Aqu se listan los documentos a producirse, los requerimientos de los mismos, sus hitos, sus lneas base y revisiones.>
3.

<Aqu se listan todos las funciones que sirvan de apoyo al proyecto para que ste est bajo control. Basta con dar una breve descripcin, sin embargo, deben estar a detalle en algn otro documento. Administracin de la configuracin, aseguramiento de la calidad, administracin de requerimientos, pruebas, aceptacin, implantacin, programa de infraestructura, capacitacin a usuarios son ejemplos de estas funciones. >

5.

Paquetes de trabajo y agenda.

<Este punto enfatiza los paquetes de trabajo y sus productos resultantes al igual que las actividades para conseguirlos. La interdependencia entre el trabajo, los recursos requeridos y el presupuesto asociado deben quedar especificados. Mucha de esta informacin puede ser generada en algn producto de software para administracin de proyectos como por ejemplo MS Project.> <No es necesario que exista texto entre este punto y el siguiente.>
1. 2.

Paquetes de trabajo.
<Se lista la estructura de descomposicin de trabajo.>

Requerimientos de recursos. Asignacin de recursos. Agenda.

<Todo aquel recurso necesario para el proyecto debe ser listado en este lugar, sobre todo, se debe mencionar la fecha mxima en que deben estar presentes y la cantidad requerida de cada uno.>
3.

<Se debe listar el presupuesto por cada paquete de trabajo, producto u actividad asociada, al igual que los recursos no monetarios asignados.>
4.

<Una agenda detallada es proporcionada por cada componente del proyecto. Este plan maestro es el que es seguido. Se espera que el proyecto sea completado en tiempo y bajo el presupuesto.>

6.

Referencias.

< Identificar cada documento citado con un identificador nico. Cada referencia debe empezar con el ttulo, seguido por el (los) nombre(s) del(os) autor(es), editorial o fuente, fecha de publicacin y cualquier otro identificador que haga nico al documento.> [Administrad or96] "Aplicacin de Ingeniera Concurrente en una compaa Mexicana de manufactura de tamao mediano". Carlos Mojica. Tesis de Maestra, ITESM Campus Morelos. 1996.

7.

Definiciones y abreviaturas.
Definiciones. Abreviaturas.
Especificacin de Requerimientos de Software. Plan de desarrollo de Software.

<Esta informacin asegura que el documento ser entendido de la misma manera por todo aquel que lo lea.>
1.

Trmino. Aqu poner la definicin del trmino.

2.

ERS PDS

Anexos