Ingeniero en prevención de riesgos

Universidad de Valparaíso
Facultad de Ciencias Económicas y Administrativas
Escuela de Ingeniería Comercial

Introducción

Reflexión Inicial
“La parte más difícil de construir un sistema es precisamente saber qué
construir…

“UML: Casos de Uso”

Ninguna otra parte del trabajo conceptual es tan difícil como establecer los
requerimientos técnicos detallados, incluyendo todas lasinterfaces con gente,
máquinas, y otros sistemas…
Ninguna otra parte del trabajo afecta tanto al sistema si es hecha mal…
Ninguna es tan difícil de corregir mas adelante...
Entonces, la tarea más importante que el ingeniero de software hace para el
cliente es la extracción iterativa y el refinamiento de los requerimientos del
producto”.

Asignatura

Tecnología de la Información para la GestiónProfesor

Daniel Cabrera Paniagua

[Brooks87] Frederik P. Brooks. “No Silver Bullet. Essence and Accidents in
Software Engineering”. IEEE Computer. Abril 1987.

DCP – Tecnología de la Información para la Gestión

Introducción

Introducción

Conceptos (1)

Conceptos (2)

- Ningún sistema se encuentra aislado. Cualquier sistema interactúa con actores
humanos o mecánicos que loutilizan con algún objetivo.
- Los Casos de Uso describen bajo la forma de acciones y reacciones el
comportamiento de un sistema desde el punto de vista del usuario.
- Permiten definir los límites del sistema y las relaciones entre el sistema y el
entorno.
- Los Casos de Uso particionan el conjunto de necesidades atendiendo a la
categoría de usuarios que participan en el mismo.
- Están basadoen el lenguaje natural, es decir, son entendibles por los
usuarios.

- Un caso de uso es una descripción de un conjunto de secuencias de
acciones, incluyendo variantes, que ejecuta un sistema para producir un
resultado observable de valor para un actor.
- Un caso de uso involucra la interacción de actores y el sistema u otros sujetos.
- A nivel de sistemas, un caso de uso describe unconjunto de secuencias,
donde cada secuencia representa la interacción de los elementos externos al
sistema (sus actores) con el propio sistema.
- En realidad, estos comportamientos son funciones a nivel del sistema que se
utilizan durante la captura de requisitos y el análisis, para visualizar,
especificar, construir y documentar el comportamiento esperado del sistema.
- Un caso de usorepresenta un requisito funcional del sistema global.

- Los casos de uso son independientes del método de diseño que se utilice.

DCP – Tecnología de la Información para la Gestión

DCP – Tecnología de la Información para la Gestión

Conceptos

Conceptos

Actores (1)

Actores (2)

- Un actor representa un conjunto coherente de roles que los usuarios de los
casos de uso desempeñan.

-En un sistema en ejecución, por ejemplo, una persona puede ser tanto
ResponsablePrestamos como Cliente.

- Normalmente, un actor representa un rol que es desempeñado por una
persona, un dispositivo hardware, o incluso, otro sistema al interactuar con el
nuestro.

- Los actores se representan como “siluetas humanas” o también llamados
“monigotes”.

- Por ejemplo, si una persona trabajapara un banco, un rol podría ser
ResponsablePrestamos.

Actor denominado
"Cliente"

- Si tiene sus cuentas personales en ese banco, está desempeñando también el
rol de Cliente.
- Una instancia de un actor, por lo tanto, representa una interacción individual
con el sistema de una forma específica.

Cliente

- Aunque se utilizan actores en los modelos, éstos no forman parte del sistema(están fuera de la aplicación, en el entorno que lo rodea).
DCP – Tecnología de la Información para la Gestión

DCP – Tecnología de la Información para la Gestión

Conceptos

Conceptos

Actores (3)

Casos de Uso (1)

- Se pueden definir categorías generales de actores (como Cliente), y
especializarlos (como ClienteComercial), a través de relaciones de
generalización.

- Un caso de...