Análisis y Diseño de Sistemas

Presentación del tema: "Análisis y Diseño de Sistemas"— Transcripción de la presentación:

1 Análisis y Diseño de Sistemas
Sesión # 02 Fecha: Análisis y Diseño de Sistemas

2 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

3 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

4 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

5 1. Modelo de Negocios Análisis y Diseño de Sistemas Orientado a Objetos 12/04/2017

6 Roles y Responsabilidades
CURSO: Análisis y Diseño de Sistemas 12/04/2017

7 Actividades del Modelo de Negocio
CURSO: Análisis y Diseño de Sistemas 12/04/2017

8 Vistas del Modelo de Negocio
Vista Externa del negocio Vista Interna del negocio CURSO: Análisis y Diseño de Sistemas 12/04/2017

9 Identificación de Artefactos
Bussines Goal Busines Actor Bussines Use Case CURSO: Análisis y Diseño de Sistemas 12/04/2017

10 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

11 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

12 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

13 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

14 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

15 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

16 Solución Bussines Actor: Bussines Use Case: Bussines Use Case Diagram
CURSO: Análisis y Diseño de Sistemas 12/04/2017

17 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

18 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