1. El documento describe el método de desarrollo de software conocido como Proceso Unificado, el cual se basa en iteraciones cortas y en la construcción incremental del sistema. 2. Se explican las fases del proceso, los artefactos que deben producirse en la fase de inicio y las disciplinas a las que pertenecen dichos artefactos. 3. Los casos de uso y los requerimientos funcionales se presentan como herramientas importantes para describir las funcionalidades del sistema desde las primeras etapas del desarrollo.

1. 1
Método de Desarrollo de Software
Proceso Unificado
Fase de Inicio
A. Soriano – N. Zambrano (Universidad Central de Venezuela)
Inicio Elaboración Construcción Transición
Actividades Fases
requerimientos
Análisis
Diseño
Implementación
Prueba
Construcción
Usuario
iter 1 | iter 2 | | | | | | | iter n
Modelo de Casos de Uso

2. 2
Proceso Unificado: Referencias Complementarias
“Applying UML and Patterns: An Introduction to Object Oriented Analysis and Design and the Unified Process” Craig Larman- Prentice-Hall, Inc. 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)
“El Proceso unificado de desarrollo de Software” I. Jacobson, G. Booch y J.Rumbaugh- Addison Wesley - Pearson Education
“The Rational Unified Process” Ph. Kruchten - Addison Wesley
“El Lenguaje Unificado de Modelado: Manual de Referencia” J.Rumbaugh, I. Jacobson y G. Booch - Addison Wesley - Pearson Education.

3. 3
Inicio
Elaboración
Construcción
Transición
Fases
Actividades
Análisis
requerimientos
Análisis
Diseño
Implementación
Prueba
Construcción
Interfaz
Usuario
iter 1 | iter 2 | | | | | | | iter n
Proceso Unificado
Debe quedar claro el alcance y la factibilidad del proyecto

4. 4
Esencia del proceso: desarrollo iterativo
•El desarrollo es planificado en lapsos fijos y cortos: las iteraciones
•El ciclo de vida es un proceso con feedback y adaptación
•El sistema crece incrementalmente
•El resultado de cada iteración es un subconjunto del sistema final
•Una iteración puede significar elegir un conjunto de requerimientos y diseñar, implementar y testear o centrarse en mejorar una cualidad

5. 5
Fase de Inicio: ¿objetivos?
• Formular el alcance del proyecto
Capturar los requerimientos y restricciones mas importantes, a partir de los cuales pueda depender la finalización del producto
•Preparar el negocio, identificar riesgos y evaluar alternativas para su manejo, personal, tiempos, estimar costos y beneficios

6. 6
Modelo de Casos de Uso
Glosario
Visión, Requerimientos
y Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Describe la terminología clave
Describe los requerimientos funcionales
Visión general (problema, usuarios, producto, restricciones)
Requerimientos principales

7. 7
Plan de Iteración
Lista de Riesgos y Plan de Manejo
Modelo de Casos de Uso
Glosario
Fase de Inicio: ¿Qué Artefactos producir?
Describe y prioriza los riesgos. Analiza cómo mitigar los riesgos
Describe qué hacer en la primera iteración de la Fase de Elaboración
Visión, Requerimientos y Caso del Negocio

8. 8
Modelo del Dominio
Plan de Iteración
Lista de Riesgos
y
Plan de Manejo
Modelo de Casos de Uso
Glosario
Visión y Caso del Negocio
Fase de Inicio: ¿Qué Artefactos producir?
Prototipo
prototipo de interfaz u otro tipo de prototipo
Objetos básicos del dominio y relaciones entre ellos

9. 9
¿Demasiada Documentación?
SI! sólo debe construir los artefactos que considere necesarios para alcanzar el objetivo de la fase

10. 10
Fase de Inicio Artefactos principales
Artefactos a producir
Un documento que de una visión del problema mostrando los requerimientos centrales del proyecto y las restricciones principales
Un modelo de casos de uso preliminar que muestre las funcionalidades (casos de uso) y los actores identificados en las etapas iniciales
Un modelo del dominio que muestre los objetos y conceptos más importantes del contexto del dominio.

11. 11
Fase de Inicio Artefactos principales
Artefactos a producir
Un modelo del negocio que muestre el contexto del negocio, los criterios para determinar el éxito del proyecto y la previsión financiera
Una estimación inicial de los riesgos
Una planificación del proyecto que muestre fases e iteraciones

12. 12
Fase de Inicio: ¿En qué disciplina debe producirse un artefacto?
Inicio
Elaboración
Construcción
Transición
Fases
Actividades
Análisis
requerimientos
Análisis
Diseño
Implementación
Prueba
Construcción
Interfaz
Usuario
iter 1 | iter 2 | | | | | | | iter n
- Modelo del Negocio

13. 13
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Inicio
Elaboración
Construcción
Transición
Fases
Actividades
Análisis
requerimientos
Análisis
Diseño
Implementación
Prueba
Construcción
Interfaz
Usuario
iter 1 | iter 2 | | | | | | | iter n
- Modelo de Casos de Uso - Glosario

14. 14
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Inicio
Elaboración
Construcción
Transición
Fases
Actividades
Análisis
requerimientos
Análisis
Diseño
Implementación
Prueba
Construcción
Interfaz
Usuario
iter 1 | iter 2 | | | | | | | iter n
- Análisis y Diseño de Interfaces
- Modelo del dominio

15. 15
Artefactos de la Fase de Inicio: ¿En qué disciplina?
Inicio
Elaboración
Construcción
Transición
Fases
Actividades
Análisis
requerimientos
Análisis
Diseño
Implementación
Prueba
Construcción
Interfaz
Usuario
iter 1 | iter 2 | | | | | | | iter n
Codificación del Prototipo

16. 16
Los Requerimientos
¿Qué son?
¿Para qué sirven?
¿Cómo se clasifican?
¿A través de qué artefactos pueden describirse?

17. 17
Los Requerimientos:
¿Qué deberá hacer el sistema?
¿En qué condiciones deberá hacerlo?
¿Qué cualidades o atributos deberá poseer el sistema?

18. 18
Los Requerimientos: ¿Para qué sirven?
Requerimientos

19. 19
Los Requerimientos:
No Funcionales

20. 20
Los Requerimientos: Artefactos
Los Requerimientos Funcionales
historias de utilización del sistema por parte del usuario para alcanzar las metas que provee
=

21. 21
¿ Casos 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

22. 22
¿ Caso de Uso ?
•Representa un escenario que realiza el actor usando el sistema para un próposito específico
•Define una funcionalidad del sistema
Enlace a UML-Casos de Uso
Unified Modeling Language

23. 23
Computador
Lector de código de barra
Software del Sistema
registrar ventas
y manejar los pagos
Caso de Estudio: Sistema de Puntos de Venta
Puntos de Venta para ventas al detal en una tienda: (PV)
Uso principal:
Compuesto por:
Ilustración extraída de:
Appliyng UML and patterns. 2° edición- C. Larman. Prentice Hall. 2002
Caso de Estudio : Puntos de Venta (PV)

24. 24
Cajero
Sistema PV
Requerimientos Funcionales 4. Casos de Uso
Meta:
Procesar ventas
Caso de Estudio : Puntos de Venta (PV)

25. 25
Requerimientos Funcionales 4. Casos de Uso
Meta del Cajero:
Procesar Venta
Procesar Venta
Manejar Devoluciones
Pago
Alquilar
Caso de Estudio : Puntos de Venta (PV)

26. 26
Requerimientos Funcionales : casos de Uso
Procesar Venta
PuntoVenta
Cajero
Pago
Caso de Estudio : Puntos de Venta (PV)

27. 27
Casos de Uso: Descripción
 Breve
Casual
Completo
Un párrafo resume el escenario principal
Formato informal, los escenarios se
presentan en múltiples párrafos
Todos los pasos y variaciones se describen en detalle; incluye secciones de soporte tales como post-condiciones ...
Caso de Estudio : Puntos de Venta (PV)

28. 28
Ejemplo: Casos de Uso Procesar venta
Escenario Principal
1. Un cliente llega a la caja con los productos que va a comprar. El cajero inicia la venta para un nuevo cliente. Registra en la caja cada producto y el sistema genera una linea por cada producto y muestra el total por producto y el total acumulado. Al finalizar se calcula el impuesto y se le muestra al cliente el total a pagar …
Caso de Estudio : Puntos de Venta (PV)
Formato breve

29. 29
Ejemplo: Casos de Uso Procesar venta
Escenario Principal
1. Un cliente llega a la caja con los productos que va a comprar. El cajero inicia la venta. Registra en la caja cada producto.....
Escenarios Alternativos
1.1 Un código de producto no es reconocido....
1.2 El precio de un producto está equivocado.....
.....
Caso de Estudio : Puntos de Venta (PV)
Formato casual

30. 30
Caso de uso en formato completo
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
Actor Principal: Cajero
Actor principal Caso de Estudio : Puntos de Venta (PV)
www.usecases.org

31. 31
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
participantes en el
Caso de Uso y
sus intereses
Caso de uso en formato completo
Participantes e Intereses:
•Cajero: Desea garantizar registro rápido y sin errores en los pagos
•SENIAT: Desea que el impuestro se registre adecuadamente ...
Participantes e intereses
Caso de Estudio : Puntos de Venta (PV)

32. 32
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 ciertas antes de la ejecución del caso de uso
Caso de uso en formato completo
Caso de uso Procesar Venta
Precondición: El Cajero está identificado y autorizado
Precondiciones
Caso de Estudio : Puntos de Venta (PV)

33. 33
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 sido completado con éxito el caso de uso. (escenario principal o algún curso alterno)
Caso de uso en formato completo
Postcondiciones:
Caso de uso Procesar Venta
- La venta fue registrada.
- El impuesto fue calculado.
- Se calcula el total a pagar
Postcondiciones Caso de Estudio : Puntos de Venta (PV)

34. 34
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
Describe el curso normal
de una secuencia de transacciones
Caso de uso en formato completo
Curso básico

35. 35
1) El Cajero inicia una nueva venta 2) El Cajero introduce la identificación de un producto y la cantidad 2.1 El sistema registra cada línea de venta y presenta el total por producto, la descripción y el total acum. de la venta El Cajero repite el paso 2 hasta que finalicen los productos 4) El sistema calcula el impuesto y se muestra al cliente el total a pagar
Caso de uso en formato completo Ejemplo: Procesar Venta
Escenario Principal de Éxito (Flujo Básico):
FORMATO DE UNA COLUMNA Caso de Estudio : Puntos de Venta (PV)

36. 36
Caso de uso en formato completo Ejemplo: Procesar Venta
Escenario Principal de Éxito (Flujo Básico):
Actor Sistema
Caso de Estudio : Puntos de Venta (PV)
1) El Cajero inicia una nueva venta
2) El Cajero introduce la identificación del producto y la cantidad
3) Registra cada línea de venta y presenta la descripción, el total por linea y el total acumulado
El Cajero repite el paso 2 hasta finalizar de introducir los productos
Calcula el impuesto y se muestra el total a pagar
FORMATO DE DOS COLUMNAS

37. 37
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 otros escenarios
no usuales, tanto de éxito como de falla.
Caso de uso en formato completo
Caso de uso Procesar Venta
Extensiones (Cursos Alternos):
3. Identificación de producto inválida:
El Sistema señala el error, rechaza la entrada y solicita la id
Cursos alternos Caso de Estudio : Puntos de Venta (PV)

38. 38
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
Requerimientos
no funcionales
asociados con
el caso de uso
Caso de uso en formato completo
Requerimientos no funcionales
Caso de uso Procesar Venta Requerimientos Especiales:
- Pantalla Táctil en un gran monitor plano que permita texto visible a 1 metro. ...
Caso de Estudio : Puntos de Venta (PV)

39. 39
Actor Principal
Expertos e Interesados
Precondiciones
Éxito Garantizado (Postcondiciones)
Escenario Principal de Éxito (Curso Básico)
Extensiones (Cursos Alternos)
Requerimientos Especiales
Aspectos Técnicos y Tecnologías
Frecuencia de Ocurrencia
Preguntas abiertas
Detalles técnicos que deben ser considerados en el caso de uso
Caso de uso en formato completo
Caso de uso Procesar Venta
- La identificación del producto se introduce por una lectora láser y opcionalmente por el teclado.
Tecnologías
Caso de Estudio : Puntos de Venta (PV)

40. 40
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
Indica la frecuencia de ocurrencia del caso de uso
Caso de uso en formato completo
Frecuencia de Ocurrencia:
continua
Ocurrencias

41. 41
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
Aspectos
no considerados
que se mantienen
como preguntas abiertas
Caso de uso en formato completo
Preguntas Abiertas:
-¿Puede el cliente directamente usar el lector de tarjetas de crédito, o es indispensable que lo haga el cajero? ...
Preguntas abiertas Caso de Estudio : Puntos de Venta (PV)

42. 42
Caso de uso: Descripción
¿Qué formato usar?
 Breve
 Casual
 Completo
Procesar Venta
Alquilar Manejar Devoluciones

43. 43
Casos de Uso en el Proceso Unificado
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Enlazan las disciplinas

44. 44
Casos de Uso en el Proceso Unificado
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Describen los procesos de negocio

45. 45
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Casos de Uso en el Proceso Unificado
Lenguaje de comunicación común entre los clientes o usuarios y desarrolladores del sistema.
Requerido para la definición de prototipos de interfaces.

46. 46
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Casos de Uso en el Proceso Unificado
Creación y validación de la arquitectura del sistema.

47. 47
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Casos de Uso en el Proceso Unificado
El Modelo de Diseño es la especificación de la implementación
Las realizaciones de los Casos de Uso en el modelo de Diseño se usan para entender el dinamismo del sistema y determinar donde optimizar el rendimiento.

48. 48
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Casos de Uso en el Proceso Unificado
Constituyen la base para identificar los casos de prueba
Se ejecuta cada Caso de Uso para verificar el sistema.

49. 49
Modelado del Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Entrega
Disciplinas
Casos de Uso en el Proceso Unificado
Sirven para planificar la entrega de una fase o definir variantes del sistema
Proveen gran parte de la estructura y contenido de los manuales de usuario.

50. 50
URL de interes
(asociadas al libro de Craig Larman):
•www.craiglarman.com
•www.phptr.com/larman
•Acerca de UML:
•www.omg.org
•www.celigent.com/uml
Requerimientos:
•www.swebok.org
•www.sei.cmu.edu