1 1 Proceso Unificado de Desarrollo de Software Fase de Inicio A. Soriano (UCV-USB) Septiembre 2005 2 Proceso Unificado: Referencia Básica Craig Larman “Applying UML and Patterns: An Introduction to Object. Oriented Analysis and Design and the Unified Process” Prentice-Hall, Inc. 2002 ISBN 0-13-092569 Descripción del Problema: Cap. 3 Fase de Inicio Cap. 4 -5 - 6 y 7 Modelo de Casos de Uso: Cap. 6 - 25
57
Embed
Proceso Unificado de Desarrollo de Software Fase de …ci3715/teoria/html/cla_0005.pdf · 4 7 Fase de Inicio: ¿Para qué? Modelado del Negocio Implementación Prueba Entrega Análisis
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
1
1
Proceso Unificado de Desarrollo de Software
Fase de Inicio
A. Soriano (UCV-USB)Septiembre 2005
2
Proceso Unificado: Referencia Básica
Craig Larman
“Applying UML and Patterns: An Introduction to Object. Oriented Analysis and Design and the Unified Process”
Prentice-Hall, Inc. 2002 ISBN 0-13-092569
Descripción del Problema: Cap. 3 Fase de Inicio Cap. 4 -5 - 6 y 7 Modelo de Casos de Uso: Cap. 6 - 25
2
3
Proceso Unificado:Referencias“El Proceso unificado de desarrollo de Software”I. Jacobson, G. Booch y J.RumbaughAddison Wesley - Pearson Education 1999
“Applying UML and Patterns: An Introduction to Object. Oriented Analysis and Design and the Unified Process”Craig LarmanPrentice-Hall, Inc. 2002 ISBN 0-13-092569
“The Rational Unified Process”Ph. KruchtenAddison Wesley 2000
4
Proceso Unificado:Referencias
“El Lenguaje Unificado de Modelado: Manual de Referencia”J.Rumbaugh, I. Jacobson y G. BoochAddison Wesley - Pearson Education 2000
• Formular el alcance del proyecto.Capturar los requerimientos y restricciones mas importantes, de los cuales pueda depender la finalización del producto
• Preparar el caso del negocio, identificar riesgos
y evaluar alternativas para su manejo, personal,
tiempos, estimar costos y beneficios
• Sintetizar una arquitectura candidata
10
Modelo de Casos de Uso
Glosario
Visión, Requerimientosy Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Visión general (problema, usuarios, producto, restricciones)
Requerimientos principales
6
11
Modelo de Casos de Uso
Glosario
Visión, Requerimientosy Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Describe la terminología clave
Describe los requerimientos funcionales y aquellos no funcionales relacionados
12
EspecificacionesSuplementarias
Modelo de Casos de Uso
Glosario
Visión y Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Describe otros requerimientos
7
13
Plan de Iteración
Lista de Riesgos y
Plan de Manejo
EspecificacionesSuplementarias
Modelo de Casos de Uso
Glosario
Visión y Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Describe y prioriza los riesgos
Describe cómo mitigar los riesgos
Describe qué hacer en la primera iteración de la Fase de Elaboración
14
Modelo del Dominio
Plan de Iteración
Lista de Riesgos y
Plan de Manejo
EspecificacionesComplementarias
Modelo de Casos de Uso
Glosario
Visión y Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Prototipo
- del comportamiento del sistema
- de la estructura del sistema
Conceptos básico del dominio y relaciones entre ellos
8
15
¿Demasiada Documentación?
NO!
sólo deberá construir los
artefactos que considere necesarios
para alcanzar
el hito de la fase
16
Especificador de caso de uso
Caso de uso
Diseñador de interfaz de usuario
Prototipo de interfaz de usuario
Arquitecto
Descripción de la arquitectura
Analista de sistemas
Modelo de casos de uso
Actor Glosario
Fase de Inicio: ¿Quién es responsable de producir Qué?
9
17
ArquitectoPriorizar los casos de uso
Analista de sistemasEncontrar actores
y casos de usoEstructurar el modelo
de casos de uso
Diseñador de interfaces de usuario
Prototipo de la interfaz de usuario
Especificador de casos de usoDetallar un caso de uso
Fase de Inicio: ¿Cuándo debe producirse un artefacto?
18
Artefactos de la Fase de Inicio: ¿En qué disciplina debe producirse un artefacto?
Modelado del Negocio
ImplementaciónPrueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requerimientos
Gerencia de ProyectoAmbiente
Fases
Iteraciones
Elaboración Construcción Transición
Gerencia de Configuración y Cambio
Inicio
- Caso del Negocio
- Modelo del Negocio
10
19
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Modelado del Negocio
ImplementaciónPrueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requerimientos
Gerencia de ProyectoAmbiente
Fases
Iteraciones
Elaboración Construcción Transición
Gerencia de Configuración y Cambio
Inicio
-Visión
- Modelo de Casos de Uso
- Especificaciones Complementarias
- Glosario
20
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Modelado del Negocio
ImplementaciónPrueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requerimientos
Gerencia de ProyectoAmbiente
Fases
Iteraciones
Elaboración Construcción Transición
Gerencia de Configuración y Cambio
Inicio
- Modelo Conceptual
- Análisis y Diseño de
Interfaces
11
21
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Modelado del Negocio
ImplementaciónPrueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requerimientos
Gerencia de ProyectoAmbiente
Fases
Iteraciones
Elaboración Construcción Transición
Gerencia de Configuración y Cambio
Inicio
Codificación de Prototipos
22
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Modelado del Negocio
ImplementaciónPrueba
Entrega
Análisis y Diseño
Disciplinas
Fundamentales
Requerimientos
Gerencia de ProyectoAmbiente
Fases
Iteraciones
Elaboración Construcción Transición
Gerencia de Configuración y Cambio
Inicio
Plan de Desarrollo del Software
12
23
¿Entendió la Fase de Inicio?
•¿Es una fase que no puede realizarse en unas pocas semanas,
excepto para proyectos pequeños y simples?
•¿Debemos capturar la mayor parte de los requerimientos?
•¿La planificación deberá ser estricta?
•¿ Se define completamente la arquitectura del sistema?
•¿Se debe primero levantar requerimientos, luego diseñar la
arquitectura y finalmente implementar?
•¿Es el documento Visión un documento superfluo?
•¿Es superfluo identificar actores y casos de uso?
•¿Debemos describir en detalle todos los casos de uso?
FALSO
FALSO
FALSO
FALSO
FALSO
FALSO
FALSO
FALSO
24
Los Requerimientos
¿Qué son?
¿Para qué sirven?
¿Cómo se clasifican?
¿A través de qué artefactos pueden describirse?
13
25
Los Requerimientos: ¿Qué son?
¿Qué deberá hacer el sistema?¿En qué condiciones deberá hacerlo?
¿Qué cualidades o atributos deberá poseer el sistema?
26
Los Requerimientos: ¿Para qué sirven?
Requerimientos
14
27
Los Requerimientos: Tipos
28
Los Requerimientos: Categorías FURPS+
15
29Req
u erim
ien t
o s o
A
trib u
tos d
e C
alid
adLos Requerimientos:
Categorías FURPS+
30
Func
iona
les
No
Func
iona
les
Los Requerimientos: Clasificación de uso común
16
31
Los Requerimientos: Artefactos
Los Requerimientos Funcionales
32
¿ Caso de Uso ?
Actor
¿Qué representa la figura?
Sistema
17
33
¿ Caso de Uso ?
¿Qué hace el actor?¡Usa el sistema !El actor interactúa con el sistema.
Se realiza una secuencia específica de acciones
Escenario Instancia de Caso de Uso
34
¿ Caso de Uso ?
• Representa una colección de escenarios de éxito y falla relacionados, que describe actores usando el sistema
• Define una funcionalidad del sistema
18
35
Caso de Uso: Definición en RUP
“Un conjunto de instancias de caso de uso, en el que cada instancia es una secuencia de acciones realizadas por el sistema y que conducen a un resultado de valor observable para un actor particular”
Appliyng UML and patterns. 2° edición
C. Larman
Prentice Hall. 2002
36
Caso de Uso: Definición en RUP
“Un conjunto de instancias de caso de uso, en el que cada instancia es una secuencia de acciones realizadas por el sistema y que conducen a un resultado de valor observable para un actorparticular”
Appliyng UML and patterns. 2° edición
C. Larman
Prentice Hall. 2002
19
37
Caso de Uso: Recomendación
1. Responder a la pregunta:
¿Qué puede hacer el sistema para producir resultados de valor para un actor en particular?
38
Computador,
Lector de código de barra
Software del Sistema
registrar ventas
y manejar los pagos
Caso de Estudio: Sistema de Punto de Venta
Punto de Venta para ventas al detal: POS (Point of Sale)
Uso principal:
Compuesto por: Ilustración extraída de:
Appliyng UML and patterns.
2° edición
C. Larman
Prentice Hall. 2002
20
39
Ejemplo: POSManejar devoluciones
Principal Escenario de éxitoUn cliente llega a la caja con productos para su devolución. El cajero usa el sistema POS para registrar cada producto .....
Escenarios AlternativosEl cliente pagó con tarjeta de crédito y la transacción de reembolso es rechazada, se le informa al cliente y ....
.....
40
¿Cómo determinar los Casos de Uso?
SISTEMA
¿Sistema?
21
41
¿Cómo determinar los Casos de Uso?
SISTEMA
¿Límite del Sistema?
42
¿Cómo determinar los Casos de Uso?
SISTEMA
Límite del Sistema
¿Actores?
22
43
¿Cómo determinar los Casos de Uso?
SISTEMA
Actor
¿Qué quiere el actor? ¿metas? ¿objetivos?
44
¿Cómo determinar los Casos de Uso?
SISTEMA
Actor
Esto, esto, esto
y esto
23
45
¿Cómo determinar los Casos de Uso?
SISTEMA
Actor
Ah!, ahora defino los casos de uso.
46
Casos de Uso:Descripción
Breve
Casual
Completo
Un párrafo resumen correspondiente al escenario principal
Formato informal, los escenarios se presentan en múltiples párrafos
Formatos
Formato elaborado. Todos los pasos y variaciones se describen en detalle; incluye secciones de soporte tales como postcondiciones ...
24
47
Caso de uso en formato breveEjemplo: POS Manejar Devoluciones
Manejar devolucionesUn cliente llega a la caja con productos para su devolución. El cajero usa el sistema POS para registrar cada producto .....
48
Caso de Uso: Manejar DevolucionesPrincipal Escenario de éxito
Un cliente llega a la caja con productos para su devolución. El cajero usa el sistema POS para registrar cada producto .....
Escenarios Alternativos
El cliente pagó con tarjeta de crédito y la transacción de reembolso es rechazada, se le informa al cliente y ....
.....
Caso de uso en formato casualEjemplo: POS Manejar Devoluciones
25
49
Caso de uso en formato completowww.usecases.org
Actor Principal
Expertos e Interesados
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito ( Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Tecnología y Lista de Variaciones de Datos
Frecuencia de Ocurrencia
Preguntas abiertas
Actor que invoca al sistema
solicitando un servicio con un propósito
particular
50
Caso de uso en formato completoEjemplo: POS Procesar Venta
Actor Principal: Cajero
26
51
Actor Principal
Participantes e Intereses
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito (Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Tecnología y Lista de Variaciones de Datos
Frecuencia de Ocurrencia
Preguntas abiertas
Posibles participantes en el
Caso de Uso y sus intereses
Caso de uso en formato completowww.usecases.org
52
Caso de uso en formato completoEjemplo: POS Procesar Venta
Participantes e Intereses:
Cajero: Desea garantizar registro rápido y sin errores en los pagos
Vendedor: Desea que su comisión se registre adecuadamente
...
27
53
Actor Principal
Expertos e Interesados
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito (Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Tecnología y Lista de Variaciones de Datos
Frecuencia de Ocurrencia
Preguntas abiertas
Aquellas premisas que deben ser ciertasantes de la ejecución
del caso de uso
Caso de uso en formato completowww.usecases.org
54
Caso de uso en formato completoEjemplo: POS Procesar Venta
Precondiciones: El Cajero está identificado y autorizado
28
55
Actor Principal
Expertos e Interesados
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito (Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Tecnología y Lista de Variaciones de Datos
Frecuencia de Ocurrencia
Preguntas abiertas
Establece lo que debe cumplirse
en caso de haber sidocompletado con éxito
el caso de uso.Escenario principal o algún curso alterno
Caso de uso en formato completowww.usecases.org
56
Caso de uso en formato completoEjemplo: POS Procesar Venta
Postcondiciones:
La venta fue registrada.
El impuesto fue correctamente calculado.
El inventario fue actualizado.
Las comisiones fueron registadas.
Se generó un recibo.
29
57
Actor Principal
Expertos e Interesados
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito (Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Tecnología y Lista de Variaciones de Datos
Frecuencia de Ocurrencia
Preguntas abiertas
También llamado escenario“happy path”.Describe el curso típico que satisface el interés
de aquellos relacionados con el caso de uso
Caso de uso en formato completowww.usecases.org
58
Caso de uso en formato completoEjemplo: POS Procesar Venta
Escenario Principal de Éxito (Flujo Básico):
El escenario registra principalmente tres tipos de pasos:1. Interacción entre actores2. Validación (generalmente hecha por el sistema)3. Cambio de estado del sistema
(ejemplo: registrar o modificar información)
30
59
Caso de uso en formato completoEjemplo: POS Procesar Venta
1) El Cliente llega al POS de salida con artículos a comprar
2) El Cajero inicia una nueva venta
3) El Cajero introduce la identificación del producto
4) El sistema registra cada línea de venta y presenta la descripción y el total acumulado
El Cajero repite los paso 3 y 4 hasta que se indique hecho
Escenario Principal de Éxito (Flujo Básico):
60
Caso de uso en formato completoEjemplo: POS Procesar Venta
Escenario Principal de Éxito (Flujo Básico):1) El Cliente llega al POS de salida con artículos a comprar
2) El Cajero inicia una nueva venta
3) El Cajero introduce la identificación del producto
4) El sistema registra cada línea de venta y presenta la descripción y el total acumulado
El Cajero repite los paso 3 y 4 hasta que se indique hecho
FORMATO DE UNA COLUMNA
31
61
Caso de uso en formato completoEjemplo: POS Procesar Venta
Acción del Actor Respuesta del Sistema
1) El Cliente llega al POS de
salida con artículos a comprar
2) El Cajero inicia una nueva venta
3) El Cajero introduce la
identificación del producto 4) Registra cada línea de venta ypresenta la descripción y el total acumulado
El Cajero repite los paso 3 y 4 hasta
finalizar de introducir los productos
...
Escenario Principal de Éxito (Flujo Básico):
FORMATO DE DOS COLUMNAS
62
Actor Principal
Expertos e Interesados
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito ( Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Tecnología y Lista de Variaciones de Datos
Frecuencia de Ocurrencia
Preguntas abiertas
Indican otos escenarios o ramas, tanto de éxito
como de falla.Generalmente son más
extensos y complejos que el curso normal
Caso de uso en formato completowww.usecases.org
32
63
Caso de uso en formato completoEjemplo: POS Procesar Venta