El documento lista 19 entregables clave de un proyecto de software, incluyendo planes, modelos, especificaciones, prototipos y documentación para el cliente. Los entregables ayudan a definir el alcance del proyecto, medir el progreso, obtener retroalimentación del cliente y garantizar que el producto final satisfaga los requisitos.
El documento lista 19 entregables clave de un proyecto de software, incluyendo planes, modelos, especificaciones, prototipos y documentación para el cliente. Los entregables ayudan a definir el alcance del proyecto, medir el progreso, obtener retroalimentación del cliente y garantizar que el producto final satisfaga los requisitos.
Descripción original:
permite saber cuales son los entregables de un proyecto software
El documento lista 19 entregables clave de un proyecto de software, incluyendo planes, modelos, especificaciones, prototipos y documentación para el cliente. Los entregables ayudan a definir el alcance del proyecto, medir el progreso, obtener retroalimentación del cliente y garantizar que el producto final satisfaga los requisitos.
El documento lista 19 entregables clave de un proyecto de software, incluyendo planes, modelos, especificaciones, prototipos y documentación para el cliente. Los entregables ayudan a definir el alcance del proyecto, medir el progreso, obtener retroalimentación del cliente y garantizar que el producto final satisfaga los requisitos.
Nmero de Carnet 2010-33419 2010-33207 2010-33166 2004-20889 2009-29146
Tema: Entregables de un Proyecto de Software
Objetivo: Identificar y definir los productos entregables de un proyecto de software. Entregables de un Proyecto de Software. Es un producto medible y verificable que se elabora para completar un proyecto o parte de un proyecto. Por lo general, una fase se concluye y se cierra formalmente con una revisin de los entregables. La revisin al final de una fase puede permitir alcanzar el objetivo combinado de obtener la autorizacin para cerrar la fase actual e iniciar la fase siguiente. Existen entregables intermedios, 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. A continuacin se indican y describen cada uno de los entregables. 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. 3) Modelo de Objetos del Negocio Es un modelo que describe la realizacin de cada caso de uso del negocio. Para la representacin de este modelo se utilizan Diagramas de Colaboracin (para mostrar actores externos, internos y las entidades (informacin) que manipulan, un Diagrama de Clases para mostrar grficamente 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 trminos usados en el proyecto. Permite establecer una terminologa 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) Visin Este documento define la visin del producto desde la perspectiva del cliente, especificando las necesidades y caractersticas 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 se realiza una descripcin detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo podr adjuntarse una representacin grfica mediante un Diagrama de Actividad. 9) Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los requisitos del sistema. Estos prototipos se realizarn como:
dibujos a mano en papel, dibujos con alguna herramienta grfica o prototipos
ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. 10) Modelo de Anlisis y Diseo Anlisis El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin. El objetivo que persigue el anlisis estructurado es organizar las tareas asociadas con la determinacin de requerimientos para obtener la comprensin completa y exacta de una situacin dada. Permite que las personas observen los elementos lgicos separados de los componentes fsicos. Esto se documenta en un diagrama de contexto. Un contexto define el ambiente. Este diagrama define las interacciones de la aplicacin con el mundo externo. Es la interaccin entre las entidades externas y la aplicacin. Un flujo de datos es informacin en transito puede ser un reporte o un mensaje de la computadora. Muestran los movimientos de datos de un lado a otro. Diagrama de flujo de datos es una representacin de componentes de la aplicacin. El segundo paso en la documentacin es un diccionario de datos que compila definiciones detalladas de cada elemento en el diagrama de flujos de datos. Diseo El diseo estructurado tiene como objetivo minimizar el coste del desarrollo y mantenimientos con la idea de mantener pequeas partes manejables para minimizar el coste del manteniendo y el diseo, para manejar el nivel de complejidad de la aplicacin. En la fase de diseo, se entrega un flujo de transformacin o transaccin, transformacin es el proceso de identificacin de los agrupamientos de procesos en funcin de las funciones principales. Luego del particionamiento en el anlisis de transaccin se contina con un diagrama de estructura que refleja una vista de las entradas-proceso-salida. Se procede a crear la BD fsica identificando los mdulos, unidades y paquetes. Por ultimo las especificaciones del programa donde se documenta el propsito del progama, requerimientos de procesos, formatos de entradas y salidas. 11) Modelo de Datos Este modelo describe la representacin lgica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (se puede utilizar UML para Modelado de Datos, para conseguir la representacin de tablas, claves, etc.). 12) Modelo de Implementacin Este modelo es una coleccin de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y otros tipos de ficheros necesarios para la implantacin y despliegue del sistema. (Este modelo es slo una versin preliminar al final de la fase de Elaboracin). 13) Modelo de Despliegue Este modelo muestra el despliegue la configuracin 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 ejecucin, las entradas de la prueba, y los resultados esperados. Cada caso de prueba llevar asociado un procedimiento de prueba con las instrucciones para realizar la 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 evaluacin e impacto, y se asegura que stos sean conocidos por el equipo de desarrollo.
16) 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 especficas de contingencia o para su mitigacin. 17) Manual de Instalacin Este documento incluye las instrucciones para realizar la instalacin del producto. 18) Material de Apoyo al Usuario Final Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guas del Usuario, Guas de Operacin, Guas de Mantenimiento y Sistema de Ayuda en Lnea 19) Producto Final Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalacin. Conclusin: Los entregables pueden modificar o realizar contribuciones a las operaciones existentes. Mediante una relacin iterativa, donde en un momento dado slo se planifica una fase y la planificacin de la siguiente se efecta conforme avanzan el trabajo y los entregables de la fase actual. Este enfoque es til en proyectos muy poco definidos, inciertos o que cambian rpidamente. Duda: No hay duda