Análisis y Diseño de Sistemas Sesión # 02 Fecha: Análisis y Diseño de Sistemas
MODELO DE NEGOCIOS Modelo de Casos de Uso del Negocio Sesión 02 Análisis y Diseño de Sistemas Orientado a Objetos 12/04/2017
Contenido Modelo de Negocio Introducción Vistas Modelo de Casos de Uso del Negocio Estructura Identificación de Objetivos, Actores y Casos de Uso del Negocio Diagrama de Casos de Uso del Negocio Análisis y Diseño de Sistemas Orientados a Objetos 12/04/2017
Objetivos Comprender la estructura y la dinámica de la organización objetivo. Comprender los problemas actuales de la organización objetivo e identificar el campo de acción incluido en donde hay un potencial incluido de crecimiento y mejoras. Evaluar el impacto del cambio en la organización objetivo. Asegurar que los clientes y usuarios finales, desarrolladores y otros roles tengan un rendimiento común de la organización objetivo. Obtener de forma preliminar, los requerimientos del sistema que necesita la organización objetivo. CURSO: Análisis y Diseño de Sistemas 12/04/2017
1. Modelo de Negocios Análisis y Diseño de Sistemas Orientado a Objetos 12/04/2017
Roles y Responsabilidades CURSO: Análisis y Diseño de Sistemas 12/04/2017
Actividades del Modelo de Negocio CURSO: Análisis y Diseño de Sistemas 12/04/2017
Vistas del Modelo de Negocio Vista Externa del negocio Vista Interna del negocio CURSO: Análisis y Diseño de Sistemas 12/04/2017
Identificación de Artefactos Bussines Goal Busines Actor Bussines Use Case CURSO: Análisis y Diseño de Sistemas 12/04/2017
Bussines Goal (BG) Un Bussines Goal es un requisito que el negocio debe satisfacer. El objetivo de negocios debe ser: Alcanzable, que sea posible lograrlo (con recursos y capacidades a disposición). Claro sobre qué, dónde, cuándo y cómo va a cambiar la situación . Mesurable, que sea posible cuantificar los fines y beneficios. Realista, que sea posible obtener el nivel de cambio reflejado. Sensible al tiempo, estableciendo el periodo de tiempo en el que debe concretarse. CURSO: Análisis y Diseño de Sistemas 12/04/2017
Bussines Actor (BA) Un Business Actor, representa un ROL jugado por alguien o algo externo al negocio y que interactúa o se relaciona con el. Un BA se beneficia o afecta por los resultados del proceso. CURSO: Análisis y Diseño de Sistemas 12/04/2017
Bussines Use Case Describe un proceso de negocio desde un punto de vista externo que percibe algún tipo de valor. Ubicación fuera de las fronteras del negocio. No siempre se identifica con el nombre de un cargo de la Organización Representar el nombre con roles de ejecución, más no áreas o departamentos de la Organización. Son roles (humanos, software o hardware), no personas con nombres propios. Asociarse con al menos un CUN De no participar en algún proceso debe ser eliminado del modelo CURSO: Análisis y Diseño de Sistemas 12/04/2017
Identificar Bussines Use Case (BUC) Un BUC identifica un proceso específico del negocio que produce un resultado de valor medible y esperado por un actor (o actores) en particular. Representa la secuencia de actividades desarrolladas para lograr un valor. Categorías: básicas, estratégicas y de apoyo CURSO: Análisis y Diseño de Sistemas 12/04/2017
Bussines Use Case Diagram Se basa en los principios del diagrama de casos de uso de UML. Muestra los procesos del Negocio que son usados por los roles del negocio. Solo se tiene en cuenta “¿Quién se beneficia? / ¿Qué proceso?” QUIEN (actor del negocio identificado) QUE(caso de uso del negocio identificado) Relaciones entre ellos(asociaciones) CURSO: Análisis y Diseño de Sistemas 12/04/2017
Ejercicio # 1 En el Área de Abastecimientos de una empresa, el Actor de negocio, externo al proceso es el Proveedor. Este actor interviene en los procesos de Compra de Productos (por parte de la empresa), Devolución de Productos (por parte de la empresa) y Recepción de Productos (comprados por la empresa) CURSO: Análisis y Diseño de Sistemas 12/04/2017
Solución Bussines Actor: Bussines Use Case: Bussines Use Case Diagram CURSO: Análisis y Diseño de Sistemas 12/04/2017
Conclusiones NO constituye un diagrama de flujo de datos, ni menos presenta la secuencialidad entre los procesos Análisis y Diseño Orientado a Objetos 12/04/2017
Bibliografía Rumbaugh J. El Proceso Unificado de Desarrollo de Software. PEARSON Educación SA PMI Fundamentos para la Dirección de Proyectos (Guía del PMBOK) Análisis y Diseño de Sistemas orientado a Objetos 12/04/2017