Construcción de un RAD (Role Activity Diagram)

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

Ingeniería de Software II
UML DCU -DS Alvaro Garrido V..
Plan de Implantación Sistemas de Información III
C OB I T Control Objectives for Information and Related Technology Information Systems and Control Foundation.
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Estructura de SW-CMM.
Diagrama de estado Alumnos: Hernández Darwin ( )
Módulo de Calidad para Auditores Vectore, Iniciativas de Negocio
Ordenadamente crece tu negocio Actualmente es una prioridad mantener ordenada tu empresa para controlar tus procesos y ser eficiente, por lo que se hace.
DIAGRAMA DE FLUJO DE DATOS
Metodologías OMT Republica bolivariana de Venezuela
Fundamentos de Ingeniería de Software
Cristian Fernando Restrepo Orjuela
La Web 2.0 Menú Introducción Descripción Ejemplos Conclusión
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
DIAGRAMAS DE SECUENCIA
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
Diagrama de flujo Andrés Mutis.
DESCRIPCION DEL PROBLEMA
Yeimi Constanza Patiño
Programas Son una serie o secuencia de instrucciones entendibles por los ordenadores que permiten la realización de las acciones o tareas para las que.
Aspectos Avanzados de la Tecnología de Objetos
Una Introducción a UML El Modelo de Proceso de Negocio
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Profesor: Miguel Angel Vidal
Modelado de Procesos en la Ingeniería de Requerimientos
DEPARTAMENTO DE INGENIERÍA INFORMÁTICA
DEPARTAMENTO DE INGENIERÍA INFORMÁTICA
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
PLANEACIÓN DE LA CALIDAD PRESENTA : Hernandez Razo Miguel Angel Guaymas, Son. A Lunes 31 de Octubre del 2011.
Fundamentos de programación
5.3 APROXIMACIONES AL DISEÑO
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
Ciclo de vida de la administración de servicios de TI
UML 2.0 Integrantes: Diana Carolina Valencia M. Jhon Fernando Lopez T. Carlos Alberto Castillo.
ANALISIS Y DISEÑO DE SISTEMAS II
ANALIS DE METODOS Y MEDIOS
INGENIERÍA DE SOFTWARE
DIAGRAMA DE ROL ACTIVIDAD (RAD)
INSTITUTO TECNOLOGICO DE MINATITLAN ASIGNATURA: FUNDAMENTOS DE PROGRAMACION DOCENTE: JOSE ANGEL TOLEDO ALVAREZ ALUMNA: ALEJANDRA OSORIO ARVISU SEMESTRE:
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
Habilidades TIC para el aprendizaje
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Trainning DFD.
Diagramas de Interacción.
Ingeniería del software
REQUISITOS.
Metodología de la programación
FUNDAMENTOS DEL ANÁLISIS DE SISTEMAS
ARQUITECTURA DE PROCESOS
Diagrama Rol Actividad
Jairo Pinto Ing. sistemas
PROCESOS DE NEGOCIO Y TECNICAS PARA MODELADO DE PROCESOS
Análisis y Diseño de Aplicaciones
DIAGRAMA DE ESTADO.
Unified Modeling Language (Lenguaje de Modelamiento unificado)
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Métodos instruccionales
EI, Profesor Ramón Castro Liceaga IV. AREAS DE EVALUACIÓN DE LA AUDITORIA EN INFORMÁTICA. UNIVERSIDAD LATINA (UNILA)
Las fases del ciclo de la vida de desarrollo de sistemas
MODELAMIENTO VISUAL Y UML
Fundamentos de Ingeniería de Software
Los Roles o Trabajos de Los Diferentes Analistas de Sistemas de Información.
Roles de los diferentes análisis de información..
Entregables del Proyecto
UML Lenguaje Unificado de Modelado. Unified Modeling Language UML es un lenguaje de propósito general para el modelado orientado a objetos. Es un lenguaje.
IMPLANTACIÓN DE UN CRM. Rodrigo Arce Vicente Adrián Calva Diego Álvaro Díaz Quintanilla Enrique Durán de la Rosa.
Transcripción de la presentación:

Construcción de un RAD (Role Activity Diagram) Asignatura: Modelado de Procesos de Negocio INTEGRANTES DEL EQUIPO: Margarita López López Claudia Hernández Torres Juan Pablo García Rivera

CONTENIDO Definición Elementos Ventajas Desventajas Desarrollo Ejemplo Conclusiones Referencias

RAD Por sus siglas en ingles (Role Activity Diagram) o Diagrama Rol Actividad. Cualquier proceso de negocio consiste en una serie de actividades distintas, simultáneas correspondientes a los muchos factores que contribuyen 'roles'. Es esta noción de las funciones y las interacciones entre ellos que forman la base para la descripción de RAD. Como una descripción de un mundo de papeles es la intención de explotar el concepto de forma simultánea la ejecución de todos los agentes de coordinación para lograr un objetivo común. RAD es un diagrama que representa la interacción a partir de actividades entre distintos roles. Los RAD’s proporcionan información de las perspectivas funcionales, de comportamiento y organizacional.

PRINCIPALES COMPONENTES Roles : representan a los mismos en un proceso. Actividades: son acciones realizadas por un rol. Interacciones: permiten la comunicación de los roles.

COMPONENTES SIMBOLO NOMBRE CONCEPTO Rol Es un grupo relacionado de actividades que en conjunto logran un objetivo determinado Actividad interna del rol Serie de actividades que van a ser realizadas por los roles correspondientes Conductor en una interacción Indica una inicialización de la interacción Parte de una interacción Se encarga de responder a la interacción Interacción Se refiere al punto en el que un rol interactúa con otro rol con el fin de cumplir un objetivo (Designan el comportamiento entre papeles)

SIMBOLO NOMBRE CONCEPTO Estado de un rol Las líneas verticales denotan vinculación de las actividades de los diferentes estados del rol. Bucle Funciona como retorno a una actividad anterior. Evento externo Sirve para marcar un evento externo o entradas necesarias antes de continuar con el trabajo. Descripción de Estado Sirve para mostrar acciones interactivas o repetitivas. Refinamiento del caso Se utiliza para marcar un camino alternativo en una actividad. Refinamiento de parte Se utiliza para iniciar dos tareas simultáneamente. Fragmento sin interés. Marca el fin o contenido que no se tiene interés de las actividades de un rol.

VENTAJAS Si los desarrolladores son capaces de visualizar los beneficios de proveer evidencia (por ejemplo, reducción de re-procesos y los costos de certificación), el concepto de seguimiento y el desarrollo de esta prueba será adoptada de manera positiva. Clarifica roles y responsabilidades.

DESVENTAJAS La desventaja es que el diagrama se hace más grande y esto a veces puede dificultar la comprensión. La notación estándar necesita simplificaciones, extensiones y mejoras de diversas idole.

DESARROLLO Método de desarrollo de un RAD: Identificar los roles implicados en el proceso. Identificar las actividades que realizan cada rol y de que tipo (Internas, interacción o eventos externos). Identificar el flujo de la actividad (simultaneas, condiciones, bucles). Identificar como interactúan los roles entre si. Donde terminan las actividades de un rol.

EJEMPLO Proceso: Actualización de Software. Se da el inicio con el programador el cual interactúa con el usuario para ver sus necesidades a nivel aplicación, posteriormente el programador hace una revisión de la versión así como componentes del hardware, una vez recabando todos lo datos el programador procede a la reingeniería de software como la actualización.

En base a la recaudación de datos el programador interactúa con el equipo de cómputo para el desarrollo y la etapa de pruebas que a su vez se le notifica al usuario para que las valide si el usuario esta de acuerdo con la actualización el software queda instalado si no se notifica al programador para que vuelva a la reingeniería.

Programador Usuario Computadora Interactúa con el usuario para identificar necesidades a nivel aplicación. Computadora Verifica versión y funcionamiento de software existente Inicia la reingeniería del software Desarrollo de software Instalación de nuevo SW e inicia etapa de pruebas Se envía notificación de actualización al usuario Si No Esta satisfecho Con la actualización Notificar desacuerdo

CONCLUSIONES RAD es una herramienta muy útil que facilita la interpretación de los roles y actividades dentro de un proceso, en el cual se obtiene un resultado concreto de los papeles o roles de cada departamento.

REFERENCIAS Lira Perez, J. M. (2010). Scribd. Recuperado el 15 de Octubre de 2011, de Scribd: http://es.scribd.com/doc/40444961/Rad Sprint Toolking. (23 de Febrero de 2008). Recuperado el 15 de Octubre de 2011, de Sprint Toolking: http://www.wastell.org/SPRINT/pagesd8c4.html?id=77 Odeh, M., Beeson, I., & Green, S. (22 de 10 de 2002). Modelling Processes Using RAD and UML Activity Diagrams: an Exploratory Study. Recuperado el 5 de 10 de 2011, de Stewart's home page: http://www.cems.uwe.ac.uk/~sjgreen/RAD&AD_V2.pdf A Guide to Role Activity Diagrams. (2009). Recuperado el 22 de 10 de 2011, de Sprint... the method for public sector innovation: http://www.sprint.gov.uk/index.php?option=com_content&vi ew=article&id=56:role-activity-diagrams&Itemid=64