MTA - 5 - TP1 - M2 Modelos de CUS (Act, CUS, Paq, Diag CUS) PDF

Taller de proyectos 1 UPC Online
1
Indicaciones
Para el curso de Taller de Proyectos 1, es importante que revises este materiales fin de
recordar temas de cursos anteriores.
Relaciona los conceptos con los artefactos que debes producir en la segunda iteración de tu
proyecto.
2
Logros de la sesión
Al finalizar este MTA, estarás preparado para:
• Elaborar modelo de casos de uso del sistema.

Los cuales deberás presentar como parte de las sub iteraciones de la 2da. Iteración de tu
proyecto.
3
El temario es:
1. Modelo de casos de uso del sistema.
1.1 Identificar actores de sistema
1.2 Identificar Casos de Uso del Sistema
1.3 Diagrama de paquetes
1.4 Diagrama de casos de uso de sistema por paquete
4
En RUP (Rational Unified Process), la segunda disciplina es la de Requerimientos

Recuerdas cuales son las actividades de dicha disciplina?
5
Aquí tienes todas las actividades de la segunda disciplina de RUP

Entonces luego de la primera actividad, debes realizar las actividades del 2 a la 7 para tu
segunda iteración.
6
7
El modelo de casos de uso del sistema esta formado por:
8
9
10
¿Dónde encontrar a los actores del sistema?

Trabajadores del negocio (bussiness workers).
Por cada trabajador del negocio con actividades a automatizar identificar a un actor
del sistema.
Dar al actor del sistema el mismo nombre del trabajador del negocio.
11
¿Dónde encontrar a los actores del sistema?

También se puede encontrar en:
Trabajadores del negocio (bussiness workers).
Dado que al automatizar una de las tareas de dichos trabajadores , estos se convierten en
actores de sistema.
12
Los actores de negocio también se pueden convertir en actores de sistema,

Cuando la actividad que realizaba el trabajador se automatiza y se traslada la
responsabilidad de realizarla al actor de negocio, por ello resulta ser un actor de sistema.
13
En la diapositiva tenemos en el negocio:

Traveler como actor del negocio
Travel Agent como trabajador del negocio
Para el sistema tendremos que:
Travel Agent como actor del sistema dado que interactuará con el sistema donde se
encuentra la actividad que se le automatizó.
Es decir aquí hemos podido observar a un trabajador que se convierte en actor de sistema.
14
Si en nuestro negocio solo tenemos al actor de negocio y ya no tenemos al trabajador,

entonces el Actor del negocio (bussiness actors) se convierte en actor de sistema. Ya que el
actor compraría directamente sus pasajes.
Otros elementos que ayudan a encontrar a los actores del sistema.

• Personas que usan el sistema.
• Personas que interactuarán con el sistema.
• Personas que proveen información al sistema.
• Usuarios que requieren ayuda de parte del sistema para poder desarrollar sus
actividades o tareas.
• Usuarios que desarrollan funciones secundarias, tales como mantenimiento y
administración del sistema.
• Personas que instalarán el sistema.
• Software o hardware externos a la frontera del sistema con los que el sistema requiera
interactuar.
15
16
17
18
Relación entre Actor del sistema, Usuario y Rol.

• Un usuario juega un rol y es representado por un actor. En este caso tenemos que un
usuario es equivalente a un Rol de Tomas
• Varios usuarios juegan un rol y son representados por un actor.
• Un usuario juega varios roles y es representado por un actor.
En estos dos últimos casos tenemos que un Rol es igual a actor de sistema
19
No olvides que los actores de sistema

• Son roles (humanos, software o hardware), no personas con nombres propios.
• No siempre está asociado con el nombre de un cargo en la planilla de la organización
objetivo.
• El nombre no debe representar áreas, departamentos o partes de una organización
sino roles de ejecución.
• Cada actor debe estar asociado con al menos un caso de uso del sistema. Si no
participa en ningún proceso debe ser eliminado del modelo.
Al elaborar el diagrama de actores de sistema debes representar las generalizaciones que

identificaste al identificar los actores de sistema.
20
21
Un caso de uso del sistema identifica:

Un proceso específico del sistema con identidad propia.
Define una secuencia de acciones que el sistema realiza para un actor en particular.
Es decir produce un resultado observable y esperado para el actor correspondiente.
Son procesos del sistema, que en muchos casos corresponden con opciones de ejecución.
Deben estar asociados a por lo menos un actor del sistema u otro caso de uso del sistema.
Para encontrar los casos de uso del sistema debes preguntarte:

• ¿Cuáles son las actividades del negocio objetos de automatización?
• ¿Cuáles son las tareas que el actor desea que el sistema desarrolle?
• ¿El actor crea, almacena, cambia, elimina o consulta datos en el sistema?
• ¿El actor necesita informar al sistema cambios generados en el entorno circundante al
sistema?
• ¿El actor necesita ser informado sobre la ocurrencia de situaciones externas al sistema?
22
No olvides que los casos de uso de sistema
Son procesos del sistema, que en muchos casos corresponden con opciones de ejecución.
Deben estar asociados a por lo menos un actor del sistema u otro caso de uso del sistema.
Y representan la generalidad del comportamiento del proceso y no una instancia o

escenario específico o caso muy particular del sistema.
23
24
Cuando se tiene un esquema orientado a operaciones y tareas, es decir estructurado.

Los requerimientos funcionales están orientados a las operaciones, entonces:
• Los CUS está orientados a las tareas que realizan los objetos de tipo CLIENTE.
• Los CUS se identifican teniendo en cuentan cada operación necesitada
25
Cuando se tiene un esquema orientado a objetos.

Los requerimientos funcionales están orientados a los objetos:
• Los CUS está orientados a los objetos que realizan las operaciones o tareas.
• Los CUS se identifican teniendo en cuentan el objeto involucrado, en este caso
al objeto CLIENTE.
26
27
Los requerimientos deben ser identificados orientados a objetos para permitir

arquitecturas de SW y sistemas más escalables, modificables, mantenibles y portables.
Las arquitecturas orientadas a objetos se adaptan mejor a los cambios en las necesidades y
los requerimientos.
28
29
En el caso del enfoque estructurado ante un nuevo requerimiento:
Por ejemplo:
Imprimir información de los clientes.
Entonces la arquitectura debe cambiar para aceptar el nuevo requerimiento.
30
En el caso de Orientado a Objetos, ante un nuevo requerimiento.

La arquitectura no necesita cambiar para aceptar el nuevo requerimiento.
31
32
En el caso de modo estructurado el nuevo requerimiento se atendería adicionando un

nuevo caso de uso de Sistema.
33
En el caso de orientado a objetos, el nuevo requerimiento se atiende con otro caso de uso
de sistema similar a estructurado.
34
35
No olvides que los casos de uso de sistema

Los casos de uso de sistema
• Los casos de uso del sistema deben ser identificados orientados a objetos para
permitir arquitecturas de SW y sistemas más escalables, modificables, mantenibles
y portables.
36
37
Un paquete es una colección de artefactos (casos de uso, actores, relaciones, diagramas y

otros paquetes) que se utiliza para dividir un modelo en partes de menor tamaño.
Representa un subsistema o módulo de la aplicación.
Ejemplo:
Paquete Ventas.
Paquete Seguridad.
Un paquete.
•Hace más fácil la definición de la arquitectura.
•Facilita la asignación de responsabilidades y tareas a los miembros del equipo de proyecto.
Si el número de actores y casos de uso es elevado, entonces debes utilizar paquetes dentro
del Modelo de Casos de Uso del Sistema.
38
39
En este ejemplo algunos o todos los procesos del paquete PAQUETE 1 dependen de
algunos o todos los procesos del paquete PAQUETE 2
40
Si la dependencia entre los procesos de ambos paquetes es tan fuerte y combinada es

preferible.
Unir los dos paquetes en uno solo.
Reconsiderar nuevos paquetes con diferente distribución de casos de uso del
sistema.
41
En este ejemplo de diagrama de paquetes tenemos que todos los paquetes dependen del
paquete seguridad, por los accesos al sistema.
Igualmente se puede observar que el paquete Reportes de gerencia depende de los
paquetes Solicitud de servicio y Evaluación de solicitud de donde obtendrá la información
que requiere para generar los reportes.
42
43
El Diagrama de Casos de Uso del sistema es.

Herramienta proporcionada por UML.
Muestra gráficamente los requerimientos funcionales del sistema.
Muestra los procesos que son usados por los roles del sistema.
Solo se tiene en cuenta “¿QUIÉN realiza QUÉ proceso?”
¿QUIÉN? (actor del sistema identificado).
¿QUÉ? (caso de uso del sistema identificado).
Relaciones entre ellos (asociaciones).
Recuerda no constituye un Diagrama de Flujo de Datos.
44
45
Aquí puedes observar un diagrama de casos de uso de sistema en la que se aprecia a los
actores de sistema con loas casos de uso asociados.
46
47
48
49
50
51
52
53
54
55
56
57
58

MTA - 5 - TP1 - M2 Modelos de CUS (Act, CUS, Paq, Diag CUS) PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

MTA - 5 - TP1 - M2 Modelos de CUS (Act, CUS, Paq, Diag CUS) PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Taller de proyectos 1 UPC Online

• Elaborar modelo de casos de uso del sistema.

En RUP (Rational Unified Process), la segunda disciplina es la de Requerimientos

Aquí tienes todas las actividades de la segunda disciplina de RUP

El modelo de casos de uso del sistema esta formado por:

¿Dónde encontrar a los actores del sistema?

¿Dónde encontrar a los actores del sistema?

Los actores de negocio también se pueden convertir en actores de sistema,

En la diapositiva tenemos en el negocio:

Para el sistema tendremos que:

Si en nuestro negocio solo tenemos al actor de negocio y ya no tenemos al trabajador,

Otros elementos que ayudan a encontrar a los actores del sistema.

Relación entre Actor del sistema, Usuario y Rol.

No olvides que los actores de sistema

Al elaborar el diagrama de actores de sistema debes representar las generalizaciones que

Un caso de uso del sistema identifica:

Para encontrar los casos de uso del sistema debes preguntarte:

No olvides que los casos de uso de sistema

Y representan la generalidad del comportamiento del proceso y no una instancia o

Cuando se tiene un esquema orientado a operaciones y tareas, es decir estructurado.

Cuando se tiene un esquema orientado a objetos.

Los requerimientos deben ser identificados orientados a objetos para permitir

En el caso del enfoque estructurado ante un nuevo requerimiento:

En el caso de Orientado a Objetos, ante un nuevo requerimiento.

En el caso de modo estructurado el nuevo requerimiento se atendería adicionando un

No olvides que los casos de uso de sistema

Un paquete es una colección de artefactos (casos de uso, actores, relaciones, diagramas y

Si la dependencia entre los procesos de ambos paquetes es tan fuerte y combinada es

El Diagrama de Casos de Uso del sistema es.

Você também pode gostar