Anlisis de Sistemas Curso: 2K6

Unidad 8:
EL PROCESO UNIFICADO DE
DESARROLLO
EL FLUJO DE TRABAJO
DE REQUISITOS
- Diapositivas de clases Docente: Ing. Mara Irene Mac William - 2016

El Proceso Unificado de Desarrollo-PUD

QU ES EL PUD?
Es el conjunto completo de actividades
necesarias para transformar los requisitos
de un usuario en un sistema de software.
Es un marco de trabajo genrico que
puede especializarse para una gran
variedad de sistemas de software, para
diferentes
reas
de
aplicacin,
diferentes tipos de organizaciones,
distintos niveles de aptitud y diferentes
tamaos de proyectos.
Autores: Jacobson, Ivar - Booch, Grady Rumbaugh,
James.

Un.8 F.T. de Requisitos - (ASI: 2K6)

El Proceso Unificado de Desarrollo-PUD

PUD UML CARACTERSTICAS
El PUD utiliza el Lenguaje Unificado de
Modelado (UML) para preparar todos
los esquemas de un sistema de software.
Los modelos desarrollados consideran el Paradigma
orientado a objetos y toda la concepcin de objetos
y clases.

Dirigido por casos de uso

Caractersticas
esenciales del
PUD

Centrado en arquitectura
Iterativo e incremental
Un.8 F.T. de Requisitos - (ASI: 2K6)

El Proceso Unificado de Desarrollo-PUD

PUD CARACTERISTICAS
Dirigido por casos de uso: el proceso de desarrollo sigue un hilo
conductor, es decir avanza a travs de una serie de flujos de
trabajo que parten de la identificacin de los CASOS de USO, los
cuales se especifican, disean, implementan y prueban. Por ello
guan el proceso de desarrollo del software.
Centrado en la Arquitectura: El concepto de Arquitectura de
software incluye los aspectos esttico y dinmicos mas
significativos del sistema. Describe mediante diferentes vistas el
sistema en construccin, considerando diversos factores, como ser
la plataforma en que funcionar el software, la disposicin de
dispositivos de hardware, aspectos de implementacin, etc.
Iterativo e Incremental: Es prctico dividir el desarrollo de sistema
completo en partes. Cada parte es una iteracin que resulta en un
incremento. Las iteraciones hacen referencia a una serie de pasos
en el flujo de trabajo y los incrementos, al crecimiento del
producto. En cada iteracin se realizan actividades de anlisis de
requisitos, anlisis, diseo, implementacin y prueba del sistema.
Un.8 F.T. de Requisitos - (ASI: 2K6)

El Proceso Unificado de Desarrollo-PUD

El ciclo de vida del Proceso Unificado
Ciclo de vida del Proceso Unificado con sus fases e iteraciones

Inicio

Elaboracin

Iteracin Iteracin - - #1
# 2 ...

Construccin

--- ---

Transicin
Iteracin Iteracin
--- --#n
# n-1

Versiones

El Proceso Unificado se repite a lo largo de una serie de ciclos que

constituyen la vida de un sistema.
Consta de cuatro fases: Inicio, Elaboracin, Construccin,
Transicin. Y cada Fase se subdivide en iteraciones.
En cada ciclo se concluye con una versin del producto.
Un.8 F.T. de Requisitos - (ASI: 2K6)

El Proceso Unificado de Desarrollo

El ciclo de vida del Proceso Unificado
Fase Inicio

Fase
Elaboracin
Fase
Construccin
Fase
Transicin

Definicin del alcance del proyecto, descripcin

del producto final, anlisis del negocio,
determinacin de las principales funciones y
arquitectura del sistema, plan del proyecto y
presupuestacin.
Especificacin de casos de uso, y diseo de la
arquitectura, distintas vistas arquitectnicas.
Creacin del producto, codificacin y pruebas
(internas) del sistema programado.

El producto es versin beta. Instalacin y prueba

del sistema de parte de los usuarios, ajustes segn
observaciones detectadas.
Un.8 F.T. de Requisitos - (ASI: 2K6)

El Proceso Unificado de Desarrollo

Fases y flujos de trabajo de un ciclo

Un. 2 SI Procesos Unificado de desarrollo - (ASI: 2K6)

El Proceso Unificado de Desarrollo

Conceptos bsicos del proceso
Flujo de Trabajo (Workflow): Es un conjunto de
actividades referidas al desarrollo de un sistema,
referidas a un aspecto del mismo en particular (req,
anlisis, diseo) estableciendo los trabajadores que
participan, las actividades que se realizan y los
artefactos que se producen.
Trabajador: Personas responsables de realizar las
actividades y producir los artefactos. Ej. Analista
Actividades: las distintas tareas a realizar en cada
flujo de trabajo para realizar los artefactos necesarios.
Ej. Encontrar Actores y casos de uso.
Artefacto: Resultado que se produce o elabora en un
flujo de trabajo. Ej. Modelo de CU.
Un. 2 SI Procesos Unificado de desarrollo - (ASI: 2K6)

El Proceso Unificado de Desarrollo

Fases y flujos de trabajo de un ciclo
Flujos de Trabajo
F. T. de Requisitos (Captura de requisitos):
Identificar los requisitos del sistema y construir
un modelo del mismo.

F. T. de Anlisis:
Estudiar los requisitos y construir el modelo del
anlisis, refinando y estructurando dichos requisitos.

F. T. de Diseo:
Encontrar la forma del sistema (solucin) y construir
el modelo del diseo.

F. T. de Implementacin:
Codificar el diseo (solucin) y construir el modelo
de implementacin.

F. T. de Prueba:
Verificar la implementacin y construir el modelo de
pruebas.

Un. 2 SI Procesos Unificado de desarrollo - (ASI: 2K6)

El Proceso Unificado de Desarrollo

El producto y los Modelos del Proceso Unificado
Modelo de
Casos de Uso
Especificado por

Modelo de Anlisis

Realizado por

Distribudo por

Modelo de Diseo

Implementado por

Modelo de Despliegue
Verificado por

Modelo de
Implementacin

Modelo de Prueba

X
OK
X
OK

X
OK

Cada ciclo
produce una
versin del sistema,
y cada versin es
un producto
preparado para su
entrega:
Documentos con
especificacin del
sistema y modelos,
manuales y cuerpo
de cdigo fuente
incluido en
componentes de
software
ejecutables.

Un. 2 SI Procesos Unificado de desarrollo - (ASI: 2K6)

10

EL FLUJO DE TRABAJO
DE REQUISITOS
(Captura de Requisitos)

Un.8 F.T. de Requisitos - (ASI: 2K6)

11

FLUJO DE TRABAJO DE REQUISITOS

Los requerimientos en el PUD
Ubicacin en el ciclo de vida
Fases
Flujos de trabajo
fundamentales

Inicio

Elaboracin

Construccin

Transicin

Requisitos

Anlisis

Diseo

Implementacin

Prueba
Iteracin Iteracin
#1
# 2 ...

---

--- --- ---

- - - Iteracin Iteracin
#n
# n-1

Iteraciones
Un.8 F.T. de Requisitos - (ASI: 2K6)

12

FLUJO DE TRABAJO DE REQUISITOS

Propsito del F.T. de Requisitos
Fases
Flujos de trabajo
fundamentales

Inicio

Elaboracin

Construccin

El propsito fundamental del flujo de

trabajo de requisitos es guiar el
desarrollo hacia el sistema correcto.

Transicin

Requisitos

Anlisis

Diseo

Implementacin

Prueba
Iteracin Iteracin - - #1
# 2 ...

- - - Iteracin Iteracin
#n
# n-1

--- --- --Iteraciones

Lograr
una
descripcin,
suficientemente
buena,
de
los
requisitos del sistema como para que
los desarrolladores lleguen a un
acuerdo con el cliente sobre qu
debe hacer y qu no debe hacer el
sistema.

Un.8 F.T. de Requisitos - (ASI: 2K6)

13

FLUJO DE TRABAJO DE REQUISITOS

Pasos del F.T. de Requisitos
Fases
Flujos de trabajo
fundamentales

Inicio

Elaboracin

Construccin

Transicin

Requisitos

Anlisis

Diseo

Implementacin

Prueba
Iteracin Iteracin
#1
# 2 ...

---

--- --- --Iteraciones

- - - Iteracin Iteracin
#n
# n-1

Ms all de cul sea el punto de

partida para el descubrimiento de los
requisitos (modelado del negocio,
del dominio, especificacin de
requisitos hecha por el cliente, etc.),
hay una serie de pasos que estn
siempre presentes:
Enumerar los requisitos candidatos.
Comprender el contexto del
sistema.
Encontrar requisitos funcionales
Encontrar requisitos no funcionales
Un.8 F.T. de Requisitos - (ASI: 2K6)

14

FLUJO DE TRABAJO DE REQUISITOS

Pasos del F.T. de Requisitos
Enumerar los requisitos candidatos
En funcin de captar los requerimientos, con la tarea de
elicitacin y el uso de distintos mtodos de bsqueda de
informacin.
Se elabora una Lista de Caractersticas conteniendo los
requisitos candidatos.

Comprender el contexto del sistema

A partir de:
o Modelo de Negocio
o Modelo de Dominio (MODP): captura los tipos de
objetos ms importantes en el contexto del sistema.
Los objetos del dominio representan las cosas que
existen o los eventos que suceden en el entorno
en el que se desenvuelve el sistema.
Un.8 F.T. de Requisitos - (ASI: 2K6)

15

FLUJO DE TRABAJO DE REQUISITOS

Pasos del F.T. de Requisitos
Comprender el contexto del sistema (Cont.)
El principal diagrama UML para describir el dominio es el
Diagrama de clases.
Como ya vimos en unidades anteriores, un diagrama de
clases (en UML) es un diagrama que muestra un conjunto de
clases, interfaces, sus colaboraciones y relaciones.
Se utilizan para modelar la vista de diseo esttica de un
sistema. Con UML los diagramas de clases se emplean para
visualizar el aspecto esttico de los bloques de construccin
bsicos del sistema y sus relaciones, y para especificar los
detalles para construirlos. Se consideran los patrones
estructurales para un buen modelado.
Un.8 F.T. de Requisitos - (ASI: 2K6)

16

FLUJO DE TRABAJO DE REQUISITOS

Pasos del F.T. de Requisitos
Capturar los Requisitos Funcionales.
La tcnica especfica para identificar los requisitos funcionales
del sistema se basa en los Casos de Uso.

Capturar los Requisitos No Funcionales.

Los requisitos no funcionales especifican propiedades del
sistema como restricciones del entorno o de la
implementacin,
dependencias
de
la
plataforma,
consideraciones de rendimiento, seguridad, flexibilidad,
facilidad de mantenimiento, etc.
Los casos de uso capturan tanto los requisitos funcionales
como los no funcionales, especficos de cada caso de uso.

Un.8 F.T. de Requisitos - (ASI: 2K6)

17

FLUJO DE TRABAJO DE REQUISITOS

Artefactos y Trabajadores
Trabajadores y artefactos implicados durante la captura de los
requisitos mediante casos de uso:

Especificador
de Casos
de Uso

Analista de
Sistemas
responsable de

responsable de

Diseador
de Interfaz
de Usuario
responsable de

Arquitecto

responsable de

Tv S at - Conexiones

Datos P lanes Recep

tores
Cliente

Dni:

Nombre:
Dom icilio

Calle:
C.P:

N:

Barrio:

Localidad:

Representante:
Cuit

Provincia:

Seleccionar

Aceptar

Razn Social

Cancelar

Modelo de
casos de uso

Actualizar Cliente

Actor

Glosario

Caso de uso

Actualizar Planes

Prototipo de
Interfaz de
Usuario

Descripcin
de la
Arquitectura
Un.8 F.T. de Requisitos - (ASI: 2K6)

18

FLUJO DE TRABAJO DE REQUISITOS

Actividades
El flujo de trabajo para la captura de requisitos en forma de casos
de uso, incluyendo trabajadores participantes y sus actividades

Analista de
Sistemas

Arquitecto

Especificador
de Casos
de Uso

Diseador
de Interfaz
de Usuario

Encontrar actores
y casos de uso

Estructurar el modelo
de casos de uso

Priorizar los
casos de uso

Detallar un
caso de uso

Prototipar la
interfaz del usuario
Un.8 F.T. de Requisitos - (ASI: 2K6)

19

FLUJO DE TRABAJO DE REQUISITOS

Actividades, Artefactos y Trabajadores
Modelo de Casos de Uso:
Es un modelo que contiene
actores, casos de uso y las
relaciones entre stos.
Si el modelo de casos de uso es
grande, es til introducir paquetes
en el modelo para tratar su
tamao. Un paquete reunir cierto
nmero
de
casos
de
uso
agrupados por algn criterio de
homogeneidad.
Se consideran los Patrones de
casos de uso para un buen
modelado.
Un.8 F.T. de Requisitos - (ASI: 2K6)

20

10

FLUJO DE TRABAJO DE REQUISITOS

Actividades, Artefactos y Trabajadores
Actor

Tipos
Generalizacin de actores

Casos de Uso
Categoras - Tipos

Glosario:
Se puede utilizar un glosario para
definir
trminos
comunes
importantes que los analistas y
otros desarrolladores utilizan al
describir el sistema.
Un.8 F.T. de Requisitos - (ASI: 2K6)

21

FLUJO DE TRABAJO DE REQUISITOS

Actividades, Artefactos y Trabajadores
Detallar casos de uso:
El objetivo de esta actividad es
detallar el flujo de sucesos en detalle,
incluyendo cmo comienza, termina
e interactan con los actores (uso de
plantillas).
Es la descripcin propiamente de
casos de uso.

Un.8 F.T. de Requisitos - (ASI: 2K6)

22

11

FLUJO DE TRABAJO DE REQUISITOS

Actividades, Artefactos y Trabajadores
Prototipo de Interfaz:
Nos ayudan a comprender y especificar las
interacciones entre actores humanos y el
sistema durante la captura de requisitos.
No slo nos ayuda a desarrollar una interfaz
grfica mejor, sino a comprender mejor los
casos de uso.
Prototipar la interfaz del usuario:
Hay que disear la interfaz de usuario que le
permita llevar a cabo los CU de manera
eficiente.
Se comienza intentando determinar qu se
necesita de las interfaces de usuario para
habilitar los casos de uso. Esto es hacer un
diseo lgico de la interfaz. Luego se realiza
un diseo fsico y se desarrollan prototipos.
Un.8 F.T. de Requisitos - (ASI: 2K6)

23

FLUJO DE TRABAJO DE REQUISITOS

Actividades, Artefactos y Trabajadores
Descripcin de la Arquitectura:
Contiene una vista del modelo de
casos de uso, que representa los
casos de uso significativos.
Debera incluir los CU que describan
alguna funcionalidad importante y
crtica, o que impliquen algn
requisito importante que deba
desarrollarse pronto, dentro del ciclo
de vida del software.
Priorizar los casos de uso:
El propsito de esta actividad es
determinar cules casos de uso son
necesarios para el desarrollo en las
primeras
iteraciones
y
cules
pueden dejarse para ms adelante.
Un.8 F.T. de Requisitos - (ASI: 2K6)

24

12

FLUJO DE TRABAJO DE REQUISITOS

Actividades, Artefactos y Trabajadores
Estructurar el Modelo de Casos de Uso:
Extraer descripciones de funcionalidad
generales y compartidas que pueden
ser utilizadas por descripciones ms
especficas.
Extraer descripciones de funcionalidad
adicionales u opcionales que pueden
extender descripciones ms especficas.
El
analista
debe
buscar
comportamientos
compartidos
y
extensiones. Esto se refleja en la
determinacin
de
relaciones
de
generalizacin, inclusin y extensin
entre casos de uso.
Un.8 F.T. de Requisitos - (ASI: 2K6)

25

Bibliografa
Booch Grady, Rumbaugh James, Jacobson
Ivar, (1999), El lenguaje de Modelado
Unificado, Espaa, Editorial Addison Wesley
Iberoamericana.
Jacobson Ivar, Booch Grady, Rumbaugh
James, (2000), El Proceso Unificado de
Desarrollo de Software, Espaa, Editorial
Addison Wesley.
Diapositivas de clase:
REALIZADO POR: Ing. Mara Irene Mac William - 2016

Un.7 Validacin de Requerimientos- (ASI: 2K6)

26

13