Gestin de

Inventario
Proyecto de Ingeniera de
Software



201
3
Danna Do'lugar Nelson Barrios Kevin leon
Universidad de Cartagena
13/11/2013
1


PROYECTO DE INGENIERA DE SOFTWARE
GESTIN DE INVENTARIOS.



MANUAL DEL SISTEMA



NELSON DANIEL BARRIOS
DANNA VANESSA DOLUGAR
KEVIN ANDRES LEON





MARTIN MONROY RIOS






UNIVERSIDAD DE CARTAGENA
FACULTAD DE INGENIERA
PROGRAMA DE INGENIERA DE SISTEMAS
2

2013
CONTENIDO

Introduccin .....3
1. Modelo de Negocio ....4
o 1.1. Casos de uso mundo real ..5
o 1.2. Modelo de Dominio ...11
o 1.3 Diagrama de Actividades ..12
1.3.1 Diagrama de actividades general..12
1.3.2 Diagrama de actividades de cada CU..13
2. Requerimientos...........................15
3. Modelo de Diseo .......23
o 3.1 Vista Lgica..23
o 3.1.1 Diagrama de componentes ...23
o 3.1.2 Diagramas de clase.24
o 3.1.3 Diseo de clase (lgica, atributos y mtodos)24
o 3.2 Vista de Escenarios25
o 3.2.1 Diagrama general de CU (aplicacin de escritorio)25
o 3.2.2 Diagrama general de CU (aplicacin mvil)26
o 3.2.3 Descripcin CU a nivel de diseo (aplicacin mvil) 27
o 3.2.4 Diseo interfaz grfica de usuario.31
o 3.3 Vista de procesos ..37
o 3.3.1 Diagrama de secuencia..37
4. Modelo de implementacin
o 4.1 Vista de desarrollo ......................................................................42
o 4.2 Vista de despliegue ....................................................................43

3


MANUAL DEL SISTEMA

INTRODUCCION
Existen hoy en da muchos negocios familiares que se dedican a suministrar un
sin nmero de productos que se utilizan frecuentemente en los hogares, pero que
carecen de una aplicacin en la que se lleve el control de ventas y dotacin del
negocio.
El negocio variedades Sandra y Victor ubicada en la localidad del barrio 2 de
Noviembre viene presentando este inconveniente, es por eso que se decidi
desarrollar esta aplicacin con el propsito de darle solucin al problema que
tienen con respecto al manejo del inventario de los productos que ofrece, la
variedad ha ido creciendo y por ende la demanda de productos, pero por la falta
de un mecanismo o sistema que realice este tipo de labores no se lleva a cabo un
control de los productos por lo que les es difcil saber cules deben ir surtiendo y
que nuevos productos incluir.
4


1. MODELO DE NEGOCIO:
Para este proyecto la tcnica de recoleccin utilizada fue la entrevista, es la ms
conveniente debido a que vamos a solucionar un problema que est aquejando a un
establecimiento comercial y lo ideal es hablar directamente con la parte que conoce el
problema y puede proponer una solucin.
Para recolectar la informacin necesaria para la plena identificacin de
requerimientos se hizo una entrevista a las seora SANDRA LEN CONSUEGRA
duea del establecimiento comercial VARIEDADES SANDRA Y VICTOR ubicada
en el sector 2 de Noviembre del barrio El Educador. En la entrevista se hablaron
temas referentes al establecimiento comercial y su problema relacionado con la
gestin de inventario. Se decidido la implementacin de una solucin software
para subsanar este problema que aqueja al establecimiento comercial desde hace
mucho tiempo. La propietaria del establecimiento comercial ha dejado claro que le
agradara una aplicacin mvil que le ayude en la gestin del inventario, que la
aplicacin le pueda informar acerca del estado del inventario y tambin pueda
notificarle cambios en el mismo.
5


1.1. Casos de uso mundo real
Para la identificacin de los actores y los casos de uso se hizo una observacin
sobre el funcionamiento del negocio en un da normal.



Descripcin CU
Caso de uso: Consultar inventario.
Descripcin: En este caso de uso el jefe (administrador) del establecimiento
6

comercial verifica el estado del inventario.
Actor principal: Jefe.
Personal involucrado e intereses:
Jefe, necesita saber el estado del inventario para tomar decisiones administrativas
del establecimiento comercial.
Pre-condiciones:
El inventario debi ser actualizado (llenado) con anterioridad.
Post-condiciones:
El jefe toma decisiones administrativas con base a los datos mostrados en el
inventario.

Flujo principal:
1. El jefe (administrador) ingresa a la aplicacin mvil.
2. El jefe hace la peticin de consulta de inventario.
3. El sistema arroja los datos del inventario.
Flujo alternativo:
2. La aplicacin no hace puede hacer la consulta.
2.1. Reiniciar la aplicacin para corregir algn tipo de error con el servidor.

Frecuencia de uso:
Cada vez que el jefe considere una consulta al inventario del establecimiento
comercial.




Caso de uso: Manejar inventario.
Descripcin: En este caso de uso el jefe (administrador) del establecimiento
comercial va a realizar una gestin en el inventario del negocio; eliminar productos,
7

agregar productos, modificar productos etc.
Actor principal: Jefe.
Personal involucrado e intereses:
Jefe, necesita hacer modificaciones en el inventario del establecimiento comercial.
Pre-condiciones:
El inventario debi ser actualizado (llenado) con anterioridad.
El inventario presenta seales de escasez de productos.
Post-condiciones:
El jefe, logra actualizar el inventario de establecimiento comercial para as seguir
prestando el servicio de manera satisfactoria.

Flujo principal:
1. El jefe se percata de alguna anomala en el inventario.
2. El jefe ingresa a la parte del manejo de inventarios a travs de software.
3. El jefe actualiza la situacin del inventario.

Flujo alternativo:
2. No se puede ingresar a la parte de manejo de inventarios.
2.1. Verificar que la conexin al servidor sea correcta.

Frecuencia de uso:
Cada vez que se presente alguna anomala en el inventario.




Caso de uso: Realizar venta.
Descripcin: En este caso de uso el vendedor del establecimiento comercial
realizar un proceso de venta.
8

Actor principal: Vendedor.
Personal involucrado e intereses:
Vendedor, necesita realizar un nuevo proceso de venta.
Pre-condiciones:
El inventario debe estar actualizado.
Post-condiciones:
El vendedor logra hacer una venta que puede llegar a ser beneficiosa para el
establecimiento comercial.
Flujo principal:
1. Se acerca un cliente al establecimiento comercial.
2. El cliente solicita un producto.
3. El vendedor localiza el producto y se lo entrega al cliente.
4. El cliente le paga el valor del producto al vendedor.
5. El vendedor registra la venta en el sistema.
6. Finaliza la venta.
Flujo alternativo:
2. No hay el producto solicitado por el cliente.
2.1. Finaliza la venta por escasez y se reporta al jefe para actualizar el inventario
con el producto faltante.
5. No se registra la venta en el sistema.
5.1. Se repiten nuevamente la transaccin.
5.2. En caso que persista el problema anterior, se reinicia la aplicacin para
solucionar problemas de conectividad.
5.3. En caso del que problema persista, se verifica la conexin de la aplicacin con
el servidor.
Frecuencia de uso:
Cada vez que se inicie una venta.
Caso de uso: Surtir inventario.
Descripcin: En este caso de uso el distribuidor suministra los productos
solicitados por el administrador del establecimiento comercial luego de que este
9

verifica la cantidad de productos existentes en el inventario.
Actor principal: Distribuidor.
Personal involucrado e intereses:
Jefe (administrador), necesita verificarla cantidad existente de cada producto en el
inventario para solicitar los productos faltantes y posteriormente actualizar el
inventario.
Distribuidor, Recibir una peticin de la cantidad de cada producto faltante y
suministrarlos.
Pre-condiciones:
El inventario debi ser actualizado.
Post-condiciones:
El jefe logra actualizar la cantidad de productos en el inventario.

Flujo principal:
1. El jefe (administrador) ingresa a la aplicacin mvil.
2. El jefe hace la peticin de consulta de inventario.
3. El sistema arroja los datos del inventario.
4. El jefe entrega a el distribuidor la lista de los productos faltantes
5. El distribuidor busca los productos faltantes
6. El distribuidor suministra a el jefe (administrador) los productos solicitados
7. El jefe (administrador) actualiza el inventario

Flujo alternativo:
2. El distribuidor no tiene los productos solicitados.

Frecuencia de uso:
Cada vez que el jefe (administrador) considere necesario surtir el inventario.
Caso de uso: Comprar producto.
Descripcin: En este caso de uso el vendedor le proporciona al cliente el
10

producto solicitado.
Actor principal: Cliente
Personal involucrado e intereses:
Vendedor, vender al cliente el producto solicitado por del cliente
Cliente, comprar un producto
Pre-condiciones:
El producto se encuentre en el inventario.
Post-condiciones:
El cliente pueda obtener el producto solicitado.

Flujo principal:
1. El cliente solicita un producto.
2. El vendedor busca el producto solicitado.
3. El vendedor encuentra en producto solicitado.
4. El vendedor entrega al cliente el producto solicitado.
5. El cliente recibe el producto solicitado.
Flujo alternativo:
3. No existe la cantidad necesaria para la venta del producto.

Frecuencia de uso:
Cada vez que un cliente llegue solicitando un producto



1.2. Modelo de Dominio
11

El siguiente modelo representa las distintas partes del sistema, ignorando
cualquier concepto de software.
Como se puede observar en nuestro modelo de dominio se encuentran las clases
conceptuales ms bsicas que definen el sistema con los atributos que las
caracteriza como tambin las relaciones de uso que hay entre ellas.
Teniendo en cuenta lo anterior para llegar a la construccin del modelo de
dominio, debamos partir de que era el modelo de dominio y que representaba, en
base a esto, se tuvo en cuenta que este nos deba servir como principal fuente de
los conceptos del sistema en el mundo real, sin involucrar conceptos de software,
ya que este deba ser un modelo conceptual que nos brindara conceptos
significativos en la vida real, para el dominio del problema.



1.3 Diagrama de Actividades
Este diagrama muestra las actividades que se hacen en el establecimiento
comercial. En l se muestran las interacciones que se dan entre los actores y los
componentes del software. Se identificaron dichas interacciones mediante la
observacin del desarrollo de las actividades de la variedad en un da normal.
12

1.3.1 Diagrama de actividades general

13


1.3.2 Diagrama de actividades de cada CU
Consultar productos


Generar estadsticas




Generar notificaciones
14



Listar productos

15


2. ESPECIFICACIN DE REQUERIMIENTOS:
Introduccin
El objetivo principal es brindar una solucin prctica y eficiente al problema
relacionado con el manejo de inventarios del establecimiento comercial SANDRA
Y VICTOR a travs de un sistema software, obviamente teniendo en cuenta la
perspectiva del usuario ante el problema.

Propsito
El propsito de este documento es especificar los requisitos funcionales que debe
de cumplir el sistema software para el manejo de inventarios.
Este documento va dirigido al grupo desarrollador de la aplicacin para que as
tengan pleno conocimiento acerca de los objetivos que se han acordado con el
cliente para cubrir la necesidad anteriormente expuesta.

Alcance
Lograr la gestin de inventarios del establecimiento comercial SANDRA Y VICTOR
a travs de la plataforma de dispositivos mviles (Android).
16


Personal involucrado:
Nombre Kevin Len Hernndez.
Rol Analista/ Desarrollador
Categora
profesional
Estudiante de Ingeniera de sistemas.
Responsabilidades Actividades de anlisis del sistema a desarrollar y
su respectiva implementacin.
Informacin de
contacto
kevinleonh@outlook.com.


Nombre Danna DoLugar Marrugo
Rol Analista/Desarrollador
Categora
profesional
Estudiante de Ingeniera de sistemas.
Responsabilidades Actividades de anlisis del sistema a desarrollar y
su respectiva implementacin.
Informacin de
contacto
ddolugarm@unicartagena.edu.co


Nombre Nelson Barrios Valencia
Rol Analista/Desarrollador
Categora
profesional
Estudiante de Ingeniera de sistemas.
Responsabilidades Actividades de anlisis del sistema a desarrollar y
su respectiva implementacin.
Informacin de nbarriosv@unicartagena.edu.co
17

contacto
Nombre Martin Monroy Rios
Rol Analista/ Gestor de proyecto
Categora
profesional
Ingeniero de sistemas
Responsabilidades Vigilar el anlisis y desarrollo del proyecto
Informacin de
contacto
mmonroyr@unicartagena.edu.co




Resumen
Este documento especifican las funcionalidades que debe de cumplir el producto a
desarrollar.
Especifica las prioridades de las funcionalidades a implementar en el sistema.
Descripcin general
Perspectiva del producto
Este es un producto que utiliza cdigo abierto para su implementacin. Tratamos
de crear una herramienta basada en una plataforma mvil para el manejo de
inventarios de un establecimiento comercial.

Funcionalidad del producto
Consultar el inventario de un establecimiento comercial, estado de los
productos; cantidad, precios, fechas de entrada... etc.
Generar notificaciones debido a cambios o eventos importantes en el
inventario.
Generar estadsticas para mejor comprensin de las ventas del
establecimiento comercial.
18


Caractersticas de los usuarios

Tipo de usuario Vendedor
Formacin Mercadeo y ventas.
Habilidades Manejo de dispositivos mviles.
Actividades Realizar labores de venta de productos.


Tipo de usuario Jefe/Administrador
Formacin Mercadeo y ventas.
Habilidades Manejo de dispositivos mviles.
Actividades Realizar labores de manejo de inventarios.


Restricciones
El sistema consta de dos partes, una parte de escritorio en donde se harn
cambios en el inventario, ventas y dems acciones, esta parte del sistema ser
desarrollado en lenguaje de programacin Java.
La otra parte es el componente mvil que estar desarrollado para la plataforma
Android, este componente tendr la capacidad de hacer consultas al inventario y
generar notificaciones cuando se hagan cambios en el mismo.
Evolucin previsible del sistema
El sistema entre sus posibilidades est ser desarrollado para las dems
plataformas mviles que existen en el mercado.
19


Requisitos especficos:
Consultar inventario: Este requisito una vez cumplido le permitir al
administrador y al vendedor del establecimiento comercial tener un informe acerca
del inventario actualizado en cualquier momento, este tipo de consulta podr
hacerse tanto desde la parte mvil como la parte de escritorio.










Manejar inventario: Una vez cumplido este requisito le permitir al administrador
hacer manejos en el inventario; aadir productos, modificar productos, eliminar
productos, etc. Este tipo de manejos solo se podrn hacer desde la parte de
escritorio del aplicativo ya que resulta bastante engorroso hacer este tipo de
movimientos con el inventario desde un dispositivo mvil.








Nmero de requisito RF 1
Nombre de requisito Consultar inventario
Tipo Requisito Restriccin
Fuente del requisito Administrador/Vendedor.
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional

Nmero de requisito
RF 2
Nombre de requisito Manejar inventario
Tipo Requisito Restriccin
Fuente del requisito Administrador.
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional
20



Realizar venta: Una vez cumplido este requisito le permitir al vendedor del
establecimiento comercial realizar ventas de los productos que se encuentren
almacenados y registrados en el inventario, esta funcionalidad le proporcionar
una mejor organizacin acerca de las salidas de productos que salgan del
establecimiento.








REQUISITOS FUNCIONALES
Requisito funcional 1 (RF 1):
Consulta de inventarios, tanto el administrador como el vendedor podrn hacer
consultas acerca del estado del inventario.
Requisito funcional 2 (RF 2):
Manejar inventario, el administrador estar en la capacidad de manejar los
productos que componen el inventario; cantidad de productos, precios y dems
caractersticas.
Requisito funcional 3 (RF 3):
Realizar venta, el vendedor del establecimiento comercial podr hacer venta de
los artculos que se encuentren almacenados en el inventario.
Seguridad
El administrador es el nico de los usuarios del sistema para hacer movimientos
en el inventario; aadir productos, eliminar productos, ver precios... etc.
Fiabilidad
Nmero de requisito RF 3
Nombre de requisito Realizar venta
Tipo Requisito Restriccin
Fuente del requisito Vendedor
Prioridad del requisito
Alta/Esencial

Media/Deseado
Baja/
Opcional
21

El software debe de estar en la capacidad de recuperarse de los errores, se
espera que exista la mnima cantidad de errores con el servidor.
Disponibilidad
El software debe de estar presente en cualquier momento sin necesidad de hacer
cambios drsticos.
Facilidad de mantenimiento:
Esperamos implementar un buen diseo para as lograr una verdadera aplicacin
de calidad, tratando de trabajar la programacin de una manera modular.
Portabilidad
El componente de escritorio ser desarrollado en lenguaje Java por lo que la
plataforma no ser una preocupacin, el componente mvil ser desarrollado en
Android debido a la cantidad de usuarios que se ha ganado este sistema operativo.

22


Diagrama de casos de uso a nivel de requerimientos:
Este es el diagrama de casos de uso a nivel de requerimientos, en este diagrama
se muestran los principales requerimientos que se deben cumplir.




23


3. MODELO DE DISEO
3.1 Vista Lgica
3.1.1 Diagrama de componentes


3.1.2 Diagramas de clase
Aqu mostramos el diagrama de clases a nivel de diseo que va a utilizar la aplicacin mvil para su
correcto funcionamiento, como se puede apreciar mostramos la parte de la lgica o modelo del
negocio a nivel de diseo de software.

24


3.1.3 Diseo de clase (lgica, atributos y mtodos)



25





3.2 Vista de Escenarios
3.2.1 Diagrama general de CU (aplicacin de escritorio)
Se muestra el diagrama de casos de uso de la aplicacin de escritorio la cual se
encargara de hacer los movimientos en los productos; ventas, registros de nuevos
elementos etc
En esta parte de escritorio no se va a profundizar mucho ya que es un software de
cdigo abierto desarrollado por estudiantes y que con el permiso de ellos hemos
podido obtener permiso para utilizar el programa para el manejo de inventarios.
26







3.2.2 Diagrama general de CU (aplicacin mvil)
27



28


3.2.3 Descripcin CU a nivel de diseo (aplicacin mvil)
Nombre de caso de uso: Listar productos.
Descripcin: En este caso de uso se va a listar los productos existentes en el
inventario con sus respectivas caractersticas.
Actor principal: Administrador.
Personal involucrado e intereses: Administrador, est interesado en conocer el
estado del inventario para en un futuro tomar decisiones en la actualizacin o
cambios sobre el mismo.
Precondiciones: El administrador como primera medida debi haber accedido al
software con su respectiva cuenta.
Post-condiciones: Se logra hacer la consulta del listado de los productos, con
esto se puede llegar a conocer el estado general del inventario.
Flujo principal:
1. El administrador se identifica ingresando los parmetros necesarios para
ello en el aplicativo.
2. Mostrada la ventana del men principal el administrador accede a la opcin
de consultas.
3. Se selecciona la opcin buscar.
4. Se muestra la lista de los productos almacenados en el inventario y con sus
respectivas caractersticas.
Flujo alterno:
1.1. El administrador no puede ingresar al software utilizando su cuenta.
- El administrador debe de verificar si los campos ingresados son correctos.
4.1. No se muestra ningn tipo de resultados.
- Existe algn tipo de error con la base de datos, por favor reinicie la aplicacin
puede ser que el problema se resuelva.
Frecuencia de uso:
29

Cada vez que se necesite hacer una consulta de los productos almacenados en el
inventario.
Nombre de caso de uso: Generar estadsticas.
Descripcin: En este caso de uso se cumplir el requerimiento de generar
estadsticas acerca de los productos que se encuentran almacenados en las
bases de datos del inventario del establecimiento comercial.
Actor principal: Administrador.
Personal involucrado e intereses: Administrador, quiere generar una estadstica
que refleje el estado de los productos almacenados en el inventario.
Precondiciones:
- Deben existir unidades de productos almacenados en el inventario, as
como debidamente actualizados.
- El administrador tiene que identificarse en el software.
Post-condiciones:
Se debe generar una estadstica de los productos almacenados en el inventario.
Flujo principal:
1. El administrador selecciona la opcin estadsticas desde el men principal
2. El sistema muestra las estadsticas generales de los productos
almacenados en las bases de datos del inventario.
Flujo alternativo:
1.1 El sistema no genera las estadsticas.
Esto puede ser un problema con la base de datos que guarda los productos del
inventario, reinicie el software puede ser algn tipo de error en el software.

Frecuencia de uso:
Cada vez que se necesite saber el estado de los productos a travs de una
grfica.
30


Nombre de caso de uso: Generar notificaciones
Descripcin: El sistema genera una notificacin cuando en el inventario se
presenta algn tipo de evento o cambio.
Actor principal: Sistema.
Personal involucrado e intereses: Administrador, est interesado en las
notificaciones que el sistema pueda generar acerca del estado del inventario.
Precondiciones:
- Que se haga un cambio en las bases de datos del inventario.
Post-condiciones:
El administrador revisa las notificaciones y toma decisiones acerca del estado del
inventario.
Flujo principal:
1. El sistema genera la notificacin cuando se presenta algn cambio en el
inventario.
Flujo alternativo:
Ninguno.
Frecuencia de uso:
Este requerimiento se ejecutar en segundo plano, por lo que el usuario no tendr
que estar alerta a activar las notificaciones. Se ejecutar siempre que se haga
algn cambio en el inventario.
31


Nombre de caso de uso: Consultar producto.
Descripcin: En este caso de uso el administrador podr hacer una consulta a un
producto en particular, esto le mostrar el estado y caractersticas del producto a
buscar.
Actor principal: Administrador.
Personal involucrado e intereses: Administrador, necesitar conocer el estado
de un producto en particular (cantidad de unidades, precio etc).
Precondiciones:
- El administrador debe identificarse.
- El inventario debe contener productos.
Post-condiciones:
El sistema muestra el estado o datos de un producto en particular.
Flujo principal:
1. El administrador ingresa a la opcin de consultas desde el men principal.
2. El sistema muestra la ventana de consultas.
3. El administrador introduce el campo de bsqueda a consultar.
4. El sistema retorna la informacin solicitada.
Flujo alternativo:
3.1. El producto del cual se necesitaba la informacin no aparece.
- El producto del cual se necesitaba la informacin no ha sido registrado en el
inventario, por favor registre tal producto en el inventario a travs de la aplicacin
de escritorio.
- Verifique el que la solicitud est bien escrita.

Frecuencia de uso:
Cada vez que se necesite la informacin acerca de un producto en particular.


32


3.2.4 Diseo interfaz grfica de usuario
Bsqueda de producto


33


Estadsticas


34


Listar producto


35


Login


36


Menu


37


Detalles del producto


38


3.3 Vista de procesos
3.3.1 Diagrama de secuencia
Consultar productos


Generar estadsticas
39



40


Generar notificaciones

41


Listar productos

42


4. Modelo de implementacin:
4.1 Vista de desarrollo:
Aqui presentamos el diagrama de paquetes del sistema:








4.2 Vista de despliegue
43