Story Transcript
Tiempo: 2h Versión original: Octavio Martín Díaz (marzo 2005) Última revisión: Amador Durán Toro (marzo 2006); añadido contexto y algunos ejemplos.
escuela técnica superior de ingeniería informática
Modelado de Negocio (Diagramas de Actividades)
Departamento de Lenguajes y Sistemas Informá Informáticos
Grupo de Ingenierí Ingeniería del Software Marzo de 2006
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
• ¿Qué Qué es el modelado de negocio? Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades 3.1 Actividades 3.2 Transiciones 3.3 Condiciones 3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
– El modelado de negocio es una técnica para modelar el funcionamiento de una organización a través de sus procesos de negocio.
• Técnicas habituales – Casos de uso* de negocio: forma textual. – Diagramas de actividades: forma diagramática.
• El concepto de actor – Tanto en los casos de uso de negocio como en los diagramas de actividades aparece el concepto de actor. – En modelado de negocio, un actor es un rol o papel que juega una persona u otro sistema en algún proceso de negocio de una organización. – La forma habitual de representar gráficamente a un actor es mediante una especie de monigote. *Los casos de uso se verán en próximos temas.
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
Actor 1
1
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
• Situació Situación en el proceso general de Ing. de Req. Req. Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades
Ingeniería Ingenieríade derequisitos requisitos Desarrollo Desarrollode de los losrequisitos requisitos
3.3 Condiciones
Requisitos [versionados]
Elicitación Elicitación
Negociación Negociación
Conflictos [resueltos]
3.1 Actividades 3.2 Transiciones
Documento Documento de deRequisitos Requisitos
Gestión Gestión
Información elicitada
3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
Conflictos [pendientes]
Documentación Documentación
Requisitos [validados]
Aseguramiento Aseguramientode delalacalidad calidadde delos losrequisitos requisitos Requisitos [borrador]
Análisis Análisis
Defectos
Requisitos [analizados]
Requisitos [verificados]
Verificación Verificación
Validación Validación
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
2
Modelado del Negocio (Diagrama de Actividades)
• Situació Situación en la actividad de elicitació elicitación de req. req. Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
Documentación Adicional
Estudiar EstudiarelelDominio Dominio del delProblema Problema
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades
Estudiar Estudiarlala Situación SituaciónActual Actual
Glosario de Términos
• Actas de reuniones • Documentos • Proyectos similares • etc.
3.1 Actividades 3.2 Transiciones
Modelo del Negocio Actual
3.3 Condiciones 3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos
Identificar Identificar Necesidades Necesidades
4. Ejemplo
Información sobre Necesidades
Modelo del Negocio a implantar
ElElmodelo modelodel delnegocio negocio aaimplantar implantarsuele sueleser sermuy muy parecido al modelo parecido al modelode de negocio actual, por lo que negocio actual, por lo que sólo sóloes esnecesario necesariomostrar mostrar las lasdiferencias. diferencias.
Priorizar Priorizar Necesidades Necesidades Información sobre prioridades Sevilla, marzo de 2006 Grupo de Ingeniería del Software
3
2
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
• ¿Qué Qué son los diagramas de actividad? – Es una notación que forma parte de UML* y que se utiliza principalmente para modelar procesos de negocio, especificando:
Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio
• La secuencia de actividades que componen los procesos de negocio.
2. Situació Situación en el proceso 3. Diagramas de actividades
• Los actores que realizan las actividades (opcional).
3.1 Actividades
• La información que fluye de unas actividades a otras (opcional).
3.2 Transiciones 3.3 Condiciones 3.4 Paralelismo
– Dentro del proceso de ingeniería de requisitos, se utilizarán para modelar los procesos de negocio, tanto actuales como a implantar, de la organización para la que se va a desarrollar el sistema software.
3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
– A partir del modelo del negocio al que el sistema software debe dar soporte, se plantean los objetivos y requisitos del sistema a desarrollar.
*UML se comentará en los próximos temas.
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
4
Modelado del Negocio (Diagrama de Actividades) Calles Calles
Permiten Permiten especificar especificar qué qué actividades actividades hace hace cada cada actor. actor.
• Ejemplo: gestió gestión de pedidos Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
Gestión Gestiónde dePedidos Pedidos Comienzo Comienzo de de paralelismo paralelismo Indica Indica que que aa partir partir de ahí se realizan de ahí se realizan varias varias actividades actividades en en paralelo. paralelo.
1. El Modelado de negocio 2. Situació Situación en el proceso
Producción
Servicio al Cliente
Actividad Actividad inicial inicial Indica Indica el el comienzo comienzo del del proceso proceso de de negocio. negocio.
Facturación Actividad Actividad Representa Representa un un paso paso en en el el proceso proceso de de negocio. negocio.
Recibir Recibir Pedido Pedido
3. Diagramas de actividades 3.1 Actividades 3.2 Transiciones Flujo Flujo de de objeto objeto Representa Representa un un flujo flujo de de información información (objetos) (objetos) entre entre actividades. actividades.
3.3 Condiciones 3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
Actividad Actividad compleja compleja Son Son actividades actividades complejas complejas que que necesitan necesitan un un diagrama diagrama de de actividades actividades propio propio para para ser ser descritas. descritas.
Fin Fin de de paralelismo paralelismo Indica Indica la la terminación terminación de de todas todas las las actividades actividades que que se se realizaban realizaban en en paralelo. paralelo.
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
Satisfacer Satisfacer Pedido Pedido
Pedido Pedido
Enviar Enviar Factura Factura Nodo Nodo de de objeto objeto Representa Representa información información oo documentos documentos (objetos) (objetos) que se generan que se generan en en una una actividad actividad yy se se consumen consumen en en otra. otra.
Entregar Entregar Pedido Pedido
Factura Factura
Recibir Recibir Pago Pago Transición Transición Indica Indica que que una una actividad actividad ha ha terminado terminado yy se se pasa pasa aa la la siguiente. siguiente.
Cerrar Cerrar Pedido Pedido Actividad Actividad final final Indica Indica el el final final del del proceso proceso de de negocio. negocio.
Applying UML and patterns, C. Larman Prentice-Hall, 2004
5
3
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
• Ejemplo: actividades de la ingenierí ingeniería de requisitos Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades
Ingeniería Ingenieríade derequisitos requisitos Desarrollo Desarrollode de los losrequisitos requisitos
Conflictos [resueltos]
3.2 Transiciones 3.4 Paralelismo
Requisitos [versionados]
Elicitación Elicitación
3.1 Actividades 3.3 Condiciones
Negociación Negociación
Gestión Gestión
Información elicitada
3.5 Calles
Conflictos [pendientes]
3.6 Flujos de objetos 4. Ejemplo
Documento Documento de deRequisitos Requisitos
Documentación Documentación
Requisitos [validados]
Aseguramiento Aseguramientode delalacalidad calidadde delos losrequisitos requisitos Requisitos [borrador]
Análisis Análisis
Defectos
Requisitos [analizados]
Requisitos [verificados]
Verificación Verificación
Validación Validación
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
6
Modelado del Negocio (Diagrama de Actividades)
• Actividades Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades 3.1 Actividades 3.2 Transiciones 3.3 Condiciones 3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
Actividad Actividad
– Una actividad representa un paso dentro de proceso de negocio. • Su nombre, que debe ser siempre una forma verbal, debe ser representativo y coherente dentro del proceso de negocio. • Si una actividad es compleja, puede ser necesario mostrar su descomposición en actividades más simples en otro diagrama.
• En cada diagrama de actividades, las actividades deben tener un nivel de abstracción similar.
• Actividades iniciales y finales – La actividad inicial, que debe ser única, indica dónde comienza el proceso de negocio. – Una actividad final, de las que puede haber varias o ninguna (proceso sin fin), indica dónde puede terminar el proceso de negocio.
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
Actividad Actividad compleja compleja
Actividad Actividad Inicial Inicial
Actividad Actividad Final Final
7
4
• Transiciones Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades 3.1 Actividades 3.2 Transiciones 3.3 Condiciones 3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
Actividad Actividad
Actividad Actividad
– Indican la secuencia de actividades que componen el proceso de negocio. – Cuando una actividad termina de realizarse se produce la transición hacia la siguiente actividad.
• Transiciones condicionales – Indican que la siguiente actividad a realizar depende de cierta condición. – Como mínimo y como máximo, sólo puede haber una opción válida al evaluar la condición. Entrega Entregade depedido pedido [otro caso] Entrega Entrega Ordinaria Ordinaria
[urgente] Entrega Entrega Urgente Urgente
– El símbolo de condición se puede usar también para unir varios caminos condicionales (opcional).
Applying UML and patterns, C. Larman Prentice-Hall, 2004
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
8
Modelado del Negocio (Diagrama de Actividades)
• Paralelismo Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades 3.1 Actividades 3.2 Transiciones 3.3 Condiciones 3.4 Paralelismo 3.5 Calles 3.6 Flujos de objetos 4. Ejemplo
– A veces, algunos pasos de un proceso de negocio se realizan simultáneamente (en paralelo) o sin un orden definido. – Para indicar que comienzan varias actividades a la vez se usa un símbolo de comienzo de paralelismo (fork), al que llega una transición y del que salen varias (al menos dos). – Para indicar que todas las actividades que se hacían en paralelo han terminado se usa un símbolo de fin de paralelismo (join), al que llegan varias transiciones (al menos dos) y del que sale una sola transición. – La transición de salida del join sólo se realiza cuando han terminado todas las actividades que se realizaban en paralelo.
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
* Realizar RealizarPráctica Práctica*
Seleccionar Seleccionar Sistema Sistema
Estudiar Estudiar Negocio Negocio
Elaborar Elaborar Requisitos Requisitos
Realizar Realizar Modelos Modelos
Presentar Presentar Práctica Práctica
*Proceso muy, muy simplificado.
9
5
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
• Calles Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio
– La división en calles permite asociar actividades con aquellos actores que las realizan. Cada calle corresponde a un actor del proceso de negocio.
2. Situació Situación en el proceso
Gestión Gestiónde defondos fondosbibliotecarios bibliotecarios
3. Diagramas de actividades
Director
Usuario
Bibliotecario
3.1 Actividades 3.2 Transiciones 3.3 Condiciones
Catalogar Catalogar nuevo nuevo libro libro
3.4 Paralelismo 3.5 Calles
Registrar Registrar préstamo préstamo
3.6 Flujos de objetos 4. Ejemplo
Leer Leer libro libro Registrar Registrar devolución devolución [libro OK]
Retirar Retirar libro libro
[libro deteriorado]
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
10
Modelado del Negocio (Diagrama de Actividades)
• Flujos de objetos Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
1. El Modelado de negocio 2. Situació Situación en el proceso 3. Diagramas de actividades 3.1 Actividades 3.2 Transiciones 3.3 Condiciones 3.4 Paralelismo
– Lo normal es que fluya información entre las actividades de un proceso de negocio. – En el caso de que resulte interesente mostrar ese flujo (no siempre lo es), se pueden usar flujos de objetos. – Si la información de salida de una actividad es la entrada de otra actividad, se asume que existe una transición implícita entre ambas.
3.5 Calles 3.6 Flujos de objetos
Aseguramiento Aseguramientode delalacalidad calidadde delos losrequisitos requisitos
4. Ejemplo
Requisitos [borrador]
Análisis Análisis Requisitos [verificados] Requisitos [analizados]
Verificación Verificación
Validación Validación
Requisitos [validados]
transiciones implícitas (no es necesario dibujarlas) Sevilla, marzo de 2006 Grupo de Ingeniería del Software
11
6
[Ángel US V7] Diseño: Amador Durán Toro (2003-2006)
Modelado del Negocio (Diagrama de Actividades)
• Ejemplo: venta por caja Escuela Técnica Superior de Ingeniería Informática Departamento de Lenguajes y Sistemas Informáticos
Venta por caja Cliente
Cajero
Caja
Banco
1. El Modelado de negocio 2. Situació Situación en el proceso
Comprar Comprar yy llenar llenar carrito carrito
3. Diagramas de actividades 3.1 Actividades
Carrito Carrito
3.2 Transiciones
Incluir Incluir compras compras del del carrito carrito
3.3 Condiciones
Calcular Calcular tasas tasas yy descuentos descuentos [pago al contado]
3.4 Paralelismo
[otro caso]
3.5 Calles 3.6 Flujos de objetos
Emitir Emitir Recibo Recibo
Recibo Recibo
Entregar Entregar compras compras
Sevilla, marzo de 2006 Grupo de Ingeniería del Software
Autorizar Autorizar pago pago
Applying UML and patterns, C. Larman Prentice-Hall, 2004
Solicitar Solicitar Autorización Autorización Pago Pago
4. Ejemplo
12
7