Diagrama de actividad

Documentos relacionados
Diagrama de casos de uso

Diagrama de secuencia (interacción)

Ing. Norman Vargas Chévez Facultad de Electrotecnia y Computación Universidad Nacional de Ingeniería norman.vargas@uni.edu.

DIAGRAMA DE CLASES EN UML

Se utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Enterprise Architect y UML Basic

Algunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos

Del Modelo Conceptual a los Diagramas de Clases

DCU Diagramas de casos de uso

El Proceso Unificado Rational para el Desarrollo de Software.

Capitulo III. Diseño del Sistema.

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.

QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D)

ANÁLISIS Y DISEÑO DE SISTEMAS

TEMA 7: DIAGRAMAS EN UML

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN

Notación UML para modelado Orientado a Objetos

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Metodología Orientada a Objetos Clave Maestría en Sistemas Computacionales

2.- Diseño del comportamiento: Diagrama de actividades. Mª Antonia Zapata

Propuesta de Capacitación. Capacitación Introductoria Para La Administración y/o Control de Proyectos Con el software MS-PROJECT

Caso empresa ELÉCTRICA S.A.

El Proceso Unificado de Desarrollo de Software

UML, ejemplo sencillo sobre Modelado de un Proyecto

Fundamentos de Ingeniería del Software

: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107

Presentación. Cómo Aprender UML? Grupo de Ingeniería de Software Centro de Investigación en Matemáticas Guanajuato, México 2007

Sistema de Mensajería Empresarial para generación Masiva de DTE

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Modelado de objetos con UML

Una Introducción al UML. El Modelo de Proceso de Negocio

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

EXÁMEN DE VALIDACIÓN DE COMPETENCIAS PROFESIONALES DE PARADIGMAS DE DESARROLLO DE SOFTWARE

GUIA DE ACTIVIDADES. Unidad Número 1: Normatividad. Capítulo 3: Selección del tema.

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Sistema de Administración de Documentos (SIAD)

INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO IBEROTEC SEMESTRE ACADÉMICO: 2014-II SÍLABO UNIDAD DIDÁCTICA : ANÁLISIS Y DISEÑO DE SISTEMAS INFORMÁTICOS

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version Copyright Rational Software Corporation

SCT Software para la calibración de transductores de fuerza. Versión 3.5. Microtest S.A.

13019 Diseño de bases de datos

El proceso unificado en pocas palabras

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

UML. Diagramas de Estados Diagrama de Actividades (UML Ilustrado) Universidad de los Andes Demián Gutierrez Mayo

UNIDAD DIDACTICA 2 Lenguaje Unificado de Modelado(UML) 1. INTRODUCCIÓN Y TIPOS DE DIAGRAMAS

Capitulo 3. Desarrollo del Software

2 EL DOCUMENTO DE ESPECIFICACIONES

En un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6

LINEAMIENTOS PARA LA ELABORACIÓN DEL PROGRAMA ANUAL DE TRABAJO

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

Repaso de Conceptos Básicos de Bases de Datos

Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.

Casos de Uso Diagramas de Casos de Uso. Universidad de los Andes Demián Gutierrez Abril

Casos de uso UML. Miguel Vega Granada, octubre de 2010 LSI - UGR

Ingeniería en Sistemas Computacionales

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

Curso: El Proceso de Desarrollo de Software

INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones

Metodologías de diseño de hardware

Unidad 10 PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES

SISTEMAS DE INFORMACIÓN I TEORÍA

ESTÁNDAR DIAGRAMA DE SECUENCIA

Ingeniería de Software: Parte 2

CENTRO DE CIENCIAS BÁSICAS DEPARTAMENTO DE SISTEMAS DE INFORMACIÓN PROGRAMA DE MATERIA HORAS T/P: 2/2

Universidad Tec Milenio: Profesional SP04005 Reingeniería de procesos

Hacer Realidad BPM en su Organización ADOPTAR BPM A PARTIR DE UN PROYECTO O NECESIDAD DE AUTOMATIZACIÓN

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

Ingeniería de Software I

BPMN básico. Clase Modelos de Procesos. Javier Bermudez

Procesos de Negocios

Anexo 4 Documento de Arquitectura

Evolución de Plantillas Genéricas para la descripción de Casos de Uso a Plantillas Genéricas para Análisis y Diseño

EL PROCESO DE DISEÑO DEL SOFTWARE

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

Sistemas de información

PROCESO UNIFICADO CAPTURA DE REQUISITOS

Organización del Trabajo UdelaR Carrera de Relaciones Laborales Material de Apoyo Tema RSE

Introducción a la Firma Electrónica en MIDAS

Patrones de software y refactorización de código

capitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

DE VIDA PARA EL DESARROLLO DE SISTEMAS

UNIVERSIDAD NACIONAL DE SAN ANTONIO ABAD DEL CUSCO

Transcripción:

Diagrama de actividad Se utiliza para representar los procedimientos o secuencia de pasos dentro de procedimientos, procesos o flujo de información. Contenido Generalidades de un diagrama de actividad... 2 Pasos de construcción de un diagrama de actividad... 2 Identificar el contexto del proceso... 2 Identificar actores potenciales... 2 Identificar acciones o actividades... 2 Conectar acciones... 3 Refinar actividades... 3 Verificar la vista... 4 Simbología... 4 Ejemplo de diagrama de actividad... 5 Carriles swimlanes... 6 Bibliografía... 8

Generalidades de un diagrama de actividad El diagrama de actividad se puede relacionar con diagrama de flujo de datos, ya que en un enfoque superficial ofrecen el mismo comportamiento. Sin embargo el diagrama de actividad extiende la funcionalidad, ofreciéndonos formas de representar eventos concurrentes; es decir podemos representar acciones que se ejecuten al mismo tiempo. Al usar los diagramas de actividad permiten al analista o desarrollador pensar de forma funcional, es decir en la serie de actividades que se deben de realizar en una acción del proceso o del sistema. Los diagramas, al igual que las acciones a modelar, se pueden representar a distintos niveles de detalle; en donde una actividad se detalla en otro diagrama. Pasos de construcción de un diagrama de actividad Identificar el contexto del proceso Identificar actores potenciales Identificar acciones o actividades Conectar acciones Refinar actividades Verificar la vista Identificar el contexto del proceso Los detalles del proceso se obtuvieron a partir de los casos de uso. Identificar actores potenciales Los detalles acerca de los actores se obtuvieron a partir de los casos de uso. Identificar acciones o actividades Si tomamos en consideración el diagrama de casos de uso, nosotros podemos encontrar las actividades y acciones reflexionando las siguientes preguntas: 2 P á g i n a

Qué pasos se requieren para llevar a cabo el caso de uso? Si intervienen distintos actores, Qué actividades realizan cada actor? Qué evento desencadena una serie de actividades? Qué acciones son tan extensas que requieren otro diagrama de actividades? Una vez que se obtienen las actividades, se pueden listar o describir de forma informal. Conectar acciones La actividad de conectar las acciones tiene como objetivo responder a la pregunta En qué orden las acciones son procesadas? Las actividades que se obtuvieron dentro de cada caso de uso deben conectarse para pbtener un diagrama inicial; para establecer el control de flujo se debe reflexionar los siguiente: Qué condiciones deben existir para que una acción se realice? En donde se deben colocar elementos alternos (branches)? Qué acciones se realizan simultáneamente? Qué acciones se deben de realizar antes de que se proceda a realizar otras? Refinar actividades Refinar actividades se refiere a seleccionar las acciones que deben detallarse a niveles más específicos agregando más acciones o utilizando otros diagramas. 3 P á g i n a

Verificar la vista Se debe certificar que las actividades y sus detalles son claros y verídicos, la revisión se realiza con los usuarios, clientes del sistema. Simbología Acciones Nodo de decisión Nodo de unión Flujo de control Llamando actividades Elemento de entrada Elemento de salida Unión Nodo inicial Nodo final de actividad Nodo final de flujo 4 P á g i n a

Ejemplo de diagrama de actividad Un ejemplo simple de un diagrama de actividad es el proceso de construcción de un edificio. [Nota de versión 1.0, traducir el diagrama] Aquí podemos considerar el uso de varios símbolos dentro del contexto del problema. 5 P á g i n a

Si consideramos el siguiente contexto, tendremos. Podemos considerar el siguiente escenario: Un pasajero llega al aeropuerto a registrarse, si existe un problema no se puede registrar. En caso de que no exista ningún problema el pasajero aborda el avión, mientras que al mismo tiempo su equipaje es cargado en el área de equipaje. [Nota de versión 1.0, modificar diagrama para insertar el símbolo de inicio] Se puede ver claramente que cada representar el caso de uso se enlazaron varias actividades en un orden específico, que de otra forma perderían sentido en el proceso modelado. Podemos observar el manejo de la estructura if, para dividir el flujo de la información. Asi mismo podemos observar cómo se plantean los flujos concurrentes passenger boards y loading luggage. Las actividades de passenger boards y son lo suficientemente extensas que se justifica el uso de otros diagramas para representar a detalles las acciones. Al momento de especificar o aclarar la responsabilidad de cada actor requerimos elementos denominados swimlanes o carriles. Carriles swimlanes Los carriles representan acciones y responsabilidades relacionadas con cada actor, utilizando el ejemplo anterior ya refinado, tendríamos. 6 P á g i n a

Consideran el ejemplo de un servicio de ventas, tendríamos lo siguiente: 7 P á g i n a

Bibliografía Arlow, J., & Neustadt, I. (2002). UML and the unified process: Practical Object Oriented Analisis & Design. Great Britain: Addison Wesley. Booch, G., Rumbaugh, J., & Jacobson, I. (2005). The unified modeling language user guide. USA: Addison wesley. Fowler, M. (2003). UML distilled: A brief guide to the standard object modeling language. USA: Addison wesley. Grässle, P., Baumann, H., & Baumann, P. (2005). UML 2.0 in action: A project based tutorial. Great Britain: Packt Publishing. Sommerville, I. (2005). Ingeniería de software. Madrid: Pearson educación. 8 P á g i n a