Andiliss y Diserie de Sistemas DEDICATORIA Y AGRADECIMIENTOS Primero y antes que nada, dar gracias a Dios, por estar con nosotros en cada paso que damos, por fortalecer nuestros corazones ¢ iluminar nuestras mente y por haber puesto en nuestros caminos a aquellas personas que han sido un soporte y compafiéa durante todo el periodo de estudio. Agradecer hoy y siempre a nuestras familias por el esfuerzo realizado por ellos. El apoyo en nuestros estudios, de ser.asi no hubiese sido posible. A nuestros padres y demas familiares ya que me brindan el apoyo, la alegria y nos dan la fortaleza necesaria para seguir adelante. Un agradecimiento. especial a la Profesora Virginia Judrez, por la colaboracién, paciencia, apoyo y sobre todo por esa gran amistad que nos brind6, por escucharnos y aconsejarnos siempre. Le dedicamos primeramente nuestro trabajo a Dios fue el creador de todas las cosas, el que nos ha dado fortaleza para continuar cuando a punto de caer hemos estado; por ello, con toda 1a humildad que de nuestros corazones puede emanar. De igual forma, a nuestros Padres, a quien le debemos todas nuestras vidas, les agradecemos el earifio y su comprensi6n, a ustedes quienes han sabido formarnos con buenos sentimientos, hébitos y valores, lo cual nos ha ayudado a salir adelante buscando siempre el mejor camino. A nuestros profesores, gracias por su tiempo, por su apoyo asi como por La sabidurfa que nos transmitieron en el desarrollo de nuestra formacién profesional, en especial a la Profesora Virginia Judrez, por haber guiado el desurrollo de este trabajo y llegar a la culminacién del mismo. Pagina | 1Tabla de contenido 1, Resumen del Proyecto 2. Cuerpo del Proyecto. 2.1. Introduccién general 2.1.1 Justificadién ycontexto. 2.1.2. Objetivo General 2.1.3. Objetivos Especificas. 2.1.4. Enfeque y métode a seguir 2.1.5. Plarificadién General del Proyecto 2.1.6. Breve descripdén de la memoria, 2.2. Especificacién y andlisis de requerimientos, 2.2.1. Introduecién. 2.2.2. Descripclén y funcionalidades. 2.3. Analisis Orientado a Objetos. 2.4, Revisién de Casos de Uso. 2.4.1, Modelo de Cacos de Uso. 2.4.2. Descripcién textual de los casos de uso. 2.4.3, Identificacion de las clases de entidades 2.4.4, Especificacién de los atributos de las clases entidades 2.4.5. Relaciones 2.4.6. \dentificacién de las clases frentera, 2.4.7 Especificacién formal de las clases de uso 2.5, Disefto arquitecténico del sistema. 25.1. Diagrama de Clases 2.6, Disefio de casos de uso, 2.7, Diagrama Estatiea de disefi. 2.8, Disefe de Persistenc 2.8.1. Modelo relacional de la base de dates wee Vanna e 10 10 a 16 ” 7 22 27 29 30 2 36 43 45 on 55, 57 58 Pagina | 22.8.2. Diagrama de base de datos 2.9, Disefio dela Interfax de usuario, 2.9.1. Implementacién de los didlogos 29.2. Formato de ventanas 2.10, Valoracién econémica, 2.11. Analisis de Riesgos, 2.12. Conclusiones, 3. Glosario.. 44. Bibliografia 5, Anexes. 5.1. Planifieaelén 5.1.1. Listado de tareas y estimacién de tiempos 5.1.2 Planificacién Temporal 59 et e ea or & n 2 2 3 ” Pagina | 31. Resumen del Proyecto El presente trabajo consiste en un sistema para una electrénica, basado en el anallsis y disefio con las nuevas tecnologias. La aplicacién se llamaré Control de Inventarios, dicho sistema llevara a cabo la gesti6n del proceso de revisién de inventarios en almacenes registrando la entrada de productos para la elaboracién y la produccién de los diferentes productos. También realizard la gestion de reservas de pedidos para su cartera de clientes. En una primera aproximacion el funcionamiento del programa seré el siguiente Hab sé usuarios (personal dela empresa) que dispondran de un ordenador conectado ala red (punto a punto) ademés de otro ubicado en almacenes con las mismas prioridades de acceso sobre al sistema; estos realizaran tanto la reserva para los diferentes clientes, asi como el ingreso de productos para la distribucién en almacenes. La aplicacién estar compuesta por dos programas que se denominaré subsistemas: Subsistema Reservas: Es el programa donde los usuarios (personal de empresa) reservan la cantidad de productos para los diferentes clientes. Las funciones se detallaran y especificaran més adelante, Subsistema Almacenes: En el cual se registra el ingreso de productos asicomo también la salida de! mismo, ademas quedard registrado el usuario (personal de la empresa) que realice dicha tarea. El software Control de Inventarios se desarrollard segtin la tecnologia Orientada a Objetos, entre una de sus ventajas segin la aplicacien de esta tecnologia es que permite bajar el coste de mantenimiento del programa en comparaci6n con el coste de mantenimiento de programas, sise hubiese desarrollado con otras, tecnologias. Pagina | 4Andiliss y Diserie de Sistemas 2. Cuerpo del Proyecto 2.4. Introduccién general Hoy en dia con el avance de la tecnologia informatica, implementada en las empresas donde los sistemas informaticos forman parte importante en la eficacia y eficiencia del funcionamiento de toda empresa, poder realizar esta nueva adaptacién informatica en una empresa familiar en desarrollo abre las puertas hacia una nueva forma de gestién, ademas supone ahorro de dinero, trabajoy mayor organizacién dejando de lado el sistema de registro manual por archivos que conlleva mayor probabilidad de equivocaciones. Este nuevo sistema en implementacién permitird entrar en una nueva etapa permitiendo avanzar hacia una nueva forma de trabajo. 2.1.1. Jus caciény contexto ¥ Con el sistema a realizar se pretende minimizar y repartir la labor de todas las tareas de trabajo centralizado en un solo individuo (auditor), distribuyendo as las tareas de gestion de pedidos y control de inventarios de almacenes, logrando que sea accesible y manipulable por todo el personal, de esta manera el trabajo en la empresa podré ser realizando por diferentes individuos ahorrande tiempo y dinero, todos los movimientos quedaran registrados, siendo necesario|a supervision de una persona de todo el sistema para el buen funcionamiento y manejo. El sistema esté previsto para que el personal puedainteractuar tanto en reservas de pedidos como para control de inventarios en almacenes. Y Con la gestion de reserva de pedidos se pretende tener un registro exacto de la demanda de género realizado por los clientes con anterioridad optimizando asi la produccién a realizar de antemano, previniende que sobre o falte stack de productos, ademds de quedar registrado las fechas de cada gestién. ¥ Con el control de inventario, se pretende dejar registrado el stock que entra y sale de almacenes. Pagina | 5 Andiisis y Diseno de une ida Contrat invenAndiliss y Diserie de Sistemas 2 Objetivo General El objetivo general es el de realizar un Trabajo de anélisisy disefio para un sistema de control de inventarios, en la que los administrativos y dem 4s personal podran controlar almacenes y pedidos de su cartera de clientes con mayor facilidad. 2.13. Objetivos Especificos Entre los objetivos especificos esta el mejorar el manejo de las diferentes areas, tanto Almacenes (entrada de materia prima para la producelén y la salida del stock de productos manufacturados), camo la Gestién de reservas de pedidos (cartera de clientes). Todo esto mediante la elaboracién del andlisis y disefio de un sistema “Control de Inventarios’, para una mejor gestién de sus diferentes dreas del departamente administrative de la empresa. Los objetivos se dividirén en los siguientes puntos: Especificaci6n y andlisis de requerimientos: ® Descripcidn del proceso, en téminos muy generales del funcionamiento del software. Identificacién de los subsistemas que formaran parte del software. Descripcién precisa de las funcionalidades de cada subsistema por separado. Resumen esquematico de todas las funcionalidades del software. Glosario de las entidades y principales actores del software. Los casos de uso. vv ov ¥ Disefio: > Establecer relaciones de los subsistemas. Obtener el disefio para cada subsistema (diagramas en UML). > Disefio de la interfaz gréfica de usuario del software Control Inventarios. Pagina | 6 Andilisis y Disero de una ida Contrat invenAndiliss y Diserie de Sistemas 2.1.4, Enfoque y método a seguir Se realizard una planificacién inicial del proyecto, aunque a lo largo de su desarrollo habré modificaciones sobre la marcha, segiin vaya apareclendo nueva informacién, Por lo tanto la planificacién se ird adaptando con los nuevos datos y escenarios que se encuentre Para el desarrollo del software se seguir un ciclo de vida como el Racional Unified Process, iterative e incremental, cuya elaboracion esté desarrollado de la siguiente manera: Inicio: En la que se establece la planificacién del software y se delimita el aleance del proyecto. Elaboracién: En la cual se estudia el dominio del problema (parte de la actividad de la empresa dentro de la cual se utllizaré el software), se tienen en cuenta muchas de las necesidades de informacién, eventuales requisitos y restrieciones; se establece la arquitectura general del software y se realiza la planificacién del proyecto. Construccién: En la que se desarrolla todo el producto de forma iterativa e incremental, tiene en cuenta todas las necesidades de informacién que debe satisfacer y desarrolla la arquitectura obtenida en la fase anterior El software Control de Inventarios se desarrollaré segiin la tecnolagla OO (Orientada a Objetos) usando notacién UML en este entorno. Este hecho les podr beneficiar en el mantenimiento del programa y mas adelante en la extensibilidad del programa con nuevas funcionalidades ademas de un coste mas bajo comparado con el coste del programa si se hubiera desarrollade para otras tecnologias. Para poder realizar este proyecto se ha utiliado UML (Unified Modeling Language) que es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos. Pagina | 7 Andiisis y Diseno de une ida Contrat invenAndiliss y Diserie de Sistemas Para el seguimiento de desarrollo del proyecto se ha basado en hitos para una mejor planificacién y avance de la “Aplicacién Control de Inventarios” en cuanto a fechas establecidas y entrega de los bloques, para ello se tuvo conacimiento y control del ciclo de desarrollo de proyecto reconociendo sus distintas fases y adaptando los tiempos de ejecucién de las mismas. 2.1.5, Planificacion General de| Proye ct El proyecto se ha planteado en base a los cielos de vida habituales y en los periodos de tiempos delimitados por las entregas de los bloques o avances del proyecto a realizar durante él curso, ésta se ha divido en tres fases: planificacién, andlisis y disefio. Planificacién: Es la primera fase del Proyecto Final, que incluye la tem porizacion del propio Prayecto y la ubicacién del contexto sobre la cual se realizard el trabajo. Corresponde a la fase de planificacion y finaliza con la entrega dela Bloquel. Andlisis: Es la segunda fase, en esta fase de recogida y documentacin de requisitos, se establecen basicamente la descripcion de las funciones del software en forma de casos de uso y de tareas usuario, Un primer cometido del anallisis es el de traducir los requisites a un lenguaje més formal, que en el método que seguimos son los madelosy diagramas UML. Un segundo cometida de la etapa de andlisis ser la Identificacién de unas clases fundamentales que seran la base de la implementacién del software. Finalmente, se expresarén estas clases en términos de casos de uso. Disefio: Es la ultima fase del Proyecto Final, se identificaran los componentes de software y hardware necesarios requeridos, como asi también especificaran las relaciones arquitecturales entre diches componentes. El disefio arquitecténico tiene como objetivo definir las grandes lineas del modelo del disefio, Pagina | 8 Andiisis y Diseno de une ida Contrat invenAndiliss y Diserie de Sistemas 2.1.6, Breve descripcidn de la memoria, En el siguiente apartado se detallan las fases por las cuales ha pasado el desarrollo del trabajo. Andlisis: Durante la fase de recogida de la documentacién de requisitos, una ver establecido las funciones del software, esta documentacidn se establece como acuerdo entre los usuarios y los desarrolladores del software, esto significa que los requisites estdn expresados de una manera poco formalizada, para que sean entendibles por ambas partes. Disefio: Después de desarrollar la fase de andlisis, se entra en la fase de diserio donde se realiza la estructura para la aplicacién partiendo de los requisitos y andlisis anteriormente vistos. Esta parte es fundamental en el desarrollo de cualquier aplicacién campleja, ya que ayuda mediante diagramas de aplicacién para su posterior implementacion. Pagina | 9 Andilisis y Disero alAndiliss y Diserie de Sistemas 2.2. Especificaci én y andlisis de requerimientos 22d. introduc En este punto los disefiadores del madelo deben investigar los requerimientos del producto terminado, dichos requerimientos pueden incluir dreas como funcionalidad, performance y confiabilidad; Adem 4s a menudo el modelo es dividido en un numero de vistas cada una de las cuales describe un aspecto especifico del producto sistema en construccién. El modelado no solo sirve para los grandes sistemas, aun en aplicaciones de pequefio tamafio se obtienen beneficios de modelado, sin embargoes un hecho que entre mas grande y mas complejo es el sistema mas importante es el papel que juega el modelado, todo ello racionalizado en una frase "El hombre hace modelos de sistemas eomplajos porque no puede entenderlos en su totalidad". UML (Unified Modeling Language) es el lenguaje de modelado de sistemas de software mas conocido y utilizado en la actualidad. Se inicié en 1994 cubriendo los aspectos principales de todos los métodos de disefio antece sores. Los creadores de UML son Grady Booch, autor del método Booch; James Rumbaugh, autor del métode OMT e Ivar Jacobson, autor de los métodos QOSE y Objectory. La versién 1.0 de UML fue liberada en Enero de 1997 y ha sido utilizado eon éxito en sistemas construides para toda clase de industrias alrededor del mundo tales como: haspitales, bancos, comunicaciones, aerondutica, finanzas, etc. Los beneficios que brinda UML son: + Modelar sistemas (no sélo de software) utilizando conceptos orientados a objetos. * Encaminar el desarrollo del escalamiento en sistemas complejos de misién critica, * Mejores tiempos totales de desarrollo (de 50% 0 mas). + Establecer conceptos y artefactos ejecutables, + Crear un lenguaje de modelado utilizado tanto por humanos como por méquinas. Pagina | 10as * Mejor soporte a la planeaci6n y al control de proyectos. + Alta reutilizacién y minimizacién de costes. 2.2.2. Descripciény funcionalidades El sistema de informacién “Control de Inventarios” pretende ser un sistema Informatico mediante el cual se puedan gestionar las Reservas y Almacenes, La aplicacién esté compuesta por dos programas mencionados anteriormente, que estén ejeeutados en dos ordenadores (uno ubicado en almacenes y otro en administracion). Los dos ordenadores estarén conectados en red (local), ambos contarén con la misma prioridad sobre el sistema, el ordenador central donde se almacena los datos seré el de administracién. A continuacién se profundiza lo detalles. 22.21, Identificacién de subsistemas La aplicacién esta compuesta por dos programas, de los cuales llamaremos subsistemas. Se hard una breve deseripeién de cada uno antes de especificar las, funcionalidades de cada uno de ellos. * Subsistema Reservas: Es el programa donde los usuarios (personal de empresa) reservan la cantidad de los productos para los diferentes clientes. Las funciones se detallaran y especificaran mas adelante, * Subsistama Almacenes: Cada nuevo ingreso y salida de productos {materia prima) se registra, de igual manera queda registrado el usuario {personal de la empresa) que manipule el producto. Pagina | 11 Andlisis y Disefio ak idm Contrat invenAndlisis y Oiseftode Sistemas Profesora Virginia Juirez Almacenes lustracin 1 Apticacsin Contol de inventaries 222.2, Subsistema Reservas En este programa se tiene una serie de opciones para realizar la reserva de los productos a sus respectivos clientes. 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 interaccién es el personal. Dicho subsistema se divide en: * Producto * Cliente * Pedido * Pedido Detalle © Factura, Pagina | 12 de una apliencien Contrat inventariosAndiliss y Diserie de Sistemas 2.2.2.2.1, Producto Esta opcién permite ingresar y modificar los diferentes datos de las productos bien porque haya cometide algin error en a introduceién de datos, bien porque hayan cam biado los datos desde el momento que se introdujeron (cambio de presentacién), Una ver hechas las modificaciones sera necesario apretar un botén para hacerlas efectivas. 22.2.2.2. lente Esta opcién permite hacer altas, bajas y modificaciones de los clientes. Paralas altas de clientes se registra en plantilla con sus respectivos datos y domicilio. incluido. La baja de clientes permite eliminar como tal de la base de datos. Las modificaciones en el easo que un cliente cambie de domicilio, teléfono o algun otro dato importante. 2.2.2.2.3, Pedido Esta apcién permite hacer altas, bajas, modificaciones de los pedidos. Para las altas el personal de la empresa es el que ingresa su respectivo pedido de productos. Las bajas de pedidos permiten eliminar el Pedido de productos. La opcién de modificacién permite hacer cambios en el Pedido, el cliente mediante una llamada telefénica puede pedir alos usuarios de la empresa que desea modificar su pedido o inclusive anular el pedido, para finalizar la operacién sera necesatio pulsar un botén para hacer efectivos los cambios. 2.2.2.2.4, Pedido Detalle Esta opcién permite ingresar, modificar y eliminar pedido detalle, Para el ingreso es el personal de la empresa el que realiza el detalle de los pedidos. La ‘opeién eliminar permitird eliminar los datos introducidos. La opeién modificar permite realizar cambios en los pedidos detalle en cuanto ala cantidad y Pagina | 13 Andilisis y Disero de una ida Contrat invenAndiliss y Diserie de Sistemas producto que requiere el cliente. Una vez modificados, sera necesario pulsar un botén para hacer efectivoslos cambios. 2.2.2.25 Factura Esta opcién permite imprimir el detalle de pedido, para el ingreso es el personal de la empresa el que realizala factura. Una vez recuperado los datos (Pedido), serd necesario pulsar un botén para hacer efectivo la impresian, 22.23, Subsistema Almacenes En este subsistema almacenes se podré obtener el control de los productos que ingresa a los almacenes para su posterior utilizacién, abteniendo un resultado lo mas preciso posible en cuanto a la exactitud de uso de productos y ast lograr un mejor control para abastecimiento posterior de almacenes. En este programa los actores que interactiian son los administradores. 2.2.2.3.1, Productos Esta opcién permite ingresar 6 eliminar los productos segiin sea el caso, para Ingresar los productos se tiene que tomar datos del mismo, la fecha, la cantidad yladescripcién del mismo. La opcién eliminar permitira borrar de la base de datos el producto, se utiliza esta opeién en el caso que exista una devolucién por parte de la empresa. En esta opcién no se podré modificar los datos una ver Intyoducides. Una ver ingresado ser necesario pulsar un botén para hacer efectivo el ingreso. 2.2.2.3.2. Personal Esta opcién permite ingresar, modificar 6 eliminar al personal. Para ingresar (registrar) al personal de la empresa se tienen que identificar con sus datos personales y el cédigo de la empresa. Ena opcién eliminar se puede dar el caso que el trabajador no se encuentre en la empresa por algin motivo, por lo que Pagina | 14 Aniilisis y Disero de unaAndiliss y Diserie de Sistemas estos datos tendrén que ser eliminados. La opcién modificar permite corregir algin dato mal intreducido. Una vez modificado serd necesario pulsar un botén para hacer efectivos los cambios. 2.2.2.3.3, Detalle de los Productos Esta opcién permite ingresar el detalle de los productos. Para el ingreso es el administrative dela empresa el que realiza el registro de detalle de los productos. En esta opcidn no se puede eliminar los datosintroducidos. En esta opcién no se podré modificar los datos una vez introducidos. Una vez ingresado serd necesario pulsar un botén para hacer efectivo el ingreso. Pagina | 15. Andilisis y Disero alAndiliss y Diserie de Sistemas 2.3. Andlisis Orientadoa Objetos Los requisitos son la especificacién de lo que debe hacer el software; son los descriptores del comportamiento, de las propiedades y restricciones del software que hay que desarrollar Ena fase de recogida de documentacién de requisitos, se establece basicamente la descripcién de las funciones del software en formato de casos de uso y de tareas de usuarios. Esta documentacién se establece como acuerdo entre los usuarios y los desarrolladores del software, esto significa que los requisitos estan expresados de una manera poco formalizada como ya se ha mencionado, para que sean entendibles por ambas partes. Un primer cometide del andlisis es el de traducir los requisitos a un lenguaje més formal. Todo esto gracias a los modelos y diagramas de UML (Unified Modelling Language) que es una técnica para la especificacién de sistemas en todas sus fases. El segundo cometido es la etapa de andlisis que consiste en identtificar las clases fundamentales que seran la base dela implementacién del software. Por Ultimo, estas clases quedan expresadas en términos de casosde uso. Pagina | 16 Aniilisis y Disero de unaAndiliss y Diserie de Sistemas 2.4, Revisi n de Casos de Uso Los Casos de Uso forman parte del andlisis, éste ayuda a deseribir que es lo que el sistema debe hacer desde el punto de vista del usuario, se utilizan para modelar cémo un sistema o negocio funciona 6 como los usuarios desean que funcione. No esrealmente una aproximacién a la orientacién a objetos, es una forma de modelar procesos. Sin embargo es una manera muy buena de dirigirse hacia el andlisis de sistemas orientado a objetos. Los casos de uso generalmente son el punto de partida del andlisis orientado a objetos con UML. Cada caso de uso se documenta por una descripcién del escenario. La descripcién puede ser escrita en modo de texto oen un formato paso a paso. ‘Cada caso de uso puede ser también 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 después 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 empresa. 2.4.1, Modelo de Casos de Uso Elmodelado de Casos de Usoes la técnica mds efectiva y a la vez la més 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 interaccién con el sistema. Los casos de uso representan el comportamiento del sistema, los escenarios que el sistema atraviesa en respuesta a un estimulo desde un actor. 24.11. Modelo del Negocio Describe a grandes rasgos los pracesos y entidades principales en torno al software. Pagina | 17 Andilisis y Disero de una ida Contrat invenAndlisis y Oiseftode Sistemas Profesora Virginia Jucrez A continuacién se presenta una primera aproximacién al diagrama de casos de uso: { ——_@> Personal i ust aein 2 Diagrama de ensos da uss Para identificar los objetos que se utilizaré en les casos de uso establecidos anteriormente, utilizamos el diagrama de colaboracion. Pagina | 18 Andis yiseRode una aplicacién Contra inventaros.Andlisis y Oiseftode Sistemas Profesora Virginia Jucrez Diagrama de colaboracién de Reservas: Iustracién 3. Diagrama de cola orci (Reservas Pagina | 19 Andis yiseRode una aplicacién Contra inventaros.Andlisis y Oiseftode Sistemas Profesora Virginia Jucrez Diagrama de colaboracién Almacenes: \ductracién 4, Diagrams de colsbarackin (Almacenes} 24.1.2. Diagrama de casos de uso En funcién alos actores y los diagramas previamente vistos, obtenemos un diagrama de casos de uso tal y como sigue: Pagina | 20 Andis yiseRode una aplicacién Contra inventaros.Andlisis y Oiseftode Sistemas Profesora Virginia Juarez Diagrama de casos de uso de Reservas: ‘ustracién 5. Diagramade casos deuso Reser) Pagina | 21 Andlisis y Disefo de una aplicaeién Control inventarios.Andlisis y Oiseftode Sistemas Profesora Virginia Jucrez Diagrama de casos de uso de Almacenes: Administrativo cin agites i cats dno ae denne 2.4.2. Descripeién textual de los casos deus 2.42.1, Subsistema Reservas * (Caso de uso ndimero 1: “Crear clientes” Resumen de la funcionalidad: afiade clientes a la base de datos. Actores: Personal Casos de uso Relacionados: Pre-condicion: El cliente no existe en la base de datos. Post-eondicién: E cliente queda incorporado en la base de datos. Pagina | 22 Andis yiseRode una aplicacién Contra inventaros.El personal introduce los datos del cliente, nombre, domicilio, cé digo postal, localidad, provincia, teléfono, notas. Alternativa de pracesos y excepciones: ‘Caso de uso niimero 2: “Crear Pedido” Resumen de la funcionalidad: afiade un pedido a la base de datos. Actores: Personal Casos de uso relacionados: Consultar clientes. Pre-condicién: El cliente debe estar registrado en la base de datos. Post-condicién: E| pedido esta incorporado en la base de datos. El personal introduce los datos del pedido, fecha, referencia del pedido, fecha factura,IdCliente, Alternativas de proceso y excepciones: Al introducir el IdCliente el sistema comprueba sise encuentra registrado, si existe se grabard y validard el dato. La fecha factura se validard cuando se realice la salida del producto, mostrando en detalle el campo calculade del pedido. De la misma forma habra que tener en cuenta la posibilidad de que un pedido pudiera ser anulado o modificado. Caso de uso niimero 3: "Consultar Clientes” Resumen de la funcionalidad: Recupera informacion de un cliente determinado. Actores: Personal Casos de uso Relacionados Pre-condicion: El cliente esté en la base de datos. Post-condicién: Se muestra los datos del cliente. Dado el nombre de un cliente por el personal, muestra las datos del mismo. Alternativa de procesos y excepciones: Se debe tener en cuenta que los clientes deben tener un mantenimiento, creacién, anulacién y modificacién. Caso de uso niimero 4: “Crear Pedido Detalle” Resumen de la funcionalidad: Afiade un pedido detalle a la base de datos. Pagina | 23Actores: Personal Casos de uso relacionados: Consultar pedides, Consultar productos. Pre-condicién: El pedido tiene que estar registrado, como también el producto. Post-condicién: El pedido detalle esta incorporade en la base de datos. El personal introduce los datos del Pedido Detalle, IdPedido, IdPreducto, que al introducir este diltimo genera automaticamente los campos: Descripcidn y Precio. Por Ultimo se introduce el dato Cantidad. Alternativas de proceso y excepciones: Se debe tener en cuenta que el Pedido Detalle, puede ser anulado omodificado. Caso de uso namero 5: “Consultar Pedido” Resumen de la funcionalidad: Recupera informacidn de un pedido determinado. Actores: Personal Casos de uso relacionados: Pre-condicibn: El pedido est en la base de datos. Post-condicién: Se muestra los datos del pedido. A partir de la fecha factura introducidas por el personal sabremos que el pedido ya se realiz6, indicando el detalle en el campo calculado de Pedido. Alternativas de proceso y excepelones: Se debe tener en cuenta que él pedido debe tener un mantenimiento, creacién, anulacién y modificacién. (Caso de uso ndimero 6: “Consultar Producto” Resumen de la funcionalidad: Recupera informacién de un producto determinado. Actores: Personal Casos de uso relacionados: Pre-condicién: El producto esté en la base de datos. Post-condicién: Se muestra los datos del producto. Pagina | 24is y Diseode Sistemas Dado el cédigo 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, creacién, modificacién. * (Caso de uso ndmero 7: “Emitir Factura” Resumen de la funcionalidad: Emite una factura a un cliente de la cantidad de productos. Actores: Personal Casos de uso relacionados: Consultar pedidos. Pre-condicion: La factura no ha sido emitida. Post-condicién: La factura ha sido impresa. El personal introduce el IdPedido, el ordenador recupera los datos en tipo informe del detalle de Pedido con su respective campo calculado. Posteriormente emite una factura. Alternativas de proceso y excepcicnes: Si no muestra el detalle del campo calculado, la FechaFactura no ha sido introducida en Pedido, habra que introducir la fecha de salida (FechaFactura). 2422, Subsistema Almacenes © Caso de uso néimero 8: “Registrar Producto” Resumen de la funcionalidad: Registra el producto a la base de datos. Actores: Administrative Casos de uso Relacionados: Consultar Personal. Pre-condicién: Los productos no existen en la base de datos, el Personal debe estar registrado en la base de datos. Post-condicién: Los productos estén incorporado en la base de datos. El administrativo introduce los datos de la Materia Prima, IdPersonal, FechaEntrada, CantidadEntrada, descripcién, FechaSalida, CantidadSalida,, Notas. Alternativa de procesos y excepcones: Para el ingreso de los Productos a Almacenes se introducirén los datos(FechaEntrada, CantidadEntrada y descripcién), para la salida de los Productos (FechaSalida, CantidadSalida Pagina | 25y descripcién), se introduciran los datos mencionados anteriormente segiin sea el caso. Dela misma forma habra que tener en cuenta la posibilidad que los Productos se puedan anuler Caso de uso numero 9: “Consultar Personal” Resumen de la funcionalidad: Recupera informacién de un personal determinado. Actores: Administrative Casos de uso relacionados: Pre-condici6n: El personal estd en la base de datos. Post-condicin: Se muestra los datos del personal. Dado el nombre de un personal por el administrative, muestralos datos del mismo. Alternativas de proceso y excepciones: Se debe tener en cuenta que el personal necesita de un mantenimiento, creacién, anulacién. ‘Caso de uso ndimero 10: “Crear Detalle del Producto” Resumen de la funcionalidad: Afiade los datos Detalle del Producto ala base de datos, Actores: Administrative Casos de uso Relacionados: Consultar Producto. Pre-condicién: El detalle del Producto no existe en la base de datos. El Producto debe estar registrado en la base de datos. Post-condicién: E| detalle del Producto queda incorporado en la base de datos. El administrativo introduce las datos Detalle del Producto, IdProducto generando automaticamente el campo Descripcién, Cantidad Total. Alternativa de procesos y excepciones: Para obtener el campo Cantidad Total se debe presionar un botén para obtener la cantidad que queda en almacenes de Productos. Pagina | 262.43, Ident is y Diseiode Sistemas * Caso de uso nimero 11: “Consultar Producto” Resumen de la funcionalidad: Recupera informacién del Producto determinado. Actores: Administrativo Casos de uso relacionados: Pre-condicién: El Producto esta en la Base de datos. Post-condicién: Se muestra los Datos del Producto. Dado el cédigo del Producto por el administrative, muestra los datos del mismo. Alternativas de proceso y excepciones: Se debe tomar en cuenta que el producto debe tener un mantenimiento, creacién, anuladién. waciénde las clases de entidades Empezaremos por identificar las clases de entidades a partir de los casos de uso: Subsistema Reservas: © Caso de uso numero 4: “Crear Cliente” Clases: Cliente © Caso de uso numero 2: “Crear Pedido” Clases: Pedido, Detalle Pedide, Cliente * Caso de uso numero 3: “Consultar Cliente” Clases: Cliente © Caso de uso numero 4: “Crear Pedido Detalle” Clases: Pedido Detalle, Pedido, Producto * Caso de uso numero 5: “Consultar Pedido” Clases: Pedido * Caso de uso numero 6: “Consultar Producto” Clases: Producto * Caso de uso numero 7: “Emitir Factura” Clases: Pedido, Factura. Pagina | 27‘As{ obtendremos en primera instancia las clases siguientes: Cliente Pedido Producto Pedido Detalle © Factura Subsistema Almacenes: + Caso de uso numero 8: “Registrar Producto” Clases: Registro Producto, Personal. * Caso de uso nimero 9: “Consultar Personal” Clase: Personal * Caso de uso numero 10: “Crear Detalle del Producto” Clase: Detalle del Producto, Registro Producto. + Caso de uso nlimero 11: “Consultar Producto” Clase: Registro Producto. Obtenemos las clases siguientes: + Registro Producto + Personal * Detalle del Producto Pagina | 282.44, Especificacién de losatributos delas dases entidades Subsistema Reservas: + Clase Cliente Nombre(string), Domicilio(string), CodPostal( string), Localidad(string), Provincial(string), Tefno (string), Notas(string) * Clase Pedido Fecha(date), Referencia(string), FechaFactura(date), IdCliente(integer) * Clase Producto Cédigo(string), Descripcién( string), Precio(real), Notas(string) + Clase Pedido Detalle Idpedidolinteger), Idproductolinteger), Descripcién(string), Cantidad integer), Precio(real) + Clase Factura” IdPedido(integer), Cliente( tring). Subsistema Almacenes: + Clase Registro Producto IdPersonal (integer), FechaEntrada(date), CantidadEntradatinteger), Descripcién(string), FechaSalida (date), CantidadSalida(integer), Notas(string).. + Clase Personal Nombre(string), Codigo(string), Domicilio(string), Localidad{ string), Tefno(string), + Clase Detalle del Producto IdMateriaPrima(integer), Descripcién(string), CantidadQuedan(integer) Pagina | 29Andlisis y Oiseftode Sistemas Profesora Virginia Jucrez 2.4.5, Relaciones Asociaciones Reservas Teniendo como clase principal Pedido, puede contener uno.o varios en Pedidos Detalle, Uno o varias Pedidos pueden tener un Cliente. Cada Pedido genera una Factura. Asi mismo Pedido Detalle, vemos que un Producto puede estar asignado uno o variosen Pedidos Detalle. [cine] “Tiombre Sting “Fecha Date Domicile: String Relerancia: Sting ~ CodPastal: String -FechaFactura Date ~ Localidad: String ~ldGlente: integer Prowncia Sinng = Taina: Sting = Notas: String 1 ae PedidoDetalle Produeto TaD aadeteger Caaiga” Sting -idProducto: integer | 4 « 4 |: Besctipcion. Sting = Desenpeidn Sting Precio: Real | Cantidad integer Notas. String - Precio: Real Sst aid 7_Asociein (Reservas Pagina | 30 Andilisis y DiseRo le une aplicacién Contrat Inventarios.Andlisis y Oiseftode Sistemas Profesora Virginia Juirez Asociaciones Almacenes Teniendo como clase principal a Registro Producto, vernos que cada personal puede Ingresar uno o varios Productos. Asi mismo eada Producto puede contener varios Detalle del Producto. Personal RegistroProducto + Nombre: Sting - Codigo. Integer Domicile. String + Localidad: String -Telno Sting - Notas: String -\dParsonal Integer |: Fecha€ntrada: Date - CantidadEntrada: Integer -Descripeion: String - FechaSalida Date - CantidadSalda integer - Notas: Sting 7 1 Detrroducto F TaProducto: Integer - Deseripeion: String - CantidadQuedan: Integer Astin én 8 Asoenisin (Alecia Andilisis y DiseRo de une aplicaciée Contra! inventarios: Pagina | 31Andilisis y Diserie de Sistemas Profesara Virginia Jui 2.4.6, Identificacién de las clases frontera Colaboracion Reservas: © Caso de uso 1: “Crear Cliente” rsa ati ite op a soa ee pee ea PROG cies @: @. Q En la realizacién de cliente, se introduce el nombre, domicilio, cédigo postal, localidad, provincia, teléfono y un campo de notas, y posteriormente se actualiza al cliente. * Caso de uso 2: “Crear Pedido” ootace sabe Feed ap Pg ern tate cena Pease < oe, A = ie En la realizacién del pedido se introduce la fecha actual, la referencia, también se introduce el IdCliente, actualizandose el mismo tras comprobar en el registro y posteriormente se actualiza el pedido. Pagina | 32 Andilisis y DiseRo de une aplicacién Contret InventanAndilisis y Diserie de Sistemas Profesora Virginia Juirez © Caso de uso 3: “Consultar Producto” ‘usta chm 11.0, Colaboractn 3. Consutar Producto A Partir de un cédigo, se consultaran los productos efectuados, permitiéndonos conocer los diferentes productos de stock. * Caso de uso 4: “Crear Pedido Detalle” rvevcesiie onan oO 0 i rhs wy”. “ © OQ eae Poauce asiracin 12.0. ivaracin 4, Crear Pedida Detala En la realizacién del PedidoDetalle, se introduce el IdPedido, IdProducto, actualizandose ambos tras comprobar en registros, se introduce también la descripcién, la cantidad y por ultimo el precio y posteriormente se actualiza. Pagina | 33 Andilisis y Diser trot inventarios.Andiiss y Diserio de Sistemas Profesora Virginia Juirez © Caso de uso 5: “Emitir Factura” cL) —— Q en a. we oe Thustacaén 15, D, Colaboraeign 5 Emit facture A partir de uncliente, se consultaran en pedidos. Actualizando la factura y emitiendo la misma por impresora. Colaboracién Almacenes: + Caso de uso 6: “Registrar Producto” Sr je Tastracién 14. iaboracién 6. Registrar Producto. Ala llegada del producto, se introduce los datos de la misma, IdPersonal, fecha entrada, descripeién, fecha salida, notas, tras comprobar en el registro y posteriormente se actualiza el Producto. Pagina | 34 Andilisis y Diser trot inventarios.Andilisis y Diserie de Sistemas Profesara Virginia Jui © Caso de uso 7: “Consultar Personal” © thstracin 18.0, Colaboracion 7. Crear Perteaal A Partir de un cédigo, se consultara al Personal, permitiéndonos conocer los datos del mismo. + Caso de uso 8: “Crear Detalle del Producto” Vastracin 16,6 Calaboraciln, Crear Bota Producto En la realizacién detalle producto, se introduce el ldProducto actualizandose, tras comprobar en registros, se introduce también la descripcién y por ultimo cantidad, posteriormente se actualiza. Pagina | 35 Andliss y isero de uno oplicncice Contre inventeAndlisis y Oiseftode Sistemas Profesora Virginia Juarez 2:7 Especificacién formal de lasclasesde uso Mediante los diagramas de secuencia tratamos de complementar los diagramas de colaboracién anteriores, principalmente a efectos de aclarar en el orden que los mensajes entran y salen de cada clase. Secuencia Reservas: © Caso de uso 1: “Crear Cliente” ‘ustradéa 17.0, Secuencia. crear Gente Pagina | 36 Andlisis yDiseno-de une aplicncicn Contra inventarios.Andlisis y Oiseftode Sistemas Profesora Virginia Juarez © Caso de uso 2: “Crear Pedido” Pagina | 37 Andlisis yDiseno-de une aplicncicn Contra inventarios.Andlisis y Oiseftode Sistemas Profesora Virginia Jucrez © Caso de uso 3: “Consultar Producto” © Caso de uso 4: “Crear Pedido Detalle” 2 tama) [racam) [ree] [rm] [reemomm] A Pose Hustracin 20.0. Secuencia Crear Pedide Detall Pagina | 38 Andiisisy DiseRo de une aplicacicn Contra inventarios.Andiisis y Diserie de Sistemas Profesora Virginia Juarez de uso 5: “Emitir Factura” ‘hstratién 21D. Secuencia. Ltr Factura Pagina | 39 Andlsis yDiseRo de una oplieacién Controt inventarios,Andlisis y Oiseftode Sistemas Profesora Virginia Juarez Secuencia Almacenes: + Caso de uso 6: “Registrar Producto” astracin 22. D.Seaueneia 6. Registrar Producto Pagina | 40 Andlisis yDiseno-de une aplicncicn Contra inventarios.Analisis y Disefio de Sistemas Profesora Virginia Juarez © Caso de uso 7: “Consultar Personal” ‘ustraciin 23.0. Secuencia 7.Consultr Personal Pagina | a1 La falta de experiencia del autor en el analisis y disefio 00 (Orientado a Objetos), en particular con la tecnologia Java, este constituitia el mayor riesgo del proyecto. > El alcance previsto para el sistema Control Inventarios completo, se estima como excesivo, considerando el tiempo disponible para su desarrollo. Para mitigar estos riesgos, se plantean las accionesy estrategias siguientes. Descom poner el sistema global en los dos médulo > Médulo de gestion de peticiones de servicio. & Médulo de gestion de la actividad de los trabajadores. Considerar como objetivo del Proyecto Final elandlisis y disefio del sistema global y la implementacién del médulo de peticiones de servicio. Desarrollar el proyecto en forma iterativa e incremental, comenzando con la construccién de la fase del proyecto lo mas temprano posible, de un prototipo minimo que implemente un caso de uso representativo. Pagina | 68 Aniilisis y Disero de unaAndiliss y Diserie de Sistemas 2.42. Conclusiones. ‘Como conclusién general en |arealizacién de este proyecto de una “Aplicacion Control de Inventarios’, se ha alcanzado el objetivo mas importante, que es el de aprender y poner en préetica los conocimientos de esta materia, para ello al abordar las fases de analisis y disefio se ha Ilevado en paralelo la adquisicién de conocimientos técnicos requeridos, cumpliendo en la mayor medida posible con los requerimientos del Proyecto Final mediante los Bloques © Avances, intentado seguir el plan de trabajo y tareas que se propusieron en el primer avance. En cuanto a la primera etapa de analisis al designar los subsistemas se ha podide alcanzar el objetivo de ver con mas claridad la aplicacién para su posterior desarrollo, obteniendo el resumen de las funcionalidades del software y laaplicacién de casos de uso En el disefio se ha podide obtener los diagramas UML y la interfaz grafica del software con esto maximizamos la reutilizacién del cédigo y minimizamos la duplicacién del mismo, El desarrollo de las interfaces Control Inventarios se ha realizado con el estdndar Java, ademas de utilizar Mierosoft SOL Server 2008 para realizar las tablas de base de datos. Con el trabajo realizado se ha cumplido las expectativas propuestas al inicio del trabajo adem és de adquirir los conocimientos de la materia. Pagina | 69 Aniilisis y Disero de un3. Glosario ‘Almacenes: Un almacén es un lugar o espacio fisico (Local) donde se depositan generalmente mercanefas (Productos) Inventario: Asiento de los bienes y demas casas pertent hecho con orden y precisién ientes a una persona, Reservas: Guarda los productos que desea reservar, previniendo de ello para que sirva a su tiempo. Cliente: Persona que utiliza con asiduidad los servicios de laempresa Pedido: Lista de Encargos hecho al fabricante de productos de una vez aun proveedor. Personal: Conjunto de las personas que trabajan en un mismo organismo, contratadas como empleados en laempresa, Producto: Asticulos o bienes adquirido por la empresa para su posterior Venta. Factura: Es un documento que se expide para hacer constar la ventade un producto, en el que aparece la fecha de la operacin, el nombre del comprador, del vendedor, las condiciones conver importe total de lo vendido s, la cantidad, descripcidn, precio e Pagina | 703.1. Glosario de acronimos UML- Unified Modelling Language. (Lenguaje de modelado unificado) BD - Base de Datos 00 - Orientado a objetos. Pagina | 72Andiliss y Diserie de Sistemas 4. Bibliografia # Roger S.Pressman. Ingenieria del Software. Un enfoque practico. Editorial MCGraw-Hill, 2010. + Joseph Schmuller. SAMS Teach Yourself UML in 24 Hours. Editorial: Macmillan Technical Publishing Indianapolis 1999 * Fatos Xhafa. Técnicas de desarrollo de software. Editorial: UOC + Alvaro Pino, Programacién Java (Apuntes de Programacién Illy V), 2014. Pagina | 72Andilisis y Diserie de Sistemas Profesara Virginia Jui 5. Anexos. 5.1, Planificacién 5.1.1, Listado de tareas y estimacion de tiempos ‘Se ha partido en metas fijadas por bloques, descomponiendo entareas y teniendo en cuenta el calendario de entrogas de la materia, asi come el tiempo estimado para cada tarea: Andilisis y DiseRo le une aplicacién Contrat Inventarios. Bloque! -Planificacién © Elaboraeién del plan de trabajo 3.dins © Descripeidn del proyecto 2 dias # Realizacin de hitos y temporalizacién 4 dias + Plan de trabajo Avancel 1 dias Bloque2— Especifcaciones y andlisis de raquerimentos «Analisis Orientado a Objetos 2 dias * Revisidn de casos de uso 3 dias © Paquetes de anilisis y de servicios 2 dias * Identificacién de clases de entidades 3dlas © Especificacién de los atributos de las clases de entidades Sdins * Relaciones 3 dias +: entificacién de las clases Frontera, contoly operaciones fe «© Especificacién formal de los casos de uso Stee * Anilisis completado Bloque’ Diserio © Disefo arquitecténico del sistema 3dias © Disefio de casos de uso dias © Diagrams estitico de disefio 3 dias * Redaccién del documento de diseiio 4 dias) ® Disefo de persistencia 3 dias + Disefio completo 2 dia Pagina | 73Andilisis y Diserie de Sistemas Profesora Virginia Jucrez Entrega Proyecto final * Revisién tareas realizadas 2 dias + Disefiode Pantallas 3dias + Valoracién econémica 1 dias © Conclusiones Idias 4 dias + Redaccisn del Proyecto completa + Enirega del Proyecto final 3 dias 5.1.2 Planificacién Temporal Ena siguiente figura se presenta a planificacién para el desarrolle de la “Aplicadén Control de Inventarias” en un grafico de Gantt realizado en clases, En el gréficose plasma la duraciénde cada tarea mediante barras. Pagina | 24 Andilisis y DiseRo le une aplicacién Contrat Inventarios.