I D E A S 07 s Del espacio del problema al espacio de la solución Jonás A. Montilva C., Ph.D. Universidad de Los Andes Facultad de Ingeniería Departamento de Computación Mérida Venezuela Mayo 2007 1 Contenidos 2 1
Introducción En los últimos siete años, el s ha ganado popularidad Una simple búsqueda en Internet (Google) arroja: Más 83.4 millones de enlaces a documentos en Inglés y Más de 1.5 millones de enlaces a documentos en Español En Librerías Digitales especializadas la cantidad de referencias se reduce, sin dejar de ser significativa IEEE Digital Library: >1000 para los términos Business Modeling o Business Model 595 para el término Business Process Modeling" ACM Digital Library: 38 para el término "Business Modeling" y 114 para el término "Business Models 82 para el término "Business Process Modeling" 3 Introducción El s Es una disciplina en proceso de evolución No hay consenso sobre muchos de sus conceptos y definiciones Existen diferentes interpretaciones de los términos: " s" y "Modelos de s" 4 2
Introducción En esta conferencia, discutiremos sobre: Definiciones relevantes del s Principales orientaciones que existen en la literatura Principales aplicaciones Enfoques y métodos de modelado de negocios Principales lenguajes para el modelado de negocios Relaciones con la Ingeniería de Requisitos 5 s 6 3
Actividad C2.2.1 Actividad C2.2.2 Actividad C2.2.3 Actividad C2.2.4 Etimología a y significado del " s" Modelado Formar de cera, barro u otra materia blanda una figura o adorno "Acción y efecto de modelar" "Configurar o conformar algo no material" (RAE, 2001) Su producto es un modelo Una representación o descripción simplificada de una entidad o proceso 7 Significado del "Modelado" Modelado = Adquisición + Representación de Conocimientos Representación de Conocimientos simboliza Conocimiento del objeto (conceptos) refiere Adquisición de Conocimientos A B C D F C.1 C.2 C.3 Nivel 0: Cadena de Valor Nivel 1 representa C.2.1 C.2.2 C.2.3 Nivel 2 C.2.2 Nivel 3: Actividades l objeto (símbolos) Objeto de estudio 8 4
Etimología a y significado de " s" s Palabra latina formada de "nec" y "otium Significa sin ocio o negación n del ocio Los romanos acuñaron esta palabra para referirse a una manera de ocuparse en tiempos de paz Era una alternativa a la guerra, pero no era lucrativa ni aportaba gloria El significado actual es diferente: "la actividad de proveer bienes y servicios que involucra aspectos financieros, comerciales e industriales" (WordNet 2.0) "aquello que es objeto o materia de una ocupación lucrativa o de interés" (RAE, 2001) 9 Etimología a y significado de " s" El s se define como un proceso de representación de uno o más aspectos o elementos de una empresa, tales como: Su propósito Su estructura Su funcionalidad Su dinámica Su lógica de negocios Sus componentes: Fines s de negocio Reglas de negocio Objetos de negocio Actores Unidades organizativas Etc. 10 5
Evolución n del s (MN) Visto como una disciplina, el MN ha evolucionado desde sus inicios dando énfasis a uno o más elementos de la empresa Flujos de Datos Flujos de Trabajo Objetos de Reglas de s de Sistemas de Fines y Objetivos 2007 Estructuras Org. 1960s 11 s 12 6
Orientaciones del MN Dominios principales en los que se emplea: Dominios orientados al negocio Gerencia Teoría de Organizaciones E-business, e-commerce Dominios orientados a la tecnología Sistemas de Información Ingeniería de Software Informática Industrial 13 Orientaciones del s Los dominios definen dos puntos de vista diferentes del s: Como una representación de la manera en que una empresa hace negocios Orientado al valor/cliente Como una representación de la estructura y funcionamiento de una empresa Orientado a la actividad/rol 14 7
Actividad C.2.2.1 si? no Actividad C.2.2.2 Actividad C.2.2.3 Actividad C.2.2.4 Actividad C.2.2.5 Orientación n al valor/cliente El s se orienta a explicar como la empresa crea valor para el cliente Que valor los productos o servicios de una empresa le proporciona a sus clientes El modelo de negocios se define como una herramienta conceptual que contiene un conjunto de objetos, conceptos y sus relaciones con el objetivo de expresar la lógica del negocio de una empresa Ejemplos: Corretaje: Ej. subastas en línea (ebay) Suscripción: Ej. Revistas, Club de Libros Redes Holónicas: Ej. Redes de PYMEs Osterwalder, Pigneur & Tucci (2005) 15 Orientación n a la actividad/rol Esta orientación hace énfasis en el modelado de los procesos y actores de la empresa Qué actividades realiza la empresa y quienes participan en ellas El modelo de negocios se define como: una abstracción de cómo una empresa funciona...proporciona una vista simplificada de la estructura de negocios que actúa como la base para la comunicación, mejoras o innovación y define los requisitos de los sistemas de información que apoyan a la empresa A B C D E Nivel 0: Cadena de Valor Eriksson & Penker (2000) C.1 C.2 C.3 Nivel 1 C.2.1 C.2.2 C.2.3 Nivel 2 C.2.2 Nivel 3: Actividades 16 8
Bloques de construcción n de las orientaciones Orientación n al valor/cliente Orientación n a la actividad/rol Valor de productos/servicios Cliente Canales de distribución Relaciones con los clientes Recursos Competencia Socios Costos Retorno de inversión Objetivos Estrategias s Actividades Objetos Actores Roles Eventos 17 s 18 9
Aplicaciones orientadas al negocio Reingeniería de s Diseño Organizacional Cambio Organizacional Planificación Estratégica Desarrollo Organizacional Gestión del Conocimiento Organizacional 19 Aplicaciones orientadas a la tecnología Automatización Industrial Planificación y Desarrollo de Sistemas de Información Arquitecturas de Información Empresarial Integración de Aplicaciones Empresariales (EAI) Adaptación de aplicaciones ERP Comercio Electrónico y B2B Ingeniería de Software Desarrollo de software empresarial 20 10
s 21 Problema y su solución Los métodos tradicionales de desarrollo de software empresarial subestiman la importancia del problema y su análisis Se centran en la solución La solución no está alineada al negocio 22 11
Espacio del problema vs. espacio de la solución La separación del espacio del problema y el de la solución es crucial en toda Ingeniería La Ingeniería de Sistemas Físicos establece una clara separación entre ambos espacios El Tradicional de la Ingeniería (Jensen & Tonies, 1979) Formulación del problema Análisis del problema Búsqueda de soluciones Selección de la mejor solución Diseño de la solución Espacio del Problema Espacio de la Solución Implementación de la solución 23 El problema de los requisitos Los requisitos tienen lugar en el espacio de la solución s Necesidades El Problema Espacio del Problema Seguimiento Ingeniería a de Requisitos Aspectos (Features) Requisitos de Software La Solución (software) Procedimientos de Pruebas Diseño Doc. del Usuario Espacio de la Solución Adpatado de [Rational Requirements Management with Use Cases v5.5, 2000] 24 12
s e Ingeniería a de Requisitos En el desarrollo de software, el s aporta información esencial para la Ingeniería de Requisitos s (el problema) Objetivos s Objetos Reglas Actores Eventos Requisitos Funcionales Ingeniería de Requisitos (la solución) Requisitos No Funcionales 25 s 26 13
Ingeniería a del El enfoque de David Taylor (1995) Problema que aborda: La divergencia entre los procesos de negocio y el software La idea de la Ingeniería Convergente: El diseño del negocio es implementado directamente en el software Los dos diseños se convierten en dos facetas del mismo sistema Alinea el software a los procesos de negocio Perspectiva del Perspectiva del Software 27 Modelado Empresarial El enfoque EKD (Enterprise Knowledge Development) Componentes de un s EKD Proyecto ELEKTRA (Bubenko, Loucopoulos, Rolland, et al, 1996) EKD provee una manera sistemática y controlada de analizar, entender, desarrollar y documentar una empresa y sus componentes 28 14
Modelado Empresarial El enfoque de Marshall (2000) todos los aspectos de un negocio son modelados a través de cuatro conceptos relacionados: su propósito, procesos, entidades y organización Metamodelos: Metamodelo de Propósitos Metamodelo de s class Metamodelo Marshall class Metamodelo Marshall Propósito Genérico Genérico Propósito Padre Valor Paso Padre Visión Misión Meta Resultado Objetivo Propósito Raíz 29 s con UML El enfoque de Eriksson & Penker (2000) La arquitectura del negocio es modelada mediante cuatro vistas: Visión, s, Estructura y Comportamiento Cada vista contiene una colección de diagramas UML extendidos A B C D E Nivel 0: Cadena de Valor <<regla>> Ley del Trabajo <<actor>> Gerente de RRHH <<objetivo>> Contratar personal calificado C.1 C.2 C.3 Nivel 1 <<controla>> <<controla>> <<cumple>> C.2.1 C.2.2 C.2.3 Nivel 2 <<información>> Lista de cargos vacantes <<proceso>> Selección de personal <<producto>> Contratos <<ejecuta>> <<suple>> Actividad C.2.2.1 si? no Actividad C.2.2.2 Actividad C.2.2.3 Actividad C.2.2.4 C.2.2 Actividad C.2.2.5 Nivel 3: Actividades <<actor>> Especialista en RRHH <<información>> Currícula de aspirantes 30 15
s con UML El enfoque de Rational-IBM Énfasis en el modelado de: s de negocio Objetos de negocios Los procesos de negocio se modelan con casos de uso Los objetos de negocio se modelan con diagramas de clases Fuente: (RUP, 2003) 31 s con UML El enfoque de Montilva & Barrios (2004) Integra diferentes aspectos de los enfoques anteriores class Metamodelo de BMM Fin +requiere Metamodelo Tecnología Estructura Organizacional 0..* +aplica 1..* +dispara Evento 1..* +involucra de 1..* 0..* Unidad Organizacional +agrupa 1 1..* 1..* +regula 0..* Objeto de Regla de +ejecuta 1..* 1..* +juega Actor 0..* 1..* Rol 32 16
Gestión n de s de s - BPM BPM - Business Process Management Es un enfoque para el descubrimiento, diseño, despliegue, ejecución, interacción, operación y análisis de procesos de negocio Propuesto por el grupo BPMi (CSC Research Services, 2002) 33 Gestión n de s de s - BPM BPMN Business Process Modeling Notation (OMG) Es una notación gráfica empleada para describir procesos (flujos de trabajo) de una manera que facilite: La comunicación entre analistas, usuarios y desarrolladores La transformación a un lenguaje como BPML y BPEL BPML - Business Process Modeling Language (BPMI) Es un metalenguage basado en XML para la descripción de procesos de negocio Es un lenguaje ejecutable El código BPML puede ser ejecutado por los motores de procesos de los BPMS BPEL - Business Process Execution Language (IBM-Microsoft) Es un lenguaje ejecutable para la implementación de procesos de negocios mediante la composición de servicios web 34 17
Fines, Objetivos y Metas Business Motivation Model Specification - BMM (OMG, 2006) Metamodelo que define los elementos que integran un Plan de s Facilita el desarrollo, comunicación y gestión de planes de negocio Establece claras relaciones entre: Políticas de s, Reglas de y Fines & Medios de la empresa 35 s 36 18
Lenguajes y Notaciones de s Organigramas Petri Nets E-R DFD Flujogramas PIF UML IDEF0 IDEF1 OCL i* diag. WPDL UML Business Goals diag. IDEF3 ORM RuleML WSDL UML 2.0 BPML BPEL BPMN YAWL XPDL BMM SBVR SysML UML 2.1 Estructuras Org. Flujos de Trabajo Objetos de Reglas de Fines y Objetivos s de Sistemas de Flujos de Datos 1960 1970 1980 1990 1995 2000 2002 2004 2006 2008 37 s 38 19
El Método M BMM (Business( Modeling Method) Método de s orientado al desarrollo de sistemas de información empresarial Se fundamenta en: La noción de Sistema de s (Montilva, 2002) El método EKD-CMM (Barrios & Nurcan, 2004) El Método WATCH (Montilva & Barrios, 2004) para desarrollo de software empresarial Ha sido aplicado en más de 20 proyectos de Desarrollo de software empresarial Mejora y documentación de sistemas empresariales 39 El Método M BMM (Business( Modeling Method) La noción de Sistemas de s: Empresa u Organización Sistema de s Integra los aspectos o elementos más importantes de un negocio Delimita el proceso de modelado Eventos actualizan objetos de datos disparan regulan Reglas del Objetivos alcanzan s del involucran actualizan objetos de datos ejecutan Actores solicitan proveen información información Sistemas de Información empresarial Objetos de modelan Objetos de datos 40 20
El Método M BMM (Business( Modeling Method) Divide el Sistema de s en 3 niveles: Nivel de Objetivos del Visión Metas Mision Objetivos s Sistemas Facilita la alineación de los sistemas a los objetivos y procesos Nivel de s del Nivel de Sistemas de Información Roles Actividades Actores BD s Recursos HW/ SW Objetos del Documentos Sistemas 41 El Método M BMM (Business( Modeling Method) l Producto Descripción genérica del producto que produce el método: El s Modelo del Producto Método BMM Modelo del Modelo del Grupo l Representación gráfica de las fases, pasos, actividades o tareas que el método propone para modelar el negocio Instanciación l Grupo Describe la estructura y los roles del personal que participa en el proyecto de modelado l de Modelado Proyecto de s Grupo de Modelado 42 21
El l Producto BMM El producto principal del método BMM es un l fundamentado en El Modelo Conceptual de una Empresa class Metamodelo de BMM Fin +requiere Tecnología Estructura Organizacional 0..* +aplica 1..* +dispara Evento 1..* +involucra de 1..* 0..* Unidad Organizacional +agrupa 1 1..* 1..* +regula 0..* Objeto de Regla de +ejecuta 1..* 1..* +juega Actor 0..* 1..* Rol 43 El l Producto BMM Un l es un documento compuesto de un conjunto de submodelos Cada sub-modelo describe uno o más elementos organizacionales mediante diagramas UML y BPMN Cada submodelo consta de un conjunto de diagramas UML 2.0, UML Business y BPMN cd Estructura s s 1 1 1 está compuesto por 1 1 1 Objetivos s de s Objetos de Actores Reglas de Eventos 44 22
El l BMM Describe las actividades que el Grupo de Modelado debe seguir para elaborar el Modelo de s Es iterativo y versionado Entrega del s Documentación del Modelo OK OK Planificación del Proyecto de Modelado Definición del Sistema de s Objetivos Asegura la calidad del modelo a través de la V&V Eventos Verificación & Validación Reglas y Tecnologías Actores y Unidades Org. s de Objetos de 45 El l Grupo BMM Describe como organizar el Grupo de s Describe los roles y responsabilidades de sus miembros Estructura sugerida para el Grupo: Grupo BMM 1 * * * Líder Analista de Experto SN Gerente del s (Usuario) SN supervisa supervisa reporta a 46 23
Relaciones MN IR en el método m BMM-WATCH Relaciones de Dependencia entre el s y el Documento de Requisitos s BMM Objetivos s de Reglas de Vista General del Sistema Requisitos Funcionales Requisitos No Funcionales Documento de Requisitos BMM promueve el Desarrollo de Software Guiado por Modelos Objetos de Actores/ Unidades Modelo Funcional (Casos de Uso) Modelo Estructural (Clases) Eventos Modelo Dinámico Espacio del Problema Espacio de la Solución 47 El Método M BMM Más información: Publicaciones Montilva, J. Besembel, I., Pérez, M. y Losavio, F. Sistemas de Información e Ingeniería de Software: Temas Selectos. Editorial: Centro de Estudios en Informática. Mérida, Venezuela, 2005. (ISBN: 980-12-0585-7). Montilva, J. and Barrios, J. BMM: A Business Modeling Method for Information Systems Development. CLEI Electronic Journal, Vol. 7, No. 2, December 2004. Barrios, J. And Montilva, J. Business Modelling through Roadmaps. Proceedings of the 6th International Conference on Enterprise Information Systems (ICEIS 2004). Porto, Portugal, April, 2004. Barrios, J. And Montilva, J. A Methodological Framework for Business Modelling. Proceedings of the 5th International Conference on Enterprise Information Systems (ICEIS 2003). Angers, France, 2003. Cursos y Talleres Centro de Excelencia en Ingeniería de Software (www.ceisoft.org). Universidad de Los Andes. Consultoría BIOSOFT C.A, (www.biosoft.com.ve) 48 24
s - Conclusiones 49 s jonas@ula.ve www.webdelprofesor.ula.ve/ingenieria/jonas jmontilva@biosoft.com.ve www.biosoft.com.ve 50 25