UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ
FACULTAD DE INGENIERÍA DE SISTEMAS
TESIS:
IMPLEMENTACIÓN DE UN SOFTWARE PARA EL ÁREA DE CONTROL PRODUCTIVO EN LA PRODUCCIÓN DE CUYES EN LA ASOCIACIÓN DE PRODUCTORES AGROPECUARIOS ECOLÓGICOS
FORESTAL WANKA SUR.
PRESENTADO POR:
SANCHEZ QUISPE, DANTE JAIR
PARA OPTAR EL TÍTULO PROFESIONAL DE:
INGENIERO DE SISTEMAS
Huancayo – Perú
2020
II ASESOR
Dr. Richard Mercado Rivas
III AGRADECIMIENTOS
Deseo expresar muestras de agradecimientos:
A DIOS
Por darme todo lo que necesito, darme fuerzas para seguir adelante, mostrarme lo mucho que me ama y lo poderoso que es tener fe en Él.
A MIS PADRES
Por su apoyo incondicional durante mi etapa de formación como persona y como estudiante.
A MI ASESOR
Por todo el apoyo que me brindó durante mi formación universitaria y el desarrollo de la tesis.
A SOLINTELS
Por ayudarme a superarme a mí mismo, y el apoyo que me brindaron todos los colaboradores.
A LA ASOCIACIÓN
Por darme todo el apoyo necesario durante el desarrollo de la presente investigación.
AL ING. TEÓFILO AROQUIPA HUAMÁN
Por todo el apoyo bridado durante el desarrollo del presente trabajo de investigación.
IV DEDICATORIA:
A mis padres, Soledad y Pedro, que con esfuerzo me educaron para ser una persona de bien, a mi hermano Saúl por su buen corazón me motiva a seguir adelante.
Y se lo dedico a mi abuelita que siempre me incentivó a estudiar y me quiso ver profesional.
V RESUMEN
La presente tesis que lleva por título "Implementación de un Software para el Área de Control Productivo En La Producción de Cuyes en La Asociación de Productores Agropecuarios Ecológicos Forestal Wanka Sur" se desarrolla en torno al área de control productivo en las granjas de producción de cuyes.
La situación problemática surge con la necesidad de mejorar los procesos pertenecientes al área de control productivo, de tal manera que se pueda reducir tiempos en el proceso de registros de control que eran realizados a mano en hojas de papel, y el proceso de construcción de indicadores donde pasaban la información recolectada a hojas de cálculo en Excel; lo que evidentemente generaba un doble trabajo. Para mejorar dicha situación del área se propuso una implementación de un software.
Para el desarrollo del trabajo de investigación se usó la metodología modelo en cascada, tecnologías como: Visual Studio, SQL Server Express, C#, entre otros.
Los resultados del presente trabajo muestran que el tiempo promedio en una de sus actividades del proceso de registros de control mejoraron hasta en un 40%, por otro lado, en el proceso de construcción de parámetros o indicadores se mejoraron los tiempos en las actividades desde un 85.5 % hasta en un 94.9 %. Por lo tanto, se concluye que mediante el uso del software se logra mejorar el área de control productivo.
Palabras claves: Implementación de un software, producción de cuyes, modelo en cascada, Visual Studio, SQL Server, Asociación de Productores Agropecuarios Ecológicos Forestal Wanka Sur.
VI ABSTRAC
This thesis entitled "Implementation of a Software for the Productive Control Area in Guinea Pig Production in the Wanka Sur Forest Ecological Agricultural Producers Association" is developed around the productive control area in guinea pig production farms.
The problematic situation arises with the need to improve the processes belonging to the productive control area, in such a way that it can reduce times in the process of control records that were made by hand on sheets of paper, and the process of construction of indicators where they passed the collected information to spreadsheets in Excel; which evidently generated double work. To improve this situation in the area, a software implementation was proposed.
For the development of the research work, the cascade model methodology was used, technologies such as: Visual Studio, SQL Server Express, C #, among others.
The results of this work show that the average time in one of its activities of the control records process improved by up to 40%, on the other hand, in the process of construction of parameters or indicators, the times in the activities were improved from a 85.5% up to 94.9%. Therefore, it is concluded that through the use of the software it is possible to improve the p roductive control area.
Keywords: Software implementation, guinea pig production, cascade model, Visual Studio, SQL Server, Asociación de Productores Agropecuarios Ecológicos Forestal Wanka Sur.
VII INDICE GENERAL
ASESOR ... II AGRADECIMIENTOS ... III DEDICATORIA: ... IV RESUMEN ... V ABSTRAC ... VI INDICE GENERAL... VII INDICE DE FIGURAS ... X INDICE DE TABLAS ... XII
INTRODUCCION ... 1
CAPÍTULO I GENERALIDADES ... 3
1.1. Planteamiento del problema ... 3
1.1.1. Producción de cuy en el Perú. ... 3
1.1.1.1. Exportación de la carne de Cuy. ... 5
1.1.1.2. Consumo de carne de cuy en el extranjero. ... 5
1.1.2. Asociación de productores agropecuarios forestal y ecológico Wanka Sur ... 7
1.1.2.1. Áreas de proceso productivo... 8
1.1.2.1.1. Área de control productivo. ... 8
1.2. Formulación del Problema ... 13
1.2.1. Problema General... 13
1.2.2. Problemas Específicos ... 13
1.3. Objetivos... 14
1.3.1. Objetivo General ... 14
1.3.2. Objetivos Específicos ... 14
1.4. Justificación ... 14
1.4.1. Justificación por Conveniencia ... 14
1.4.2. Justificación por Relevancia Social ... 14
1.4.3. Justificación por Implicaciones Prácticas ... 15
1.5. Hipótesis ... 15
1.5.1. Hipótesis General ... 15
1.5.2. Hipótesis Específicas ... 15
1.6. Operacionalización de Variables ... 16
1.7. Diseño Metodológico ... 16
1.7.1. Tipo de investigación ... 16
1.7.2. Nivel de investigación ... 16
VIII
1.8. Sistema de referencia ... 17
CAPÍTULO II MARCO DE REFERENCIA ... 18
2.1. Antecedentes ... 18
2.2. Marco Teórico ... 19
2.2.1. Software. ... 19
2.2.1.1. Proceso de software ... 20
2.2.1.1.1. Requerimientos ... 20
2.2.1.1.2. Diseño ... 24
2.2.1.1.3. Desarrollo ... 26
2.2.1.1.4. Verificación y Validación ... 27
2.2.1.2. Modelo de proceso de Software ... 29
2.2.1.2.1. Modelo en cascada ... 29
2.2.1.2.2. Desarrollo evolutivo:... 31
2.2.1.2.3. Ingeniería de software basa en componentes: ... 31
2.2.2. Base de Datos. ... 31
2.2.2.1. Modelo entidad relación. ... 32
2.2.2.2. Sistema Gestor de base de datos ... 32
2.2.3. Información e Indicadores. ... 33
2.2.3.1. Información ... 33
2.2.3.2. Indicadores ... 33
2.2.3.3. Relación entre información e indicadores. ... 34
2.2.4. Áreas funcionales y Procesos. ... 34
2.2.4.1. Área funcional... 34
2.2.4.2. Procesos ... 34
2.2.4.2.1. Mapa de procesos... 35
2.2.5. Organización de la producción de cuyes ... 36
2.2.5.1. Área de materias primas y materiales. ... 36
2.2.5.2. Área de equipos (máquinas y herramientas). ... 36
2.2.5.3. Área de personal. ... 36
2.2.5.4. Área de Control Productivo ... 36
2.2.5.4.1. Secuencia productiva de cuyes... 37
2.2.5.4.2. Flujo de procesos de control productivo ... 39
2.3. Modelo aplicativo ... 41
2.4. Marco Conceptual ... 43
CAPITULO III INTERVENCIÓN METODOLÓGICA... 45
3.1. Análisis y definición de requerimientos ... 45
IX
3.1.1. Introducción ... 45
3.1.1.1. Propósito ... 45
3.1.1.2. Alcance ... 45
3.1.1.3. Definiciones, acrónimos y abreviaturas ... 46
3.1.1.4. Referencias ... 46
3.1.1.5. Descripción del resto del documento ... 46
3.1.2. Descripción general ... 46
3.1.2.1. Perspectiva del producto ... 46
3.1.2.2. Funciones del producto... 46
3.1.2.3. Características del usuario ... 47
3.1.2.4. Restricciones generales ... 47
3.1.2.4.1. Suposiciones y dependencias ... 48
3.1.3. Requerimientos ... 48
3.1.3.1. Interfaces... 48
3.1.3.2. Requerimientos ... 48
3.2. Diseño del software ... 58
3.2.1. Diagrama de Clases... 59
3.2.2. Diagrama de Casos de Uso ... 61
3.2.3. Diagrama de Secuencia ... 62
3.3. Implementación y prueba de unidades ... 67
3.3.1. Diseño de base de datos. ... 68
3.3.2. Desarrollo de requerimientos ... 70
3.4. Integración y pruebas del sistema ... 75
3.5. Funcionamiento y mantenimiento... 84
CAPITULO IV ANÁLISIS Y DISCUSIÓN DE RESULTADOS ... 85
4.1. Análisis de la situación anterior ... 85
4.2. Análisis de la situación actual ... 87
4.3. Discusión de resultados. ... 91
CONCLUSIONES ... 94
RECOMENDACIONES ... 95
REFERENCIAS ... 96
ANEXOS ... 98
APÉNDICE ... 104
X INDICE DE FIGURAS
Figura N° 1 Secuencia productiva de Cuyes ... 9
Figura N° 2 Esquema para asociar eventos reproductivos y actividades sanitarias de limpieza. ... 10
Figura N° 3 Mapa de Proceso de Control Productivo ... 11
Figura N° 4 Estructura para el documento de requerimientos del software. ... 24
Figura N° 5 Modelo del proceso de pruebas de software ... 29
Figura N° 6 Secuencia productiva de cuyes... 37
Figura N° 7 Esquema para asociar eventos reproductivos y actividades sanitarias de limpieza. ... 38
Figura N° 8 Flujo de control productivo ... 40
Figura N° 9 Modelo en casca - Ciclo de vida del software... 42
Figura N° 10 Diseño del Software ... 58
Figura N° 11 Diagrama de Clases ... 60
Figura N° 12 Diagrama de Caso de Uso del Colaborador ... 61
Figura N° 13 Diagrama de Casos de Uso del Administrador del Sistema. ... 62
Figura N° 14 Diagrama de Secuencia de Autenticación ... 63
Figura N° 15 Diagrama de Secuencia de Gestión de Clientes. ... 63
Figura N° 16 Diagrama de Clases de Gestión de Colaboradores ... 64
Figura N° 17 Diagrama de Clases de Gestión de Pozas ... 64
Figura N° 18 Diagrama de Clases de Gestión de Empadre ... 65
Figura N° 19 Diagrama de Clases de Gestión de Gestación y Maternidad ... 65
Figura N° 20 Diagrama de Secuencias de Gestión de Recría ... 66
Figura N° 21 Diagrama de Clases de Gestión de Engorde ... 66
Figura N° 22 Diagrama de Clases de Gestión de Ventas ... 67
XI
Figura N° 23 Diagrama de Clases de Gestión de Reportes... 67
Figura N° 24 Diagrama entidad relación. Módulo de administración y Clientes ... 68
Figura N° 25 Diagrama entidad relación del módulo de producción. ... 69
Figura N° 26 Modelo en capas de SoftCavia ... 70
Figura N° 27 Procedimiento almacenado del RF02 - Parte 1 ... 71
Figura N° 28 Procedimiento almacenado del RF02 - Parte 2 ... 72
Figura N° 29 Clase de acceso a datos del módulo de clientes. ... 73
Figura N° 30 Clase de la capa negocio del módulo clientes ... 73
Figura N° 31 Código del registro de clientes de la capa presentación en el módulo de clientes ... 74
Figura N° 32 Interfaz de usuario del registro de clientes. ... 75
Figura N° 33 Interfaz de la ventana principal del software ... 75
Figura N° 34 Interfaz de la opción de gestión de pozas ... 76
Figura N° 35 Interfaz de la opción de gestión de producción... 76
Figura N° 36 Interfaz de la opción de gestión de crianza ... 77
XII INDICE DE TABLAS
Tabla 1. Perú; población de cuyes por departamentos ... 4
Tabla 2 Perú, exportaciones de carne de cuy, según país. Año 1994 - 2018 ... 5
Tabla 3 Población de peruanos, ecuatorianos y bolivianos residentes en el exterior según países, Año 2017 ... 6
Tabla 4 Tiempos Promedios de actividades para registrar, actualizar y obtener indicadores. 12 Tabla 5 Operacionalización de Variables... 16
Tabla 6 Especificación de requerimientos utilizando un formulario estándar. ... 23
Tabla 7 RF01 - Acceso al aplicativo ... 49
Tabla 8 RF02 - Gestión de datos personales. ... 49
Tabla 9 RF03 - Registro del personal. ... 50
Tabla 10 RF04 - Gestión de pozas... 50
Tabla 11 RF05 - Registro de datos de producción en etapa de empadre ... 51
Tabla 12 RF06 - Registro de datos de producción en etapa de gestación ... 51
Tabla 13 RF07 - Registro de datos de producción en etapa de maternidad ... 52
Tabla 14 RF08 - Registro de datos de producción en etapa de recría ... 52
Tabla 15 RF09 - Registro de datos de producción en etapa de engorde ... 53
Tabla 16 RF10 - Registro de datos de comercialización ... 53
Tabla 17 RF11 - Reporte de Porcentaje de fertilidad por poza... 54
Tabla 18 RF12 - Reporte de Promedio de camada por poza ... 54
Tabla 19 RF13 - Reporte de cantidad de gazapos muertos hasta el destete por poza ... 55
Tabla 20 RF14 - Reporte de cantidad de partos por año por poza ... 55
Tabla 21 RF 15 - Reporte de cantidad de gazapos destetados por poza ... 55
Tabla 22 RNF01 - Interfaz del software... 56
Tabla 23 RNF02 - Ayuda en el manejo del software ... 56
XIII
Tabla 24 RNF03 - Nivel de usuarios ... 56
Tabla 25 RNF04 - Seguridad de información ... 57
Tabla 26 RNF05 - Confiabilidad de la información ... 57
Tabla 27 Plan de entrega de requerimientos ... 57
Tabla 28 Resultado de prueba de software del RF01 ... 78
Tabla 29 Resultado de prueba de software del RF02 ... 78
Tabla 30 Resultado de prueba de software del RF03 ... 79
Tabla 31 Resultado de prueba de software del RF04 ... 79
Tabla 32 Resultado de prueba de software del RF05 ... 80
Tabla 33 Resultado de pruebas de software del RF06 ... 80
Tabla 34 Resultado de prueba de software del RF07 ... 81
Tabla 35 Resultado de prueba de software del RF08 ... 81
Tabla 36 Resultado de la prueba de software del RF09 ... 82
Tabla 37 Resultado de prueba de software del RF10 ... 82
Tabla 38 Resultado de prueba de software de los requerimientos funcionales 11, 12, 13, 14, 15 ... 83
Tabla 39 Resultados de la encuesta de Requerimientos no Funcionales. ... 84
Tabla 40 Tiempo promedio de actividades del proceso Registros de control y Construcción de indicadores. ... 85
Tabla 41 Actividades de los procesos de Registros de Control y Construcción de parámetros o indicadores a ser evaluado. ... 86
Tabla 42 Estadística Descriptiva de las actividades del proceso Registros de Control ... 86
Tabla 43 Estadística Descriptica de las actividades del proceso de Construcción de parámetros o indicadores a ser evaluado por granja. ... 87
XIV Tabla 44 Comparación de tiempos promedios de las actividades de los procesos de Registros de control y Construcción de Indicadores. ... 88 Tabla 45 Prueba de T para muestras emparejadas del proceso Registros de Control ... 89 Tabla 46 Prueba de T para muestras emparejadas del proceso Construcción de parámetros o indicadores a ser evaluado por granja ... 90
1 INTRODUCCION
Cada año que transcurre la globalización reduce fronteras entre regiones de un país o del resto de países y abre un mercado mundial donde organización que no cuente con tecnología e información tiene menos oportunidad de crecer y ser competitiva con otras, por ese motivo es que en la actualidad varias organizaciones optan por obtener un servicio de tecnologías de información (software, aplicativos móviles, aplicativos web, entre otros) estos ofrecen a sus negocios ventajas y oportunidad de crecer y permanecer en el mercado.
Actualmente en distintos lugares del mundo se empiezan a implementar tecnologías de información en el sector ganadero como podemos apreciar en los antecedentes; en Ecuador se diseñó un software para la gestión de información de producción de leche (Díaz Ortíz, 2014), en Cuba se implementó un software para el control de animales bovinos (Roberkis , 2014), en Colombia se desarrolló un software para optimizar y agilizar la administración de informes e indicadores en la crianza de ganados (Ayala Parra, 2015).
Según el Plan Nacional Ganadero en el Perú los sistemas de crianzas para vacunos, ovinos, camélidos, caprinos y cuyes cuentan con un bajo nivel tecnológico y cuentan con recursos limitados a servicios ganaderos (Ministerio de Agricultura y Riego, 2017). Por tal motivo el Gobierno a través de AGROIDEAS, AGROEMPRENDE, MINAGRI, INIA entre otros, lanza fondos concursables y programas para el sector productivo, con el fin de ampliar el crecimiento sistematizado en las actividades de este sector.
La Asociación de Productores Agropecuarios Forestal y Ecológico Wanka Sur logra acceder a uno de esos fondos concursables a través de un proyecto donde incorporan procesos innovadores, dentro de esos urge la necesidad de optimizar procesos, automatizar actividades e innovar tecnológicamente el área de control productivo, ya que este es el área operativa de la asociación.
2 Esta tesis aborda la problemática y la necesidad de la asociación y cómo influye la Implementación de un Software para el Área de Control Productivo.
En el Capítulo I, se detalla la situación actual de la producción de cuyes a nivel regional, nacional e internacional, seguido de eso nos enfocamos en la situación de la asociación de productores agropecuarios forestal Wanka sur, también se verá el planteamiento del problema, objetivos, la justificación del proyecto de investigación, seguido de la hipótesis y el diseño metodológico.
El Capítulo II, viene dado por los antecedentes que son proyectos o tesis relacionadas al presente trabajo de investigación y que utilizaron una solución similar a la que se presenta en éste, después se detalla el marco teórico donde se describe todo lo necesario acerca del software. Así mismo, se muestra el modelo aplicativo el cual muestra la metodología para resolver la problemática planteada.
En el Capítulo III, se expone todo acerca de la intervención metodológica y las etapas que tiene este, es aquí donde se desarrolla la solución al problema planteado.
El capítulo IV contiene el análisis y discusión de resultados, es en este capítulo donde se comprueba si la hipótesis planteada coincide con los resultados obtenidos después de haber realizado la intervención metodológica.
Por último, se muestra las conclusiones de la presente tesis y las recomendaciones que hay que tener en cuenta para mejorar el presente trabajo.
3 CAPÍTULO I
GENERALIDADES
En este capítulo se desarrolla el planteamiento del problema, en primer lugar, se analiza en entorno macro de la producción de cuyes a nivel nacional e internacional, de la misma manera se determina la situación actual del área de control productivo de la Asociación De Productores Agropecuarios Ecológicos Forestal Wanka Sur, con lo cual posteriormente se logre establecer objetivos los cuales servirán para el desarrollo de esta investigación, seguido de eso se determina aspectos que permite justificar el interés de la misma.
1.1. Planteamiento del problema
1.1.1. Producción de cuy en el Perú.
El cuy se encuentra casi por completo en todo el territorio peruano debido a su gran adaptabilidad a zonas cálidas y frías, según los reportes del Censo Nacional Agropecuario realizado en el año 2012 la población de cuyes a nivel nacional sobrepasaba los 12 millones y medio de las cuales las regiones con mayor población de cuyes eran Cajamarca, Cusco, Ancash, Apurímac y Junín sumando aproximadamente el 60% de la población nacional de cuyes (Instituto Nacional de Estadística e Informática, 2012) como se muestra en la Tabla 1.
4 Tabla 1.
Perú; población de cuyes por departamentos
Ubicación Población Participación
Cajamarca 2,408,094 18.97%
Cusco 1,715,374 13.51%
Ancash 1,643,415 12.95%
Apurímac 1,012,181 7.97%
Junín 958,796 7.55%
Lima 740,812 5.84%
La Libertad 721,021 5.68%
Huánuco 687,311 5.41%
Ayacucho 449,887 3.54%
Arequipa 437,274 3.44%
Huancavelica 348,223 2.74%
San Martín 340,875 2.69%
Amazonas 327,936 2.58%
Lambayeque 240,664 1.90%
Moquegua 138,368 1.09%
Piura 116,134 0.91%
Puno 113,881 0.90%
Tacna 109,221 0.86%
Pasco 98,222 0.77%
Ica 47,532 0.37%
Loreto 16,312 0.13%
Ucayali 12,748 0.10%
Prov. Const del Callao 5,321 0.04%
Madre de Dios 2,982 0.02%
Tumbes 2,446 0.02%
Perú 12,695,030
Fuente: INEI – CENAGRO 2012 Elaborado: Propio
Según fuentes de la Cámara de Peruana del Cuy (Capecuy) de octubre del año 2016 en el Perú se criaban unos 18 millones de cuyes, mostrando un incremento de población de casi un 50% a comparación del censo realizado en el año 2012. En una entrevista realizada al titular de Capecuy en ese mismo año señaló que existe una demanda insatisfecha a nivel nacional e internacional.
5 1.1.1.1. Exportación de la carne de Cuy.
“En la actualidad, el Perú es el mayor exportador de carne de cuy, viene participando con el 71.3% en el mercado exterior; seguido de nuestro único competidor Ecuador con un 28.7%” (Ministerio de Agricultura y Riego - Dirección General de Políticas Agrarias, 2019).
Perú comenzó la exportación de carne de cuy en 1994 con 132 kilogramos, que año tras año fue subiendo; alcanzando hasta el año 2018 un volumen de 195 527124 kilogramos. Del total de volumen exportado el principal país de destino es Estados Unidos con un (99.9%) y en segundo lugar se encuentra Japón con (0.05%) como podremos observar a continuación en la Tabla 2.
Tabla 2
Perú, exportaciones de carne de cuy, según país. Año 1994 - 2018
Fuente: SUNAT
Elaborado: MINAGRI-DGPA-DEEIA
1.1.1.2. Consumo de carne de cuy en el extranjero.
Los consumidores de esta carne en los Estados Unidos son personas con raíces latinoamericanas como Perú, Ecuador, Bolivia, los cuales tienen la costumbre de comer esta carne y a la vez añoran y desean consumir un producto originario de sus países (Ministerio de Agricultura y Riego - Dirección General de Políticas Agrarias, 2019). A la vez esta carne tiene un alto nivel nutricional y es posible
6 ampliar el mercado difundiendo sus propiedades, bondades y beneficios que trae a la salud.
Según la Organización de las Naciones Unidas (ONU), al cierre del año 2017 la población de ecuatorianos, bolivianos y peruanos residentes en el extranjero de dividen en 10 principales países del mundo (Ministerio de Agricultura y Riego - Dirección General de Políticas Agrarias, 2019) cómo podemos observar en la siguiente tabla.
Tabla 3
Población de peruanos, ecuatorianos y bolivianos residentes en el exterior según países, Año 2017
Fuente: Organización de las Naciones Unidas (ONU) 2017 Elaborado: MINAGRI-DGPA-DEEIA
Como podemos observar en la tabla 2, la mayor cantidad de carne de cuy que se exporta está destinado a Estados Unidos, también podemos observar en la Tabla 3 que hay una gran cantidad de peruanos, bolivianos y ecuatorianos que residen en Estados Unidos haciendo un total de más de 1 millón de personas.
Según estos datos podemos decir que el Perú es el mayor productor exportador de cuy en el mundo y que las estimaciones de según la Encuesta Nacional
7 Agraria (ENA) 2016 muestran una producción anual de 21 103 toneladas de carne de cuy. Así mismo:
El Ministerio de Agricultura y Riego, a través del Programa de Compensaciones de la Competividad – AGROIDEAS, actúa como socio estratégico de los negocios sostenibles en el campo a nivel nacional; fomentando la asociatividad, mejora de la gestión y adopción de tecnologías de los pequeños y medianos productores a través del financiamiento no reembolsable de planes de negocios sostenibles; entre ellos la crianza de cuyes.
(Ministerio de Agricultura y Riego - Dirección General de Políticas Agrarias, 2019)
Como menciona en la cita, AGROIDEAS busca la mejora de la gestión y adopción de tecnologías en los productores para así continuar la producción y abastecer el mercado nacional e internacional.
1.1.2. Asociación de productores agropecuarios forestal y ecológico Wanka Sur La Asociación fue creada e inscrita formalmente en el año 2012 a los 23 días del mes de febrero en la Superintendencia Nacional de Aduanas y de Administración Tributaria con dirección Fiscal Jr. Mariscal sucre nro. 421 pblo. Junín - Huancayo – Sapallanga (Superintendencia Nacional de Aduanas y de Administración Tributaria, 2012), y está acogida bajo la Ley de Promoción de Zonas Alto Andinas (Ley 29482) desde 01/03/2012 la cual tiene como objetivo “promover y fomentar el desarrollo de actividades productivas y de servicios, que generen valor agregado y uso de mano de obra en zonas altoandinas, para aliviar la pobreza” (Ministerio de Economía y Finanzas, 2012). Dicho eso la Asociación tiene como actividad económica la crianza de animales domésticos específicamente cuyes. Actualmente la Asociación cuenta con aproximadamente 26 productores dedicados individualmente a la crianza de
8 cuyes, sin embargo, la asociación logra producir alrededor de 2200 cuyes por mes según el Ministerios de Agricultura y Riego.
1.1.2.1. Áreas de proceso productivo.
Todos los productores pertenecientes a la Asociación de productores agropecuarios forestal y ecológico Wanka Sur manejan una metodología de crianza de cuyes basado en el “Manual para el manejo de reproductores híbridos Especializados en producción de carne, Cuyes Genéticamente geniales”
(Aroquipa Huamán, 2019), lo cual les ayuda a tener una mejor organización, control, gestión y les ofrece un marco de crianza en sus centros de producción, basados en el manual la asociación organiza las granjas de producción en cuatro área funcionales (Área de materias primas y materiales, Área de equipos, Área de personal, Área de control productivo).
1.1.2.1.1. Área de control productivo.
Basados en el manual, los objetivos del área de control productivo son:
• Homogenizar actividades del personal y consecuentemente los productos.
• Cuantificar los tiempos de ejecución y tener estándares de realización.
• Inversión de tiempo solo para cosas importantes.
• Planificar y presupuestar con tiempo.
• Evaluar por competencias al personal capacitado.
Para el desarrollo del proceso productivo se tiene establecido una secuencia productiva de cuyes como muestra la Figura N° 1.
9 Figura N° 1 Secuencia productiva de Cuyes
Fuente: Manual para el manejo de reproductores híbridos Especializados en producción de carne, Cuyes Genéticamente geniales
Elaborado: Propio
Esta secuencia productiva de cuyes se divide en etapas, ésta empieza por la etapa de Empadre, continúa con la etapa de Gestación, Maternidad, Recría, Engorde y Comercialización, en el tiempo que dura las etapas se desarrolla una serie de actividades las cuales se va a detallar a continuación.
• Empadre:
o Realizado a los 10 días después del 1er parto (por poza).
Requiere el uso del registro Cronograma de Empadre (Ver Anexo 2), donde se anota en forma secuencial las ocurrencias desde el 1er parto para las diferentes pozas (columna fecha 1er.
parto) y sumándole 10 días se anotará la fecha que debe ingresar el macho (columna fecha de empadre).
o Evaluar condición corporal y órganos reproductores del macho antes de ingresarlo con las hembras.
o Anotar las actividades en el Registro de producción de Hembras (Ver Anexo 1).
o Retirar al macho a los 25 días y ubicarlos en sus pozas de descanso, registrar formato de Control de Reproductores (Ver Anexo 3 columna 1, 2, 3). Aprovechar el momento para hacer la limpieza y desinfección total de pozas.
• Gestación:
o A 20 días de haber terminado el empadre hacer la primera recarga de cama.
10 o Al final de la preñes o gestación, poco antes que se inicien los
partos (7 días antes) hacer la segunda recarga de cama.
Figura N° 2 Esquema para asociar eventos reproductivos y actividades sanitarias de limpieza.
Fuente: Manual para el manejo de reproductores híbridos Especializados en producción de carne, Cuyes Genéticamente geniales
Elaborado: Propio
• Maternidad
o Registrar el 1er nacimiento de cada poza en el registro Cronograma de Empadre (Ver Anexo 2).
o Anotar cada nacimiento o evento en el Registro de Producción de Hembras (Ver Anexo 1) y también registrar en los cuadernos (Anexo 6)
o Según los nacimientos registrados en los anexos, se obtiene las fechas de destete que son exactamente a los 15 días del nacimiento.
o Sexado al memento de destete y anotación en el Registro de Producción de Hembras (Anexo 1).
• Recría
o Anotación en el registro Control de Recría de Hembras y Engorde (Ver Anexo 4) y en el registro de Control de Reproductores, recría de machos y engorde (Ver Anexo 5).
11
• Engorde
o Se realiza el registro de los datos en los formatos Control de Recría de Hembras y Engorde (Ver Anexo 4), también se realiza la actualización del registro Control de Reproductores, Recría de machos y engorde (Ver Anexo 5).
• Comercialización
o La atención al cliente debe comprender una buena información y buen trato al momento de la venta.
o Una vez realizada la venta registrar en el cuaderno de diario (Anexo 6)
Todas las actividades detalladas anteriormente se realizan diariamente siguiendo un flujo de procesos de control productivo como se muestra en la Figura N° 3.
Figura N° 3 Mapa de Proceso de Control Productivo
Fuente: Manual para el manejo de reproductores híbridos Especializados en producción de carne, Cuyes Genéticamente geniales
Elaborado: Propio
Actualmente en el área de control productivo, todas las actividades de registros de control vienen siendo registradas de forma manual de las cuales dependiendo del tipo de información se registran en formatos de hojas pre impresas o en cuadernos (Anexo 1 – 6), del mismo modo para poder actualizar los formatos
12 en las diferentes etapas se tiene que buscar el formato perteneciente a la poza y rellenar información que se desea actualizar en las hojas pre impresas o cuadernos. Por consiguiente, debido a que la recolección de datos en muchos de los casos es redundante, los datos registrados carecen de centralización, sumado a que invierten mucho tiempo pasando la los datos a hojas de cálculo en Excel para poder construir los indicadores; se les dificulta cumplir correctamente con sus funciones a los operarios.
A continuación, en la Tabla N° 4 se muestra el tiempo promedio que toman la inserción de un nuevo dato o actualización de cada registro en el proceso de Registros de control. (Ver Apéndice N° 1):
Tabla 4
Tiempos Promedios de actividades para registrar, actualizar y obtener indicadores.
Proceso Actividad
Tiempo promedio aproximado
Registros de control
Tiempo de registro en la etapa de Empadre por poza (Registro de Anexo 1 y 3)
17.7 minutos Tiempo de registro en la etapa de Maternidad
por poza, (Registro del Anexo 2, Actualizar el Anexo 1)
12.6 minutos
Tiempo de registro en la etapa de Recría por poza (Registro de Anexo 4 y 5)
7.3 minutos Tiempo de registro en la etapa de
Comercialización por poza (Registro de Anexo 6)
3 minutos
Construcción de parámetros o indicadores a ser evaluado por granja Tiempo de obtención del indicador Porcentaje
de fertilidad por poza.
4.1 minutos Tiempo de obtención del indicador Promedio
de camada por poza.
8.2 minutos Tiempo de obtención del indicador Gazapos
Muertos hasta el destete por poza
8.6 minutos Tiempo en la obtención del indicador Número
de partos por año por poza.
3.05 minutos Tiempo en la obtención del indicador Numero
de gazapos destetados por poza.
7.15 minutos Fuente: Asociación de productores agropecuarios forestal y ecológico Wanka Sur.
Elaborado: Propio
13 La información mostrada en la Tabla 4 evidencia que el proceso de Registros de Control y el proceso de Construcción de parámetros o indicadores en el Área de Control productivo tienen una deficiencia en el cumplimiento de los objetivos establecidos como el de cuantificar los tiempos de ejecución de actividades, invertir tiempo solo para cosas importantes, planificar y presupuestar con tiempo la producción ni mucho menos evaluar las competencias de su personal.
Por esos motivos es necesario sistematizar la recolección de datos y centralizarlos de este modo cumplir con los objetivos del área, lo que conllevará a que la toma de decisiones sea con información exacta.
En el presente trabajo de investigación se va a diseñar, desarrollar e implementar un software en el área de control productivo con el fin que después de la implementación y el uso del software muestre una mejora en el área, y a su vez en el proceso de registros de control y el proceso de construcción de parámetros o indicadores.
1.2. Formulación del Problema
1.2.1. Problema General
¿De qué manera la Implementación de un software influye en el área de control productivo en la producción de cuyes en la asociación de productores agropecuarios ecológicos forestal Wanka Sur?
1.2.2. Problemas Específicos
- ¿De qué manera la Implementación de un software en el área de control productivo influye en el proceso de Registros de control en granja?
- ¿De qué manera la Implementación de un software en el área de control productivo influye en el proceso Construcción de parámetros o indicadores?
14 1.3. Objetivos
1.3.1. Objetivo General
Determinar la influencia al implementar un software en el área de control productivo en la producción de cuyes en la asociación de productores agropecuarios ecológicos forestal Wanka Sur.
1.3.2. Objetivos Específicos
- Determinar la influencia de implementar un software en el área de control productivo en el proceso de Registro de Control de granja.
- Determinar la influencia de implementar un software en el área de control productivo en el proceso Construcción de parámetros o indicadores.
1.4. Justificación
1.4.1. Justificación por Conveniencia
La Implementación de un sistema de información en cualquier entidad siempre es de utilidad para automatizar algunos procesos, hacerlos rápidos, tener control sobre todos los datos que se almacena, de esta manera sacar información valiosa del comportamiento de nuestro entorno; y este caso no será la excepción ya que el software a implementarse ayudará a administrar los datos que se generan en los centros de producción, tener indicadores exactos del comportamiento de los datos y en base a eso tomar decisiones pertinentes para lograr la rentabilidad en la producción de cuyes.
1.4.2. Justificación por Relevancia Social
Al implementar un sistema de información para los productores pertenecientes a la asociación de productores agropecuarios ecológicos forestal Wanka Sur, serán éstos los principales beneficiados con la adecuada administración de información de sus
15 centros de producción, seguidamente de ellos serán los asesores e ingenieros quienes son los que utilizan la información para llevar a cabo sus actividades. Por último, hay un beneficio social ya que al beneficiar a la asociación se convierte en un ejemplo a seguir de demás entidades dedicadas a este rubro.
1.4.3. Justificación por Implicaciones Prácticas
Al término del proyecto se podrá solucionar los problemas como la adecuada gestión de los datos en los centros de producción, la obtención de indicadores que son clave para que los productores tomen decisiones y tener la información básica para realizar una producción con información controlada y centralizada en las granjas de producción.
1.5. Hipótesis
1.5.1. Hipótesis General
La Implementación de un software influye en la mejora del área de control productivo en la producción de cuyes en la asociación de productores agropecuarios ecológicos forestal Wanka Sur.
1.5.2. Hipótesis Específicas
- La Implementación de un software en el área de control productivo influye en la mejora del proceso de registros de control en granja.
- La Implementación de un software en el área de control productivo influye en la mejora del proceso de Construcción de parámetros o indicadores.
16 1.6. Operacionalización de Variables
La Tabla 5 muestra las variables que se están analizando para esta investigación.
Tabla 5
Operacionalización de Variables
Variables Conceptual Indicadores
Independiente
Implementación de Software
Software especializado que ayuda en la captura,
almacenamiento,
procesamiento, distribución de información en el área de control productivo en la producción de cuyes.
➢ Cantidad de requerimientos funcionales que se cumple.
➢ Cantidad de requerimientos no funcionales que cumple.
Dependiente
Proceso de control productivo
Conjunto de actividades y personas que participan en la administración de información y la crianza de cuyes en los centros de producción.
➢ Tiempo de demora de las actividades comprendidas en el proceso de Registros de control de granja.cv
➢ Tiempo de demora de las actividades comprendidas en el proceso de
Construcción de
parámetros o indicadores.
Fuente: Desarrollo de la Investigación Elaborado: Propio
1.7. Diseño Metodológico
1.7.1. Tipo de investigación
El tipo de investigación del presente estudio reúne las características de una investigación aplicada ya que busca la mejora del área de control productivo utilizando información validada, conocimientos especializados y un conjunto de metodologías existentes; que para este caso será la implementación de un Software.
1.7.2. Nivel de investigación
De acuerdo a la naturaleza el presente estudio, el nivel de investigación que presenta es un nivel explicativo, debido que al manipular la variable independiente afecta a la variable dependiente que en este caso es el proceso de control productivo.
17 1.8. Sistema de referencia
El ámbito del presente estudio abarca el área de control productivo en la asociación de productores, incluido los procesos que lo integran. “Esta asociación cuenta aproximadamente con 21 productores lo cuales cuentan con sus propias granjas de producción, en promedio toda la asociación realiza una venta de 2000 cuyes al mes”. (Aroquipa Huamán, 2019)
De acuerdo a lo avanzado hasta este punto del estudio, se observa que la recolección de datos en los registros de control de granja que se vienen realizando de forma manual en hojas pre impresas, ocasiona que el siguiente proceso demore más tiempo de lo debido, la información no se encuentre alojada en un solo repositorio, y el acceso a la misma se tediosa y compleja de analizar. “Se podría seguir usando el aplicativo para escritorio Microsoft Excel, pero el nivel de conocimiento informático de los productores no es el adecuado para manejar por ellos mismos dicha herramienta” (Aroquipa Huamán, 2019). Por ese motivo se propone el desarrollo e implementación de un software especializado en el área de control productivo la cual pueda mejorar estas deficiencias encontradas.
18 CAPÍTULO II
MARCO DE REFERENCIA 2.1. Antecedentes
Después de haber realizado una búsqueda de proyectos que preceden a éste, se va a mencionar algunos de ellos que llevan relación con el tema y que usaron una solución parecida a la que se plantea en los objetivos de este proyecto. Cabe aclarar que a pesar de la búsqueda no se pudo encontrar un aplicativo informático, software o sistema de información con relación a la producción de cuyes.
• Análisis, diseño y desarrollo de una aplicación bajo software libre destinado a
emprendimientos dedicados a la producción de leche en la sierra ecuatoriana.
Este proyecto fue presentado a la Universidad Oberta de Catalunya en el año 2014 (Ecuador), donde el objetivo fue diseñar una aplicación que ayudaba a la gestión de toda la información que diariamente tenían pequeños emprendedores que usualmente eran personas naturales que contaban con aproximadamente entre 3 y 50 ganado bovino que están dedicadas a la producción de leche. Al concluir el proyecto se proveyó una herramienta informática con la capacidad de registrar, reportar y administrar la información en el proceso de recolección de leche (Díaz Ortíz, 2014).
• GAVIAC, Sistema para la gestión y control del ganado vacuno y la inseminación
artificial.
El proyecto llamado GAVIAC fue presentado el año 2014 en el país de Cuba a la Universidad de las Ciencias Informáticas en el cual la problemática planteada era que el control de animales bovino en esa fecha se realizaba de forma manual, de manera engorrosa y se utilizaba grandes cantidades de papel. Por ese modo no era posible tener una información específica de cada suceso que iban registrando manualmente. El
19 proyecto final resolvió todo el proceso engorroso que se tenía al inicio y se puede tener información actualizada y confiable (Roberkis , 2014).
• Implementación De Un Software Ganadero Sg En La Hacienda Santa Bárbara
(Municipio De Pinchote-Santander)
El proyecto fue presentado a la Universidad Cooperativa de Colombia en el año 2015.
La implementación del software optimizo y agilizo la administración de informes e indicadores que manejaban en la crianza de ganado, ya que la problemática era que no se podía administrar la información de cada animal y mucho menos de toda la hacienda esto conllevaba que se pierdan indicadores útiles para ellos. Se concluye que el software fue exitoso para la hacienda (Ayala Parra, 2015).
• Software Para La Administración Y Control De Una Granja Que Mejore La
Producción De Ganado Porcino En El Departamento De Córdoba
Se presentó el año 2015 a la Universidad de Córdoba el cual tiene como objetivo principal servir como una base de manejo de control para explotación ganadera de tipo porcino. El proyecto concluido permite que la producción de ganado porcino sea beneficioso en tema de gestión de la información (Moreno Ávila & Aparicio Naranjo, 2015).
2.2. Marco Teórico
2.2.1. Software.
El termino software comúnmente es entendido como un programa que se ejecuta en una computadora, sin embargo, (Sommerville, 2005) afirma que “el software no son sólo programas, sino todos los documentos asociados y la configuración de datos que se necesitan para hacer que estos programas operen de manera correcta.”. Este autor clasifica en dos tipos de producto de software.
20 - Software genérico: Son desarrollados de forma genérica o aislada a una organización en especial, son vendidas al mercado en general. Ejemplos de este tipo de software son los procesadores de texto, editores de video, etc.
- Software personalizado: Como su nombre lo dice son desarrollados de forma personalizada en base a sus procesos o necesidades de la organización.
Sin embargo, la diferencia de estos dos tipos de software cada vez se va desapareciendo ya que la mayoría de empresas que desarrollan software empiezan con un software general y en base a la información y necesidades del cliente realizan una personalización.
2.2.1.1. Proceso de software
Una definición de proceso de software viene dada por (Sommerville, 2005) “Un proceso de software es un conjunto de actividades que conducen a la creación de. un producto software”. Otra definición de viene dada por (Pressman, 2010) el cual indica que es un conjunto de actividades, acciones y tareas que se realizan cuando se va a crear un producto.
No se pude afirmar que haya un proceso de creación de software ideal, cada organización utiliza enfoques para mejorarlos o adecuarlos a su forma de trabajo. A pesar de estas variaciones del proceso, existen actividades fundamentales para todos ellos según (Sommerville, 2005): “especificaciones del software, diseño e implementación del software, validación del software y por último evolución del software”.
2.2.1.1.1. Requerimientos
Una definición de requerimiento detalla que:
Los requerimientos para un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas. Estos
21 requerimientos reflejan las necesidades de los clientes de un sistema que ayude a resolver algún problema como el control de un dispositivo, hacer un pedido o encontrar información. (Sommerville, 2005, pág. 108)
La autora (Gómez Fuentes, 2011) afirma que “Los requerimientos especifican qué es lo que el sistema debe hacer (sus funciones) y sus propiedades esenciales y deseables”.
o Requerimiento del usuario: “Deben describir los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por los usuarios del sistema sin conocimiento técnico detallado. Únicamente deben especificar el comportamiento externo del sistema y deben evitar, las características de diseño del sistema” (Sommerville, 2005).
o Requerimientos del sistema: “Son versiones extendidas de los requerimientos del usuario que son utilizados por los ingenieros de software como punto de partida para el diseño del sistema. Agregan detalle y explican cómo el sistema debe proporcionar los requerimientos del usuario. Pueden ser utilizados como parte del contrato para la implementación del sistema y, por lo tanto, deben ser una especificación completa y consistente del sistema entero” (Sommerville, 2005).
A menudo los requerimientos se clasifican en funcionales y no funcionales:
o Requerimientos funcionales: “Describen una interacción entre el sistema y su ambiente, describen cómo debe comportarse el sistema ante determinado estímulo o entradas particulares” (Gómez Fuentes, 2011). Es decir, los requerimientos están redactados detalladamente, no debe ser ambiguo o contradictorio, todas las solicitudes deben ser definidas con y por el usuario.
22 o Requerimientos no funcionales: “Describen una restricción a los servicios o funciones ofrecidas por el sistema. Incluyen restricciones de tiempo, el tipo de proceso de desarrollo a utilizar, fiabilidad, tiempo de respuesta, capacidad de almacenamiento” (Gómez Fuentes, 2011). Se podría decir que son restricciones del software y a menudo son requerimientos que son complicados de cumplir, un ejemplo de eso viene dado como la rapidez del producto, facilidad de uso, fiabilidad, portabilidad, etc.
Lenguaje estructurado de requerimientos
Es una forma estándar de redactar los requerimientos; como (Sommerville, 2005) menciona, “La ventaja de este enfoque es que mantiene la mayor parte de la expresividad y comprensión del lenguaje natural, pero asegura que se imponga cierto grado de uniformidad en la especificación.” En las cuales se pueden usar plantillas, formularios o diagramas para especificar los requerimientos.
Para usar un formulario estándar para especificar requerimientos debe incluir información básica:
▪ Descripción de la función o entidad a especificar.
▪ Descripción de la entrada y el origen de la misma.
▪ Descripción de la salida y el destino de la misma.
▪ Indicar que otras entidades se utilizan.
▪ Indicar si existe una precondición y que debe de cumplir antes de ser ejecutada la función, y si existe una postcondición indicar que se debe ejecutar si se cumple la condición.
▪ Si existe efectos colaterales indicarlos.
23 Al cumplir esta información la variabilidad en la descripción de los requerimientos se reduce y la organización es efectiva; sin embargo, si la redacción de los requerimientos sigue siendo ambigua se puede añadir información adicional utilizando tablas, modelos, gráficos (Sommerville, 2005).
En la Tabla 6 veremos un ejemplo de un formulario de especificación de requerimientos.
Tabla 6
Especificación de requerimientos utilizando un formulario estándar.
Función Calcular la dosis de insulina: nivel de azúcar en la sangre Descripción Calcula la dosis de insulina a suministrar cuando el nivel medio actual del azúcar está en la zona segura entre 3 y 7 unidades.
Entrada Lectura del azúcar actual (r2), las dos lecturas previas (r0 y r1).
Fuente Lectura actual del azúcar del sensor. Otras lecturas de la memoria.
Salida CompDose: la dosis en insulina a suministrar.
Destino Bucle de control principal.
Acción. CompDose es cero si el nivel de azúcar está estable o disminuyendo o si el nivel está aumentando, pero la tasa de incremento disminuyendo. Si el nivel está aumentando y la tasa de incremento disminuyendo, CompDose se calcula dividiendo la diferencia entre el nivel de azúcar actual y el nivel anterior por 4 y redondeando el resultado.
Si el resultado se redondea a cero, se fija el CompDose a la dosis mínima que puede ser suministrada.
Requerimientos Las dos lecturas previas para poder calcular la tasa de cambio de azúcar.
Precondición La reserva de insulina contiene al menos el máximo permitido para una única dosis de insulina.
Postcondición r0 es reemplazada por r1 y r1 es reemplazado por r2.
Efectos colaterales
Ninguno.
Fuente: (Sommerville, 2005, pág. 120) Elaborado: Propio
Documento de requerimientos del software.
(Gómez Fuentes, 2011) afirma en su libro que el estándar IEEE/ANSI 830-1998
“especifica las características que deben tener los requerimientos (correctos, consistentes, completos, realistas, rastreables y verificables) los tipos de
24 requerimientos (funcionales y no funcionales), entre otros”. Este estándar IEEE sugiere la siguiente estructura para los documentos de requerimientos como se muestra en la Figura N° 4:
Figura N° 4 Estructura para el documento de requerimientos del software.
Fuente: (Sommerville, 2005, pág. 125) Elaborado: Propio
2.2.1.1.2. Diseño
El proceso de diseño establece la descripción de la arquitectura del software.
“Tiene el propósito de establecer los aspectos lógicos y físicos de las salidas, modelos de organización y representación de datos, entradas y procesos que componen el sistema, considerando las bondades y limitaciones de los recursos disponibles” (Peña Ayala, 2006) es decir, la forma de cómo se va a cumplir los requerimientos críticos tales como: rendimiento del producto, mantenibilidad, escalabilidad, entre otros, y de cómo se organiza un software y la interacción de sus componentes.
25 A menudo la organización del software se entiende como la estructura que va a tener este por lo cual a continuación se va a mostrar tres estilos de organización ampliamente usados los cuales se pueden usar de manera separada o combinarlas de acuerdo a la magnitud del producto.
Modelo repositorio: “Los sistemas que usan grandes cantidades de datos se organizan alrededor de una base de datos compartida. Por tanto, este modelo es adecuado para aplicaciones en las que los datos son generados por un subsistema y son usados por otro” (Sommerville, 2005, pág. 225).
Modelo cliente – servidor: “Es un modelo de sistema en el que dicho sistema se organiza como un conjunto de servicios y servidores asociados, más unos clientes que acceden y usan los servicios” (Sommerville, 2005, pág. 226).
Modelo de capas: “Organiza el sistema en capas, donde cada una de las cuales proporciona un conjunto de servicios” (Sommerville, 2005, pág. 227). Este modelo soporta un desarrollo incremental ya que a menudo que se concluyen capas, la funcionalidad de estas ya pueden estar disponibles para los usuarios.
A su vez en esta etapa de diseño se utiliza el modelos y diagramas el cual nos ayuda a entender mejor, tener una mejor abstracción de lo que se va a realizar.
Lenguaje Unificado de Modelado o UML.
Éste proporciona diagramas que esquematizan los requisitos funcionales en términos técnicos que facilitan el desarrollo del software; es un lenguaje estandarizado que sirve para describir, diseñar, especificar, visualizar, construir y documentar un producto software, sirviéndose de varios diagramas (Wong Durand, 2017). Estos diagramas se clasifican en estructurales y de comportamiento, a continuación, se encuentran los diagramas comúnmente usados en el desarrollo de software.
26 Diagrama de Clases: Se encuentra dentro de los diagramas de estructura, en este diagrama se muestran las clases del sistema y la interrelación entre ellas, las clases se dividen en tres partes, la primera muestra el nombre de la clase, la segunda sus atributos; y la tercera muestra sus acciones (Wong Durand, 2017).
Diagrama de Casos de uso: Se encuentra dentro de los diagramas de comportamiento, describe las acciones que se dan entre el sistema y las entidades externas (actores o sistemas); se describen las actividades funcionalmente para un mejor entendimiento del usuario final (Wong Durand, 2017).
Diagrama de secuencia: se encuentra dentro de los diagramas de interacción y éste se encuentra dentro de los diagramas de comportamiento. Muestra la interacción de objetos en el sistema y en el tiempo, y los mensajes que se transmiten entre objetos; este diagrama de muestra el detalle del escenario a nivel de actividades (Wong Durand, 2017).
2.2.1.1.3. Desarrollo
A menudo la gran mayoría de empresas optan por la obtención de un software con el fin de automatizar procesos, reducir tiempos, tener información disponible en cualquier momento. Sin embargo, el desarrollo basado en la planificación aplicado en proyectos pequeños y medianos consumía un esfuerzo grande durante el desarrollo, por ese motivo muchos desarrolladores de software propusieron métodos ágiles que permitieran centrarse más en el desarrollo y no tanto en la documentación.
“Los procesos de desarrollo rápido de software están diseñados para producir software útil de forma rápida. Generalmente, son procesos iterativos en los que
27 se entrelazan la especificación, el diseño, el desarrollo y las pruebas”
(Sommerville, 2005).
Programación Extrema:
La programación extrema es una metodología de desarrollo ágil de software, el cual reduce la engorrosa documentación, esta metodología se enfoca en dar prioridad al desarrollo; está basada en el trabajo en equipo entre clientes, gerentes y desarrolladores, en valores como comunicación, sencillez, retroalimentación, respeto y coraje (Extreme Programing, 2013).
La programación extrema tiene varios principios de métodos ágiles según Sommerville, los cuales son:
o El desarrollo incremental y entregas frecuentes de pequeñas partes del software.
o La participación del cliente durante el desarrollo y los cuales definen la aceptación de las pruebas del software.
o El desarrollo en pareja lo que ayuda que cada uno verifique el trabajo el otro asegurándose que siempre se procure hacer un buen trabajo.
o Siempre procurando la mantenibilidad del código y un diseño sencillo.
2.2.1.1.4. Verificación y Validación
Este proceso está dentro de cada etapa del proceso de software, comenzando por las revisiones de los requerimientos, en el diseño, el desarrollo, la implementación hasta la prueba del producto en general. Existe una diferencia entre verificación y validación, donde “el papel de la verificación implica comprobar que el software está de acuerdo con su especificación”
(Sommerville, 2005), es aquí donde se comprueba si satisface los requerimientos funcionales y no funcionales. Por otro lado, el papel de la
28 validación “es asegurar que el sistema software satisface las expectativas del cliente” (Sommerville, 2005), como se pude ver es algo general y se entiende que el sistema software hace lo que el cliente espera que haga. En general la verificación y validación tiene como propósito que el software sea lo aceptablemente bueno para su uso pretendido o para el propósito creado.
Pruebas de Software
Las pruebas se centran en satisfacer los requerimientos funcionales y no funcionales y garantizar que el funcionamiento del software se comporte de forma inesperada. En las pruebas de software mayormente se realiza las siguientes acciones:
o “Definición de la Estrategia de Prueba. Se crea una muestra de datos que reúnan las diversas variedades de casos que se pueden presentar durante la operación del sistema. Así mismo se diseñan datos erróneos para verificar que el sistema los detecta” (Peña Ayala, 2006).
o “Prueba por Módulos. Como el sistema está dividido en varios módulos, se prueba por módulos y luego se unen estos módulos para probar el sistema integro” (Peña Ayala, 2006).
“Un modelo general del proceso de pruebas se muestra en la Figura N° 5. Los casos de prueba son especificaciones de las entradas para la prueba y la salida esperada del sistema más una afirmación de lo que se está probando”
(Sommerville, 2005, pág. 493).
29 Figura N° 5 Modelo del proceso de pruebas de software
Fuente: (Sommerville, 2005, pág. 125) Elaborado: Propio
2.2.1.2. Modelo de proceso de Software
Los modelos de proceso de software no son definitivos, sino que nos aportan un marco de trabajo para el desarrollo de software.
Son abstracciones de los procesos que se pueden utilizar para explicar diferentes enfoques para el desarrollo de software. Puede pensarse en ellos como marcos de trabajo del proceso que pueden ser extendidos y adaptados para crear procesos más específicos de ingeniería del software. (Sommerville, 2005, pág.
61)
2.2.1.2.1. Modelo en cascada
“Es un enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, realizándose el inicio de una etapa después de haber culminado la otra” (Villalba Domínguez & Ramón Martínez, 2012)
Las actividades principales de este modelo son:
o Análisis y definición de requerimientos: “Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios.
Entonces, se definen en detalle y sirven como una especificación del sistema” (Sommerville, 2005, pág. 62).
30
“Se analizan las necesidades de los usuarios expertos y se determina que objetivos debe cumplir, de esta fase surge un documento de especificación de requerimientos” (Villalba Domínguez & Ramón Martínez, 2012).
o Diseño del sistema y del software: “El proceso de diseño del sistema divide los requerimientos en sistemas hardware o software. Establece una arquitectura completa del sistema. El diseño del software identifica y describe las abstracciones fundamentales del sistema software y sus relaciones” (Cervantes Ojeda & Gómez Fuentes, 2012).
o Implementación y prueba de unidades: “Consiste en codificar y probar los diferentes subsistemas por separado. La prueba de unidades implica verificar que cada una cumpla su especificación (proveniente del diseño)”
(Cervantes Ojeda & Gómez Fuentes, 2012)
o Integración y prueba del sistema: “Los programas o las unidades individuales de programas se integran y prueban como un sistema completo para asegurar que se cumplan los requerimientos del software. Después de las pruebas, el sistema software se entrega al cliente” (Sommerville, 2005, pág. 62).
o Funcionamiento y mantenimiento: “El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica corregir errores no descubiertos en las etapas anteriores del ciclo de vida, mejorar la implementación de las unidades del sistema y resaltar los servicios del sistema una vez que se descubren nuevos requerimientos” (Cervantes Ojeda
& Gómez Fuentes, 2012).
31 2.2.1.2.2. Desarrollo evolutivo:
“Se basa en la creación e implementación parcial de un sistema en base a peticiones abstractas. Esto es dado a los usuarios con el fin de que experimenten con el prototipo y a través de una retroalimentación se documenta los requerimientos reales” (Villalba Domínguez & Ramón Martínez, 2012).
2.2.1.2.3. Ingeniería de software basa en componentes:
“En esta metodología el desarrollo y entrega del sistema se divide en entregables, con cada entregable se proporciona una parte de la funcionalidad requerida en el sistema. Los Requerimientos de usuarios son priorizados y la prioridad más alta es incluida en los primeros entregables” (Villalba Domínguez
& Ramón Martínez, 2012).
2.2.2. Base de Datos.
Según (Marqués, 2011) afirma que “Una base de datos es un conjunto de datos almacenados en memoria externa que están organizados mediante una estructura de datos”. Otro concepto viene dado por (J. Date, 2001) el cual define que “Una base de datos es un conjunto de datos persistentes que es utilizado por los sistemas de aplicación de alguna empresa dada”. Cabe resaltar que el concepto de persistentes que enfatiza este autor hace referencia a que el tipo de dato que se refiere en una base de datos es distinto a los datos de entrada o salida de algún proceso o algún otro dato que se puede apreciar en la naturaleza.
En base a esas definiciones se puede abstraer que una base de datos es una estructura de datos interrelacionadas almacenadas en memorias, con el fin de ser utilizados por equipos informáticos de alguna organización y de esta manera obtener información.
32 2.2.2.1. Modelo entidad relación.
“El modelo de datos entidad-relación (E-R) está basado en una percepción del mundo real consistente en objetos básicos llamados entidades y de relaciones entre estos objetos.” (Silberschatz, F. Korth, & Sudarshan, 2002). Este modelo al poder representar el entorno de la vida real en un aspecto semántico es muy utilizado por muchas herramientas de diseño de base de datos, para poder representarlas se necesita tres nociones las cuales son:
Entidad: “Una entidad es una «cosa» u «objeto» en el mundo real que es distinguible de todos los demás objetos. Tiene un conjunto de propiedades, y los valores para algún conjunto de propiedades pueden identificar una entidad de forma unívoca” (Silberschatz, F. Korth, & Sudarshan, 2002). Ejemplos de este concepto puede ser una persona, un perro, un lápiz; también puede ser un concepto como un crédito, una venta.
Relaciones: “Una relación es una asociación entre diferentes entidades”
(Silberschatz, F. Korth, & Sudarshan, 2002).Si ponemos un ejemplo de entidades entre un préstamo A y un Cliente X, si al cliente X le pertenece el préstamo A entonces existe una relación entre ambas entidades.
Atributos: “Los atributos describen propiedades que posee cada miembro de un conjunto de entidades. La designación de un atributo para un conjunto de entidades expresa que la base de datos almacena información similar concerniente a cada entidad del conjunto de entidades” (Silberschatz, F. Korth,
& Sudarshan, 2002).
2.2.2.2. Sistema Gestor de base de datos
Una definición según (Millán, 2012) afirma que “Un sistema de gestión de bases de datos (SGBD) es una capa de software necesaria para crear, manipular y
33 recuperar datos desde una base de datos”. A la vez una definición de McLeod y Miles (como se citó en Millán, 2012) detalla que “un SGBD es una herramienta de propósito general útil para estructurar, almacenar y controlar los datos ofreciendo interfaces de acceso a la base de datos”. Existen softwares especializados que los cuales ayudan a la gestión de base de datos y están basados en el modelo entidad relación, entre los más conocidos se tiene MySQL, Microsoft SQL Server, PostgreSQL los cuales cumplen con las definiciones citadas por los autores y a la vez ofrecen facilidad para trabajar, calidad, seguridad, integridad, confidencialidad, posibilidades de conexión con aplicaciones de inteligencia de negocios de terceros o aplicaciones desarrolladas a medida y son capaces de funcionar en distintos sistemas operativos.
2.2.3. Información e Indicadores.
2.2.3.1. Información
Conjunto de datos con un significado, o sea, que reduce la incertidumbre o que aumenta el conocimiento de algo. En verdad, la información es un mensaje con significado en un determinado contexto, disponible para uso inmediato y que proporciona orientación a las acciones por el hecho de reducir el margen de incertidumbre con respecto a nuestras decisiones. (Chiavenato , 2006)
2.2.3.2. Indicadores
Los indicadores son herramientas para aclarar y establecer de forma precisa objetivos e impactos, se puede decir también que son medidas que verifican un cambio o resultado (Mondragón Perez, 2002). Los indicadores nos ayudan a entender las tendencias de una situación en el tiempo, por lo tanto, deben cumplir algunas características:
