6. Plan De Proyecto Bdtransito

6,451
-1

Published on

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
6,451
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
370
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

6. Plan De Proyecto Bdtransito

  1. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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

×