ANÁLISIS Y DISEÑO DE UN SISTEMA DE GESTIÓN EN LA EMPRESA COMERCIAL AGRICOLA PROGRESO S.A.C

Vista previa del material en texto

UPN FACULTAD DE INGENIERIA 
1 
 
 
 
 
 
 
“ANÁLISIS Y DISEÑO DE UN 
SISTEMA DE GESTIÓN EN LA 
EMPRESA COMERCIAL AGRICOLA 
PROGRESO S.A.C” 
Integrantes: 
 
• Pierho Alejandro Ascoy Guzman - N00210408 
• Juan Carlos Silva Araujo - N00146338 
• André Leonardo Toribio Fernández - N00170896 
• Piero Abad Davalos Vara – N00206373 
• Anthony Huaccachi García - N00092620 
Docente: Gustavo Paz 
Carrera profesional: Ingeniería de sistemas computacionales 
Curso: Diseño y arquitectura de software. 
Clase: 7127 
Ciclo: VII 
Lima – Perú 
2022 
UPN FACULTAD DE INGENIERIA 
2 
 
 
 
 
 
ÍNDICE 
1 Organización ............................................................................................................... 5 
1.1 Datos de la organización ..................................................................................... 5 
1.1.1 Razón social: 
1.1.2 RUC: 
1.1.3 Giro: 
1.1.4 Dirección: 
1.1.5 Teléfono 
1.1.6 Email: 
1.1.7 Encargado o Representante: 
1.2 Estructura Empresarial .......................................................................................... 
1.2.1 Organigrama jerarquico Actual 
1.2.2 Funciones 
1.3 Direccionamiento Empresarial ............................................................................... 
1.3.1 Visión 
1.3.2 Misión 
1.3.3 Objetivos 
1.3.4 Metas 
1.3.6 Análisis FODA 
1.3.7 Problemática Empresarial 
2 Disciplina: Modelado de Negocio ................................................................................. 
2.1 Modelo de Casos de Uso del Negocio ................................................................... 
2.1.1 Actores del Negocio 
2.1.2 Casos de Uso del Negocio 
2.1.3 Objetivos de negocio 
2.1.4 Diagrama general de Casos de Uso del Negocio 
UPN FACULTAD DE INGENIERIA 
3 
 
 
 
2.1.5 Diagrama de casos de uso VS objetivos de negocio 
 
2.2 Modelo de Análisis de Negocio.............................................................................. 
2.2.1 Entidades del Negocio 
2.2.2 Trabajadores del Negocio 
2.2.3 Realizaciones de Casos de Uso del Negocio 
2.2.4 Diagramas de clases de negocio 
 
2.2.5 Diagramas de actividades de negocio 
 
2.2.6 Documento Especificación de Caso de Uso de Negocio 
2.2.7 Documentos reglas de negocio, glosario de términos 
 
3 Disciplina: Requerimientos .......................................................................................... 
3.1 matriz de trazabilidad de actividades de negocio VS requisitos funcionales 
 
3.2 Lista de requerimientos No Funcionales ................................................................ 
3.3 Lista de requerimientos Funcionales...................................................................... 
3.4 Modelo de Caso de Uso ........................................................................................ 
3.4.1 Actores 
3.4.2 Casos de Uso 
3.4.3 Diagrama de Paquetes 
3.4.4 Diagrama de Casos de Uso (Por paquete) 
3.4.5 Diagrama General de Casos de Uso 
3.4.6 Priorisación de casos de uso. 
3.4.6 Especificación de casos de uso 
 
4 Disciplina: Análisis ....................................................................................................... 
4.1 Diagrama general de casos de uso según análisis 
 
4.2 Arquitectura de análisis 
 
4.3 Clases de Análisis ................................................................................................. 
4.3.1 Clases Frontera 
4.3.2 Clases Control 
4.3.3 Clases Entidad 
4.4 Realizaciones de Casos de Uso del Análisis ......................................................... 
4.4.1 Diagrama de clases 
1 
UPN FACULTAD DE INGENIERÍA 
 
 
4.4.2 Diagramas de iteraccion ( Comunicación, secuencia) 
4.4.3 Diagrama de actividades 
 
4.3 Modelo de Datos 
................................................................................................... 
4.3.1 Modelo Conceptual 
4.3.2 Modelo Lógico 
5 Disciplina: Diseño ........................................................................................................ 
5.1 Clases de Diseño................................................................................................... 
5.1.1 Forms 
5.1.2 Class Module 
5.1.3 Class 
5.2 Realizaciones de Diseño: Arquitectura 
.................................................................. 
5.2.1 Diagrama de clases de diseño 
5.2.2 Diagramas de iteración diseño (secuencia, comunicación) 
 
5.3 Modelo de Persistencia 
......................................................................................... 
5.3.1 Modelo Físico 
5.3.2 Diagrama de base de datos 
 
5.3.3 Script de la base de datos 
 
5.4 Modelo de Implementación.................................................................................... 
5.4.1 Diagrama de Componentes 
5.4.2 Diagrama de Despliegue 
6 Aplicación del software con todas las características según modelado. 
 
7 Planificación del Proyecto ............................................................................................ 
7.1 Plan de Desarrollo de Software 
............................................................................. 
7.1.1 Roles y Responsabilidades 
7.1.2 Cronograma del Proyecto 
7.1.3 Presupuesto 
8 Bibliografía................................................................................................................... 
9 Anexos ........................................................................................................................ 
10. Conclusión. 
 
2 
UPN FACULTAD DE INGENIERÍA 
 
 
1. Organización 
1.1 Datos de la organización 
 
1.1.1 Razón social: Comercial Agricola Progreso S.A.C 
 
1.1.2 RUC: 20516039401 
 
1.1.3 Giro: Venta al por menor de otros productos nuevos comercios 
 especializados agroquímicos. 
 
1.1.4Dirección: Av. Tupac Amaru Nro. 3490 P.J. el Progreso (Alt.Km.20.5 
 
Tupac Amaru) 
 
1.1.5 Teléfono: (01)5200194 
 
1.1.6 Email: agroprogreso@hotmail.com 
 
1.1.7 Encargado o Representante: Gerente General Luis Silva 
 
 
 
 
 
 
 
 
 
 
 
mailto:agroquimicos@hotmail.com
3 
UPN FACULTAD DE INGENIERÍA 
 
 
1.2 Estructura Empresarial 
 
1.2.1 Organigrama jerárquico Actual 
 
 
 
 
 
 
 
 
 
 
 
4 
UPN FACULTAD DE INGENIERÍA 
 
 
1.2.2 Funciones 
 
 
1.3 Direccionamiento Empresarial 
1.3.1 Visión: 
 Ser reconocidos por nuestro clientes y proveedores como la primera 
 mejor elección y calidad para su uso agrícola, como dice nuestro lema 
Siempre con productos de calidad. 
1.3.2 Misión: 
 Proveemos soluciones, desarrollando relaciones a largo plazo con 
nuestros 
 clientes, superando sus expectativas por medio de un equipo con alto 
 espíritu de innovación y compromiso que vive los valores corporativos 
 
 liderazgo, respeto, trabajo en equipo, ética y excelencia. 
1.3.3 Objetivos: 
 Favorecer al sector agrícola una agricultura sostenible, mediante la 
 
 colaboración de grupos de investigación, empresas y agentes del sector. 
 Tener productos de calidad con buen rendimiento en los cultivos. 
 Capacitación de manejo de cultivos al agricultor. 
 Aumentar un 15% las ventas en cada año. 
1.3.4 Metas: 
 Capacitar al agricultor al buen manejo de siembra de su siembra que está 
 cultivando. 
 Reducir los gastos generales en un 20% y crear una cultura de gastos 
 
 saludable en el año 2022 en la agricultura. 
 
 
 
 
 
5 
UPNFACULTAD DE INGENIERÍA 
 
 
 
1.3.6 Análisis FODA: 
 
 
 
 
 
 
 
 
 
 
 
 
 
6 
UPN FACULTAD DE INGENIERÍA 
 
1.3.7Problemática Empresarial: 
La Empresa Comercial Agrícola Progreso S.A.C ubicada en varios puntos de Lima y al 
norte del Perú , se dedica a la venta de agroquímicos y fertilizantes siendo una de las 
mejores precios mantenido hasta el día de hoy y prestigiosa en el rubro, uno de los 
problemas que se encontraron fueron falta de capacitación de personal tanto como 
atención al cliente como para la ventas de los productos ya que para vender se necesita 
conocimiento porque son altamente tóxico y un mal manejo puede malograr y quemar 
a la siembra por otro lado , los ingenieros agrónomos son los que recetan la medicina 
y aplicación para la siembra y solo tiene hojas donde lo guarda en archivadores y para 
la búsqueda de la receta tiene que buscar uno por uno y por ello se implementa una 
base de datos con formulario donde podrán guardar y buscar sin dificultad, otro 
problema encontrado la variación de la subida de precios de los productos ya que hoy 
en día la mayoría de los productos son importados y con la subida de flete y dólar se 
tiene un gran impacto en el precio y todo lo tiene en un Excel también se hizo catálogo 
con formulario, apertura de caja por turnos ya que ello abren con un monto 
seleccionado de cada día y a la mayoría lo tiene anotado en hojas y almacén tiene 
problemas al momento de recibir y despachar por que se le pierde y no llega a su 
destino con un formulario en sistema puede ver lo que manda y recibe y con eso poder 
hacer un seguimiento en sucursal llega así no tener problemas. . 
 
2. Disciplina: Modelado de Negocio 
 
2.1 Modelo de Casos de Uso de Negocio 
 
 
 
 
 
 
 
 
 
 
 
 
7 
UPN FACULTAD DE INGENIERÍA 
 
2.1.1 Actores del Negocio 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
8 
UPN FACULTAD DE INGENIERÍA 
 
 
2.1.2 Casos de Uso del Negocio 
 
 
 
9 
UPN FACULTAD DE INGENIERÍA 
 
 2.1.3 Objetivos de negocio 
 
 
 
 
 
 
 
 
 
 
 
10 
UPN FACULTAD DE INGENIERÍA 
 
2.1.4Diagrama general de Casos de Uso del Negocio 
 
 
 
 
 
 
 
 
 
 
 
11 
UPN FACULTAD DE INGENIERÍA 
 
 2.1.5 Diagrama de casos de uso VS objetivos de negocio 
 
 
 
 
 
 
12 
UPN FACULTAD DE INGENIERÍA 
 
2.2 Modelo de Análisis de Negocio 
2.2.1 Entidades del Negocio 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
13 
UPN FACULTAD DE INGENIERÍA 
 
 
 
2.2.2Trabajadores del Negocio 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
14 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
 
 
 
 
2.2.3Realizaciones de Casos de Uso del Negocio 
 
 
 
 
 
 
 
15 
UPN FACULTAD DE INGENIERÍA 
 
 2.2.4 Diagramas de clases de negocio 
PROCESO: 
 
16 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
17 
UPN FACULTAD DE INGENIERÍA 
 
 2.2.5 Diagramas de actividades de negocio 
ANALIZAR Y DIRIGIR 
 
DIRIGIR Y CAPACITAR EMPLEADOS 
 
 
18 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
 
 2.2.6 Documento Especificación de Caso de Uso de Negocio 
ECUN – Reducción de Gastos 
FLUJO DE TRABAJO 
Flujo Básico 
2.1.1. El equipo de finanzas elabora planes específicos de 
reducción de gastos para enviarlos a contabilidad. 
2.1.2. La contabilidad hace el visto bueno del plan específico. 
2.1.3. Remite el plan al subgerente. 
2.1.4. El subgerente realiza la autorización con memorando deriva 
a la administración. 
2.1.5. El jefe de administración recepción, da el visto bueno y 
deriva a contabilidad. 
2.1.6. El equipo de contabilidad realiza los viáticos con 
disponibilidad presupuestal y deriva al equipo de finanzas. 
2.1.7. Hace un reporte y sistematización de resultados en soporte 
virtual, y finaliza el proceso. 
Flujo Alternativo 
19 
UPN FACULTAD DE INGENIERÍA 
 
2.1.8. En el punto 2.1.2, si se rechaza la aprobación, esta será 
devuelta al equipo de finanzas. 
2.1.9. En el punto 2.1.5 si no se aprueba la autorización se redirige 
al subgerente 
 
ECUN – Dirigir y Capacitar Empleados 
FLUJO DE TRABAJO 
 Flujo Básico 
2.1.10. Los vendedores generan una solicitud de capacitación y 
envían al supervisor 
2.1.11. El supervisor recibe la solicitud, la aprueba y redirige a 
recursos humanos 
2.1.12. Recursos humanos válida la solicitud, y procede a enviarlo a 
administración para esperar confirmación y firma 
2.1.13. Administración verifica la solicitud y firma, manda orden de 
participación del ingeniero agrónomo 
2.1.14. El ingeniero agrónomo recibe la orden, confirma su 
participación, la firma y envía a administración. 
2.1.15. Al recibir la orden, la administración valida la solicitud 
firmando y envía a recursos humanos para proceder a la 
capacitación, terminando el proceso. 
Flujo Alternativo 
2.1.16. En el punto 2.1.2, si se rechaza la solicitud, esta será devuelta 
a los vendedores para modificación. 
2.1.17. En el punto 2.1.3 si no se aprueba la solicitud del supervisor, 
no prosigue, finaliza el proceso 
 
ECUN – Analiza y Dirigir 
 
FLUJO DE TRABAJO 
 Flujo Básico 
2.1.18. El proceso inicia cuando el vendedor solicita mercadería 
2.1.19. Genera una solicitud de mercadería que envía al almacén 
20 
UPN FACULTAD DE INGENIERÍA 
 
2.1.20. El almacenero verifica disponibilidad de productos 
2.1.21. Al verificar que, si cuenta con los productos prosigue a 
preparar la movilidad 
2.1.22. Luego escribe una guía física que enviará al supervisor para 
aprobación 
2.1.23. El supervisor recibe la guía, verifica que todo esté correcto 
2.1.24. Al estar conforme con la guía firma la guía de transferencia, 
y luego la guía física del supervisor, finaliza el proceso. 
 
Flujo Alternativo 
2.1.25. En el punto 2.1.3, si se rechaza la aprobación, ésta será 
devuelta al equipo de finanzas. 
2.1.26. En el punto 2.1.6 si no se aprueba la autorización se redirige 
al subgerente2.2.7 Documentos reglas de negocio, glosario de términos 
 
● Solicitud: Solicitud que se realiza para el abastecimiento 
● Guiar Física: Guiar que el almacenero realiza de los productos 
● Guiar transferencia: Guiar que el supervisor firma para la transferencia 
● Reporte: Reporte de gastos de la empresa 
● Disponibilidad presupuestal: Monto monetario disponible de la empresa 
● Orden Participación: Orden generada para validar la asistencia del trabajador 
 
 
 
 
 
 
 
21 
UPN FACULTAD DE INGENIERÍA 
 
3. Disciplina: Requerimientos 
 3.1 matriz de trazabilidad de actividades de negocio VS requisitos funcionales 
 
 
 
 
22 
UPN FACULTAD DE INGENIERÍA 
 
3.2 Lista de requerimientos No Funcionales 
● El software funciona correctamente en los sistemas operativos de Windows y Linux 
● El software debe estar desarrollado en el lenguaje de programación Java 
● Las interfaces deben ser amigables para la manipulación del usuario 
● La ejecución del software no debe tardar más de 40 segundos. 
● Debe contar con un espacio de almacenamiento de 1.5GB como mínimo para 
instalar el software. 
● Debe contar con 4GB de memoria RAM como mínimo. 
 
 
3.3 Lista de requerimientos Funcionales 
 
● El sistema debe permitir generar resolución de aprobación de excursiones 
● El sistema debe permitir registrar solicitud de capacitación 
● El sistema debe permitir generar un informe de capacitación 
● El sistema funciona con systems 32 y systems 64 
23 
UPN FACULTAD DE INGENIERÍA 
 
3.4 Modelo de Caso de Uso 
3.4.1 Actores 
 
3.4.2 Casos de Uso 
 
 
24 
UPN FACULTAD DE INGENIERÍA 
 
3.4.3 Diagrama de Paquetes 
 
3.4.4 Diagrama de Casos de Uso (Por paquete) 
 
 
 
 
 
 
 
 
25 
UPN FACULTAD DE INGENIERÍA 
 
 
DCU - Pago Productos 
 
 
 
 
 
 
 
 
 
 
26 
UPN FACULTAD DE INGENIERÍA 
 
 
 
DCU -Recepción 
DCU - Receta 
 
 
27 
UPN FACULTAD DE INGENIERÍA 
 
DCU - Soluciones Sistemas 
 
 
DCU - Negocios 
 
 
 
 
 
 
28 
UPN FACULTAD DE INGENIERÍA 
 
 
DCU - Contratación 
 
 
DCU - Supervisor 
 
29 
UPN FACULTAD DE INGENIERÍA 
 
DCU - Modalidades de pago 
 
 
 
 
DCU - financiero 
 
 
 
 
 
 
30 
UPN FACULTAD DE INGENIERÍA 
 
 
3.4.5 Diagrama General de Casos de Uso 
31 
UPN FACULTAD DE INGENIERÍA 
 
 
3.4.6 Priorisación de casos de uso. 
 
 
 
 
 
 
 
 
 
 
32 
UPN FACULTAD DE INGENIERÍA 
 
3.4.7 Especificación de casos de uso 
ESPECIFICACIÓN DE CASO DE USO: REGISTRAR SOLICITUD 
1. Descripción 
El caso de uso registrar solicitud de capacitación describe las acciones que se 
realizan al registrar las solicitudes de los trabajadores 
2. Actor(es) 
 Soporte técnico informático 
3. Flujo de Eventos 
 
3.1 Evento disparador. 
 
 El soporte técnico selecciona la opción “Registrar” en el caso de uso 
Registrar solicitud de capacitación 
 
3.2. Flujo Básico. 
 
1. El sistema mostrará el formulario Registro de solicitudes con las opciones: 
a. 1 combobox (tipo registro) 
b. 6 cuadro de texto (DNI, nombre, información, fecha, teléfono) 
c. 2 botones de comando (Registrar, Salir) 
2. El cajero completa datos del trabajador en la interfaz 
3. El cajero selecciona la opción “Registrar” 
4. El cajero selecciona la opción “Salir” 
 
 
3.3. Flujos Alternativos 
1. En el punto 3, si el encargado selecciona la opción “Registrar” y faltan 
campos por completar el sistema mostrará el mensaje "Datos Incompletos”, 
continua en el punto 4. 
 
4. Precondiciones 
 
 El Soporte técnico debe de estar validado en el sistema 
 
5. Post condiciones 
33 
UPN FACULTAD DE INGENIERÍA 
 
 La Base de Datos Registro de solicitudes actualizada 
6. Puntos de Extensión 
No aplica 
7. Requerimientos Especiales 
 
Se imprimirá en hoja bond A4, en blanco y negro 
8. Prototipo 
 
 
 
 
 
34 
UPN FACULTAD DE INGENIERÍA 
 
ESPECIFICACIÓN DE CASO DE USO: SOLICITUD DE CAPACITACIÓN 
 
1. Descripción 
El caso de uso de solicitud de capacitación detalla el procedimiento a seguir a la 
hora de guardar las solicitudes realizadas. 
2. Actor(es) 
 Supervisor 
3. Flujo de Eventos 
 
3.1 Evento disparador. 
 
 El Supervisor general selecciona la opción “Guardar e Imprimir” en el caso de uso 
solicitud de capacitación 
 
 
3.2. Flujo Básico. 
 
1. El sistema guardara el registro en la Base de Datos solicitud de capacitación 
 
3.3. Flujos Alternativos 
 
No aplica 
4. Precondiciones 
 Datos de reserva correctos 
Supervisor general debe de estar validado en el sistema 
5. Post condiciones 
 Actualiza Base de Datos Documento de solicitudes 
6. Puntos de Extensión 
 
 No aplica 
7. Requerimientos Especiales 
 
 No aplica 
35 
UPN FACULTAD DE INGENIERÍA 
 
8. Prototipo 
 
 
 
 
 
 
 
 
 
 
36 
UPN FACULTAD DE INGENIERÍA 
 
ESPECIFICACIÓN DE CASO DE USO: Compra de Productos 
1. Descripción 
El caso de uso “compra de productos” detallada los pasos a seguir para que un administrador 
registro los nuevos productos 
2. Actor(es) 
 Administrador 
 3. Flujo de Eventos 
3.1 Evento disparador. 
-El administrador selecciona la opción “Nuevo Productos” en el caso de usos Registra 
_Nuevo_ Productos 
 
3.2. Flujo Básico. 
3.2.1 El sistema abre el formulario “Nuevo Productos” con las opciones: 
a. Botón de selección (GUARDAR) 
b. Botón de selección (VOLVER) 
c. 10 cuadros de texto (Sucursal, Código, Descripción, Unidad, Costo, Preció U, 
Descuento 1, Descuento 2, Precio Mínimo, Ubicación) 
3.2.2 El actor completa campos Sucursal, Código, Descripción, Unidad, Costo, Preció U, 
Descuento 1, Descuento 2, Precio Mínimo, Ubicación 
3.2.3 El actor selecciona la opción “GUARDAR” después “VOLVER” 
3.2.4 El sistema muestra el menú principal con opciones Nuevo Productos 
 3.3 Sub-flujo 
1. En el punto 3.2.1, el actor oprime el botón de comando cerrar y cierra el programa 
3.4. Flujos Alternativos 
1. En el punto 3.2.4, el actor ingresa datosincorrectos se muestra el mensaje “Registro no se 
llenó correctamente” continua en el punto 2. 
 
4. Precondiciones 
 No aplica 
5. Post condiciones 
 Ingreso a sistema como usuario 
 
6. Puntos de Extensión 
No aplica 
37 
UPN FACULTAD DE INGENIERÍA 
 
7. Requerimientos Especiales 
No aplica 
 
8. Prototipo 
 
 
 
 
 
 
 
 
38 
UPN FACULTAD DE INGENIERÍA 
 
 
 
ESPECIFICACIÓN DE CASO DE USO: Genera receta médica para plantas 
1. Descripción 
El caso de uso “Genera receta médica para plantas” detallada los pasos a seguir para que 
un administrador registro los nuevos productos 
2. Actor(es) 
 Ing. Agrónomos 
 3. Flujo de Eventos 
3.1 Evento disparador. 
-El Ing. Agrónomos selecciona la opción “Generar receta” en el caso de usos Genera receta 
médica para plantas 
 
3.2. Flujo Básico. 
3.2.1 El sistema abre el formulario “Generar receta” con las opciones: 
a. Botón de selección (GUARDAR) 
b. Botón de selección (VOLVER) 
c. 5 cuadros de texto (Fecha, Nombre Cliente, Nombre Productos, Nombre 
Cultivo, Receta) 
3.2.2 El actor completa campos Fecha, Nombre Cliente, Nombre Productos, Nombre Cultivo, 
Receta 
3.2.3 El actor selecciona la opción “GUARDAR” después “VOLVER” 
3.2.4 El sistema muestra el menú principal con opciones Generar receta 
 3.3 Sub-flujo 
1. En el punto 3.2.1, el actor oprime el botón de comando cerrar y cierra el programa 
3.4. Flujos Alternativos 
1. En el punto 3.2.4, el actor ingresa datos incorrectos se muestra el mensaje “Falto rellenar los 
datos” continúa en el punto 2. 
4. Precondiciones 
 No aplica 
5. Post condiciones 
 No aplica 
 
39 
UPN FACULTAD DE INGENIERÍA 
 
 
6. Puntos de Extensión 
 No aplica 
7. Requerimientos Especiales 
No aplica 
8. Prototipo 
 
 
 
 
40 
UPN FACULTAD DE INGENIERÍA 
 
 
ESPECIFICACIÓN DE CASO DE USO: Contratación Personal 
1. Descripción 
El caso de uso “contratación personal” detallada los pasos a seguir para que un 
administrador registro los nuevos productos 
2. Actor(es) 
 Recursos Humanos 
3. Flujo de Eventos 
 3.1 Evento disparador. 
- Recursos Humanos selecciona la opción “Contratación” en el caso de usos 
Contratación personal 
3.2. Flujo Básico. 
3.2.1 El sistema abre el formulario “Contratación” con las opciones: 
a. Botón de selección (GUARDAR) 
b. Botón de selección (VOLVER) 
c. 11 cuadros de texto (Nombre, Apellido Paterno, Apellido Materno, 
Fecha Nacimiento, DNI, SEXO (H o M), Correo Electrónico, Numero 
celular, grado de estudios, puesto solicitado) 
d. dateTimePicker1 
3.2.2 El actor completa campos Nombre, Apellido Paterno, Apellido Materno, Fecha 
Nacimiento, DNI, SEXO (H o M), Correo Electrónico, Numero celular, grado de 
estudios, puesto solicitado 
3.2.3 El actor selecciona la opción “GUARDAR” después “VOLVER” 
3.2.4 El sistema muestra el menú principal con opciones Contratación 
 3.3 Sub-flujo 
1. En el punto 3.2.1, el actor oprime el botón de comando cerrar y cierra el 
programa 
 
 
41 
UPN FACULTAD DE INGENIERÍA 
 
3.4. Flujos Alternativos 
 
1. En el punto 3.2.4, el actor ingresa datos incorrectos se muestra el mensaje “Registro 
no se llenó correctamente” continua en el punto 2. 
 
4. Precondiciones 
 No aplica 
5. Post condiciones 
 No Aplica 
6. Puntos de Extensión 
No aplica 
7. Requerimientos Especiales 
No aplica 
8. Prototipo 
 
 
 
 
 
 
 
 
 
 
 
42 
UPN FACULTAD DE INGENIERÍA 
 
ESPECIFICACIÓN DE CASO DE USO: RECEPCION 
 
1. Descripción 
El caso de uso “Recepción” detalla los pasos a seguir para que el 
almacenero ingrese al sistema. 
2. Actor(es) 
 Almacenero 
3. Flujo de Eventos 
3.1 Evento disparador. 
 -El actor selecciona ingresar al sistema en el menú principal en la 
opción almacén. 
 
3.2. Flujo Básico. 
 
3.2.1 El sistema abre el formulario “AlMACÉN” con las opciones: 
a. Botón de Llenado (Recepción de productos) 
b. 2 cuadros de texto (N° de documento,proveedor,orden 
de compra) 
c. 2 botones de comando (Nuevo , Grabar , Retornar) 
3.2.2 El actor completa campos 
3.2.3 El actor selecciona la opción “ingresar almacén” 
3.2.4 El sistema muestra el menú principal con opciones 
avanzadas habilitadas 
 3.3 Sub-flujo 
1. En el punto 3.2.1,el actor oprime el botón de comando cerrar 
y cierra el programa 
 
43 
UPN FACULTAD DE INGENIERÍA 
 
3.4. Flujos Alternativos 
 
1. En el punto 3.2.4, el actor ingresa datos incorrectos se muestra 
mensaje “Información Incompleta” continua en el punto 2. 
 
4. Precondiciones 
 No aplica 
5. Post condiciones 
 Ingreso a sistema como usuario 
6. Puntos de Extensión 
No aplica 
7. Requerimientos Especiales 
No aplica 
8. Prototipo 
 
44 
UPN FACULTAD DE INGENIERÍA 
 
 
ESPECIFICACIÓN DE CASO DE USO: Ingreso y Egreso Crediticio 
1. Descripción 
 
El caso de uso “Ingreso y Egreso Crediticio” detalla los pasos a 
seguir para que el Vendedor y Administrador ingrese al sistema. 
 
2. Actor(es) 
 
 Vendedor 
 
3. Flujo de Eventos 
45 
UPN FACULTAD DE INGENIERÍA 
 
 
3.1 Evento disparador. 
 
 -El actor selecciona ingresar al sistema en el menú principal en la 
opción Ingreso y Egreso Crediticio. 
 
3.2. Flujo Básico. 
 
3.2.1 El sistema abre el formulario “Ingreso y Egreso Crediticio” 
con las opciones: 
a. BotóndeLlenado (Fecha, Moneda, Estados, 
Caja/Banco, Tipo Documento, Responsable) 
b. 2 cuadros de texto (Caja, importe, documento, DNI) 
c. 2 botones de comando (Aceptar, Salir, Cobrar, Buscar) 
3.2.2 El actor completa campos 
3.2.3 El actor selecciona la opción “Caja” 
3.2.4 El sistema muestra las opciones de Deudor, tipo de 
documento y fecha con opciones avanzadas habilitadas 
 3.3 Sub-flujo 
1. En el punto 3.2.1, el actor oprime el botón de comando Salir 
y Sale el programa 
 
3.4. Flujos Alternativos 
 
1. En el punto 3.2.3 y en 3.2.4 el actor ingresa datos incorrectos se 
muestra el mensaje “Error de Información” continua en el punto 2. 
 
4. Precondiciones 
46 
UPN FACULTAD DE INGENIERÍA 
 
 No aplica 
5. Post condiciones 
 Ingreso a sistema como usuario 
6. Puntos de Extensión 
No aplica 
7. Requerimientos Especiales 
No aplica 
 
 
 
8. Prototipo 
 
 
 
 
 
 
 
47 
UPN FACULTAD DE INGENIERÍA 
 
4 Disciplina: Análisis 
 
4.3 Diagrama general de casos de uso según análisis 
 
 
4.4 Arquitectura de análisis 
 
 
4.4 Clases de Análisisz 
 
4.4.1 Clases Frontera 
 
4.4.2 Clases Control 
 
48 
UPNFACULTAD DE INGENIERÍA 
 
 
4.4.3 Clases Entidad 
 
4.4 Realizaciones de Casos de Uso del Análisis 
49 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
50 
UPN FACULTAD DE INGENIERÍA 
 
 
 
51 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
52 
UPN FACULTAD DE INGENIERÍA 
 
 
4.4.4 Diagrama de clases 
 
4.4.1 Diagramas de iteracción ( Comunicación, secuencia) 
 
 
 
 
 
 
 
 
53 
UPN FACULTAD DE INGENIERÍA 
 
 
Diagrama de secuencia: Solicitar mercadería 
 
 
 
 
 
 
 
 
54 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
Diagrama de secuencia: Solicitar capacitación 
 
55 
UPN FACULTAD DE INGENIERÍA 
 
Diagrama de secuencia: Generar plan de reducción 
 
 
5.3 Modelo de Persistencia 
 
5.3.1 Modelo Físico 
56 
UPN FACULTAD DE INGENIERÍA 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
57 
UPN FACULTAD DE INGENIERÍA 
 
 
5.3.2 Diagrama de base de datos 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
58 
UPN FACULTAD DE INGENIERÍA 
 
5.3.3 Script de la base de datos 
 
 
CREATE TABLE Vendedores( 
 Generar_comprobante_pago CHAR(10), 
 Apertura_caja CHAR(30), 
 Visualiza_catalogo CHAR(30), 
 apertura_historial CHAR(9), 
 cobranza_creditos CHAR(10), 
 PRIMARY KEY(Generar_comprobante_pago) 
) 
CREATE TABLE Soporte Tecnico( 
 Solucionar_sistema_ventas CHAR(10), 
 Registo_solicitud CHAR(30), 
 Reporte_errores CHAR(30), 
 PRIMARY KEY(Soporte Tecnico) 
) 
CREATE TABLE ing_agronomo( 
 Genera_receta_para_plantas CHAR(10), 
 Venta_productos CHAR(30), 
 PRIMARY KEY(Genera_receta_para_plantas) 
) 
CREATE TABLE Contabilidad( 
 Control_ingresos_egresos CHAR(10), 
 Registo_operaciones_transaccion CHAR(30), 
 PRIMARY KEY(Control_ingresos_egresos) 
) 
59 
UPN FACULTAD DE INGENIERÍA 
 
CREATE TABLE Administracion( 
 Registro_clientes CHAR(10), 
 Actualizacion_datos_clientes CHAR(30), 
 Compra_productos CHAR(30), 
 PRIMARY KEY(Registro_clientes) 
) 
CREATE TABLE Finanzas( 
 Analiza_recursos_financieros CHAR(10), 
 Gestiona_partidas_ingresos_gastos CHAR(30), 
 PRIMARY KEY(Analiza_recursos_financieros) 
) 
 
 
 
7. Planificación del Proyecto 
7.1 Plan de Desarrollo de Software. 
7.1.1 Roles y Responsabilidades 
Encargado de analizar el proyecto y revisar: Piero Abad Davalos Vara 
Encargados de diseñar y modelar el proyecto: Pierho Alejandro Ascoy Guzman 
 André Leonardo Toribio Fernández 
Encargado de documentar el proyecto: Juan Carlos Silva Araujo 
 Anthony Huaccachi García. 
 
 
60 
UPN FACULTAD DE INGENIERÍA 
 
 
7.1.2 Cronograma del Proyecto 
 
7.1.3 Presupuesto 
No se invirtió económicamente en el trabajo puesto que el software era gratuito. Asimismo, la 
investigación empleada provino de fuentes confiables y de nulo costo. 
 
 
8. Bibliografía 
Republica del Peru(2016).Resolución Jefatural.Recuperado de 
 http://www.indice.gob.pe/wp-contet/uploads/2019/01/fil020170517170906.pdf 
Banco Central de Reserva del Perú. (Enero 2015). Reporte de Inflación – Panorama actual y 
 proyecciones macroeconómicas 2014 y 2016. Recuperado de 
www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2015/mayo/reporte-de-inflacion-mayo-
2015 
Comunidad Andina (Julio 2015). Diagnóstico de la situación subregional andina sobre la 
 prevención y respuesta a emergencias por productos químicos peligrosos y materiales 
 radiactivos. Recuperado de 
 www.comunidadandina.org/public/Libro_Diagnostico_subregional_andino.pdf 
SENASA (Febrero 2015). Convenio de Gestión para el año fiscal 2002. Recuperado de 
 www.senasa.gob.pe/senasa/wpcontent/uploads/jer/RAC_AGCONVG/cg2002.pdf 
Diario El Comercio (Enero 2015). Minagri: PBI agropecuario crecerá apenas 2% este año. 
 Recuperado de www.elcomercio.pe/economia/peru/minagri-pbi-agropecuario-crecera-
apenas-2-este-ano-noticia-1754216 
 
 
 
 
 
http://www.indice.gob.pe/wp-contet/uploads/2019/01/fil020170517170906.pdf
http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2015/mayo/reporte-de-inflacion-mayo-2015
http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2015/mayo/reporte-de-inflacion-mayo-2015
http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2015/mayo/reporte-de-inflacion-mayo-2015
http://www.bcrp.gob.pe/docs/Publicaciones/Reporte-Inflacion/2015/mayo/reporte-de-inflacion-mayo-2015
http://www.comunidadandina.org/public/Libro_Diagnostico_subregional_andino.pdf
http://www.senasa.gob.pe/senasa/wpcontent/uploads/jer/RAC_AGCONVG/cg2002.pdf
http://www.elcomercio.pe/economia/peru/minagri-pbi-agropecuario-crecera-apenas-2-este-ano-noticia-1754216
http://www.elcomercio.pe/economia/peru/minagri-pbi-agropecuario-crecera-apenas-2-este-ano-noticia-1754216
61 
UPN FACULTAD DE INGENIERÍA 
 
 
9. Anexo 
Como anexos propuestos tenemos las capturas de pantalla de lo desarrollado en el Software Ibm 
Rational Software 
 
62 
UPN FACULTAD DE INGENIERÍA 
 
 
 
63 
UPN FACULTAD DE INGENIERÍA 
 
 
 
64 
UPN FACULTAD DE INGENIERÍA 
 
 
 
65 
UPN FACULTAD DE INGENIERÍA 
 
10. Conclusión 
•Se concluye que mediante este modelado de software realizamos una automatización en el área 
de gestión para la empresa Comercial Agrícola Progreso S.A.C 
•Se logró reducir el tiempo de las generaciones de documentos en un alto porcentaje cumpliendo 
con la función de sistematización de los procesos 
•Con el uso de este modelado se puede generar un impacto positivo al público general relacionado 
a la agronomía peruana.