1. Tabla de Contenido
1. Introducción............................................................................................................. 2
1.1 Objetivo ............................................................................................................... 2
1.2 Alcance................................................................................................................ 2
1.3 Resumen ............................................................................................................. 2
2. Vista General del Proyecto ..................................................................................... 3
2.1 Propósito, Alcance y Objetivos ............................................................................ 3
2.2 Restricciones ....................................................................................................... 3
2.3 Entregables del proyecto ..................................................................................... 3
2.4 Evolución del Plan de Desarrollo del Software .................................................... 6
3. Organización del Proyecto ..................................................................................... 6
3.1 Participantes en el Proyecto ................................................................................ 6
3.2 Roles y Responsabilidades ................................................................................. 7
4. Gestión del Proceso ................................................................................................ 8
4.1 Estimaciones del Proyecto .................................................................................. 8
4.2 Plan del Proyecto ................................................................................................ 9
4.2.1 Plan de las Fases .......................................................................................... 9
4.2.2 Calendario del Proyecto ................................................................................ 9
4.3 Seguimiento y Control del Proyecto .................................................................. 11
5. Referencias ............................................................................................................ 12
1
2. Plan de Desarrollo de Software
1. Introducción
El Plan de Desarrollo de la Ingeniería de Software esta orientado a un nivel
informático de una Secretaria de Transito, el cual presenta una visión
global del enfoque de desarrollo propuesto.
El proyecto se desarrollará basado en la metodología de Lenguaje
Unificado de Modelado UML-
El Lenguaje Unificado de Modelado UML) es un proceso de desarrollo de
software que constituye una metodología, más utilizada y eficaz para el
análisis, implementación y documentación de sistemas orientados a
objetos.
1.1 Objetivo
Visualizar de una forma clara y rápida toda la información necesaria y registrada
en la base de datos del proyecto de la Secretaria de Transito, que facilitara el
manejo, administración y registro de toda la información en los diferentes casos.
1.2 Alcance
El sistema de información, ofrecerá las herramientas necesarias para realizar,
consultas y una mejora de la información con los usuarios. Esta aplicación
permitirá y facilitara atreves de una interfaz dar a conocer todos los registros de
accidentes en el día, todas las multas o infracciones que ha tenido una persona,
toda la información de su vehículo etc., haciendo de esto un mejor control de la
información de sus clientes.
1.3 Resumen
El contenido general de este plan de proyecto es:
Vista General del Proyecto — proporciona una descripción del propósito,
alcance y objetivos del proyecto.
Organización del Proyecto — describe la estructura organizacional del
equipo de desarrollo.
Gestión del Proceso — explica los costos y planificación estimada.
Planes y Guías de aplicación — proporciona una vista del proceso de
desarrollo de software, incluyendo métodos, herramientas y técnicas que
serán utilizadas.
2
3. 2. Vista General del Proyecto
2.1 Propósito, Alcance y Objetivos
EL proyecto que se desea implementar se trata de una Secretaria de
Transito, lo cual ofrecerá al usuario final una gama de herramientas con el
cual, él pueda conocer toda la información de su vehículos, de todas las
infracciones que pueda tener, entre otros.
Para esto se diseñara e implementara un sistema de información, que
permita realizar consultas e ingresos de datos, que facilite al usuario un
apropiado manejo de la información.
2.2 Restricciones
En el transcurso del análisis, deberán aparecer las restricciones del sistema tales
como:
o Tipo y cantidad de hardware instalado en el sitio
o Computadores
o Redes de datos
o Conexión a Internet
o Software instalado en las máquinas
o Descripción
o Licenciamiento
o Proyección de crecimiento tecnológico
o Copias de seguridad
2.3 Entregables del proyecto. El objetivo de este plan es cumplir con los
siguientes entregables.
A continuación se indican y describen cada uno de los programas que
fueron generados para la realización de este proyecto.
Se informa que todos los programas utilizados en dicho proyecto, pueden
ser modificados y actualizados a lo largo del proceso de desarrollo, con lo
cual, sólo al término del proceso podríamos tener una versión definitiva y
completa de cada uno de ellos.
3
4. Lista de programas del proyecto
2.3.1 Plan de Desarrollo del Software
Es el presente documento.
2.3.2 Modelado del Sistema
2.3.2.1 Modelo de Caso de uso
Es un modelo de las funciones que realizan cada uno de los actores del
proyecto, estos actores pueden ser: agentes de registro, usuarios, sistema,
etc.). Este tipo de modelo puede ser generado por diferentes programas
como Magic Drawll, Poseidon entre otros.
2.3.2.2 Guiones
Es un modelo de información de cada caso de uso que indica un resumen
de todas las funciones del usuario y las del sistema.
2.3.3 Glosario
Es un documento que define los principales términos usados en el
proyecto. Permite establecer una terminología consensuada
2.3.4 Visión
Este documento define la visión del producto desde la perspectiva del
usuario, especificando las necesidades y características del producto.
2.3.5 Especificaciones de Casos de Uso
Para los casos de uso que lo requieran se realiza una descripción detallada
utilizando una plantilla de documento llamado guion (descrito
anteriormente), donde se incluyen: precondiciones, post-condiciones,
requerimiento anterior, prioridad, requisitos no-funcionales asociados.
También, para casos de uso podrá adjuntarse una representación gráfica
mediante un Diagrama de Actividad.
2.3.6 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.
Dichos requisitos incluyen: requisitos legales o normas, backups, utilidades,
etc.
2.3.7 Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea de las
interfaces que proveerá el sistema y así, familiarizarse con el proyecto.
Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con
alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo
ese orden de acuerdo al avance del proyecto. Sólo los de este último tipo
4
5. serán entregados al final de la fase de Elaboración, los otros serán
desechados.
2.3.8 Modelo de Análisis y Diseño
Este modelo establece la realización de los casos de uso en clases y
pasando desde una representación en términos de análisis hacia un modelo
de diseño, de acuerdo al avance del proyecto.
2.3.9 Modelo de Datos
Previendo que la persistencia de la información del sistema será soportada
por una base de datos relacional, este modelo describe la representación
lógica de los datos. Para expresar este modelo se utiliza un Diagrama de
Clases (UML para Modelado de Datos, para conseguir la representación de
tablas, claves, etc.) .
2.3.10 Modelo de Implementación
Este modelo es una colección de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de
código fuente, y otro tipo de ficheros necesarios para la implantación y
despliegue del sistema. (Este modelo es sólo una versión preliminar al final
de la fase de Elaboración).
2.3.11 Modelo de Despliegue
Este modelo muestra el despliegue, la configuración de tipos del sistema,
en los cuales se hará el despliegue de los componentes.
2.3.12 Casos de Prueba
Cada prueba es especificada mediante un documento que establece las
condiciones de ejecución, las entradas de la prueba, y los resultados
esperados.
2.3.13 Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y vigentes en el
proyecto, ordenados en orden decreciente de importancia y con acciones
específicas de contingencia o para su mitigación.
2.3.14 Manual de Instalación
Este documento incluye las instrucciones para realizar la instalación del
producto.
2.3.15 Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos como manuales de usuario y
manuales de sistema, incluyendo: Guías del Usuario, Guías de Operación,
Guías de Mantenimiento y Sistema de Ayuda en Línea
5
6. 2.3.16 Producto
Al final de este recorrido de operaciones se entregara al usuario el
correspondiente producto final incluyendo con los diferentes manuales (2.3.15),
realizado con diferentes pruebas (caja negra y caja blanca), de personas
especializadas. Para que el usuario maneje y disfrute de esta implementación.
2.4 Evolución del Plan de Desarrollo del Software
El Plan de Desarrollo del Software se revisará diariamente y se refinará
antes del comienzo de cada iteración.
3. Organización del Proyecto
3.1 Participantes en el Proyecto
Los usuarios son aquellas personas que brindarán la información necesaria
para la utilización del sistema.
La organización definirá los participantes del proyecto que proporcionarán
los requisitos del sistema
El equipo de desarrollo interactuará activamente con los participantes de la
organización para especificación y validación de los artefactos generados
Por parte del equipo de desarrollo de software, los perfiles son los
siguientes.
Líder de Proyecto. Ingeniero de sistemas con experiencia en liderazgo de
grupos de desarrollo, metodologías de desarrollo, herramientas CASE y
notaciones. Además debe contar con los siguientes personas :
Analista de Sistemas. El perfil establecido es: Ingeniero en sistemas con
conocimientos de UML, uno de ellos al menos con experiencia en sistemas
afines a la línea del proyecto. Que hayan participado en procedimientos de
análisis y modelado de sistemas
Analistas - Programadores. Con experiencia en el entorno de desarrollo
del proyecto, con el fin de que los prototipos puedan ser lo más cercanos
posibles al producto final..
Ingeniero de desarrollo. El perfil establecido es: Ingeniero de sistemas
que realizará labores de gestión de requisitos, gestión de configuración,
documentación y diseño de datos.
Ingeniero de pruebas. El perfil establecido es: Ingeniero de sistemas que
realizará las pruebas funcionales del sistema.
Se deben adjuntar los Currículos Vitae del personal del proyecto
6
7. 3.2 Roles y Responsabilidades
A continuación se describen las principales responsabilidades de cada uno
de los puestos en el equipo de desarrollo durante las fases de Inicio y
Elaboración.
Rol Responsabilidad
El Líder 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. También
establece un conjunto de prácticas que aseguran la
integridad y calidad de los artefactos del proyecto.
Líder de Además, el líder de proyecto se encargará de
Proyecto supervisar el establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y control
del proyecto. Dirige y asigna su personal para los
procedimientos administrativos, ventas y mercadeo,
jurídicos, desarrollo, SQA, soporte técnico y
documentación. Define la cantidad y calidad del
personal de su equipo de trabajo.
Captura, especificación y validación de requisitos,
interactuando con el cliente y los usuarios mediante
Analista de
entrevistas. Elaboración del Modelo de Análisis y
Sistemas
Diseño. Colaboración en la elaboración de las
pruebas funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la
Programador elaboración de las pruebas funcionales, modelo de
datos y en las validaciones con el usuario
Gestión de requisitos, gestión de configuración y
cambios, elaboración del modelo de datos,
Ingeniero de
preparación de las pruebas funcionales, elaboración
desarrollo
de la documentación. Elaborar modelos de
implementación y despliegue.
Planificación, ejecución y supervisión de las
Ingeniero de
pruebas de: unidades, integración, sistema
Pruebas
Define los modelos de pruebas a emplear.
7
8. 4. Gestión del Proceso
4.1 Estimaciones del Proyecto
Son los diferentes costos y valores estimados al realizar el producto, contando
con el personal y diferentes recursos utilizados.
4.2 Plan del Proyecto
En esta sección se presenta la organización en fases y el calendario del proyecto.
4.2.1 Plan de las Fases
La siguiente tabla muestra una distribución de tiempos y el número de iteraciones
de cada fase (para las fases de Construcción y Transición es sólo una
aproximación muy preliminar)
Fase Duración
Fase de Inicio 2
semanas
Fase de Elaboración 4
semanas
Fase de Construcción 4
semanas
Fase de Transición -
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripción Hito
Fase de Inicio En esta fase desarrollará los requisitos del producto
desde la perspectiva del usuario. Los principales
casos de uso serán identificados y se hará un
refinamiento del Plan de Desarrollo del Proyecto. La
aceptación del cliente / usuario del artefacto Visión y
el Plan de Desarrollo marcan el final de esta fase.
Fase de En esta fase se analizan los requisitos y se
Elaboración desarrolla un prototipo de arquitectura (incluyendo
las partes más relevantes y críticas del sistema). Al
final de esta fase, todos los casos de uso
correspondientes a requisitos que serán
implementados en la primera fase de Construcción
8
9. deben estar analizados y diseñados (en el Modelo de
Análisis / Diseño).
Fase de Durante la fase de construcción se terminan de
Construcción analizar y diseñar todos los casos de uso,
refinando el Modelo de Análisis / Diseño. Tambien
se aplican las pruebas y se valida con el cliente /
usuario. Se comienza la elaboración de material de
apoyo al usuario.
Fase de En esta fase se preparara una implantación y
Transición 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 documentación del proyecto con
los manuales de instalación y todo el material de
apoyo al usuario, la finalización del entrenamiento
de los usuarios y el empaquetamiento del
producto.
4.2.2 Calendario del proyecto
A continuación se presenta un calendario de las principales tareas del proyecto
de sistema de gestión.
12
DISCIPLINAS
10 MODELADO DEL NEGOCIO
GESTION DE REQUISITOS
8
ANALISIS Y DISEÑO
6
IMPLEMENTACION
4 PRUEBAS
DESPLIEGUE
2
GESTION CONFIGURACION
0
GESTION DE PROYECTO
ENTORNO DESARROLLO
FASES
9
10. Para este proyecto se ha establecido el siguiente calendario.
Disciplinas / Artefactos generados o
modificados Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Semana 1
Modelo de Casos de Uso y Modelo de Semana 1
04 /05 -
Objetos 8/05/2009
7/05
Requisitos
Semana 2
Semana 2
Glosario 11 /05 -
12/05/2009
12/05
Semana 2 Semana 2
Visión
12/05/2009 12/05/2009
Semana 3
Modelo de Casos de Uso siguiente fase
14/05/2009
Semana 3
Especificación de Casos de Uso siguiente fase
15/11/2009
Semana 3
Especificaciones Adicionales siguiente fase
15/11/2009
Análisis / Diseño
Semana 3
Modelo de Análisis / Diseño 15 /05 - siguiente fase
16/05
Semana 3
Modelo de Datos 15 /05 - siguiente fase
16/05
Implementación
Semana 3
Prototipos de Interfaces de Usuario 18 /05 - siguiente fase
21/05
Semana 3
Modelo de Implementación 21 /05 - siguiente fase
26/05
Pruebas
Semana 4
Casos de Pruebas Funcionales 26 /05 - siguiente fase
28/05
10
11. Despliegue
Semana 4
Modelo de Despliegue 26 /05 - siguiente fase
28/05
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del proyecto
Semana 1 Semana 4
Plan de Desarrollo del Software
04 /05/2009 26 /05/2009
Ambiente Durante todo el proyecto
4.3 Seguimiento y Control del Proyecto
Gestión de Requisitos
Los requisitos del sistema son especificados en la Visión. Estos atributos
permitirán realizar un efectivo seguimiento de cada requisito. Los cambios
en los requisitos serán gestionados mediante una Solicitud de Cambio, las
cuales serán evaluadas y distribuidas para asegurar la integridad del
sistema y el correcto proceso de gestión de configuración y cambios.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por
el líder de proyecto.
Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una
Solicitud de Cambio tendrán un seguimiento para asegurar la conformidad
del cliente. Para la revisión de cada artefacto y su correspondiente garantía
de calidad se utilizarán las guías de revisión y checklist (listas de
verificación).
Gestión de Riesgos
A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al.
Esta lista será evaluada al menos una vez en cada iteración.
11
12. Gestión de Configuración
Se realizará una gestión de configuración para llevar un registro de los
artefactos generados y sus versiones. También se incluirá la gestión de las
Solicitudes de Cambio y de las modificaciones que éstas produzcan,
informando y publicando dichos cambios para que sean accesibles a todo
los participantes en el proyecto. Al final de cada iteración se establecerá un
registro del estado de cada artefacto.
5. Referencias
UML, Terry Quatrani. - Addison-Wesley.
Realización de casos de Usos, Magic Drawll, Poseidon
Documentación de otro proyecto, etc.
Buscador Google.
Sistema para Gestión de Artículos Deportivos LSI 03.
12