Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Proyecto Analisis
Proyecto Analisis
Aplicacin Control
de Inventarios
Edgar Abrego
David Blanco
Algeria Caballero
Miguel Torres
03/12/2012
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
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 3
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 4
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 8
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 9
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 11
Anlisis y Diseo de una aplicacin Control Inventarios.
Aplicacion
Control de
Inventarios
Subsistema
Reservas
Subsistemas
Almacenes
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
Anlisis y Diseo de una aplicacin Control Inventarios.
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
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 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
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
Pgina | 15
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Para identificar los objetos que se utilizar en los casos de uso establecidos
anteriormente, utilizamos el diagrama de colaboracin.
Pgina | 18
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 19
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 20
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 21
Anlisis y Diseo de una aplicacin Control Inventarios.
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.
Alternativas de proceso y excepciones: Se debe tener en cuenta que el
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
Casos de uso relacionados:
Pre-condicin: El producto est en la base de datos.
Post-condicin: Se muestra los datos del producto.
Pgina | 24
Anlisis y Diseo de una aplicacin Control Inventarios.
Dado el cdigo del producto por el personal, muestra los datos del
mismo.
Alternativas de proceso y excepciones: Se debe tener en cuenta que el
producto debe tener un mantenimiento, creacin, modificacin.
Caso de uso nmero 7: Emitir 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
Pgina | 26
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Caso de uso nmero 6: Consultar Producto
Clases: Producto
Caso de uso nmero 7: Emitir Factura
Clases: Pedido, Factura.
Pgina | 27
Anlisis y Diseo de una aplicacin Control Inventarios.
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.
Caso de uso nmero 11: Consultar Producto
Clase: Registro Producto.
Obtenemos las clases siguientes:
Registro Producto
Personal
Detalle del Producto
Pgina | 28
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
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.
Pgina | 30
Anlisis y Diseo de una aplicacin Control Inventarios.
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.
Pgina | 31
Anlisis y Diseo de una aplicacin Control Inventarios.
Colaboracin Reservas:
Pgina | 32
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 35
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 36
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 37
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 38
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 39
Anlisis y Diseo de una aplicacin Control Inventarios.
Secuencia Almacenes:
Pgina | 40
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 41
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 42
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 43
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
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
FechaFactura de pedido.
Pgina | 47
Anlisis y Diseo de una aplicacin Control Inventarios.
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
de cliente.
- Nombre
- Domicilio
abandonar la pantalla.
- CodPostal
- Localidad
eliminar al cliente.
- Provincia
- Tefno
- Notas
Pgina | 48
Anlisis y Diseo de una aplicacin Control Inventarios.
Eventos ACTOR
Eventos SISTEMA
El personal introduce en
IdProducto.
obligatorios.
- IdPedido
- IdProducto
pantalla.
- Cantidad
Pgina | 49
Anlisis y Diseo de una aplicacin Control Inventarios.
CU 4 Emitir Factura
Propsito: Emite una factura a un cliente a partir de la realizacin del Pedido Detalle
Actores: Personal
Precondicin: La base de datos est disponible
n
Eventos ACTOR
Eventos SISTEMA
IdPedido.
del cliente.
Pgina | 50
Anlisis y Diseo de una aplicacin Control Inventarios.
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.
El administrativo introduce o
Al grabar los datos se validarn los datos
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.
Pgina | 51
Anlisis y Diseo de una aplicacin Control Inventarios.
CU 6 Actualizar Personal
Propsito: Mantenimiento de Personal en la base de datos (creacin, modificacin,
consulta o baja).
Actores: Administrativo
Precondicin: La base de datos est disponible.
n
1
Eventos ACTOR
Eventos SISTEMA
El administrativo introduce un
nombre de personal.
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.
Eventos ACTOR
Eventos SISTEMA
El administrativo introduce el
IdProducto.
Pgina | 53
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 54
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 55
Anlisis y Diseo de una aplicacin Control Inventarios.
Subsistema Almacenes
Pgina | 56
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 57
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 59
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 60
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 61
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 63
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 64
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 65
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 66
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 67
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 68
Anlisis y Diseo de una aplicacin Control Inventarios.
2.12. Conclusiones.
Pgina | 69
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
Pgina | 71
Anlisis y Diseo de una aplicacin Control Inventarios.
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
Anlisis y Diseo de una aplicacin Control Inventarios.
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
3 das
2 das
4 das
1 das
2 das
3 das
2 das
3 das
3 das
3 das
2 das
3 das
2 das
Bloque3 Diseo
3 das
4 das
3 das
4 das
5 das
2 das
Pgina | 73
2 das
3 das
1 das
1 das
4 das
3 das
Pgina | 74
Anlisis y Diseo de una aplicacin Control Inventarios.