Nombre

Carlos Alberto Ochoa Chamorro

Helder Enmanuel Gutirrez Vanegas
Glenda Suyen Morales Lopez
Melvin Neville Porras Herrera
Yasser Ali Gonzalez

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