2.3 Entregables del Proyecto
Contents
1. 20 y 21 se generar n a partir de la fase de Construcci n con lo cual se han incluido aqu s lo para dar una visi n global de todos los artefactos que se generar n en el proceso de desarrollo2. los artefactos en un momento determinado del proyecto establecida En nuestro caso al final de cada iteraci n se establecer una baseline 16 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 17 Evaluaci n de lteraci 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 18 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 19 Manual de Instalaci n Este documento incluye las instrucciones para realizar la instalaci n del producto 20 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 21 Producto Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalaci n El producto a partir de la primera iteraci n de la fase de Construcci n es desarrollado incremental e iterativamente obteni ndose una nueva release al final de cada iteraci n Los artefactos 19
3. 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 Plan de Desarrollo del Software Es el presente documento 2 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 3 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 4 Glosario Es un documento que define los principales t rminos usados en el proyecto Permite establecer
4. una terminolog a consensuada 5 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 6 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 7 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 8 Especificaciones Adicionales Este documento capturar todos los requisitos que no han sido incluidos como parte de los casos de uso y se refieren requisitos no funcionales globales Dichos requisitos incluyen requisitos legales o normas 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 9 Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usua
5. 2 3 Entregables del Proyecto ENTREGABLE Es cualquier producto medible y verificable que se elabora para completar un proyecto o parte de un proyecto Si el proyecto fuese una f brica el entregable final es la f brica en condiciones de producir los productos para los que se dise de ning n modo los entregables abarcan los productos de la f brica ya que cuando la f brica empiece a producir los productos ser n parte de la operaci n y la f brica en si debe ser mantenida para que siga produciendo si hay una falla en que la f brica funcione por primera vez o no da un funcionamiento confiable esto ser responsabilidad del proyecto Existen entregables intermedios internos que se utilizan para producir los entregables finales que validar el cliente del proyecto Los entregables ayudan a definir el alcance del proyecto y el avance del trabajo en el proyecto debe ser medido monitoreando el avance en los entregables 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 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
6. cci 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 13 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 14 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 15 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
7. rio 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 10 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 11 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 12 Modelo de Implementaci n Este modelo es una cole
Download Pdf Manuals
Related Search