1. ESPECIFICACIN Y ANLISIS DE REQUERIMIENTOS 1.

1 INTRODUCCIN En este punto los diseadores del modelo debe investigar los requerimientos del producto terminado, dichos requerimientos pueden incluir reas como funcionalidad, performance, y confiabilidad; adems a menudo el modelo es dividido en un numero de vistas cada una de las cuales describe un aspecto especifico del producto o sistema en construccin. El modelo no solo sirve para los grandes sistemas, aun en aplicaciones de pequeo tamao se obtienen beneficios de modelado, sin embargo es un hecho que entre ms grande y ms complejo es el sistema ms importante es el papel que juega el modelado. UML es el lenguaje de modelado de sistemas de software ms conocido y conocido en la actualidad. Se inici en 1994 cubriendo los aspectos principales de todos los mtodos de diseo antecesores. Los creadores de UML son Grady Booch, autor del mtodo Booch; James Rumbaugh, autor del mtodo UMT e Ivar Jacobson, autor de los mtodos OOSE y Objectory. Los beneficios que brinda UML son: Modelar sistemas (no solo de software) utilizando conceptos orientados a objetos. Encaminar el desarrollo de escalamiento en sistemas complejos de misin crtica. Mejores tiempos totales de desarrollo (de 50% o ms). Establecer conceptos y artefactos ejecutables. Crear un lenguaje de modelado utilizado tanto por humanos como por maquinas. Mejor soporte a la planeacin y al control de proyectos. Alta reutilizacin y minimizacin de costos.

1.2. DESCRIPCIN Y FUNCIONALIDADES El sistema de informacin Control de Almacn pretende ser un sistema informtico mediante el cual se puedan gestionar las reservas y almacenes. La aplicacin estar compuesta por dos programas, los cuales se ejecutaran en dos ordenadores (uno ubicado en almacenes y otro en administracin). Los cuales estarn conectados en red (local). Ambos contaran con la misma prioridad del sistema, el ordenador central donde se almacena los datos ser el de administracin. 1.2.1. IDENTIFICACIN DE SUBSISTEMAS La aplicacin est compuesta por dos programas, de los cuales llamaremos subsistemas.

Se har una breve descripcin de cada uno antes de especificar las funcionalidades, de cada uno de ellos. Subsistema Reservas: Es el programa donde los usuarios (personal de la universidad) reservan la cantidad de los productos para las diferentes reas. Subsistemas de Almacenes: cada nuevo ingreso o salida de productos se registra, de igual manera queda registrado el usuario (personal de la universidad) que manipule el producto.

1.2.2. SUBSISTEMA RESERVAS En este programa se tiene una serie de opciones para realizar la reserva de los productos a sus respectivas reas. Hay dos tipos de actores, ambos con los mismos privilegios en el sistema.

Administrativo con el mismo grado de privilegio, que les permite introducir datos en el sistema y modificarlos. Personal de igual manera con el mismo privilegio, que les permite introducir datos en el sistema y modificarlos.

En este primer programa los actores que tienen mayor interaccin es el personal. Dicho subsistema se divide en:
-

Producto rea

1.

Pedido Pedido detalle Informe Producto

Esta opcin permite ingresar y modificar los diferentes datos de los productos bien porque haya cometido un error en la introduccin de datos, bien porque hayan cambiado los datos desde el momento que se introdujeron. Una vez hecha las modificaciones ser necesario apretar un botn para hacerlas efectivas. rea Esta opcin nos permitir ver los diferentes pedidos de cada una de las reas de cada una de las facultades dentro de la universidad. 2. Pedido Esta opcin permite hacer altas, bajas, modificaciones de los pedidos. Para las altas el personal de la universidad es el que ingresa su respectivo pedido de productos. Las bajas permiten eliminar el pedido de productos. La opcin de modificacin permite hacer cambios en el pedido. 3. Pedido detalle Esta opcin permite ingresar, modificar y eliminar pedido detalle. La opcin eliminar permitir eliminar los datos introducidos. La opcin modificar permite realizar cambios en los pedidos detalle en cuanto a la cantidad y producto que requiere cada rea. Una vez modificados, ser necesario pulsar un botn para hacer efectivos los cambios. 4. Informe Esta opcin permite imprimir el detalle del pedido. Una vez recuperado los datos (Pedido), ser necesario pulsar un botn para hacer efectivo la impresin. 5. Subsistema almacenes En este subsistema almacenes se podr obtener el control de los productos (materia prima) que ingresa a los almacenes para su posterior utilizacin, obteniendo un resultado lo ms preciso posible en cuanto a la exactitud de uso de productos y as lograr un mejor control para abastecimiento posterior de almacenes. En este programa los actores que interactan son los administradores. 6. Materia prima Esta opcin permite ingresar eliminar la materia prima segn sea el caso, para ingresar la materia prima se tiene que tomar datos del mismo, la fecha, la cantidad y la descripcin del mismo. La opcin eliminar permitir borrar de la base de datos el producto.

En esta opcin no se podr modificar los datos una vez introducidos. Una vez ingresado ser necesario pulsar un botn para hacer efectivo el ingreso. 7. Personal Esta opcin permite ingresar, modificar o eliminar al personal. Esta opcin permite ingresar, modificar o eliminar al personal. Para ingresar (registrar) al personal de la Universidad se tienen que identificar con sus datos personales y el cdigo mediante el cual est identificado en la universidad. En la opcin eliminar se puede dar el caso que el trabajador no se encuentre en la Universidad por algn motivo, por lo que estos datos tendrn que ser eliminados. La opcin modificar permite corregir algn dato mal introducido. Una vez modificado ser necesario pulsar un botn para hacer efectivos los cambios. 8. Detalle materia prima Esta opcin permite ingresar el detalle materia prima. Para el ingreso es el administrativo de la universidad el que realiza el registro de detalle de la materia prima. Es esta opcin no se puede eliminar los datos introducidos, como tambin no se podr modificar los datos una vez introducidos. Una vez ingresado ser necesario pulsar un botn para hacer efectivo el ingreso.

2.

ANLISIS ORIENTADO A OBJETOS

Los requisitos son la especificacin de lo que debe hacer el software; son los descriptores del comportamiento, de las propiedades y restricciones del software que hay que desarrollar. En la fase de recogida de documentacin de requisitos, se establece bsicamente la descripcin de las funciones del software en formato de casos de uso y de tareas de usuarios. Esta documentacin se establece como acuerdo entre los usuarios y los desarrolladores del software, esto significa que los requisitos estn expresados de una manera poco formalizada como ya se ha mencionado, para que sean entendibles por ambas partes. Un primer cometido del anlisis es el de traducir los requisitos a un lenguaje ms formal. Todo esto gracias a los modelos y diagramas de UML (Unified Modelling Language) que es una tcnica para la especificacin de sistemas en todas sus fases. El segundo cometido es la etapa de anlisis que consiste en identificar las clases fundamentales que sern la base de la implementacin del software. Por ltimo, estas clases quedan expresadas en trminos de casos de uso. 2.1 REVISIN DE CASOS DE USO Los Casos de Uso forman parte del anlisis, ste ayuda a describir que es lo que el sistema debe hacer desde el punto de vista del usuario, se utilizan para modelar cmo

un sistema o negocio funciona como los usuarios desean que funcione. No es realmente una aproximacin a la orientacin a objetos, es una forma de modelar procesos. Sin embargo es una manera muy buena de dirigirse hacia el anlisis de sistemas orientado a objetos. Los casos de uso generalmente son el punto de partida del anlisis orientado a objetos con UML. Cada caso de uso se documenta por una descripcin del escenario. La descripcin puede ser escrita en modo de texto o en un formato paso a paso. Cada caso de uso puede ser tambin definido por otras propiedades, como las condiciones pre y post del escenario, es decir condiciones que existen antes de que el escenario comience, y condiciones que existen despus de que el escenario se complete. Los casos de uso que se elaboraron, se basa en el trabajo que se realiza en Reservas y Almacenes de la Universidad. 2.2.1. MODELOS DE CASOS DE USO El modelado de Casos de Uso es la tcnica ms efectiva y a la vez la ms simple para modelar los requisitos del sistema desde la perspectiva del usuario. El modelo de casos de uso consiste en actores y casos de uso. Los actores son los usuarios finales directos del sistema, aquellos que tienen interaccin con el sistema. Los casos de uso representan el comportamiento del sistema, los escenarios que el sistema atraviesa en respuesta a un estmulo desde un actor. Modelo del sistema A continuacin se describe los grandes rasgos de los procesos y entidades principales en torno al software.

Para identificar los objetos que se utilizar en los casos de uso establecidos anteriormente, utilizamos el diagrama de colaboracin.

Diagrama de colaboracin Reservas

Diagrama de colaboracin Almacn

En funcin a los actores y a los diagramas anteriormente vistos obtendremos un diagrama de casos de uso tal y como sigue: 2.2.2. DIAGRAMA DE CASOS DE USO RESERVA

2.2.3. DIAGRAMAS DE CASO DE USO ALMACN

2.2.4. DESCRIPCIN TEXTUAL DE LOS CASOS DE USO 2.2.4.1. SUBSISTEMA RESERVAS

Caso de uso nmero 1: rea Resumen de la funcionalidad: Se encuentra todas las reas de la Universidad. Actores: Personal Casos de uso Relacionados: Pre-condicin: Se encuentra en la base de datos. El personal introduce los datos del rea, nombre, notas.

Caso de uso nmero 2: Crear Pedido Resumen de la funcionalidad: aade un pedido a la base de datos. Actores: Personal Casos de uso relacionados: Consultar rea. Pre-condicin: El rea debe estar registrado en la base de datos. Post-condicin: El pedido est incorporado en la base de datos. El personal introduce los datos del pedido, fecha, referencia del pedido, fecha factura, Id de rea. Caso de uso nmero 3: Consultar rea Resumen de la funcionalidad: Recupera informacin de un rea determinado. Actores: Personal Casos de uso relacionados: Pre-condicin: El rea est en la base de datos. Post-condicin: Se muestra los datos del rea.

Caso de uso nmero 4: Crear Pedido Detalle Resumen de la funcionalidad: Aade un pedido detalle a la base de datos. Actores: Personal Casos de uso relacionados: Consultar pedidos, Consultar productos. Pre-condicin: El pedido tiene que estar registrado, como tambin el producto. Post-condicin: El pedido detalle est incorporado en la base de datos. El personal introduce los datos del Pedido Detalle, IdPedido, IdProducto, que al introducir este ltimo genera automticamente los campos: Descripcin y Precio. Por ltimo se introduce el dato Cantidad. Alternativa de proceso y excepciones: Se debe tener en cuenta que el Pedido Detalle, puede ser anulado o modificado.

 Caso de uso nmero 5: Consultar Pedido Resumen de la funcionalidad: Recupera informacin de un pedido determinado. Actores: Personal Casos de uso relacionados: Pre-condicin: El pedido est en la base de datos. Post-condicin: Se muestra los datos del pedido.

Caso de uso nmero 6: Consultar Producto Resumen de la funcionalidad: Recupera informacin de un producto determinado. Actores: Personal Casos de uso relacionados: Pre-condicin: El producto est en la base de datos. Post-condicin: Se muestra los datos del producto. Dado el cdigo del producto por el personal, muestra los datos del mismo. Alternativas de proceso y excepciones: Se debe tener en cuenta que el producto debe tener un mantenimiento, creacin, modificacin.

Caso de uso nmero 7: Emitir Informe Resumen de la funcionalidad: Emite un informe a un rea de la cantidad de productos. Actores: Personal Casos de uso relacionados: Consultar Pedido. Pre-condicin: El informe no ha sido emitido. Post-condicin: El informe ha sido impresa. El personal introduce el IdPedido, el ordenador recupera los datos en tipo informe del detalle de Pedido con su respectivo campo calculado. Posteriormente emite un informe.

2.2.4.2.

SUBSISTEMA ALMACENES

Caso de uso nmero 8: Crear Materia Prima Resumen de la funcionalidad: Aade Materia Prima a la base de datos. Actores: Administrativo Casos de uso relacionados: Consultar Personal. Pre-condicin: La Materia Prima no existe en la base de datos, el Personal debe estar registrado en la base de datos Post-condicin: La Materia Prima est incorporado en la base de datos. El administrativo introduce los datos de la Materia Prima, IdPersonal, FechaEntrada, CantidadEntrada, descripcin, FechaSalida, CantidadSalida, Notas. Alternativa de proceso y excepciones: Para el ingreso de Materia Prima a Almacenes se introducirn los datos(FechaEntrada, CantidadEntrada y descripcin), para la salida de

Materia Prima(FechaSalida, CantidadSalida y descripcin), se introducirn los datos mencionados anteriormente segn sea el caso. De la misma forma habr que tener en cuenta la posibilidad que la Materia Prima se pueda anular.
Caso de uso numero 9: Consultar Personal Resumen de la funcionalidad: recupera informacin de un personal determinado. Actores: Administrativo Casos de uso relacionados: Pre-condicin: El personal est en la base de datos. Post-condicin: Se muestra los datos del personal. Dado el nombre de un personal por el administrativo, muestra los datos del mismo. Alternativas de proceso y excepciones: Se debe tener en cuenta que el personal necesita de un mantenimiento, creacin, anulacin. Caso de uso nmero 10: Crear Detalle Materia Prima Resumen de la funcionalidad: Aade los datos Detalle Materia Prima a la base de datos. Actores: Administrativo Casos de uso relacionados: Consultar Materia Prima. Pre-condicin: El detalle materia prima no existe en la base de datos. La Materia Prima debe estar registrado en la base de datos. Post-condicin: El detalle materia prima queda incorporado en la base de datos. El administrativo introduce los datos Detalle Materia Prima, IdMateriaPrima generando automticamente el campo Descripcin, Cantidad Total. Alternativas de proceso y excepciones: Para obtener el campo Cantidad Total se debe presionar un botn para obtener la cantidad que queda en almacenes de Materia Prima. Caso de uso nmero 11: Consultar Materia Prima Resumen de la funcionalidad: Recupera informacin de la Materia Prima determinada. Actores: administrativo Casos de uso relacionados: Pre-condicin: La materia Prima est en la base de datos. Post-condicin: Se muestran los datos de la materia prima. Dado el cdigo de materia prima por el administrativo, muestra los datos del mismo. Alternativas de proceso y excepciones: Se debe tomar en cuenta que la materia prima debe tener un mantenimiento, creacin, anulacin.