Академический Документы
Профессиональный Документы
Культура Документы
Logro de la Unidad
Al trmino de la unidad, el alumno elabora y sustenta el modelado del negocio y la captura de requisitos de dos procesos de negocio en los que identifica el modelo de casos de uso del negocio, el modelo de anlisis del negocio, y el modelo de casos de uso con sus respectivos artefactos. Para ello, aplica la metodologa RUP, los diagramas UML y la herramienta CASE Rational Software Architect.
Contenido
Modelado del Negocio. Actividades Matriz de trazabilidad Modelo de casos de uso Identificar Actores Identificar Caso de Uso Diagrama de Caso de Uso
4
Qu es un requerimiento?
Un requerimiento se define como una condicin o capacidad a la que debe ajustarse el sistema que se construye
Captura de Requisitos
Existen dos fuentes Del modelado del negocio De las solicitudes de stakeholders
Tcnicas para capturar requisitos: Reglas del Negocio Entrevistas --------------------------------Cuestionarios ----------------Lluvia de ideas Requisitos funcionales y Prototipos no funcionales
7
Modelo de Negocio
17
IDENTIFICAR
GARANTIZAR
Actores
Un actor del sistema (actor) representa un rol (humano, software o hardware) externo al sistema con el que se establece intercambio directo de informacin. Ejemplo:
Vendedor. Jefe de Almacn. Asistente de Produccin.
19
Identificar Actores
Actividades : Primeros pasos para definir que o quienes usarn el sistema. Fenmeno externo que interactuar con el sistema es representado por el actor. Los diferentes tipos de usuario son representados como actores. Preguntas Frecuentes :
Qu grupos de Usuarios : a. Necesitan ayuda del sistema para llevar a cabo sus tareas? b. Son fundamentales para ejecutar las funciones obvias del sistema? c. Son los que llevarn a cabo funciones secundarias como mantenimiento o administrac.? El sistema a desarrollar interactuar con algn hardware o sistema de software?
20
Nuevo SISTEMA
21
La diferencia entre un actor y un usuario del sistema es que el actor representa a un tipo particular de usuario o rol.
22
Tambin existe la posibilidad de tener a un usuario jugando varios roles. Es decir, el usuario se comporta como varios actores.
Charlie es Almacenero
23
Encontrar a los actores significa tambin definir las fronteras del sistema. Slo aquellos que se comunican directamente con el sistema son actores.
Ejm: Si est desarrollando un Sistema de Reservaciones, para un agente de viajes, el actor ser el Agente de Viaje. El viajero no interacta con el sistema, entonces no ser un actor.
24
Ejm :
Si est desarrollando un Sistema de Reservaciones, para que los viajeros se puedan conectar a travs de Internet, el viajero ahora si interactuar con el Sistema y se convertir en ACTOR.
25
Ejm :
Un respaldo automtico del sistema que se ejecuta todas las noches o la generacin automtica de reporte de ventas diario.
26
Casos de Uso
Un caso de uso del sistema: Es un proceso especfico del sistema con identidad propia. Define una secuencia de acciones que el sistema realiza para un actor en particular. Define la interaccin con el actor correspondiente. Produce un resultado observable y esperado para el actor correspondiente.
28
Preguntas Frecuentes :
Cules son las actividades del negocio objetos de automatizacin? Cules 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?
29
es una
muestra
muestra
Los procesos que son usados por los roles del sistema
34
Conclusiones
El modelo identifica quien interacta con el sistema. Un actor del sistema (actor) representa un rol (humano, software o hardware) externo al sistema con el que se establece intercambio directo de informacin. Un caso de uso es un proceso especfico del sistema con identidad propia; describen los requerimientos funcionales.
35
Bibliografa
GRADY BOOCH, JAMES RUMBAUGH, IVAR JACOBSON 2006 El Lenguaje Unificado de Modelado UML 2.0. Madrid: Pearson Addison Wesley 2da. Edicin. PRESSMAN, ROGER S. 2002 Ingeniera del Software: un enfoque prctico Madrid: MC Graw-Hill. SOMMERVILLE, IAN Ingeniera de Software Madrid: Pearson Addison Wesley
36