El documento describe los diagramas de casos de uso para modelar los procesos de negocio y los sistemas de información. Explica los conceptos de casos de uso del negocio y del sistema, identificando los actores y procesos clave. Además, cubre las relaciones entre casos de uso, como inclusión, extensión y generalización-especialización, y proporciona lineamientos para la descripción de casos de uso.
Diagrama de casos de uso del negocio y del sistemaJohannNz
Este documento presenta información sobre diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario a través de acciones y reacciones. También cubre temas como la diferencia entre casos de uso de negocio y sistema, estructuración de casos de uso, y convenciones para diagramas de casos de uso.
Este documento presenta información sobre diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen las interacciones entre actores y un sistema o negocio. También cubre temas como la identificación y estructuración de casos de uso de negocio, incluyendo actores, procesos, relaciones y diagramas. Finalmente, introduce los casos de uso de sistema y su relación con los casos de uso de negocio.
www.modelado.pnfi.org
Los Casos de Uso (Ivar Jacobson) describen, bajo la forma de acciones y reacciones, el comportamiento de un sistema desde el punto de vista del usuario.
Permiten definir los límites del sistema y las relaciones entre el sistema y el entorno.
Los Casos de Uso son descripciones de la funcionalidad del negocio/sistema independientes de la implementación.
Este documento describe los diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario, permitiendo definir los límites del sistema y las relaciones entre el sistema y el entorno. También cubre la identificación y estructuración de casos de uso de negocio y sistema, así como su representación a través de diagramas. Finalmente, discute cómo identificar los casos de uso del sistema a partir del análisis de los procesos de negocio.
Este documento describe los diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario, permitiendo definir los límites del sistema y las relaciones entre el sistema y el entorno. También cubre la identificación y estructuración de casos de uso de negocio y sistema, así como su representación a través de diagramas. Finalmente, señala que los casos de uso del sistema se identifican a partir de los procesos de negocio en los que los trabajadores utilizarán un sistema de información
El documento describe los diagramas de casos de uso de negocio y sistema de UML. Explica que los casos de uso describen las interacciones entre actores y el sistema, y cubren las necesidades de los usuarios. También define actores de negocio, casos de uso de negocio, y las relaciones entre ellos, como inclusión, extensión y generalización.
El documento presenta el modelo de requisitos para el desarrollo de un sistema de gestión de artículos deportivos. Describe los siete subsistemas que componen el sistema, incluyendo ventas, almacén, envíos, recursos humanos, contabilidad, marketing y logística. Además, incluye diagramas de casos de uso para cada subsistema, describiendo las funcionalidades y flujos de trabajo del sistema desde la perspectiva de los diferentes actores.
Diagrama de casos de uso del negocio y del sistemaJohannNz
Este documento presenta información sobre diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario a través de acciones y reacciones. También cubre temas como la diferencia entre casos de uso de negocio y sistema, estructuración de casos de uso, y convenciones para diagramas de casos de uso.
Este documento presenta información sobre diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen las interacciones entre actores y un sistema o negocio. También cubre temas como la identificación y estructuración de casos de uso de negocio, incluyendo actores, procesos, relaciones y diagramas. Finalmente, introduce los casos de uso de sistema y su relación con los casos de uso de negocio.
www.modelado.pnfi.org
Los Casos de Uso (Ivar Jacobson) describen, bajo la forma de acciones y reacciones, el comportamiento de un sistema desde el punto de vista del usuario.
Permiten definir los límites del sistema y las relaciones entre el sistema y el entorno.
Los Casos de Uso son descripciones de la funcionalidad del negocio/sistema independientes de la implementación.
Este documento describe los diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario, permitiendo definir los límites del sistema y las relaciones entre el sistema y el entorno. También cubre la identificación y estructuración de casos de uso de negocio y sistema, así como su representación a través de diagramas. Finalmente, discute cómo identificar los casos de uso del sistema a partir del análisis de los procesos de negocio.
Este documento describe los diagramas de casos de uso de negocio y sistema. Explica que los casos de uso describen el comportamiento de un sistema desde la perspectiva del usuario, permitiendo definir los límites del sistema y las relaciones entre el sistema y el entorno. También cubre la identificación y estructuración de casos de uso de negocio y sistema, así como su representación a través de diagramas. Finalmente, señala que los casos de uso del sistema se identifican a partir de los procesos de negocio en los que los trabajadores utilizarán un sistema de información
El documento describe los diagramas de casos de uso de negocio y sistema de UML. Explica que los casos de uso describen las interacciones entre actores y el sistema, y cubren las necesidades de los usuarios. También define actores de negocio, casos de uso de negocio, y las relaciones entre ellos, como inclusión, extensión y generalización.
El documento presenta el modelo de requisitos para el desarrollo de un sistema de gestión de artículos deportivos. Describe los siete subsistemas que componen el sistema, incluyendo ventas, almacén, envíos, recursos humanos, contabilidad, marketing y logística. Además, incluye diagramas de casos de uso para cada subsistema, describiendo las funcionalidades y flujos de trabajo del sistema desde la perspectiva de los diferentes actores.
El documento explica por qué es importante modelar el negocio antes de modelar el sistema. Modelar el negocio permite entender claramente los procesos del negocio que se pretenden automatizar con el sistema. Se describen las principales actividades para modelar el negocio, como identificar los procesos clave, flujos de información, y volumen de datos. También se explican las herramientas clave para el modelado de negocio, como diagramas de casos de uso, diagramas de actividades, y diagramas de objetos de negocio. Modelar adecuadamente el neg
7 Clase De Los Procesos De Negocio A Los CasosJulio Pari
Este documento presenta una propuesta para modelar procesos de negocio utilizando casos de uso y UML. Se describe un proceso que comienza con el modelado de negocios mediante diagramas de actividades para identificar casos de uso de negocio. Luego, a partir de los datos que fluyen entre actividades se genera un modelo conceptual inicial y casos de uso del sistema. Finalmente, se especifican reglas de negocio y requisitos no funcionales.
Este documento explica los casos de uso, incluyendo su definición, propósito, representación y relaciones. Un caso de uso describe la interacción entre un actor y el sistema, sin especificar cómo se implementa. Los casos de uso ayudan a comprender y validar los requisitos del sistema. Se representan como óvalos en diagramas de casos de uso junto con actores y relaciones como generalización e inclusión.
Este documento describe el uso de diagramas de casos de uso para modelar la funcionalidad de un sistema desde la perspectiva de los actores. Explica qué son los casos de uso, actores y sus relaciones. También cubre cómo identificar casos de uso y actores observando las secuencias de interacción desde la perspectiva del usuario. Finalmente, destaca las ventajas de usar casos de uso para la comunicación, comprensión y gestión de requisitos del sistema.
Este documento presenta el modelo de negocio orientado a objetos para el desarrollo de software. Explica los conceptos clave como el modelo de casos de uso de negocio, el modelo de objetos de negocio y el refinamiento del modelo de negocio. Detalla cómo modelar los procesos empresariales, identificar actores y casos de uso, y describir los objetos y roles que permiten llevar a cabo los procesos del negocio. El objetivo final es comprender la estructura y dinámica del negocio para derivar los requisitos del
Este documento presenta una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los planos del software. Luego define qué son los casos de uso, cómo se representan, y las relaciones entre ellos como la generalización, inclusión y extensión. Finalmente, describe cómo crear diagramas de casos de uso que muestran las interacciones entre los actores y el sistema.
Este documento proporciona una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso y diagramas de casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los aspectos de un sistema de software. Luego describe qué son los casos de uso, cómo se representan y las relaciones entre ellos, incluida la generalización, inclusión y extensión. Finalmente, explica qué son los diagramas de casos de uso y cómo se usan para modelar el comportamiento de un sistema desde la perspectiva de
Este documento describe el Proceso Unificado (RUP) y cómo se usa el Lenguaje de Modelado Unificado (UML) para el desarrollo de software en equipos. Explica que RUP se basa en principios de mejora de procesos y está dirigido por casos de uso, centrado en la arquitectura e iterativo. También describe los elementos de RUP como roles, actividades, artefactos y flujos de trabajo, así como los modelos, guías, plantillas y fases que utiliza.
Este documento describe los conceptos básicos de los casos de uso como herramienta de análisis y diseño orientado a objetos. Define actores como elementos externos que interactúan con el sistema, y casos de uso como las funciones que debe realizar el sistema. Explica los flujos principales y excepcionales de un caso de uso, así como las relaciones entre casos de uso como uso, inclusión y extensión.
Este documento explica cómo identificar, describir y organizar casos de uso en el modelado de negocios. Se enfoca en usar procesos elementales de negocio como guía para definir casos de uso útiles para el análisis de requisitos de software. También cubre técnicas como jerarquizar casos de uso por objetivos y crearlos de forma paralela al modelado conceptual para entender mejor el dominio.
El documento presenta conceptos básicos sobre casos de uso, diagramas de casos de uso y buenas prácticas para la redacción de casos de uso. Explica que un diagrama de casos de uso muestra una visión general de los casos de uso y sus relaciones, mientras que un caso de uso describe específicamente la interacción entre el sistema y los actores. También describe atributos comunes de los casos de uso y recomendaciones para su redacción como enfocarse en las tareas del negocio y no en detalles de la interfaz.
Este documento describe conceptos clave de ingeniería de requisitos como casos de uso, actores, diagramas de casos de uso y especificaciones de casos de uso. Explica cómo modelar requisitos funcionales a través de casos de uso, incluyendo la estructuración y relaciones entre casos de uso como generalización, extensión e inclusión. También cubre temas como pre-condiciones, post-condiciones y la guía para elaborar especificaciones de casos de uso.
Este documento presenta información sobre el desarrollo y planeación de servicios. Explica que un servicio satisface una necesidad o deseo y describe el ciclo de vida de un servicio, incluyendo el desarrollo de nuevos servicios. También describe los procesos de prueba de mercado e ingeniería para nuevos servicios y categoriza los servicios en explícitos, implícitos y suplementarios.
Este documento presenta el modelo de casos de uso de negocio para el área de recursos humanos de una empresa. Describe los objetivos de recursos humanos y tres casos de uso principales: 1) reclutar nuevo personal, 2) capacitar al personal, y 3) gestionar la información de los empleados. Cada caso de uso detalla las actividades y participantes clave involucrados en el proceso.
Clase 1: introduccion modelado de negocioOscar Salazar
Este documento presenta sobre modelado de negocios. Explica que el modelado de negocios incluye una vista estática de la estructura organizacional y una vista dinámica de los procesos de la organización. También describe cómo elaborar un modelado de negocios, incluyendo análisis de la situación organizacional, desarrollo de un modelo de casos de uso de negocios, y refinamiento y realización de los casos de uso.
Clase 1 introduccion modelado de negocioOscar Salazar
Este documento presenta sobre modelado de negocios. Explica que el modelado de negocios permite entender los procesos y estructura de una organización a través de artefactos como casos de uso de negocio y modelos de análisis. También describe cómo elaborar un modelado de negocios, incluyendo análisis de situación organizacional, definición de casos de uso, y realizaciones en el modelo de análisis.
Este documento presenta una introducción al desarrollo de casos de uso para sistemas de software orientados a objetos. Explica conceptos clave como actores, casos de uso, niveles de especificación de casos de uso, flujos normales y alternativos, y precondiciones y poscondiciones. Además, describe métodos para identificar casos de uso, priorizarlos y organizar el modelo general de casos de uso.
Este documento describe tres tipos de proveedores de servicios: proveedores internos, unidades de servicios compartidas y proveedores externos. También explica el proceso de selección de proveedores, el cual incluye determinar los objetivos y necesidades de la organización, seleccionar proveedores iniciales, evaluar criterios de selección, jerarquizar los criterios, determinar el desempeño de cada proveedor y seleccionar el proveedor final. El análisis de decisiones es una herramienta útil para estructurar el proceso de se
El documento explica por qué es importante modelar el negocio antes de modelar el sistema. Modelar el negocio permite entender claramente los procesos del negocio que se pretenden automatizar con el sistema. Se describen las principales actividades para modelar el negocio, como identificar los procesos clave, flujos de información, y volumen de datos. También se explican las herramientas clave para el modelado de negocio, como diagramas de casos de uso, diagramas de actividades, y diagramas de objetos de negocio. Modelar adecuadamente el neg
7 Clase De Los Procesos De Negocio A Los CasosJulio Pari
Este documento presenta una propuesta para modelar procesos de negocio utilizando casos de uso y UML. Se describe un proceso que comienza con el modelado de negocios mediante diagramas de actividades para identificar casos de uso de negocio. Luego, a partir de los datos que fluyen entre actividades se genera un modelo conceptual inicial y casos de uso del sistema. Finalmente, se especifican reglas de negocio y requisitos no funcionales.
Este documento explica los casos de uso, incluyendo su definición, propósito, representación y relaciones. Un caso de uso describe la interacción entre un actor y el sistema, sin especificar cómo se implementa. Los casos de uso ayudan a comprender y validar los requisitos del sistema. Se representan como óvalos en diagramas de casos de uso junto con actores y relaciones como generalización e inclusión.
Este documento describe el uso de diagramas de casos de uso para modelar la funcionalidad de un sistema desde la perspectiva de los actores. Explica qué son los casos de uso, actores y sus relaciones. También cubre cómo identificar casos de uso y actores observando las secuencias de interacción desde la perspectiva del usuario. Finalmente, destaca las ventajas de usar casos de uso para la comunicación, comprensión y gestión de requisitos del sistema.
Este documento presenta el modelo de negocio orientado a objetos para el desarrollo de software. Explica los conceptos clave como el modelo de casos de uso de negocio, el modelo de objetos de negocio y el refinamiento del modelo de negocio. Detalla cómo modelar los procesos empresariales, identificar actores y casos de uso, y describir los objetos y roles que permiten llevar a cabo los procesos del negocio. El objetivo final es comprender la estructura y dinámica del negocio para derivar los requisitos del
Este documento presenta una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los planos del software. Luego define qué son los casos de uso, cómo se representan, y las relaciones entre ellos como la generalización, inclusión y extensión. Finalmente, describe cómo crear diagramas de casos de uso que muestran las interacciones entre los actores y el sistema.
Este documento proporciona una introducción al lenguaje UML (Unified Modeling Language) y a los casos de uso y diagramas de casos de uso. Explica que UML es un lenguaje estándar para visualizar, especificar, construir y documentar los aspectos de un sistema de software. Luego describe qué son los casos de uso, cómo se representan y las relaciones entre ellos, incluida la generalización, inclusión y extensión. Finalmente, explica qué son los diagramas de casos de uso y cómo se usan para modelar el comportamiento de un sistema desde la perspectiva de
Este documento describe el Proceso Unificado (RUP) y cómo se usa el Lenguaje de Modelado Unificado (UML) para el desarrollo de software en equipos. Explica que RUP se basa en principios de mejora de procesos y está dirigido por casos de uso, centrado en la arquitectura e iterativo. También describe los elementos de RUP como roles, actividades, artefactos y flujos de trabajo, así como los modelos, guías, plantillas y fases que utiliza.
Este documento describe los conceptos básicos de los casos de uso como herramienta de análisis y diseño orientado a objetos. Define actores como elementos externos que interactúan con el sistema, y casos de uso como las funciones que debe realizar el sistema. Explica los flujos principales y excepcionales de un caso de uso, así como las relaciones entre casos de uso como uso, inclusión y extensión.
Este documento explica cómo identificar, describir y organizar casos de uso en el modelado de negocios. Se enfoca en usar procesos elementales de negocio como guía para definir casos de uso útiles para el análisis de requisitos de software. También cubre técnicas como jerarquizar casos de uso por objetivos y crearlos de forma paralela al modelado conceptual para entender mejor el dominio.
El documento presenta conceptos básicos sobre casos de uso, diagramas de casos de uso y buenas prácticas para la redacción de casos de uso. Explica que un diagrama de casos de uso muestra una visión general de los casos de uso y sus relaciones, mientras que un caso de uso describe específicamente la interacción entre el sistema y los actores. También describe atributos comunes de los casos de uso y recomendaciones para su redacción como enfocarse en las tareas del negocio y no en detalles de la interfaz.
Este documento describe conceptos clave de ingeniería de requisitos como casos de uso, actores, diagramas de casos de uso y especificaciones de casos de uso. Explica cómo modelar requisitos funcionales a través de casos de uso, incluyendo la estructuración y relaciones entre casos de uso como generalización, extensión e inclusión. También cubre temas como pre-condiciones, post-condiciones y la guía para elaborar especificaciones de casos de uso.
Este documento presenta información sobre el desarrollo y planeación de servicios. Explica que un servicio satisface una necesidad o deseo y describe el ciclo de vida de un servicio, incluyendo el desarrollo de nuevos servicios. También describe los procesos de prueba de mercado e ingeniería para nuevos servicios y categoriza los servicios en explícitos, implícitos y suplementarios.
Este documento presenta el modelo de casos de uso de negocio para el área de recursos humanos de una empresa. Describe los objetivos de recursos humanos y tres casos de uso principales: 1) reclutar nuevo personal, 2) capacitar al personal, y 3) gestionar la información de los empleados. Cada caso de uso detalla las actividades y participantes clave involucrados en el proceso.
Clase 1: introduccion modelado de negocioOscar Salazar
Este documento presenta sobre modelado de negocios. Explica que el modelado de negocios incluye una vista estática de la estructura organizacional y una vista dinámica de los procesos de la organización. También describe cómo elaborar un modelado de negocios, incluyendo análisis de la situación organizacional, desarrollo de un modelo de casos de uso de negocios, y refinamiento y realización de los casos de uso.
Clase 1 introduccion modelado de negocioOscar Salazar
Este documento presenta sobre modelado de negocios. Explica que el modelado de negocios permite entender los procesos y estructura de una organización a través de artefactos como casos de uso de negocio y modelos de análisis. También describe cómo elaborar un modelado de negocios, incluyendo análisis de situación organizacional, definición de casos de uso, y realizaciones en el modelo de análisis.
Este documento presenta una introducción al desarrollo de casos de uso para sistemas de software orientados a objetos. Explica conceptos clave como actores, casos de uso, niveles de especificación de casos de uso, flujos normales y alternativos, y precondiciones y poscondiciones. Además, describe métodos para identificar casos de uso, priorizarlos y organizar el modelo general de casos de uso.
Este documento describe tres tipos de proveedores de servicios: proveedores internos, unidades de servicios compartidas y proveedores externos. También explica el proceso de selección de proveedores, el cual incluye determinar los objetivos y necesidades de la organización, seleccionar proveedores iniciales, evaluar criterios de selección, jerarquizar los criterios, determinar el desempeño de cada proveedor y seleccionar el proveedor final. El análisis de decisiones es una herramienta útil para estructurar el proceso de se
Similar a 5_Casos_de_uso_negocio_y_sistemas.ppt (20)
para programadores y desarrolladores de inteligencia artificial y machine learning, como se automatiza una cadena de valor o cadena de valor gracias a la teoría por Manuel Diaz @manuelmakemoney
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)codesiret
Los protocolos son conjuntos de
normas para formatos de mensaje y
procedimientos que permiten a las
máquinas y los programas de aplicación
intercambiar información.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...AMADO SALVADOR
Descarga el Catálogo General de Tarifas 2024 de Vaillant, líder en tecnología para calefacción, ventilación y energía solar térmica y fotovoltaica. En Amado Salvador, como distribuidor oficial de Vaillant, te ofrecemos una amplia gama de productos de alta calidad y diseño innovador para tus proyectos de climatización y energía.
Descubre nuestra selección de productos Vaillant, incluyendo bombas de calor altamente eficientes, fancoils de última generación, sistemas de ventilación de alto rendimiento y soluciones de energía solar fotovoltaica y térmica para un rendimiento óptimo y sostenible. El catálogo de Vaillant 2024 presenta una variedad de opciones en calderas de condensación que garantizan eficiencia energética y durabilidad.
Con Vaillant, obtienes más que productos de climatización: control avanzado y conectividad para una gestión inteligente del sistema, acumuladores de agua caliente de gran capacidad y sistemas de aire acondicionado para un confort total. Confía en la fiabilidad de Amado Salvador como distribuidor oficial de Vaillant, y en la resistencia de los productos Vaillant, respaldados por años de experiencia e innovación en el sector.
En Amado Salvador, distribuidor oficial de Vaillant en Valencia, no solo proporcionamos productos de calidad, sino también servicios especializados para profesionales, asegurando que tus proyectos cuenten con el mejor soporte técnico y asesoramiento. Descarga nuestro catálogo y descubre por qué Vaillant es la elección preferida para proyectos de climatización y energía en Amado Salvador.
El uso de las TIC en la vida cotidiana.pptxjgvanessa23
En esta presentación, he compartido información sobre las Tecnologías de la Información y la Comunicación (TIC) y su aplicación en diversos ámbitos de la vida cotidiana, como el hogar, la educación y el trabajo.
He explicado qué son las TIC, las diferentes categorías y sus respectivos ejemplos, así como los beneficios y aplicaciones en cada uno de estos ámbitos.
Espero que esta información sea útil para quienes la lean y les ayude a comprender mejor las TIC y su impacto en nuestra vida cotidiana.
4. Casos de uso
Los Casos de Uso describen, bajo la forma de
acciones y reacciones, el comportamiento de un
sistema desde el punto de vista del usuario.
Permiten definir los límites del sistema y las
relaciones entre el sistema y el entorno.
Los Casos de Uso son descripciones de la
funcionalidad del negocio/sistema
independientes de la implementación.
5. Casos de uso
Los Casos de Uso cubren la carencia
existente en métodos previos (OMT,
Booch) en cuanto a la determinación de
requisitos.
Los Casos de Uso particionan el conjunto
de necesidades atendiendo a la categoría
de usuarios que participan en el mismo.
Están basado en el lenguaje natural, es
decir, es accesible por los usuarios.
8. Modelo de Casos de Uso del Negocio
• Describe los procesos de un negocio,
vinculados al campo de acción, y cómo se
benefician e interactúan los socios y clientes
en estos procesos.
Estereotipos
Actor del
Negocio
Caso de Uso
del Negocio
9. ¿Actor del negocio?
Rol que alguien o algo juega cuando
interactúa con el negocio para beneficiarse
de sus resultados.
Rol = Actor
Candidatos:
• Clientes o potenciales clientes
• Socios
• Proveedores
• Autoridades
• Propietarios
• Sistemas de información externos al negocio
• Otras parte de la organización, si ésta es grande.
10. Proceso de negocio
Grupo de tareas lógicamente relacionadas
que se llevan a cabo en una determinada
secuencia y manera y que emplean los
recursos de la organización para dar
resultados en apoyo a sus objetivos.
11. Casos de Uso del Negocio (CUN)
Secuencia de acciones, realizadas en el
negocio, que producen un resultado de valor
observable para ciertos actores del negocio.
Desde la perspectiva de un actor individual,
define un flujo de trabajo completo que
produce resultados deseados.
Cliente Vender Pasaje
asociación
Envía y/o recibe mensajes
12. Identificación de los procesos del negocio
(Clasificación)
Servicio de comida
Cliente
Marketing
Cliente potencial Experto en
relaciones públicas
Proveedor
Comprar suministros
(Ejemplo: Restaurante)
13. Identificación de los procesos del negocio
(Agrupamiento de actividades)
Un grupo funcional que responde a
un objetivo de la organización y que
puede involucrar a varias áreas.
Función Proceso de negocio
Distribución • Recepción
• Embarque
Compras • Elección de proveedores
• Pago a proveedores
Personal • Cubrimiento de plantilla
• Capacitación
(Ejemplo: Empresa productora)
14. Identificación de los procesos del negocio
(Objetivos)
(Ejemplo: Empresa de servicio)
“Satisfacer
pedidos de
los clientes”
SubObjetivo 1
...
...
SubObjetivo n
•Atender pedido
de los clientes.
•Solicitra insumo
a los
proveedores.
Cliente Atender pedido
Comprar suministros
Proveedor
15. Consideraciones acerca de actores
del negocio
• Todo lo que interacciona con el ambiente
del negocio se modela con actores.
• Cada actor humano expresa un rol, no
una persona específica.
• Cada actor modela algo fuera del
negocio.
• Cada actor se involucra con al menos un
caso de uso.
• Cada actor tiene una descripción y un
nombre que explica su rol en relación al
negocio.
16. Consideraciones acerca de los CUN
• Su nombre y descripción breve son
claras y fáciles de comprender.
• Cada caso de uso del negocio es
completo desde la perspectiva de un
actor externo.
• Cada caso de uso del negocio
normalmente se involucra con, al
menos, un actor.
• Es posible que un caso de uso de
apoyo no interactúe con ningún actor.
17. Diagrama de CUN
Diagrama que representa gráficamente a los
procesos del negocio y su interacción con los
actores del negocio.
Gerente de Relaciones
Públicas
Cliente
Servicio de comida
Proveedor
Comprar
suministros
Cliente
potencial
Marketing
(Ejemplo:Restaurant)
18. Convenios en la representación del
Diagrama de CUN
• Un caso de uso puede asociarse con
uno o más actores.
• Un caso de uso se comunica con al
menos un actor, sino hay error en el
modelo, excepto cuando:
• CU abstracto (puede tenerlas).
• CU hijo en una relación de
generalización/especialización si en el padre se
describe toda la comunicación.
19. Navegabilidad en las relaciones de
comunicación entre actores y CUN
• Indica quién inicia la comunicación en la
interacción y se muestra con una flecha.
• Si la fecha apunta al CUN, inicia el actor.
• Si la flecha apunta al actor, entonces inicia el CUN.
• La relación en los dos sentidos se muestra sin
saetas.
• Por cada flecha de comunicación se asume un
mensaje de retorno.
Convenios en la representación del
Diagrama de CUN
20. Navegabilidad en las relaciones de
comunicación entre actores y CUN
• NO confundir navegabilidad con flujos de datos, la
navegabilidad solo indica relación de iniciación.
• Los convenios que usaremos serán:
• La flecha de iniciación del actor al CUN siempre se
muestran, aún si más tarde el CU inicia comunicación
con el actor que lo mostró. En este último caso solo
se pone una flecha del actor al CUN.
• El resto de las flechas puede ser omitida e incluirla
solo para esclarecer el diagrama.
Convenios en la representación del
Diagrama de CUN
21. Estructuración de los CUN
• Identificar los comportamiento en
CUN que necesitan considerarse como
casos de uso abstractos (casos de uso
que no se instancian por si solos y que
describen comportamiento reutilizable y
compartido).
• Encontrar actores del negocio que
definan roles compartidos por varios
actores del negocio.
22. Estructuración de los CUN
• Relación de inclusión
• Relación de extensión
• Relación de Generalización-especialización
23. Relación de inclusión <include>
Una relación que especifica un
comportamiento definido para el CU de
inclusión que se inserta explícitamente dentro
del comportamieto definido para el CU base.
El workflow del proceso entero está en el
caso de uso base y el (los) caso(s) de uso
incluido(s).
24. Se justifica cuando:
• Se puede reusar en otros CUN el
comportamiento incluido en el caso de
uso base, o
• Simplifica la comprensión del caso de
uso base.
Relación de inclusión <include>
27. Relación de extensión <extend>
Una vez definido el workflow de un caso
de uso del negocio, se puede encontrar
alguna conducta opcional u optativa.
Tiene sentido definir un nuevo CU cuando:
Modelar un workflow complejo o un
subflujo separado, que raramente ocurre u
ocurre bajo ciertas condiciones.
Flujos distintos que pueden ejecutarse en
base a la selección del actor.
28. Pasajero
Manejo Especial de Equipaje
<<extend>>
Check-In Individual
Relación de extensión <extend>.
SOLO PARAALGUNOS PASAJEROS HAY QUE
IR AL COUNTER DE EQUIPAJE ESPECIAL
(Ejemplo: Aduana)
29. Generalización - especialización
Se usa para mostrar worksflows que
comparten estructuras, propósito y
comportamiento.
Un caso de uso padre se puede
especificar en uno o más casos de
uso hijos que representan
formularios más especificos del
padre.
30. Se utiliza para:
Para no tener que describir el mismo flujo
varias veces, se puede colocar el
comportamiento común en un CUN.
Generalización - especialización
Se puede afirmar que constituyen tipos de
procesos. Generalmente tienen un
comportamiento similar pero con diferencias
sustanciales que provocan que sean
considerados CUN diferentes.
Se recomienda usar cuando:
32. Generalización entre Actores
Varios actores del negocio pueden jugar
el mismo rol en un caso de uso
particular del negocio.
El rol compartido se modela como el
actor del cual heredan los actores con
roles compartidos (solo se representan
si interactúan como actor con otro CUN).
33. Generalización entre Actores. Ejemplo
(Ejemplo:Hospital)
Cliente
Despachar medicamentos
enfarmacia
Administrador
Hospitalización
Asignar camas
Administrador
Consulta Externa
Asignar citas
34. Realizaciones de CUN
Muestran la manera en que colaboran
los trabajadores y entidades de negocio
para ejecutar el proceso. Se
documentan con:
Diagramas de actividad
Descripción textual
Diagramas de clases
Diagramas de secuencia
35. • nombre del caso del uso del negocio
• actores
• propósito
• resumen
• flujo de trabajo
- Básico (normal)
- Curso Alterno
• otras secciones
• Prioridad
• Mejoras
Descripción textual de los
Casos de Uso
36. Nombre Atender pedido
Actores CLIENTE
Propósito Analizar viabilidad del Pedido del Cliente y ordenar su producción.
Resumen: El caso de uso se inicia cuando el Cliente envía una orden de pedido de productos. El proceso da curso
al pedido, analizando la posibilidad de satisfacerlo. El caso de uso finaliza cuando se le comunica al cliente el
resultado final del análisis de su pedido.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del proceso de negocio
1. El Cliente envía una orden de
pedido que incluye fecha de
solicitud, datos del cliente y
productos solicitados.
9. El Cliente recibe la
comunicación del resultado
final del análisis del pedido.
2.El Comercial recibe el pedido del cliente por teléfono o correo ordinario de la
empresa.
3.El Comercial revisa el pedido, comienza su procesamiento, y lo envía al Jefe
Técnico.
4.El Jefe Técnico analiza la viabilidad de cada producto pedido por separado:
Si el producto pedido está en Catálogo, se acepta su fabricación.
5. El Jefe Técnico informa al Comercial la aceptación o rechazo de cada
producto.
Si el pedido o parte de éste es aceptado pasar a 6
Si el pedido es rechazado pasar a 8
6.El Jefe Técnico crea una orden de trabajo para cada producto del pedido, a
partir de la plantilla de fabricación y las envían al Jefe de Producción, quedando
pendiente su lanzamiento.
7. El Jefe de Producción planifica la producción de las órdenes de trabajo
recibidas.
8. El Comercial informa al cliente.
Cliente Atender pedido
37. Cliente Atender pedido
CURSOS ALTERNOS
En la línea 4 Si el producto no está en catálogo se considera Producto Especial y el Jefe
Técnico estudia su posible producción:
Si es viable, se acepta la fabricación del Producto Especial. Ver Sección
Aceptar Producto Especial
Si no es viable, no se fabrica el Producto Especial. Ver Sección Rechazar
Producto Especial
Prioridad Alta
Mejoras Establecer, además, la comunicación con el usuario a través de correo
electrónico y vía Internet.
El Jefe de producción colocará las órdenes de producción en una cola y
automáticamente se planificará la producción de la semana según las
capacidades de las líneas y los pedidos pendientes.
Otras secciones
Sección Aceptar Producto Especial
1.El Jefe Técnico incluye el Producto Especial en Catálogo
2.El Jefe Técnico diseña la Carta Tecnológica del Producto Especial.
Sección Rechazar Producto Especial
1.El Jefe Técnico incluye el Producto Especial en
Registro de Productos Especiales Rechazados,
indicando las causas del rechazo.
39. Casos de uso del sistema
Artefacto narrativo que describe, bajo la forma de
acciones y reacciones, el comportamiento del sistema
desde el punto de vista del usuario (Jacobson).
Descripciones de la funcionalidad del sistema
independientes de la implementación.
Establece un acuerdo entre clientes y
desarrolladores sobre las condiciones y
posibilidades (requisitos) que debe
cumplir el sistema.
40. Casos de uso del sistema
Descripciones de la funcionalidad del sistema
independientes de la implementación.
41. Es el proceso de averiguar, por lo general en
circunstancias difíciles, lo que se debe construir.
Los usuarios deben saber lo que quieren
•Cada uno sabe lo que hace, pero
ninguno tiene una visión global
•No saben qué parte de su trabajo puede
transformarse en software..
•No saben cómo puede hacerse más eficiente
la operación en su conjunto.
Definición de Requisitos
43. (Funcional)
• Objetivos y metas para un sistema.
• Si están presentes Cliente satisfecho
(No Funcional)
• Implícitos al sistema.
• Puede que el cliente no los declare,
pero si no están se siente
insatisfecho.
(Funcional y no
funcionales)
• Características que van más allá de la
expectativas del cliente.
Clasificación de los requisitos
funcionales
44. Identificación de requisitos
funcionales a partir del modelo
del negocio
•Descripciones textuales.
•Diagrama de clases del
modelo de objetos del
negocio.
•Diagrama de actividades.
Actividades que serán
automatizadas
50. Identificación de los CU del sistema a
partir del modelo del negocio
CASO DE USO = PROCESO QUE OBTIENE
UN RESULTADO DE
VALOR
51. • Decidir si el trabajador del negocio va a
utilizar el sistema de información.
• De ser así, identificar un actor en el
modelo de casos de uso del sistema.
• Para cada caso de uso del negocio en el
que participe el trabajador del negocio,
crear un caso de uso del sistema.
• Repetir estos pasos para todos los
trabajadores del negocio.
Comenzar con los trabajadores del
negocio. Para cada uno:
¿Cómo identificar los casos de uso
del sistema?
53. Casos especiales: Manejo del tiempo
En algunos sistemas se tienen actividades
que se ejecutan periódicamente, como por
ejemplo, el cálculo de intereses de los
clientes de un banco se realizan todas la
noches. Para modelar esto se puede
realizar lo siguiente:
Casos de uso
Calcular intereses
Reloj
54. Perfeccionar la definición de
casos de uso
CASOS
MÚLTIPLES
DE USO
GENERALIZACIÓN/
ESPECIALIZACIÓN
DE CASOS DE USO
GENERALIZACIÓN/
ESPECIALIZACIÓN
DE ACTORES
55. Se duplica comportamiento en otros CU.
Un CU es complejo y largo, y su separación
facilita que sean manejables y comprensibles.
¿Cuándo escribir un caso de
uso independiente?
Crear casos de uso independientes
(Representar relaciones <<include>> o
<<extend>> entre los casos de uso).
Reescribir los casos de uso de las actividades
ramificadas.
56. Ejemplo
Relación de inclusión
• Casos de uso que tienen una parte común en sus
funcionalidades.
Pagar un servicio
por Internet
Usuario
Chequear pagos
realizados
Verificar
permiso
<<include>>
<<include>>
57. Ejemplo
Relación de inclusión
• Se observa una relativa independencia en una parte del
flujo de trabajo que se describe, aún cuando no se
reutilice. De ese subproceso solo interesa el resultado.
Pagar un servicio
por Internet
<<include>>
Usuario
Redefinir deuda
pendiente
58. Ejemplo
Relación de extensión
• Comportamiento opcional.
Analizar
discrepancias
<<extend>>
Especialista
del banco
Enviar e-mail a
superior
<<extend>>
Resolver
discrepancia
59. Ejemplo
Relación de extensión
• Comportamiento que es ejecutado solamente bajo
ciertas condiciones.
Pagar un servicio
por Internet
<<extend>>
Especialista
del banco Buscar cuentas
alternativas
60. Ejemplo
Relación de extensión
• Flujos distintos y diferentes que pueden ejecutarse
sobre la base de la selección del actor.
Chequear pagos
realizados
<<extend>>
Usuario
Reportar
discrepancias
61. Ejemplo
Casos de uso múltiples
Verificar permiso Redefinir deuda
Reportar
incongruencias
Usuario Pagar un servicio por
internet
<<include>>
<<include>>
<<extend>>
64. Colocar Llamada Local
1.La persona (caller) levanta el auricular
2.El sistema presenta el tono de discar
3.La persona disca un dígito
4.El sistema quita el tono de discar
5.La persona introduce el resto del número
6.El sistema analiza el número
7.El sistema encuentra la parte
correspondiente
8.El sistema conecta las partes
9.Las partes se desconectan
65. Colocar Llamada de Larga Distancia
1.La persona (caller) levanta el auricular
2.El sistema presenta el tono de discar
3.La persona disca un dígito
4.El sistema quita el tono de discar
5.La persona introduce el resto del número
6.El sistema analiza el número
7.El sistema envía el número a otro
sistema
8.El sistema conecta las líneas
9.Las partes se desconectan
66. Descripción del caso de uso Colocar Llamada
Segmento No.1. Proceso inicial.
1. La persona que llama (caller) levanta el auricular.
2. El sistema presenta el tono de discar.
3. La persona que llama disca un dígito.
4. El sistema quita el tono de discar.
5. La persona que llama introduce el resto del número.
6. El sistema analiza el número.
Segmento No.2. Proceso especializado de conexión.
Segmento No.3. Desconexión.
1. Las partes se desconectan.
67. Descripción de caso de uso COLOCAR LLAMADA
LOCAL
Segmento No.2. Proceso especializado de conexión.
1. El sistema encuentra la parte correspondiente.
2. El sistema conecta las partes.
Descripción de caso de uso COLOCAR LLAMADA
DE LARGA DISTANCIA
Segmento No.2. Proceso especializado de conexión.
1. El sistema envía el número a otro sistema.
2. El sistema conecta las líneas.
69. Descripción de los casos de uso en
formato de alto nivel
Caso de uso: <Nombre>
Actores: <Nombre de los actores>
Descripción: <Frases que describan las
acciones indicando los actores
involucrados, debe quedar claro
cómo se inicia y termina el
proceso y de que forma
intervienen los actores>
Referencias: <Listado de requerimientos y
casos de uso asociados,
indicando tipo de asociación
(include o extend)>
70. Descripción de los casos de uso en
formato de alto nivel
Precondiciones: <Cosas que tienen que
cumplirse en el sistema para
que se ejecute el CU>
Poscondiciones: <Condiciones en las que
queda el sistema cuando
termina la ejecución del CU>
Requerimientos especiales: <Precisar de qué
manera restricciones de tiempo
de respuesta, seguridad,
velocidad, disponibilidad,
exactitud o uso de memoria
afectan al caso de uso>
71. Ejemplo
Descripción de casos de uso
Caso de uso: Aprobar/rechazar un proyecto
Actores: Jefe de obra
Descripción:
El caso de uso se inicia cuando se han realizado las evaluaciones
técnica y económica de una propuesta de un proyecto y el Jefe de obra
debe valorar si se aprueba o no su ejecución. El sistema debe permitir
ver los resultados de estas evaluaciones y permitir que se registre las
conclusiones del Jefe de obra (aprobar/rechazar y alguna otra
consideración que justifique su decisión, culminando la ejecución del
caso de uso.
72. Ejemplo
Descripción de casos de uso
Referencias R4
Precondiciones Existan proyectos ya evaluados técnica y
económicamente y estén pendientes de aprobación o
rechazo
Poscondiciones Se cambia el estado del proyecto a rechazado o
aprobado y se asocian las causas que motivaron la
decisión
Requerimientos
especiales
-
73. • Cada forma en que los actores usan el
negocio/sistema se representa con un caso
de uso.
• Los CU son fragmentos de funcionalidad
que el negocio/sistema ofrece para aportar
un resultado de valor para los actores.
• Un CU especifica una secuencia de acciones
que el negocio/sistema puede llevar a cabo
interactuando con sus actores, incluyendo
alternativas dentro de la secuencia.
Resumiendo...
74. •Un caso de uso entrega un resultado que añade
valor a un actor en concreto.
Al actor iniciador
Evita CU muy pequeños
A usuarios
individuales reales
Evita CU muy grandes
Resumiendo...
75. Relación entre Modelos del Negocio y Modelos del Sistema
Modelos
del
Sistema
Candidatos obtenidos de los
modelos del negocio
Modelos del
Negocio
Actores Los actores candidatos se
encuentran entre los
trabajadores del negocio.
Otros actores candidatos se
encuentran entre diferentes
actores del negocio (clientes,
socios, etc.) que directamente
usarán el sistema de información
Trabajadores
del Negocio
Actor del
Negocio
Casos de
uso
Casos de uso candidatos se
encuentran entre las actividades de
los trabajadores del negocio.
Buscar las operaciones y áreas de
responsabilidad que involucren
interacciones con el sistema de
información.
Actividades
de
Trabajadores
del Negocio
Resumiendo...
76. – Comunicación
Actor
Caso de Uso
– Inclusión
– Extensión
– Herencia
Caso de Uso Origen Caso de Uso Destino
<<include>>
Caso de Uso Origen Caso de Uso Destino
<<extend>>
Caso de Uso Hijo Caso de Uso Padre
Tipos de relaciones en los DCU
Resumiendo...
77. Los casos de uso describen los
procesos de principio a fin.
Representar pasos
como CU
Error común en los CU
Se nombran: Utilizando verbos fuertes en
infinitivo.
Imprimir Recibo
Es un paso del
proceso más amplio
“Comprar Productos”
Resumiendo...
78. Describir los cursos
alternos dentro de
los cursos
normales
Error común en los CU
Se debe definir una
subsección dentro de
la sección de cursos
alternos para cada
curso alterno.
Resumiendo...
79. Acción del actor
1 El usuario suministra su
identificación
3 Actualiza los datos de la
nueva factura
5 El usuario concluye la
operación.
Respuesta del sistema
2 Localiza la identificación
del usuario. Si no existe el
usuario, ejecutar caso de
uso “Registrar Usuario”.
4 Registra los datos de la
factura.
Caso de uso: Actualizar Factura
Presencia de curso alterno
dentro del curso normal
Resumiendo...
80. Describir de manera insuficiente el caso
de uso en aras de “ganar tiempo”
Error común en los CU
Resumiendo...