Documentos de Académico
Documentos de Profesional
Documentos de Cultura
El proceso unificado es un marco de trabajo genérico que puede especializarse para una gran
variedad de sistemas software. Está basado en componentes, lo que significa que el sistema
software en construcción está formado por componentes software interconectados a través de
interfaces.
Dirigido por casos de uso. Un sistema software debe tener como base dar servicio a sus usuarios,
por lo tanto en el desarrollo del software se utilizan los casos de uso para representar los
requisitos funcionales, dando paso finalmente a un modelo de casos de uso. Sin embargo, no
son sólo una herramienta para especificar los requisitos de un sistema. También guían su diseño,
implementación y prueba; esto es, guían el proceso de desarrollo, proporcionando un hilo
conductor que avanza a través de una serie de flujos de trabajo que parten del modelo de casos
de uso.
Iterativo e incremental. Se divide el desarrollo completo en mini proyectos que forman una
iteración con todas las etapas del proceso, consiguiendo pequeñas versiones del producto a
desarrollar. Con esta modalidad de trabajo de reducen los costos de riesgo, permite visualizar
resultados a corto plazo, y adaptar el producto a necesidades cambiantes del usuario cuando,
por lo general, no se tienen claros todos los requisitos.
inicio: Se identifican los casos de uso más críticos junto con un plan de riesgo y estimación, se
planifica en detalle la fase de elaboración.
Elaboración: Se presenta un modelo detallado de los casos de uso y se diseña la arquitectura
del sistema, esta se expresa en forma de vistas de todos los modelo del sistema. Además, se
planifican las actividades posteriores y se estiman los recursos para terminar el proyecto.
Construcción: Se crea el producto, que contiene todos los casos de uso que la dirección y el
cliente han acordado para el desarrollo de la versión. Sin embargo, es posible que no esté libre
de modificaciones. Muchos de estos defectos se descubrirán u solucionarán durante la fase de
transición.
Transición: Cubre el período durante el cual el producto se convierte en versión beta. En ese
momento, un número reducido de usuarios con experiencia prueba el producto, e informa de
defectos y deficiencias.
Requisitos.- La captura de requisitos tiene dos objetivos: encontrar los verdaderos requisitos
(funcionales y no funcionales) y representarlos de un modo adecuado para los usuarios, clientes
y desarrolladores (modelo de casos de uso). Es utilizado como documento de contrato entre el
cliente y los desarrolladores sobre qué debería y que no debería hacer el sistema, por lo tanto
se dice que la regla número uno de la captura de requisitos es utilizar el lenguaje del cliente.
Análisis.- El propósito fundamental del análisis es refinar los casos de uso con mayor
profundidad, pero con la gran diferencia que puede utilizarse el lenguaje de los
desarrolladores para describir los resultados.