Ejemplo - Informe de - Practicas PDF

1
UNIVERSIDAD PERUANA LOS ANDES

FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS Y
COMPUTACIÓN
INFORME DE PRATICAS II
ANALISIS Y DISEÑO DE UN SISTEMA DE CONTROL

INTERNO DE INVENTARIOS MEDIANTE LA
METODOLOGIA RUP PARA EL ALMACEN DE LA
DIRECCION REGIONAL DE AGRICULTURA JUNIN –
HUANCAYO
ESTUDIANTE: Quispe Quispe, Ingrid Brigid
ASESOR: Ing. Rafael Edwin Gordillo Flores
HUANCAYO-PERÚ
2017
2
DEDICATORIA
A mi Dios por recordarme siempre que estas

caminando junto a mí.
A mi madre, por ser más que eso, mi mejor

amiga un ángel que me enseño que nada es
imposible mientras yo lo permita, además de
ser el ejemplo de vida por su lucha, su valor y
carácter, pero sobre todo por su amor, su
entrega y su dulzura.
Ingrid brigid, Quispe Quispe

3
INTRODUCCION
El presente Proyecto tiene como propósito automatizar el proceso que se sigue
para el control y administración de los inventarios en los almacenes de la
institución que cuenta con varias dependencias que necesitan de los productos
y artículos necesarios para su funcionamiento, los que se almacenan en una o
más almacenes que dependen de la institución. Esta automatización, a más de
implementar los aspectos usuales de un Sistema de control de inventarios,
tomara en cuenta los reglamentos y procedimientos comunes que rigen a
instituciones de este tipo.
CAPÍTULO I.- En este capítulo la razón social de la empresa, que actividades
realiza, donde se encuentra ubicada, como está organizada, el área donde se
está desarrollando las prácticas y las funciones de dicha área.
CAPÍTULO II.- Denominado la situación problemática de la empresa
actualmente, conjuntamente con el objetivo tanto general como específico, es
la justificación de la investigación donde se explica los motivos del presente
estudio y la metodología sobre la cual se desarrolla la investigación.
CAPÍTULO III.- desarrollo de cada una de las actividades realizadas mediante
la metodología RUP.
CAPÍTULO IV.- Se refiere a desarrollar el análisis de resultado mediante las
pruebas y describir las dificultades encontradas en el desarrollo del sistema.
Finalmente se describen las conclusiones, recomendaciones y se enumeran las
referencias bibliográficas que sirvieron de base para el desarrollo de la
investigación.
4
RESUMEN
En la actualidad, la mayoría de instituciones públicas realizan una atención
manual de los inventarios. El principal problema que esto representa es la
demora que conlleva el incumpliendo de todo el proceso de solicitud y entrega
de los productos necesarios para el normal funcionamiento de la entidad, ya
que se requiere la aprobación de diferentes personas que intervienen en el
proceso. Por ello, es necesario un sistema que controle y optimice todo el
proceso de gestión de inventarios, mejorando las interacciones que se dan
entre los diferentes actores. La conclusión más relevantes es que el control
interno es un factor clave para lograr un adecuado manejo negocio, pues
proporciona la seguridad respecto al logro de los objetivos y metas trazadas
dentro del marco de la eficiencia, eficacia y economía; éstos se constituyen
como los tres pilares que sostienen y resguardan los recursos y bienes de la
institución.
5
INDICE
CAPÍTULO I ................................................................................................................................ 8
ASPECTOS GENERALES DE LA INSTITUCION DONDE SE REALIZO LAS
PRACTICAS PRE PROFESIONALES ................................................................................. 10
1.1. Razón Social............................................................................................................... 10
1.2. Actividades que realiza ............................................................................................ 14
1.3. Ubicación Geográfica............................................................................................... 16
1.4. Organización (organigrama) ................................................................................... 16
1.5. Área donde desarrollo sus practicas ..................................................................... 16
1.6. Funciones donde desarrollo sus practicas ........................................................... 17
CAPITULO II ............................................................................................................................. 18
ASPECTOS GENERALES DE LAS PRACTICAS PRE PROFESIONALES ................ 18
2.1. Descripción de la Situación Actual o Labor a desarrollar .................................. 18
2.1.1 Problema General ................................................................................................. 20
2.1.2 Problemas Especificos ......................................................................................... 20
2.2. Objetivos .................................................................................................................... 20
2.2.1 Objetivo General ................................................................................................... 20
2.2.2 Objetivos Específicos ............................................................................................ 21
2.3. Justificación ............................................................................................................... 21
2.3.1 Justificación práctica ............................................................................................ 22
2.3.2 Justificación metodológica .................................................................................. 22
2.4. Metodología RUP ..................................................................................................... 22
2.4.1 Metodología RUP (Rational Unifed Prcess) ..................................................... 23
2.4.1.1 Fases de la Metodología RUP ....................................................................... 24
2.4.2 Cuadro comparativo de las metodologías ........................................................ 27
2.4.3 Explicación teórica de las metodologías a usa ................................................ 29
CAPITULO III ............................................................................................................................ 31
DESCRIPCION DE LAS ACTIVIDADES REALIZADAS .................................................. 31
3 MODELADO DE NEGOCIO ............................................................................................ 31
3.1 Objetivos del negocio .............................................................................................. 31
3.1.1Objetivo General: ..................................................................................................... 31
3.1.2 Objetivos Específicos: ......................................................................................... 31
3.2 Descripción de los casos de uso del negocio ...................................................... 32
3.3 Actores del negocio.................................................................................................. 33
3.4 Trabajadores del negocio........................................................................................ 34
3.5 Entidades del negocio ............................................................................................. 35
3.6 Realización de los casos de uso del negocio ...................................................... 36
3.7 Realización CUN Recepcionar los bienes, suministros y materiales ............... 36
3.8 Realización CUN Atender los bienes, suministros y materiales ....................... 38
6
3.9 Realización CUN Realizar el control de inventarios ........................................... 40

3.10 REQUERIMIENTOS FUNCIONALES ................................................................... 42
3.10.2 Modelos de casos de uso de requerimiento ................................................ 43
3.11 REQUERIMIENTOS NO FUNCIONALES ............................................................ 50
3.12 Análisis y diseño del sistema.................................................................................. 54
3.12.1 Actores del sistema .......................................................................................... 54
3.12.2 Identificación de los casos de uso del sistema ............................................ 55
3.12.3 Modelado de los casos de uso del sistema.................................................. 56
3.12.4 diagrama de clases .............................................................................................. 70
3.13 Arquitectura del sistema .......................................................................................... 70
3.13.1 Códigos del sistema registrar productos ...................................................... 70
3.13.2 Códigos del sistema consultar stock de productos ..................................... 72
3.13.3 Código del sistema ingresar nuevo proveedor ............................................ 73
3.13.4 Código de la conexión con la base de datos ............................................... 75
12.3.5 Procedimiento almacenado insertar producto ............................................. 75
12.3.6 procedimiento almacenado insertar proveedor ........................................... 75
12.3.7 Procedimiento almacenado buscar por nombre .......................................... 76
12.3.8 Procedimiento almacenado iniciar sesión .................................................... 76
12.4 Tablas de la Base de Datos.................................................................................... 76
12.4.1 Tabla producto .................................................................................................. 76
12.4.2 Tabla proveedor ................................................................................................ 76
12.4.3 Tabla usuario..................................................................................................... 77
12.5 Construcción del sistema ........................................................................................ 77
12.5.1 Pantalla de inicio de sistema de almacén .................................................... 77
12.5.2 Pantalla de inicio de sesión del usuario ........................................................ 78
12.5.3 Pantalla ingresar producto .............................................................................. 78
12.5.4 Pantalla de consultar stock de productos ..................................................... 79
12.5.5 Pantalla ingresar nuevo proveedor ................................................................ 79
CAPITULO IV ........................................................................................................................... 80
RESULTADOS Y DISCUSION .............................................................................................. 80
4.1 Discusión de Resultados ........................................................................................... 80
4.2 Análisis de la situación actual................................................................................. 81
4.3 Análisis de los resultados de encuesta a los trabajadores ................................ 81
4.4 Resultados de la encuesta realizada. ................................................................... 91
4.5 Pruebas del Sistema ................................................................................................ 92
4.5.1 Caso de prueba inicio de sesión ........................................................................ 93
4.5.2 Caso de prueba consultar stock de productos ................................................ 93
4.5.3 Caso de prueba ingresar producto .................................................................... 94
4.5.4 Caso de prueba ingresar nuevo proveedor ...................................................... 94
7
4.6 Estrategias para las pruebas .................................................................................. 95

4.7 Cronograma de tiempo de desarrollo del proyecto ............................................. 98
4.8 Diagrama de costos de la Implementación .......................................................... 99
4.9 Hoja de recursos para la implementación del sistema ..................................... 100
4.10 Análisis de resultados ............................................................................................ 100
4.11 Resultados ............................................................................................................... 109
4.12 Dificultades encontradas ....................................................................................... 109
CONCLUCIONES .................................................................................................................. 110
RECOMENDACIONES ......................................................................................................... 111
BIBLIOGRAFIA ....................................................................................................................... 112
ANEXOS .................................................................................... ¡Error! Marcador no definido.
ANEXO 01 (FICHA DE PLAN DE PRACTICAS)

ANEXO 02 (FICHA DE SOLICITUD PARA CARTA DE
PRESENTACION)
ANEXO 03 (CARTA DE PRESENTACION)
ANEXO 03.a (CARTA DE ACEPTACION)
ANEXO 04 (FICHA DE REGITRO DE PRACTICAS)
ANEXO 05 (FICHA DE MONITOREO DE PRACTICAS)
ANEXO 06 (ESTRUCTURA DEL INFORME)
ANEXO 07 (EVALUACION DE DESEMPEÑO)
ANEXO 08 (EVALUACION DE PRÁCTICAS PRE
PROFESIONALES POR EL DOCENTE)
ANEXOS (INFORME)
FICHA RUC
CERTIFICADO O CONSTANCIA DE TRABAJO
CONFORMIDAD DE RACTICAS PROFESIONALES

8
INDICE DE TABLAS
Tabla 1: Comparación de metodologías 27

Tabla 2: Descripción de casos de uso del negocio 32
Tabla 3: Actores de negocio 33
Tabla 4: Trabajadores del negocio 34
Tabla 5: Entidades del negocio 35
Tabla 6: Especificación del CUN recepcionar los bienes 37
Tabla 7: Especificación del CUN atender los bienes, suministros y materiales 39
Tabla 8: Especificación del CUN control de inventarios 40
Tabla 9: Matriz de identificación de casos de uso del sistema 42
Tabla 10: Especificación de caso de uso iniciar sesión (autentificación) 43
Tabla 11: Especificación de caso de uso consultar stock de productos 43
Tabla 12: Especificación de caso de uso ingresar devoluciones 44
Tabla 13: Especificación de caso de uso ingresar compra 45
Tabla 14: Especificación de caso de uso ingresar venta 46
Tabla 15: Especificación de caso de uso consultar facturas emitidas 47
Tabla 16: Especificación de caso de uso ingresar/ crear producto 47
Tabla 17: Especificación de caso de uso crear lista de precios clientes 48
Tabla 18: Especificación de caso de uso ingresar nuevo proveedor 49
Tabla 19: RNF-01 interfaz del sistema 51
Tabla 24: Actores del sistema 54
Tabla 25: Casos de uso del sistema 55
Tabla 26: Necesidad de un Control de Inventarios 81
Tabla 27: Frecuencia de Control de Inventario 82
Tabla 28: Procedimiento en caso de faltante 83
Tabla 29: Personal Adecuado 84
Tabla 30: Cuadro Necesidades 84
Tabla 31: Necesidad de un sistema automatizado 85
Tabla 32: Nuevos equipos tecnológicos 86
Tabla 33: Nuevo Sistema 87
Tabla 34: Seguridad para los datos 88
Tabla 35: Cursos de capacitación 89
Tabla 36: CP-01 Iniciar Sesión 92
Tabla 37: CP-02 consultar stock de productos 92
Tabla 38: CP-03 ingresar producto 93
Tabla 39: CP-04 ingresar nuevo proveedor 93
Tabla 40: Estrategia integridad de la base de datos 94
9
INDICE DE FIGURAS
Figura 1: Fotografía de la DRAJ 11

Figura 2: Almacén central de la DRAJ 11
Figura 3: Ficha RUC DRAJ 12
Figura 4: Ubicación geográfica de la DRAJ 16
Figura 5: Fases e hitos de RUP 24
Figura 6: Objetivo de negocio 32
Figura 7: Realización de los casos de uso del negocio 36
Figura 8: Diagrama de actividades recepcionar bienes suministros 37
Figura 9: Realización CUN Atender los bienes, suministros y materiales 38
Figura 10: Realización CUN Realizar el control de inventarios 40
Figura 11: Diagrama de caso de uso iniciar sesión 56
Figura 12: Diagrama de secuencia iniciar sesión 57
Figura 13: Diagrama de comunicación iniciar sesión 57
Figura 14: Interfaz de iniciar sesión 58
Figura 15: Diagrama de caso de uso consultar stock de productos 58
Figura 16: Diagrama de secuencia consultar stock de productos 59
Figura 17: Diagrama de comunicación consultar stock de productos 59
Figura 18: Interfaz de consultar stock de productos 59
Figura 19: Diagrama de caso de uso ingresar devoluciones 60
Figura 20: Diagrama de secuencia ingresar devoluciones 60
Figura 21: Diagrama de comunicación ingresar devoluciones 60
Figura 22: Interfaz ingresar devoluciones 61
Figura 23: Caso de uso ingresar compra 61
Figura 24: Diagrama de secuencia ingresar compra 61
Figura 25: Diagrama de comunicación ingresar compra 62
Figura 26: Interfaz ingresar compra 62
Figura 27: Caso de uso ingresar venta 62
Figura 28: Diagrama de secuencia ingresar venta 62
Figura 29: Diagrama de comunicación ingresar venta 63
Figura 30: Interfaz ingresar venta 63
Figura 31: Caso de uso consultar facturas emitidas 64
Figura 32: Diagrama de secuencia consultar facturas emitidas 64
Figura 33: Diagrama de comunicación consultar facturas emitidas 65
Figura 34: Interfaz consultar facturas emitidas 65
Figura 35: Caso de uso ingresar/crear producto 66
Figura 36: Diagrama de secuencia ingresar/crear producto 66
Figura 37: Diagrama de comunicación ingresar/crear producto 66
Figura 38: Interfaz ingresar/crear producto 66
Figura 39: Caso de uso ingresar crear lista de precios clientes 67
Figura 40: Diagrama de secuencia crear lista de precios clientes 67
10
CAPÍTULO I
ASPECTOS GENERALES DE LA INSTITUCION DONDE SE
REALIZO LAS PRACTICAS PRE PROFESIONALES
1.1. Razón Social
a) Nombre de la institución
DIRECCION REGIONAL DE AGRICULTURA JUNIN-HUANCAYO
b) RUC
20402597918
c) Descripción de la institución
La Dirección Regional de Agricultura Junín – Huancayo es una
institución pública ubicada en la ciudad de Huancayo departamento
de Junín, es un órgano de línea desconcentrado del Gobierno
Regional de Junín, con dependencia funcional y Administrativa de
la Gerencia Regional de Desarrollo Económico.

11
d) Fotografía de la portada de la institución
Figura1. Fotografía de la Dirección Regional de Agricultura.

12
Figura 2. Fotografía en el almacén central de la Dirección Regional de
agricultura Junín – Huancayo como muestra y referencia de donde se realiza la
investigación
e) Ficha Ruc de la DRAJ
Figura 3. Ficha RUC de la Dirección Regional de Agricultura Junín –
Huancayo como muestra y referencia de donde se realiza la investigación
f) Misión
Promover el desarrollo integral y sostenible del agro regional, la
competitividad de los productores, la agro exportación de productos
con valor agregado, la inversión pública y privada, la generación de

13
empleo y la seguridad alimentaria en el contexto de una gestión
transparente y participativa
g) Visión
Institución competitiva para promover el cambio económico y social
de la población rural en el contexto de una región integrada con
productores agroexportadores con valor agregado y sostenibilidad
ambiental garantizando la seguridad alimentaria nutricional.
h) Descripción del área de estudio (Unidad de Logística)
 Formular el plan anual de adquisiciones, conforme a la
normatividad vigente.
 Suministrar los bienes y servicios requeridos por los órganos de la
Dirección Regional.
 Conducir los procesos de adquisición de bienes y servicios.
 Almacenar, custodiar, controlar y distribuir bienes requeridos por
los órganos de la Dirección Regional.
 Controlar los bienes patrimoniales, gestionar la realización de
inventarios y asegurar su saneamiento físico legal.
 Gestionar el trámite documentario institucional y archivo.
 Administrar y gestionar los recursos informáticos.
 Controlar el movimiento de la maquinaria agrícola, pesada y sus
implementos de la Dirección Regional.
 Atender las solicitudes de los usuarios sobre requerimiento de
maquinaria agrícola y pesada.

14
 Cumplir con el manual de operaciones de las maquinarias y con
las normas de administración de los recursos directamente
recaudados.
 Reportar mensualmente a la Oficina de Administración obre la
utilización de la maquinaria, utilización de combustible y captación
de los ingresos.
1.2. Actividades que realiza
La Dirección Regional de Agricultura - Junín, es un órgano dependiente
de la Gerencia de Desarrollo Económico del Gobierno Regional Junín.
Está encargada de promover las actividades productivas agrarias,
constituyendo instancia principal de coordinación a nivel regional de las
actividades del Sector Agrario, ejecuta las Políticas Agrarias a nivel
Regional y sus Proyectos.
El 20 de diciembre de 1971 mediante decreto legislativo 22042, se
integraron los ex ministerios de agricultura y alimentación, promulgándose
el 11 de julio de1978 el D.L. 22232, Ley Orgánica del sector Agrario con
su respectivo reglamento de organización y funciones, mediante D.S. 027-
79-AA del 22 de mayo de 1979.
El 21 de mayo de 1980, mediante D.L. 23054 se transfirió al Instituto
Nacional de Investigación Agraria (INIA) la oficina general de
comunicación técnica, la dirección general de Agricultura y Crianzas del
ministerio de Agricultura, así como el centro nacional de Capacitación e
investigación para la Reforma Agraria (CENCIRA).

15
Como se ha visto, una de las características del Ministerio de Agricultura
ha sido la inestabilidad organizacional no solo a nivel de áreas funcionales
sino al nivel de todo el Sector Agrario.
Entre 1969 y 1980, se han producido cuatro reorganizaciones cada tres
años sin considerar la reorganización indicada en 1981 y otras
modificaciones menores por disposiciones internas del ministerio y por
disposiciones de carácter general en todo el Sector Publico.
En 1980 facultado por el congreso, el Ejecutivo dio el Decreto Legislativo
Nº 02, Ley de Promoción y Desarrollo Agrario, reglamentado por el D.S.
147-81-AG. Posteriormente, el 26 de junio de1987, el Ejecutivo también
por facultades conferidas por el legislativo dicto el Decreto Legislativo
424, Ley Orgánica del Sector Agrario.
El 4 de abril de 1990, el gobierno promulgo el decreto legislativo 565,
Reglamento de Organización Funciones del sector Agrario, el mismo que
fue derogado por el Decreto Legislativo 25902, del 29 de noviembre de
1992 y el Reglamento de Organización y funciones del sector,
promulgado por la resolución Ministerial 0780-92-AG.
El gobierno de transición del presidente Valentín Paniagua, dispuso
mediante la Ley Nº27427 la reestructuración organizativa institucional del
Sector Publico con el objetivo de mejorar su eficiencia y racionalizar sus
gastos.
Mediante D.S. Nº017-2001-AG, del 18 de abril del 2001 se aprueba el
reglamento de Organización y Funciones del Ministerio de Agricultura que
se encuentra vigente hasta la fecha.

16
1.3. Ubicación Geográfica
Figura 4. Ubicación geográfica de la Dirección Regional de Agricultura Junín –
Huancayo como muestra y referencia de donde se realiza la investigación.
1.4. Organización (organigrama)
1.5. Área donde desarrollo sus practicas
Área de almacén central se encarga de garantizar el abasto suficiente de
los productos, almacenaje y manutención, preparación de pedidos,

17
coordinación de los productos para que lleguen en perfecto estado y
organización y control de las existencias.
1.6. Funciones donde desarrollo sus practicas
a) remisión de propuestas de pedidos a la unidad de compras.
b) revisión de los pactos de consumo/existencias (stock).
c) fijar programaciones para la entrada de mercancías.
d) control y supervisión de las existencias en el almacén.
e) reclamación de mercaderías pendientes de servir.
f) Análisis de cierres mensuales, atención a proveedores.
g) Recepción e identificación de materiales.
h) Control y gestión de las devoluciones de las devoluciones de artículos.
i) Mantenimiento y actualización de las etiquetas de estanterías.
j) Organización física de los artículos: distribución, ubicación, forma de
almacenaje, duplicidad, etc.
k) Control de caducidades y obsolescencias.
l) Controlar la preparación de los pedidos.

18
CAPÍTULO II
ASPECTOS GENERALES DE LAS PRACTICAS PRE
PROFESIONALES
2.1. Descripción de la Situación Actual o Labor a desarrollar
En la unidad de logística (almacén) de la Dirección Regional de
Agricultura – Huancayo adolece la necesidad de mejorar el manejo de
inventarios. En la actualidad se realizan procesos en los que no se tiene
en cuenta las necesidades de registro y control de inventarios, lo cual
desconoce los posibles requerimientos de los clientes internos y externos
de la institución. Se trata de actividades desarrolladas dentro del día a día
sin que el proceso de inventarios tenga claras sus responsabilidades y
muchas de las actividades son repetidas por diferentes personas. El
principal problema es que no existe sistema de control de inventarios,
además el proceso general no se realiza ordenadamente, las funciones se
entienden para cada cargo, por esta razón se presentó confusiones por
parte de la persona encargada de entregar los productos. La institución

19
debe organizarse internamente y para esto debe implementar un sistema
de control de inventarios que les permita desarrollar todas las actividades
a través de procesos con responsabilidades claras para cada persona del
departamento, minimizando el riesgo de pérdida de producto,
desconocimiento del stock actual.
 No se elaboran documentos correspondientes a la entrada o salida
de la mercancía como remisiones o traslados; es decir se realizan
los documentos manuales, pero en el momento de ingresarlos al
Excel, en ocasiones se omiten documentos o se ingresan mucho
después de haberse recibido la mercancía o de haber hecho el
documento de salida, esto ocasiona que los inventarios
permanezcan desactualizados y la información no sea real y
oportuna para las ventas lo cual lo que da lugar a la pérdida de
ingresos.
 No se almacena la mercancía ordenadamente según su referencia;
ya que en el momento de la descarga en la bodega algunas
referencias se extravían por la cual no se sabe a cuál pertenece,
esto hace que los inventarios puedan perderse.
El abordaje del problema planteado se justifica ampliamente desde dos
perspectivas principales, una en virtud de sus aportes para el logro del
control de los inventarios de la institución y otra en virtud de la pertinencia
y aportes académicos relacionados con la contaduría. El control eficiente
de los procesos de inventarios le permite a la institución reducir el
descontrol de las mercaderías De igual manera, la empresa puede contar

20
con información precisa y actualizada sobre los inventarios y su
afectación a los registros contables.
Por todo lo expuesto el proyecto del sistema a implementarse permitirá
resolver los problemas existentes en el área de almacén central de la
DRAJ optimizando los procesos para el control de inventario.
2.1.1 Problema General
¿Qué efecto tendría la implementación de un Sistema de control
de inventarios en la optimización de los recursos que se utilizan
en el proceso de compra y venta del almacén de la Dirección
Regional de Agricultura Junín – Huancayo?
2.1.2 Problemas Especificos
 ¿El retraso de entrega de productos al usuario se debe al
desconocimiento de la ubicación de los artículos solicitados?
 ¿La carencia de personal capacitado no permite la
implementación del control de inventarios?
 ¿la implementación de un sistema de control de inventarios
será una excelente opción para el almacén de la Dirección
Regional de Agricultura Junín – Huancayo?
2.2. Objetivos
2.2.1 Objetivo General
Analizar y diseñar un Sistema de Control Interno de Inventarios
mediante la metodología RUP para mejorar el control interno del
Almacén de la Dirección Regional de Agricultura Junín -
Huancayo
21
2.2.2 Objetivos Específicos
 Definir el modelamiento de negocio del almacén central.
 Establecer los requerimientos obtenidos mediante la técnica
de recolección de datos del almacén central.
 Analizar y diseñar el sistema de control interno de inventarios
para el almacén central.
2.3. Justificación
La Dirección Regional de Agricultura Junín posee una alta demanda de
distribución de artículos de escritorio, limpieza actualmente no cuentan
con un sistema de control de inventarios, que brinde de forma rápida,
transparente y segura la atención a los diferentes usuarios de las
diferentes oficinas, unidades y áreas. Es así que se plantea la necesidad
de emprender un sistema de control de inventarios, como una alternativa
eficiente, eficaz e innovadora de mejorar la prestación de sus servicios a
los usuarios.
La facilidad y necesidad del uso del internet, hace que cada día más
personas estén acostumbradas a realizar varias de sus tareas o
actividades personales, tales como consultas y pagos de servicios
básicos, transferencias bancarias, compras y ventas de productos, entre
otros desde sus casas u oficinas con tan solo ingresar a la web.
Contar con un sistema de control, ahorrara tiempo y dinero, tanto para los
encargados como para los propios clientes o usuarios que podrán
disponer de este sistema en todo tiempo.

22
2.3.1 Justificación práctica
La presente investigación al implementar un sistema de control de
inventarios para la Dirección Regional de Agricultura Junín.
Ayudará a mejorar la distribución y el control de artículos y
productos en almacén como también a que los procedimientos de
atención sean más rápidos para brindarles un buen servicio a los
usuarios, rigiéndose en su PEI y sus documentos de gestión para
cumplir a cabalidad sus respectivas funciones dadas.
2.3.2 Justificación metodológica
Bajo los lineamientos organizacionales de la Dirección Regional
de Agricultura Junín se ha contemplado la realización de un
sistema de control de inventarios para el buen funcionamiento del
mismo. Por las características del proyecto a desarrollar se
requiere de una metodología que se adapte a las futuras
implementaciones; por lo que se ha seleccionado al Proceso
Unificado como metodología de desarrollo, por ser incremental e
iterativo lo cual servirá de referencia a futuros trabajos que
aborden problemáticas similares.
2.4. Metodología RUP
El Proceso Racional Unificado es un proceso de desarrollo de software y
junto con el Lenguaje Unificado de Modelado UML, constituye la
metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un
conjunto de metodologías adaptables al contexto y necesidades de cada

23
organización. Originalmente se diseñó un proceso genérico y de dominio
público, el Proceso Unificado, y una especificación más detallada, el
Rational Unified Process, que se vendiera como producto independiente.
(Vásquez, 2008).
2.4.1 Metodología RUP (Rational Unifed Prcess)
RUP es un proceso de realización o de evolución de software
enteramente basado en UML y está constituido por un conjunto
de directivas que permiten producir software a partir del pliego de
condiciones (requerimientos). Cada directiva define quien hace
que y en qué momento. Un proceso permite, por tanto,
estructurar las diferentes etapas de un proyecto informático
Esta metodología propone un desarrollo iterativo incremental, es
decir el proyecto se divide en pequeños ciclos (iteraciones) en
donde cada uno desencadena en el lanzamiento de ejecutables
que permiten el análisis de la concordancia entre los
requerimientos, el diseño, el desarrollo y la implementación del
sistema.
RUP define 4 fases para el ciclo de vida del software que son los
siguientes: inicio (o concepción), elaboración, construcción y
transición.
24
Figura 5. Fases e hitos en RUP, se ven los pasos desde la iniciación hasta la transición.
2.4.1.1 Fases de la Metodología RUP
a) Fase Inicio
Se obtiene una visión inicial del producto, así como su
alcance, además se identifican los principales casos de
uso. Antes de iniciar el proyecto es conveniente
plantearse algunas cuestiones: el objetivo, la
factibilidad, construir o adaptar y el costo que involucra.
La fase de inicio trata de responder a estas preguntas y
a otras más. Sin embargo, una estimación precisa debe
ser la captura de todos los requisitos. Al terminar deben
obtenerse los siguientes productos:
 Una visión general de los requerimientos
principales del proyecto, un modelo inicial de
casos de uso y modelo del dominio (10-20%)
 Un caso de negocios inicial, incluyendo una
estimación de los recursos requeridos.
b) Fase Elaboracion
25
En esta fase se planifica las actividades y el equipo de
trabajo del proyecto, se identifican las necesidades y el
diseño de la arquitectura. El propósito de la fase de
elaboración es analizar el dominio del problema,
establecer los cimientos de la arquitectura, desarrollar
el plan del proyecto y eliminar los mayores riesgos. En
esta fase se construye un prototipo de la arquitectura,
que debe evolucionar en iteraciones sucesivas hasta
convertirse en el sistema final. Al terminar deben
obtenerse los siguientes productos:
 Modelo de Casos de Uso completo
 Req Descripción de la arquitectura software.
 Lista de riesgos y caso de negocio revisados.
 Plan de desarrollo para el proyecto.
 Un plan de desarrollo actualizado que
especifique el proceso a seguir. Requisitos
adicionales.
c) Fase construccion
Se realiza la implementación, definiendo los
subsistemas de implementación, desarrollando los
módulos establecidos, implementando el sitio y
realizando las pruebas. El fin de esta fase es la
finalización del producto, listo para ser entregado. Los
productos de la fase construcción son:

26
 Un modelo completo (casos de uso, análisis,
diseño, despliegue e implementación)
 Arquitectura íntegra (mantenida y mínimamente
actualizada)
 Documentación de usuario
 Una liberación “beta” del producto.
d) Fase de transisicon
En esta fase se asegura la implantación del sistema de
manera adecuada, incluyendo el entrenamiento de los
usuarios. El fin de esta fase incluye, la entrega de toda
la documentación del proyecto con los manuales de
instalación y todo el material de apoyo al usuario
manuales Técnico Funcional, Manual de Usuario, Los
productos de la fase de transición son:
 Prototipo operacional
 Documentos legales
 Caso de negocio completo y descripción de la
arquitectura completa y corregido.
FASE OBJETIVOS PUNTOS DE
CONTROL
Inicio Definir el alcance Objetivo del

del proyecto proyecto
Entender que se va
a construir
27
Elaboración Construir una Arquitectura

versión ejecutable de la
de la arquitectura aplicación
de la aplicación
Entender cómo se
va a construir
Construcción Completar el Versión

esqueleto de la Operativa
Aplicación con la inicial de la
funcionalidad aplicación
Construir una
versión Beta
Transición Poner a disposición Liberación

la aplicación para de la
los usuarios finales versión de
Construir la final. la
aplicación
2.4.2 Cuadro comparativo de las metodologías
Tabla 01
Comparacion de metodolgias
METODOLOGIAS RUP XP SCRUM

ENFOQUE Iterativo e Iterativo e Iterativo e
incremental incremental incremental
FASES  Inicio  Planificación  Pre –
 Elaboración del proyecto Juego
 Construcció  Diseño  Juego
n  Codificación  Post –
 Transición  Pruebas juego
PLANIFICACION Plan de proyecto No tiene una No tiene una
formal con documentación documentació
28
documentación formal, es abocado n formal, es

detallada, netamente al cliente y abocado
asociada a se realizan diversos netamente al
múltiples cambios durante el cliente y se
iteraciones. proyecto. realizan
Integrado al diversos
proceso del ciclo cambios
de vida del durante el
software. proyecto.
ARTEFACTOS Inicio:
Documento Visión
Especificación de
Requerimientos Historias de usuario Pila de product
Elaboración: TASK CADR Pila de sprint
Diagramas de Tarjetas CRC Incremento
caso de uso
Construcción:
Documento
Arquitectura que
trabaja con las
siguientes vistas:
VISTA LOGICA:
Diagrama de
clases
Modelo E-R (Si el
sistema así lo
requiere)
VISTA DE
IMPLEMENTACIO
N:
Diagrama de
Secuencia
Diagrama de
estados
Diagrama de
Colaboración
VISTA
CONCEPTUAL
Modelo de dominio
VISTA FISICA
Mapa de
comportamiento a
nivel de hardware
29
TIPO DE Recomendado Proyectos pequeños Proyectos

PROYECTO para grandes preparadas para pequeños
proyectos, a largo cambios durante el preparadas
plazo y alta proyecto para cambios
complejidad. durante el
proyecto
Nota: para diferenciar las metodologias en esta table se espicifica algunas comparaciones entre las
diferentes metodologias que existen en este caso RUP, XP y SCRUM. Fuente: Elaboracion Propia.
2.4.3 Explicación teórica de las metodologías a usa
Actualmente existe un gran apogeo del mercado de las
Tecnologías de la Información, concretamente del mercado de
productos de software, debido a que las empresas han notado la
importancia de contar con un buen sistema que brinde soporte y
automatice las actividades principales de la compañía.
En la investigación por ser un proyecto de desarrollo de Sistema
informático se optó por utilizar la metodología RUP que ofrece un
marco de trabajo por fases que guían el desarrollo desde la
planeación, análisis, diseño y construcción para obtener un
software de calidad. Integra al lenguaje unificado de modelado
(UML) el cual es un estándar para los sistemas orientados a
objetos, visto la problemática y necesidad identificada se propone
la implementación de un software. RUP es una metodología en la
que se describe quién, cómo, qué, en que tiempo y que
actividades se van a desarrollar en el proyecto, el quién
representa los distintos roles que puede desempeñar un individuo
en la organización, el cómo se refiere a la unidad de trabajo que

30
se asigna a un trabajador y el qué es la pieza de información
utilizada por un proceso. Para el desarrollo satisfactorio de este
proceso, es necesario cumplir con ciertas etapas, las mismas que
en conjunto determinarán el ciclo de vida y el éxito de la
aplicación.
31
CAPITULO III
DESCRIPCION DE LAS ACTIVIDADES REALIZADAS
3 MODELADO DE NEGOCIO
3.1 Objetivos del negocio
3.1.1Objetivo General:
Disminuir en un 100% el desconocimiento del stock actual de
productos del almacén para la Dirección Regional de Agricultura
Junín-Huancayo.
3.1.2 Objetivos Específicos:
Recepcionar los bienes, suministros y materiales en un 100%.
Atender los bienes, suministros y materiales en un 100%.
Realizar en un 100% el control de inventarios.

32
Figura 6. Objetivo del negocio Muestra una representación gráfica del objetivo del
negocio en este caso de la unidad de almacén central como organización que deberá
ofrecer a las unidades usuarias la atención de los bienes, suministros y materiales
respectivamente.
3.2 Descripción de los casos de uso del negocio
Describe a modo general las actividades que se realizan en los casos de
uso identificados.
Tabla 02
Descripción de casos de uso del negocio
Nombre de caso de uso del negocio Descripción
El área de almacén central

es el encargado de
recepcionar los bienes,
suministros y materiales
debidamente verificados
con sus respectivas
facturas, órdenes de
compra.
33

es el encargado de atender
los bienes, suministros y
materiales a las diversas
unidades usuarias
debidamente aprobadas por
sus jefes de unidades.

también es el encargado de
realizar el control de
inventarios para así saber
con cuanto de bienes,
cuenta en el almacén.
Nota: para realizar la descripción de los casos de uso de negocio se describe cada uno de ellos
que determinaran el negocio en mención Fuente: Elaboración propia.
3.3 Actores del negocio
Un actor del negocio es cualquier individuo, grupo, entidad,
organización, máquina o sistema de información externos; con los que el
negocio interactúa.
Tabla 03
Actores del negocio
Nombre del Descripcion Perfil

actor
Representa a todas las Cualquier persona
unidades usuarias que que necesite los
requieren de los bienes, bienes. Suministros
suministros y materiales y materiales del
para cumplir con sus almacén.
actividades propuestas.
Nota: en esta tabla se muestra los actores del negocio quienes realizan el modelado del negocio.
34
3.4 Trabajadores del negocio
Un trabajador del negocio es una abstracción de una persona (o grupo
de personas), que actúa en el negocio realizando una o varias
actividades, interactuando con otros trabajadores del negocio y
manipulando entidades del negocio.
Tabla 04
Trabajadores del negocio
Nombre del Descripción Perfil

trabajador
El proveedor es el El perfil del
único encargado de proveedor es la
solventar los bienes única persona
suministros y que va ofrecer los
materiales al área de servicios de
almacén central atención al área
debidamente de almacén
verificado. central.
Es la persona Persona con

encargada de verificar, conocimiento
ordenar, atender, etc. para la correcta
todo con respecto al atención a las
almacén central. diferentes
unidades
usuarias.
Es la persona que va Persona

verificar como está especializada en
llevando los esta área para
inventarios el área de poder verificar
almacén central para bien el control de
un correcto inventario. los inventarios.
Nota: en esta tabla se muestran todos los trabajadores del negocio que hacen posible la el
Cumplimiento de los objetivos planteados en La organización. Fuente: Elaboración Propia.

35
3.5 Entidades del negocio
Una entidad del negocio (business entity) representa un conjunto de
información con propiedades, comportamiento y semántica similares y
que es usada, producida o manejada por trabajadores del negocio
cuando ejecutan un caso de uso del negocio. Pueden ser tangibles o
intangibles.
Tabla 05
Entidades del negocio
Entidad Descripción
Documento que acredita todas las

compras realizadas donde contiene
número de orden de compra,
cantidad, marca, producto código de
serie, etc.
Documento que sustentan el traslado

de los bienes a las instalaciones del
área de almacén central.
Documento que acredita la compra y

el monto de cancelar de los
productos formalmente para la
sustentación respectiva del área del
almacén central.
Documento donde se remite el

movimiento trimestral del almacén
central para que tengan el
conocimiento de las actividades
realizadas.
36
Documento donde se informan todos

los movimientos, saldos, entradas a
las áreas superiores de la Dirección
Regional de Agricultura.
Nota: en la tabla se muestra todas las entidades del negocio que hacen posible la realización
De la misma. Fuente: elaboración propia.
3.6 Realización de los casos de uso del negocio
Figura 7. Realización de casos de uso del negocio que harán posible la realización del sistema
propuesto. Fuente: elaboración propia.
3.7 Realización CUN Recepcionar los bienes, suministros y materiales
3
37
Figura 8. Diagrama de actividades CUN recepcionar bienes suministros y materiales. Muestra
e conjunto de actividades que realizan en el caso de uso del negocio Recepcionar bienes,
suministros y materiales. Fuente: elaboración propia.
Tabla 06
Especificación del CUN recepcionar los bienes
Caso de Uso del Negocio Recepcionar bienes,

Actores DRAJ- HUANCAYO
Propósitos Recepcionar bienes suministros y materiales
Resumen: El caso de uso se inicia cuando el personal de almacén
recepciona los bienes suministros y materiales todos respectivamente
con sus órdenes de compra guías de remisión facturas para así
reportar la entrada de productos a almacén.
Caso de usos asociados
Curso Normal de los eventos
ACTIVIDADES
1 RESPONSABLE DE LA UNIDAD DE LOGISTICA, envía la orden
de compra debidamente firmada, al área de almacén central para la
recepción de los bienes.
2 RESPONSABLE DEL AREA DEL ALMACEN CENTRAL,
recepciona la orden de compra y espera los bienes, suministros y/o
materiales por parte del proveedor.
3 PROVEEDOR, realiza la entrega de los bienes de acuerdo con la
Orden de compra acompañado de la guía de remisión y factura,
dichos documentos entregara al responsable del área de almacén
central.
4 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, verifica
la marca, cantidad , calidad, código serie y modelo si cuenta con la
guía de remisión y factura, inmediatamente comunica a la unidad
usuaria para que de conformidad.
5 UNIDASD USUARIA, realiza o encarga la verificación del bien, si
tienen las características solicitadas procede a dar conformidad.
6 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, refrenda
las órdenes de compra y guías de remisión, solicitando una copia
38
de la factura para archivo de almacén.

7 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, registra
el ingreso de los bienes en tarjetas bancar y el kardex y pasa a ser
de custodia de la entidad.
8 RESPONSABLE DEL AREA DEL ALMACEN CENTRAL, remite
el reporte trimestral de movimiento de almacén, al responsable de
la unidad de contabilidad y al área de patrimonio mediante la unidad
de logística.
9 RESPONSABLE DE LA UNIDAD DE LOGITICA, recibe el
reporte trimestral para tener conocimiento de las actividades
realizadas por el área de almacén central.
Curso Alternativo de los eventos
Prioridad Alta
Mejoras Permitirá automatizar la información de forma
consistente para su posterior uso.
Nota: en la tabla de recepcionar bienes, suministros y materiales se detalla cada paso de cada
actividad realizada con sus respectivos responsables. Fuente: elaboración propia.
3.8 Realización CUN Atender los bienes, suministros y materiales
Figura 9. Muestra el conjunto de actividades que realizan en el caso de uso del negocio
atender bienes, suministros y materiales. Fuente: elaboración propia.

39
Tabla 07
Especificación del CUN atender los bienes, suministros y materiales
Caso de Uso del Negocio Atender los bienes,

Propósitos Atender los bienes, suministros y materiales
Resumen: El caso de uso se inicia el responsable de almacén tiene
que atender a las diferentes áreas usuarias que requieren los
diferentes bienes suministros y materiales del almacén central.

ACTIVIDADES
1 RESPONSABLE DE LA UNIDAD USUARIA, remite el pedido
debidamente aprobado al área de almacén central para la atención.
2 RESPONSABLE DEL AREA DEL ALMACEN CENTRAL, revisa
el pedido y verifica su existencia en el almacén.
3 RESPONSABLE DEL ALMACEN CENTRAL, procede a preparar
el pedido al detalle.
4 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, elabora
la PECOSA consignando las características de los bienes,
suministros y/o materiales a entregar.
5 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, procede
a despachar los bienes, suministros y/o materiales a la unidad
usuaria.
6 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, registra
salida de materiales en tarjeta de control visible (bincard) y kardex.
7 RESPONSABLE DEL AREA DE AÑMACEN CENTRAL, atiende
el pedido y entrega una copia de la PECOSA, a la unidad usuaria.
8 UNIDAD USUARIA, recepciona el bien, suministro o material para
su utilización.
9 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, realiza
un cruce de información mensual con el área de integración
contable.
40
Prioridad Alta
Nota: en esta tabla se muestra la especificación de atender a los bienes suministros.
3.9 Realización CUN Realizar el control de inventarios
Figura 10. Muestra e conjunto de actividades que realizan en el caso de uso del negocio control
de inventarios. Fuente: elaboración propia.
Tabla 08
Especificación del CUN control de inventarios
Caso de Uso del Negocio Control de inventarios

Propósitos Control de inventarios
Resumen: El caso de uso se inicia cuando el responsable de almacén
verifica, cuenta los bienes suministros y materiales del almacén central
donde contrasta que productos entraron salieron, para luego entregar
un informe minucioso a las unidades superiores.
ACTIVIDADES
1 RESPONSABLE DE LA UNIDAD DE LOGISTICA, solicita a la
DRAJ, llevar a cabo un control de inventarios y designe a la
comisión de inventario.
41
2 DIRECTOR REGIONAL DE AGRICULTURA, aprueba el control

de inventarios y mediante resolución conforma a la comisión de
inventario y permite el cierre del ejercicio y comunica al área de
almacén central.
3 RESPONSABLE DEL ALMACEN CENTRAL, realiza una
preparación para facilitar el control de inventario estableciendo
mecanismos e instrumentos a efectos de realizar la verificación de
bienes de almacén.
4 RESPONSABLE DEL AREA DE ALMACEN CENTRAL, en
cumplimiento a la resolución de designación, levantan un acta de
instalación conjuntamente con el responsable del área de almacén
central.
5 COMISION DE INVENTARIO, toma la existencia, contrastando
con tarjetas BINCARD verificando la existencia, seguridad y el
estado de los materiales.
6 COMISION DE INVENTARIO, de hallar faltantes, se revisa los
reportes de atenciones por mes minuciosamente una por una.
7 COMISION DE INVENTARIO, al detectarse sobrante se hace
nota de entrada al almacén, determinando el valor del último precio
consignado en la tarjeta de kardex.
8 COMISION DE INVENTARIO, al culminar el control de inventario
proceden a realizar un informe y envían al responsable de la unidad
de logística.
9 RESPONSABLE DE LA UNIDAD DE LOGITICA, recepciona el
informe de la comisión de inventario, verifica y da su conformidad
mediante su firma.
Prioridad Alta
Nota: en esta tabla se muestra todas las actividades realizadas en el control de inventarios.
42
3.10 REQUERIMIENTOS FUNCIONALES
3.10.1 Identificación de los casos de uso del sistema

Tabla 09
Matriz de identificación de casos de uso del sistema
Casos de
Actividad del Requerimientos Actores del
CUN Nº RF uso del
Negocio del sistema sistema
sistema
Gestión de Establece Accede al Autentificar Usuario
inventarios de Registrar sistema paciente
entradas contraseña
RF01
salidas de acceso
almacén
Stock de Consultar stock Entrada de Almacenaro

productos productos almacen
RF 02
Salidas de Almacenero
alamcen
Ingresar Ver Almacenero
Elabora
devoluciones deevoluciones
gestion de RF03
Eliminar Almacenero
devoluciones
devoluciones
Elabora Ingresar compra Ingresa Almacenero
gestión de RF04 compras
compras recibidas
Elabora Ingresar venta Ver ventas Almacenero
gestion de RF05 ingresadas
ventas
Ver facturas Almacenero
Gestiona la Consultar emtidas
consulta de RF06 facturas Eliminar Almacenero
facturas emitidas facturas
emitidas
Gestiona el Ingresar Crear Nuevo Almacenero
RF07
ingreso de producto producto
productos
Ingresar lista de crear lista de Almacenero
precios clientes precios
Gestiona clientes
RF08
precios
43
Ingresar nuevo Crear Nuevo Almacenero

Gestiona
RF09 proveedor proveedor
proveedores
Nota: en esta tabla se presenta todos los requerimientos del sistema que van a ser posible la realización
del sistema propuesto. Fuente: elaboración propia.
3.10.2 Modelos de casos de uso de requerimiento
Tabla 10
Especificación de caso de uso iniciar sesión (autentificación)
Caso de uso Iniciar Sesión (autentificación)

Actores Almacenero
Propósito permite al usuario iniciar una sesión,
desplegando el menú principal del sistema de
acuerdo a su perfil de usuario, para ello el
sistema valida si el usuario existe y si se
encuentra en estado activo, y a continuación
verifica si la contraseña esta correcta.
Precondiciones el usuario debe estar creado en la base de
datos del sistema
Flujo principal  Digitar el usuario y contraseña (campos
obligatorios).
 El sistema valida si el usuario y
contraseña son correctos para permitir el
acceso.
 El sistema consiente el inicio de sesión
de manera que se desplegara el menú
del mismo de acuerdo al perfil asignado.
Excepciones Validación de usuario: si el usuario y/o
contraseña son incorrectos, o si el usuario se
encuentra en estado eliminado, reflejara un
mensaje de erros y no podrá acceder al
sistema.
Nota: en la presente tabla se muestra el requerimiento de inicio de sesión.
Fuente: Elaboración propia.
Tabla 11
44
Especificación de caso de uso consultar stock de productos
Caso de uso Consultar stock productos

Actores Almacenero
Propósito Permitir consultar stock de productos
Resumen En este caso de uso muestra el stock de
productos existente en la bodega.
Precondiciones Tienen que estar registrados los productos, y
las unidades de peso.
Flujo principal En la pantalla principal escoger <<inventario>>,
luego <<stock de productos>> se debe
seleccionar la unidad de peso de una lista de
valores ya ingresados anteriormente presionar
el botón <<consultar>> se mostrara una
pantalla con los datos del producto, cantidad,
unidad de peso.
Excepciones Información incompleta: ingresar la unidad de
peso
Nota: en esta tabla se muestra el caso de uso consultar stock de productos. Fuente:
elaboración propia.
Tabla 12
Especificación de caso de uso ingresar devoluciones
Caso de uso Ingresar devoluciones

Actores Almacenero
Propósito Permitir ingresar devoluciones
Resumen En este caso de uso, se ingresa las
devoluciones
Precondiciones Tienen que estar registrados los productos, los
clientes
Flujo principal En la pantalla principal escoger <<inventario>>,
luego <<devoluciones>>
Nos muestra una pantalla donde debemos
ingresar el cliente de una lista de valores y se
visualiza en pantalla los datos de Ruc,
dirección, teléfono, mail, ingresar sucursal de
una lista de valores y el descuento.
Subflujo Al presionar “añadir producto” nos aparecerá
una pantalla de “producto” donde se ingresa
cantidad, unidad de peso, producto.
Al presionar el botón <<insertar>>, aparece en
45
la pantalla anterior los datos ingresados en la

ventana “detalle factura” nos muestra el
producto ingresado, podemos “editar”, que
llama a la misma pantalla donde se puede
modificar, “eliminar”, se borra el producto.
Presionamos el botón <<guardar>> y aparece
un mensaje que nos confirma que la
“información fue correctamente guardada”
Presionamos <<aceptar>>, en la ventana se
muestra un icono “imprimir” donde se manda a
imprimir la devolución.
Excepciones Información incompleta: falta llenar cantidad,
producto y unidad de peso.
Nota: en la tabla se muestra el requerimiento ingresar toda las devoluciones posibles.
Tabla 13
Especificación de caso de uso ingresar compra
Caso de uso Ingresar compra

Actores Almacenero
Propósito Permitir ingresar la compra
Resumen En este caso de uso, se ingresa la compra, se
ingresa los datos de la compra.
Precondiciones Tienen que estar registrados los proveedores y
productos.
Flujo principal En la pantalla principal escoger <<compras>>,
luego <<compras producto>> donde se
presenta el formulario de compras, se ingresa
los datos de proveedor se escoge los
proveedores ingresados anteriormente, y se
presenta en pantalla los datos del Ruc, teléfono,
mail, n° de factura.
Forma de pago: se escoge de una lista de
parámetros.
Subflujo Se presenta la pantalla <<añadir detalle de
compra>> esta pantalla debe ser llenada con
información de cantidad, unidad de peso,
producto, valor unitario, si presiona
<<insertar>>, se inserta el detalle de compra. Si
46
presiona <<cancelar>>, se cancela el ingreso

de la compra se presenta la pantalla <<detalle
de compra>>, con el botón <<guardar>> donde
se guarda el detalle de la compra, la opción
“editar”, donde se edita y llama a la pantalla
<<añadir detalle de compra>>.
“eliminar”, se elimina la compra.
Excepciones Información incompleta: falta información en los
campos número de factura, forma de pago,
cantidad, unidad de peso, producto, valor
unitario.
Nota: en esta tabla se presenta el requerimiento funcional ingresar compra. Fuente:

Elaboración propia.
Tabla 14
Especificación de caso de uso ingresar venta
Caso de uso Ingresar venta

Actores Almacenero
Propósito Permitir ingresar la venta
Resumen En este caso de uso, se ingresa los datos de la
venta
Precondiciones Tienen que estar ingresados los datos del
cliente, la forma de pago y productos
registrados.
Flujo principal En la pantalla principal escoger <<ventas>>,
luego <<facturación>> aquí se genera
automáticamente la fecha y el número de
factura.
Se debe ingresar los datos del cliente (de una
lista ingresada anteriormente) muestra en
pantalla los datos del ruc, y la dirección.
Seleccionar sucursal en el caso que existiera,
de una lista de opciones pre ingresadas.
Ingresar forma de pago de una lista de opciones
y descuento.
Subflujo Se presenta la pantalla <<añadir producto>>, la
cual debe ser llenado con los datos de cantidad,
peso de una lista de parámetros, producto, de
una lista de parámetros.
Si el usuario presiona el botón <<insertar>>
47
para almacenar los detalles de la venta, si el

usuario presiona <<cancelar>> cancelar el
detalle de la venta se presenta la pantalla
<<detalle factura>> si el usuario presiona el
botón <<guardar>> se almacenan los cambios
efectuados en la venta si el usuario presiona
“editar”, se puede modificar la venta realizada si
el usuario presiona “eliminar”, se elimina la
venta realizada si presiona el icono
<<imprimir>>, se imprime la venta.
Excepciones Información incompleta: falta llenar cliente,
forma de pago, selecciona producto, cantidad.
Nota: en la table se presenta e requerimiento functional ingresar
Venta. Fuente: elaboracion propia.
Tabla 15
Especificación de caso de uso consultar facturas emitidas
Caso de uso Consultar facturas emitidas

Actores Almacenero
Propósito Permitir ingresar las facturas emitidas
Resumen En este caso de uso, se ingresa las facturas
emitidas, y los parámetros de estado.
Precondiciones Tienen que estar ingresadas las facturas
Flujo principal En la pantalla principal escoger <<ventas>>,
luego <<facturas emitidas>> se presenta una
pantalla para ingresar el rango de la fecha que
se desea consultar y estado que se escoge de
una lista de valores de parámetros ingresados
anteriormente.
Subflujo Si presionamos “ver” se genera un reporte de
esa factura.
campos fecha dese y fecha hasta.
Nota: en esta tabla se muestra el requerimiento funcional consultar facturas emitidas.

Tabla 16
Especificación de caso de uso ingresar/ crear producto

48
Caso de uso Ingresar / crear producto

Actores Almacenero
Propósito Permitir crear/ modificar /eliminar un producto
Resumen En este caso de uso, se presenta una lista de
los productos
Precondiciones Tener ingresados los tipos de productos
Flujo principal Al ingresar al sistema se debe entrar como
almacenero para que pueda ver esta opción.
Se presenta una pantalla con los siguientes
datos: nombre, tipo de producto, descripción.
Si presionamos “eliminar” se eliminará el
producto.
Si presionamos “editar” podemos modificar el
producto, se muestra una pantalla producto.
Si presionamos <<añadir producto>>, podemos
crear un producto.
Subflujo En la pantalla “producto” podemos crear y
modificar el producto, se muestra producto, tipo
una lista de valores y descripción
Si presionamos <<editar>>, se guardará el
cambio
Si presionamos <<cancelar>>, no se guardara
el cambio.
campos producto, tipo producto.
Nota: en esta tabla se muestra el requerimiento funcional Ingresar/ crear producto.

Fuente: elaboración propia.
Tabla 17
Especificación de caso de uso crear lista de precios clientes
Caso de uso Ingresar crear lista de precios clientes

Actores Almacenero
Propósito Permitir crear/ modificar /eliminar lista de
precios cliente
precios por cliente
Precondiciones Tener ingresados los tipos de parámetros que
se utilizan en esta pantalla.
almacenero para que pueda ver esta opción, en
49
la pantalla principal escoger

<<administración>>, luego <<lista de precios
por cliente>>
Se presenta en la pantalla una lista de valores
para seleccionar “cliente”
Seleccione unidad de peso de una lista de
valores y se presiona e botón <<consultar>>
Se muestra una lista con los datos de producto,
precio, unidad de peso.
“editar” llama a la pantalla para modificar, el
detalle del producto cliente.
“borrar” eliminar el producto especificado de
este cliente.
Subflujo Al presiona <<añadir producto>> va a la
pantalla “detallar producto y precio del cliente”
producto: de una lista de valores, precio, unidad
de peso que se muestra desactivada
<<insertar>> se guarda los datos ingresados.
<<Cancelar>>, no se guardan los datos.
campos producto, unidad de peso, precio
clientes.
Nota: en la tabla se muestra el requerimiento funcional ingresar crear lista de precios
Tabla 18
Especificación de caso de uso ingresar nuevo proveedor
Caso de uso Ingresar nuevo proveedor

Actores Almacenero
Propósito Permitir crear/ modificar /eliminar proveedor
los proveedores, que se pueda modificar,
eliminar.
Precondiciones Tener ingresados los tipos de parámetros que
se utilizan en esta pantalla.
almacenero para que pueda ver esta opción, en
la pantalla principal escoger
<<administración>>, luego <<proveedores>> se
presenta una pantalla con los siguientes datos:
50
datos personales, nombre comercial, tipo de

proveedor, contacto, direcciones y teléfonos si
presionamos “eliminar” se eliminara el
proveedor si presionamos “editar” podemos
modificar los datos del proveedor, se muestra
una pantalla con los datos si presionamos
<<añadir nuevo proveedor>>, podemos crear
un producto.
Subflujo En la pantalla “ingreso proveedor” podemos
crear y modificar el proveedor y datos
personales: identificación, nombres apellido
paterno, apellido materno, mail nombre
comercial, tipo proveedor.
campos producto, unidad de peso, precio
clientes.
Nota: en la tabla se muestra el requerimiento funcional Ingresar Nuevo proveedor.
3.11 REQUERIMIENTOS NO FUNCIONALES
Representa una propiedad o atributo del sistema en cuanto a:
Seguridad
- Garantizar la confiabilidad, la seguridad y el desempeño del
sistema informático a los diferentes usuarios. En este sentido la
información almacenada o registros realizados podrán ser
consultados y actualizados permanente y simultáneamente, sin
que se afecte el tiempo de respuesta.
- Garantizar la seguridad del sistema con respecto a la
información y datos que se manejan tales sean documentos,
archivos y contraseñas.
Fiabilidad
51
- El sistema debe tener una interfaz de uso intuitiva y sencilla, que
facilite la interacción con el usuario y debe tener un diseño acorde
a la identidad de la organización.
Disponibilidad
- La disponibilidad del sistema debe ser continua con un nivel de
servicio para los usuarios de 7 días por 24 horas, garantizando un
esquema adecuado que permita la recuperación del sistema ante
una posible falla en cualquiera de sus componentes.
Mantenibilidad
- El sistema debe disponer de una documentación fácilmente
actualizable que permita realizar operaciones de mantenimiento
con el menor esfuerzo posible.
Portabilidad
-El sistema será implantado bajo la plataforma de Windows.
Tabla 19
RNF-01 interfaz del sistema
Identificación RNF01
del
requerimiento
Nombre del Interfaz del sistema
requerimiento
características El sistema presentara una interfaz de usuario
sencilla posible para que sea de fácil manejo a
los usuarios del sistema
Descripción El sistema debe tener una interfaz de uso
del intuitiva, ágil y sencilla
requerimiento
Prioridad del requerimiento
Alta
52
Nota: en la tabla se muestra la interfaz del sistema. Fuente: Elaboración Propia.
Tabla 20
Identificación RNF02
del
requerimiento
Nombre del Desempeño
requerimiento
características El sistema garantizara a los usuarios un
desempeño optimo en cuanto a las operaciones
realizadas con la base de datos y a nivel de la,
aplicación
Descripción Garantizar el desempeño del sistema
del informático frente a la concurrencia de datos.
requerimiento
Alta
Nota: en esta tabla se muestra e desempeño. Fuente elaboración propia.
Tabla 21
Identificación del RNF03
requerimiento
Nombre del Nivel de usuario
requerimiento
características Garantizara al usuario el acceso de
información de acuerdo al nivel que
posee.
Descripción del Facilidades y controles para permitir el

requerimiento acceso a la información al personal
autorizado, con la intención de
consultar y subir información
53
pertinente para cada una de ellas.

Alta
Nota: en esta tabla se muestra el nivel de usuario. Fuente: elaboración propia.
Tabla 22

requerimiento
Nombre del Seguridad en información
requerimiento
características El sistema garantizara a los usuarios una
seguridad en cuanto a la información que
se procede en el sistema.
Descripción del Garantizar la seguridad del sistema con
requerimiento respecto a la información y datos que se
manejan tales sean documentos, archivos y
contraseñas.
Prioridad del requerimiento Alta
Nota: se muestra la seguridad de la información. Fuente: elaboración propia.
Tabla 23

requerimiento
Nombre del Confiabilidad continúa del sistema.
requerimiento
características El sistema tendrá que estar en
funcionamiento las 24 horas los 7 días de la
semana. Debido a que es un sistema web
diseñada para la consulta de daros.
Descripción del El sistema debe estar disponible las 24h y
requerimiento los 7 días de la semana.
Prioridad del requerimiento Alta
Nota: muestra confiabilidad del sistema. Fuente: elaboración propia.

54
3.12 Análisis y diseño del sistema
3.12.1 Actores del sistema
Es la persona o software que interactúa directamente con el
sistema. El que proporciona o recibe datos al sistema.
Es la persona o software que interactúa directamente con el
sistema. El que proporciona o recibe datos al sistema.
Tabla 24
Actores del sistema
Nombre del Descripción Perfil

trabajador
El almacenero el único El perfil del usuario
que podrá tener acceso al Almacenero es el
almacén central quien único que podría
podrá verificar, modificar, realizar todas las
eliminar todo lo tareas que posee
concerniente a los bienes el sistema. Sera
suministros y materiales. una persona
capacitada que
conozca el
sistema.
Los usuarios serán Usuario que
quienes requieran los ingrese y consulte
productos del almacén los diferentes
central quienes tendrán un bienes suministros
módulo para ver precios y y materiales que
productos. necesite para
desarrollar sus
labores
respectivas.
Nota: se muestra todos los actores del sistema que serán parte de la interacción entre
ellas como son el almacenero y los usuarios que requerirán de las mercaderías del
almacén para cumplir con los objetivos propuestos dentro de la organización. Fuente:
55
3.12.2 Identificación de los casos de uso del sistema
Tabla 25
Casos de uso del sistema
Nª Caso de uso Descripción

CU_01 El paciente tendrá que
ingresar su login y
password para acceder al
sistema.
CU_02 Una vez que el

almacenero consulte el
stock de productos en el
almacén central podrá
verificar la cantidad de
productos habidos en el
almacén y si hay faltantes
podrá solicitar el
abastecimiento a los
proveedores respectivos.
CU_03 El almacenero podrá
registrar las devoluciones
correspondientes habidas
una vez llegados el
producto ya que muchas
veces llegaran productos
no requeridos por el
almacén central ya sean
los colores, marcas,
tamaños, etc.
CU_04 El almacenero deberá
ingresar al sistema todos
los bienes suministros y
materiales comprados
guiándose por las órdenes
de compra
correspondientes cada uno
en sus diferentes módulos.
56
CU_05 En almacenero deberá

ingresar al sistema todas
las ventas a los usuarios
para así tener un control
exhaustivo de las salidas
de los bienes suministros y
materiales.
CU_06 En almacenero podrá
consultar las diferentes
facturas emitidas a los
diferentes usuarios ya
atendidos.
ingresar minuciosamente
todos los productos al
sistema ordenados por
año, categoría.
crear la lista de precios
para que los clientes lo
puedan visualizar y
adquirir los productos.
CU09 El almacenero podrá crear
a los proveedores
respectivos para la
adquisición de los bienes
suministros y materiales.
Nota: en la tabla se muestra todos los casos de uso del sistema a implementar. Fuente:
3.12.3 Modelado de los casos de uso del sistema
 Diagrama de caso de uso iniciar sesión

57
Figura 11. Muestra el caso de uso de uso relacionado al requerimiento
funcional iniciar sesión. Fuente: elaboración propia.
 Diagrama de secuencia iniciar sesión
Figura 12. Muestra el diagrama de secuencia para la autenticación del usuario
que permite describir los pasos secuenciales para el acceso al sistema. Fuente:
 Diagrama de comunicación iniciar sesión
Figura13. Muestra el diagrama de comunicación que muestra la interacción
del usuario con la interfaz, control y entidad del Sistema. Fuente: elaboración
propia.
 Interfaz de iniciar sesión

58
Figura 14. Muestra la pantalla de inicio de sesión del sistema de inventarios
con los campos considerados del usuario mediante el usuario y contraseña.
 Diagrama de caso de uso consultar stock de
productos
funcional stock de productos. Fuente: elaboración propia.
 Diagrama de secuencia consultar stock de productos

59
Figura 16. Muestra el diagrama de secuencia para el stock de productos que
permite describir los pasos secuenciales. Fuente: elaboración propia.
 Diagrama de comunicación consultar stock de
productos
Figura 17. Muestra el diagrama de comunicación que muestra la interacción
propia.
 Interfaz de consultar stock de productos
Figura 18. Muestra la pantalla de consultar stock de productos del sistema de
inventarios con los campos considerados para encontrar dicho producto.
 Diagrama de caso de uso ingresar devoluciones

60
Figura19. Muestra el caso de uso de uso relacionado al requerimiento
funcional ingresar devoluciones. Fuente: elaboración propia.
 Diagrama de secuencia ingresar devoluciones
Figura 20. Muestra el diagrama de secuencia para el ingreso de las
devoluciones que permite describir los pasos secuenciales. Fuente:
 Diagrama de comunicación ingresar devoluciones
propia.
 Interfaz ingresar devoluciones

61
Figura 22. Muestra la pantalla de devolución de productos del sistema de
 Caso de uso ingresar compra
funcional ingresar compras. Fuente: elaboración propia.
 Diagrama de secuencia ingresar compra
Figura 24. Muestra el diagrama de secuencia para el ingreso de las compras
que permite describir los pasos secuenciales. Fuente: elaboración propia.
 Diagrama de comunicación ingresar compra

62
propia.
 Interfaz ingresar compra
Figura 26. La pantalla ingresar compras del sistema de inventarios con los
campos considerados para encontrar dicho producto. Fuente: elaboración
propia.
 Caso de uso ingresar venta
funcional ingresar ventas. Fuente: elaboración propia.
 Diagrama de secuencia ingresar venta

63
Figura 28. Muestra el diagrama de secuencia para el ingreso de las ventas
 Interfaz ingresar venta
propia.
 Interfaz ingresar venta
Figura 30. Muestra la pantalla ingresar ventas del sistema de inventarios con
los campos considerados para encontrar dicho producto. Fuente: elaboración
propia.
 Caso de uso consultar facturas emitidas
funcional consultar facturas emitidas. Fuente: elaboración propia.

64
 Diagrama de secuencia consultar facturas emitidas
Figura 32. Muestra el diagrama de secuencia para consultar las facturas
emitidas que permite describir los pasos secuenciales. Fuente: elaboración
propia.
 Diagrama de comunicación consultar facturas
emitidas
propia.
65
 Interfaz consultar facturas emitidas
Figura 34. Muestra la pantalla consultar facturas emitidas del sistema de
 Caso de uso ingresar/crear producto
funcional ingresar crear producto. Fuente: elaboración propia.
 Diagrama de secuencia ingresar/crear producto

66
Figura 36. Muestra el diagrama de secuencia para ingresar crear producto que
permite describir los pasos secuenciales. Fuente: elaboración propia.
 Diagrama de comunicación ingresar/crear producto
propia.
 Interfaz ingresar/crear producto
Figura 38. Muestra la pantalla ingresar productos del sistema de inventarios
con los campos considerados para encontrar dicho producto. Fuente:
 Caso de uso ingresar crear lista de precios clientes
funcional crear lista de precios clientes. Fuente: elaboración propia.

67
 Diagrama de secuencia ingresar crear lista de precios
clientes
Figura 40. Muestra el diagrama de secuencia para ingresar crear lista de
precios clientes que permite describir los pasos secuenciales. Fuente:
 Diagrama de comunicación crear lista de precios
clientes
propia.
68
 Interfaz ingresar crear lista de precios clientes
Figura 42. Muestra la pantalla ingresar lista de precios clientes del sistema de
 Caso de uso ingresar nuevo proveedor
Figura 43. Muestra el caso de uso del sistema ingresar nuevo proveedor.
 Diagrama de secuencia ingresar nuevo proveedor

69
Figura 44. Muestra el diagrama de secuencia para ingresar nuevo proveedor
 Diagrama de comunicación ingresar nuevo proveedor
propia.
 Interfaz ingresar nuevo proveedor
Figura 46. Muestra la pantalla ingresar nuevo proveedor del sistema de

70
3.12.4 diagrama de clases
Figura 47. Muestra diagrama de clases del sistema a realizar de cómo se va estructurar
y organizar cada módulo a programar. Fuente: elaboración propia.
3.13 Arquitectura del sistema
La arquitectura de este sistema está basada en arquitectura de
tres capas. La calidad tan especial de este tipo de arquitectura
consiste en aislar la lógica de la aplicación y convertirla en una
capa intermedia bien definida y lógica del software. En la capa de
presentación de realiza relativamente poco procesamiento de la
aplicación; las ventanas envían a la capa intermedia peticiones de
trabajo; y éste se comunica con la capa de datos.
3.13.1 Códigos del sistema registrar productos

4 using System;
5 using System.Collections.Generic;
6 using System.ComponentModel;
71
7 using System.Data;
8 using System.Drawing;
9 using System.Linq;
10 using System.Text;
11 using System.Threading.Tasks;
12 using System.Windows.Forms;
13 using System.Data.SqlClient;
14
15 namespace PROYECTO_ROGGERS
16 {
17 public partial class frm_producto : Form
18 {
19 LibreriaRg.Libreria LIB = new LibreriaRg.Libreria();
20 DataTable dt_estudiante = new DataTable();
21 BindingSource bs_estudiante = new BindingSource();
22 public bool estado = false;
23 public static string NombreUsuarioPrivilegio;
24 public frm_producto()
25 {
26 InitializeComponent();
27 }
28
29 private void button1_Click(object sender, EventArgs e)
30 {
31 NombreUsuarioPrivilegio = dataGridView1.CurrentRow.Cells[0].
32 Value
33 + "-" +
dataGridView1.CurrentRow.Cells[1].Value;
34 Frm_stock W1 = new Frm_stock();
35 W1.ShowDialog();
36 }
38 {
39 string mirella = LIB.StringConDB();
40
41 SqlConnection con = new SqlConnection(mirella);
42
43 SqlCommand ordenSQL;
44
45 ordenSQL = new SqlCommand("sp_insertar_producto '" +
46 textBox1.Text + "','" + textBox2.Text + "','" + textBox3.Text + "','"
47 + textBox15.Text + "','" + textBox16.Text + "','" + textBox17.Text
48 + "'", con);
49
50 con.Open();
51 ordenSQL.ExecuteNonQuery();
52
53 this.matricula_Load(sender, e);
54
55 textBox1.Enabled = true;
56 textBox1.Text = "";
62
63 }
64 private void matricula_Load(object sender, EventArgs e)
65 {
68
70
72 SqlDataAdapter daEstudiante = new SqlDataAdapter
72
73 ("select * from producto", con);

74
75 con.Open();
76 dt_estudiante.Clear();
77 daEstudiante.Fill(dt_estudiante);
78 bs_estudiante.DataSource = dt_estudiante;
79 dataGridView1.DataSource = bs_estudiante;
80 dataGridView1.AutoResizeColumns();
81
82 con.Close();
83 }
85 {
86 {
87 NombreUsuarioPrivilegio = dataGridView1.CurrentRow.
88 Cells[0].Value
89 + "-" + dataGridView1.CurrentRow.Cells[1].Value;
90 Frm_stock W1 = new Frm_stock();
91 W1.ShowDialog();
92 }
93 }
94 private void label17_Click(object sender, EventArgs e)
95 {
96 Application.Exit();
97 }
98 private void button3_Click_1(object sender, EventArgs e)
99 {
100 this.estado = true;
107
108 textBox1.ResetText();
114
115 textBox1.Focus();
116 }
117 private void button2_Click_1(object sender, EventArgs e)
118 {
120 }
121 }
122 }
3.13.2 Códigos del sistema consultar stock de productos

4 using System;
14
16 {
17 public partial class Frm_stock : Form
73
18 {
23
24 public Frm_stock()
25 {
27 }
28
30 {
31 string parametro = textBox15.Text;
32
34
36
37 SqlDataAdapter da_estudiante = new
SqlDataAdapter("sp_nom_producto'" + parametro + "'", con);
38
39 using (con)
40
41 {
43 da_estudiante.Fill(dt_estudiante);
46
47 }
48 }
49 private void Frm_nota_Load(object sender, EventArgs e)
50 {
53
55
57
58
60 ("select * from producto", con);
61
62 con.Open();
68
69 con.Close();
70 }
71 private void label17_Click(object sender, EventArgs e)
72 {
74 }
75 }
76 }
3.13.3 Código del sistema ingresar nuevo proveedor

4 using System;
74
14
16 {
17 public partial class frm_proveedor : Form
18 {
23 public static string NombreUsuarioPrivilegio;
24 public frm_proveedor()
25 {
27 }
29 {
31 }
33 {
34 this.estado = true;
41
48
49 textBox1.Focus();
50 }
52 {
54
56
57 SqlCommand ordenSQL;
58
59 ordenSQL = new SqlCommand("sp_insertar_proveedor '"
60 + textBox1.Text + "','" + textBox2.Text + "','"
61 + textBox3.Text + "','" + textBox15.Text + "','"
62 + textBox16.Text + "','" + textBox17.Text + "'", con);
63
64 con.Open();
65 ordenSQL.ExecuteNonQuery();
66
67 this.frm_proveedor_Load(sender, e);
68
75
76 }
77 private void frm_proveedor_Load(object sender, EventArgs e)
78 {
81
83
85
86
88 ("select * from proveedor", con);
89 con.Open();
95
96 con.Close();
97 }
98 }
99 }
3.13.4 Código de la conexión con la base de datos

4 using System;
10
11 namespace LibreriaRg
12 {
13 public class Libreria
14 {
15
16 public String StringConDB()
17 {
18 return "server=.; database=PRODUCTO;
19 Integrated security=true;";
20 }
12.3.5 Procedimiento almacenado insertar producto

13 ALTER procedure [dbo].[sp_insertar_producto]
14 @cod_pro varchar(4),
15 @nom_pro varchar(50),
16 @cant_pro varchar (10),
17 @col_pro varchar (50),
18 @mar_pro varchar (50),
19 @pre_pro varchar (50)
20 as
21 insert into producto values (@cod_pro, @nom_pro,
22 @cant_pro, @col_pro, @mar_pro, @pre_pro)
12.3.6 procedimiento almacenado insertar proveedor

13 ALTER procedure [dbo].[sp_insertar_proveedor]
76
14 @cod_prov varchar(4),
15 @nom_prov varchar(50),
16 @ruc_prov varchar (10),
17 @telf_prov varchar (50),
18 @ema_prov varchar (50),
19 @pag_prov varchar (50)
20 as
21 insert into proveedor values (@cod_prov, @nom_prov,
22 @ruc_prov, @telf_prov, @ema_prov, @pag_prov)
12.3.7 Procedimiento almacenado buscar por nombre

13 ALTER procedure [dbo].[sp_nom_producto]
14 @nom varchar(50)
15 as
16 select cod_pro as cod, nom_pro as nom, cant_pro
17 as cantidad, col_pro as color, mar_pro as marca, pre_pro as
precio
18 from producto where nom_pro = @nom
12.3.8 Procedimiento almacenado iniciar sesión

13 ALTER procedure [dbo].[sp_nom_producto]
14 @nom varchar(50)
15 as
16 select cod_pro as cod, nom_pro as nom, cant_pro
17 as cantidad, col_pro as color, mar_pro as marca, pre_pro as
precio
18 from producto where nom_pro = @nom
12.4 Tablas de la Base de Datos
12.4.1 Tabla producto
Nota: se muestra la tabla producto donde se va ingresar todos los productos de la
orden de compra. Fuente: elaboración propia.
12.4.2 Tabla proveedor

77
Nota: se muestra la tabla proveedor donde se van a registrar todos los nuevos
proveedores que van a abastecer de mercadería a al almacén. Fuente: elaboración
propia.
12.4.3 Tabla usuario
Nota: se muestra la tabla usuario donde para el acceso al sistema cada usuario
y/o trabajador debe tener un código y una contraseña. Fuente: elaboración
propia.
12.5 Construcción del sistema
Durante la etapa de construcción, se debe de enfocar en el
desarrollo de un código de alta calidad y efectivo. Se debe tomar
ventaja de los mecanismos arquitecturales para acelerar la
producción del código. Por tanto, asegurar la integridad de la
arquitectura, el desarrollo en paralelo y las pruebas de testeo de
cada iteración se convierten en las técnicas primarias para asegurar
el éxito.
12.5.1 Pantalla de inicio de sistema de almacén

78
Figura 48. Muestra la pantalla de inicio del sistema de almacén con los
formularios principales activados solo para el administrador en este caso
para el personal del almacén encargado. Fuente: elaboración propia.
12.5.2 Pantalla de inicio de sesión del usuario
Figura 49. Muestra la pantalla de inicio de sesión para que el usuario
acceda al sistema cada trabajador y usuario debe tener un usuario y una
contraseña de lo contrario no podrá acceder al sistema. Fuente:
12.5.3 Pantalla ingresar producto
Figura 50. Muestra la pantalla de ingresar producto al sistema aquí se
podrá registrar todos los productos según el código, nombre, cantidad,
color, marca y precio. Fuente: elaboración propia.

79
12.5.4 Pantalla de consultar stock de productos
Figura 51. Muestra la pantalla de ingresar producto al sistema aquí se
podrá registrar todos los productos según el código, nombre, cantidad,
color, marca y precio. Fuente: elaboración propia.
12.5.5 Pantalla ingresar nuevo proveedor
Figura 52. Muestra la pantalla de ingresar nuevo proveedor se podrá
registrar a todos los proveedores que proveen de productos al almacén de
la DRAJ. . Fuente: elaboración propia.

80
CAPITULO IV
RESULTADOS Y DISCUSION
4.1 Discusión de Resultados
Mediante entrevistas al personal administrativo responsable de realizar
el control del almacén y utilizando la técnica de recolección de datos ha
permitido identificar las necesidades de los usuarios cristalizadas en los
siguientes requerimientos funcionales, iniciar sesión esto ha permitido el
acceso al sistema e identificar claramente el tipo de usuario con un nivel
de autenticación para accesar y poder realizar los diferentes registros y
consultas sobre los productos habidos en el almacén.

81
El sistema va enmarcado al servicio de atención al usuario el sistema ha
permitido pasar del servicio tradicional a un servicio tecnológico, con el
uso del formulario registrar productos donde el almacenero pueda tener
un control exhaustivo de lo que se realiza.
4.2 Análisis de la situación actual
Mediante la encuesta realizada a los trabajadores y la entrevista
realizada a la jefa del almacén Central se logra confirmar que el almacén
de la Dirección Regional de Agricultura Junín – Huancayo necesita de un
control riguroso de los productos lo cual fundamenta nuestro estudio de
implementar un sistema de control.
4.3 Análisis de los resultados de encuesta a los trabajadores
Después de ser tomada toda información concerniente a la investigación
de campo efectuada en los 12 trabajadores del almacén Central se
obtuvieron los siguientes datos, los mismos que son analizados por cada
pregunta realizada.
1. ¿cuenta en almacén con un sistema de control de inventarios
de productos?
Tabla 26
Necesidad de un Control de Inventarios.
OPCIONES RESULTADOS PORCENTAJES

SI 1 8%
NO 11 92%
TOTAL 12 100%
Fuente: elaboracion propia
82
Figura 53. Necesidad del Control de Inventarios. Fuente elaboración propia.
 Análisis: de los resultados obtenidos en la encuesta el 92% de
los empleados coincide que el almacén no cuenta con un control
de inventario y el 8% nos indica que si posee por lo que podemos
determinar que el almacén no cuenta con un sistema de control
de inventarios.
2. ¿Con qué frecuencia se realiza el control de los inventarios
dentro del Almacén?
Tabla 27
Frecuencia de Control de Inventario

Mensual 0 0%
Anual 1 8%
Trimestral 0 0%
Nunca 11 92%
TOTAL 12 100%
Fuente: elaboración propia
83
0%
0%
8%
92%
Mensual Anual trimestral Nunca
Figura 54. Frecuencia de Control de Inventario. Fuente elaboración propia.
 Análisis: En los resultados obtenidos en la encuesta el 92% de
los empleados nos manifiestan que nunca se realiza un control de
inventario y el 8% nos indican que se lo realiza anual lo que da
como conclusión que dentro de la empresa no se lleva un control
estricto de las entradas y salidas de productos lo cual debería
controlarse en forma periódica los inventarios para que sean
manejados de acuerdo a sus existencias físicas.
3. ¿Cuál es el procedimiento administrativo que sigue en caso
de faltante de productos?
Tabla 28
Procedimiento en caso de faltante

Sanción interna a 12 100%
responsable
Acciones legales 0 0%
No toma ninguna decisión 0 0%
Otras 0 0%
TOTAL 12 100%
84
0% 0% 0%
100%
sancion interna a responsables acciones legales

no toma ninguna decision otras
Figura 55. Procedimiento en caso de faltante. Fuente elaboración propia.
 Análisis: Del análisis realizado esta pregunta encontramos que el
100% de las personas encuestadas indican que el procedimiento
que se lleva a cabo en caso de faltante de mercadería son
sanciones internas lo que da como resultado que los
procedimientos administrativos dentro de la empresa son muy
importantes ya que mediante estos se controla que no existan
situaciones irregulares que afecten el funcionamiento del
Almacén.
4. ¿Cree usted que existe personal adecuado dentro del
almacén para el control de inventarios de productos?
Tabla 29
Personal Adecuado

SI 9 75%
NO 0 0%
Tal vez 3 25%
TOTAL 12 100%
85
25%
0%
75%
SI NO Tal vez
Figura 56. Personal Adecuado. Fuente elaboración propia.
 Análisis: El 75% del personal que labora en el Almacén opina
que, si existe personal adecuado para llevar un control de los
inventarios mientras que el 25% nos dice que no, por lo que se
estima que no exista la necesidad de contratar nuevo personal
para dicha función lo cual ahorraría dinero a la empresa.
5. ¿Para la adquisición de nuevos productos se elabora un
cuadro de necesidades?
Tabla 30
Cuadro Necesidades

Siempre 0 0%
A veces 8 67%
Nunca 4 33%
TOTAL 12 100%
86
0%
33%
67%
siempre a veces nunca 4º trim.
Figura 57. Gráfico de necesidades. Fuente: elaboración propia.
 Análisis: En el análisis realizado a esta pregunta observamos
que el 67% de los trabajadores encuestados manifiestan que a
veces se realizan cuadros de necesidades para la adquisición de
mercaderías y el 33% nos dice que nunca se lo hace, por lo cual
nos damos cuenta que la mercadería adquirida se la realiza
atendiendo a la demanda.
6. ¿Considera usted que un sistema automatizado mejorara el
tiempo de respuesta en el momento de realizar una consulta
de existencia de productos?
Tabla 31
Necesidad de un sistema automatizado

Totalmente de acuerdo 12 100%
desacuerdo 0 0%
En desacuerdo 0 0%
Totalmente en desacuerdo 0 0%
TOTAL 12 100%
87
0% 0% 0%
100%
totalmente de acuerdo de acuerdo en desacuerdo totalmente den desacerdo
Figura 58. Necesidades de un sistema automatizado. Fuente: elaboración propia.
 Análisis: Con los resultados obtenidos en la encuesta el 100% de
los trabajadores manifestaron la necesidad de un sistema
automatizado para realizar las consultas de las existencias, lo
cual fundamenta nuestro objetivo de implementar un sistema de
control de inventario.
7. ¿Considera usted que la implementación de nuevos equipos
tecnológicos solventara los inconvenientes del proceso
actual?
Tabla 32
Nuevos equipos tecnológicos

desacuerdo 2 2%
En desacuerdo 1 1%
TOTAL 12 100%
88
75%
17%
8%
totalmente de acuerdo desacuerdo

en desacuerdo totalmente en desacuerdo
Figura 59. Nuevos equipos tecnológicos. Fuente: elaboración propia.
 Análisis: De todos los encuestados el 75% de los empleados
dicen estar totalmente de acuerdo mientras que un 17%
manifiesta estar de acuerdo en cuanto un 8% considera estar en
desacuerdo en la implementación de nuevos equipo tecnológicos,
la implantación de un nuevo sistema automatizado es rentable en
un gran porcentaje debido a la simplificación de pasos realizados
en los procesos.
8. ¿Se sentiría beneficiado por la implantación del nuevo
sistema?
Tabla 33
Nuevo Sistema

SI 10 83%
NO 0 0%
Tal vez 2 17%
TOTAL 12 100%
89
83%
1,4
0%
SI N0 TAL VEZ
Figura 60. Nuevo sistema. Fuente: elaboración propia.
 Análisis: En la encuesta realizada a los trabajadores el 83% se
sentirán beneficiados con el nuevo sistema y un 17% manifiestan
que tal vez les beneficiaría la implementación del sistema, con los
datos obtenidos queda comprobado que el nuevo sistema dará
beneficios al personal que labora en el Almacén.
9. ¿Considera usted necesario que el sistema posea un control
de seguridad para los datos almacenados?
Tabla 34
Seguridad para los datos

desacuerdo 0 0%
En desacuerdo 0 0%
TOTAL 12 100%
90
0% 0% 0%
100%
totalmente de acuerdo de acuerdo

en desacuerdo totalmente den desacerdo
Figura 61. Seguridad para los datos. Fuente: elaboración propia.
 Análisis: El 100% está de acuerdo con que exista un control de
seguridad para la información almacenada, ya que esto ayudara a
mantener protegida de cualquier mal uso que se le quiera dar por
personas no autorizadas a acceder a estos datos.
10. ¿Considera usted que deben realizarse cursos de
capacitación para el manejo del sistema al personal de la
empresa?
Tabla 35
Cursos de capacitación

desacuerdo 1 8%
En desacuerdo 0 0%
TOTAL 12 100%
91
0% 0
8%
92%
totalmente de acuerdo de acuerdo

en desacuerdo totamente en desacuerdo
Figura 62. Cursos de capacitación. Fuente elaboración propia.
 Análisis: De la encuesta realizada un 92% se encuentra
totalmente de acuerdo y el 8% de acuerdo, por lo que se
considera necesario cursos de capacitación para el personal ya
que solo poseen conocimientos básicos del uso de un
computador mas no para el manejo de un sistema.
4.4 Resultados de la encuesta realizada.
Con las encuestas realizadas al personal determinar que el Almacén de
la Dirección Regional de Agricultura, no cuenta con un Sistema de
Control de Inventario para el registro y control de sus operaciones. En el
análisis de los resultados se pudo obtener información necesaria para
dar cumplimiento a los objetivos específicos que ayuden de manera
eficiente a la mejora continua del manejo de los inventarios en el
Almacén de la DRAJ, de los cuales se pudo determinar los siguientes
resultados.
 El Almacén no cuenta con un control de inventario esto indica el
porqué de que de un proceso lento y confuso en las actividades

92
que están relacionadas con los productos que se encuentran
almacenadas en Bodega.
 El almacén no realiza inventario físico lo cual es algo malo porque
se debería hacer por lo menos cada tres meses.
 En caso de faltante de mercadería los empleados responsables
son sancionados internamente con descuentos y hasta con el
despido en casos mayores.
 Se realizan a veces cuadro de necesidades lo cual debería ser
cada que se va a realizar nuevas adquisiciones.
 Los empleados sienten necesidad de un sistema automatizado
para que sea más fácil y sencillo realizar sus actividades.
 Se considera necesario cursos de capacitación para el personal,
esto ayudara a que no se cometan errores en el manejo del
sistema implementado.
 Cierta cantidad de clientes indicaron que no se sienten conformes
con la atención que le almacén le brinda debido a que algunos
recibieron sus artículos con imperfecciones, además manifiestan
que tuvieron que esperar mucho para recibir su producto
adquirido.
 También nos dicen que la mercadería que se encuentra en
exhibición no está del todo bien ordenada y limpia lo que causa
desagrado en el momento y mal aspecto a esta empresa.
4.5 Pruebas del Sistema
En esta sección se especificarán las pruebas realizadas al sistema para
garantizar la calidad del producto, el proceso de pruebas corresponde a

93
la verificación de todos los requerimientos que se hayan implementado
correctamente e Identificar y asegurar que los defectos encontrados se
han corregido antes de entregar el sistema al usuario.
4.5.1 Caso de prueba inicio de sesión
Tabla 36
CP-01 Iniciar Sesión
Caso de Prueba Iniciar Sesión
Propósito Verificar que lo usuarios sean creados

correctamente en el sistema
Precondiciones El usuario debe haber iniciado sesión
Escoger en el menú parametrización opción

usuario.
Debe estar creado el usuario
Actividad Se ingresa el usuario y la contraseña
Realizada
resultado Si se ingresan todos los datos solicitados se
despliega un mensaje (se ha ingresado el
usuario correctamente), caso contrario se
despliega el mensaje (datos incorrectos).
Nota: se muestra el caso de prueba iniciar sesión del sistema, donde el usuario tiene que
Ingresar su usuario y contraseña. Fuente: elaboración propia.
4.5.2 Caso de prueba consultar stock de productos
Tabla 37
CP-02 consultar stock de productos
Caso de Prueba consultar stock de productos
Propósito Verificar que el stock de materia de

productos sea ingresado correctamente en el
sistema.
Precondiciones El almacenero debe haber iniciado sesión
94
Escoger el menú inventarios opción stock de

productos
Deben estar ingresados los productos.
Actividad Se selecciona nombre del producto
Realizada
despliega el mensaje (se ha ingresado el
usuario correctamente), caso contrario se
despliega un mensaje (datos incompletos y
señala los datos requeridos).
Nota: se muestra el caso de prueba consultar stock de productos, donde el trabajador

Ingresara los productos y lo consultar. Fuente: elaboracion propia.
4.5.3 Caso de prueba ingresar producto
Tabla 38
CP-03 ingresar producto
Caso de Prueba ingresar producto
Propósito Verificar que los productos sean

correctamente en el sistema.
Escoger en el menú inventarios opción

productos ingresados.
Debe estar registrada la asignación de
productos.
Actividad Se ingresa código, producto, cantidad,
Realizada color, marca y precio.
guarda correctamente los productos en el
sistema y si no te vota un mensaje de error.
Nota: se muestra el caso de prueba ingresar producto donde se ingresa cada producto
Con su debida descripcion. Fuente: elaboracion propia.
4.5.4 Caso de prueba ingresar nuevo proveedor
Tabla 39
95
CP-04 ingresar nuevo proveedor
Caso de Prueba ingresar nuevo proveedor
Propósito Verificar que los proveedores sean creados

correctamente en el sistema.
Escoger en el menú de proveedores
Actividad Se ingresa los datos como código, nombre,

Realizada ruc, teléfono, email y correo electrónico.
despliega el mensaje (se ha creado
correctamente el proveedor) caso contrario
se despliega un mensaje de error.
Nota: se muestra el caso de prueba ingresar nuevo proveedor donde se ingresan los
Nuevos proveedores. Fuente: elaboración propia.
4.6 Estrategias para las pruebas
 Integridad de la base de datos
Tabla 40
Estrategia integridad de la base de datos
INTEGRIDAD DE LA BASE DE DATOS
OBJETIVO TECNICA CRITERIO DE

CUMPLIMIENTO
Asegurar Acceder a la base Toda información
que todos de datos con registrada
los ingresos información corresponde a lo
a la base de validada e ingresado y no hay
datos no invalidada y revisar distorsión en los
distorsionen que la información datos y recupera lo
los datos. almacenada este solicitado.
correcta y recupere
la información
ingresada.
Nota: muestra la estrategia de la integridad de la B.D.

96
 PRUEBAS FUNCIONALES
Tabla 41
Estrategia integridad pruebas funcionales
PRUEBAS FUNCIONALES

CUMPLIMIENTO
Comprobar que Ejecutar cada Todos los casos
todos los casos caso de uso están cubiertos y
de uso han sido usando datos realizan todas las
cubiertos y que validos e operaciones
inserta, inválidos. ejecutadas por el
modifica, usuario.
elimina y
recupera la
información
correctamente.
Nota: se muestra la integridad de las pruebas funcionales.
 Pruebas de interfaz de usuario
Tabla 42
Estrategia integridad interfaz de usuario
PRUEBAS DE INTERFAZ DE USUARIO

CUMPLIMIENTO
Verificar el Realizar varias Promedio de
cumplimiento de operaciones del tiempo de
los estándares sistema por respuesta dentro
generales varios usuarios. de los estándares
establecidos para establecidos de
la interfaz de varios usuarios
usuario y la ingresados y
factibilidad de recuperando
uso y manejo de información en el
la aplicación. sistema.
Nota: se muestra la estrategia de interfaz de usuario.

97
 Prueba de seguridad y acceso
Tabla 43
Estrategia integridad seguridad y acceso
PRUEBAS DE SEGURIDAD Y ACCESO

CUMPLIMIENTO
Verificar que al Listar los usuarios Solo los usuarios
sistema solo definidos y sus registrados en el
puedan roles en el sistema sistema pueden
ingresar y de ingresar sus acceder al
usuarios identificaciones, mismo y puedan
autenticados y tratar de ingresar acceder
que pueden con usuarios no únicamente a las
realizar registrados o funciones
operaciones eliminados en el indicadas o
asignadas sistema. parametrizadas
únicamente a en su perfil.
su perfil.
Nota: se muestra la estrategia integridad seguridad y acceso.
 Pruebas de confiabilidad
Tabla 44
Estrategia pruebas de confiabilidad
PRUEBAS DE CONFIABILIDAD

CUMPLIMIENTO
Verificar que el Acceder al sistema El sistema
sistema esté en forma aleatoria responde a las
disponible en en horas distintas peticiones de
el esquema varias veces acceso del
establecido durante varios usuario y ejecuta
(24 horas x 7 días. la operación
días) solicitada sin
ningún problema.
Nota: se muestra la estrategia pruebas de confiabilidad.

98
4.7 Cronograma de tiempo de desarrollo del proyecto
Figura 63. Diagram de actividades para la implementacion del Sistema de control interno de inventarios para la DRAJ. Fuente: elaboracion propia.
99
4.8 Diagrama de costos de la Implementación
Figura 64. Diagrama de costos para la implementacion del Sistema de control interno de inventarios de la DRAJ. Fuente: elaboracion propia.
100
4.9 Hoja de recursos para la implementación del sistema
Figura 65. Hoja de recursos para la implementación de un sistema de control interno de
inventarios para la DRAJ. Fuente: elaboración propia.
4.10 Análisis de resultados
Para realizar la evaluación del sistema por parte de los trabajadores, se
ha preparado una encuesta para medir la usabilidad del sistema. La
encuesta se realizó a los mismos trabajadores del almacén central de la
Dirección Regional de Agricultura Junín.
1. Considera que la información que se muestra en el sistema
de control de inventarios es:
Tabla 45
Información del sistema

Poco útil 2 20%
No es útil 0 0%
Muy útil 10 80%
TOTAL 12 100%
101
Figura 66. Resultado de la pregunta 1. Fuente: elaboración propia.
 Análisis: de los resultados obtenidos se muestra que el 80% de
los trabajadores considera que la información que se muestra en
el sistema es muy útil.
2. Considera que la claridad de la información presentada en el
sistema de control de inventarios es:
Tabla 46
Claridad del sistema

Media 2 20%
Baja 0 0%
Alta 10 80%
TOTAL 12 100%
20%
0%
80%
media baja alta

102
los trabajadores consideran que la claridad de la información
presentada en el sistema de control de inventarios es alta.
3. Considera que la ubicación de los botones y menús del
sistema de control de inventarios:
Tabla 47
Ubicación de botones y menús del sistema

Normal 2 20%
Poco comprensible 0 0%
Muy comprensible 10 80%
TOTAL 12 100%
0%
20%
80%
poco comprensible normal muy compresible
 Análisis: de los resultados obtenidos muestra que el 80% de los
trabajadores consideran que la ubicación de los botones y menús
en el sistema de control de inventarios es muy comprensible.

103
4. Considera que el tamaño de las fuentes y los colores de los
textos presentados en el sistema de control de inventarios
son :
Tabla 48
Tamaño de las fuentes y los colores del sistema

Poco adecuado 0 0%
No son adecuados 0 0%
Muy adecuados 12 100%
TOTAL 12 100%
0% 0%
100%
poco adecuado no son adecuados muy adecuados
 Análisis: de los resultados obtenidos muestra que el 100% de
los trabajadores consideran que el tamaño de las fuentes y los
colores de los textos presentados en el sistema de control de
inventarios son muy adecuados.
5. Después de utilizar el sistema de control de inventarios se
considera que es:
Tabla 49
104
Utilización del sistema

Poco intuitivo 0 0%
normal 2 20%
Muy intuitivo 10 80%
TOTAL 12 100%
0%
20%
1,2 80%
poco intuitivo normal muy intuitivo
trabajadores consideran que el sistema de control de inventarios
es muy intuitivo.
6. Que usabilidad considera que tiene el sistema de control de
inventarios:
Tabla 50
Usabilidad del sistema

Difícil 2 20%
normal 0 0%
Fácil 10 80%
TOTAL 12 100%
105
20%
0%
80%
dificil normal facil
es fácil de usar.
7. Considera que el tiempo de respuesta del sistema de control
de inventarios es:
Tabla 51
Tiempo de respuesta del sistema

Rápido 2 20%
normal 10 80%
Lento 0 0%
TOTAL 12 100%
106
80%
20%
0%
normal rapido lento
trabajadores consideran que el tiempo de respuesta del sistema
de control de inventarios es normal y muy eficiente.
8. Cuál es el grado de satisfacción general con el sistema de
control de inventarios:
Tabla 52
Grado de satisfacción del sistema

Poco satisfactorio 0 0%
normal 0 0%
Muy satisfactorio 12 100%
TOTAL 12 100%
107
0% 0%
100%
normal poco satisfactorio muy satisfactorio
en general es muy satisfactorio.
9. Considera que el sistema de control de inventarios puede
cubrir las necesidades del almacén de la DRAJ:
Tabla 53
Cubrir necesidades del almacén

SI 12 100%
NO 0 0%
Parcialmente 0 0%
TOTAL 12 100%
108
0% 0%
100%
parcialmente SI NO
 Análisis: de los resultados obtenidos muestra que el 100% de
los trabajadores consideran que el sistema de control de
inventarios cubre completamente las necesidades del almacén
de la DRAJ.
10. Considera que es importante para usted el sistema de
control de inventarios que acaba de calificar:
Tabla 54
Importancia del sistema

Extremadamente importantes 2 20%
Muy importante 10 80%
No muy importante 0 0%
TOTAL 12 100%
109
0%
80%
8,2
extremadamente importante muy importante no muy importantes
los trabajadores considera que el sistema de control de
inventarios es de gran importancia, por lo que se espera en un
futuro pueda ser implantado dentro de la institución.
4.11 Resultados
Con los resultados obtenidos se puede determinar que el 86% de los
trabajadores encuestados consideran que el sistema de control de
inventarios cumple con los requerimientos y están satisfechos con la
funcionalidad y usabilidad del mismo, demostrando que el sistema ha
cumplido con su objetivo y propósito en cuanto controlar el stock del
almacén de la Dirección Regional de Agricultura.
4.12 Dificultades encontradas
En la realización del proyecto no se encontraron dificultades ya que el
área del almacén Central brindo toda la información necesaria para
desarrollar el presente proyecto.

110
CONCLUCIONES
a. Se realizó el análisis y diseño de un sistema para el control interno de
inventarios para el almacén central de la DRAJ, esto permitirá mejorar el
servicio que ofrece el almacén en base a los requerimientos funcionales
del sistema que se desarrolló.
b. Se realizó la identificación de requerimientos que permitió identificar de
forma precisa y clara las necesidades del usuario. Por lo tanto, el
análisis de requerimientos es un factor muy importante que sirve de
catalizador a la fase de inicio en la metodología RUP que han permitido
establecer las mejores estrategias en el desarrollo del sistema.
c. Se realizó la estructura y diseño de la base datos con el modelo entidad
relación que permitió organizar y almacenar la información del sistema
en estudio en un gestor de base de datos SQL Server como un factor
muy importante para el desarrollo del software porque permito
establecer parámetros a cada entidad del sistema.
d. Se realizó la codificación del sistema utilizando el lenguaje C#, para un
mejor entendimiento de la programación así mismo el utilizar
arquitecturas permite que nuestro software sea escalable, organizada
sin redundancia código que es fundamental para el desarrollo del
software.
111
RECOMENDACIONES
a. Se recomienda a los trabajadores del área del almacén central de la
DRAJ realicen la actualización de los inventarios ya que por medio de
ellos el sistema se mantendrá actualizado.
b. Se recomienda realizar capacitación para el uso adecuado del sistema
de biblioteca, esto permitirá que el usuario a cargo se familiarice con el
entorno del sistema desarrollado de la misma manera tendrán
conocimiento de las restricciones del sistema.
c. Se recomienda al administrador generar un backup de la base de datos
para salvaguardar la información generada durante el mes.
d. Se recomienda utilizar las técnicas de recolección de datos para fines de
mejorar del sistema, esto permitirá establecer nuevos requerimientos en
favor del sistema de inventario.

112
BIBLIOGRAFIA
- Edwin Orlando Cholota M. (2006). “Implementación de un Sistema Integrado
de contabilidad y control de Mercadería para la Ferretería Masaquiza.” (Tesis
de pregrado). Univ. Técnica de Ambato, Ambato, Ecuador
- Franklin Ricardo Barrionuevo C. (2011). “Sistema de facturación e inventarios
para el control tributario de compra y venta en la corporación VCP” (tesis de
pregrado) Univ. Técnica de Ambato, Ecuador.
- Diego Daniel Sevilla L. (2013). “Desarrollo e Implementación de un sistema de
Control administrativo y apoyo para declaraciones tributarias de la Empresa
Hypernet Cía. Ltda” (tesis de pregrado) Univ. Politécnica Nacional, Quito,
Ecuador.
- Resabala Caicedo María C. (2009) “Sistema informático para el control del
mantenimiento técnico de equipos médicos del Hospital IESS – Ambato (tesis
de pregrado) Univ. Técnica de Ambato, Ambato, Ecuador.
- Jessica Salome Idrobo C. (2014) “Desarrollo de una aplicación bajo la
Plataforma IOS para la consulta de un Catálogo de Productos de una Tienda
Deportiva” (tesis de pregrado) Univ. Politécnica Nacional, Quito, Ecuador.
- Diego Fernando Poaquiza A. (2008) “Aplicación Web de Monitoreo del centro
de Procesamiento de datos mediante Sensores de Seguridad en la Cooperativa
de ahorro y Crédito Indígena “SAC Ltda.”(Tesis de grado) Univ. Técnica de
Ambato, Ambato, Ecuador.
- Francisco Eduardo Espinel J. (2012) “Sistema cliente/servidor aplicado a
punto de ventas a través de sockets para la Ferretería San Agustín (tesis de
pregrado) Univ. Técnica de Ambato, Ambato, Ecuador.

113
114
CONFORMIDAD DE PRACTICAS PROFESIONALES

115

Ejemplo - Informe de - Practicas PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ejemplo - Informe de - Practicas PDF

Uploaded by

Copyright:

Available Formats

1

UNIVERSIDAD PERUANA LOS ANDES

ANALISIS Y DISEÑO DE UN SISTEMA DE CONTROL

ESTUDIANTE: Quispe Quispe, Ingrid Brigid

ASESOR: Ing. Rafael Edwin Gordillo Flores

A mi Dios por recordarme siempre que estas

A mi madre, por ser más que eso, mi mejor

Ingrid brigid, Quispe Quispe

El presente Proyecto tiene como propósito automatizar el proceso que se sigue

para el control y administración de los inventarios en los almacenes de la

y artículos necesarios para su funcionamiento, los que se almacenan en una o

más almacenes que dependen de la institución. Esta automatización, a más de

implementar los aspectos usuales de un Sistema de control de inventarios,

tomara en cuenta los reglamentos y procedimientos comunes que rigen a

instituciones de este tipo.

CAPÍTULO I.- En este capítulo la razón social de la empresa, que actividades

realiza, donde se encuentra ubicada, como está organizada, el área donde se

está desarrollando las prácticas y las funciones de dicha área.

CAPÍTULO II.- Denominado la situación problemática de la empresa

actualmente, conjuntamente con el objetivo tanto general como específico, es

la justificación de la investigación donde se explica los motivos del presente

estudio y la metodología sobre la cual se desarrolla la investigación.

CAPÍTULO III.- desarrollo de cada una de las actividades realizadas mediante

CAPÍTULO IV.- Se refiere a desarrollar el análisis de resultado mediante las

pruebas y describir las dificultades encontradas en el desarrollo del sistema.

Finalmente se describen las conclusiones, recomendaciones y se enumeran las

referencias bibliográficas que sirvieron de base para el desarrollo de la

En la actualidad, la mayoría de instituciones públicas realizan una atención

manual de los inventarios. El principal problema que esto representa es la

demora que conlleva el incumpliendo de todo el proceso de solicitud y entrega

de los productos necesarios para el normal funcionamiento de la entidad, ya

que se requiere la aprobación de diferentes personas que intervienen en el

proceso. Por ello, es necesario un sistema que controle y optimice todo el

proceso de gestión de inventarios, mejorando las interacciones que se dan

entre los diferentes actores. La conclusión más relevantes es que el control

interno es un factor clave para lograr un adecuado manejo negocio, pues

proporciona la seguridad respecto al logro de los objetivos y metas trazadas

dentro del marco de la eficiencia, eficacia y economía; éstos se constituyen

3.9 Realización CUN Realizar el control de inventarios ........................................... 40

4.6 Estrategias para las pruebas .................................................................................. 95

ANEXO 01 (FICHA DE PLAN DE PRACTICAS)

ANEXO 05 (FICHA DE MONITOREO DE PRACTICAS)

ANEXO 06 (ESTRUCTURA DEL INFORME)

ANEXO 07 (EVALUACION DE DESEMPEÑO)

ANEXO 08 (EVALUACION DE PRÁCTICAS PRE

PROFESIONALES POR EL DOCENTE)

CERTIFICADO O CONSTANCIA DE TRABAJO

CONFORMIDAD DE RACTICAS PROFESIONALES

Tabla 1: Comparación de metodologías 27

Figura 1: Fotografía de la DRAJ 11

ASPECTOS GENERALES DE LA INSTITUCION DONDE SE

REALIZO LAS PRACTICAS PRE PROFESIONALES

1.1. Razón Social

DIRECCION REGIONAL DE AGRICULTURA JUNIN-HUANCAYO

La Dirección Regional de Agricultura Junín – Huancayo es una

institución pública ubicada en la ciudad de Huancayo departamento

de Junín, es un órgano de línea desconcentrado del Gobierno

Regional de Junín, con dependencia funcional y Administrativa de

la Gerencia Regional de Desarrollo Económico.

d) Fotografía de la portada de la institución

Figura1. Fotografía de la Dirección Regional de Agricultura.

Figura 2. Fotografía en el almacén central de la Dirección Regional de

agricultura Junín – Huancayo como muestra y referencia de donde se realiza la