Page 1

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.

2.

3.

4.

INTRODUCCION ................................................................................................................................................ 4 1.1

PROPOSITO................................................................................................................................................... 4

1.2

ALCANCE ...................................................................................................................................................... 4

1.3

RESUMEN ...................................................................................................................................................... 4

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

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

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 4.3

SEGUIMIENTO Y CONTROL DEL PROYECTO ........................................................................................ 20

5.

HERRAMIENTAS DE DISEÑO. ..................................................................................................................... 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 producto. 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

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. i. REQUISITOS DEL SISTEMA Nf. ii. CALIDAD DE ESPECIFICACIÓN. c. 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. 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: e. BASADOS EN CLASES:

i. LONGUITUD. ii. VOLUMEN. g. 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. 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: ii. EZFUERZO DEL PROYECTO:

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. Basado en líneas de código o en donde se desea aplicar.

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

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

Se revisa cada punto del plan de desarrollo. Se revisa que cada documentación se esté cumpliendo a cabalidad. Se anota en el cuadro de observaciones del plan de desarrollo. 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 Jefe de Proyecto un 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. Analista Sistemas

Programador

Ingeniero Software

Captura, especificación y validación de requisitos, interactuando con el cliente y los usuarios mediante de entrevistas. Elaboración del Modelo de Análisis y 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 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 de de las pruebas funcionales, elaboración de la documentación. Elaborar modelos de implementación y despliegue.

Persona que se encarga de proporcionar apoyo en Auxiliar de cargos todas 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:

DESCRIPCIÓN

26–04-11

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 Elaboración

En esta fase se analizan los requisitos y se 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 Construcción

Durante la fase de construcción se terminan de 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 Transición

En esta fase se prepararán dos releases para 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

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:

Implementación del sistema.

26–04-11

Programador 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

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 elaboración

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

Plan desarrollo  

Plan desarrollo para realizar sistemas con metodologia RUP

Plan desarrollo  

Plan desarrollo para realizar sistemas con metodologia RUP

Advertisement