Modelos Caso: Diagramas para Empresas Paul Leger http://pleger.cl pleger@ucn.cl

Modelo Un representación abstracta (o adecuadamente simplificada) de un mundo real La idea es solamente exponer/representar los elementos importantes relacionados al tema a estudiar Mundo Real Mundo Modelado Implementación

¿Es útil usar un Modelo (diagrama)? «Un texto siempre podría ser equivalente a una imagen» RESPUESTAS: SI: Un dibujo es rápidamente absorbido por el ser un humano. “Palabras por si solas no tienen significado” NO: Un dibujo es ambiguo “Palabras pueden entregar más detalle” objeto

Consejos para desarrollar modelos KISS = (Keep It Simple, Stupid) Un diagrama: Debe ser lo suficientemente preciso para representar su área de estudio Generalmente, debe ser lo suficientemente simple para entenderlo con una «mirada» (pensar en sus auditores/clientes) Siete objetos un humano puede mirar a la vez, intentar no exagerar en objetos EVITAR LA PARANOIA, el diagrama no debe «compilar/ejecutar». Si queremos algo detallado, mejor escribimos un texto ¡¡DEBE SER PRECISO/CONCISO!!

TIPS: Procesos de Negocios (1/2) El cliente no necesariamente entiende modelamiento de procesos Hay diferentes tipos de diagrama, cada uno muestra una vista del negocio (hoy veremos tres diagramas) Debe usar el vocabulario del cliente (ej. bodega), evite crear sus propias términos (ej. contenedor de instrumentos). ¡¡Mida el nivel de conocimiento de su cliente!! Cada diagrama debería ser auto contenido, es decir, para ser entendido un diagrama, no debería depender de otro diagrama Re-use diagramas, no define el mismo diagrama dos veces. Por ejemplo, sub-procesos Muchas empresas necesitan diagramas -- incluso son requisitos para aprobar algunas normas

TIPS: Procesos de Negocios (2/2) Capturar información del cliente no es sencillo, el cliente no sabe bien qué quiere No hay modelo único, hay posibles soluciones; es subjetivo. Intentar procesar reglas y aprender patrones para resolver diagramas Sea simple, considere que otras personas deben entenderlo y seguirlo. Generalmente, un BP agrega burocracia Si hay mucha burocracia, nadie sigue el proceso Un BP se batalla con la innovación y flexibilidad Un modelo está en constante evolución, debe ser validado con el cliente y con una marcha en blanco ¿Cuántos “pasos” son necesarios para aprobar un BP como completo? No hay receta. “La experiencia hace al maestro”

Elementos usados en los Diagramas Entidades - Cuadrados Relaciones - Conectores entre entidades

Modelos Para la primera prueba, nosotros usaremos varios tipos de diagrama Procesos de negocio (BP) o BPMN Mapa de procesos (landscape) Organización Diagrama de casos de usos para escenarios

ARIS EXPRESS (http://www.ariscommunity.com/aris-express) Ofrece varios tipos de diagramas

Exportar pdf, rtf y generación de reportes Business Process Exportar pdf, rtf y generación de reportes Elementos de un BP Fragmentos de BP

DEMO Mirar Pantalla

Procesos De Negocio (1) La idea es definir que actividades deberían suceder cuando un evento llega Comienza con un evento Generalmente sigue un grupo de actividades Finaliza con un evento

Procesos De Negocio (2) Los eventos deberían representar una acción ya gatilladas Las actividades siempre comienzan con un verbo en infinitivo (ej. Evaluar) Idealmente encontrar un responsable a la actividad Las compuertas muestran una separación de caminos Una responsabilidad puede ser preferiblemente tomada por un Role También podría ser tomada por una Persona, IT Systems Hay actividades que pueden generar documentos oficiales (ej. orden de compra) Un IT System puede usar base de datos

Puertas Lógicas

Ejercicio: Eciem Un estudiante reprobó por tercera vez un ramo Un estudiante se enferma para una prueba Un accidente en la universidad

Consultas