SlideShare una empresa de Scribd logo
Modelo del Negocio con RUP y UML (Segunda Parte) Yamil Ramos García Pilar Stronguiló Leturia
Modelo del negocio - Actividades 1. Evaluar la organización objetivo. 2. Encontrar los actores y casos de uso del negocio. 3. Construir el Modelo de Casos de Uso del Negocio. 4. Encontrar los trabajadores y entidades del negocio. 5. Detallar los casos de uso del negocio. 6. Construir el Modelo de Análisis del Negocio. 7. Mantener las reglas del negocio. 8. Capturar un vocabulario común. 9. Definir las actividades a automatizar.
Modelo de negocios - Actividades 4. Encontrar los trabajadores y entidades del negocio. Jefe de  Almacén Solicitud De Pago
Identificar trabajadores del negocio Un  trabajador de negocio  (business worker) representa un rol  jugado por alguien o algo dentro del negocio que realiza alguna actividad dentro del mismo. Un business worker (BW): Trabaja en una unidad organizacional Interactúa con otros business workers o business actors Manipula entidades del negocio. Jefe de  Almacén
Identificar trabajadores de negocio Ejemplos:  Vendedor  Encargado de almacén Cajero.
Identificar trabajadores de negocio Mundo Exterior Organización objetivo (Objeto de estudio) Negocio (Campo de acción)
Identificar trabajadores del negocio ¿Dónde encontrar trabajadores del negocio? Roles dentro del negocio. Puestos o cargos dentro de la organización objetivo. Personas que ejecutan los procesos o las actividades del negocio. Hardware o sistemas informáticos dentro del negocio usados en ese momento.
Identificar trabajadores del negocio Sugerencias para identificar adecuadamente los trabajadores del negocio. Son roles (humanos, software o hardware), no personas con nombres propios. Se encuentran dentro de las fronteras del negocio o campo de acción. No deben representar áreas, departamentos o partes de una organización sino roles de ejecución. No siempre están asociados con el nombre de un cargo en la planilla de la organización objetivo. Cada trabajador debe participar en al menos un caso de uso del negocio. Si no participa en ningún proceso debe ser eliminado del modelo.
Identificar trabajadores del negocio Checkpoints El nombre y la descripción deben ser claros y comprensibles (emplear sustantivos). Cada BW debe tener documentada una asociación con otro BW si se comunican entre sí. Cada BW debe participar en un BUC por lo menos. Cada relación entre BW y otros BW o BE debe ser usada en el workflow de algún BUC.  Cada operación o actividad de un BW debe ser usada en el workflow de algún BUC.
Identificar las entidades del negocio Una  entidad del negocio  (business entity) representa un conjunto de información con  propiedades, comportamiento y semántica similares y  que es  usada, producida  o manejada por trabajadores del negocio cuando ejecutan un caso de uso del negocio. Pueden ser tangibles o intangibles. Solicitud De Pago
Identificar las entidades del negocio Ejemplo:  Producto Factura Guía de remisión Pago de crédito.
Identificar las entidades del negocio Mundo Exterior Organización objetivo (Objeto de estudio) Negocio (Campo de acción)
Identificar las entidades del negocio ¿Dónde encontrar entidades del negocio? Información que maneja cada trabajador del negocio. Información que necesita ser ingresada, validada, consultada o comunicada en cada proceso del negocio. Objetos físicos. Transacciones. Informes. Reportes. Documentos.
Identificar las entidades del negocio Sugerencias para identificar adecuadamente las entidades del negocio. Participa en al menos un caso de uso. Pueden ser usadas por diferentes trabajadores del negocio en varios casos de uso del negocio. Representan documentos, contratos, información solicitada, producto, conocimiento, etc. Solo debe ser considerada información relevante y persistente al negocio.
Identificar las entidades del negocio Identificar los a tributos  de las clases entidades del negocio . Identificar y describir la información que caracteriza a la entidad del negocio. Información o propiedades que aporta la entidad del negocio en la ejecución de las actividades en que participa. Solo debe considerarse información propia de la entidad del negocio descrita y no información que pertenezca a otra.
Identificar las entidades del negocio Checkpoints El nombre y la descripción deben ser claros y comprensibles. Cada BE es usada en al menos un BUC. Cada relación entre BE y otras BE o BW es usada en algún caso de uso por lo menos.  Todas las BE tienen un propietario que puede ser un BW o BA.
Modelo de negocios - Actividades 5. Detallar los casos de uso del negocio. Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte.
Detallar los casos de uso del negocio - Objetivos Describir en detalles el flujo de actividades de cada caso de uso del negocio. Asegurarse de que los actores del negocio respectivos obtenga n  el resultado esperado. Asegurarse de que los miembros del proyecto y los c lientes y usuarios finales tengan un entendimiento común del proceso detallado. Se utilizan dos artefactos para la documentación. Documento de Especificación de casos de uso del negocio. Diagrama de Actividades (UML). Diagrama de objetos de negocio.
Especificación de los casos de uso de negocio Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte. 8. El Anfitrión busca la información sobre las técnicas que maneja la galería en el sistema LogiSis 9. El sistema LogiSis entrega la información sobre las técnicas que maneja la galería. 10. El Anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras de arte. 11. El Anfitrión llena la solicitud de servicio. 12. El Anfitrión archiva la Solicitud de Servicio y entrega una copia al Artista 13. El artista recibe la copia de la Solicitud de Servicio Realizar venta
Especificación de los casos de uso de negocio Actores. Se indican los actores que participan en el caso de uso del negocio. Deben coincidir con lo indicado en el Diagrama de Casos de Uso del Negocio. Propósito. Se indica el objetivo  principal  del caso de uso. Breve Descripción. Se redacta un resumen de las principales actividades que se realizan en el caso de uso del negocio. Es suficiente con un párrafo.
Especificación de los casos de uso de negocio Breve Descripción. Debe incluirse al comienzo el  PUNTO DE INICIO. Se establece al inicio del resumen. Coincide con la primera actividad del caso de uso. S e enuncia  “El caso de uso se inicia cuando...” Está delimitado por l a ocurrencia de algún evento externo al negocio o debido   a una necesidad del actor del caso de uso del negocio. Debe incluirse al final el  PUNTO DE TERMINACIÓN. Se redacta al final del resumen. Coincide con la última actividad del caso de uso. Se enuncia “El caso de uso termina cuando...”.
Especificación de los casos de uso de negocio Flujo Básico de Eventos. Se  describe   la secuencia de actividades o pasos básicos, normales e invariables que realiza el proceso del negocio. Describe QUÉ hace el actor y QUÉ responde el proceso del negocio y no CÓMO se implementa. Se establece un diálogo entre el actor y el proceso del negocio ordenado por la secuencia de ocurrencia. El primer evento coincide con el Punto de Inicio. El último evento coincide con el Punto de Terminación. Al final debe haberse alcanzado  el  propósito  del  caso de uso.
Especificación de los casos de uso de negocio Flujos Alternos. Se consideran las  diferentes situaciones  alternativas o variantes que provoquen una desviación del flujo  básico . Condiciones ocasionales, eventuales, anormales y extremas. Debe especificar claramente. Evento del flujo básico que lo provoca. Condición bajo la cual ocurre. Conjunto de actividades alternativas. Cómo continúa la ejecución del caso de uso una vez culminado el flujo alternativo.
Especificación de los casos de uso de negocio Precondiciones. Condiciones  en las que debió encontrarse el negocio para que el caso de uso pueda ser activado. Se definen relativas al negocio, no  a su entorno.   Si no se cumplen se rechaza la activación del caso de uso . Deben redactarse en tiempo verbal presente. Poscondiciones. Condiciones  en las que deberá encontrarse el negocio junto a su entorno  una vez terminado el caso de uso . Definen los resultados esperados por el caso de uso. Deben redactarse en tiempo verbal pasado.
Especificación de los casos de uso de negocio Información Adicional. Se especifica información adicional que aclare o incorpore mayor detalle al caso de uso del negocio. Se puede incorporar aquí tanto el diagrama de actividades como el diagrama de clases de negocio.
Especificación de los casos de uso de negocio Flujo  Básico Flujos   Alternos
Especificación de los casos de uso de negocio Precondiciones Poscondiciones
Diagrama de actividades (DA) Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte. 8. El Anfitrión busca la información sobre las técnicas que maneja la galería en el sistema LogiSis 9. El sistema LogiSis entrega la información sobre las técnicas que maneja la galería. 10. El Anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras de arte. 11. El Anfitrión llena la solicitud de servicio. 12. El Anfitrión archiva la Solicitud de Servicio y entrega una copia al Artista 13. El artista recibe la copia de la Solicitud de Servicio Realizar venta
Diagrama de actividades (DA) Herramienta proporcionada por UML. Un diagrama de actividades (AD) detalla el flujo de trabajo (workflow) de un BUC. Un BUC consiste de una secuencia de actividades que juntas producen algo de valor para un business actor. Un workflow usualmente consiste de un flujo básico y uno o muchos flujos alternativos.
Diagrama de actividades (DA) Es útil para indicar en un proceso: Las tareas a realizar. La secuencia de ejecución de las tareas. La interacción entre los actores y trabajadores. La forma en que el proceso maneja las entidades. Modela la dinámica de casos de uso del negocio. Abarca tareas automáticas y manuales.
Diagrama de actividades (DA) El Diagrama de Actividades está compuesto por los elementos siguientes. Estado inicial (start state). Actividad (activity). Transición de estado (state transition). Decisión (decision). Barra de sincronización (synchronization). Rol o calle (swimlane). Estado final (end state).
Elementos de un DA Actividad   Representan el desarrollo de una actividad o paso dentro de un workflow. El nombre de la actividad debe: Ser simple y breve. Ser un verbo o frase verbal en infinitivo. Incluir el objeto de la actividad. Colocarse dentro del símbolo de la actividad Buscar los datos del cliente
Elementos de un DA Estado Inicial   Representa el inicio de un workflow. Existe un único estado inicial. Se coloca dentro del swimlane correspondiente al rol que comienza el caso de uso. Se representa a través de un círculo de color negro.
Elementos de un DA Estado Final   Representa el fin de un flujo de actividades en el workflow.  Se coloca dentro del swimlane correspondiente al rol que termina el caso de uso. Puede haber más de un estado final. Se representa a través de un círculo de color negro dentro de un círculo transparente.
Elementos de un DA Estado transitorio Representa tiempos de espera en un proceso.  Es útil para representar los tiempos muertos. Se representa con un rectángulo con las aristas redondeadas.
Elementos de un DA Transición  Señala la dirección en que fluyen las actividades. Representa la secuencia de cada elemento dentro del diagrama. Es navegable en un solo sentido. Ocurre cuando termina el elemento  que la precede en el diagrama. Se representa a través de una línea con saeta en el extremo indicando el sentido de la transición entre los elementos.
Elementos de un DA Decisión   Representa una pregunta o decisión dentro del proceso. Ramifica el curso del diagrama en dos o más caminos diferentes. Debe nombrarse tal y como se hace en el negocio. Se acompaña de la pregunta que debe hacerse el proceso para tomar la decisión. También se puede usar la decisión cuando se quieren juntar hilos de flujos (OR) y combinarlos de nuevo. Se representa con un rombo.
Elementos de un DA Barra de sincronización   Se utiliza para mostrar subflujos paralelos  Ramifica el curso del diagrama en múltiples caminos que se ejecutan a la misma vez. Permite mostrar caminos concurrentes dentro del proceso. Señala el inicio y/o fin de hilos de ejecución. Permiten mostrar caminos concurrentes dentro de un workflow.  Se representa a través de una  barra horizontal o vertical.
Características especiales para workflows Las posibles complejidades de los workflows pueden ser representadas a través de diferentes características: Swimlanes (calles). Actividades anidadas. Uso de objetos.
Swimlanes (Calles)  Un diagrama de actividad puede estar particionado en swimlanes usando líneas rectas verticales.  Cada calle representa una parte del workflow cuya responsabilidad esta a cargo de una parte de la organización.  Se utiliza para mostrar un rol que participa en el proceso. Puede representar a un actor o trabajador del negocio que participa en el proceso modelado por un caso de uso. Se representa a través de líneas verticales desde la parte superior del diagrama hasta el final. Se coloca el nombre del rol en la parte superior. El orden de presentación de los swinlanes no tiene significado semántico.  Cliente
Actividades anidadas  Una actividad puede hacer referencia a otro diagrama de actividad que muestra la estructura interna de un estado de la actividad.  Cuando el diagrama interno es muy complejo se puede documentar que la  actividad hace referencia a otro workflow (crear otro nivel de descomposición).
Actividad con enlace a otro workflow Permite: La creación de sub-workflows. Indicar el enlace con casos de uso  relacionados (extensión/inclusión) Actividades anidadas Actividad  4 do/ Subproceso A Subproceso A Paso  1 Paso 2
Diagrama de actividades (DA)
Uso de objetos en los workflows En este contexto los flujos de objetos son usados para mostrar como las entidades de negocio son creadas y usadas en un workflow. Los flujos de objetos permiten mostrar inputs y outputs desde actividades.
Uso de objetos Consideraciones: Un objeto puede ser el output de una actividad y el input de muchas otras.  El flujo que los enlaza a una actividad es una clase de flujo de control. El mismo objeto puede ser manipulado por una serie de actividades que pueden cambiar su estado, por lo tanto puede ser mostrado muchas veces (denotando entre corchetes su estado).
Diagrama de actividades con BE
Modelo de negocios - Actividades 6. Construir el Modelo de Análisis del Negocio. Tecnica Artista Obra Solicitud de servicio Sistema LogiSis Documento de Rechazo de Pedido Anfitrion
Modelo de análisis de negocio Modela  la forma en que los trabajadores del negocio usan las entidades del negocio. Está formado por: Trabajadores del negocio identificados previamente. Entidades del negocio identificadas previamente. Asociaciones entre los trabajadores del negocio y las entidades del negocio. Diagramas de Clases del negocio.
Modelo de análisis de negocio Identificar qué trabajadores del negocio se comunican durante la ejecución de los casos de uso del negocio. Definir una asociación unidireccional entre ellos. Si es necesario puede incluirse un nombre a la asociación para dar mayor claridad a la comunicación. solicita
Diagrama de clases de negocio Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte. 8. El Anfitrión busca la información sobre las técnicas que maneja la galería en el sistema LogiSis 9. El sistema LogiSis entrega la información sobre las técnicas que maneja la galería. 10. El Anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras de arte. 11. El Anfitrión llena la solicitud de servicio. 12. El Anfitrión archiva la Solicitud de Servicio y entrega una copia al Artista 13. El artista recibe la copia de la Solicitud de Servicio Realizar venta Tecnica Artista Obra Solicitud de servicio Sistema LogiSis Documento de Rechazo de Pedido Anfitrion
Diagrama de clases de negocio El  Diagrama de Clases del Negocio  es: Una herramienta proporcionada por UML. Muestra los trabajadores del negocio y las entidades del negocio así como las asociaciones entre los mismos. Solo se tiene en cuenta “¿QUIÉN manipula QUÉ información?” ¿QUIÉN? (trabajador del negocio identificado). ¿QUÉ? (entidad del negocio identificado).  Relaciones entre ellos (asociaciones). Se le llama también diagrama de objetos de negocio.
Diagrama de clases de negocio File alumno  Tutor  Docente  Libreta  Sistema Emisión de notas  Acta Oficial  Ingeniero Conocimiento Auditoria Tributaria Programa Ejecutado Papeles Trabajo Informes Auditoria Auditor Programa Personalizado
Diagrama de análisis de negocio Sugerencias para realizar adecuadamente los Diagramas de Clases del Negocio. Cada trabajador del negocio y entidad del negocio debe tener al menos una asociación con: Alguna entidad del negocio identificada. Otro trabajador del negocio identificado. Analizar el ciclo de vida de cada entidad del negocio para garantizar que cada una. Sea creada y eliminada por algún trabajador del negocio durante los casos de uso del negocio. Sea manejada por al menos un trabajador del negocio.
Conclusiones El modelado del negocio ayuda al equipo del proyecto a comprender los elementos que intervienen en los procesos del negocio. No se puede realizar o implementar un buen sistema si los procesos de negocios no están preparados para la automatización. Es importante tomar consciencia de que un sistema de información NO resuelve problemas organizacionales. El estudio del negocio es de vital importancia para identificar las necesidades de los usuarios en las empresas actuales. RUP ofrece actividades para modelar el negocio. UML tiene distintos estereotipos y diagramas  para modelar el negocio.

Más contenido relacionado

La actualidad más candente

Casos de uso
Casos de usoCasos de uso
Casos de uso
Ejército Mexicano
 
5.1 ejemplos uml
5.1 ejemplos uml5.1 ejemplos uml
5.1 ejemplos uml
Ricardo Castro
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rup
Xochitl Saucedo Muñoz
 
Diagramas de clases y actividades
Diagramas de clases y actividadesDiagramas de clases y actividades
Diagramas de clases y actividades
TerryJoss
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático
Itzel656131
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No Funcionales
Carlos Macallums
 
02 modelo delnegocio
02 modelo delnegocio02 modelo delnegocio
02 modelo delnegocio
Omar Beltran Celis Mendoza
 
Diagrama de Componentes
Diagrama de ComponentesDiagrama de Componentes
Diagrama de Componentes
Universidad Técnica del Norte
 
PRESENTACIÓN RUP
PRESENTACIÓN RUPPRESENTACIÓN RUP
PRESENTACIÓN RUP
MSc Aldo Valdez Alvarado
 
Ejemplo de Diagrama de actividad
Ejemplo de Diagrama de actividadEjemplo de Diagrama de actividad
Ejemplo de Diagrama de actividad
Diego Jose Chavez Chirinos
 
Rational rose
Rational roseRational rose
Rational rose
Israel Chava Gonzales
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
Universidad Nacional de Frontera
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
RAUL CHIPANA LARICO
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
Johan Villamizar Tabares
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
ramirezjaime
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
Jesús Navarro
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, Asistencia
Robert Rodriguez
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
angel2365
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
Marvin Zumbado
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebas
choselin
 

La actualidad más candente (20)

Casos de uso
Casos de usoCasos de uso
Casos de uso
 
5.1 ejemplos uml
5.1 ejemplos uml5.1 ejemplos uml
5.1 ejemplos uml
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rup
 
Diagramas de clases y actividades
Diagramas de clases y actividadesDiagramas de clases y actividades
Diagramas de clases y actividades
 
 Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático Diagramas uml de sistema de cajero automático
 Diagramas uml de sistema de cajero automático
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No Funcionales
 
02 modelo delnegocio
02 modelo delnegocio02 modelo delnegocio
02 modelo delnegocio
 
Diagrama de Componentes
Diagrama de ComponentesDiagrama de Componentes
Diagrama de Componentes
 
PRESENTACIÓN RUP
PRESENTACIÓN RUPPRESENTACIÓN RUP
PRESENTACIÓN RUP
 
Ejemplo de Diagrama de actividad
Ejemplo de Diagrama de actividadEjemplo de Diagrama de actividad
Ejemplo de Diagrama de actividad
 
Rational rose
Rational roseRational rose
Rational rose
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
 
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
IEEE 830 1998: Software Requirements Specification (Especificación de requisi...
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, Asistencia
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebas
 

Similar a Modelo Del Negocio con RUP y UML Parte 2

Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
Julio Pari
 
Casos de uso del negocio
Casos de uso del negocioCasos de uso del negocio
Casos de uso del negocio
Robert Caraguay
 
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas   sesion 02 - modelado de procesos de negocioAnálisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
GianfrancoEduardoBra
 
ADS - Sesion3
ADS - Sesion3ADS - Sesion3
ADS - Sesion3
willy0303
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
Claudio Garrido
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
Claudio Garrido
 
Contenido de la configuracion de rup
Contenido de la configuracion de rup Contenido de la configuracion de rup
Contenido de la configuracion de rup
Ingeniería de Sistemas e Informática
 
Modelado de negocios 2017
Modelado de negocios 2017Modelado de negocios 2017
Modelado de negocios 2017
kevin aparicio
 
Desarrollo de un sistema con rup uml
Desarrollo de un sistema con rup umlDesarrollo de un sistema con rup uml
Desarrollo de un sistema con rup uml
Rudy Junior
 
03 casos deuso
03 casos deuso03 casos deuso
Clase3 Caso Practico
Clase3 Caso PracticoClase3 Caso Practico
Clase3 Caso Practico
jmch19
 
Ingenieria i sesión 05 modelo negocio
Ingenieria i   sesión 05 modelo negocioIngenieria i   sesión 05 modelo negocio
Ingenieria i sesión 05 modelo negocio
Daniel Gonzales Chafloque
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
Julio Pari
 
DISEÑO DE NEGOCIOS DE LA OPERACIÓN RUP
DISEÑO DE NEGOCIOS DE LA OPERACIÓN RUPDISEÑO DE NEGOCIOS DE LA OPERACIÓN RUP
DISEÑO DE NEGOCIOS DE LA OPERACIÓN RUP
Hector Martinez
 
Clase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocioClase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocio
Oscar Salazar
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
Oscar Salazar
 
Modelado de negocios 2016
Modelado de negocios 2016Modelado de negocios 2016
Modelado de negocios 2016
SEEG
 
Modelado de Casos de uso del negocio
Modelado de  Casos  de  uso  del negocioModelado de  Casos  de  uso  del negocio
Modelado de Casos de uso del negocio
Magemyl Egana
 
actividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.ppt
actividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.pptactividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.ppt
actividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.ppt
LeydyVeronicaDelgado
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
Oscar Salazar
 

Similar a Modelo Del Negocio con RUP y UML Parte 2 (20)

Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
 
Casos de uso del negocio
Casos de uso del negocioCasos de uso del negocio
Casos de uso del negocio
 
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas   sesion 02 - modelado de procesos de negocioAnálisis y diseño de sistemas   sesion 02 - modelado de procesos de negocio
Análisis y diseño de sistemas sesion 02 - modelado de procesos de negocio
 
ADS - Sesion3
ADS - Sesion3ADS - Sesion3
ADS - Sesion3
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
 
Modelamiento de-negocio4792
Modelamiento de-negocio4792Modelamiento de-negocio4792
Modelamiento de-negocio4792
 
Contenido de la configuracion de rup
Contenido de la configuracion de rup Contenido de la configuracion de rup
Contenido de la configuracion de rup
 
Modelado de negocios 2017
Modelado de negocios 2017Modelado de negocios 2017
Modelado de negocios 2017
 
Desarrollo de un sistema con rup uml
Desarrollo de un sistema con rup umlDesarrollo de un sistema con rup uml
Desarrollo de un sistema con rup uml
 
03 casos deuso
03 casos deuso03 casos deuso
03 casos deuso
 
Clase3 Caso Practico
Clase3 Caso PracticoClase3 Caso Practico
Clase3 Caso Practico
 
Ingenieria i sesión 05 modelo negocio
Ingenieria i   sesión 05 modelo negocioIngenieria i   sesión 05 modelo negocio
Ingenieria i sesión 05 modelo negocio
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
 
DISEÑO DE NEGOCIOS DE LA OPERACIÓN RUP
DISEÑO DE NEGOCIOS DE LA OPERACIÓN RUPDISEÑO DE NEGOCIOS DE LA OPERACIÓN RUP
DISEÑO DE NEGOCIOS DE LA OPERACIÓN RUP
 
Clase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocioClase 1: introduccion modelado de negocio
Clase 1: introduccion modelado de negocio
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
 
Modelado de negocios 2016
Modelado de negocios 2016Modelado de negocios 2016
Modelado de negocios 2016
 
Modelado de Casos de uso del negocio
Modelado de  Casos  de  uso  del negocioModelado de  Casos  de  uso  del negocio
Modelado de Casos de uso del negocio
 
actividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.ppt
actividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.pptactividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.ppt
actividad2-diagrama-de-casos-de-uso-del-negocio-y-del-sistema.ppt
 
Clase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocioClase 1 introduccion modelado de negocio
Clase 1 introduccion modelado de negocio
 

Más de David Motta Baldarrago

Galaxy S II: samsung publica una guía para la actualización a Android ICS
Galaxy S II: samsung publica una guía para la actualización a Android ICSGalaxy S II: samsung publica una guía para la actualización a Android ICS
Galaxy S II: samsung publica una guía para la actualización a Android ICS
David Motta Baldarrago
 
Android web services - Spring Android
Android web services - Spring AndroidAndroid web services - Spring Android
Android web services - Spring Android
David Motta Baldarrago
 
Repositorio SVN Google Code
Repositorio SVN Google CodeRepositorio SVN Google Code
Repositorio SVN Google Code
David Motta Baldarrago
 
Diseño Agil con TDD
Diseño Agil con TDDDiseño Agil con TDD
Diseño Agil con TDD
David Motta Baldarrago
 
Lo nuevo en Spring 3.0
Lo nuevo  en Spring 3.0Lo nuevo  en Spring 3.0
Lo nuevo en Spring 3.0
David Motta Baldarrago
 
Simple Jdbc With Spring 2.5
Simple Jdbc With Spring 2.5Simple Jdbc With Spring 2.5
Simple Jdbc With Spring 2.5
David Motta Baldarrago
 
Scjp Sun Certified Programmer For Java 6 Exam 310 065
Scjp Sun Certified Programmer For Java 6 Exam 310 065Scjp Sun Certified Programmer For Java 6 Exam 310 065
Scjp Sun Certified Programmer For Java 6 Exam 310 065
David Motta Baldarrago
 
Modelo Del Negocio con RUP y UML Parte 1
Modelo Del Negocio con RUP y UML Parte 1Modelo Del Negocio con RUP y UML Parte 1
Modelo Del Negocio con RUP y UML Parte 1
David Motta Baldarrago
 
Documentacion De Los Procesos
Documentacion De Los ProcesosDocumentacion De Los Procesos
Documentacion De Los Procesos
David Motta Baldarrago
 
Upgrade Zaptel to DAHDI
Upgrade Zaptel to DAHDIUpgrade Zaptel to DAHDI
Upgrade Zaptel to DAHDI
David Motta Baldarrago
 
Instalacion de Elastix
Instalacion de ElastixInstalacion de Elastix
Instalacion de Elastix
David Motta Baldarrago
 
Los mejores trucos de Asterisk
Los mejores trucos de AsteriskLos mejores trucos de Asterisk
Los mejores trucos de Asterisk
David Motta Baldarrago
 
Instalacion Debian + Asterisk + FreePbx + A2Billing
Instalacion Debian + Asterisk + FreePbx + A2BillingInstalacion Debian + Asterisk + FreePbx + A2Billing
Instalacion Debian + Asterisk + FreePbx + A2Billing
David Motta Baldarrago
 

Más de David Motta Baldarrago (14)

Galaxy S II: samsung publica una guía para la actualización a Android ICS
Galaxy S II: samsung publica una guía para la actualización a Android ICSGalaxy S II: samsung publica una guía para la actualización a Android ICS
Galaxy S II: samsung publica una guía para la actualización a Android ICS
 
Android web services - Spring Android
Android web services - Spring AndroidAndroid web services - Spring Android
Android web services - Spring Android
 
Repositorio SVN Google Code
Repositorio SVN Google CodeRepositorio SVN Google Code
Repositorio SVN Google Code
 
Diseño Agil con TDD
Diseño Agil con TDDDiseño Agil con TDD
Diseño Agil con TDD
 
Lo nuevo en Spring 3.0
Lo nuevo  en Spring 3.0Lo nuevo  en Spring 3.0
Lo nuevo en Spring 3.0
 
Simple Jdbc With Spring 2.5
Simple Jdbc With Spring 2.5Simple Jdbc With Spring 2.5
Simple Jdbc With Spring 2.5
 
Scjp Sun Certified Programmer For Java 6 Exam 310 065
Scjp Sun Certified Programmer For Java 6 Exam 310 065Scjp Sun Certified Programmer For Java 6 Exam 310 065
Scjp Sun Certified Programmer For Java 6 Exam 310 065
 
Modelo Del Negocio con RUP y UML Parte 1
Modelo Del Negocio con RUP y UML Parte 1Modelo Del Negocio con RUP y UML Parte 1
Modelo Del Negocio con RUP y UML Parte 1
 
Documentacion De Los Procesos
Documentacion De Los ProcesosDocumentacion De Los Procesos
Documentacion De Los Procesos
 
Upgrade Zaptel to DAHDI
Upgrade Zaptel to DAHDIUpgrade Zaptel to DAHDI
Upgrade Zaptel to DAHDI
 
Instalacion de Elastix
Instalacion de ElastixInstalacion de Elastix
Instalacion de Elastix
 
Elastix Without Tears
Elastix Without TearsElastix Without Tears
Elastix Without Tears
 
Los mejores trucos de Asterisk
Los mejores trucos de AsteriskLos mejores trucos de Asterisk
Los mejores trucos de Asterisk
 
Instalacion Debian + Asterisk + FreePbx + A2Billing
Instalacion Debian + Asterisk + FreePbx + A2BillingInstalacion Debian + Asterisk + FreePbx + A2Billing
Instalacion Debian + Asterisk + FreePbx + A2Billing
 

Último

SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docxSEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
Eddy Nathaly Jaimes Villamizar
 
bomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexionesbomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexiones
JessAdrinGonzlezCade
 
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docxDE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
lourdesuribe6
 
_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf
correodetareas
 
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdfInforme_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
Rubén Cortes Zavala
 
DN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en PerúDN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en Perú
estudios22
 
El uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptxEl uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptx
Katia Reyes
 
Conceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagaciónConceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagación
edgarcalle8
 
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
ADELAIDA90
 
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
241578066
 
11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf
PanchoChangue
 
Catalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdfCatalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdf
walter729637
 
Evolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TICEvolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TIC
Henry W. Zavala
 
Generaciones de Computadoras .
Generaciones de Computadoras                 .Generaciones de Computadoras                 .
Generaciones de Computadoras .
gregory760891
 
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptxDiapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
GnesisOrtegaDeLen
 
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Telefónica
 
590248542-Pruebas-de-auditoria-informatica.pdf
590248542-Pruebas-de-auditoria-informatica.pdf590248542-Pruebas-de-auditoria-informatica.pdf
590248542-Pruebas-de-auditoria-informatica.pdf
ivanbrito1105
 
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
Rubén Cortes Zavala
 

Último (18)

SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docxSEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
SEGUNDA GENERACIÓN xxxxxxxxxxxxxxxx.docx
 
bomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexionesbomba-koomey -Todo sobre sus istema y conexiones
bomba-koomey -Todo sobre sus istema y conexiones
 
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docxDE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
DE LO HUMANO Y LO COMUNITARIO PROYECTO INTEGRADOR (2).docx
 
_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf_Manejo de Riesgos en el Laboratorio.pdf
_Manejo de Riesgos en el Laboratorio.pdf
 
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdfInforme_mc_bombas_Warman_001-WEIR vulco.pdf
Informe_mc_bombas_Warman_001-WEIR vulco.pdf
 
DN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en PerúDN Consultores | Una mirada al mercado de fibra en Perú
DN Consultores | Una mirada al mercado de fibra en Perú
 
El uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptxEl uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptx
 
Conceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagaciónConceptos y definiciones de Antenas y propagación
Conceptos y definiciones de Antenas y propagación
 
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
PROTOCOLO DE NANOPOROS Kit de códigos de barras 16S (SQK-RAB204)
 
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
"El uso de las TIC en la vida cotidiana". SantanaMartinez_Alejandra
 
11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf11. Legislación Aplicada a la Informática.pdf
11. Legislación Aplicada a la Informática.pdf
 
Catalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdfCatalogo-Voxtech- accesorios radios RF.pdf
Catalogo-Voxtech- accesorios radios RF.pdf
 
Evolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TICEvolución, características, aplicación, ventajas y desventajas de las TIC
Evolución, características, aplicación, ventajas y desventajas de las TIC
 
Generaciones de Computadoras .
Generaciones de Computadoras                 .Generaciones de Computadoras                 .
Generaciones de Computadoras .
 
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptxDiapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
Diapositiva sobre Tecnologia de la Información y Telecomunicaciones.pptx
 
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
Índice del libro "Metaverso y mundos virtuales: Tecnologías, Retos y Oportuni...
 
590248542-Pruebas-de-auditoria-informatica.pdf
590248542-Pruebas-de-auditoria-informatica.pdf590248542-Pruebas-de-auditoria-informatica.pdf
590248542-Pruebas-de-auditoria-informatica.pdf
 
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
400816850-Mantenimiento-de-Equipos-de-Espesamiento-pdf.pdf
 

Modelo Del Negocio con RUP y UML Parte 2

  • 1. Modelo del Negocio con RUP y UML (Segunda Parte) Yamil Ramos García Pilar Stronguiló Leturia
  • 2. Modelo del negocio - Actividades 1. Evaluar la organización objetivo. 2. Encontrar los actores y casos de uso del negocio. 3. Construir el Modelo de Casos de Uso del Negocio. 4. Encontrar los trabajadores y entidades del negocio. 5. Detallar los casos de uso del negocio. 6. Construir el Modelo de Análisis del Negocio. 7. Mantener las reglas del negocio. 8. Capturar un vocabulario común. 9. Definir las actividades a automatizar.
  • 3. Modelo de negocios - Actividades 4. Encontrar los trabajadores y entidades del negocio. Jefe de Almacén Solicitud De Pago
  • 4. Identificar trabajadores del negocio Un trabajador de negocio (business worker) representa un rol jugado por alguien o algo dentro del negocio que realiza alguna actividad dentro del mismo. Un business worker (BW): Trabaja en una unidad organizacional Interactúa con otros business workers o business actors Manipula entidades del negocio. Jefe de Almacén
  • 5. Identificar trabajadores de negocio Ejemplos: Vendedor Encargado de almacén Cajero.
  • 6. Identificar trabajadores de negocio Mundo Exterior Organización objetivo (Objeto de estudio) Negocio (Campo de acción)
  • 7. Identificar trabajadores del negocio ¿Dónde encontrar trabajadores del negocio? Roles dentro del negocio. Puestos o cargos dentro de la organización objetivo. Personas que ejecutan los procesos o las actividades del negocio. Hardware o sistemas informáticos dentro del negocio usados en ese momento.
  • 8. Identificar trabajadores del negocio Sugerencias para identificar adecuadamente los trabajadores del negocio. Son roles (humanos, software o hardware), no personas con nombres propios. Se encuentran dentro de las fronteras del negocio o campo de acción. No deben representar áreas, departamentos o partes de una organización sino roles de ejecución. No siempre están asociados con el nombre de un cargo en la planilla de la organización objetivo. Cada trabajador debe participar en al menos un caso de uso del negocio. Si no participa en ningún proceso debe ser eliminado del modelo.
  • 9. Identificar trabajadores del negocio Checkpoints El nombre y la descripción deben ser claros y comprensibles (emplear sustantivos). Cada BW debe tener documentada una asociación con otro BW si se comunican entre sí. Cada BW debe participar en un BUC por lo menos. Cada relación entre BW y otros BW o BE debe ser usada en el workflow de algún BUC. Cada operación o actividad de un BW debe ser usada en el workflow de algún BUC.
  • 10. Identificar las entidades del negocio Una entidad del negocio (business entity) representa un conjunto de información con propiedades, comportamiento y semántica similares y que es usada, producida o manejada por trabajadores del negocio cuando ejecutan un caso de uso del negocio. Pueden ser tangibles o intangibles. Solicitud De Pago
  • 11. Identificar las entidades del negocio Ejemplo: Producto Factura Guía de remisión Pago de crédito.
  • 12. Identificar las entidades del negocio Mundo Exterior Organización objetivo (Objeto de estudio) Negocio (Campo de acción)
  • 13. Identificar las entidades del negocio ¿Dónde encontrar entidades del negocio? Información que maneja cada trabajador del negocio. Información que necesita ser ingresada, validada, consultada o comunicada en cada proceso del negocio. Objetos físicos. Transacciones. Informes. Reportes. Documentos.
  • 14. Identificar las entidades del negocio Sugerencias para identificar adecuadamente las entidades del negocio. Participa en al menos un caso de uso. Pueden ser usadas por diferentes trabajadores del negocio en varios casos de uso del negocio. Representan documentos, contratos, información solicitada, producto, conocimiento, etc. Solo debe ser considerada información relevante y persistente al negocio.
  • 15. Identificar las entidades del negocio Identificar los a tributos de las clases entidades del negocio . Identificar y describir la información que caracteriza a la entidad del negocio. Información o propiedades que aporta la entidad del negocio en la ejecución de las actividades en que participa. Solo debe considerarse información propia de la entidad del negocio descrita y no información que pertenezca a otra.
  • 16. Identificar las entidades del negocio Checkpoints El nombre y la descripción deben ser claros y comprensibles. Cada BE es usada en al menos un BUC. Cada relación entre BE y otras BE o BW es usada en algún caso de uso por lo menos. Todas las BE tienen un propietario que puede ser un BW o BA.
  • 17. Modelo de negocios - Actividades 5. Detallar los casos de uso del negocio. Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte.
  • 18. Detallar los casos de uso del negocio - Objetivos Describir en detalles el flujo de actividades de cada caso de uso del negocio. Asegurarse de que los actores del negocio respectivos obtenga n el resultado esperado. Asegurarse de que los miembros del proyecto y los c lientes y usuarios finales tengan un entendimiento común del proceso detallado. Se utilizan dos artefactos para la documentación. Documento de Especificación de casos de uso del negocio. Diagrama de Actividades (UML). Diagrama de objetos de negocio.
  • 19. Especificación de los casos de uso de negocio Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte. 8. El Anfitrión busca la información sobre las técnicas que maneja la galería en el sistema LogiSis 9. El sistema LogiSis entrega la información sobre las técnicas que maneja la galería. 10. El Anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras de arte. 11. El Anfitrión llena la solicitud de servicio. 12. El Anfitrión archiva la Solicitud de Servicio y entrega una copia al Artista 13. El artista recibe la copia de la Solicitud de Servicio Realizar venta
  • 20. Especificación de los casos de uso de negocio Actores. Se indican los actores que participan en el caso de uso del negocio. Deben coincidir con lo indicado en el Diagrama de Casos de Uso del Negocio. Propósito. Se indica el objetivo principal del caso de uso. Breve Descripción. Se redacta un resumen de las principales actividades que se realizan en el caso de uso del negocio. Es suficiente con un párrafo.
  • 21. Especificación de los casos de uso de negocio Breve Descripción. Debe incluirse al comienzo el PUNTO DE INICIO. Se establece al inicio del resumen. Coincide con la primera actividad del caso de uso. S e enuncia “El caso de uso se inicia cuando...” Está delimitado por l a ocurrencia de algún evento externo al negocio o debido a una necesidad del actor del caso de uso del negocio. Debe incluirse al final el PUNTO DE TERMINACIÓN. Se redacta al final del resumen. Coincide con la última actividad del caso de uso. Se enuncia “El caso de uso termina cuando...”.
  • 22. Especificación de los casos de uso de negocio Flujo Básico de Eventos. Se describe la secuencia de actividades o pasos básicos, normales e invariables que realiza el proceso del negocio. Describe QUÉ hace el actor y QUÉ responde el proceso del negocio y no CÓMO se implementa. Se establece un diálogo entre el actor y el proceso del negocio ordenado por la secuencia de ocurrencia. El primer evento coincide con el Punto de Inicio. El último evento coincide con el Punto de Terminación. Al final debe haberse alcanzado el propósito del caso de uso.
  • 23. Especificación de los casos de uso de negocio Flujos Alternos. Se consideran las diferentes situaciones alternativas o variantes que provoquen una desviación del flujo básico . Condiciones ocasionales, eventuales, anormales y extremas. Debe especificar claramente. Evento del flujo básico que lo provoca. Condición bajo la cual ocurre. Conjunto de actividades alternativas. Cómo continúa la ejecución del caso de uso una vez culminado el flujo alternativo.
  • 24. Especificación de los casos de uso de negocio Precondiciones. Condiciones en las que debió encontrarse el negocio para que el caso de uso pueda ser activado. Se definen relativas al negocio, no a su entorno. Si no se cumplen se rechaza la activación del caso de uso . Deben redactarse en tiempo verbal presente. Poscondiciones. Condiciones en las que deberá encontrarse el negocio junto a su entorno una vez terminado el caso de uso . Definen los resultados esperados por el caso de uso. Deben redactarse en tiempo verbal pasado.
  • 25. Especificación de los casos de uso de negocio Información Adicional. Se especifica información adicional que aclare o incorpore mayor detalle al caso de uso del negocio. Se puede incorporar aquí tanto el diagrama de actividades como el diagrama de clases de negocio.
  • 26. Especificación de los casos de uso de negocio Flujo Básico Flujos Alternos
  • 27. Especificación de los casos de uso de negocio Precondiciones Poscondiciones
  • 28. Diagrama de actividades (DA) Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte. 8. El Anfitrión busca la información sobre las técnicas que maneja la galería en el sistema LogiSis 9. El sistema LogiSis entrega la información sobre las técnicas que maneja la galería. 10. El Anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras de arte. 11. El Anfitrión llena la solicitud de servicio. 12. El Anfitrión archiva la Solicitud de Servicio y entrega una copia al Artista 13. El artista recibe la copia de la Solicitud de Servicio Realizar venta
  • 29. Diagrama de actividades (DA) Herramienta proporcionada por UML. Un diagrama de actividades (AD) detalla el flujo de trabajo (workflow) de un BUC. Un BUC consiste de una secuencia de actividades que juntas producen algo de valor para un business actor. Un workflow usualmente consiste de un flujo básico y uno o muchos flujos alternativos.
  • 30. Diagrama de actividades (DA) Es útil para indicar en un proceso: Las tareas a realizar. La secuencia de ejecución de las tareas. La interacción entre los actores y trabajadores. La forma en que el proceso maneja las entidades. Modela la dinámica de casos de uso del negocio. Abarca tareas automáticas y manuales.
  • 31. Diagrama de actividades (DA) El Diagrama de Actividades está compuesto por los elementos siguientes. Estado inicial (start state). Actividad (activity). Transición de estado (state transition). Decisión (decision). Barra de sincronización (synchronization). Rol o calle (swimlane). Estado final (end state).
  • 32. Elementos de un DA Actividad Representan el desarrollo de una actividad o paso dentro de un workflow. El nombre de la actividad debe: Ser simple y breve. Ser un verbo o frase verbal en infinitivo. Incluir el objeto de la actividad. Colocarse dentro del símbolo de la actividad Buscar los datos del cliente
  • 33. Elementos de un DA Estado Inicial Representa el inicio de un workflow. Existe un único estado inicial. Se coloca dentro del swimlane correspondiente al rol que comienza el caso de uso. Se representa a través de un círculo de color negro.
  • 34. Elementos de un DA Estado Final Representa el fin de un flujo de actividades en el workflow. Se coloca dentro del swimlane correspondiente al rol que termina el caso de uso. Puede haber más de un estado final. Se representa a través de un círculo de color negro dentro de un círculo transparente.
  • 35. Elementos de un DA Estado transitorio Representa tiempos de espera en un proceso. Es útil para representar los tiempos muertos. Se representa con un rectángulo con las aristas redondeadas.
  • 36. Elementos de un DA Transición Señala la dirección en que fluyen las actividades. Representa la secuencia de cada elemento dentro del diagrama. Es navegable en un solo sentido. Ocurre cuando termina el elemento que la precede en el diagrama. Se representa a través de una línea con saeta en el extremo indicando el sentido de la transición entre los elementos.
  • 37. Elementos de un DA Decisión Representa una pregunta o decisión dentro del proceso. Ramifica el curso del diagrama en dos o más caminos diferentes. Debe nombrarse tal y como se hace en el negocio. Se acompaña de la pregunta que debe hacerse el proceso para tomar la decisión. También se puede usar la decisión cuando se quieren juntar hilos de flujos (OR) y combinarlos de nuevo. Se representa con un rombo.
  • 38. Elementos de un DA Barra de sincronización Se utiliza para mostrar subflujos paralelos Ramifica el curso del diagrama en múltiples caminos que se ejecutan a la misma vez. Permite mostrar caminos concurrentes dentro del proceso. Señala el inicio y/o fin de hilos de ejecución. Permiten mostrar caminos concurrentes dentro de un workflow. Se representa a través de una barra horizontal o vertical.
  • 39. Características especiales para workflows Las posibles complejidades de los workflows pueden ser representadas a través de diferentes características: Swimlanes (calles). Actividades anidadas. Uso de objetos.
  • 40. Swimlanes (Calles) Un diagrama de actividad puede estar particionado en swimlanes usando líneas rectas verticales. Cada calle representa una parte del workflow cuya responsabilidad esta a cargo de una parte de la organización. Se utiliza para mostrar un rol que participa en el proceso. Puede representar a un actor o trabajador del negocio que participa en el proceso modelado por un caso de uso. Se representa a través de líneas verticales desde la parte superior del diagrama hasta el final. Se coloca el nombre del rol en la parte superior. El orden de presentación de los swinlanes no tiene significado semántico. Cliente
  • 41. Actividades anidadas Una actividad puede hacer referencia a otro diagrama de actividad que muestra la estructura interna de un estado de la actividad. Cuando el diagrama interno es muy complejo se puede documentar que la actividad hace referencia a otro workflow (crear otro nivel de descomposición).
  • 42. Actividad con enlace a otro workflow Permite: La creación de sub-workflows. Indicar el enlace con casos de uso relacionados (extensión/inclusión) Actividades anidadas Actividad 4 do/ Subproceso A Subproceso A Paso 1 Paso 2
  • 44. Uso de objetos en los workflows En este contexto los flujos de objetos son usados para mostrar como las entidades de negocio son creadas y usadas en un workflow. Los flujos de objetos permiten mostrar inputs y outputs desde actividades.
  • 45. Uso de objetos Consideraciones: Un objeto puede ser el output de una actividad y el input de muchas otras. El flujo que los enlaza a una actividad es una clase de flujo de control. El mismo objeto puede ser manipulado por una serie de actividades que pueden cambiar su estado, por lo tanto puede ser mostrado muchas veces (denotando entre corchetes su estado).
  • 47. Modelo de negocios - Actividades 6. Construir el Modelo de Análisis del Negocio. Tecnica Artista Obra Solicitud de servicio Sistema LogiSis Documento de Rechazo de Pedido Anfitrion
  • 48. Modelo de análisis de negocio Modela la forma en que los trabajadores del negocio usan las entidades del negocio. Está formado por: Trabajadores del negocio identificados previamente. Entidades del negocio identificadas previamente. Asociaciones entre los trabajadores del negocio y las entidades del negocio. Diagramas de Clases del negocio.
  • 49. Modelo de análisis de negocio Identificar qué trabajadores del negocio se comunican durante la ejecución de los casos de uso del negocio. Definir una asociación unidireccional entre ellos. Si es necesario puede incluirse un nombre a la asociación para dar mayor claridad a la comunicación. solicita
  • 50. Diagrama de clases de negocio Especificación del Caso de Uso del Negocio Solicitar Servicio 1. Actores 1.1 Artista 2. Propósito Solicitar los servicios de la galería para realizar una exposición de arte. 3. Breve Descripción El caso de uso comienza cuando el Artista se dirige a la galería para solicitar los servicios para una exposición de arte. Se entrevista con el Anfitrión quien le pide los datos necesarios y llena la solicitud de servicio de la galería. El caso de uso termina cuando el Artista recibe una copia de la Solicitud de Servicio o del Documento de Rechazo de Pedido. 4. Flujo Básico de Eventos Acción del Actor Respuesta del Proceso del Negocio 1. El Artista solicita el servicio de para una exposición 2. El Anfitrión solicita los datos personales del Artista 3. El Artista entrega sus datos personales al Anfitrión 4. El Anfitrión busca si los datos del Artista están registrados previamente en la galería 5. El Anfitrión solicita información de las obras de arte al Artista. 6. El Artista entrega la información de las obras al Anfitrión 7. El Anfitrión registra la información de las obras de arte. 8. El Anfitrión busca la información sobre las técnicas que maneja la galería en el sistema LogiSis 9. El sistema LogiSis entrega la información sobre las técnicas que maneja la galería. 10. El Anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras de arte. 11. El Anfitrión llena la solicitud de servicio. 12. El Anfitrión archiva la Solicitud de Servicio y entrega una copia al Artista 13. El artista recibe la copia de la Solicitud de Servicio Realizar venta Tecnica Artista Obra Solicitud de servicio Sistema LogiSis Documento de Rechazo de Pedido Anfitrion
  • 51. Diagrama de clases de negocio El Diagrama de Clases del Negocio es: Una herramienta proporcionada por UML. Muestra los trabajadores del negocio y las entidades del negocio así como las asociaciones entre los mismos. Solo se tiene en cuenta “¿QUIÉN manipula QUÉ información?” ¿QUIÉN? (trabajador del negocio identificado). ¿QUÉ? (entidad del negocio identificado). Relaciones entre ellos (asociaciones). Se le llama también diagrama de objetos de negocio.
  • 52. Diagrama de clases de negocio File alumno Tutor Docente Libreta Sistema Emisión de notas Acta Oficial Ingeniero Conocimiento Auditoria Tributaria Programa Ejecutado Papeles Trabajo Informes Auditoria Auditor Programa Personalizado
  • 53. Diagrama de análisis de negocio Sugerencias para realizar adecuadamente los Diagramas de Clases del Negocio. Cada trabajador del negocio y entidad del negocio debe tener al menos una asociación con: Alguna entidad del negocio identificada. Otro trabajador del negocio identificado. Analizar el ciclo de vida de cada entidad del negocio para garantizar que cada una. Sea creada y eliminada por algún trabajador del negocio durante los casos de uso del negocio. Sea manejada por al menos un trabajador del negocio.
  • 54. Conclusiones El modelado del negocio ayuda al equipo del proyecto a comprender los elementos que intervienen en los procesos del negocio. No se puede realizar o implementar un buen sistema si los procesos de negocios no están preparados para la automatización. Es importante tomar consciencia de que un sistema de información NO resuelve problemas organizacionales. El estudio del negocio es de vital importancia para identificar las necesidades de los usuarios en las empresas actuales. RUP ofrece actividades para modelar el negocio. UML tiene distintos estereotipos y diagramas para modelar el negocio.