ING.

DE SOFTWARE I - SECCIN A
CASO 3: EXAMEN PARCIAL
Anlisis y Diseo de una aplicacin de Control de Inventarios de la Empresa lechera
Holandesa

Objetivo General
Realizar un Trabajo de anlisis y diseo para un sistema de control de inventarios, para que los
empleados administrativos y dems personal puedan controlar almacenes y pedidos de su cartera de
clientes con mayor facilidad.
Objetivos Especficos

Mejorar el manejo de las diferentes reas, tanto Almacenes (entrada de materia prima para la
produccin y la salida del stock de productos manufacturados o terminados) y la Gestin de
reservas de pedidos (cartera de clientes).
Elaborar el anlisis y diseo de un sistema Control de Inventarios, para una mejor gestin
administrativa de las diferentes reas de la empresa.
Especificar y analizar los requerimientos tales como:

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

Disear el sistema de control de inventarios, estableciendo relaciones entre los subsistemas.

Disear cada subsistema (diagramas en UML).

Disear la interfaz grfica de usuario del software Control Inventarios

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.

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 puede utilizar UML (Unified Modeling Language) que es un lenguaje
que permite modelar, construir y documentar los elementos que forman un sistema software orientado a
objetos.
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.
Paso 1: traducir los requisitos a un lenguaje ms formal, que en el mtodo que seguimos son los modelos
y diagramas UML.

Paso 2: identificar las clases fundamentales que sern la base de la implementacin del software.
Finalmente, se expresarn estas clases en trminos de casos de uso.
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.
Especificacin y anlisis de requerimientos
En este punto los diseadores del modelo deben investigar los requerimientos del producto terminado,
dichos requerimientos pueden incluir reas como funcionalidad, performance y confiabilidad;
UML (Unified Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y
utilizado en la actualidad.
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.
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.

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
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.
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.
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.
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 producto que requiere el cliente. Una vez modificados, ser necesario pulsar un botn para hacer
efectivos los cambios.
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.
Subsistema Almacenes
En este subsistema almacenes se podr obtener el control de los productos (materia prima) que ingresa a
los almacenes para su posterior utilizacin, obteniendo un resultado lo ms preciso posible en cuanto a la
exactitud de uso de productos y as lograr un mejor control para abastecimiento posterior de almacenes.
En este programa los actores que interactan son los administradores.
Materia Prima
Esta opcin permite ingresar eliminar la materia prima segn sea el caso, para ingresar la materia prima
se tiene que tomar datos del mismo, la fecha, la cantidad y la descripcin del mismo. La opcin eliminar
permitir borrar de la base de datos el producto, se utiliza esta opcin en el caso que exista una
devolucin por parte de la 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.

Personal
Esta opcin permite ingresar, modificar o 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 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.
Detalle Materia Prima
Esta opcin permite ingresar el detalle materia prima. Para el ingreso es el administrativo de la empresa
el que realiza el registro de detalle materia prima. 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.
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.
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 o 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 elaborarn, deben basarse en el trabajo que se realiza en Reservas y Almacenes de la
empresa.
Lima, 13 de Setiembre del 2015
Ing. Bertha Lpez Jurez.