Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Plan de Desarrollo Software
Plan de Desarrollo Software
Historial de Revisiones
Fecha Versin Descripcin Autor
22/07/2002 0.9 Versin preliminar como propuesta de Patricio Letelier Torres
desarrollo.
28/10/2002 1.0 Versin propuesta para aprobacin al final Csar Lpez Rodrguez
de la fase de inicio.
10/11/2002 1.9 Versin lista para ser revisada al final de la Csar Lpez Rodrguez
fase de elaboracin.
14/11/2002 2.0 Versin revisada por el Stakeholder al final Csar Lpez Rodrguez
de la fase de elaboracin.
11/12/2002 2.1 Versin revisada en la primera iteracin de Csar Lpez Rodrguez
la fase de construccin
25/12/2002 2.9 Versin revisada en la segunda iteracin de Csar Lpez Rodrguez
la fase de construccin, pendiente de
revisin del Stakeholder
02/01/2003 3.0 Versin revisada en la segunda iteracin de Csar Lpez Rodrguez
la fase de construccin, pendiente de
aprobacin del Stakeholder
Tabla de Contenidos
1. Introduccin..........................................................................................................................................................4
1.1 Propsito.........................................................................................................................................................4
1.2 Alcance...........................................................................................................................................................4
1.3 Resumen..........................................................................................................................................................5
5. Referencias...........................................................................................................................................................15
1. Introduccin
Este Plan de Desarrollo del Software es una versin preliminar preparada para ser incluida en la propuesta
elaborada como respuesta al proyecto de prcticas de la asignatura de Laboratorio de Sistemas de
Informacin de la Facultad de Informtica de la Universidad Politcnica de Valencia. Este documento
provee una visin global del enfoque de desarrollo propuesto.
El proyecto ha sido ofertado por Patricio Letelier Torres basado en una metodologa de Rational Unified
Process en la que nicamente se proceder a cumplir con las tres primeras fases que marca la metodologa,
constando nicamente en la tercera fase de dos iteraciones. Es importante destacar esto puesto que
utilizaremos la terminologa RUP en este documento. Se incluir el detalle para las fases de Inicio y
Elaboracin y adicionalmente se esbozarn las fases posteriores de Construccin y Transicin para dar una
visin global de todo proceso.
El enfoque desarrollo propuesto constituye una configuracin del proceso RUP de acuerdo a las
caractersticas del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los
artefactos (entregables) que sern generados. Este documento es a su vez uno de los artefactos de RUP.
1.1 Propsito
El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el
proyecto. En l se describe el enfoque de desarrollo del software.
Los usuarios del Plan de Desarrollo del Software son:
El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su
seguimiento.
Los miembros del equipo de desarrollo lo usan para entender lo qu deben hacer, cundo deben
hacerlo y qu otras actividades dependen de ello.
1.2 Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Sistema para
Gestin de Artculos Deportivos LSI 03. El detalle de las iteraciones individuales se describe en los planes
de cada iteracin, documentos que se aportan en forma separada. Durante el proceso de desarrollo en el
artefacto Visin se definen las caractersticas del producto a desarrollar, lo cual constituye la base para la
planificacin de las iteraciones. Para la versin 1.0 del Plan de Desarrollo del Software, nos hemos basado
en la captura de requisitos por medio del stakeholder representante de la empresa para hacer una estimacin
aproximada, una vez comenzado el proyecto y durante la fase de Inicio se generar la primera versin del
artefacto Visin, el cual se utilizar para refinar este documento. Posteriormente, el avance del proyecto
y el seguimiento en cada una de las iteraciones ocasionar el ajuste de este documento produciendo nuevas
versiones actualizadas.
1.3 Resumen
Despus de esta introduccin, el resto del documento est organizado en las siguientes secciones:
Vista General del Proyecto proporciona una descripcin del propsito, alcance y objetivos del proyecto,
estableciendo los artefactos que sern producidos y utilizados durante el proyecto..
Organizacin del Proyecto describe la estructura organizacional del equipo de desarrollo.
Gestin del Proceso explica los costos y planificacin estimada, define las fases e hitos del proyecto y
describe cmo se realizar su seguimiento.
Planes y Guas de aplicacin proporciona una vista global del proceso de desarrollo de software,
incluyendo mtodos, herramientas y tcnicas que sern utilizadas.
Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso iterativo e incremental), todos
los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, slo al trmino
del proceso podramos tener una versin definitiva y completa de cada uno de ellos. Sin embargo, el
resultado de cada iteracin y los hitos del proyecto estn enfocados a conseguir un cierto grado de
completitud y estabilidad de los artefactos. Esto ser indicado ms adelante cuando se presenten los
objetivos de cada iteracin.
4) Glosario
Es un documento que define los principales trminos usados en el proyecto. Permite establecer una
terminologa consensuada. .
6) Visin
Este documento define la visin del producto desde la perspectiva del cliente, especificando las
necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del
sistema.
8) Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido incluidos como parte de los casos de
uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o
normas, aplicacin de estndares, requisitos de calidad del producto, tales como: confiabilidad, desempeo,
etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.
21) Producto
Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para
facilitar su instalacin. El producto, a partir de la primera iteracin de la fase de Construccin es
desarrollado incremental e iterativamente, obtenindose una nueva release al final de cada iteracin.
Los artefactos 19, 20 y 21 se generarn a partir de la fase de Construccin, con lo cual se han incluido
aqu slo para dar una visin global de todos los artefactos que se generarn en el proceso de desarrollo.
4 Analistas - Programadores. Con experiencia en el entorno de desarrollo del proyecto, con el fin de que
los prototipos puedan ser lo ms cercanos posibles al producto final. Este trabajo ha sido encomendado a
Miguel Antonio Mascilla Guzmn, Germn Mira Rico, Jos Antonio Mochol Ages y Eduardo Bueno
Medina.
Ingeniero de Software. El perfil establecido es: Ingeniero en Informtica recin titulado que participar
como becario en el convenio universidad-empresa, realizando labores de gestin de requisitos, gestin de
configuracin, documentacin y diseo de datos. Encargada de las pruebas funcionales del sistema,
realizar la labor de Tester Rosa Mara Ogallar Verjillos.
Los Currculos Vitae del personal del proyecto que ya ha comprometido su participacin se adjuntan por
separado.
Puesto Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina
las interacciones con los clientes y usuarios, y mantiene al equipo del
proyecto enfocado en los objetivos. El jefe de proyecto tambin establece
Jefe de Proyecto un conjunto de prcticas que aseguran la integridad y calidad de los
artefactos del proyecto. Adems, el jefe de proyecto se encargar de
supervisar el establecimiento de la arquitectura del sistema. Gestin de
riesgos. Planificacin y control del proyecto.
Captura, especificacin y validacin de requisitos, interactuando con el
cliente y los usuarios mediante entrevistas. Elaboracin del Modelo de
Analista de Sistemas
Anlisis y Diseo. Colaboracin en la elaboracin de las pruebas
funcionales y el modelo de datos.
Construccin de prototipos. Colaboracin en la elaboracin de las pruebas
Programador
funcionales, modelo de datos y en las validaciones con el usuario
Nro.
Fase Duracin
Iteraciones
Fase de Transicin - -
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin Hito
Fase de Inicio En esta fase desarrollar los requisitos del producto desde la
perspectiva del usuario, los cuales sern establecidos en el artefacto
Visin. Los principales casos de uso sern identificados y se har un
refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del
cliente / usuario del artefacto Visin y el Plan de Desarrollo marcan el
final de esta fase.
de una semana.
Fase de Transicin En esta fase se prepararn dos releases para distribucin, asegurando
una implantacin y cambio del sistema previo de manera adecuada,
incluyendo el entrenamiento de los usuarios. El hito que marca el fin
de esta fase incluye, la entrega de toda la documentacin del
proyecto con los manuales de instalacin y todo el material de apoyo
al usuario, la finalizacin del entrenamiento de los usuarios y el
empaquetamiento del producto.
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobacin indica cundo el
artefacto en cuestin tiene un estado de completitud suficiente para someterse a revisin y aprobacin, pero
esto no quita la posibilidad de su posterior refinamiento y cambios.
Disciplinas / Artefactos
generados o modificados durante la Comienzo Aprobacin
Fase de Elaboracin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de Semana 1
aprobado
Objetos del Negocio 14/10 20/10
Requisitos
Semana 1
Glosario aprobado
14/10 20/10
Semana 2
Visin aprobado
21/10 27/10
Semana 3 Semana 5
Modelo de Casos de Uso
28/10 3/11 11/12 17/12
Semana 3 Semana 5
Especificacin de Casos de Uso
28/10 3/11 11/12 17/12
Semana 3 Semana 5
Especificaciones Adicionales
28/10 3/11 11/12 17/12
Anlisis / Diseo
Semana 2 Revisar en cada
Modelo de Anlisis / Diseo
21/10 27/10 iteracin
Semana 2 Revisar en cada
Modelo de Datos
21/10 27/10 iteracin
Implementacin
Semana 3 Revisar en cada
Prototipos de Interfaces de Usuario
28/10 3/11 iteracin
Semana 3 Revisar en cada
Modelo de Implementacin
28/10 3/11 iteracin
Pruebas
Semana 3 Revisar en cada
Casos de Pruebas Funcionales
28/10 3/11 iteracin
Despliegue
Semana 3 Revisar en cada
Modelo de Despliegue
28/10 3/11 iteracin
Gestin de Cambios y Configuracin Durante todo el proyecto
Gestin del proyecto
Plan de Desarrollo del Software en su versin 2.0 y Semana 4 Revisar en cada
planes de las Iteraciones 4/11 10/11 iteracin
Ambiente Durante todo el proyecto
5. Referencias
Pliego de Clusulas Tcnicas para la Definicin y Anlisis de los Procedimientos del ES-NIC.
Desarrollo de una aplicacin informtica para el clculo del personal necesario para la fabricacin de
carroceras, utilizando la metodologa RUP. P.F.C. de Ponz Lillo, Daniel.
Visual Modeling with Rational Rose and UML, Terry Quatrani. - Addison-Wesley.
Documentacin de Rational Unified Process, manuals de ayuda, tutoriales, etc.