Page 1

UML. SISTEMA DE COMERCIALIZACIÓN

UNIFIED MODELING LANGUAGE

Modelando un Sistema de Comercialización

– Página 1


UML. SISTEMA DE COMERCIALIZACIÓN

La crisis del Software

Algo más ... W. Gibbs, "Software's Chronic Crisis", cientifico americano, Sept. 1994, pp. 86-95: "[...] a pesar de 50 años de progreso, la industria del software permanece años - tal vez décadas - atrasada con respecto a las disciplinas de ingeniería necesarias para cumplir las demandas de una sociedad en la edad de la información.” http://www.standishgroup.com/chaos.html : “Las invstigaciones del grupo Standish muestran que 31.1% de los proyectos se cancelarán antes de que se completen. Otros resultados indican que 52.7% de los proyectos costarán 189% de la estimación original. El costo de estas fallas y excesos son sólo la punta del iceberg. Los costos de oportunidades perdidas son inconmensurables, pero podrían llegar a los trillones de dólares. Basta mirar a la ciudad de Denver para darse cuenta del alcance de este problema. El fracaso en la producción de software confiable para manejar equpaje en el nuevo aeropuerto le está costando a la ciudad US$1.1 millones al día. Basado en esta investigación, The Standish Group estiman que en 1995 compañías y agencias de gobierno de EE.UU. gastarán US$81 billones en proyectos de software cancelados. Y otros US$59 billones en proyectos de software completados, pero que excederán las estimaciones iniciales”

En nuestro medio,,, El grupo GLORIA cuando adquirió un pool de empresas eléctricas en el año 1999 hizo estimaciones de concluir su Software en Setiembre de 1999, con miras al año 2000, pasó el nuevo siglo y no se terminó...."

Qué opinan algunos gerentes de corporaciones nacionales “... Pensamos que cada vez que entregamos dinero a nuestras áreas de Informática

no obtenemos ningún beneficio, la información que deseamos de los sistemas es muy escasa, y sin embargo seguimos aprobando presupuesto para que las otras áreas no se detengan en sus operaciones....Gerentes Nacionales” .

– Página 2


UML. SISTEMA DE COMERCIALIZACIÓN

SESION

01

INTRODUCCIÓN AL UML

– Página 3


UML. SISTEMA DE COMERCIALIZACIÓN

SESION 01: INTRODUCCIÓN AL UML Debido a la creciente demanda de la incorporación del UML como lenguaje estandar de modelado en los procesos de construcción de los sistema, surge la necesidad de conocer, dominar y saber aplicar los distintos diagramas que los conforman. A continuación revisaremos algunos conceptos sobre el éxito en un proyecto, sus componentes, RUP y los diagramas que conforman UML

PLANIFICACIÓN DE LA CLASE Veremos los tópicos siguientes: Triángulo del Éxito Rational Unified Process Unified Modeling Language Breve Descripción de los diagramas

El Triangulo del Éxito de un Proyecto

– Página 4


UML. SISTEMA DE COMERCIALIZACIÓN

Rational Unified Process (RUP) RUP es un proceso de Ingeniería de Software. Proporciona una disciplina asignando tareas y responsabilidades en conjunto con el desarrrollo de la organización. Su meta es asegurarnos un software de alta calidad que desarrolle las necesidades de los usuarios finales. RUP es desarrollado y mantenido por Rational Software (m) y es una parte de una suite de herramientas de desarrollo. Está disponible desde Rational Software en un CD-ROM o a través de Internet. RUP ha capturado mucha de las mejores practicas modernas de desarrollo de software de una forma que puede ser usada en distintos proyectos y organizaciones, en particular cubre las 6 prácticas sgts:

Las Mejores Prácticas de Ingeniería de Software

Unified Modeling Language (UML) Qué es UML ? UML es un lenguaje para visualizar, especificar, construir y documentar los artefactos de un sistema que involucra una gran cantidad de software, desde una perspectiva Orientada a Objetos.

Por qué Modelar ? El modelo es una simplificación de la realidad El modelo es la parte central que conducen a la producción de Software de Calidad Construimos modelos para comprender mejor el sistema que estamos modelando

– Página 5


UML. SISTEMA DE COMERCIALIZACIÓN

Utilidades del modelo: o Visualizar cómo es que queremos que sea el sistema o Especificar la estructura y comportamiento del sistema o Proporcionan plantillas que guían la construcción del sistema o Documentar decisiones o Facilita la comunicación entre el equipo al existir un lenguaje común

Utilidad de UML Permite especificar todas las decisiones de análisis, diseño e implementación, construyéndose modelos precisos, no ambiguos y completos. UML puede conectarse a lenguajes de programación:Ingeniería directa e inversa Permite documentar todos los artefactos de un proceso de desarrollo (requisitos, arquitectura, pruebas, versiones,..)

Entradas a UML

Evolución de UML

– Página 6


UML. SISTEMA DE COMERCIALIZACIÓN

Diagramas de UML • • • • •

Diagramas de Casos de Uso Diagramas de Actividad Diagramas de Clases Diagramas de Objetos Diagramas de Interacción –Diagrama Secuencia–Diagrama Colaboración * Diagramas de Estados • Diagramas de Componentes • Diagramas de Despliegue

Diagramas de Casos de Uso del Negocio Son usados para representar la funcionalidad de la organización como una unidad. Responde a las preguntas: Qué hace la organización ? Por qué construir el Sistema ?

Son usados durante las actividades del modelamiento del negocio como contexto del sistema y formar un fundamento para la creación de los casos de uso y son graficados desde la perpectiva de la organización, no diferencian entre procesos manuales y automatizados 1 (a diferencia de los casos de uso que se focalizan en los procesos automatizados).

¿ Cuándo necesitamos realizar un Modelamiento del Negocio ? Cuando el grupo de trabajo es nuevo en la organización. Se han aplicado recientemente proceso de re-ingenieria. La organización está planeando aplicar re-ingeniería.

1

UML with Rational Rose 2002 – Wendy Boggs 2002

– Página 7


UML. SISTEMA DE COMERCIALIZACIÓN

Está construyendo un software que será usado en una parte significativa de la organización. Existen flujos complejos y no existe una buena documentación.

Diagramas de Casos de Uso Un caso de uso representa la funcionalidad del sistema, los requerimientos del sistema a partir de la perspectiva del usuario. Muestra las iteraciones entre casos de uso y actores . Los diagramas de casos de usan centran su atención en los procesos automatizados,.}

Diagramas de Actividad Los diagramas de actividad ilustran el flujo de la funcionalidad en un sistema. Ellos podrían ser usados en el modelamiento del negocio para visualizar un flujo de trabajo del negocio, así como ser usados al obtener los requerimientos que ilustran el flujo de eventos de un caso de uso. Estos diagramas se caracterizan por definir el inicio, las actividades, el orden en que ocurren y el final de los flujos de trabajo. Se recomienda incluir este tipo de diagramas especialmente cuando se tengan flujos largos y complejos.

Diagramas de Secuencia Corresponde a la categoría de diagramas de Iteración y muestra el flujo funcional dentro de un caso de uso. Estos flujos se encuentran ordenados en el tiempo. Permite conocer los objetos y clases involucrados en un determinado escenario y la secuencia de mensajes intercambiados entre los objetos necesarios para conocer su funcionalidad. Por ejemplo, el caso de uso Registrar Liquidaciones tiene una serie de posible secuencias para el escenario de crear una Hoja de Liquidación

Diagramas de Colaboración Un diagrama de colaboración es otra alternativa para mostrar un escenario. A diferencia del Diagrama de Secuencias, este tipo de diagrama de secuencia muestra las iteraciones organizadas a través de los objetos y sus asociaciones con otros.

Diagramas de Estados Los casos de uso y escenarios proporcionan un modo de describir el comportamiento del sistema, como es, las interacciones entre los objetos del sistema. Alguna vez es necesario mirar el comportamiento interno de un objeto. Un diagrama de estados muestra los estados de un objeto los eventos y mensajes que causan la transición desde un estado a otro y las acciones como resultado de los cambios de estado.

Diagramas de Clases Muestra interaciones entre las clases en un sistema. Identifica los roles comunes y las responsabilidades de las entidades que proporcionan el comportamiento del sistema.

SESION

– Página 8


UML. SISTEMA DE COMERCIALIZACIÓN

Diagrama de Objetos Muestra un conjunto de objetos y sus relaciones. Representa instancias de las cosas halladas en un diagrama de clases. Estos diagramas direccionan la vista estática del sistema y son importantes porque muestran la organización y modelamiento del comportamiento del sistema.

Diagramas de Componentes Un diagrama de componentes muestra una vista física del modelo, muestra los componentes del software en el sistema y las relaciones entre ellos.

Diagramas de Despliegue Los diagramas de despliegue muestran el entorno físico de una red y donde residirán los distintos componentes del sistema.

A continuación veremos en detalle cada uno de los diagramas aplicado a un Comercialización

Sistema de

– Página 9


UML. SISTEMA DE COMERCIALIZACIÓN

Lab 01: Introducción Objetivos Conocer los modos de autenticación que administra SQL Server Implementar Roles de Servidor Implementar Roles de Base de Datos Administrar Permisos

Ejercicio 01 Conociendo RUP 1. Cargar Rational Enterprise Editon 2. Seleccione Rational UnifiedProcess

3. Veamos una descripción de la interfaz principal de Rational Rose

– Página 10


UML. SISTEMA DE COMERCIALIZACIÓN

Ejercicio 02. Representación de las Vistas en Rational Rose

– Página 11


UML. SISTEMA DE COMERCIALIZACIÓN

SESION

02

COMPORTAMIENTO DEL SISTEMA

– Página 12


UML. SISTEMA DE COMERCIALIZACIÓN

SESION 02: COMPORTAMIENTO DEL SISTEMA Uno de las primeras etapas en la construcción del Software constituye en determinar el comportamiento del sistema, e identificar los requerimientos funcionales del sistema a desarrollar. Para ello utilizaremos los diagramas de casos de uso y diagramas de actividad

Veremos los tópicos siguientes: Comportamiento del Sistema Casos de Uso Diagramas de Casos de Uso

Comportamiento del Sistema El comportamiento de un Sistema es cómo actúa y reacciona. Constituye la funcionalidad del sistema. El comportamiento del sistema es capturado mediante los casos de uso. Un caso de Uso describe: El Sistema(funciones que debe cumplir ) El Ambiente(actores) La relación entre el sistema y su ambiente(diagrama de casos de uso)

Conceptos Importantes al Modelar el Caso de Uso

– Página 13


UML. SISTEMA DE COMERCIALIZACIÓN

Actor: representan cualquier cosa que interactúa con el sistema.

Caso de Uso: secuencia de acciones que un sistema realiza y que produce un resultado observable de valor.

¿ Qué es un modelo de casos de Uso ? Un modelo de caso de uso es un modelo de las funciones previstas del sistema (casos de uso) y su entorno (actores) El mismo modelo de caso de uso es usado en análisis de requisitos, diseño y prueba. Especifica una secuencia de acciones, incluyendo variantes, que el sistema puede incluir, y que produce un resultado observable de valor para un actor.

El propósito principal del modelo de caso de uso es comunicar las funciones y el comportamiento del sistema al cliente o al usuario final

Beneficios del Modelo de Casos de Uso Es usado para comunicarse con el usuario final y el experto del dominio Proporciona credibilidad en una etapa inicial del desarrollo del sistema Asegura una comprensión mutua de los requisitos Es usado para identificar Quién interactuará con el sistema y qué deberá hacer el sistema Qué interfaz deberá tener el sistema Es usado para verificar que: Se capturan todos los requisitos Que los desarrolladores hayan entendido los requisitos

– Página 14


UML. SISTEMA DE COMERCIALIZACIÓN

Actor

Los actores no son parte del sistema, ellos representan roles que un usuario del sistema puede desempeñar Un actor puede intercambiar activamente la información con el sistema Un actor puede ser un recipiente pasivo de la información Un actor puede representar a un humano, una máquina u otro sistema

Encontrando Actores ¿ Qué constituye un buen Actor ? Esta identificación debe realizarse de una manera iterativa. Proponer una lista inicial, en base a las siguientes preguntas ¿Quién está interesado en cierto requisito? El Supervisor de Comercialización deseaba obtener un conocimiento de los niveles de morosidad de los clientes por zona y por vendedor El Asistente Comercial quería tener un control de los Pedidos que los cliente hacían y que el sistema le permita generar los documentos de venta (facturas, boletas de venta, notas de crédito, etc) ¿Dónde en la organización se utilizará el sistema? El Gerente de la Empresa desea ingresar al sistema para conocer estadísticas de Ventas y Compras y definir las políticas de cambios de precios. ¿Quién proveerá, utilizará y eliminará esta información del sistema? Los clientes definen los productos que desean a comprar a los vendedores, quiénes diariamente los visitan, Los vendedores envían la información de los pedidos y las cobranzas realizadas al Departamento comercial para el control respectivo. ¿Quién utilizará esta función? Quién realizará la función de cobranzas a los clientes? ->Vendedor Quién registrará en el sistema la información de pedidos? -> Asistente Comercial Quiénes preparan la mercaderías en función a los pedi os efectuados por los clientes? -> Almacenerod ¿Quién le dará soporte y mantenimiento al sistema? Quiénes harán las instalaciones del producto. Quiénes harán el afinamiento a la BD Quiénes administrarán la Seguridad ¿Usa el sistema un recurso externo? Se necesita conocer ciertos datos de las empresas, por lo que habrá necesidad de recurrir a la SUNAT ¿Qué actores necesita el caso de uso? ¿Un actor desempeña varios roles? Los trabajadores pueden adquirir productos, en ese caso se consideran clientes especiales (Rol Trabajador, Cliente)

Un usuario puede actuar como varios Actores (Roles)

– Página 15


UML. SISTEMA DE COMERCIALIZACIÓN

Algunos Actores encontrados para el Sistema Comercial Agentes Comerciales Clientes realizan Supervisor Comercial Proveedores SUNAT Asistente Comercial Gerencia General Comerciales Almacenero Contabilidad sistema.

: informan sobre los pedidos y liquidaciones de los clientes : pedidos, realizan gestión para créditos : necesita información de morosidad : proveen de productos a empresa : brinda información tributaria del cliente : controla y registra pedidos, emite documentos de pago : actualiza políticas de precios, comisiones a los Agentes

: prepara mercadería a fin de ser distribuída. : necesita información de Registro de Ventas y Compras del

Caso de Uso

Un caso de uso modela un diálogo entre los actores y el sistema Un caso de uso puede ser iniciado por un actor para invocar una cierta funcionalidad en el sistema Un caso de uso es un flujo de eventos completos y significativos Tomados al mismo tiempo, todos los casos de uso constituyen todas las formas posibles de utilizar el sistema Debe generar un valor para el actor

– Página 16


UML. SISTEMA DE COMERCIALIZACIÓN

Por ejemplo el Caso de Uso Registrar Pedidos Permitirá conocer al Almacenero los pedidos que la empresa debe entregar a sus clientes. Así mismo a los Agentes Comerciales conocer que cobranzas realizar en caso de que los pedidos hallan sido ejecutados al crédito. Al AsistenteComercial controlar adecuadamente los estados de cuenta de los clientes y las operaciones de los AgentesComerciales.

Encontrando Casos de Uso ¿Cuáles son las tareas de este actor? ¿El actor, creará, guardará, cambiará, eliminará o leerá la información en el sistema? ¿Cuál caso de uso creará, guardará, cambiará, eliminará o leerá esta información? ¿Necesitará el actor informar al sistema sobre cambios externos e imprevistos? ¿Es necesario que el actor esté informado sobre ciertas ocurrencias en el sistema? ¿Le proporciona una correcta secuencia el sistema a las tareas? ¿Cuáles casos de uso le darán soporte y mantenimiento al sistema? ¿Pueden todos los requerimientos funcionales ser realizados por los casos de uso?

Fuentes de Información para los Casos de Uso Especificaciones del sistema / Manifestación del problema - entrevistas Literatura relevante del dominio Entrevistas con expertos del dominio Conocimiento personal del dominio Sistema heredados Manual de funciones Documentación de entrada y salida

Algunos Casos de Uso encontrados para el Sistema Comercial Preparar Pedido Registrar Pedido ConsultarDocumentos Verificar Datos del Cliente Actualizar Datos del Producto Generar Documentos de Venta Reportar Pedidos Actualizar Precios de Productos Actualizar tipos de clientes Actualizar datos de proveedores Actualizar comisiones por línea de producto

Flujo de Eventos para un Caso de Uso Constituye una descripción de los eventos necesarios para cumplir el comportamiento requerido del caso de uso. Este flujo de eventos es escrito en términos de qué debe hacer el sistema (lenguaje del dominio) y no de cómo lo va ha hacer(términos de implementación. El flujo incluye: Cuándo y cómo empieza y termina el caso de uso. Qué interacción tiene el caso de uso con los actores. Qué datos son necesarios en el caso de uso

– Página 17


UML. SISTEMA DE COMERCIALIZACIÓN

La secuencia normal de eventos La descripción de cualquier flujo alternativo o de excepción El flujo de excepción es añadido e indica, qué hacer si... A continuación proponemos un esquema del flujo de eventos: X Flujo de eventos del <nombre> Caso Uso X.1 Precondiciones X.2 Flujo principal X.3 Sub-Flujos (opcionales) X.4 Flujos Alternativos X.5 Postcondiciones

Diagrama de Casos de Uso

Un diagrama de Casos de Uso muestra un conjunto de casos de uso, actores y sus relaciones. Constituye uno de los diagramas que forman parte de UML y permiten conocer los aspectos dinámicos del sistema (Además de los diagramas de actividad, diagramas de estado, diagramas de secuencia y diagramas de colaboración)2

: Casos de uso. Actores. Relaciones de dependencia, generalización y asociación.

Veamos un diagrama de Casos de uso

2

[Booch, Rambaugh, Jacobson 94]

The Unified Modeling Language User Guide

– Página 18


UML. SISTEMA DE COMERCIALIZACIÓN

Modelar el Contexto del Sistema: Identificar los actores del ambiente del sistema Organizar actores que son similares a otros usando generalización. Proporcionar, de ser necesario, esterotipos3 para cada actor. Modelar los requerimientos del sistema

La relación normal entre un Actor y un caso de uso está definida por una asociación del esterotipo <<comunicate>> el cual se acostumbra a no incluirlo, ya que constituye una relación natural, veamos el gráfico sgte

<<com muni cate>>

Equivalente RegistrarPedido

AsistenteComercia

RegistrarPedido

AsistenteComercial

Cómo debe ser el sentido de las flechas Una asociación puede navegar en 2 direcciones (actor hacia caso de uso y caso de uso hacia actor) o podría navegar en una sola dirección (actor hacia caso de uso o caso de uso hacia actor). La dirección de una asociación representa quien inicia la comunicación 4.

RELACIONES Hay 2 tipos de relaciones que podrían existir entre casos de uso: include y extend. Muchos casos de uso podrían combinar la funcionalidad de otros casos de uso

Una relación Include entre casos de uso significa que el caso de uso base incorpora explícitamente el comportamiento de otro caso de uso en una instancia específica. Una relación include es dibujado como una dependencia desde el caso de uso base hacia el caso de uso usado. Esta relación implica obligatoriedad.

Por ejemplo: imaginemos el caso de uso Registrar Pedido (caso de uso base) incorpora el comportamiento del caso de uso Generar Documento.

3

EstereoTipo: extienden el vocabulario de UML, representa la subclasificación de un elemento del modelo. Pueden crearse otros. Se denotan con <<stereotype>> 4

Visual Modeling with Rational Rose 2000 and UML. Terry Quatrani- 2001

– Página 19


UML. SISTEMA DE COMERCIALIZACIÓN

Cada vez que registra un Pedido en el sistema este deberá de generar documentos sobre los cuales se manejarán las factura o boletas de pago, a partir de los mismos se harán seguimiento de los pagos. Este caso de uso implica una relación <<include>> ya que Registrar Pedido adquiere todo el comportamiento de GenerarDocumentos. Una relación Extend entre casos de uso significa que el caso de uso base incorpora el implícitamente el comportamiento de otro caso de uso en una instancia específica. Es usada para mostrar: Comportamiento opcional Comportamiento que es ejecutado bajo ciertas condiciones como un disparador o alarma Diferentes flujos que pueden ejecutarse bajo una elección del actor.

Presentamos un resumen de las relaciones en los casos de uso

Se pueden elegir una clase genérica de actores como Cliente y especializarlas como: ClienteFijo y ClienteTemporal. Esto se denomina Generalización. Para el caso ha desarrollar los clientesFijos son aquellos que están sujetos de crédito y tienen precios preferenciales. Un cliente normalmente cuando compra por primera vez es un Cliente Temporal, luego bajo ciertas requisitos el SupervisorComercial puede cambiarle de tipo.

– Página 20


UML. SISTEMA DE COMERCIALIZACIÓN

Lab 02: Creando Diagramas de Casos de Uso. Objetivos Conocer los modos de autenticación que administra SQL Server Implementar Roles de Servidor Implementar Roles de Base de Datos Administrar Permisos

Ejercicio 01. Identificando Posibles Actores De acuerdo al caso planteado se pueden distinguir los siguientes actores: 1. AgentComercial 2. Asistente Comercial 3. SupervisorComercial 4. Almacenero 5. AuxiliarContable 6. Clientes 7. Gerente

Ejercicio 02. Identificando Posibles Casos de Uso 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.

RegistrarPedido AdministrarCliente AdministrarCreditos ConsultarDocumentos GenerarDocumentos AdministrarDatosProducto ReportarKardexProducto RealizarTomaInventario ActualizarPrecios RegistrarCobranzas EmitirEstadoCuentaCliente GenerarDevolucionesNC GenerarRegistroCompraVenta ImprimirDocumento

– Página 21


UML. SISTEMA DE COMERCIALIZACIÓN

Ejercicio 03. Creando Actores en Rational 1. Cargar el archivode la práctica anterior. 2. Desde el Browser ubicarse en la vista de casos de uso (Use Case View), Ver Fig. 1 3. Hacer cbd (clic botón derecho) New – Actor 4. En el Browser se incorporará un nuevo actor: digitar el nombre del actor.

Añadir una breve descripción para cada actor en el modelo. La descripción debe identificar el rol que al actor juega cuando interactúa con el sistema. Para realizar la descripción de cada actor proceda de la siguiente manera:

DOCUMENTANDO ACTORES EN RATIONAL ROSE 1. En el Browser, seleccionar el actor respectivo 2. Ubicarse en la ventana de documentación, ver Fig. 2. Si esta ventana no aparece activa ubicar en el menú View , activar Documentation

– Página 22


UML. SISTEMA DE COMERCIALIZACIÓN

Ejercicio 04. Creando Casos de Uso en Rational A continuación mostramos una lista de casos de uso a incorporar en el modelo CREANDO CASOS DE USO EN RATIONAL ROSE 1. En el archivo. 2. Desde el Browser ubicarse en la vista de casos de uso (Use Case View), Ver Fig. 1 3. Hacer cbd (clic botón derecho) New – Use Case 4. En el Browser se incorporará un nuevo Caso de Uso: digitar el nombre de los casos de Uso definidos en la lista.

Breve descripción de un caso de uso Es recomendable que cada caso de uso se documente al momento de su creación. Una breve descripción que explique brevemente lo que realiza el caso de uso puede servir como documentación. Por ejemplo para el caso de uso RegistrarPedidos El caso de uso es iniciado por el Asistente Comercial cuando desea realizar transacciones con los pedidos históricos o desea registrar los pedidos efectuados por los Agentes Comerciales a los Clientes. Le proporciona la capacidad de crear, modificar, eliminar y consultar pedidos

Para realizar la documentación proceda de la sgte. Manera:

DOCUMENTANDO CASOS DE USO RATIONAL ROSE 1. En el Browser, seleccionar el caso de uso respectivo 2. Ubicarse en la ventana de documentación, ver Fig. 2. Si esta ventana no aparece activa ubicar en el menú View , activar Documentation

– Página 23


UML. SISTEMA DE COMERCIALIZACIÓN

Una muestra quedaría de esta manera:

Ejercicio 05. Estableciendo Flujo de Eventos para el caso de uso Registrar Pedidos Cargar el Word y documentar el Flujo de Eventos de acuerdo al formato del archivo : [Modelo para documentar un Caso de Uso.doc] El texto es el sgte.

Una vez concluido grabarlo con el nombre: [Caso de Uso Registrar Pedidos.doc]

Ejercicio 06.

Ligando el documento de Flujo de Eventos al Rational LIGANDO EL DOCUMENTO DE FLUJO DE EVENTOS AL RATIONAL ROSE 1. Ubicarse en el caso de Uso RegistarPedido 2. cbd: New - File 3. Ubique el archivo deseado. Clic Open

– Página 24


UML. SISTEMA DE COMERCIALIZACIÓN

Ejercicio 07 Preparando el Diagrama de Casos de Uso a. Administración de Pedidos CREANDO EL DIAGRAMA DE CASOS DE USO PARA REGISTRO DE PEDIDOS 1. Ubicarse en la vista de casos de uso 2. Haga cbd elija : New – Use Case Diagram 3. Digite: Administrar Pedidos 4. Incluya los casos de uso sgtes: a. AdministrarCliente b. ConsultarPedidos c. ReportarPedidos d. GenerarDocumentos e. RegistrarPedidos f. AdministrarDatosProducto 5. Incluya los Actores a. AgenteComercial b. AsistenteComercial c. Almacenero d. SupervisorComercial

Para incluir las asociaciones lo haremos con el ícono Asociación Unidireccional, que lo podemos ver a continuación,

– Página 25


UML. SISTEMA DE COMERCIALIZACIÓN

CREANDO ASOCIACIONES <<comunicate>> 1. Ubicarse en el Diagrama de Casos de Uso Administrar Pedidos. 2. Haga clic en el ícono de Asociación Unidireccional 3. Haga clic en al Actor Cliente y arrastre hasta el caso de uso Preparar Pedido 4. Realice las sgts asociaciones repitiendo el paso 2 y el paso 3 para las siguientes actores y casos de uso

ACTOR Agente Comercial SupervisorComercial AsistenteComercial AsistenteComercial Almacenero

CASO DE USO RegistrarPedido ConsultarPedidos ConsultarPedidos GenerarDocumentos AdministrarProductos

CREANDO RELACIONES <<include>> 1. Ubicarse en el Diagrama de Casos de Uso Administrar Pedidos. 2. Haga clic en el ícono de Asociación Unidireccional 3. Haga clic en el caso de uso RegistrarPedidos y arrastre hacia el caso de uso GenerarDocumentos 4. Haga doble clic sobre la línea de asociación unidireccional creada, con lo que aparecerá la sgte interfaz

5. En StereoType elija : 6. Clic ok

include

CREANDO RELACIONES <<extend >> 1. Ubicarse en el Diagrama de Casos de Uso Administrar Pedidos. 2. Haga clic en el ícono de Asociación Unidireccional 3. Haga clic en el caso de uso RegistrarPedidos y arrastre hacia el caso de uso ConsultarDocumento 4. Haga doble clic sobre la línea de asociación unidireccional creada, 5. En StereoType elija : extend 5. Clic ok 6. Realice un <<extend>> entre RegistrarPedido y AdministrarProducto

– Página 26


UML. SISTEMA DE COMERCIALIZACIÓN

b. Continúe con el resto de los diagramas de caso propuestos. Diagrama: Administrar Productos

Diagrama: Administrar Liquidaciones

– Página 27


UML. SISTEMA DE COMERCIALIZACIÓN

Diagrama: Administrar Documentos

– Página 28


UML. SISTEMA DE COMERCIALIZACIÓN

Diag. Administrar Clientes

– Página 29


Rational 1  
Read more
Read more
Similar to
Popular now
Just for you