Proyecto Final Inventario Lechera

5/24/2018 Proyecto Final Inventario Lechera

1/77

Anlisis y diseo de una aplicacin controlde inventarios de una empresa lechera.

HOLANDESA


2/77

Trabajo Final de CarreraIngeniera de Software

SeptiembreEnero 2011


3/77



3. Resumen del ProyectoEl presente trabajo consiste en un sistema para una empresa de produccin y

distribucin de productos lcteos, basado en el anlisis y diseo con las nuevas

tecnologas, La aplicacin se llamar Control de Inventarios, dicho sistema llevara a

cabo la gestin del proceso de revisin de inventarios en almacenes registrando laentrada de productos para la elaboracin y la produccin de los diferentes productos.

Tambin realizar la gestin de reservas de pedidos para su cartera de clientes. En

una primera aproximacin el funcionamiento del programa ser el siguiente:

Habr usuarios (personal de la empresa) que dispondrn de un ordenador conectado

a la red (punto a punto) adems de otro ubicado en almacenes con las mismasprioridades de acceso sobre el sistema; Estos realizarn tanto la reserva para los

diferentes clientes, as como el ingreso de productos para la produccin en

almacenes.

La aplicacin estar compuesta por dos programas que se denominar subsistemas:


4/77



ndice

1. Portada ..12. Dedicatoria y Agradecimientos....23. Resumen del Proyecto...34. ndice de contenidos e ndice de Ilustraciones y Tablas....45. Cuerpo de la Memoria...7

5.1 Introduccin general..75.1.1 Justificacin y contexto75.1.2 Objetivo General...85.1.3 Objetivos Especficos...85.1.4 Enfoque y Mtodo a Seguir..95.1.5 Planificacin General del Proyecto105.1.6 Breve Descripcin de la Memoria..10

5.2 Especificacin y anlisis de requerimientos11

5.2.1 Introduccin115.2.2 Descripcin y funcionalidades12

5.2.2.1 Identificacin de subsistemas...125.2.2.2 Subsistema Reservas....13

5.2.2.2.1 Producto.135.2.2.2.2 Cliente145.2.2.2.3 Pedido14

5 2 2 2 4 P did D ll 14


5/77



5.8.2 Diagrama de base de datos.595.9 Diseo de la interfaz de usuario....615.9.1 Implementacin de los dilogos.615.9.2 Formato de ventanas...62

5.10 Valoracin econmica.705.11 Anlisis de Riesgos.....705.12 Conclusiones...716. Glosario...726.1 Glosario de Acrnimos....72

7. Bibliografa..738. Anexos.74

8.1 Planificacin....748.1.1 Listado de tareas y estimacin de tiempos...748.1.2 Planificacin temporal..76

ndice de Ilustraciones y Tablas

Ilustracin 1Aplicacin Control de inventarios...13

Ilustracin 2Diagrama de Casos de uso..18

Ilustracin 3Diagrama de Colaboracin (Reservas)19

l i 4 i d C l b i (Al ) 20


6/77



Ilustracin 21D. Secuencia 5. Emitir Factura.40Ilustracin 22D. Secuencia 6. Crear Materia Prima41

Ilustracin 23D. Secuencia 7. Consultar Personal..42

Ilustracin 24D. Secuencia 8. Crear Detalle Materia Prima43

Ilustracin 25Diagrama de Clases...46

Ilustracin 26Diagrama Esttico de Diseo Reservas.55Ilustracin 27Diagrama Esttico de Diseo Almacenes..56

Ilustracin 28Diagrama de Base de datos Reserva..59

Ilustracin 29Diagrama de Base e datos Almacenes... 60

Ilustracin 30PantallaMantenimiento de Cliente62

Ilustracin 31PantallaGestin Pedido.63Ilustracin 32PantallaMantenimiento de Producto.64

Ilustracin 33PantallaGestin Pedido Detalle.65

Ilustracin 34PantallaFacturacin66

Ilustracin 35PantallaGestin Materia Prima..67

l i ll i i d l


7/77



5. Cuerpo de la memoria

5.1 Introduccin general

Hoy en da con el avance de la tecnologa informtica, implementada en las empresas

donde los sistemas informticos forman parte importante en la eficacia y eficiencia del

funcionamiento de toda empresa, poder realizar esta nueva adaptacin informtica enuna empresa familiar en desarrollo abre las puertas hacia una nueva forma de gestin,

adems supone ahorro de dinero, trabajo y mayor organizacin dejando de lado el

sistema de registro manual por archivos que conlleva mayor probabilidad de

equivocaciones. Este nuevo sistema en implementacin permitir entrar en una nueva

etapa permitiendo avanzar hacia una nueva forma de trabajo.

5.1.1 Justificacin y contexto

Con el sistema a realizar se pretende minimizar y repartir la labor de todas las

d b j li d l i di id ( di ) di ib d


8/77



5.1.2 Objetivo General

El objetivo general es el de realizar un Trabajo de anlisis y diseo para un sistema de

control de inventarios, en la que los administrativos y dems personal podrn controlar

almacenes y pedidos de su cartera de clientes con mayor facilidad.

5.1.3 Objetivos Especficos

Entre los objetivos especficos esta el mejorar el manejo de las diferentes reas, tanto

Almacenes (entrada de materia prima para la produccin y la salida del stock de

productos manufacturados), como la Gestin de reservas de pedidos (cartera de

clientes). Todo esto mediante la elaboracin del anlisis y diseo de un sistema

Control de Inventarios, para una mejor gestin de sus diferentes reas del

departamento administrativo de la empresa.

Los objetivos se dividirn en los siguientes puntos:

Especificacin y anlisis de requerimientos:


9/77



5.1.4 Enfoque y mtodo a seguirSe realizar una planificacin inicial del proyecto, aunque a lo largo de su desarrollo

habr modificaciones sobre la marcha, segn vaya apareciendo nueva informacin.

Por lo tanto la planificacin se ir 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, iterativo e incremental, cuya elaboracin esta desarrollado de la siguiente

manera:

Inicio: En la que se establece la planificacin del software y se delimita el alcance del

proyecto.Elaboracin: En la cual se estudia el dominio del problema (parte de la actividad de la

empresa dentro de la cual se utilizar el software), se tienen en cuenta muchas de las

necesidades de informacin, eventuales requisitos y restricciones; se establece la

arquitectura general del software y se realiza la planificacin del proyecto.


10/77



5.1.5 Planificacin General del ProyectoEl proyecto se ha planteado en base a los ciclos de vida habituales y en los periodos de

tiempos delimitados por las entregas de las PACs a realizar durante el curso, sta se ha

divido en tres fases: planificacin, anlisis y diseo.

Planificacin: Es la primera fase del TFC, que incluye la temporizacin del propio TFCy la ubicacin del contexto sobre la cual se realizar el trabajo.

Corresponde a la fase de planificacin y finaliza con la entrega de la PAC1.

Anlisis:Es la segunda fase, en esta fase de recogida y documentacin de requisitos, se

establecen bsicamente la descripcin de las funciones del software en forma de casos

de uso y de tareas usuario.Un primer cometido del anlisis es el de traducir los requisitos a un lenguaje ms

formal, que en el mtodo que seguimos son los modelos y diagramas UML.

Un segundo cometido de la etapa de anlisis ser la identificacin de unas clases

fundamentales que sern la base de la implementacin del software.


11/77



Diseo: Despus de desarrollar la fase de anlisis, se entra en la fase de diseo donde serealiza la estructura para la aplicacin partiendo de los requisitos y anlisis

anteriormente vistos. Esta parte es fundamental en el desarrollo de cualquier aplicacin

compleja, ya que ayuda mediante diagramas de aplicacin para su posterior

implementacin.

5.2 Especificacin y anlisis de requerimientos

5.2.1 Introduccin

En este punto los diseadores del modelo deben 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 nmero de

vistas cada una de las cuales describe un aspecto especfico del producto o sistema en

construccin. El modelado 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


12/77



Establecer conceptos y artefactos ejecutables. Crear un lenguaje de modelado utilizado tanto por humanos como por mquinas.

Mejor soporte a la planeacin y al control de proyectos.

Alta reutilizacin y minimizacin de costos.

5.2.2 Descripcin y funcionalidades

El sistema de informacin Control de Inventarios pretende ser un sistema informtico

mediante el cual se puedan gestionar las Reservas y Almacenes. La aplicacin esta

compuesta por dos programas mencionados anteriormente, que estn ejecutados en dos

ordenadores (uno ubicado en almacenes y otro en administracin). Los dos ordenadoresestarn conectados en red (local), ambos contarn con la misma prioridad sobre el

sistema, el ordenador central donde se almacena los datos ser el de administracin. A

continuacin se profundiza lo detalles.


13/77



5.2.2.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

Aplicacin Controlde Inventarios

Subsistema

Reservas

Subsistema

Almacenes

Ilustracin 1. Aplicacin Control de Inventarios


14/77



Una ves hechas las modificaciones ser necesario apretar un botn para hacerlasefectivas.

5.2.2.2.2 Cliente

Esta opcin permite hacer altas, bajas y modificaciones de los clientes. Para las altas declientes 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 caso

que un cliente cambie de domicilio, telfono o algn otro dato importante.

5.2.2.2.3 Pedido

Esta opcin 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 permite eliminar el Pedido de productos. La opcin de modificacin permite


15/77



5.2.2.3 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 aslograr un mejor control para abastecimiento posterior de almacenes.

En este programa los actores que interactan son los administradores.

5.2.2.3.1 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, se utiliza esta opcin en el caso que exista una devolucin por parte de la


16/77



modificar los datos una vez introducidos. Una vez ingresado ser necesario pulsar unbotn para hacer efectivo el ingreso.

5.3 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 quehay 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 desarrolladoresdel 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


17/77



escenario, es decir condiciones que existen antes de que el escenario comience, ycondiciones 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 empresa.

5.4.1 Modelo 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. Loscasos de uso representan el comportamiento del sistema, los escenarios que el sistema

atraviesa en respuesta a un estmulo desde un actor.


18/77



5.4.1.1 Modelo del Negocio

Describe a grandes rasgos los procesos y entidades principales en torno al software.

A continuacin se presenta una primera aproximacin al diagrama de casos de uso:


19/77



Diagrama de colaboracin de Reservas:


20/77



Diagrama de colaboracin Almacenes:


21/77



5.4.1.2 Diagrama de casos de uso

En funcin a los actores y los diagramas previamente vistos, obtenemos un diagrama de

casos de uso tal y como sigue:

Diagrama de casos de uso de Reservas:


22/77



Diagrama de casos de uso de Almacenes:


23/77



5.4.2 Descripcin textual de los casos de uso

5.4.2.1 Subsistema Reservas

Caso de uso nmero 1: Crear clientes

Resumen de la funcionalidad:Aade clientes a la base de datos.

Actores: Personal

Casos de uso Relacionados:

Pre-condicin: El cliente no existe en la base de datos.

Post-condicin:El cliente queda incorporado en la base de datos.El personal introduce los datos del cliente, nombre, domicilio, cdigo postal,

localidad, provincia, telfono, notas.

Alternativa de procesos y excepciones:

Caso de uso nmero 2: Crear Pedido


24/77



Caso de uso nmero 3: Consultar Clientes

Resumen de la funcionalidad:Recupera informacin de un cliente determinado.

Actores:Personal

Casos de uso relacionados:

Pre-condicin:El cliente est en la base de datos.Post-condicin: Se muestra los datos del cliente.

Dado el nombre de un cliente por el personal, muestra los datos del mismo.

Alternativa de procesos y excepciones:Se debe tener en cuenta que los clientes

deben tener un mantenimiento, creacin, anulacin y modificacin.

Caso de uso nmero 4: Crear Pedido Detalle

Resumen de la funcionalidad:Aade un pedido detalle a la base de datos.

Actores:Personal


25/77



A partir de la fecha factura introducidas por el personal sabremos que el pedido yase realiz, indicando el detalle en el campo calculado de Pedido.

Alternativas de proceso y excepciones: Se debe tener en cuenta que el pedido

debe tener un mantenimiento, creacin, anulacin, modificacin.

Caso de uso nmero 6: Consultar Producto

Resumen de la funcionalidad: Recupera informacin de un producto

determinado.

Actores: Personal

Casos de uso relacionados:Precondicin:El producto esta en la base de datos.

Poscondicin: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


26/77



5.4.2.2 Subsistema Almacenes

Caso de uso nmero 8: Crear Materia Prima

Resumen de la funcionalidad: Aade Materia Prima a la base de datos.

Actores: AdministrativoCasos 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 esta 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


27/77



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.

nmero 11: Consultar Materia Prima


28/77



5.4.3 Identificacin de las clases de entidades

Empezaremos por identificar las clases de entidades a partir de los casos de uso:

Subsistema Reservas:

Caso de uso nmero 1: Crear ClienteClases: Cliente

Caso de uso nmero 2: Crear Pedido

Clases: Pedido, Detalle Pedido, Cliente

Caso de uso nmero 3: Consultar Cliente

Clases: Cliente Caso de uso nmero 4: Crear Pedido Detalle

Clases: Pedido Detalle, Pedido, Producto

Caso de uso nmero 5: Consultar Pedido

Clases: Pedido


29/77



Caso de uso nmero 9: Consultar PersonalClase: Personal

Caso de uso nmero 10: Crear Detalle Materia Prima

Clase: Detalle Materia Prima, Materia Prima.

Caso de uso nmero 11: Consultar Materia Prima

Clase: Materia Prima.

Obtenemos las clases siguientes:

Materia Prima

Personal Detalle Materia Prima

5.4.4 Especificacin de los atributos de las clases entidades


30/77



Subsistema Almacenes:

Clase Materia Prima

IdPersonal(Integer), FechaEntrada(date),CantidadEntrada(integer),

Descripcin(string), FechaSalida(date),CantidadSalida(integer), Notas(string).

Clase PersonalNombre(string), Codigo(string), Domicilio(string), Localidad(string), Tefno(string),

Notas(string)

Clase Detalle Materia Prima

IdMateriaPrima(integer), Descripcin(string), CantidadQuedan(integer).


31/77



5.4.5 Relaciones

Asociaciones Reservas

Teniendo como clase principal Pedido, puede contener uno o varios en Pedidos Detalle.

Uno o varios Pedidos puede tener un Cliente. Cada Pedido genera una Factura. Asmismo Pedido Detalle, vemos que un Producto puede estar asignado uno o varios en

Pedidos Detalle


32/77



Asociaciones Almacenes

Teniendo como clase principal a Materia Prima, vemos que cada personal puede

ingresar uno o varias Materia Prima. As mismo cada Materia Prima puede contener

varios Detalle Materia Prima.


33/77



5.4.6 Identificacin de las clases frontera

Colaboracin Reservas:

Caso de uso 1: Crear Cliente

Ilustracin 9D. Colaboracin 1. Crear Cliente

En la realizacin de cliente, se introduce el nombre, domicilio, cdigo postal,

localidad, provincia, telfono y un campo de notas, y posteriormente se actualiza al


34/77



En la realizacin del pedido se introduce la fecha actual, la referencia, tambin seintroduce el IdCliente, actualizndose el mismo tras comprobar en el registro y

posteriormente se actualiza el pedido.

Caso de uso 3: Consultar Producto

Ilustracin 11D. Colaboracin 3. Consultar Producto

A Partir de un cdigo, se consultaran los productos efectuados, permitindonos

conocer los diferentes productos de stock.


35/77



Caso de uso 5: Emitir Factura

Ilustracin 13D. Colaboracin 5. Emitir Factura

A partir de un cliente, se consultaran en pedidos. Actualizando la factura y

emitiendo la misma por impresora.


36/77



A la llegada de la materia prima, se introduce los datos de la misma, IdPersonal,fecha entrada, descripcin, fecha salida, notas, tras comprobar en el registro y

posteriormente se actualiza la materia prima.

Caso de uso 7: Consultar Personal

Ilustracin 15D. Colaboracin 7. Crear Personal

A Partir de un cdigo, se consultara al Personal, permitindonos conocer los datos


37/77



En la realizacin detalle materia prima, se introduce el IdMateriaPrima

actualizndose, tras comprobar en registros, se introduce tambin la descripcin y

por ultimo cantidad, posteriormente se actualiza.

5.4.7 Especificacin formal de las clases de uso

Mediante los diagramas de secuencia tratamos de complementar los diagramas de

colaboracin anteriores, principalmente a efectos de aclarar en el orden que los

mensajes entran y salen de cada clase.

Caso de uso 1:Crear Cliente


38/77



Caso de uso 2: Crear Pedido


39/77



Caso de uso3: Consultar Producto


40/77



Caso de uso 5: Emitir Factura


41/77



Secuencia Almacenes

Caso de uso 6: Crear Materia Prima


42/77



Caso de uso 7: Consultar Personal


43/77



Caso de uso 8: Crear Detalle Materia Prima


44/77



5.5 Diseo arquitectnico del sistemaEl diseo es uno de los elementos clave en la realizacin del programa.

La etapa de diseo es el siguiente paso a seguir despus del anlisis, haciendo este de

puente para la realizacin del programa. En este punto se identifican los componentes

de software y hardware necesarios para satisfacer los requerimientos, se especifican

tambin las relaciones arquitecturales entre dichos componentes.El diseo arquitectnico comprende las actividades siguientes: establecer la

configuracin de la red, decidir la utilizacin de un marco ya disponible y establecer los

subsistemas, sus interfaces y las dependencias entre estos.

Destacamos algunos objetivos del diseo de una aplicacin:

Rendimiento: Proporcionando una adecuada optimizacin para operaciones frecuentesentre patrones de implementacin.

Escalabilidad: De forma que permita cumplir las expectativas de la demanda y admita un

gran numero de actividades y usuarios con el mnimo uso de recursos.

Administracin: Permitiendo a los operadores implementar, supervisar y resolver los


45/77



especifico utilizar la funcionalidad proporcionada por otros componentes de su propiacapa y otras capas "inferiores", para realizar su trabajo.

Esta visin dividida de una aplicacin tambin se puede aplicar a los servicios. Desde

un punto de vista de alto nivel, se puede considerar que la solucin basada en servicios

est formada por varios servicios, los cuales se comunican entre s pasando mensajes.

Componentes de interfaz de usuario: La mayor parte de las soluciones necesitan

ofrecer al usuario un modo de interactuar con la aplicacin. Las interfaces de usuario se

implementan utilizando formularios de Windows Forms, controles u otro tipo de

tecnologa que permita procesar y dar formato a los datos de los usuarios, as como

adquirir y validar los datos entrantes procedentes de stos.

Componentes de proceso de usuario: La interactuacin del usuario con el sistema se

realiza de acuerdo a un proceso predecible. Para facilitar la sincronizacin y

organizacin de las interactuaciones con el usuario, resulta til utilizar componentes de

proceso de usuario individuales.


46/77



5.5.1 Diagrama de Clases

Ilustracin 25 - Diagrama de clases


47/77



5.6 Diseo de casos de uso

Cuando se trabaja con bases de datos se puede hacer uso de todas las ventajas que nos

ofrecen (trabajar con las claves y no con referencias, posibilidad de unir tablas en una

nica consulta SQL).

Los requerimientos, se recogieron en forma de casos de uso, una manera lgica de

enfocar el diseo es describir la implementacin de cada uno, partiendo de la versin

revisada y documentada con diagramas de interaccin en la etapa de anlisis.

En lugar de realizar diagramas de secuencia, que en casos reales a menudo serian muy

complejos, para una mejor comprensin se realizar con fichas TRAD.


48/77



CU 1Crear Pedido

Propsito: Aade un pedido a la base de datos

Actores: Personal

Precondicin: La base de datos est disponible.n Eventos ACTOR Eventos SISTEMA

1 El personal introduce o modifica

los datos del Pedido.

El sistema comprueba si el IdCliente se

encuentra registrado, si existe no muestra

ningn mensaje.

2 En caso de no existir el IdCliente, el sistemapresentara un mensaje indicando talcircunstancia.

3 Se grabarn los datos y se validarn los datos

obligatorios


49/77



CU 2

Crear ClientePropsito: Aade un cliente en la base de datos

Actores: Personal

Precondicin: La base de datos esta disponible

n Eventos ACTOR Eventos SISTEMA

1 El personal introduce un nombrede cliente.

Si el nombre de cliente ya existe, presenta losdatos de la misma por pantalla.

2 El personal introduce o modifica

los datos del cliente.

Si solo se pretenda consultar al

cliente, el personal puedeabandonar la pantalla.

El personal puede tambin

eliminar al cliente.

Se grabarn los datos y se validarn todos

los datos introducidos

- Nombre

- Domicilio- CodPostal

- Localidad

- Provincia

- Tefno


50/77



CU 3

Crear Pedido DetallePropsito: Aade un Pedido Detalle a la base de datos.

Actores: Personal



1 El personal introduce en IdPedido. El sistema comprueba si el IdPedido se encuentraregistrado, si existe, no muestra ningn mensaje.

2 En caso de no existir el IdPedido, el sistema

presentar un mensaje indicando tal circunstancia.

3 El personal introduce en

IdProducto.

El sistema comprueba si el IdProducto se

encuentra registrado, si existe el sistema generaautomticamente los campos:

- Descripcin

- Precio

4 En caso de no existir el IdProducto, el sistema


51/77



CU 4Emitir Factura

Propsito: Emite una factura a un cliente a partir de la realizacin del Pedido Detalle

Actores: Personal


n Eventos ACTOR Eventos SISTEMA1 El personal introduce el numero

IdPedido.

Si el nmero de IdPedido existe, presenta

los datos de la misma.

2 Una factura no permite ser modificada,

luego si existe, solo puede ser consultada.

3 El personal introduce el nombredel cliente.

El sistema comprueba que el cliente exista.Y presentar los datos del pedido, incluido

el campo calculado y sus detalles, en forma

de informe, generando la factura.

4 El sistema se reposiciona en el IdPedido.


52/77



CU 5

Crear Materia PrimaPropsito: Aade una Materia Prima a la base de datos.

Actores: Administrativo.

Precondicin: La base de datos esta disponible.


1 El administrativo introduce elIdPersonal.

El sistema comprueba si el Idpersonal seencuentra registrado, si existe no muestra ningn

mensaje.

2 En caso de no existir el IdPersonal el sistema

presentar un mensaje indicando tal circunstancia.

3 El administrativo introduce o modificalos datos FechaEntrada,

CantidadEntrada y Descripcin .

Si solo se pretenda consultar Materia

Prima, el administrativo puede

Al grabar los datos se validarn los datosobligatorios:

- FechaEntrada

- CantidadEntrada

- Descripcin


53/77



CU 6Actualizar Personal

Propsito: Mantenimiento de Personal en la base de datos (creacin, modificacin,

consulta o baja).

Actores: Administrativo

Precondicin: La base de datos esta disponible.n Eventos ACTOR Eventos SISTEMA

1 El administrativo introduce un

nombre de personal.

Si el nombre de personal ya existe, presenta

los datos de la misma por pantalla.

2 El administrativo introduce o

modifica los datos del personal.Si solo pretenda consultar el

personal el administrativo puede

abandonar la pantalla.

El administrativo puede tambin

eliminar el personal


54/77



CU 7

Crear Detalle Materia PrimaPropsito: Aade Detalle Materia Prima a la base de datos.

Actores: Administrativo.

Precondicin: La base de datos esta disponible.


1 El administrativo introduce elIdMateriaPrima.

El sistema comprueba si el IdMateriaPrimase encuentra registrado, si existe el sistema

generar automticamente el campo:

- Descripcin

2 En caso de no existir el IdMateriaPrima el

sistema presentar un mensaje indicando talcircunstancia.

3 Al grabar los datos se validarn los datos

obligatorios


55/77



5.7 Diagrama Esttico de diseo

El diagrama esttico de diseo, se va desarrollando esencialmente durante el diseo de

casos de uso. Una vez culminado este, queda hacer una revisin del diagrama obtenido.

En la revisin del diagrama esttico de diseo se tomara en cuenta, la reutilizacin de

clases, la adaptacin de la herencia al lenguaje de programacin, la mejora del

rendimiento e incremento de la velocidad.

En el siguiente diagrama esttico recoge las entidades utilizadas por el sistema:

Subsistema Reservas


56/77



Subsistema Almacenes


57/77



La aplicacin que se encarga de realizar las operaciones necesarias segn las

acciones llevadas a cabo por ste.

La base de datos donde la informacin relacionada con la aplicacin se hace

persistente.

5.8.1 Modelo relacional de la base de datos

Base de Datos Reservas

CLIENTE (Id, Nombre, Domicilio, CodPostal, Localidad, Provincia,

Tefno, Notas)

Id debe admitir valores {1,2,3,4,5}


58/77



Base de Datos Almacenes

MATERIA PRIMA (Id, IdPersonal, FechaEntrada, CantidadEntrada,

Descripcin, FechaSalida, CantidadSalida, Notas)IdPersonal es clave fornea hacia PERSONAL.

PERSONAL (Id, Nombre, Codigo, Domicilio, Localidad, Tefno, Notas)

Id debe admitir valores {1,2,3}

DETALLE MATERIA PRIMA(Id, IdMateriaPrima, Descripcin,

CantidadQuedan)IdMateriaPrima es la clave fornea hacia MATERIA PRIMA.


59/77



5.8.2 Diagrama de base de datos

Base de Datos Reservas


60/77



Base de Datos Almacenes:


61/77



5.9 Diseo de la interfaz de usuario

La interfaz grfica de usuario (En ingls Graphic User Interface, tambin conocido con

su acrnimo GUI) es un mtodo para facilitar la interaccin del usuario con el

ordenador a travs de la utilizacin de un conjunto de imgenes y objetos pictricos

(iconos, ventanas) adems de texto.

De hecho el interfaz es en realidad un modelo mental permanente, es decir unarepresentacin cognitiva o conceptualizacin que el usuario hace del sistema. A fin de

que este modelo se mantenga a lo largo del programa ha de tener una consistencia, es

decir mantener su coherencia de principio a fin. Por ello se han de mantener las reglas,

los criterios en la operatividad, la imagen parcial o total.

Ya que el elemento principal de este interfaz es la pantalla del ordenador, se tendrespecial cuidado en su organizacin, combinando Informacin, elementos de

interaccin y la informacin interactiva.

5.9.1 Implementacin de los dilogos


62/77



. Personal

. Detalle Materia Prima

Paso de una pantalla a otra:

Desde la pantalla cada opcin del men se podr salir nicamente mediante un botn

de opcin salir.

5.9.2 Formato de ventanas


63/77




64/77



Ilustracin 32PantallaMantenimiento de Producto


65/77




66/77



Ilustracin 34PantallaFacturacin


67/77




68/77




69/77




70/77



5.10 Valoracin econmica.

La valoracin econmica del proyecto podra dividirse en dos partes, es decir una

primera parte con la aproximacin econmica de la mano de obra al realizar esta

aplicacin plasmada en la memoria (horas de trabajo empleado) y una segunda parte el

costo presupuestario que tendra que hacer la empresa para su implementacin.

En cuanto al primer punto en el clculo tendran que valorarse ciertos factores de error

que se pueden cometer tales como:

- Falta de experiencia del que realiza el proyecto (ya que esta aplicacin se ha

desarrollado con el objetivo de plasmar los conocimientos de un estudiante, cuya

finalidad es el de adquirir los conocimientos necesarios) lo que con llevara a uso

de mayor tiempo en la realizacin y no sera realista el tiempo empleado.

En cuanto al segundo punto el coste presupuestario para la implementacin de la

aplicacin tendra que tomar en cuenta las necesidades de cambios estructurales dentro

la empresa (tales como ordenadores, medios de soporte y de conexin), adems de la

capacitacin del personal en el manejo.


71/77



Modulo de gestin de la actividad de los trabajadores.

Considerar como objetivo del TFC el anlisis y diseo del sistema global y la

implementacin del mdulo de peticiones de servicio.

Desarrollar el proyecto en forma iterativa e incremental, comenzando con la

construccin de la fase del proyecto lo ms temprano posible, de un prototipo mnimo

que implemente un caso de uso representativo.

5.12 Conclusiones.

Como conclusin general en la realizacin de este proyecto de aplicacin para el TFC,

se ha alcanzado el objetivo ms importante, que es el de aprender y poner en prctica

los conocimientos de esta materia, para ello al abordar las fases de anlisis y diseo se

ha llevado en paralelo la adquisicin de conocimientos tcnicos requeridos, cumpliendo

en la mayor medida posible con los requerimientos del TFC mediante las PACs,

intentado seguir el plan de trabajo y tareas que se propusieron en el primer PAC.

En cuanto a la primera etapa de anlisis al designar los subsistemas se ha podido


72/77



6. Glosario

Almacenes: Un almacn es un lugar o espacio fsico (Local) donde se depositan

generalmente mercancas (Materia Prima).

Inventario:Asiento de los bienes y dems cosas pertenecientes a una persona, hecho

con orden y precisin.

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 la empresa.

Pedido:Lista de Encargos hecho al fabricante de productos de una vez a un proveedor.

Materia Prima:Material base que necesita una industria para su respectiva utilizacin

en la produccin de un producto.

Personal:Conjunto de las personas que trabajan en un mismo organismo, contratadas

como empleados en la empresa.

Producto:Resultado del trabajo de un proceso industrial, sustancia fabricado a partir de

una materia prima determinada.


73/77



7. Bibliografa

Roger S.Pressman. Ingeniera del Software. Un enfoque prctico. Editorial

MCGraw-Hill, 2002.

Bener Campderrich Falgueras.Ingeniera del Software I. Barcelona; Fundaci

per a la Universitat Oberta de Catalunya - Recerca Informtica, SL

Autores: Grady Booch James Rumbaugh, Ivar Jacobson. El Lenguaje Unificado

de Modelado. Manual de referencia. Editorial: Addison Wesley Madrid 2000

Joseph Schmuller. SAMS Teach Yourself UML in 24 Hours. Editorial:

Macmillan Technical Publishing Indianapolis 1999

Fatos Xhafa. Tcnicas de desarrollo de software. Editorial: UOC

Francisco Charte. Programacin con Visual Basic Editorial Anaya Multimedia,

2003.


74/77



8. Anexos

8.1Planificacin8.1.1 Listado de tareas y estimacin de tiempos

Se ha partido de los hitos fijados en las Pacs, descomponiendo en tareas y teniendo

en cuenta el calendario de entregas de la materia, as como el tiempo estimado paracada tarea:

Pec1 - Planificacin

- Elaboracin del plan de trabajo 3 das

- Descripcin del proyecto 2 das- Realizacin de hitos y temporarizacin 4 das- Plan de trabajo Pec1 1 das

Pec2Especificaciones y anlisis de requerimientos- Anlisis Orientado a Objetos 2 das

Revisin de casos de uso 3 das


75/77



En la tabla siguiente se ha detallado el nombre de la tarea, as como su fecha de inicio y

de finalizacin previstas:


76/77



8.1.2 Planificacin Temporal

En la siguiente figura se presenta la planificacin para el desarrollo del TFC en un

grfico de Gantt realizado con PDF. En el grfico se plasma la duracin de cada

tarea mediante barras.

T b j Fi l d C I i d S ft


77/77



Anlisis y Diseo de una aplicacin Control Inventarios Pgina 77P d D l T d A l

Ilustracin 39Diagrama de Gantt

Proyecto Final Inventario Lechera

Documents

Transcript of Proyecto Final Inventario Lechera