Please enable JavaScript.
Coggle requires JavaScript to display documents.
9.- Qué es un CASO DE USO en los sistemas de información de acuerdo a UML,…
9.- Qué es un CASO DE USO en los sistemas de información de acuerdo a UML
UML
un lenguaje de modelado
especifica
construir
visualiza
documentar partes de un sistema software desde distintos puntos de vista.
usarse con cualquier proceso de desarrollo
dominios de aplicación
plataformas de implementación
puede usarse en tres áreas
modelado de procesos
extensión mediante perfiles.
a los mecanismos de adaptación
la ingeniería de negocio
Lo que no es
• UML no es un método, ni un proceso ni una metodología
• UML no es una notación propietaria
El objetivo de UML
unificación de los métodos de modelado de objetos
OMT
OOSE
Booch
por medio de la
elección de una representación gráfica con una sintaxis simple, expresiva e intuitiva.
Identificación y definición de la semántica de los conceptos fundamentales
caso de uso
que es
descripción de las acciones de un sistema
herramienta valiosa dado que es una técnica de aciertos y errores
justamente desde el punto de vista del usuario.
obtener los requerimientos del sistema
modelan la funcionalidad del sistema usando actores y casos de uso
son servicios o funciones provistas por el sistema para sus usuarios.
Documentación de los casos de uso
formas principales
• Un diagrama en UML
documento detallado
specificación de requisitos funcionales propuesta inicialmente por Ivar Jacobson
[Jacobson et al. 1992]
[Jacobson, 1987]
UML Modela la funcionalidad del sistema tal
agentes externos
denominados actores
Sus componentes principales son:
• Casos de uso: unidades funcionales completas
• Actores: entidades externas que interactúan con el sistema
• Sujeto: sistema que se modela
muestra como una caja negra que proporciona los casos de us
Características
se centra en describir cómo alcanzar una única meta o tarea de negocio.
evitan típicamente la jerga técnica
pretenden ser herramientas simples para describir el comportamiento del software o de los sistemas
contiene una descripción textual de todas las maneras que los actores previstos podrían trabajar con el software o el sistema
no describen ninguna funcionalidad interna (oculta al exterior) del sistema
ni explican cómo se implementará.
muestran los pasos que el actor sigue para realizar una tarea.
Un caso de uso debe:
ser bastante sencillo como que un desarrollador lo elabore en un único lanzamiento
tener un nivel apropiado del detalle
describir una tarea del negocio que sirva a una meta de negocio
Situaciones que pueden darse:
Un actor se comunica con un caso de uso
en cambio si es secundario, el sistema será el que inicie la comunicación).
si se trata de un actor primario la comunicación la iniciará el actor,
Un caso de uso utiliza otro caso de uso.
Un caso de uso extiende otro caso de uso.
Ventajas
permite que el analista se centre en las necesidades del usuario
evitando que la gente especializada en informática dirija la funcionalidad del nuevo sistema basándose solamente en criterios tecnológicos.
resa la intención que tiene el actor (su usuario) al hacer uso del sistema.
el analista se concentra en las tareas centrales del usuario describiendo por lo tanto los casos de uso que mayor valor aportan al negocio
facilita luego la priorización del requerimiento.
Limitaciones
ni permiten determinar los requisitos no funcionales.
establecen completamente los requisitos funcionales
deben complementarse con información adicional
requisitos no funcionales
como reglas de negocio
diccionario de datos que complementen los requerimientos del sistema
ingeniería del funcionamiento
especifica que cada caso crítico del uso debe tener un requisito no funcional centrado en el funcionamiento asociado.
