2. EL PROCESO UNIFICADO
Proceso unificado es un conjunto de actividades necesarias para transformar
los requisitos de un usuario en un sistema de software
El Proceso unificado es un marco de trabajo que se puede implementar en una
gran variedad de sistemas
Para construir un buen sistema se debe conocer los que sus futuros usuarios
necesitan.
El termino usuario hace referencias a personas o cosas que interactúan con el
sistema.
Una interacción en un sistema produce un Caso de Uso.
Un caso de uso es un fragmento de funcionalidad.
3. EL PROCESO UNIFICADO
Esta basado en componentes que se relacionan
Utiliza UML (Lenguaje Unificado de Modelado)
Dirigido por caso de uso
los casos de uso son requisitos funcionales y Los casos de uso guían el
proceso de desarrollo de un sistema y proporcionan un hilo conductor sobre
todos los flujos
Centrado en la arquitectura
la elección de una arquitectura surge de las necesidades del sistema a
desarrollar.
Es iterativo e incremental
En una iteración un desarrollador identifica y especifica los casos de uso
relevantes para crear un diseño. Cada iteración se construye sobre su
sucesora
4. LA VIDA DEL PROCESO UNIFICADO
El proceso unificado se repite a lo largo de varios ciclos, cada ciclo
concluye en una versión del producto
Cada ciclo produce una nueva versión y cada versión es un producto preparado
para su entrega.
El producto terminado debe ajustarse al usuario final y a todos los interesados,
Incluye todos los requisitos, casos de uso, especificaciones no funcionales y
casos de prueba
A medida de que el objetivo del sistema se comprende mejor, los requisitos del
sistema van cambiando, para llevar a cabo un ciclo de manera eficiente los
desarrolladores necesitan las representaciones del producto de software
5. LA VIDA DEL PROCESO UNIFICADO
Todos estos modelos están relacionados, juntos representan al sistema como un todo
6. LA VIDA DEL PROCESO UNIFICADO
Cada ciclo se desarrolla a lo largo del tiempo, ese tiempo se divide en 4 etapas
Fase de Inicio: se desarrolla una descripción del producto final a partid de una
idea
Fase de elaboración: se especifica en detalle la mayoría de los casos de uso
del producto y se diseña la arquitectura del sistema
Fase de construcción: se crea el producto (software y arquitectura)
Fase de transición: cubre el periodo durante el cual el producto se convierte en
versión beta
El proceso unificado está basado en componentes, utiliza lenguaje UML y se
sostiene de ideas básicas.
El proceso unificado ha establecido un marco de trabajo que integra todas esas
diferentes facetas
8. UN PROCESO DIRIGIDO POR CASOS DE USO
Los casos de uso dirigen el proceso.
Durante el flujo de trabajo de los requisitos, los desarrolladores pueden los
requisitos en la forma de casos de uso.
Los jefes de proyecto pueden después planificar el proyecto en términos de los
casos de uso con los cuales trabajan los desarrolladores.
Durante el diseño y el Análisis, los desarrolladores crean realizaciones de casos
de uso en términos de clases y subsistemas.
Los componentes se incorporan en los incrementos, y cada uno de ellos realiza
un conjunto de caso de uso. Por ultimo, los ingenieros de prueba verifican
que el sistema implementado los casos de uso correctos para los usuarios.
Los casos de uso enlazan todas las actividades del desarrollo y dirigen el
proceso de desarrollo.
9. PORQUE CASOS DE USO
Porque proporcionan un medio sistemático e intuitivo para capturar requisitos
funcionales
Porque dirigen todo el proceso de desarrollo debido a que la mayoría de las
actividades como el análisis, diseño y prueba se llevan a cabo partiendo de
los casos de uso
Los casos de uso permite la identificación del software que cumple con los
objetivos del usuario
Los casos de uso ayudan a los programadores a encontrar las clases. Las clases
se recogen de las descripciones de los casos de uso a medida que son
leídas por los desarrolladores
Los casos de uso abarcan los flujos de trabajo fundamentales y ayudan al
desarrollo
Los casos de uso nos ayudan a llevar a cabo el desarrollo iterativo
Los casos de uso ayudan a idear la arquitectura
Los casos de uso se usan como punto de partida para escribir el manual de
usuario
10. LOS ACTORES DEL SISTEMA
Los actores son parte del sistema, muchos se comunican con el sistema
por medio de mensajes, a medida de que ese establece lo que hacen los
actores y los casos de uso, Se establece una separación que ayuda a
delimitar el alcance del sistema, gracias a esto podemos especificar
que actores son parte del sistema y cuales interactúan con otros
sistemas
11. CREACIÓN DEL MODELO DE ANÁLISIS A PARTIR DE
CASOS DE USO
Un caso de uso es una secuencia de acciones que el sistema lleva a cabo para ofrecer algún
resultado de valor. Durante el análisis y diseño, el modelo de casos de uso se
transforma en un modelo de diseño a través de un modelo de análisis
El modelo de análisis es una especificación detallada de los requisitos, se usa para crear un
sistema robusto y flexible
El modelo de análisis es conceptual, en cambio el modelo de diseño es un esquema de la
implementación.
El modelo de diseño es jerárquico y es un esquema de la implementación
Cada clasificador desempeña uno o varios roles en una realización de caso de uso.
12. CREACIÓN DEL MODELO DE ANÁLISIS A PARTIR DE
CASOS DE USO
Cada caso de uso se realiza como una estructura de clase de análisis,
13. CREACIÓN DEL MODELO DE DISEÑO
El modelo de diseño se crea tomando el modelo de análisis como entrada
principal
Cuando se diseñan clases de análisis, todas ellas hacen surgir clases de diseño
mas refinadas que se adaptan al entorno de implementación
La mayoría de las clases de diseño tienen una sola traza a una clase de análisis.
esto es habitual en las clase de diseño
14. CREACIÓN DEL MODELO DE CLASES
A partir del modelo de diseño se puede elaborar un modelo de clases
Un modelo de clases sirve para visualizar las relaciones entre las clases que
involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso
y de contenidodo.
15. CREACIÓN DEL DIAGRAMA DE SECUENCIA
Para identificar la interacción entre los objetos de diseño que tiene lugar cuando
se lleva a cabo el caso de uso y en modelo de diseño usamos un Diagrama
de secuencia.
16. CREACIÓN DEL MODELO DE IMPLEMENTACIÓN
Durante el flujo de trabajo de implementación desarrollamos todo lo necesario
para obtener un modelo ejecutable
Acá se generaran archivos ejecutables que tienen el contenido de cada clase
17. SÍNTESIS
En la creación de un modelo a partir de casos de uso se refinan
los casos de uso con mas detalles y se establece la
asignación inicial de funcionalidad del sistema a un conjunto
de objetos que proporcionan el comportamiento. Una forma
de trabajar es identificar y describir en primer lugar los casos
de uso para una iteración, después de leer la descripción de
cada caso de uso, y proponer los clasificadores y
asociaciones necesarias para llevar a cabo el caso de uso.
18. Material extraído del libro
EL Proceso Unificado de Desarrollo de
Software
De Ivar Jacobson
Grady Booch
James Rumbaugh
Mendoza Junio - 2017