Análisis y Diseño de Una Aplicación de Control de Inventarios PDF

2012
Aplicacin Control
de Inventarios
Edgar Abrego
David Blanco
Algeria Caballero
Miguel Torres
03/12/2012
Anlisis y Diseo de Sistemas

Profesora Virginia Jurez
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 e iluminar nuestras mente y por
haber puesto en nuestros caminos a aquellas personas que han sido un soporte y
compaa 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 as no hubiese sido posible. A nuestros
padres y dems familiares ya que me brindan el apoyo, la alegra y nos dan la
fortaleza necesaria para seguir adelante.
Un agradecimiento especial a la Profesora Virginia Jurez, por la colaboracin,
paciencia, apoyo y sobre todo por esa gran amistad que nos brind, 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 la humildad que de nuestros corazones puede emanar.
De igual forma, a nuestros Padres, a quien le debemos todas nuestras vidas, les
agradecemos el cario y su comprensin, a ustedes quienes han sabido formarnos
con buenos sentimientos, hbitos 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 as como por la
sabidura que nos transmitieron en el desarrollo de nuestra formacin profesional,
en especial a la Profesora Virginia Jurez, por haber guiado el desarrollo de este
trabajo y llegar a la culminacin del mismo.
Pgina | 1
Anlisis y Diseo de una aplicacin Control Inventarios.

Tabla de contenido
1. Resumen del Proyecto .................................................................................................................... 4
2. Cuerpo del Proyecto ........................................................................................................................ 5
2.1. Introduccin general ................................................................................................................ 5
2.1.1. Justificacin y contexto ..................................................................................................... 5
2.1.2. Objetivo General ............................................................................................................... 6
2.1.3. Objetivos Especficos ......................................................................................................... 6
2.1.4. Enfoque y mtodo a seguir ............................................................................................... 7
2.1.5. Planificacin General del Proyecto ................................................................................... 8
2.1.6. Breve descripcin de la memoria. ..................................................................................... 9
2.2. Especificacin y anlisis de requerimientos ........................................................................... 10
2.2.1. Introduccin .................................................................................................................... 10
2.2.2. Descripcin y funcionalidades ......................................................................................... 11
2.3. Anlisis Orientado a Objetos .................................................................................................. 16
2.4. Revisin de Casos de Uso ....................................................................................................... 17
2.4.1. Modelo de Casos de Uso ................................................................................................. 17
2.4.2. Descripcin textual de los casos de uso .......................................................................... 22
2.4.3. Identificacin de las clases de entidades ........................................................................ 27
2.4.4. Especificacin de los atributos de las clases entidades .................................................. 29
2.4.5. Relaciones ....................................................................................................................... 30
2.4.6. Identificacin de las clases frontera ................................................................................ 32
2.4.7 Especificacin formal de las clases de uso ....................................................................... 36
2.5. Diseo arquitectnico del sistema ......................................................................................... 43
2.5.1. Diagrama de Clases ......................................................................................................... 45
2.6. Diseo de casos de uso .......................................................................................................... 46
2.7. Diagrama Esttico de diseo .................................................................................................. 55
2.8. Diseo de Persistencia ........................................................................................................... 57
2.8.1. Modelo relacional de la base de datos ........................................................................... 58
Pgina | 2

2.8.2. Diagrama de base de datos ............................................................................................. 59

2.9. Diseo de la interfaz de usuario ............................................................................................. 61
2.9.1. Implementacin de los dilogos ..................................................................................... 62
2.9.2. Formato de ventanas ...................................................................................................... 63
2.10. Valoracin econmica. ......................................................................................................... 67
2.11. Anlisis de Riesgos................................................................................................................ 68
2.12. Conclusiones. ....................................................................................................................... 69
3. Glosario ......................................................................................................................................... 70
4. Bibliografa .................................................................................................................................... 72
5. Anexos. .......................................................................................................................................... 73
5.1. Planificacin ........................................................................................................................... 73
5.1.1. Listado de tareas y estimacin de tiempos ..................................................................... 73
5.1.2 Planificacin Temporal ..................................................................................................... 74
Pgina | 3

1. Resumen del Proyecto

El presente trabajo consiste en un sistema para una electrnica, 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 la entrada 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 mismas prioridades de acceso sobre el sistema; estos realizarn tanto la
reserva para los diferentes clientes, as como el ingreso de productos para la
distribucin en almacenes.
La aplicacin 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 ms adelante.
Subsistema Almacenes: En el cual se registra el ingreso de productos as como
tambin la salida del mismo, adems quedar registrado el usuario (personal de
la empresa) que realice dicha tarea.
El software Control de Inventarios se desarrollar segn la tecnologa Orientada
a Objetos, entre una de sus ventajas segn la aplicacin de esta tecnologa es
que permite bajar el coste de mantenimiento del programa en comparacin con
el coste de mantenimiento de programas, si se hubiese desarrollado con otras
tecnologas.
Pgina | 4

2. Cuerpo del Proyecto

2.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 en una 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.
2.1.1. Justificacin y 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 gestin 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 ahorrando tiempo y dinero, todos los
movimientos quedaran registrados, siendo necesario la supervisin de
una persona de todo el sistema para el buen funcionamiento y manejo. El
sistema est previsto para que el personal pueda interactuar tanto en
reservas de pedidos como para control de inventarios en almacenes.
Con la gestin de reserva de pedidos se pretende tener un registro exacto
de la demanda de gnero realizado por los clientes con anterioridad
optimizando as la produccin a realizar de antemano, previniendo que
sobre o falte stock de productos, adems de quedar registrado las fechas
de cada gestin.
Con el control de inventario, se pretende dejar registrado el stock que
entra y sale de almacenes.
Pgina | 5

2.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.
2.1.3. Objetivos Especficos
Entre los objetivos especficos est 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:
Descripcin del proceso, en trminos muy generales del funcionamiento
del software.
Identificacin de los subsistemas que formaran parte del software.
Descripcin precisa de las funcionalidades de cada subsistema por
separado.
Resumen esquemtico de todas las funcionalidades del software.
Glosario de las entidades y principales actores del software.
Los casos de uso.
Diseo:
Establecer relaciones de los subsistemas.
Obtener el diseo para cada subsistema (diagramas en UML).
Diseo de la interfaz grfica de usuario del software Control Inventarios.
Pgina | 6

2.1.4. Enfoque y mtodo a seguir
Se 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 est 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.
Construccin: En la que se desarrolla todo el producto de forma iterativa e
incremental, tiene en cuenta todas las necesidades de informacin que debe
satisfacer y desarrolla la arquitectura obtenida en la fase anterior.
El software Control de Inventarios se desarrollar segn la tecnologa OO
(Orientada a Objetos) usando notacin UML en este entorno. ste hecho les
podr beneficiar en el mantenimiento del programa y ms adelante en la
extensibilidad del programa con nuevas funcionalidades adems de un coste
ms bajo comparado con el coste del programa si se hubiera desarrollado para
otras tecnologas.
Para poder realizar este proyecto se ha utilizado UML (Unified Modeling
Language) que es un lenguaje que permite modelar, construir y documentar los
elementos que forman un sistema software orientado a objetos.
Pgina | 7

Para el seguimiento de desarrollo del proyecto se ha basado en hitos para una

mejor planificacin y avance de la Aplicacin Control de Inventarios en cuanto
a fechas establecidas y entrega de los bloques, para ello se tuvo conocimiento y
control del ciclo de desarrollo de proyecto reconociendo sus distintas fases y
adaptando los tiempos de ejecucin de las mismas.
2.1.5. Planificacin General del Proyecto
El proyecto se ha planteado en base a los ciclos de vida habituales y en los

periodos de tiempos delimitados por las entregas de los bloques o avances del
proyecto a realizar durante el curso, sta se ha divido en tres fases:
planificacin, anlisis y diseo.
Planificacin: Es la primera fase del Proyecto Final, que incluye la temporizacin
del propio Proyecto y la ubicacin del contexto sobre la cual se realizar el
trabajo. Corresponde a la fase de planificacin y finaliza con la entrega de la
Bloque1.
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. Finalmente, se expresarn
estas clases en trminos de casos de uso.
Diseo: Es la ltima fase del Proyecto Final, se identificaran los componentes de
software y hardware necesarios requeridos, como as tambin especificarn las
relaciones arquitecturales entre dichos componentes. El diseo arquitectnico
tiene como objetivo definir las grandes lneas del modelo del diseo.
Pgina | 8

2.1.6. Breve descripcin de la memoria.
En el siguiente apartado se detallan las fases por las cuales ha pasado el

desarrollo del trabajo.
Anlisis: Durante la fase de recogida de la documentacin de requisitos, una vez
establecido las funciones del software, 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, para que sean
entendibles por ambas partes.
Diseo: Despus de desarrollar la fase de anlisis, se entra en la fase de diseo
donde se realiza 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.
Pgina | 9

2.2. Especificacin y anlisis de requerimientos

2.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 modelado, todo
ello racionalizado en una frase "El hombre hace modelos de sistemas complejos
porque no puede entenderlos en su totalidad".
UML (Unified Modeling Language) es el lenguaje de modelado de sistemas de
software ms conocido y utilizado 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 OMT e Ivar Jacobson, autor de los mtodos OOSE
y Objectory. La versin 1.0 de UML fue liberada en Enero de 1997 y ha sido
utilizado con xito en sistemas construidos para toda clase de industrias
alrededor del mundo tales como: hospitales, bancos, comunicaciones,
aeronutica, finanzas, etc.
Los beneficios que brinda UML son:
Modelar sistemas (no slo de software) utilizando conceptos orientados a
objetos.
Encaminar el desarrollo del 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
mquinas.
Pgina | 10

Mejor soporte a la planeacin y al control de proyectos.

Alta reutilizacin y minimizacin de costos.
2.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 est compuesta por dos programas mencionados anteriormente, que
estn ejecutados en dos ordenadores (uno ubicado en almacenes y otro en
administracin). Los dos ordenadores estarn 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.
2.2.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
empresa) reservan la cantidad de los productos para los diferentes
clientes. Las funciones se detallaran y especificaran ms adelante.
Subsistema 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.
Pgina | 11

Aplicacion
Control de
Inventarios
Subsistema
Reservas
Subsistemas
Almacenes
Ilustracin 1 Aplicacin Control de Inventarios
2.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 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
Cliente
Pedido
Pedido Detalle
Factura.
Pgina | 12

2.2.2.2.1. Producto
Esta opcin permite ingresar y modificar los diferentes datos de los productos
bien porque haya cometido algn error en la introduccin de datos, bien porque
hayan cambiado los datos desde el momento que se introdujeron (cambio de
presentacin).
Una vez hechas las modificaciones ser necesario apretar un botn para
hacerlas efectivas.
2.2.2.2.2. Cliente
Esta opcin permite hacer altas, bajas y modificaciones de los clientes. Para las
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 caso que un cliente cambie de domicilio, telfono o algn
otro dato importante.
2.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 permiten eliminar el Pedido de productos. La
opcin de modificacin permite hacer cambios en el Pedido, el cliente mediante
una llamada telefnica puede pedir a los usuarios de la empresa que desea
modificar su pedido o inclusive anular el pedido, para finalizar la operacin ser
necesario pulsar un botn para hacer efectivos los cambios.
2.2.2.2.4. Pedido Detalle
Esta opcin 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
opcin eliminar permitir eliminar los datos introducidos. La opcin modificar
permite realizar cambios en los pedidos detalle en cuanto a la cantidad y
Pgina | 13

producto que requiere el cliente. Una vez modificados, ser necesario pulsar un
botn para hacer efectivos los cambios.
2.2.2.2.5. Factura
Esta opcin permite imprimir el detalle de pedido, para el ingreso es el personal

de la empresa el que realiza la factura. Una vez recuperado los datos (Pedido),
ser necesario pulsar un botn para hacer efectivo la impresin.
2.2.2.3. Subsistema Almacenes
En este subsistema almacenes se podr obtener el control de los productos 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.
2.2.2.3.1. Productos
Esta opcin permite ingresar eliminar los productos segn sea el caso, para
ingresar los productos 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 empresa. 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.
2.2.2.3.2. Personal
Esta opcin permite ingresar, modificar eliminar al personal. Para ingresar

(registrar) al personal de la empresa se tienen que identificar con sus datos
personales y el cdigo de la empresa. En la opcin eliminar se puede dar el caso
que el trabajador no se encuentre en la empresa por algn motivo, por lo que
Pgina | 14

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.
2.2.2.3.3. Detalle de los Productos
Esta opcin permite ingresar el detalle de los productos. Para el ingreso es el

administrativo de la empresa el que realiza el registro de detalle de los
productos. En esta opcin no se puede eliminar los datos introducidos. 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.
Pgina | 15

2.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 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.
Pgina | 16

2.4. 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 empresa.
2.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. Los casos de uso representan el comportamiento del sistema, los
escenarios que el sistema atraviesa en respuesta a un estmulo desde un actor.
2.4.1.1. Modelo del Negocio
Describe a grandes rasgos los procesos y entidades principales en torno al

software.
Pgina | 17

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

uso:
Ilustracin 2. Diagrama de casos de uso
Para identificar los objetos que se utilizar en los casos de uso establecidos
anteriormente, utilizamos el diagrama de colaboracin.
Pgina | 18

Diagrama de colaboracin de Reservas:
Ilustracin 3. Diagrama de colaboracin (Reservas)
Pgina | 19

Diagrama de colaboracin Almacenes:
Ilustracin 4. Diagrama de colaboracin (Almacenes)
2.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:
Pgina | 20

Diagrama de casos de uso de Reservas:
Ilustracin 5. Diagrama de casos de uso (Reservas)
Pgina | 21

Diagrama de casos de uso de Almacenes:
Ilustracin 6. Diagrama de casos de uso (Almacenes)
2.4.2. Descripcin textual de los casos de uso

2.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.
Pgina | 22

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
Resumen de la funcionalidad: aade un pedido a la base de datos.
Actores: Personal
Casos de uso relacionados: Consultar clientes.
Pre-condicin: El cliente 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, IdCliente.
Alternativas de proceso y excepciones: Al introducir el IdCliente el
sistema comprueba si se encuentra registrado, si existe se grabar y
validar el dato. La fecha factura se validar cuando se realice la salida
del producto, mostrando en detalle el campo calculado del pedido.
De la misma forma habr que tener en cuenta la posibilidad de que un
pedido pudiera ser anulado o modificado.
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.
Pgina | 23

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.
Alternativas 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.
A partir de la fecha factura introducidas por el personal sabremos que el
pedido ya se realiz, indicando el detalle en el campo calculado de
Pedido.
pedido debe tener un mantenimiento, creacin, anulacin y
modificacin.
Caso de uso nmero 6: Consultar Producto
Resumen de la funcionalidad: Recupera informacin de un producto
determinado.
Actores: Personal
Pre-condicin: El producto est en la base de datos.
Post-condicin: Se muestra los datos del producto.
Pgina | 24

Dado el cdigo del producto por el personal, muestra los datos del
mismo.
producto debe tener un mantenimiento, creacin, modificacin.
Caso de uso nmero 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-condicin: La factura no ha sido emitida.
Post-condicin: La factura 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 una factura.
Alternativas de proceso y excepciones: Si no muestra el detalle del campo
calculado, la FechaFactura no ha sido introducida en Pedido, habr que
introducir la fecha de salida (FechaFactura).
2.4.2.2. Subsistema Almacenes
Caso de uso nmero 8: Registrar Producto

Resumen de la funcionalidad: Registra el producto a la base de datos.
Actores: Administrativo
Casos de uso Relacionados: Consultar Personal.
Pre-condicin: Los productos no existen en la base de datos, el Personal
debe estar registrado en la base de datos.
Post-condicin: Los productos estn incorporado en la base de datos.
El administrativo introduce los datos de la Materia Prima, IdPersonal,
FechaEntrada, CantidadEntrada, descripcin, FechaSalida, CantidadSalida,
Notas.
Alternativa de procesos y excepciones: Para el ingreso de los Productos a
Almacenes se introducirn los datos(FechaEntrada, CantidadEntrada y
descripcin), para la salida de los Productos (FechaSalida, CantidadSalida
Pgina | 25

y descripcin), se introducirn los datos mencionados anteriormente

segn sea el caso.
De la misma forma habr que tener en cuenta la posibilidad que los
Productos se puedan anular
Caso de uso numero 9: Consultar Personal
Resumen de la funcionalidad: Recupera informacin de un personal
determinado.
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.
personal necesita de un mantenimiento, creacin, anulacin.
Caso de uso nmero 10: Crear Detalle del Producto
Resumen de la funcionalidad: Aade los datos Detalle del Producto a la
base de datos.
Casos de uso Relacionados: Consultar Producto.
Pre-condicin: El detalle del Producto no existe en la base de datos. El
Producto debe estar registrado en la base de datos.
Post-condicin: El detalle del Producto queda incorporado en la base de
datos.
El administrativo introduce los datos Detalle del Producto, IdProducto
generando automticamente el campo Descripcin, Cantidad Total.
Alternativa de procesos y excepciones: Para obtener el campo Cantidad
Total se debe presionar un botn para obtener la cantidad que queda en
almacenes de Productos.
Pgina | 26


Resumen de la funcionalidad: Recupera informacin del Producto
determinado.
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 administrativo, muestra los datos del
mismo.
Alternativas de proceso y excepciones: Se debe tomar en cuenta que el
producto debe tener un mantenimiento, creacin, anulacin.
2.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 Cliente
Clases: 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
Clases: Producto
Caso de uso nmero 7: Emitir Factura
Clases: Pedido, Factura.
Pgina | 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 nmero 9: Consultar Personal
Clase: Personal
Caso de uso nmero 10: Crear Detalle del Producto
Clase: Detalle del Producto, Registro Producto.
Clase: Registro Producto.
Obtenemos las clases siguientes:
Registro Producto
Personal
Detalle del Producto
Pgina | 28

2.4.4. Especificacin de los atributos de las clases 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
Cdigo(string), Descripcin(string), Precio(real), Notas(string)
Clase Pedido Detalle
Idpedido(integer), Idproducto(integer), Descripcin(string),
Cantidad(integer), Precio(real)
Clase Factura
IdPedido(Integer), Cliente(String).
Subsistema Almacenes:
Clase Registro Producto
IdPersonal(Integer), FechaEntrada(date),CantidadEntrada(integer),
Descripcin(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), Descripcin(string), CantidadQuedan(integer)
Pgina | 29

2.4.5. Relaciones
Asociaciones Reservas
Teniendo como clase principal Pedido, puede contener uno o varios en Pedidos
Detalle.
Uno o varios Pedidos pueden tener un Cliente. Cada Pedido genera una
Factura. As mismo Pedido Detalle, vemos que un Producto puede estar
asignado uno o varios en Pedidos Detalle.
Ilustracin 7. Asociacin (Reservas)
Pgina | 30

Asociaciones Almacenes
Teniendo como clase principal a Registro Producto, vemos que cada personal
puede ingresar uno o varios Productos. As mismo cada Producto puede
contener varios Detalle del Producto.
Ilustracin 8. Asociacin (Almacenes)
Pgina | 31

2.4.6. Identificacin de las clases frontera
Colaboracin Reservas:
Caso de uso 1: Crear Cliente
Ilustracin 9. D. 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 cliente.
Caso de uso 2: Crear Pedido
Ilustracin 10. D. Colaboracin 2. Crear Pedido
En la realizacin del pedido se introduce la fecha actual, la referencia,

tambin se introduce el IdCliente, actualizndose el mismo tras
comprobar en el registro y posteriormente se actualiza el pedido.
Pgina | 32

Caso de uso 3: Consultar Producto
Ilustracin 11. D. Colaboracin 3. Consultar Producto
A Partir de un cdigo, se consultaran los productos efectuados,

permitindonos conocer los diferentes productos de stock.
Caso de uso 4: Crear Pedido Detalle
Ilustracin 12. D. Colaboracin 4. Crear Pedido Detalle
En la realizacin del PedidoDetalle, se introduce el IdPedido, IdProducto,

actualizndose ambos tras comprobar en registros, se introduce tambin
la descripcin, la cantidad y por ltimo el precio y posteriormente se
actualiza.
Pgina | 33

Caso de uso 5: Emitir Factura
Ilustracin 13. D. Colaboracin 5. Emitir Factura
A partir de un cliente, se consultaran en pedidos. Actualizando la factura

y emitiendo la misma por impresora.
Colaboracin Almacenes:
Caso de uso 6: Registrar Producto
Ilustracin 14. D. Colaboracin 6. Registrar Producto
A la llegada del producto, se introduce los datos de la misma, IdPersonal,

fecha entrada, descripcin, fecha salida, notas, tras comprobar en el
registro y posteriormente se actualiza el Producto.
Pgina | 34

Caso de uso 7: Consultar Personal
Ilustracin 15. D. Colaboracin 7. Crear Personal
A Partir de un cdigo, se consultara al Personal, permitindonos conocer

los datos del mismo.
Caso de uso 8: Crear Detalle del Producto
Ilustracin 16. D. Colaboracin 8. Crear Detalle Producto
En la realizacin detalle producto, se introduce el IdProducto

actualizndose, tras comprobar en registros, se introduce tambin la
descripcin y por ultimo cantidad, posteriormente se actualiza.
Pgina | 35

2.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.
Secuencia Reservas:
Caso de uso 1: Crear Cliente
Ilustracin 17. D. Secuencia 1. Crear Cliente
Pgina | 36

Caso de uso 2: Crear Pedido
Ilustracin 18. D. Secuencia 2. Crear Pedido
Pgina | 37

Caso de uso 3: Consultar Producto
Ilustracin 19. D. Secuencia 3. Consultar Producto
Caso de uso 4: Crear Pedido Detalle
Ilustracin 20. D. Secuencia 4. Crear Pedido Detalle
Pgina | 38

Caso de uso 5: Emitir Factura
Ilustracin 21. D. Secuencia 5. Emitir Factura
Pgina | 39

Secuencia Almacenes:
Caso de uso 6: Registrar Producto
Ilustracin 22. D. Secuencia 6. Registrar Producto
Pgina | 40

Caso de uso 7: Consultar Personal
Ilustracin 23. D. Secuencia 7. Consultar Personal
Pgina | 41

Caso de uso 8: Crear Detalle del Producto
Ilustracin 24. D. Secuencia 8. Crear Detalle del Producto
Pgina | 42

2.5. Diseo arquitectnico del sistema
El 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
frecuentes entre patrones de implementacin.
Escalabilidad: De forma que permita cumplir las expectativas de la demanda y
admita un gran nmero de actividades y usuarios con el mnimo uso de
recursos.
Administracin: Permitiendo a los operadores implementar, supervisar y
resolver los problemas de la aplicacin en funcin del escenario.
Mantenimiento: Mediante la funcionalidad de diseo que nos permite tener en
cuenta distintos tamaos de aplicaciones, equipos conjuntos de habilidades
variadas, requisitos tcnicos y cambios empresariales.
Independencia: que funcione en los distintos escenarios de aplicaciones y
patrones de implementacin.
Pgina | 43

Componentes y niveles en aplicaciones y servicios
Se ha convertido en un principio ampliamente aceptado en el diseo de

aplicaciones distribuidas, la divisin de la aplicacin en componentes que
ofrezcan servicios de presentacin, empresariales y de datos. Los componentes
que realizan tipos de funciones similares se pueden agrupar en capas, que en
muchos casos estn organizados en forma de apilamiento para que los
componentes que se encuentran por "encima" de una capa determinada
utilicen los servicios proporcionados por sta, un componente especifico
utilizar la funcionalidad proporcionada por otros componentes de su propia
capa 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.
Componentes lgicos de acceso a datos: Es razonable abstraer la lgica
necesaria para obtener acceso a los datos en un capa independiente de
componentes lgicos de acceso a datos, ya que de este modo se centraliza la
funcionalidad de acceso a datos, se facilita la configuracin y el mantenimiento
de la misma.
Pgina | 44

Agentes de servicios: Los agentes de servicios permiten aislar las idiosincrasias

de las llamadas a varios servicios desde la aplicacin y pueden proporcionar
servicios adicionales, como la asignacin bsica del formato de los datos que
expone el servicio al formato que requiere la aplicacin.
Interfaces de servicios: Para exponer lgica empresarial como un servicio, es
necesario crear interfaces de servicios que admitan los contratos de
comunicacin (comunicacin basada en mensajes, formatos, protocolos y
excepciones, entre otros) que requieren los clientes.
2.5.1. Diagrama de Clases
Ilustracin 25. Diagrama de clases
Esta opcin permite hacer altas, bajas y modificaciones de los clientes. Para las
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 caso que un cliente cambie de domicilio, telfono o algn
otro dato importante.
Pgina | 45

2.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
seran muy complejos, para una mejor comprensin se realizar con fichas
TRAD.
Pgina | 46

CU 1 Crear Pedido
Propsito: Aade un pedido a la base de datos
Actores: Personal
Precondicin: La base de datos est disponible.
n
Eventos ACTOR
Eventos SISTEMA
El personal introduce o modifica
El sistema comprueba si el IdCliente se
los datos del Pedido.
encuentra registrado, si existe no muestra

ningn mensaje.
En caso de no existir el IdCliente, el sistema

presentar un mensaje indicando tal
circunstancia.
Se grabarn los datos y se validarn los datos

Obligatorios:
- Referencia
- IdCliente
El sistema actualizar el Pedido (en funcin

de la opcin seleccionada, grabar o borrar).
Si se ha seleccionado la opcin de grabar o
FechaFactura de pedido.
borrar, el sistema se reposiciona en Fecha.

El sistema mostrar a detalle del Pedido en el
campo calculado.
Poscondicin: El pedido y FechaFactura quedan actualizados en la base de datos.

Observaciones: Existe la posibilidad de que un cliente quiera cambiar FechaFactura
(fecha de entrega) y el personal acepte dicha peticin.
Pgina | 47

CU 2 Crear Cliente
Propsito: Aade un cliente en la base de datos
Actores: Personal
Precondicin: La base de datos est disponible
n
Eventos ACTOR
Eventos SISTEMA
El personal introduce un nombre
Si el nombre de cliente ya existe, presenta los
de cliente.
datos de la misma por pantalla.
Se grabarn los datos y se validarn todos
los datos del cliente.
los datos introducidos
Si solo se pretenda consultar al
- Nombre
cliente, el personal puede
- Domicilio
abandonar la pantalla.
- CodPostal
El personal puede tambin
- Localidad
eliminar al cliente.
- Provincia
- Tefno
- Notas
Si se han seleccionado las opciones de grabar

o borrar, el sistema se reposiciona en el
nombre.
Poscondicin: El cliente queda actualizado en la base de datos.

Observaciones: Existe la posibilidad de que un cliente quiere cambiar quiera cambiar
de domicilio y el personal acepte dicha peticin.
Pgina | 48

CU 3 Crear Pedido Detalle

Propsito: Aade un Pedido Detalle a la base de datos.
Actores: Personal
n
Eventos ACTOR
Eventos SISTEMA
El personal introduce en IdPedido.
El sistema comprueba si el IdPedido se encuentra

registrado, si existe, no muestra ningn mensaje.
En caso de no existir el IdPedido, el sistema

presentar un mensaje indicando tal circunstancia.
El personal introduce en
El sistema comprueba si el IdProducto se
IdProducto.
encuentra registrado, si existe el sistema genera

automticamente los campos:
- Descripcin
- Precio
En caso de no existir el IdProducto, el sistema

presentar un mensaje indicando tal circunstancia.
Se grabarn los datos y se validaran los datos
los datos PedidoDetalle.
obligatorios.
Si solo se pretenda consultar el
- IdPedido
personal puede abandonar la
- IdProducto
pantalla.
- Cantidad
El personal puede tambin

eliminar PedidoDetalle.
6
Si se han seleccionado las opciones de grabar o

borrar, el sistema se reposiciona en IdPedido.
Poscondicin: El Pedido Detalle queda actualizado en la base de datos.
Pgina | 49

Observaciones: El nmero de veces de llenado de datos depender de la variedad de

productos (IdProducto), que el cliente requiera.
Existe la posibilidad de que un cliente quiera cambiar la cantidad y el personal acepte dicha
peticin.
CU 4 Emitir Factura
Propsito: Emite una factura a un cliente a partir de la realizacin del Pedido Detalle
Actores: Personal
n
Eventos ACTOR
Eventos SISTEMA
El personal introduce el numero
Si el nmero de IdPedido existe, presenta
IdPedido.
los datos de la misma.
Una factura no permite ser modificada,

luego si existe, solo puede ser consultada.
El personal introduce el nombre
El sistema comprueba que el cliente exista.
del cliente.
Y presentar los datos del pedido, incluido

el campo calculado y sus detalles, en forma
de informe, generando la factura.
El sistema se reposiciona en el IdPedido.
Poscondicin: La factura es emitida por impresora y queda actualizada a la base de

datos.
Observaciones: La factura se realiza a la salida del pedido. Posteriormente el informe
tiene la opcin cerrar.
Pgina | 50

CU 5 Crear Registro Producto

Propsito: Aade un Producto a la base de datos.
Actores: Administrativo.
n
Eventos ACTOR
El administrativo introduce el
IdPersonal.
Eventos SISTEMA
El sistema comprueba si el Idpersonal se
encuentra registrado, si existe no muestra
ningn mensaje
En caso de no existir el IdPersonal el sistema
presentar un mensaje indicando tal
circunstancia.
El administrativo introduce o
Al grabar los datos se validarn los datos
modifica los datos FechaEntrada, obligatorios:
CantidadEntrada y Descripcin.
- FechaEntrada
Si solo se pretenda consultar el
- CantidadEntrada
Producto, el administrativo
- Descripcin
puede abandonar la pantalla.
El administrativo puede tambin
eliminar el Producto.
modifica los datos FechaSalida,
obligatorios:
CantidadSalida y Descripcin.
- FechaSalida
- CantidadSalida
- Descripcin
Si se han seleccionado las opciones de grabar
o borrar, el sistema se reposiciona en
IdPersonal.
Poscondicin: El Producto queda actualizado en la base de datos.

Observaciones: Si el administrativo introduce el Producto a Almacenes se ingresaran
los datos FechaEntrada, CantidadEntrada y Descripcin. En caso de que extraigan de
almacenes se ingresaran los datos FechaSalida, CantidadSalida y Descripcin. Una vez
creado Registro Producto no se podr modificar.
Pgina | 51

CU 6 Actualizar Personal
Propsito: Mantenimiento de Personal en la base de datos (creacin, modificacin,
consulta o baja).
n
1
Eventos ACTOR
Eventos SISTEMA
El administrativo introduce un
Si el nombre de personal ya existe, presenta
nombre de personal.
los datos de la misma por pantalla.
modifica los datos del personal.
Si solo pretenda consultar el
personal el administrativo puede
abandonar la pantalla.
El administrativo puede tambin
eliminar el personal.
Al grabar los datos se validaran todos los

datos
- Nombre
- Codigo
- Domicilio
- Localidad
- Tefno
- Notas
Si se han seleccionado las opciones de

grabar o borrar, el sistema se reposiciona en
nombre de persona.
Poscondicin: El personal queda actualizado en la base de datos.

Pgina | 52

Observaciones: El dato identificativo aparte del cdigo es el nombre.
CU 7 Crear Detalle Producto

Propsito: Aade Detalle Producto a la base de datos.
Actores: Administrativo.
n
Eventos ACTOR
Eventos SISTEMA
El administrativo introduce el
El sistema comprueba si el IdProducto
IdProducto.
se encuentra registrado, si existe el sistema

generar automticamente el campo:
- Descripcin
En caso de no existir el IdProducto el

sistema presentar un mensaje indicando tal
circunstancia.

obligatorios
- IdProducto
Y el sistema generar el clculo automtico
del campo:
- CantidadQuedan
Si se han seleccionado las opciones de

grabar o borrar, el sistema se reposiciona en
IdProducto.
Poscondicin: El Detalle Producto queda actualizado en la base de datos.
Pgina | 53

Observaciones: Cada vez que ingresa el IdProducto se actualiza la cantidad que

hay en Almacenes.
Una vez creado Detalle Producto no se podr modificar.
Pgina | 54

2.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
Ilustracin 26. Diagrama esttico de diseo Reservas
Pgina | 55

Subsistema Almacenes
Ilustracin 27. Diagrama esttico de diseo Almacenes
Pgina | 56

2.8. Diseo de Persistencia
Como consecuencia de la actividad del usuario, se envan peticiones al servidor,

donde se aloja la aplicacin que hace uso de una base de datos que almacena
toda la informacin relacionada con la misma.
El servidor procesa la peticin y devuelve la respuesta al interfaz que la presenta
al usuario. Se puede decir que el sistema se distribuye en dos componentes:
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.
Pgina | 57

2.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}
PEDIDO (Id, Fecha, Referencia, FechaFactura, IdCliente) IdCliente es la
clave fornea hacia CLIENTE.
PRODUCTO (Id, Cdigo, Descripcin, Precio, Notas) Id debe admitir
valores {1,2,3,4,5}
PEDIDO DETALLE (IdPedido, IdProducto, Descripcin, Cantidad, Precio)
IdPedido es la clave fornea hacia PEDIDO. IdProducto es la clave
fornea hacia PRODUCTO.
FACTURA (IdPedido, Cliente) IdPedido es la clave fornea hacia
PEDIDO.
Base de Datos Almacenes
Producto (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 Producto(Id, IdProducto, Descripcin, CantidadQuedan)
IdProducto es la clave fornea hacia Registro Producto.
Pgina | 58

2.8.2. Diagrama de base de datos
Base de Datos Reservas
Ilustracin 28. Diagrama base de datos Reservas
Pgina | 59

Base de Datos Almacenes:
Ilustracin 29. Diagrama base de datos Almacenes
Pgina | 60

2.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 una
representacin 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
tendr especial cuidado en su organizacin, combinando Informacin,
elementos de interaccin y la informacin interactiva.
Pgina | 61

2.9.1. Implementacin de los dilogos
Las opciones del sistema de mens es la que corresponde a los casos de uso. El
men de barra en la parte superior de la pantalla inicial tienen los
correspondientes nombres con los casos de uso, que corresponde a las
etiquetas:
Reservas
Cliente
Pedido
Producto
Pedido Detalle
Factura
Almacenes
Registro Producto
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.
Pgina | 62

2.9.2. Formato de ventanas
Ilustracin 30. Pantalla Mantenimiento de Cliente
Pgina | 63

Ilustracin 31. Pantalla Gestin Pedido
Pgina | 64

Ilustracin 32. Pantalla Mantenimiento de Producto
Pgina | 65

Ilustracin 33. Pantalla Mantenimiento de Personal
Pgina | 66

2.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.
Pgina | 67

2.11. Anlisis de Riesgos
Los riesgos aparecen y desaparecen dentro el desarrollo del proyecto, por lo

que se necesita una monitorizacin para revisar cmo progresa el control de un
riesgo e identificar cmo aparecen nuevos eventos perjudiciales en el desarrollo
y anlisis del proyecto.
Teniendo en cuenta lo expuesto anteriormente, en la fase inicial del proyecto se
identificaron como ms significativo los siguientes puntos:
La falta de experiencia del autor en el anlisis y diseo OO (Orientado a
Objetos), en particular con la tecnologa Java, este constituira 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 acciones y estrategias siguientes.
Descomponer el sistema global en los dos mdulos:
Mdulo de gestin de peticiones de servicio.
Mdulo de gestin de la actividad de los trabajadores.
Considerar como objetivo del Proyecto Final 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.
Pgina | 68

2.12. Conclusiones.
Como conclusin general en la realizacin de este proyecto de una Aplicacin

Control de Inventarios, 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 Proyecto Final mediante los Bloques o Avances,
intentado seguir el plan de trabajo y tareas que se propusieron en el primer
avance.
En cuanto a la primera etapa de anlisis al designar los subsistemas se ha
podido alcanzar el objetivo de ver con ms claridad la aplicacin para su
posterior desarrollo, obteniendo el resumen de las funcionalidades del software
y la aplicacin de casos de uso.
En el diseo se ha podido obtener los diagramas UML y la interfaz grfica del
software con esto maximizamos la reutilizacin del cdigo y minimizamos la
duplicacin del mismo. El desarrollo de las interfaces Control Inventarios se ha
realizado con el estndar Java, adems de utilizar Microsoft SQL Server 2008
para realizar las tablas de base de datos.
Con el trabajo realizado se ha cumplido las expectativas propuestas al inicio del
trabajo adems de adquirir los conocimientos de la materia.
Pgina | 69

3. Glosario
Almacenes: Un almacn es un lugar o espacio fsico (Local) donde se depositan
generalmente mercancas (Productos).
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.
Personal: Conjunto de las personas que trabajan en un mismo organismo,
contratadas como empleados en la empresa.
Producto: Artculos o bienes adquirido por la empresa para su posterior venta.
Factura: Es un documento que se expide para hacer constar la venta de un
producto, en el que aparece la fecha de la operacin, el nombre del comprador,
del vendedor, las condiciones convenidas, la cantidad, descripcin, precio e
importe total de lo vendido
Pgina | 70

3.1. Glosario de acrnimos
UML - Unified Modelling Language. (Lenguaje de modelado unificado)

BD Base de Datos
OO Orientado a objetos.
Pgina | 71

4. Bibliografa
Roger S.Pressman. Ingeniera del Software. Un enfoque prctico. Editorial
MCGraw-Hill, 2010.
Joseph Schmuller. SAMS Teach Yourself UML in 24 Hours. Editorial:
Macmillan Technical Publishing Indianapolis 1999
Fatos Xhafa. Tcnicas de desarrollo de software. Editorial: UOC
Alvaro Pino. Programacin Java (Apuntes de Programacin III y V), 2011.
Pgina | 72

5. Anexos.
5.1. Planificacin
5.1.1. Listado de tareas y estimacin de tiempos
Se ha partido en metas fijadas por bloques, descomponiendo en tareas y teniendo en cuenta el
calendario de entregas de la materia, as como el tiempo estimado para cada tarea:
Bloque1 - Planificacin
Elaboracin del plan de trabajo

Descripcin del proyecto
Realizacin de hitos y temporalizacin
Plan de trabajo Avance1
3 das
2 das
4 das
1 das
Bloque2 Especificaciones y anlisis de requerimientos
Anlisis Orientado a Objetos

Revisin de casos de uso
Paquetes de anlisis y de servicios
Identificacin de clases de entidades
Especificacin de los atributos de las clases de entidades
Relaciones
Identificacin de las clases Frontera, control y operaciones
Especificacin formal de los casos de uso
Anlisis completado
2 das
3 das
2 das
3 das
3 das
3 das
2 das
3 das
2 das
Bloque3 Diseo
Diseo arquitectnico del sistema

Diseo de casos de uso
Diagrama esttico de diseo
Redaccin del documento de diseo
Diseo de persistencia
Diseo completo
3 das
4 das
3 das
4 das
5 das
2 das
Pgina | 73

Entrega Proyecto final
Revisin tareas realizadas

Diseo de Pantallas
Valoracin econmica
Conclusiones
Redaccin del Proyecto completa
Entrega del Proyecto final
2 das
3 das
1 das
1 das
4 das
3 das
5.1.2 Planificacin Temporal

En la siguiente figura se presenta la planificacin para el desarrollo de la Aplicacin Control de
Inventarios en un grfico de Gantt realizado en clases. En el grfico se plasma la duracin de cada
tarea mediante barras.
Pgina | 74

Análisis y Diseño de Una Aplicación de Control de Inventarios PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Análisis y Diseño de Una Aplicación de Control de Inventarios PDF

Cargado por

Copyright:

Formatos disponibles

2012

Anlisis y Diseo de Sistemas

Anlisis y Diseo de Sistemas

Anlisis y Diseo de Sistemas

2.8.2. Diagrama de base de datos ............................................................................................. 59

Anlisis y Diseo de Sistemas

1. Resumen del Proyecto

Anlisis y Diseo de Sistemas

2. Cuerpo del Proyecto

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

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

Anlisis y Diseo de Sistemas

2.1.2. Objetivo General

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

Anlisis y Diseo de Sistemas

2.1.4. Enfoque y mtodo a seguir

Se realizar una planificacin inicial del proyecto, aunque a lo largo de su

Anlisis y Diseo de Sistemas

Para el seguimiento de desarrollo del proyecto se ha basado en hitos para una

El proyecto se ha planteado en base a los ciclos de vida habituales y en los

Anlisis y Diseo de Sistemas

2.1.6. Breve descripcin de la memoria.

En el siguiente apartado se detallan las fases por las cuales ha pasado el

Anlisis y Diseo de Sistemas

2.2. Especificacin y anlisis de requerimientos

Anlisis y Diseo de Sistemas

Mejor soporte a la planeacin y al control de proyectos.

El sistema de informacin Control de Inventarios pretende ser un sistema

La aplicacin est compuesta por dos programas, de los cuales llamaremos

Anlisis y Diseo de Sistemas

Ilustracin 1 Aplicacin Control de Inventarios

2.2.2.2. Subsistema Reservas

Anlisis y Diseo de Sistemas

Esta opcin permite ingresar, modificar y eliminar pedido detalle. Para el

Anlisis y Diseo de Sistemas

Esta opcin permite imprimir el detalle de pedido, para el ingreso es el personal

En este subsistema almacenes se podr obtener el control de los productos que

Esta opcin permite ingresar, modificar eliminar al personal. Para ingresar

Anlisis y Diseo de Sistemas

Esta opcin permite ingresar el detalle de los productos. Para el ingreso es el

Anlisis y Diseo de Sistemas

2.3. Anlisis Orientado a Objetos

Anlisis y Diseo de Sistemas

2.4. Revisin de Casos de Uso

El modelado de Casos de Uso es la tcnica ms efectiva y a la vez la ms simple

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

Anlisis y Diseo de Sistemas

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

Ilustracin 2. Diagrama de casos de uso

Anlisis y Diseo de Sistemas

Diagrama de colaboracin de Reservas:

Ilustracin 3. Diagrama de colaboracin (Reservas)

Anlisis y Diseo de Sistemas

Diagrama de colaboracin Almacenes:

Ilustracin 4. Diagrama de colaboracin (Almacenes)

2.4.1.2. Diagrama de casos de uso

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

Anlisis y Diseo de Sistemas

Diagrama de casos de uso de Reservas:

Ilustracin 5. Diagrama de casos de uso (Reservas)

Anlisis y Diseo de Sistemas

Diagrama de casos de uso de Almacenes:

Ilustracin 6. Diagrama de casos de uso (Almacenes)