661905
Description
Mind Map by katerine0201, updated more than 1 year ago
|
Created by katerine0201
about 10 years ago
|
|
DIAGRAMAS DE CASOS DE USO
- Que es caso de uso?
- Es una descripciond e los pasos o las actividades que deberan realizarse para llevar a cabo un
proceso. los pesonajes o entidades que participan en un caso de uso se denominan actores.
- Es una descripciond e los pasos o las actividades que deberan realizarse para llevar a cabo un
proceso. los pesonajes o entidades que participan en un caso de uso se denominan actores.
- Que es?
- Sive para especificar la comunicacion y el comportamiento de un
sistema mediante su interaccion con los usuarios u otros sistemas.
- Sive para especificar la comunicacion y el comportamiento de un
sistema mediante su interaccion con los usuarios u otros sistemas.
- ACTORES
- Se llama actor a toda entidad al sistema que guarda una relacion con este y que le demanda una funcionalidad.Esto incluye a todos
los operadores humanos pero tambien incluyen a todos los sistemas externos, ademas de entidades abstractas como el tiempo.
- Se llama actor a toda entidad al sistema que guarda una relacion con este y que le demanda una funcionalidad.Esto incluye a todos
los operadores humanos pero tambien incluyen a todos los sistemas externos, ademas de entidades abstractas como el tiempo.
- RELACIONES DE CASO DE USO
- Las tres relaciones principales entre los casos de uso son soportados por el
estandar UML, el cual describe la notacion grafica para esa relaciones.
- Inclusion
- Es la forma de interacciòn o creacion, un caso de uso dado puede *incluir* otro caso
de uso. El primer caso de uso depende del resultado del caso de uso incluido.
- Es la forma de interacciòn o creacion, un caso de uso dado puede *incluir* otro caso
de uso. El primer caso de uso depende del resultado del caso de uso incluido.
- Extenciòn
- Unc aso de uso dado ( la extencion) puede extender a otro. Un caso
de uso a otro siempre debe tener extenciòn o inclusiòn.
- Unc aso de uso dado ( la extencion) puede extender a otro. Un caso
de uso a otro siempre debe tener extenciòn o inclusiòn.
- Generalizaciòn
- Es la actividad de identificar elementos en comun entre conceptos y efinir las
relaciones de una superclase ( concepto general)y subclase ( concepto especializado).
- Es la actividad de identificar elementos en comun entre conceptos y efinir las
relaciones de una superclase ( concepto general)y subclase ( concepto especializado).
- Inclusion
- Las tres relaciones principales entre los casos de uso son soportados por el
estandar UML, el cual describe la notacion grafica para esa relaciones.
- NORMAS DE APLICACIÒN
- UN CASO DE USO DEBE:
- Describir una tarea del negocio que sirva a una meta de negocio.
- Tener un nivel apropiado del detalle.
- Ser bastante sencillo como que un desarrollador lo elabore en un unico lanzamiento.
- Describir una tarea del negocio que sirva a una meta de negocio.
- SITUACIONES QUE PUEDEN DARSE:
- Un caso de uso extiende otro casod e uso.
- Un caso de uso utiliza otro caso de uso.
- Un caso de uso extiende otro casod e uso.
- UN CASO DE USO DEBE:
- VENTAJAS
- La tecnica de caso de uso tiene exito en sistemas interactivos, ya que expresa
la intencion que tiene el actor ( su asuario) al hacer uso del sistema.
- A su vez, durante la extraccion (elicitacion), el analisis se concentra en las tareas centrales del
usuario describiendo por lo tanto los diagramas de uso que mayor valor aporten al negocio.
- La tecnica de caso de uso tiene exito en sistemas interactivos, ya que expresa
la intencion que tiene el actor ( su asuario) al hacer uso del sistema.
- LIMITACIONES
- Los casos de uso deben ser utiles para establecer requisitos de comportamiento, pero no establece
completamente los requisitos funcionales ni permite determinar los requisitos no funcionales
- Los casos de uso deben complementarse con informacion adicional como reglas de negocio,
requisitos no funcionales, diccionario de datos que complementes los requisitos del sistema.
- Los casos de uso deben ser utiles para establecer requisitos de comportamiento, pero no establece
completamente los requisitos funcionales ni permite determinar los requisitos no funcionales
Want to create your own Mind Maps for free with GoConqr? Learn more.