Embed Size (px)
DESCRIPTION
Analisis y diseño de Sistemas para 4to año de Ingeniería de Sistemas que complementaran la formacion
Citation preview
PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE
MODELO DE REQUERIENTOS
Docente:
Ing. Omar L. Loaiza Jara
Lima, Octubre del 2014
UNIVERSIDAD PERUANA UNION
EAP DE INGENIERIA DE SISTEMAS
Cada mañana en África, cuando una gacela despierta, sabe que debe correr mas rápido que el león, o perderá la vida.
Cada mañana en África, cuando el león despierta, sabe que deber correr más rápido que la gacela, para no morir de hambre.
Cuando el sol se levante, no importa donde estés o si eres León o Gacela. Lo que importa es que estés corriendo ...
¿Por qué hacer Proyectos?
LA IMPORTANCIA DE SABER LO QUE QUIERE EL CLIENTE.
MODELO DE REQUERI MIENTOS EN EL USDP: Estrategia Iterativa e
Incremental
• Ciclo de vida repetitivo.
• Cada repetición es un mini
proyecto.
• Entregas parciales.
• Cada entrega completa el
Sistema total.
Modelos comerciales:
• Proceso Uniicado Rational.
• VICO.
• Enterprise Architect.
• Etc.
Inicio Elab. Const. Transic.
Mod. Negocio
Mod. Requer.
Mod.Análisis
Mod.Diseño
Mod.Implement.
Mod.Pruebas
C y MC.
Adm.Proyecto
ITERACIONES
x
x
x
x
x
x
x
x x x x
¿Qué es el Modelo de Requerimientos?
Es el conjunto de peticiones / requerimientos que se desea ver
en la futura arquitectura tecnológica , o que se desea que lo
haga por nosotros.
Relación entre el Modelo de Negocio y el Modelo de
Requerimientos:
• El modelo de negocio estudia la realidad.
• El modelo de requerimientos es una lista de peticiones que
tendrá la futura arquitectura tecnológica
• El modelo de negocio estudia la realidad.
• El modelo de requerimientos responde a la realidad (modelo
del negocio).
• El modelo de requerimientos se basa en el modelo del
negocio, o,
• El modelo de negocio sirve de base para formular
requerimientos en el lenguaje del cliente.
Modelo de
Negocio
Modelo de
Requerimientos
Expresa lo que hará
el futuro Sistema o
Arquitectura
Tecnológica como
solución.
Responde a la
realidad mediante
acciones de software.
Expresa lo que se
hace en la realidad en
cada proceso de
negocio (Caso de Uso
de Negocio).
Expresa la realidad.
Modelo de
Negocio
Modelo de
Requerimientos
Expresa lo que se pide
que haga el futuro
Sistema o Arquitectura
Tecnológica como
solución.
Escrito en el lenguaje
del cliente:
“El Sistema debería …”
“Quisiera que el Sistema
haga …”
Expresa lo que se
hace en la realidad en
cada proceso de
negocio (Caso de Uso
de Negocio).
Expresa la realidad.
Se traducen
las inten-
ciones del
cliente en
opciones de
software
Relación entre el Modelo de Negocio y el Modelo de Requerimientos:
Del Modelo de Negocio al Modelo de Requerimientos:
Fuente:Reenskaug, T.: Working with Objects: the OOram Software Engineering Method. Addison-Wesley / Manning Publications. (1996)Reenskaug, T.:“Working with Objects: a Three-Model Architecture for the Analysis ofInformation Systems. JOOP Vol. 10, No. 2 (May 1997) 22-30
Trabajadores:
Analista de Sistemas Especificador C.Uso Diseñador de Interfaces
Arquitecto
Modelo de Casos
de Uso
Actor Glosario Caso de Uso Prototipo de
Interfaz gráfica
de Usuario
Descripción de la Arquitectura
Actividades:
Analista de Sistemas
Arquitecto
Especificador de Casos de Uso
Diseñador de Interfaz
de usuario
Identificar actores y
Casos de uso
Estructurar el modelo
de Casos de Uso
Priorizar
Casos de Uso
Detallar Casos de Uso
Esbozar Interfaz
de Usuario
* Actividad: Encontrar actores y casos de uso:
Modelo de Negocio
Requisitos adicionales
Lista de características
Analista de Sistemas
Encontrar actores y
Casos de Uso.
Modelo de Casos
de Uso.
Glosario
¿Quiénes utilizarán el Sistema?
¿Quién funcionalidades deberá
Tener el Sistema?
Del Modelo de Negocio al Modelo de Requerimientos:
[RF]
Actividades de procesos de negocio fuente de Casos de Uso:
1
2
3
4
5 6
7
El consejo es:
1 caso de uso
por cada
Actividad del
proceso de
Negocio, auque
no es regla general.
Ver 6.6.3
“El proceso unificado de desarrollo de
software”. Rumbaugh, Jacobson y Booch, p
120
Casos de Uso resultantes de las actividades de procesos de negocio:
7 actividades en
el proceso de negocio 7 Caso de Uso en el sistema=
Ejemplo adicional:
Acápite 7.4.1.4 – Sección Capturar requisitos funcionales (p. 144[último
párrafo] – p.145).
Hacer càlculos
Redactar
documentos
Comunicar
ideas
MOD. NEGOCIO MODELO DE. REQUERIMIENTOS
Imprimir documentos
Configurar documentos
Hacer negrita
Aplicar fórmulas aritméticas
Construir gráficas
Hacer cálculos estadísticos
Aumentar tamaño de fuente
Aplicar diseño de diapositivas
Dibujar formas geométricas.
RF1
RF2
RF3
RF4
RF5
RF6
RF7
Reproducir
documentos
Formatear
documentos
Efectuar
cálculos
Graficar
datos
Hacer cálculos
estadísticos
Formatear
letras
Escoger estilo
artístico
Hacer gráficos
Imprimir documentos
Configurar documentos
Hacer negrita
Aplicar fórmulas aritméticas
Construir gráficas
Hacer cálculos estadísticos
Aumentar tamaño de fuente
Aplicar diseño de diapositivas
Dibujar formas geomètricas.
Microsoft Office
Hacer cálculos
Redactar
documentos
Comunicar
ideas
Cada acción (Caso
de Uso) que hace
Microsoft Office
fue diseñado en
base a la
comprensión que
se alcanzó de los
Procesos de
negocio (Casos de
Uso de Negocio) de
quienes Llegarían a
ser sus clientes
Oficina X
Los C.U.N. sirven para
hallar RF por medio de
actividades de los Diag.
Actividad..
[ RF ]
¿Qué es un Caso de Uso?
• Es una acción que el sistema efectuará .
• Es la (parte de la) respuesta a un
requerimiento que hizo el cliente mediante
funciones.
• Son las acciones que le permitirá hacer al
usuario dentro del sistema.
• Produce un resultado observable para el
usuario del sistema.
Hacer negrita Consolidar ventas Construir cuadro
Comparativo de
Cotizaciones
Matriz de Requerimientos:
Las referencias teóricas no indican la construcción de una matriz de
requerimientos o su uso, pero si realizan el proceso de captura de casos de
uso.
Acápite 6.3 – Sección Capturar requisitos funcionales (p.109)
Acápite 7.4.1. – Actividad: encontrar actores y casos de uso (p.138).
* Actividad: Actividad: Priorizar Casos de Uso.
Modelo de Casos
de Uso.
Requisitos adicionales
Glosario
Arquitecto
Priorizar Casos de Uso Descripción de la
Arquitectura(Vista del modelo
de Casos de Uso)
*Actividad: Detallar casos de uso.
Modelo de Casos
de Uso.
Requisitos adicionales
Glosario
Especificador de
Casos de Uso
Detallar Casos de Uso Caso de Uso(detallado)
• Formato de descripción de alto nivel.
• Formato de descripción extendido.
* Actividad: Prototipar Casos de Uso.
Modelo de Casos
de Uso.
Requisitos adicionales
Glosario
Diseñador de interfaz
de Usuario
Prototipar
Interfaz de
Usuario
Prototipo
Interfaz de Usuario
Caso de Uso(detallado)
Protipado de Requerimientos:
* Actividad: Estructurar el modelo de Casos de uso.
Modelo de Casos
de Uso.(esbozado)
Requisitos adicionales
Glosario
Analista de Sistemas
Estructura del modelo
de Casos de UsoModelo de Casos de Uso
(estructurado)
Caso de Uso(detallado)
Inscribir concursante
Pagar
Inscribir concursante con relaciones
De extensión e inclusión
