Beruflich Dokumente
Kultur Dokumente
l Negocio (Business Use Case Diagrams) Uno o mas diagramas de actividad para cada caso de uso del negocio. Un diagrama de objetos del negocio. Un diagrama de clases para todo el modelo del dominio. MODELADO DEL NEGOCIO PARA EL SISTEMA DE ALMACEN. I.- CONSTRUIR 4 PAQUETES: a.- Unidades Organizacionales Contendr los a. Organizacionales.trabajadores del negocio (bussiness worker), de worker), acuerdo al organigrama de la empresa. organigrama b.- Casos de Uso del Negocio. Contendr los b. Negocio.casos de uso del negocio (business use-case), as use, como los trabajadores del negocio (bussiness worker) y los actores del negocio (business actor). c.- Actores del Negocio c. Negocio.- Que nos permitir permitir agrupar en un solo lugar todos los actores que participen en los casos de uso del negocio. d.- Trabajadores del Negocio.- Que nos permitir d. Negocio. agrupar a los empleados de la organizacin. II.- IDENTIFICAR LAS UNIDADES ORGANIZACIONALES II. Se trata de una empresa dividida en reas como: Produccin, Finanzas, Recursos Humanos, empresa Ventas, Contabilidad, y Logstica, las cuales se obtienen directamente desde el organigrama de la empresa.
Areas de la Empresa
Logistica
Contabilidad
Finanzas
Ventas
Recursos Humanos
Produccion
El grfico anterior nos muestra todas las reas de la empresa, sin embargo nuestro trabajo estar centrado en un rea especifica: Logstica, y es precisamente en este rea donde se desarrollara el trabajo. El rea de logstica cuenta con un jefe de logstica (que viene a ser un trabajador del negocio), quien a su vez maneja dos reas: Compras y Almacn que a su vez vendran a ser unidades organizacionales; por consiguiente el nuevo diagrama quedara como se muestra a continuacin:
Logistica
Jefe de Almacen
(f rom Trabajadores del Negocio)
Despachador
(f rom Trabajadores del Negocio)
Continuamos detallando cada unidad Organizacional, ahora detallaremos la unidad organizacional: Almacn, en el cual laboran un jefe de almacn y un despachador.
Jefe de Almacen
(f rom Trabajadores del Negocio)
Despachador
(f rom Trabajadores del Negocio)
Para que nuestro modelo este completo se deber describir cada una de las funciones principales de cada rea as como las funciones de cada business worker.
III.- IDENTIFICACION DE LOS CASOS DE USO DEL NEGOCIO El diagrama de casos de uso del negocio debe representar los principales objetivos de la organizacin, y para nuestro ejemplo, debemos determinar los objetivos del rea, estos serian: Planificar los requerimientos enviados por las diferentes reas. Controlar los ingresos y salidas de materiales del rea. Valorizacin de los materiales segn datos de las compras y del rea de contabilidad. Planificar inventarios, etc, etc. El diagrama seria el siguiente:
Planificar Requerimientos
Trabajador
(f rom Trabajadores del Negocio)
Sistema de Compras
(f rom Actores del Negocio)
Proveedor
(f rom Actores del Negocio)
Valorizar Materiales
Los trabajadores del negocio ya fueron identificados cuando se investigo las unidades organizacionales, mientras que los actores del negocio se identifican conforme se van desarrollando los casos de uso del negocio.
IV.- CREAR LOS PAQUETES DEL MODELO DE OBJETOS DEL NEGOCIO. Para esto nos vamos a la Vista Lgica y encontramos el Paquete Business Object Model, dentro del cual crearemos 3 paquetes. Diagramas de Objetos del Negocio.- Que contendr dicho diagrama. Diagrama del Dominio.- Que contendr las principales entidades que se encontraron en el negocio. Realizacin de los Casos de Uso del Negocio.- Aqu detallamos los casos de Uso del Negocio mediante un diagrama de Actividad.
V.- CONSTRUIR LA REALIZACION DE LOS CASOS DE USO DEL NEGOCIO Los Casos de Uso del Negocio se pueden especificar de diversas formas como por ejemplo: Pseudo cdigos, Lenguaje Natural, Diagramas de actividades, Diagramas de secuencias, de colaboracin, Diagramas de estado, etc. En nuestro ejemplo utilizaremos los diagramas de actividad pues son los ms indicados para representar procesos, mostrando las reas, personas y objetos en general dentro de los carriles, y barras de sincronizacin, el flujo de los objetos, y las decisiones de bifurcacin. Cada uno de los Casos de Uso tendr uno o mas diagramas de actividad (o cualquier otro tipo, segn lo necesitemos en un caso especifico) El paquete realizacin de los casos de uso del negocio contendr lo siguiente:
Planificar Requerimientos
(from Casos de Uso del Negocio)
Valorizar Materiales
(from Casos de Uso del Negocio)
VI.-PARA CADA REALIZACION DE LOS CASOS DE USO DEL NEGOCIO CONSTRUIMOS UN DIAGRAMA DE ACTIVIDAD Y UN DIAGRAMA DE CLASES. Estos diagramas de Actividad nos van a permitir especificar como se llevan a cabo el caso de uso del negocio, y si en ese diagrama incluimos el flujo objetos, estaremos identificando los objetos participantes, a partir de lo cual podremos derivar un pequeo diagrama de objetos para cada realizacin. REALIZACION DEL CASO DE USO: PLANIFICAR REQUERIMIENTOS DIAGRAMA DE ACTIVIDAD : PLANIFICAR REQUERIMIENTOS
Areas de la Empresa Area Almacen Area Compra
Verifica Existencia
Hay Stock?
Nota de Salida
Pedido de Compra
Elaborar Requerimiento
Recibir Requerimiento
Fin
Requerimiento
Asistente de Almacen
(f rom Trabajadores del Negocio)
Requerimiento
(f rom Diagrama de Objetos del Negocio)
1..* 1..*
Catalogo de Materiales
(f rom Diagrama de Objetos del Negocio)
Precios O.K.
Nota de Ingreso
0..* 1
1..*
Catalogo de Materiales
(f rom Diagrama de Objetos del Negocio)
REALIZACION DEL CASO DE USO: CONTROLAR SALIDA DE MATERIALES DIAGRAMA DE ACTIVIDAD: CONTROLAR SALIDA DE MATERIALES
Areas de la Empresa Area de Almacen
Realizar Requerimiento
Requerimiento
Nota de Salida
Nota de Salida
(f rom Diagrama de Objetos del Negocio)
1..*
1..*
Pedido de Almacen
(f rom Diagrama de Objetos del Negocio)
REALIZACION DEL CASO DE USO: VALORIZAR MATERIALES DIAGRAMA DE ACTIVIDAD: VALORIZAR MATERIALES
Area de Compras Area de Almacen Contabilidad
Ordenes de Compra
Valoriza Salidas
Valorizacion de Transferencias
Nota de Salida
Valorizacion de Salidas
Envia Val orizacion para su Contabilizacion Actualiza Stock Valorizados y Cierre Mensual
Recibe Valorizacion
Stock Actual
Ordenes de Compra
(f rom Diagrama de Objetos del Negocio)
1..*
Nota de Ingreso
(f rom Diagrama de Objetos del Negocio) 1..*
REALIZACION DEL CASO DE USO: PLANIFICAR INVENTARIOS DIAGRAMA DE ACTIVIDAD: PLANIFICAR INVENTARIOS
Contabilidad Almacen
Diferencias de Inventario
Diferencias Aceptadas
Nota de Ingreso
Cierre de Inventario
1..*
Diferencias de Inventario
(f rom Diagrama de Objetos del Negocio)
VII.- UNIMOS LOS DIAGRAMAS DE OBJETOS DE CADA CASO DE USO Y OBTENEMOS NUESTRO DIAGRAMA DE OBJETOS DEL NEGOCIO. Como ya se identifico los objetos participantes de cada Caso de Uso, podemos unirlos en un nico diagrama y debemos refinar este modelo completando detalles como la multiplicidad y otros, as mismo nos daremos cuenta si hay objetos redundantes.
1..*
Asistente de Almacen
(from Trabajadores del Neg ocio)
Trabajador
(from Trabajadores del Negocio)
Pedido de Almacen 1
VIII.- CONSTRUIR EL MODELO DEL DOMINIO. En realidad solo es necesario construir uno de los dos modelos: el Modelo del Dominio o el Modelo de Objetos.
Nota de Ingreso
(f rom Diagrama de Objetos del Negocio)
1..*
Diferencias de Inventario 1..* (f rom Diagrama de Objetos del Negocio) 1..* 1..* 1..* Requerimiento
(f rom Diagrama de Objetos del Negocio)
1 1..*
Pedido de Almacen
(f rom Diagrama de Objetos del Negocio)
1..* 0..*
1..*
1..*
Pedido de Compra
Inventario Fisico
(f rom Diagrama de Objetos del Negocio) (f rom Diagrama de Objetos del Negocio)
CAPITULO II ANALISIS DE REQUERIMIENTOS DEL MODELO DEL NEGOCIO AL MODELO DE REQUERIMIENTOS Los actores del negocio son candidatos a actores en el modelo de requerimientos, as como tambin los business workers, si un business workers es completamente automatizado entonces los actores del negocio sern los actores del sistema, sino los workers sern los actores del sistema. En cuanto a las entidades del negocio se transforman en entidades o clases del anlisis. As que a partir del modelo del negocio, especficamente de los casos de uso del negocio se obtienen los actores, los casos de uso que necesitan los workers, y apartir del modelo de objetos se obtienen el diagrama de clases del anlisis. PROPOSITO DE LA CAPTURA DE REQUISITOS El propsito de este flujo de trabajo es establecer y mantener un acuerdo con los clientes interesado con lo que el sistema debe hacer. As mismo proporciona un entendimiento de los requerimientos para los diseadores del sistema para definir los limites del sistema. Para mantener una base para el planeamiento de las iteraciones. Definir la interfaz de usuario para el sistema, enfocando en las necesidades y metas de los usuarios. Al lograr estas metas es importante entender la definicin y alcance del problema para poder resolverlo, los artefactos encontrados durante el modelado del negocio sirven de valiosa ayuda para lograr este objetivo. La visin, el modelo de casos de uso, y la especificacin suplementaria describe completamente lo que el sistema har. El modelo de casos de uso sirve como un medio de comunicacin y como contrato entre clientes, usuarios y diseadores del sistema, les indica la funcionalidad que el sistema debe tener. Este consiste de casos de uso y actores. Un plan de direccin de requisitos especifica la informacin y mecanismos que se usaran para medir, y controlar los cambios en los requisitos del software. Tambin como complemento tendremos: el Glosario, los escenarios de los casos de uso, el prototipo de interfaz de usuario. Para lograr esto se sigue un conjunto de pasos que no siempre son rgidos ni ejecutados en secuencia, estos son: 1. Obtener una lista de requerimientos candidatos. 2. Comprender el contexto del sistema. 3. Capturar los requerimientos funcionales. 4. Capturar los requerimientos No funcionales EL ANALISTA DE REQUERIMIENTOS Es la persona que lleva a cabo la captura de requisitos y casos de uso, perfilando la funcionalidad del sistema y delimitando, estableciendo que actores y casos de uso existen y como es que ellos interactan. OBTENER UNA LISTA DE REQUISITOS CANDIDATOS
Esta lista de requerimientos contendr solo los requerimientos candidatos. Cada tem de la lista contiene un nombre corto y una definicin concisa y suficiente para permitir su elaboracin. Cada tem de la lista contendr adems un conjunto de valores, los cuales pueden incluir: - Costo estimado de implementacin (En trminos tipo de Recursos y horas hombre). - Prioridad (Critica, Importante o Accesaria). - Nivel de Riesgo asociado en la implementacin de este tem (Critico, Significativo u ordinario) - Estado (Declarado, Aprobado, Incorporado o Validado). Esta lista nos servir para planificar el Trabajo, estimando el tamao del Proyecto y mediante la prioridad y el nivel de riesgo asociada al tem particular son usados para decidir como dividir el proyecto en una secuencia de iteraciones y en que iteracin se implementara cada tem. N 1 Descripcin Registro Notas Explicacin Costo h/h Prioridad Critica Riesgo Critico Estado Aprobado
de Comprende el Registro y gestin de las notas de cada alumno ya sea de actas, convalidaciones, subsanaciones, regularizaciones, etc. Obtencin Comprende ficha de del Historial seguimiento, record de del Alumno notas, promedios ponderados, meritos, etc. Gestin de Comprende la apertura Matricula de cursos a dictarse, las matriculas, reportes de totales matriculados, cursos, etc. Seguridad de Comprende los diversos Accesos mecanismos de seguridad (cambios de acceso a opciones, consultas, etc.) Colocar el Comprende el colocar el Sistema a sistema en la WEB, el Internet cual permitir consultas de notas, matriculas, y registros a travs de Internet
Critica
Ordinario
Aprobado
Importante
Ordinario
Declarado
Importante
Ordinario
Aprobado
Accesoria
Ordinario
Declarado
TRABAJADORES PARA LA CAPTURA DE REQUERIMIENTOS (Son 4) 1.- EL ANALISTA DEL SISTEMA El Analista de Sistema es el encargado de llevar a cabo la captura de requisitos y Casos de Uso, perfilando la funcionalidad del sistema y limitndolo, estableciendo que actores y casos de uso existen y como ellos interactan. Artefactos del Analista de Procesos del Negocio
El Analista de Procesos del Negocio es el encargado de confeccionar los siguientes artefactos: Plan de Direccin de Requerimientos (Requeriments Management Plan) Pautas para el modelado de C.U (Use-Case Modeling Guidelines) Requerimientos de los interesados (Stakeholder Request) Glosario (GLosary) Visin (Visin) Modelo de C.U. del Sistema (Use-Case Model) Especificaciones Suplementarias (Suplementary Specification) Atributos de requerimientos (Requirements Attributes) 2.- EL ESPECIFICADOR DE REQUERIMIENTOS. Es el encargado de detallar la especificacin de una parte de la funcionalidad del sistema describiendo uno o varios casos de uso u otros requisitos de apoyo al software. Tambin son responsables de los paquetes de casos de uso y de su contenido para mantener su integridad. 3.- EL DISEADOR DE LA INTERFAZ DE USUARIO Es quien lleva y coordina el prototipeo de la interfaz del usuario, segn los requisitos capturados integrando la interfaz creada por otros diseadores. Artefactos del Diseador de la Interfaz del Usuario El Diseador es el encargado de confeccionar los siguientes artefactos: Actor Clases Frontera (Boundary Class) Prototipo de la Interfaz de Usuario (USer-Interfaz Prototype) Escenario del C.U. (Use-Case Storyboard) Gua de la Interfaz de Usuario (Use-Interface Guidelines) 4.- EL REVISOR DE REQUISTOS Es el encargado de realizar las revisiones de todos los artefactos producidos durante la captura de requisitos. ______________________________________________________ REQUERIMIENTOS PARA NUESTRO SISTEMA DE ALMACEN 1. En la Vista de Casos de Uso dentro del Modelo de Casos de Uso se deben crear los paquetes: Actores.- Que servir para agrupar a todos los actores del modelo de casos de uso. Casos de Uso.- Nos servir para agrupar todos los casos de uso. Casos de Uso Arquitecturalmente significativos.-Es un subconjunto de casos de uso que influyen fuertemente en la arquitectura. IMPORTANTE.- El Modelo de Casos de Uso es dependiente del Modelo de Casos de Uso del Negocio, ya que algunos de sus elementos derivan de este y los casos de uso del software deben soportar a los casos de uso del negocio. 2. Nos vamos al paquete de Casos de Uso e identificamos como organizar nuestros casos de uso. En este paso comenzamos a identificar los casos de uso, sus actores, y relaciones entre ellos. Luego procederemos a agruparlos segn algn criterio, por reas, paquetes o funcionalidades, en nuestro ejemplo lo agruparemos en paquetes: Ingresos
Salidas Requerimientos Inventario y Valorizacin. Que son las funciones tpicas de un sistema de almacn.
3. Construir uno o varios diagramas de Casos de Uso Caso de Uso : Ingreso a Almacn
Ingresos
Registrar Ingresos
Ingresos por Transferencias <<include>>
Aumentar Stock
En la pestaa general de cada caso de uso se puede especificar mediante el formato mostrado, o tambin se puede desarrollar en el Word si la especificacin es muy extensa. Se puede considerar los elementos del grafico:
Area de Contabilidad
(f rom Actores)
<<extend>>
Evaluar Diferencias
Realizar Ajustes
Valorizacion
Area de Compras
(f rom Actores)
<<extend>>
<<include>>
Regi strar gastos vinculados Area de Contabi lidad
(f rom Actores)
Regi strar Sal idas por Transferencias Disminuir Stock Regi strar Sal idas por regulari zaciones o Ajustes
<<extend>>
Area de Compras
(f rom Actores)
4.- Luego de haber construido c/u de los actores y casos de uso, nos vamos al paquete de actores y arrastramos los actores identificados, hacia el paquete de actores con el fin de tener una vista completa de todos los actores, y finalmente se pueden aadir algunas relaciones de generalizacin (como se muestra en el grfico).
Areas de la Empresa
Area de Contabilidad
Area de Compras
5.- Identificamos los casos de uso arquitecturalmente significativos, a partir de los casos de uso identificados, y buscamos aquellos que son ms relevantes en nuestro sistema y que influyen en su arquitectura.
Areas de la Empresa
(f rom Actores)
Salida de Materiales
Atender Requerimiento
Area de Compras
(f rom Actores)
Ingreso de Material es
Hacer Valorizacion
Area de Contabilidad
(f rom Actores)
Hacer Inventario
CAPITULO III ANALISIS DEL SISTEMA MODELO DE REQUERIMIENTOS VS. MODELO DE ANALISIS. REQUERIMIENTOS 1. Descrito en el lenguaje del cliente 2. Vista externa del sistema 3. Estructurado por casos de uso 4. Utilizado como contrato entre el cliente y el desarrollador. 5. Puede contener redundancias e inconsistencias entre requisitos. 6. Captura la funcionalidad del sistema. 7. Define los casos de uso a analizar en el modelo de Anlisis. ANALISIS 1. Descrito con el lenguaje del desarrollador 2. Vista interna del Sistema. 3. Estructurado por clases y paquetes estereotipados 4. Utilizado por los desarrolladores para comprender como darle forma al sistema. 5. No debera tener redundancias e inconsistencias entre requisitos. 6. Esboza como llevar a cabo la funcionalidad dentro del sistema. 7. Define las realizaciones de cada caso de uso.
ESTEREOTIPOS DE LAS CLASES DE ANALISIS Las clases se estereotipan de 3 formas, indicando si son de interfaz, control o entidad.
Interfaz
Entidad
Control
MODELO DE ANALISIS PARA EL SISTEMA DE ALMACEN 1.- Ir a la Vista Lgica (Logical View) luego al Modelo de Anlisis (Anlisis Model) y crear los paquetes: Paquete Diagrama de Clases del Anlisis Paquete Realizacin de los Casos de Uso
2.- Ir al paquete de Realizacin de Casos de Uso y crear los Paquetes correspondientes. Para cada paquete del Modelo de Casos de Uso se le crea su paquete de realizaciones donde justamente se mostrara, como cada caso de uso se enlaza con su realizacin (la cual esta especificada mediante un diagrama).
3.- Para cada Realizacin de los 5 Paquetes crear su realizacin de C.U. y 2 diagramas (Colaboracin y Clases)
Aumentar Stock
(f rom Ingresos)
<<include>>
Registrar Ingresos
(f rom Ingresos)
3. b. Ahora se deber crear para Realizacin de los Casos de Uso del Paquete de Ingresos 2 diagramas (Colaboracin y Clases), como se detalla a continuacin.
3: Leer
: Verificar Material
: Material
4: Seleccionar N/Ingreso
1..*
1..*
Material
(f rom Entidad)
Nota de Ingreso
(f rom Entidad)
3: Leer Ti po de Ingreso
: Tipo de Ingreso
: Verificar Material
: Material
1..* Material
(f rom Entidad)
Tipo de Ingreso
(f rom Entidad)
: Tipo de Ingreso
5: Leer
: Orden de Compra
: Guia de Remision
8: Seleccionar Material 10: Seleccionar N/I : Verificar Material : Material 11: Actualizar Stock 12: Crear 13: Guardar : Verificar Nota de Ingreso : Nota de Ingreso
Tipo de Ingreso
(f rom Entidad)
1..*
1 1..*
Orden de Compra
(f rom Entidad)
Material
(f rom Entidad)
: Buscar Ti po de Ingreso
: T ipo de Ingreso
5: Leer
4: Sel eccionar Nota de Sali da : Buscar Nota de Sal ida 6: Sel eccionar Material
: Nota de Sali da
7: Leer
: Interfaz de Ingreso de Material es
8: Seleccionar N/I
: Veri ficar Material : Material
1 Tipo de Ingreso
(f rom Entidad)
1..*
1..* Material
(f rom Entidad)
DIAGRAMA DE COLABORACION DE INGRESOS POR TRANSFERENCIAS (Falta) DIAGRAMA DE CLASES DE INGRESOS POR TRANSFERENCIAS (Falta) Hacer lo mismo para cada uno de los paquetes restantes, es decir para: Realizacin del Paquete de Salidas Realizacin del Paquete de Inventario Realizacin del Paquete de Requerimientos Realizacin del Paquete de Valorizacin.
4.- Ir al Paquete de Clases del Anlisis y Crear los Paquetes Segn el criterio adoptado, se pueden crear paquetes agrupando alguna posible funcionalidad, rea o capa como en nuestro ejemplo:
5.- Arrastrar cada clase del Anlisis a su respectivo Paquete. Clases del Paquete Interfaz
GUI Requerimiento
Verificar Requerimiento
(f rom Control)
Control Almacen
(f rom Control)
Verificar N/I
(f rom Control)
Verificar N/S
Verificar Requerimiento
Verificar N/I
Nota de Salida
(f rom Entidad)
Requerimiento
(f rom Entidad)
Nota de Ingreso
(f rom Entidad)
Tipo de Ingreso 1
Almacen
1..*
1..*
Guia de Remision
Material
A partir de los paquetes de la realizacin de los Casos de Uso del Anlisis construimos los correspondientes paquetes de realizacin de casos de Uso del Diseo.
Cada uno de estos paquetes contiene los Casos de Uso de requerimientos enlazados con sus correspondientes realizaciones del Anlisis los que a su vez se enlazan con sus realizaciones del Diseo. Realizacin de Casos de Uso de Ingresos-Diseo (Falta) Diagrama de Secuencia para la realizacin de Ingreso de Compras. (Falta) Realizacin del Casos de Uso de Requerimiento de Materiales (Falta) Diagrama de Secuencia mostrando la Realizacin de Registrar Requerimiento Diseo (Falta) Clases de la Realizacin de Registrar Requerimiento Diseo (Falta) Realizacin de Registrar Salida por Centro de Costos (Falta) Diagrama de Secuencia de Registrar Salida por Centro de Costos. (Falta) Y as para la realizacin de diseo de Casos de Uso de Inventario y Valorizacin Debemos hacer una realizacin del Diseo de cada una de las realizaciones del Anlisis.
Cada Realizacin del Diseo se realiza mediante un diagrama de Secuencia (o colaboracin) pero indicando mayor detalle que en el Anlisis. Luego identificamos los Objetos que participan y obtenemos nuestro diagrama de Clases del Diseo. 3.- Construir nuestros Paquetes del Diseo que agrupan a las Clases del Diseo Como la Arquitectura escogida es de Tres Capas Nuestro Diseo reflejara esto.
DIAGRAMA DE PAQUETES DEL DISEO
4.- Arrastrar nuestras Clases del Diseo a sus respectivos Paquetes. Clases del Paquete Interfaz.INTERFACES DEL SISTEMA DE ALMACEN
Buscar Area GUI Requerimiento
(f rom Logica del Negocio del Sistema de Almacen)
Buscar Area()
Buscar Almacen
(f rom Logica del Negocio del Sistema de Almacen)
Buscar Almacen()
Verificar Requerimiento
(f rom Logica del Negocio del Sistema de Almacen)
GUI Detalle_Requerimiento
Clases del Paquete Lgica del Negocio CLASES DEL PAQUETE LOGICA DEL NEGOCIO
Buscar Area Buscar Area() Buscar Almacen Buscar Almacen() Almacen
(f rom Datos del Sistema Almacen)
1 Area
(f rom Datos del Sistema Almacen)
1..* Requerimiento
Leer Area()
Leer()
1 1..* 1..*