Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Temario
1.Ciclo de vida de un sistema en RUP
2.Resumen del Negocio
3.Resumen de Requerimientos
4.Resumen de Casos de Uso
5.Herramientas de modelamiento UML
6.Casos de uso del sistema
Disciplinas de ingeniería
Disciplinas de soporte
Resumen
1) EL NEGOCIO 2) REQUERIMIENTO:
Proceso de negocio Característica que el sistema software
Flujo de trabajo de la organización. Existe por sí mismo. debe tener.
-Requerimientos funcionales(QUE)
Los requisitos funcionales son declaraciones de los servicios
Técnicas para modelamiento del negocio que proveerá el sistema.
-Modelo de Casos de Uso del Negocio Ejemplo. El sistema permitirá generar un pedido, imprimir
Un modelo de casos de uso del negocio describe los procesos del negocio de la organización en una factura, generar un reporte de un determinado periodo,
términos de use case del negocio y actores del negocio que corresponden a procesos del negocio y etc.
clientes respectivamente. -Requerimientos no funcionales(COMO)
-Casos de Uso de Negocio(Business use case) o CUN. Se refiere a propiedades como fiabilidad, respuesta en el
tiempo y capacidad de almacenamiento.
Representa un “Proceso del Negocio”. La interfaz de usuario del sistema se implementara sobre
-Actor del negocio (Business Actor) Web y Mobile.
-Modelo de Objetos del Negocio El sistema deberá soportar al menos 40 transacciones por
segundo.
Business Worker y Business Entity
-BPM Y BPMN / BIZAGI
-Elaboración de artefactos de cada proyecto en
3) Caso de Uso del
clase(definido en ficha de proyecto) Sistema(CU)
Técnica para la definición de requisitos
funcionales.
Herramientas de modelamiento UML
Herramientas de modelamiento UML
Elementos:
• Actor
• Caso de Uso
• Relaciones
• Limites
Diagramas de Casos de Uso
Elemento “Actor”
Un actor representa un conjunto de roles que los usuarios del sistema pueden tomar
cuando interactúan con él.
Típicamente el actor puede representar el rol de:
• Un humano
• Otro sistema
• Un dispositivo de hardware
Ejemplo
Un Cajero que trabaja en un Banco es cliente del sistema de administración
Probablemente existan muchos cajeros en el banco, pero en lo que al sistema respecta
todos juegan el mismo rol. Este rol lo representaremos mediante el actor Cajero.
Diagramas de Casos de Uso
Elemento “Actor”
Aunque empleemos actores en nuestros modelos no son parte de nuestro sistema, viven
fuera del sistema.
Los actores llevan adelante los casos de uso. Un actor puede realizar muchos casos de uso, a
la vez que un caso de uso puede ser utilizado por muchos actores.
Elemento “Actor”
Relación “Inclusión”
Una relación de inclusión entre los casos de uso significa que el caso de uso
base incorpora explícitamente el comportamiento de otro en el punto
explicitado en el primero
Casos de Uso del Sistema(CU)
Casos de Uso del Sistema(CU)
Relación “Extensión”
Emplearemos una relación de extends para modelar parte de un caso de uso
que es visto como comportamiento opcional del sistema.
Casos de Uso del Sistema(CU)
Límites
El rectángulo alrededor de los casos de uso se llama caja de los límites del
sistema, y como su nombre mismo lo sugiere, permite representar el alcance
del sistema. Los casos de uso dentro del rectángulo representan la
funcionalidad que se desea implementar.
Casos de Uso del Sistema(CU)
Casos de Uso del Sistema(CU)
Aplicabilidad
Aplicamos Casos de Uso para capturar el comportamiento deseado del sistema que vamos a
desarrollar.
Los casos de uso proveen una forma común de entender el sistema, tanto para los usuarios como para
los expertos del dominio del problema.
Es habitual que en reuniones con usuarios "no técnicos" se utilice casos de usos para que los
"técnicos" puedan hablar un mismo idioma y facilitar la comunicación (los diagramas son simples y
fáciles de entender).