Documentación de Proyecto de Software.

UNIVERSIDAD NACIONAL DE
CAJAMARCA

“Escuela Académico Profesional De
Ingeniería De Sistemas”

Ingeniería de software II

“Modelado del Sistema Web de
Almacén De Insumos”
Pungurume INSAVE E.I.R.L

DOCENTE:

Ing. Edwin Valencia Castillo.

INTEGRANTES:

 Delgado Pérez, Jamer.
 Guadaña Julon, Britaldo.
 Ramirez Huaccha, Edgard Antony.
 Uriarte Acuña, Eriberto.

Cajamarca, Diciembre de 2010
0

Sistema Web Almacén Insumos “Pungurume INSAVE E.I.R.L” Diciembre de 2010

INDICE

INTRODUCCIÓN ........................................................................................................................................... 6
1. DESCRIPCIÓN DE LA EMPRESA: ............................................................................................................. 7
2. PLANTEAMIENTO DEL PROBLEMA ALMACÉN DE INSUMOS: ............................................................ 9
2.1. Descripción actual del área de almacén de insumos:9
2.2. Especificación de requerimientos del sistema de almacén de insumos: 10
2.2.3 Requerimientos Funcionales: 11
2.2.4 Requerimientos No Funcionales: 13
3. MODELO DE REQUERIMIENTOS: .......................................................................................................... 14
3.1. Paquetes: vista general: 14
3.2. Actores del sistema: 14
3.3. Diagrama De Casos De Uso Para El Sistema Web Almacén De Insumos De
Pungurume INSAVE E.I.R.L 14
3.4. Diagrama general de casos de uso del almacén de insumos: 17
3.5. ESPECIFICACIONES DE CASOS DE USO para el sistema web de almacén de insumos
de Pungurume INSAVE E.I.R.L: 18
1.IDENTIFICARSE EN EL SISTEMA: .............................................................................................................................. 18
2. MANTENIMIENTO DE PERSONAL: .......................................................................................................................... 20
3. MANTENIMIENTO DE PROVEEDORES: ................................................................................................................... 23
4. MANTENIMIENTO DE ALMACENES: ....................................................................................................................... 26
5. MANTENIMIENTO DE CATEGORIAS: ...................................................................................................................... 29
6. MANTENIMIENTO DE PRODUCTOS: ........................................................................................................................ 32
7. GESTIONAR FORMULA:............................................................................................................................................. 36
8. GESTIONAR MOVIMIENTO DE INVENTARIOS:........................................................................................................ 40
9. REGISTRAR MOVIMIENTOS EN ALMACÉN: ............................................................................................................. 45
10. CONSULTAR STOCK: ............................................................................................................................................... 52
11. GESTIONAR REPORTES: ......................................................................................................................................... 53

3.6. DIAGRAMA DE ACTIVIDADES de casos de uso del sistema: 55
3.6.2.Mantenimiento De Personal: ......................................................................... 56

3.6.3. Mantenimiento De Proveedores. ................................................................... 57

3.6.4. Mantenimiento De Almacenes: ..................................................................... 58

3.6.5. Mantenimiento De Categorías: ..................................................................... 59

3.6.6. Mantenimiento De Productos. ....................................................................... 60

3.6.7. Gestionar Formula: ...................................................................................... 61

3.6.8. Gestionar Movimiento De Inventarios: .......................................................... 62

3.6.9. Registrar Movimientos En Almacén............................................................... 63

3.6.10. Consultar Stock: ......................................................................................... 64

3.6.11. Gestionar Reportes: .................................................................................... 65
4. MODELO DE ANÁLISIS: .......................................................................................................................... 66
4.1. Clases Según Estereotipos: 66
Ingeniería de software II Pág. 1


4.1.1. Clases entidad: ............................................................................................. 66

4.1.2. Clases Interfaz: ............................................................................................ 67

4.1.3. Clases Control: ............................................................................................. 69

4.1.4. Diagrama De Clases de análisis: ................................................................... 70
4.2. Realizaciones de Casos de Uso: Diagrama de Clases y Secuencias de análisis: 71
4.2.1 .Identificarse En El Sistema: .......................................................................... 71

4.2.2. Mantenimiento De Personal. ......................................................................... 73

4.2.3. Mantenimiento De Proveedores. ................................................................... 79

4.2.4. Mantenimiento De Almacenes. ...................................................................... 85

4.2.5. Mantenimiento De Categorías: ..................................................................... 91

4.2.6. Mantenimiento De Productos. ....................................................................... 97

4.2.7. Gestionar Formula. .................................................................................... 103

4.2.8. Gestionar Movimiento De Inventarios. ........................................................ 109

4.2.9. Registrar Movimientos En Almacén............................................................. 115

4.2.10. Gestionar Reportes: .................................................................................. 122

4.2.11. Consultar Stock: ....................................................................................... 123
5. MODELO DOCUMENTO DE ARQUITECTURA: .................................................................................... 124
5.1. Patrón de arquitectura AOD: 124
5.2. Patrón de negocio AOD: 124
6. MODELO DE DESPLIEGUE: .................................................................................................................. 125
6.1. Configuración de despliegue: 125
7. MODELO DE DISEÑO: ........................................................................................................................... 126
7.1. Realizaciones de casos de uso de diseño: DIAGRAMA DE SECUENCIAS. 126
7.1.1. Identificarse En El Sistema: ........................................................................ 126

a) Flujo Principal: Identificarse: .................................................................. 126

7.1.2. Mantenimiento De Personal: ...................................................................... 127

b) Flujo Principal: Lista de Personal: ............................................................ 127

c) Subflujo: Agregar Personal ...................................................................... 128

d) Subflujo: Editar Personal......................................................................... 129

7.1.3. Mantenimiento De Proveedores. ................................................................. 130

a. Flujo Principal: Lista de Proveedor: .......................................................... 130

b)Subflujo: Agregar Proveedor .................................................................... 131

c)Subflujo: Editar Proveedor ....................................................................... 132

7.1.4. Mantenimiento De Categorías: ................................................................... 133



a) Flujo Principal: Lista de Categorías:......................................................... 133

b) Subflujo: Agregar Categoría .................................................................... 134

c) Subflujo: Editar Categoría ....................................................................... 135

7.1.5. Mantenimiento De Almacenes .................................................................... 136

a) Flujo Principal: Lista de almacenes: ......................................................... 136

b) Subflujo: Agregar almacenes: ................................................................. 137

c) Subflujo: Editar almacenes ...................................................................... 138

7.1.6. Mantenimiento De Productos. ..................................................................... 139

a) Flujo Principal: Lista de Productos:.......................................................... 139

b) Subflujo: Agregar Productos .................................................................... 140

c) Subflujo: Editar Productos ....................................................................... 141

7.1.7. Gestionar Formula: .................................................................................... 142

a) Flujo Principal: Lista de Personal: ............................................................ 142

b) Subflujo: Agregar Formula ...................................................................... 143

c) Subflujo: Editar Formula ........................................................................ 144

7.1.8. Gestionar Movimiento De Inventarios: ........................................................ 145

a) Flujo Principal: Lista de inventarios. ........................................................ 145

b)Subflujo: Nuevo inventario. ...................................................................... 146

c)Subflujo: Conteo inventario....................................................................... 147


a) Flujo Principal: Lista de Movimientos almacén. ........................................ 148

a) Subflujo: Movimiento de productos. ......................................................... 149

b) Subflujo: Movimientos de fórmulas. ......................................................... 150

c) Subflujo: ver movimiento. ........................................................................ 151

7.1.10 Gestionar Reportes: .................................................................................. 151

a) Flujo Principal: gestionar reportes. .......................................................... 151

7.1.11. Consultar Stock: ....................................................................................... 152

a) Flujo Principal: consultar stock. ............................................................... 152
2.2. Realizaciones de casos de uso de diseño: DIAGRAMA DE COMUNICACIÓN: 153
2.2.1. Identificarse En El Sistema: ........................................................................ 153

a) Flujo Principal: Identificarse: .................................................................. 153

2.2.2. Mantenimiento De Personal: ...................................................................... 154



a) Principal: lista de personal: ..................................................................... 154

b) Subflujo: agregar personal. ..................................................................... 155

c) Subflujo: editar personal. ......................................................................... 155

2.2.3. Mantenimiento De Proveedores. ................................................................. 156

a) Principal: lista de proveedor: ................................................................... 156

b) Subflujo: agregar proveedor. ................................................................... 157

c) Subflujo: editar proveedor. ...................................................................... 158

2.2.4. Mantenimiento De Almacenes: ................................................................... 159

a) Principal: lista de almacenes: .................................................................. 159

b) Subflujo: agregar almacén. ..................................................................... 160

c) Subflujo: editar almacén. ......................................................................... 161

2.2.5. Mantenimiento De Categorías: ................................................................... 162

a) Principal: lista de categorías: .................................................................. 162

b) Subflujo: agregar categorías. .................................................................. 163

c) Subflujo: editar categorías. ...................................................................... 164

2.2.6. Mantenimiento De Productos. ..................................................................... 165

a) Principal: lista de productos: ................................................................... 165

b) Subflujo: agregar productos. ................................................................... 166

c) Subflujo: editar productos. ....................................................................... 167

2.2.7. Gestionar Formula: .................................................................................... 168

a) Principal: lista de fórmulas: ..................................................................... 168

b) Subflujo: agregar fórmulas: ..................................................................... 169

c) Subflujo: editar fórmulas: ........................................................................ 169

2.2.8. Gestionar Movimiento De Inventarios: ........................................................ 170

a) Principal: Lista Inventario: ...................................................................... 170

b) Subflujo: Conteo Inventario: .................................................................... 171

c) Subflujo: Nuevo Inventario: ..................................................................... 172


a) Principal: Lista Movimiento: .................................................................... 173

b) Subflujo: Movimiento de Formulas: .......................................................... 174

c) Subflujo: Movimiento de Productos: ......................................................... 175

d) Subflujo: Ver Movimiento: ....................................................................... 176


2.2.10. Consultar Stock: ....................................................................................... 177

a) Principal: Consultar Stock: ...................................................................... 177

2.2.11. Gestionar Reportes: .................................................................................. 178

a) Principal: Gestionar Reporte: .................................................................. 178



INTRODUCCIÓN

La tendencia al cambio, que se vive hoy en día, nos obliga a estar actualizados y
pendientes de las metodologías que se usan con mayor éxito y frecuencia en el desarrollo de
software, una de estas metodologías es RUP (PROCESO UNIFICADO DE RATIONAL), que utiliza la
notación UML como herramienta fundamental; dada esta exigencia el presente equipo de
trabajo está poniendo en práctica dichas metodologías en el diseño y elaboración del sistema de
almacén de la granja PUNGURUME INSAVE E.I.R.L.

En el presente informe, se hace uso de los diagramas UML, que nos permitirán pasar por
todas las etapas del desarrollo de software, de manera que podremos obtener un producto de
software de calidad.
El grupo de trabajo.



1. DESCRIPCIÓN DE LA EMPRESA:

a. RAZON SOCIAL: PUNGURUME INSAVE E.I.R.L.
b. RUC: 20453796044
c. GIRO DE NEGOCIO DE LA EMPRESA:

PUNGURUME INSAVE E.I.R.L se dedica a la crianza de gallinas, y pavos
para la época navideña además de la producción y venta de huevos,
posteriormente también se dedicará a la crianza de cerdos. Las Gallinas son
de raza HYLINE las cuales son compradas recién nacidas para su futura
crianza, los pavos son de raza HYBRID comprados también recién nacidos.

La granja cuenta con una empresa proveedora de aves PRODUSS
(Distribuidor Autorizado de San Fernando), la cual trae los pedidos hechos
por la granja en su propia movilidad de forma directa. Solamente para época
navideña se pide un aproximado de 1000 pavos, que se hará en una fecha
oportuna determinada por la empresa.

d. DIRECCION: Caserío “La Viña”, Magdalena, Cajamarca

e. TRELEFONO-FAX: 076-361222, 976337812

f. EMAIL: pungurume@hotmail.com

g. REPRESENTANTE: LUIS ORLANDO SANGAY TERRONES.



h. ORGANIZACIÓN EMPRESARIAL:

ORGANIGRAMA ACTUAL

GERENCIA

OFIC.
ADMINISTRACION Y OFIC.
SERVICIOS(Almacen CONTABILIDADO
de insumos)

DPTO. PRODUCCIÓN DPTO. VENTAS

SECCIÓN
SECCIÓN GRANJA
TRANSPORTE

SECCIÓN
SUMINISTROS

ASESOR

i. MISIÓN:
Ser la industria Avícola líder en crianza y comercialización de aves a nivel
nacional e internacional, ofreciendo a los clientes un producto de calidad y
bajo costo; cumpliendo exigentes estándares de calidad, aportando valor
nutricional a la alimentación de los peruanos, promoviendo un mejor nivel
de vida de nuestros empleados y contribuir en el desarrollo de nuestra
sociedad.



j. VISIÓN:
Ser la empresa líder en el mercado de alimentos de origen avícola y
obtener en cinco años una mayor participación de mercado con una marca
reconocida por la calidad, innovación, tecnología y confiabilidad de sus
productos, que permitan obtener una mayor rentabilidad.

k. OBJETIVOS EMPRESARIALES:

 Objetivo General:
o Ampliar nuestras instalaciones de crianza y producción, de
acuerdo a la demanda que el mercado exija y estableciendo
puntos de venta fuera de la ciudad de Cajamarca (Chilete,
Magdalena, Contumazá, San Miguel, San Pablo y Asunción).

 Objetivos Específicos:
o Lograr una mayor crianza en base a 2500 aves, con una
producción de 72 500 huevos mensuales antes de 2011.
o Conseguir incrementar la rentabilidad económica un 10%
durante 2011.
o Conseguir una cuota de mercado del 15% antes de Diciembre
de 2011.
o Optimizar los recursos empleados durante el año 2011.
o Maximizar el beneficio durante el año 2001.

2. PLANTEAMIENTO DEL PROBLEMA ALMACÉN DE INSUMOS:
2.1. Descripción actual del área de almacén de insumos: Actualmente la
empresa gestiona dos grandes áreas, El almacén de insumos donde
diariamente hay una gran actividad, aquí aparte de guardar los productos
también se realizan las formulaciones para la alimentación de las aves que se
encuentran en la granja (Área de producción), estas formulaciones son una
mezcla de insumos (Maíz, harina de pescado, vitaminas, etc.) procesados con



un molino, se las prepara para determinando edad de las aves (Ejemplo una
fórmula para aves de 0-6 semanas, 7-11 semanas, etc.).
Las formulas son generadas por un sistema llamado “Zmix 3.1”, en el
cual se ingresan los insumos y de acuerdo a las especificaciones del alimento
que otorga el proveedor de las aves, otorga al usuario una fórmula de una
tonelada. Estas fórmulas son impresas y entregadas al administrador de la
empresa, quien ordena la preparación, Los trabajadores del almacén preparan
diariamente las fórmulas para las aves.
El administrador controla las cantidades de los productos que se está
usando en cada formulación, el responsable de la salida y los va registrando
en el kardex del producto, también registra los productos que salen
directamente a la granja (Ejemplo las vacunas).
Las mezclas o formulas se las coloca en otro sub almacén, donde el
administrador también registra en el kardex las cantidades ingresadas que
son una tonelada por formulación, Si solicitan alimento para la granja el
administrador verifica la cantidad que está saliendo, el responsable y el
destino del alimento (Galpón y lote), y las registra todo en el kardex de cada
formula que está saliendo.
Las compras por lo general son hechas a proveedores que son fuera de
Cajamarca y el pago se realiza en algunos casos con una transacción bancaria,
la empresa también paga un monto de transporte, y registra la cantidad
comprada en el kardex de entradas y salidas, la empresa no hace devoluciones
de productos.
Todo este proceso es muy complicado pues tiene que estar
registrándose todos los movimientos en papeles, luego estar buscando todo
estos para poder realizar un informe y a veces los papeles se pierden, no se
puede llevar control apropiado de los movimientos de todos los productos.

2.2. Especificación de requerimientos del sistema de almacén de
insumos:
PUNGURUME INSAVE E.I.R.L necesita implementar el sistema de
almacén de insumos e integra en un futuro el sistema para el control de la
producción de ponedoras. Como grupo de trabajo del curso de Ingeniería de



software II, nos dedicaremos a desarrollar el sistema para el almacén de
insumos de la empresa, no se descarta que en un futuro próximo pueda
desarrollarse el sistema de producción.
El sistema De almacén de Insumos estará manipulada por el
administrador de la empresa (quien es uno de los Dueños), y será
implementada online para poder facilitar el registro de comprobantes desde la
cuidad de Cajamarca, y consultar los movimientos de los productos que se
realizar en la granja de magdalena (distrito).
Para realizar dicho sistema describiremos el proceso a seguir: El
administrador podrá ingresar al sistema un comprobante de compra, registra
la salida de algún producto a la granja, registra la salida de los insumos que
conforman determinada fórmula de alimento que irán al molino, registrara el
ingreso de fórmula de alimentos por tonelada al sub almacén de fórmulas,
registrara la salida de dicha fórmula a determinado lote de aves y galpón,
todos estos movimientos deberán tener un responsable, podrá registra de una
manera más fácil los conteos de productos que se realizan cada cierto
tiempo(Inventariar) y cuadrar diferencias, Para todas las salidas de cualquier
producto o fórmula, se emitirá un comprobante de salida especificando la
cantidad que está saliendo y el responsable (galponero) de la salida, el
galponero debe entregar el comprobante en el área de producción y el
encargado del área debe verificar si esa es la cantidad real del producto o
formula requerida
Además se tendrá los siguientes requerimientos funciónales del sistema:

2.2.3 Requerimientos Funcionales:

 Identificación: El sistema debe validar el ingreso del
administrador (Control total del sistema), u otro usuario que solo
podrá tener acceso a las consultas, y acceso a crear inventarios y
hacer el conteo, pero no podrá cerrarlo o anularlo.



 Mantenimientos: El sistema debe permitir consultar la
información de algún producto, además especificarle una categoría
y el almacén en donde estará, por lo tanto debe hacer un CRUD de
productos, categorías de productos y almacenes.
Con respeto a los almacenes, habrá uno en donde estarán todos
los productos de la empresa, y otro en donde se colocaran las
mezclas o fórmulas de alimentos que saldrán a la granja.
El sistema debe permitir ingresar las fórmulas de los alimentos
y registrar los productos que lo conforman, y además permitir
darles un mantenimiento.
El sistema permitirá hacer un CRUD a los proveedores que
serán usados al hacer un ingreso de una compra.

 Consultas: El sistema debe permitir saber el stock actual de los
productos/ formulas (Kardex General), y hacer una búsqueda de
un producto específico.
 Gestión de almacén: El sistema debe permitir ver todas las salidas
en una lista y además poder registrar todos los movimientos de los
productos, así como registrar un comprobante de compra, la salida
de algún producto a la granja, la salida de los insumos que
conforman determinada fórmula de alimento que irán al molino,
registrara el ingreso de fórmula de alimentos por tonelada al sub
almacén de fórmulas y registrar la salida de dicha fórmula a
determinado lote de aves y galpón.
Las salidas deben generar un comprobante especificando los
productos o formulas con sus respectivas cantidades, responsable,
fecha, y el código del comprobante de salida.
EL sistema debe permitir ver todos los registros de inventarios
y registrar uno nuevo, hacer el conteo, cerrar y anular el
inventario

 Reportes: El sistema permitirá obtener los siguientes reportes:
Registro de compras en un determinado intervalo de tiempo, stock
de productos, Stock de fórmulas, kardex detallado por producto y



agrupado por categorías, productos con stock cero, productos con
cantidades menores a su stock mínimo y reporte de inventarios
ordenados por fecha: Lista productos en un inventario específico y
diferencias de inventario.

2.2.4 Requerimientos No Funcionales:

 La elaboración del software debe ser pensada a futuro con la
posibilidad de poder integrar el sistema de control de producción
de aves y ventas de productos finales (huevos y carne de gallina).

 El sistema debe ser rápido, sobre todo al procesar los reportes y
no debe generar errores y la interfaz de usuario debe ser amigable.

 Para desarrollar el sistema se utilizará el lenguaje de
programación Java (JEE), bajo un entorno de desarrollo Eclipse,
con un motor de base de datos MySql server, reduciendo así costos
en software pues con todas estas herramientas el sistema puede
correr en un sistema operativo GNU/Linux.
 El sistema debe administrar copias de seguridad de la base de
datos.



3. MODELO DE REQUERIMIENTOS:
3.1. Paquetes: vista general:

3.2. Actores del sistema:

3.3. Diagrama De Casos De Uso Para El Sistema Web Almacén De
Insumos De Pungurume INSAVE E.I.R.L



3.3.1. Diagrama casos de uso para IDENTIFICACIÓN:

3.3.2. Diagrama casos de uso para MANTENIMIENTOS:



3.3.3. Diagrama casos de uso para GESTIÓN DE ALMACÉN:

3.3.4. Diagrama casos de uso para CONSULTAS:



3.3.5. Diagrama casos de uso para REPORTES:

3.4. Diagrama general de casos de uso del almacén de
insumos:



3.5. ESPECIFICACIONES DE CASOS DE USO para el
sistema web de almacén de insumos de Pungurume
INSAVE E.I.R.L:
_____________________________________________
1. IDENTIFICARSE EN EL SISTEMA:
1.1 Breve Descripción:
Este caso de uso es iniciado ante cualquier intento de ingreso al sistema ya sea
por el Administrador del sistema o un trabajador del almacén, valida el
nombre de usuario y contraseña, se verifica si es el correcto para poder
acceder al sistema.

1.2 Flujo de eventos:

1.2.1 Flujo Básico:

1. Se presenta al usuario la interfaz “Bienvenido” [P-1].
2. El usuario deberá escoger el tipo de usuario, colocar su nombre de
usuario y contraseña y puede escoger las opciones de entrar al
sistema, ejecutándose el subflujo “Entrar al sistema”.

1.2.1.2 Entrar al sistema: El sistema validará si el usuario y contraseña
ingresados es la correcta, si lo es se accederá al sistema, caso contrario
de ejecutará el flujo alternativo “Usuario y/o contraseña no validos”.

1.2.2 Flujos alternativos:

1.2.2.1 Usuario y/o contraseña no validos:
Si en el flujo básico, el actor ingresa en un usuario y / o la contraseña
no valido, el sistema muestra un mensaje de error. El actor puede elegir
en volver a ejecutar con el flujo básico o cancelar todo y finalizar el caso
de uso.

1.3 Requisitos especiales: Ninguno.

1.4 Pre-condiciones: Ninguno.

1.5 Post-condiciones:
Si el caso de uso se ha realizado correctamente, el actor está conectado al
sistema. El estado del sistema no se modifica.

1.6 Puntos de Extensión: Ninguno.



Prototipo [P-1]

Interfaz principal del sistema.



2. MANTENIMIENTO DE PERSONAL:

2.1 Breve Descripción: Este caso de uso realiza un mantenimiento del personal,
que tendrá acceso o no al sistema. Se puede agregar, modificar y eliminar un
personal los cuales son trabajadores del almacén de mayor confianza con el
administrador de la empresa. Este caso de uso podrá ser ejecutado solo por el
administrador que otorgará usuarios a las personas debidas.


2.2.1 Flujo Básico: Este caso de uso se inicia cuando el administrador del
sistema quiere agregar, modificar y eliminar un personal del sistema.
1. Se mostrará la interfaz “Mantenimiento de personal” [P-1].
2. Si no existe ningún personal registrado, solo podrá ejecutarse el
subflujo “Agregar personal”.
3. Puede escoger la opción de agregar un registro ejecutándose el subflujo
“Agregar personal”, buscar un registro subflujo “Buscar personal “,
Modificarlo subflujo “Editar personal” y eliminar personal subflujo
“Eliminar personal”.

Prototipo [P-1]

2.2.1.1 Buscar personal: se ingresará el nombre de algún personal y el
sistema va mostrando los nombres de los productos coincidentes.

2.2.1.2 Agregar personal:
1. El sistema mostrará un nuevo registro de categorías de productos,
mostrándose la pantalla [P-2], para poder ingresar los datos que se
guardará.



2. Al momento de generar un nuevo registro, el sistema le generará
un código autocorrelativo numérico.
3. El administrador debe ingresar: Nombre, Apellidos, Cargo, Tipo
(Administrador o usuario), el nombre de usuario (opcional) y
contraseña (opcional).
4. Si se selecciona guardar registro, sistema verifica si los datos del
personal son correctos ejecutándose el flujo alternativo “Verificar
datos”.
5. Se ejecutará el flujo alternativo “Desea guardar los datos”.
6. Si los datos ingresados son correctos y la respuesta al flujo
alternativo “desea guardar los datos” es verdadera el sistema
procederá a guardar el registro, caso contrario no se hará cambios
en la base de datos y se regresará a la pantalla [P-1].

Prototipo [P-2]

2.2.1.3 Editar personal:
1. El administrador puede modificar la información del registro
seleccionado que está almacenado en la base de datos, excepto el
código del registro, con la pantalla “editar categoría” [P-3].
2. Si se selecciona modificar los cambios, el sistema verifica si los
datos del personal son correctos ejecutándose el flujo alternativo
“Verificar datos”.
procederá actualizar el registro, caso contrario no se hará cambios
en la base de datos y se regresara a la pantalla [P-1]



Prototipo [P-3]
2.2.1.4 Eliminar personal:
1. El administrador seleccionará un personal a eliminar.
2. El sistema ejecutará el flujo alternativo “Desea eliminar el
personal”.
3. Si la respuesta a la flujo alternativo “Desea eliminar el personal” es
verdadera el sistema eliminará el registro de la base de datos,
caso contrario no se hará cambios en la base de datos.

2.2.2 Flujos alternativos (Excepciones):
2.2.2.1 Verificar datos: Se mostrará un mensaje de error si no se ha
ingresado el nombre, apellidos o cargo del personal, los demás campos
son opcionales.
2.2.2.2 Desea guardar los datos: El sistema mostrará un mensaje si se desea
guardar la información, el administrador confirmará o cancelará la
transacción.
2.2.2.3 Desea eliminar el personal: El sistema mostrará un mensaje si se
desea eliminar el personal seleccionado, donde el administrador
confirmará o cancelará la transacción.


2.4 Pre-condiciones: Para iniciar este caso de uso, el administrador deberá
haberse identificado en el sistema.

2.5 Post-condiciones: Si el caso de uso se ha realizado correctamente, la
información del personal, se agregará, actualizará o eliminará del sistema. De
lo contrario, el estado del sistema no se modifica.



3. MANTENIMIENTO DE PROVEEDORES:

3.1 Breve Descripción: Este caso de uso realiza un mantenimiento de los
proveedores de la empresa, los cuales serán usados al registrar los
comprobantes de compra. Se puede agregar, modificar y eliminar un
proveedor.


3.2.1 Flujo Básico: Este caso de uso se inicia cuando un usuario del sistema
quiere agregar, modificar y eliminar proveedor del sistema.
1. Se mostrará la interfaz “Mantenimiento de proveedores” [P-1].
2. Si no existe ningún proveedor registrado, solo podrá ejecutarse el
subflujo “Agregar proveedor”.
“Agregar proveedor”, buscar un registro subflujo “Buscar proveedor “y
Modificarlo subflujo “Editar proveedor” y eliminar proveedor
Subflujo “Eliminar proveedor”.

Prototipo [P-1]

3.2.1.1 Buscar proveedor: se ingresará el nombre de algún proveedor y el
sistema va mostrando los nombres de los proveedores coincidentes.

3.2.1.2 Agregar proveedor:
1. El sistema mostrará un nuevo registro de proveedor, con la
interfaz [P-2], para poder ingresar los datos que se guardarán.
2. Al momento de ingresar un nuevo proveedor, el sistema le
generará un código autocorrelativo numérico.
3. El administrador debe ingresar: Nombre, Ruc/DNI, dirección y
Email del proveedor.


4. Si se selecciona guardar el registro el sistema verifica si los datos
del proveedor son correctos ejecutándose el flujo alternativo
alternativo “desea guardar los datos” es verdadera, el sistema

Prototipo [P-2]

3.2.1.3 Editar proveedor:
1. El usuario puede modificar la información del registro
seleccionado almacenado en la base de datos, excepto el código del
registro, interfaz “editar proveedor” [P-3].
2. Si se selecciona guardar los cambios, el sistema verifica si los
datos del proveedor son correctos ejecutándose el flujo
alternativo “Verificar datos”.



Prototipo [P-3]

3.2.1.4 Eliminar proveedor:
1. El administrador seleccionará un registro de un proveedor a
eliminar.
proveedor”.
3. Si la respuesta al flujo alternativo “Desea eliminar el proveedor” es


3.2.2.1 Verificar datos: Se mostrará un mensaje de error si es que no se ha
ingresado el nombre, Ruc/DNI, dirección o cargo del proveedor, los
demás campos serán opcionales.
transacción.
3.2.2.3 Desea eliminar el proveedor: El sistema mostrará un mensaje si se
desea eliminar el proveedor seleccionado, donde el administrador

3.4 Pre-condiciones: Para iniciar este caso de uso el administrador deberá
haberse identificado en el sistema.
información del proveedor, se agregará, actualizará o eliminará del sistema. De
lo contrario, el estado del sistema no se modifica.



4. MANTENIMIENTO DE ALMACENES:

4.1 Breve Descripción: Este caso de uso realiza un mantenimiento de los
almacenes donde se guardarán los productos que ingresan a la granja. Se
pueden agregar, modificar y eliminar almacén.


4.2.1 Flujo Básico: Este caso de uso se inicia cuando un usuario registrado
quiere agregar, modificar y eliminar registro de almacenes.
1. Se mostrará la interfaz “Mantenimiento de almacenes “[P-1].
2. Si no existe ningún almacén registrada, solo podrá ejecutarse el
subflujo “Agregar almacén”.
“Agregar almacén”, buscar un registro subflujo “Buscar “y editarlo
subflujo “Editar almacén” y eliminar almacén subflujo “Eliminar
almacén”.

Prototipo [P-1]

4.2.1.1 Buscar: se ingresará el nombre del almacén y el sistema va
mostrando los nombres de los productos coincidentes.

4.2.1.2 Agregar almacén:
1. El sistema creará un registro para un nuevo almacén mostrándose
la pantalla “agregar almacén” [P-2].
2. Al momento de ingresar un nuevo registro de almacén, el sistema
le generará un código autocorrelativo numérico.



3. El usuario debe ingresar el Nombre de almacén, Estado (Activo o
inactivo).
4. El sistema verifica si los datos del almacén son correctos
ejecutándose el flujo alternativo “Verificar datos”.
alternativo “Desea guardar los datos” es verdadero el sistema
procederá a guardar, caso contrario no se hará cambios en la base
de datos y se regresara a la pantalla [P-1].

Prototipo [P-2]

4.2.1.3 Editar almacén:

1. Se podrá modificar la información del registro seleccionado
almacenado en la base de datos, excepto el código del registro, con
la pantalla “Editar almacén” [P-3].
2. Si se selecciona modificar los cambios, el sistema verifica si los
datos del almacén son correctos ejecutándose el flujo alternativo
alternativo “Desea guardar los datos” es verdadero el sistema
procederá a actualizar el registro, caso contrario no se hará
cambios en la base de datos y se regresara al pantalla [P-1].



Prototipo [P-3]

4.2.1.4 Eliminar almacén:
1. El usuario registrado seleccionará un almacén a eliminar.
almacén”.
3. Si la respuesta a la flujo alternativo “Desea eliminar el almacén” es

4.2.2.1 Verificar datos: Se mostrará un mensaje de error si no se ha
ingresado el nombre del almacén, o no se ha especificado el estado del
almacén.
guardar la información, el administrador u otro usuario registrado
4.2.2.3 Desea eliminar el almacén: El sistema mostrará un mensaje si se
desea eliminar el almacén seleccionado, donde el administrador u otro
usuario registrado confirmará o cancelará la transacción.


4.4 Pre-condiciones: Para iniciar este caso de uso primero el administrador o un
usuario registrado deberá haberse identificado en el sistema.

información del almacén, se agregará, actualizará o eliminará del sistema. De lo
contrario, el estado del sistema no se modifica.




5. MANTENIMIENTO DE CATEGORIAS:

5.1 Breve Descripción: Este caso de uso desarrolla un mantenimiento de los
grupos o categorías de los insumos, se puede realizar agregar, modificar y
eliminar categorías de productos.


5.2.1 Flujo Básico: Este caso de uso se inicia cuando un usuario quiere agregar,
modificar y eliminar categorías de productos.
1. Se mostrará la interfaz “Mantenimiento de categorías” [P-1].
2. Si no existe ninguna categoría registrada, solo podrá ejecutarse el
subflujo “Agregar categoría”.
“Agregar categoría”, buscar un registro subflujo “Buscar “y editarlo
subflujo “Editar categoría” y eliminar categoría subflujo “Eliminar
categoría”.

Prototipo [P-1]

5.2.1.1 Buscar: se ingresará el nombre de la categoría y el sistema va
mostrando los nombres de los productos coincidentes.

5.2.1.2 Agregar categorías:
1. El sistema creará un nuevo registro de categorías de productos,
mostrándose la pantalla [P-2], para poder ingresar los datos que
se guardará.
2. Al momento de ingresar una nueva categoría de productos el
sistema generará un código autocorrelativo numérico.


3. El usuario debe ingresar el Nombre de categoría.
4. El sistema verifica si los datos de la categoría son correctos
ejecutándose el flujo alternativo “Verificar datos”.

Prototipo [P-2]

5.2.1.3 Editar categorías:

1. El usuario registrado podrá modificar la información del registro
registro, desde la pantalla “Editar categoría” [P-3].
2. Si se selecciona modificar los cambios el sistema verifica si los
datos de la categoría son correctos ejecutándose el flujo



Prototipo [P-2]

5.2.1.4 Eliminar categorías:
1. El usuario registrado seleccionarán una categoría a eliminar.
2. El sistema ejecutará el flujo alternativo “desea eliminar la
categoría”.
3. Si la respuesta a la flujo alternativo “desea eliminar la categoría”
es verdadera el sistema eliminará el registro de la base de datos,

ingresado el nombre de la categoría.
5.2.2.3 Desea eliminar la categoría: El sistema mostrará un mensaje si se
desea eliminar la categoría de productos seleccionado, donde el
administrador u otro usuario registrado confirmará o cancelará la
transacción.


5.4 Pre-condiciones: Para iniciar este caso de uso, primero el administrador o un
usuario registrado deberán haberse identificado en el sistema.

información de la categoría, se agregará, actualizará o eliminará del sistema.
De lo contrario, el estado del sistema no se modifica.




6. MANTENIMIENTO DE PRODUCTOS:

6.1 Breve Descripción: Este caso permite que un usuario haga un mantenimiento
de los productos adquiridos por la empresa. Esto incluye agregar, modificar,
guardar y eliminar producto.


6.2.1 Flujo Básico: Este caso de uso se inicia cuando un usuario del sistema o un
usuario registrado quieren agregar, modificar, guardar y eliminar un
producto.
4. Se mostrará la interfaz “mantenimiento de productos” [P-1].
5. Si no existe ningún producto registrado, solo podrá ejecutarse el
subflujo “Agregar producto”.
6. Puede buscarse un producto específico, ejecutando el subflujo “Buscar
producto”.
“Agregar producto”, Modificarlo subflujo “Editar producto” y eliminar
producto subflujo “Eliminar producto”.

Prototipo [P-1]

6.2.1.1 Buscar producto: se ingresará el nombre de algún producto y el
sistema va mostrando los nombres de los productos coincidentes.

6.2.1.2 Agregar producto:
6. El sistema mostrará un nuevo registro de producto, con la interfaz
[P-2], para poder ingresar los datos que se guardarán.



7. Al momento de ingresar un nuevo registro el sistema le generará
un código autocorrelativo numérico.
8. El usuario debe ingresar la siguiente información. Nombre, unidad
de medida, categoría, stock mínimo, stock máximo, estado y precio
de compra, y dispondrá de un campo precio el cual no podrá
editarse, será actualizado con el último precio de compra del
producto en el caso de uso “Registrar movimientos de almacén.”
9. Si se selecciona guardar el registro el sistema verifica si son
correctos los datos que se van a guardar ejecutándose el flujo

Prototipo [P-2]

6.2.1.3 Modificar producto
1. El usuario registrado puede modificar la información del registro
registro, interfaz “editar producto” [P-3].
2. Si se selecciona guardar los cambios, el sistema verifica si los
datos del producto son correctos ejecutándose el flujo alternativo




Prototipo [P-3]

6.2.1.4 Eliminar producto:
1. El usuario registrado seleccionarán un producto a eliminar.
producto”.
3. Si la respuesta a la flujo alternativo “Desea eliminar el producto”
es verdadera el sistema eliminará el registro de la base de datos,


ingresado el nombre del producto, categoría, precio de compra, unidad
de medida, Stock mínimo, Stock máximo.



6.2.2.3 Desea eliminar la categoría: El sistema mostrará un mensaje si se
desea eliminar la categoría de productos seleccionado, donde el
administrador u otro usuario registrado confirmará o cancelará la
transacción.

6.3 Requisitos especiales: Un producto debe estar en un solo almacén.

6.4 Pre-condiciones: Para iniciar este caso de uso primero el administrador o un
usuario registrado deberán haberse identificado en el sistema y haber
registrado al menos una categoría con el caso de uso “Mantenimiento de
categorías” , un almacén con el caso de uso “Mantenimiento de almacenes” ”.

información del producto, se agrega, actualiza o elimina del sistema. De lo
contrario, el estado del sistema no se modifica.




7. GESTIONAR FORMULA:

7.1 Breve Descripción: Este caso de uso se ingresan los datos de la fórmula que se
va a suministrar a las aves según su edad y también su detalle de la fórmula, el
cual la suma en kilogramos de los componentes de la fórmula es de 1 tonelada.


7.2.1 Flujo Básico:
8. Este caso de uso es iniciado por el actor administrador del sistema
quiere ingresar, modificar o eliminar una nueva fórmula.
9. El administrador visualizara en primera instancia la pantalla
“Fórmulas” con sus respectivos registros, [P-1].
10. Si no hay ningún registro solo se podrá ejecutar el subflujo “Agregar
fórmula”, de lo contrario también ejecutar los subflujos “Editar
fórmula”, y “Eliminar registro de fórmula”.

Prototipo [P-1]

7.2.1.1 Agregar fórmula:
11. Se ejecutada la interfaz “Detalle de fórmula” [P-2], el administrador
llenará los campos requeridos (el almacén, descripción de fórmula,
tipo de ave y fecha de inicio de la formulación).
12. Para ingresar un producto en el nuevo registro se ejecutará el
subflujo “Buscar producto”.
1. Buscar producto:
 El administrador dispondrá de una lista de productos, de
donde puede buscar uno específico, mientras se vaya



ingresando el nombre del producto la lista filtrara los
nombres de productos coincidentes.
 El administrador seleccionará el producto y se insertara
en el detalle de fórmula de la interfaz “detalle de fórmula”
[P-1]. Puede producirse el flujo alternativo “El producto
ya se ingresó”.

13. Desde la interfaz “detalle de fórmula” se ingresará la cantidad en
Kilogramos, que formará parte de la fórmula.
14. Podrá borrarse una fila en el detalle, si no es la correcta y podrá
visualizarse la suma total de las cantidades ingresadas en el detalle.
15. Una vez verificado los datos ingresados se procederá a guardar el
registro desde la interfaz “”detalle de fórmula”, ejecutándose el
subflujo “Guardar detalle de fórmula”.
2. Guardar detalle de fórmula:
 Si se selecciona la opción de guardar el registro se
producirá el flujo alternativo “verificar datos”.
 Se ejecutara el flujo alternativo “Desea guardar los datos”, si
la respuesta es afirmativa se guardará el registro en la base
de datos, caso contrario no se hará nada.

Prototipo [P-2]



7.2.1.2 Editar fórmula:
1. El administrador tendrá la opción de ver y modificar las fórmulas
desde la ventana detalle de fórmula [P-3].
2. El administrador tendrá la facultad de ingresar un nuevo producto
desde el subflujo “buscar producto”.
3. El administrador visualizará esta ventana con la opción de
“guardar cambios”. Si se selecciona esta opción se ejecutara el flujo
alternativo “verificar datos”.
4. Se ejecuta el flujo alternativo “Desea guardar los datos”, si la
respuesta es afirmativa se actualizara el registro en la base de
datos, caso contrario no se hará nada.

Prototipo [P-3]

7.2.1.3 Eliminar fórmula:
1. El administrador seleccionará una fórmula a eliminar en la lita de
fórmula de la pantalla [P-1].
2. El sistema ejecutará el flujo alternativo “desea eliminar la
fórmula”, si es que se selecciona esta opción.
3. Si la respuesta al flujo alternativo “desea eliminar la fórmula” es
caso contrario se ejecutara el subflujo “Cancelar Todo”.




7.2.2.1 El producto ya se ingresó: Se mostrara un mensaje de error si el
administrador quiere ingresar un producto que ya se encuentra en el
detalle de fórmula, obligándole a ingresar otro producto diferente.

ingresado un campo del registro la fórmula, y que si además se ha
ingresado cantidades negativas o nulas en el detalle de fórmula.

transacción.

7.2.2.4 Desea eliminar la fórmula: El sistema mostrará un mensaje si se
desea eliminar la fórmula de insumos seleccionados, donde el
administrador confirmará o cancelará la transacción.

7.3 Requisitos especiales:
Ninguno.

7.4 Pre-condiciones:
Para iniciar este caso de uso primero el administrador deberá haberse
identificado en el sistema. Debe haberse ingresado por lo menos un producto.

Si el caso de uso se ha realizado correctamente, la información de la fórmula, se
agrega, actualiza o elimina del sistema. De lo contrario, el estado del sistema no
se modifica.

7.6 Puntos de Extensión:
Ninguno.



8. GESTIONAR MOVIMIENTO DE INVENTARIOS:

8.1 Breve Descripción: En este caso de uso se hace un control de inventarios que
la empresa hace cada cierto tiempo para llevar una contabilidad exacta de las
cantidades de los inventarios que tiene en sus diferentes almacenes y poder
cuadrar el stock de los inventarios con sus cantidades real, con este caso de uso
podemos crear un nuevo inventario, ver el inventario seleccionado, ingresar
conteo, cerrar y eliminar el inventario.


sistema quiere crear un nuevo inventario, ver el inventario seleccionado,
ingresar conteo, cerrar y eliminar el inventario.
1. Se mostrara la interfaz “Movimiento de inventarios” [P-1], con la lista
de inventarios registrados mostrando sus campos: código, Fecha de
inicio, fecha de cierre (si es que el inventario está cerrado), el almacén,
descripción, el estado del inventario (Cerrado o abierto), y responsable.
2. Si no existe ningún inventario registrado, solo podrá ejecutarse el
subflujo “Nuevo Inventario” caso contrario, puede seleccionar un
registro, si el estado del inventario seleccionado es ABIERTO, podemos
ejecutar los Subflujos “ver inventario”, “ingresar conteo”, “cerrar el
inventario”. Si el estado del inventario es “CERRADO”, solo podemos
ejecutar los Subflujos “ver inventario” y “anular inventario”.
3. Un usuario que no sea el administrador producirá el flujo alternativo
“No tiene permisos” si trata de ejecutar el subflujo “Cerrar inventario”
o “anular inventario”.

Prototipo [P-1]



8.2.1.1 Nuevo inventario:
1. Se mostrará la interfaz “Nuevo Inventario” [P-2].
2. Al momento de abrirse la interfaz se mostrara el campo código del
nuevo inventario que será un autocorrelativo numérico.
3. Deberá de ingresarse los campos: almacén, la fecha de creación y
responsable.
4. El administrador o un usuario registrado pueden ejecutar el
subflujo “guardar registro” o cancelar todo.
o Guardar registro: Se pude producir el flujo alternativo
“Verificar datos del nuevo inventario” si la respuesta es
afirmativa se guardara el inventario en la base de datos, caso
contrario se regresara a la pantalla principal [P-1].

Prototipo [P-2]

8.2.1.2 Ver inventario:
 El administrador o un usuario registrado pueden ver la
información del registro seleccionado en la pantalla [P-1]
almacenado en la base de datos, la interfaz será solo de lectura.
 Se mostrara la interfaz “Ver inventario” con la información del
inventario seleccionado [P-3].
 Se visualizara además el total de productos del inventario.



Prototipo [P-3]

8.2.1.3 Ingresar conteo:
1. Se mostrara la interfaz “Conteo de inventario” [P-4].
2. El administrador o un usuario registrado puede empezar hacer el
conteo de los productos, debe ingresar primero un producto a la
interfaz, para jalar un producto debe ejecutarse el subflujo “Buscar
producto”.
3. Si ya se tiene un producto ya podemos ingresar su cantidad.
4. Para Guardar el producto se ejecutara el subflujo “Guardar
producto en el inventario”.
o Buscar producto: El administrador o un usuario
registrado conforme ingrese el nombre del producto se ira
filtrando en la lista despegable, se seleccionara el producto
y se visualizara su código y unidad de medida.
o Guardar producto en el inventario:
Se ejecutará el flujo alternativo “Verificar datos de
producto que se ingresara al inventario”, si los datos son
correctos el producto se guardara en el inventario, y si ya
está registrado en el inventario solo se actualizara la
cantidad ingresada.



Prototipo [P-4]

8.2.1.4 Cerrar inventario:
Desde la pantalla [P-1] se podrá ejecutar el flujo alternativo “Desea
cerrar y actualizar el stock de los productos”, si la respuesta es
afirmativa, el stock de los productos se actualizara con el stock real que
se ha ingresado en el inventario, caso contrario no se modificara el
sistema.

8.2.1.5 Anular inventario:
Desde la pantalla [P-1] se podrá ejecutar el flujo alternativo “Desea
anular el inventario”, si la respuesta es afirmativa, el stock de los
productos se restaurará, caso contrario no se modificara el sistema.


8.2.2.1 No tiene permisos: se mostrara el mensaje de alerta “No tiene
permisos para realizar esta operación”.

8.2.2.2 Verificar datos del nuevo inventario: Se mostrará un mensaje de
error si es que no se ha especificado el almacén, fecha de inicio y un
responsable del inventario.



8.2.2.3 Verificar datos de producto que ingresarán al inventario: el
sistema verificara si se ha especificado el producto y una cantidad.

8.2.2.4 Desea cerrar y actualizar el stock de los productos: El sistema
mostrará un mensaje si se desea cerrar el inventario y actualizar el
stock de los productos, el administrador confirmará o cancelará la
transacción.

8.2.2.5 Desea anular el inventario: El sistema mostrará un mensaje si se
desea anular el inventario, el administrador confirmará o cancelará la
transacción.

8.3 Requisitos especiales:
Ninguno.

8.4 Pre-condiciones:
Para iniciar este caso de uso primero el administrador o un usuario registrado
deberá haberse identificado en el sistema y haber registrado al menos una
categoría con el caso de uso “Mantenimiento de categorías” y un almacén con
el caso de uso “Mantenimiento de almacenes”, y un producto con el caso de uso
“Mantenimiento de productos”.

Si el caso de uso se ha realizado correctamente, se habrá creado un inventario,
ingresado el conteo, cerrado o eliminado el inventario, de lo contrario, el
estado del sistema no se modifica.

8.6 Puntos de Extensión:
Ninguno.



9. REGISTRAR MOVIMIENTOS EN ALMACÉN:

9.1 Breve Descripción: En este caso de uso se gestionará todos los movimientos
de entrada, salida y bajas de productos del almacén, también los movimientos
de fórmulas, se podrá visualizar y eliminar el movimiento.


sistema desea registrar un nuevo ingreso o una salida de productos, salida
e ingreso de fórmulas.
1. Se mostrara la interfaz “Movimientos en almacén” [P-1], con la lista de
todos los movimientos registrados mostrando los campos: código,
Fecha de emisión, Tipo de operación, Numero de guía (nulo para el
caso de movimientos de fórmulas), número del documento (nulo para
el caso de movimientos de fórmulas), tipo de pago (nulo para el caso de
movimientos de fórmulas), Destino/Proveedor y monto total, monto de
transporte (opcional), responsable.
2. Si no existe ningún movimiento registrado, solo podrá ejecutarse el
subflujo “Nuevo Movimientos de productos” o “Nuevo Movimientos de
fórmulas”, caso contrario además de lo anterior se podrá ver o eliminar
el movimiento seleccionado ejecutando los Subflujos “Ver Movimiento”
y “Eliminar movimiento” respectivamente.
3. Podrá buscarse algún movimiento si es que se conoce el número de
documento subflujo “Buscar movimiento”.

Prototipo [P-1]
9.2.1.1 Buscar Movimiento: el sistema mostrara el movimiento según el
parámetro de búsqueda en la lista de la pantalla [P-1].



9.2.1.2 Nuevo Movimiento de productos:
1. Se mostrará la interfaz “Movimientos de productos” [P-2].
nuevo movimiento que será un autocorrelativo numérico.
3. La interfaz estará bloqueada, y solo nos permitirá seleccionar el
tipo de movimiento elegido (Ingreso de compra, Salida de
productos a granja, Baja de productos en almacén).
4. El administrador debe seleccionar el tipo de documento (Factura,
Boleta, Recibo, Sin documento).
5. El administrador debe ingresar el número de documento, si ha
seleccionado “Sin documento”, se deshabilitara el campo de
ingreso de numero de documento.
6. Si se ha seleccionado la opción “Ingreso de compra”, El sistema
permitirá ingresar también “Guía de remisión”, “Monto de
trasporte”, “Tipo de pago”, si se seleccionó “Crédito” se activara el
campo “Fecha de vencimiento”, además debemos de especificar el
proveedor.
7. Si se ha seleccionado la opción “Salida de productos a Granja” o
“Bajas de productos en almacén”, El sistema solo permitirá
ingresar “Encargado de la salida”, “Galpón” y “Lote” (Opcional se ha
seleccionado bajas o salida a granja) a donde está destinada la
salida.
8. para ingresar un producto en el detalle del registro se ejecutará el
1. Buscar producto:
 Se podrá buscar un producto en una lista y agregarlo al
detalle haciendo doble clic.
 Si el producto que se está escogiendo ya está en la lista, se
ejecutara el flujo alternativo “Este producto ya se
ingresó”.
9. Se especificará la cantidad y el precio de compra o un descuento
(para un ingreso de compra) de los productos del detalle.
10. Se tendrá la opción de borrar una fila del detalle de movimiento.
11. Se visualizara un subtotal, IGV (si se ha incluido IGV en el registro).
Y el monto total.
12. El administrador puede guardar el movimiento ejecutando el
subflujo “Guardar movimiento”.

2. Guardar movimiento:
 Se puede produce el flujo alternativo “Verificar datos del
movimiento de productos”,
 Se producirá el flujo alternativo “Desea guardar el
movimiento de productos”.



 Si los datos ingresados son correctos y la respuesta al
flujo alternativo “desea guardar el movimiento de
productos” es verdadera el sistema procederá a guardar el
registro, caso contrario no se modificará el sistema.
13. Luego de haber guardado el movimiento se regresara a la interfaz
[P-1].

Prototipo [P-2]



9.2.1.3 Movimientos de fórmulas:

1. Se mostrará la interfaz “Movimientos de fórmulas” [P-3].
nuevo movimiento que será un autocorrelativo numérico.
3. El administrador debe seleccionar el tipo de documento (ingresar
Fórmula, Salida de fórmula), El responsable de recojo, fecha de
emisión, el almacén a donde está destinado si es que se ha
seleccionado la opción Ingresar fórmula.
4. para ingresar una formula al detalle del registro se ejecutará el

1. Buscar producto:
 Se podrá buscar un producto en una lista y agregarlo al
detalle haciendo doble clic.

5. Se ira calculando el total de alimento que está saliendo o entrando,
mientras se va ingresando registros en el detalle de movimiento.
6. Se tendrá la opción de borrar un registro del detalle de
movimiento.
7. El administrador puede guardar el movimiento ejecutando el
subflujo “Guardar movimiento”.

2. Guardar movimiento:
 Se puede produce el flujo alternativo “Verificar datos del
movimiento”,
 Se producirá el flujo alternativo “Desea guardar el
movimiento”.
 Si los datos ingresados son correctos y la respuesta al
flujo alternativo “desea guardar el movimiento” es
verdadera el sistema procederá a guardar el registro, caso
contrario no se modificará el sistema.
14. Luego de haber guardado el movimiento se regresara a la interfaz
[P-1].



Prototipo [P-3]

9.2.1.4 Ver Movimiento:
1. Se mostrara la interfaz “Ver movimiento” [P-4], con los datos del
registro seleccionado en la interfaz “movimientos de almacén”. La
interfaz es solo de lectura

2. Se mostrara solo los datos correspondientes al tipo de movimiento
seleccionado en la lista de la pantalla [P-1]



Prototipo [P-4]

9.2.1.5 Eliminar movimiento:
El administrador deberá seleccionar un registro en la interfaz
“movimiento de almacén” [P-1], se ejecutara el flujo alternativo “desea
eliminar el movimiento”, si la respuesta a este flujo alternativo es
afirmativo se eliminara el movimiento, restaurando el stock de los
productos que estaban en el detalle del movimiento, caso contrario no
se realizará ninguna acción.


Documentación de Proyecto de Software.

Documentación de Proyecto de Software.

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (9)

Similar a Documentación de Proyecto de Software.

Similar a Documentación de Proyecto de Software. (20)

Último

Último (20)

Documentación de Proyecto de Software.