Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
PLAN DE DESARROLLO DE SOFTWARE Versión 2.0 26 de abril 2011 Soluciones Informáticas S.A. Luis Godinez Jefe de Proyecto.
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 1 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
HISTORIAL DE REVISIONES Fecha
Versión
Descripción
Autor
19 de abril del 2,011
1.0
Primera versión del proyecto
Luis Godinez Jefe de proyecto
26 de abril del 2011
2.0
Segunda versión revisada
Luis Godinez Jefe de proyecto
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 2 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
TABLA DE CONTENIDOS 1. INTRODUCCION.....................................................................................................................................................4 1.1 PROPOSITO..........................................................................................................................................................4 1.2 ALCANCE..............................................................................................................................................................4 1.3 RESUMEN.............................................................................................................................................................4 2. VISTA GENERAL DEL PROYECTO....................................................................................................................5 2.1 PROPOSITO, ALCANCE Y OBJETIVOS.............................................................................................................5 2.2 SUPOSICIONES Y RESTRICCIONES..................................................................................................................5 2.3 ENTREGABLES DEL PROYECTO.......................................................................................................................5 2.4 EVOLUCIÓN DEL PLAN DE DESARROLLO DEL SOFTWARE.....................................................................10 3. ORGANIZACIÓN DEL PROYECTO..................................................................................................................11 3.1 ORGANIZACIÓN Y ESTRUCTURA...................................................................................................................11 3.2 PARTICIPANTES EN EL PROYECTO: .............................................................................................................11 3.3 INTERFACES EXTERNAS : ...............................................................................................................................11 3.4 ROLES Y RESPONSABILIDADES......................................................................................................................12 4. GESTIÓN DEL PROCESO....................................................................................................................................13 4.1 ESTIMACIONES DEL PROYECTO....................................................................................................................13 4.2 PLAN DEL PROYECTO......................................................................................................................................13 4.2.1 PLAN DE LAS FASES................................................................................................................................13 4.2.2 CALENDARIO DEL PROYECTO..............................................................................................................15 4.2.3 DIAGRAMA DE GANTT:...........................................................................................................................18 ..................................................................................................................................................................................18 4.3 SEGUIMIENTO Y CONTROL DEL PROYECTO...............................................................................................20 5. HERRAMIENTAS DE DISEÑO: En esta parte se describen las herramientas utilizadas para la construcción de este sistema........................................................................................................................................22 6. REFERENCIAS.......................................................................................................................................................22
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 3 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
PLAN DE DESARROLLO DEL SOFTWARE 1.
INTRODUCCION Este Plan de Desarrollo del Software ha sido elaborado con la intención de proporcionar a los usuarios, encargados de fase y demás colaboradores una base sobre la cual el proyecto gira, basado en metodología RUP la cual nos guiara el camino a seguir en la construcción de este obteniendo así calidad en todos sus productos.
1.1
PROPOSITO El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar y llevar a cabo actividades dentro del 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 ingenieros especializados en cada una de las áreas que deben de cubrir.
1.2
ALCANCE El alcance de este plan de desarrollo se desenvuelve hasta completar todas las actividades primordiales en el proyecto.
1.3
RESUMEN Como se encuentran organizadas las secciones del proyecto: Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto. Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo. Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del proyecto y describe cómo se realizará su seguimiento. Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de software, incluyendo métodos, herramientas y técnicas que serán utilizadas.
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 4 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
2.
VISTA GENERAL DEL PROYECTO
2.1
PROPOSITO, ALCANCE Y OBJETIVOS La información que a continuación se incluye ha sido extraída de las diferentes reuniones que se han celebrado con el Stakeholder de la empresa desde el inicio del proyecto. Amigos de la naturaleza es una ONG con mas de 25 años de prestar sus servicios a la población principalmente de sur-occidente del país dentro de sus principales actividades se encuentra la capacitación sobre temas ambientales, es por ello que recientemente se construyeron dos salas en la ciudad de Quetzaltenango específicamente para impartir cursos, seminarios y charlas, sin embargo han existido inconvenientes con reserva del espacio, puesto que actualmente el control se lleva de forma manual y es necesario realizar la comunicación por vía telefónica para llevar a cabo la reserva, se desea que el sistema este disponible a través de internet puesto que las reservas podrán realizarse desde otros departamentos. El sistema deberá manejar las reservas según el orden en que sean solicitadas, considerando también que además de las salas se pueden realizar reservas en equipos necesarios para el desempeño del curso, se puede solicitar con o sin equipo y también solicitar solo el equipo debe contener registro de fecha y hora de reserva, fecha y hora de inicio de préstamo y fecha y hora de entrega con un calendario.
2.2
SUPOSICIONES Y RESTRICCIONES SUPOSICIONES: Suponiendo que pueden darse los siguientes inconvenientes: 1- El tiempo de desarrollo y documentación pueden superar el tiempo establecido. 2- Con un dominio gratuito puede no ser funcional en su totalidad el sistema. 3- Incompatibilidad de una maquina a otra. 4- La documentación puede estar incompleta. 5- Las fases de desarrollo no se terminaran a cabalidad RESTRICCIONES: Estas son las restricciones que puede tener nuestro sistema: 1- Un equipo no puede ser solicitado por más de 5 días. 2- El equipo debe ser solicitado con 24 días de anticipación. 3- Todas las personas deben ser registradas si no estarán sin acceso al sistema.
2.3
ENTREGABLES DEL PROYECTO A continuación se indican y describen cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 5 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
iterativo e incremental), todos los artefactos son objeto de modificaciones 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. Sin embargo, el resultado de cada iteración y los hitos del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto será indicado más adelante cuando se presenten los objetivos de cada iteración. 1) ANALISIS DE REQUERIMIENTOS DEL SISTEMA Análisis previo del sistema que se desea implementar para conocer factibilidad como técnica, operacional, económica y la forma en que funciona el sistema actualmente. 2) PROPUESTA DEL SISTEMA La propuesta del sistema que debe ser entregado a los clientes para que conozcan el precio, el tiempo de entrega y tomen una decisión final para la realización del nuevo sistema 3) ANALISIS COMPLETO DEL SISTEMA Complemento del análisis anterior una vez aprobado el sistema a realizar, incluyendo la forma en que está organizada la empresa y requerimientos necesarios para el nuevo sistema. 4) PLAN DE DESARROLLO DEL SOFTWARE Es el presente documento. 5) MODELO DE CASOS DE USO DEL NEGOCIO Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.). permite situar al sistema en el contexto organizacional haciendo énfasis en los objetivos en este ámbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos específicos para este modelo. 6) MODELO DE OBJETOS DEL NEGOCIO Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo los actores internos, la información que en términos generales manipulan y los flujos de trabajo (workflows) asociados al caso de uso del negocio. Para la representación de este modelo se utilizan Diagramas de Colaboración (para mostrar actores externos, internos y las entidades (información) que manipulan, un Diagrama de Clases para mostrar gráficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo. 7) GLOSARIO Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada. 8) MODELO DE CASOS DE USO El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso. Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 6 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
9) VISIÓN Este documento define la visión del producto desde la perspectiva del cliente, especificando las necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. 10)ESPECIFICACIONES DE CASOS DE USO Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad. 11)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, aplicación de estándares, requisitos de calidad del producto, tales como: confiabilidad, desempeño, etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc. 12) PROTOTIPOS DE INTERFACES DE USUARIO Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. 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 serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final. 13) 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 (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del proyecto. 14) 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 persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la representación de tablas, claves, etc.). Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 7 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
15) 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 todo 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, posteriormente tiene bastante refinamiento). 16) MODELO DE DESPLIEGUE Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales se hará el despliegue de los componentes. 17) 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. Estos casos de prueba son aplicados como pruebas de regresión en cada iteración. Cada caso de prueba llevará asociado un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podrá ser automatizable mediante un script de prueba. 18)SOLICITUD DE CAMBIO Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. Así se provee un registro de decisiones de cambios, de su evaluación e impacto, y se asegura que éstos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la última baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto) establecida. En nuestro caso al final de cada iteración se establecerá una baseline. 19)PLAN DE ITERACIÓN Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados, dependencias entre ellas. Se realiza para cada iteración, y para todas las fases. 20)EVALUACIÓN DE ITERACIÓN Este documento incluye le evaluación de los resultados de cada iteración, el grado en el cual se han conseguido los objetivos de la iteración, las lecciones aprendidas y los cambios a ser realizados. 21)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. 22)MANUAL DE INSTALACIÓN Este documento incluye las instrucciones para realizar la instalación del Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 8 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
producto. 23) METRICA DEL SISTEMA: En este documento se debe incluir las métricas que velan la calidad del sistema y nos dan a conocer la forma en que el sistema ha evolucionado las métricas que se deben incluir son: a. PUNTO DE FUNCION: Esta métrica esta relacionada con respecto al punto de función del proyecto seguidamente hallar precio por punto de función y tiempo por punto de función en base a las entradas y salidas del sistema con un DFD se debe de encontrar. b. CALIDAD DE LA ESPECIFICACIÓN: Esta métrica la utilizamos para ver la calidad de la especificación del sistema en base a los requisitos funcionales y no funcionales. c.
i. REQUISITOS DEL SISTEMA Nf. ii. CALIDAD DE ESPECIFICACIÓN. PARA EL MODELO DEL DISEÑO: Esta métrica nos ayuda a conocer la métrica
con respecto al modelo del diseño y se debe conocer lo siguiente: i. COMPLEJIDAD ESTRUCTURAL: En base a las salidas del sistema. ii. COMPLEJIDAD DE DATOS: En base a la cantidad de entradas y salidas del sistema y la complejidad estructural. iii. COMPLEJIDAD DEL SISTEMA: Cuan complejo es el sistema basado en complejidad estructural y complejidad de datos. d. DE MORFOLOGIA: i. TAMAÑO DEL PROYECTO: En base a el diagrama de clases evaluar. 1. PROFUNDIDAD 2. ANCHURA ii. DENSIDAD DE LAS CONEXIONES: la densidad de las conexiones del
sistema en base al diagrama de clases. e. BASADOS EN CLASES: Basados en las clases del sistema evaluar lo siguiente: i. FACTOR DE HERENCIA: Según el valor de métodos y valores heredados del sistema. f. PARA EL CODIGO FUENTE: Según las métricas de Halstead para conocer el comportamiento del código fuente basado en operadores, operandos y total de los mismos en el sistema hallar la: g.
i. LONGUITUD. ii. VOLUMEN. PARA PRUEBAS: conocer y medir las pruebas del sistema en base a i. NIVEL DE PROGRAMA: Basado en el número de líneas que se tienen
de un código fuente. ii. EZFUERZO DEL PROYECTO: Basado en el volumen y el nivel del
programa conocemos el esfuerzo. h. PARA EL MANTENIMIENTO: Examinar las métricas para el mantenimiento del sistema basado en el número de modulos, cambiados y añadidos del sistema anterior. Hallado: i.
i. INDICE DE MADUREZ METRICAS EN LOS DOMINIOS DEL PROCESO Y EL PROYECTO:
Métricas evaluadas al tamaño en total al proyecto en donde conocemos diferentes alternativas como costo, errores, líneas de código por personal etc.
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 9 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
Basado en líneas de código o en donde se desea aplicar. 24)MATERIAL DE APOYO AL USUARIO FINAL Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías del Usuario, Guías de Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea 25)PRODUCTO Instalado y puesto en funcionamiento como una pagina web 2.4
EVOLUCIÓN DEL PLAN DE DESARROLLO DEL SOFTWARE
El Plan de Desarrollo del Software se revisará semanalmente día domingo en punto de las 16:00 pm, cuando se reúna el equipo y se refinará antes del comienzo de cada iteración en base al siguiente proceso. 1- Se revisa cada punto del plan de desarrollo. 2- Se revisa que cada documentación se esté cumpliendo a cabalidad. 3- Se anota en el cuadro de observaciones del plan de desarrollo. 4- Antes de comenzar una iteración se toma en cuenta cada una de las
observaciones realizadas en el cuadro de observaciones. 5- Se implementan las observaciones revisadas y rectificadas con el equipo
al documento de plan de desarrollo
Todas las actividades por medio del jefe de proyecto CUADRO DE OBSERVACIONES NOMBRE DEL PUNTO A TRATAR <<Aquí se detalla el nombre del punto a tratar>>
OBSERVACIONES • • •
Soluciones Informáticas
<<Aquí se detalla observación 1 a realizar>> <<Aquí se detalla cada observación 2 a realizar>> <<Aquí se detalla cada observación a realizar N>>
Empleo Seguro S.A. 2011
Página 10 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
3.
ORGANIZACIÓN DEL PROYECTO
3.1
ORGANIZACIÓN Y ESTRUCTURA
3.2
PARTICIPANTES EN EL PROYECTO: PERSONA Luis Gualberto Godinez Joachin José Selvyn Daniel Citalan Serrano
3.3
CARGO Jefe de proyectos Analista de sistemas
Luis Alejandro Sosa Escobar
Programación
Zuly María López Barillas
Ingeniero de software
Anner José Pac Pac
Auxiliar de cargos
26–04-11
CONTACTO 4282-9595. yaklugu_25_9@hotmail.com 4733-5781, selvyncs@hotmail.com 5889-5088, lazyluis1@hotmail.com 5380-6635, pilu.684@hotmail.com 5312-5489, annerpac@gmail.com
INTERFACES EXTERNAS : PERSONA Durvin Ruiz
Soluciones Informáticas
CARGO Solicitante del proyecto Empleo Seguro S.A. 2011
CONTACTO Durwin@gmail.com
Página 11 de 22
Nombre del sistema: Documento 3.4
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
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, de acuerdo con los roles que desempeñan en RUP. 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 también establece un Jefe de Proyecto conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Además, el jefe de proyecto se encargará de supervisar el establecimiento de la arquitectura del sistema. Gestión de riesgos. Planificación y control del proyecto. 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, preparación Ingeniero de de las pruebas funcionales, elaboración de la Software documentación. Elaborar modelos de implementación y despliegue. Persona que se encarga de proporcionar apoyo en todas Auxiliar de cargos las actividades a cada jefe y encargado durante el proceso de RUP.
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 12 de 22
Nombre del sistema: Documento
4.
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
GESTIÓN DEL PROCESO
4.1
ESTIMACIONES DEL PROYECTO Este proyecto es una idea general de cuanto se puede pagar por la aplicación e implementación del sistema. En base a los proyectos realizados anteriormente se ha determinado que el precio por función asciende a un valor de Q NOMBRE
PRECIO CANTIDAD DESCRIPCION Q Q Q Q Q Q Q Q Q Q Q SUMA TOTAL DE LAS ESTIMACIONES
TOTAL Q Q Q Q Q Q Q Q Q Q Q Q
4.2
PLAN DEL PROYECTO En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto. 4.2.1 PLAN DE LAS FASES El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la 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
Fase de Inicio Fase de Elaboración Fase de Construcción Fase de Transición
NRO. ITERACIONES
DURACIÓN 1 1 2 1
Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 13 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
DESCRIPCIÓN
HITO
Fase de Inicio
En esta fase desarrollarán los requisitos del producto desde la perspectiva del usuario, los cuales serán establecidos en el artefacto Visión. 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 / o críticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño).
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 14 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
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. El producto se construye en base a 2 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la elaboración de material de apoyo al usuario. El hito que marca el fin de esta fase es la versión de la reléase 1.0, con la capacidad operacional parcial del producto que se haya considerado como crítica, lista para ser entregada a los usuarios para pruebas beta. Fase de En esta fase se prepararán dos releases para Transición distribución, asegurando una implantación 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 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 tareas a realizar del proyecto. Como se ha comentado, el proceso iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyectoy de acuerdo a los requerimientos anteriores. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina en un momento determinado del desarrollo.
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 15 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
Soluciones Informáticas
Empleo Seguro S.A. 2011
26–04-11
Página 16 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
Para este proyecto se ha establecido la siguiente tabla y verificar las actividades correspondientes para cada uno Disciplinas / Artefactos a generar Nombre Análisis del sistema Análisis de requerimientos
Analista de sistema
Propuesta del sistema
Analista de sistema
Análisis del sistema
Analista de sistema Gestión del proyecto
Plan de Desarrollo del Software
Jefe de proyectos.
Lista de riesgos
Ingeniero de software Modelado del Negocio
Modelo de Casos de Uso del Negocio
Analista de sistema
Modelo de Objetos del Negocio
Analista de sistema Requisitos
Glosario
Analista de sistema
Visión
Analista de sistema
Modelo de Casos de Uso
Analista de sistema
Especificación de Casos de Uso
Analista de sistema
Especificaciones Adicionales
Analista de sistema Análisis/Diseño
Modelo de Análisis/Diseño
Analista de sistema
Modelo de Datos
Ingeniero de software/ analista de sistemas/ programador Pruebas
Test de prueba
Ingeniero de software
Casos de Pruebas Funcionales
Ingeniero de software/analista de sistemas/ programador Despliegue
Modelo de Despliegue
Ingeniero de software
Manual de instalación
Programador
Material de apoyo al usuario
Programador Implementación
Prototipos de Interfaces de Usuario
Programador
Modelo de Implementación
Ingeniero de software
Implementación del sistema.
Programador
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 17 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
Evaluación del proyecto Gestión de calidad
Jefe de proyecto
4.2.3 DIAGRAMA DE GANTT: Este diagrama muestra cada iteración y las fechas que deben entregarse como también los productos que se desean obtener.
Fase inicio
Fase de elaboración Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 18 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
Fase de construcción
Fase de transición
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 19 de 22
Nombre del sistema: Documento
4.3
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
SEGUIMIENTO Y CONTROL DEL PROYECTO GESTIÓN DE REQUISITOS Los requisitos del sistema serán especificados mediante la visión y los casos de uso para rectificar dichos requisitos es necesario cumplir con el siguiente proceso: o Se realizara una solicitud dirigida al jefe de proyecto o Comprobar con todo el equipo que los cambios son factibles y accesibles además que ayudaran a la mejora del sistema. o Implementar las mejora si es necesario o Informar a todo el equipo acerca de las mejoras CONTROL DE PLAZOS Las actividades realizadas tendrán que ser evaluadas mediante el siguiente proceso: o
El jefe de proyecto revisa todas las actividades en conjunto con el encargado del producto y con todo el equipo.
o
Dara seguimiento y control según calendario de actividades descrito anteriormente.
o
Se tomaran acciones correctivas en caso de ser necesario y en caso de incumplimiento.
CONTROL DE CALIDAD
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 20 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
Para asegurar la calidad del sistema el encargado del producto conjuntamente con el jefe de proyecto notara las diferencias y las establecerá para la mejora por medio del siguiente proceso. o
Los encargado del producto enviaran sus proyectos terminados al jefe de fase.
o
El jefe de fase dejara sus observaciones en la hoja de observaciones y mejora para que sea rectificado
o
Al momento de juntar la documentación será evaluada para conocer si ha sido rectificada por el encargado del producto según las observaciones que previamente fueron realizadas.
VERIFICACION DE LAS ACTIVIDADES FASE: HORA: FECHA: DESCRIPCION ACTIVIDADES:
DE
LAS
BUENO
REGULAR
MALO
OBSERVACIONES
Actividad 1 … Actividad N
La descripción se dará cuando se vaya dando las actividades GESTIÓN DE RIESGOS Los riesgos serán evaluados por el ingeniero de software antes de pasar a cada iteración y poner en marcha cualquier plan de contingencia a los riesgos posibles por medio del siguiente proceso. NUEVOS RIESGOS o
Revisión de riesgos por encargados.
o
Análisis de riesgos.
o
Implementación de nuevos riesgos encontrados.
PLANES DE CONTINGENCIA o
Revisión de documentación para riesgos por encargado de etapa.
o
Poner en marcha el plan según documentación.
o
Dejar informe acerca de falla y solución.
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 21 de 22
Nombre del sistema: Documento
ONG Amigos de la Naturaleza
Versión
Plan de desarrollo del software
Fecha:
26–04-11
GESTIÓN DE CONFIGURACIÓN Es necesario velar porque la configuración sea la correcta por medio del siguiente proceso. o El encargado de esta etapa llevara un registro de los artefactos generados y sus versiones por medio de un informe en cada etapa. o Incluir la gestión de las solicitudes de cambio y las modificaciones que se produzcan. o Informara a todos los participantes del proyecto con previa autorización de jefe de proyecto y encargado de fase actual. o Deberá realizar una solicitud a jefe de proyecto antes de modificar cualquier configuración. 5. -
HERRAMIENTAS DE DISEÑO: En esta parte se describen las herramientas utilizadas para la construcción de este sistema. DREAMWEAVER CS4: Diseño de interfaz, Manejo de lenguaje PHP. WAMP SERVER 2.1: Servidor local, Gestor de base de datos. ENTERPRISE ARQUITECTH VERSION 7.5: Diseño UML, Entidad-relación. EMBARCADERO ER STUDIO 7: Herramienta case para convertir a tablas diagramas E-R. SMARTDRAWN 7: Diseño UML, Entidad-relación. GANTT PROJECT 2.0.10: Planificación de proyecto por medio de diagramas Gantt. NOTEPAD++: Editor de texto para realizar métricas WINDOWS Y LINUX: Sistemas operativos para gestionar los anteriores y otros recursos. MICROSOFT OFFICE: Con herramientas indispensables para el trabajo como hojas de cálculo, hojas de texto y herramientas para presentaciones
-
6.
REFERENCIAS •
Dudas de ingeniería de software, Ingeniería del software Presman Roger 6ta Edición Editorial macgraw hill
•
Dudas análisis y diseño de sistemas, Análisis y diseño de sistemas Kendall y Kendall
Soluciones Informáticas
Empleo Seguro S.A. 2011
Página 22 de 22