UNIVERSIDAD NACIONAL “SAN LUIS GONZAGA DE ICA” FACULTAD DE INGENIERIA DE SISTEMAS TESIS “ANALISIS, DISEÑO Y DESARROLLO DE UN SISTEMA PARA MEJORAR LOS SISTEMAS DE INFORMACON EN LA ACADEMIA PRE MILITAR POLICIAL HEROES DEL CENEPA S.A.C. DE LA CIUDAD DE ICA” PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO DE SISTEMAS PRESENTADO POR: BACHILLER: HERNANDEZ APARCANA, Alejandra Paola. ASESOR: Dr. Alonzo Morales Loaiza ICA – PERÚ 2018 ii DEDICATORIA A mis padres quienes me apoyaron en todos mis proyectos personales hasta ahora y por siempre. A los docentes quienes me inculcaron valores y cariño a la profesión, brindándome siempre su orientación con profesionalismo ético en la adquisición de conocimientos y afianzando mi formación como estudiante universitario. Alejandra iii INDICE DE CONTENIDOS DEDICATORIA ii INDICE DE CONTENIDOS iii INTRODUCCION 1 RESUMEN 3 CAPITULO I: MARCO TEORICO 4 1.1. Antecedentes 4 1.2. Bases Teóricas 12 1.3. Marco Conceptual 18 CAPITULO II: EL PROBLEMA OBJETIVOS E HIPOTESIS 24 2.1. El Problema de Investigación 24 2.2. Objetivo General de la Investigacion. 26 2.3. Hipótesis de la Investigacion 26 2.4. Variables e Indicadores 26 2.5. Justificación e Importancia 27 2.6. Tipo, Nivel y Diseño de investigación 27 2.7. Población y Muestra 29 2.8. Técnicas de Recolección de Información 29 2.9. Instrumentos de Recolección de Información 30 iv 2.10. Técnicas de análisis e interpretación de datos y resultados 30 CAPITULO III: DISEÑO Y DESARROLLO DEL MODELO 31 3.1. Use Case View 31 3.2. Modelado del Sistema 37 3.3. Logical View 46 CAPÍTULO IV: ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS 59 4.1. Generalidades 59 4.2. Resultados e interpretación 60 CAPITULO V: PRUEBA DE HIPOTESIS 66 5.1. Tiempo en registrar los datos de los alumnos 66 5.2. Tiempo en proporcionar la información 67 5.3. Tiempo de respuesta a una actividad 68 CAPITULO VI: CONCLUSIONES RECOMENDACIONES 69 REFERENCIAS BIBLIOGRAFICAS 71 ANEXOS MATRIZ DE CONSISTENCIA 74 1 INTRODUCCION Con el transcurso del tiempo la tecnología avanza, las empresas se sienten en la necesidad de adquirir tecnología para el mejoramiento de sus sistemas y a la vez sus procedimientos, con el fin de garantizar un eficaz funcionamiento y así obtener una adaptación paralela de condiciones con las empresas líderes del mercado. Asimismo, la problemática que actualmente afecta a muchas instituciones y en especial a la institución materia de estudio consiste en llevar un control automatizado para el manejo de la información. Finalmente, el Proyecto fue desarrollado en VI capítulos, los cuales son los siguientes: En el Capítulo I, se desarrolló el marco teórico donde se plantea los principales antecedentes que dan sustento a la investigacion. Asimismo, se desarrollaron las bases teóricas y el marco conceptual. En el Capítulo II, se desarrolló la problemática de la investigacion, la formulación del problema, la delimitación, la hipótesis, los objetivos, las variables, la justificación e importancia y finalmente la población y muestra En el capítulo III, se desarrolló los diagramas de casos de uso, y el modelado del sistema. En el capítulo IV, se desarrolló el análisis e interpretación de los resultados, las generalidades y el resultado de la interpretación. 2 En el capítulo V, se desarrolló las pruebas estadísticas que dan sustento a la investigacion. En el capítulo VI, se desarrolló las conclusiones y recomendaciones y finalmente los anexos. 3 RESUMEN Finalizado el presente proyecto de tesis titulado ANALISIS, DISEÑO Y DESARROLLO DE UN SISTEMA PARA MEJORAR LOS SISTEMAS DE INFORMACON EN LA ACADEMIA PRE MILITAR POLICIAL HEROES DEL CENEPA S.A.C. DE LA CIUDAD DE ICA podemos precisar que el objetivo se ha cumplido y que las pruebas estadísticas nos arrojan para el indicador Tiempo en registrar los datos de los alumnos, la disminución del tiempo en 29.102 segundos y que este tiempo ha sido igualmente reducido en un 39.04%. Tener en cuenta que esta reducción del tiempo es significativa por la aceptación de la hipótesis de investigación. Asimismo, podemos precisar que, en cuanto al tiempo en proporcionar la información, las medias de los tiempos arrojan una disminución de 386.92 segundos, tiempo que ha sufrido una reducción del 91.09%. y finalmente comprobamos que la reducción ha sido significativa con la prueba de hipótesis al aceptarse la hipótesis de investigación. 4 CAPITULO I: MARCO TEORICO 1.4. Antecedentes TITULO: Análisis y Diseño de u sistema de gestión académica en el Centro de estudios pre-UNC AUTOR: Lavado Abanto, Neyer Gonzalo AÑO: 2013 Resumen: El presente Informe Técnico tiene por finalidad analizar y diseñar un sistema automatizado para mejorar la gestión académica en la Academia Pre UNC, ayudando de esta manera a efectuar cobros, realizar matrículas y controlar la asistencia de los alumnos de esta institución. Con la finalidad de suministrar un mejor servicio al cliente, la academia Pre UNC, identifica mejoras en los procesos de las diferentes actividades que realizan los trabajadores de esta Institución Preuniversitaria, es importante para esta Academia Preuniversitaria realizar una matrícula de forma automatizada para así poder brindar un mejor servicio a sus clientes, así como llevar una adecuada forma de cobrar las respectivas cuotas y tener siempre al alcance la asistencia de los estudiantes de esta institución. Para lograr los objetivos del presente Informe Técnico se hará uso de la metodología RUP y para el modelado el lenguaje UML ya que nos permite especificar, construir, visualizar y documentar los objetos de un sistema programado y puede ser utilizado por cualquier metodología de análisis y diseño orientada por objetos para expresar los diseños. El sistema contemplará la gestión de los procesos básicos de una academia, 5 desde la gestión de Alumnos, control de asistencia de estudiantes, pasando por ejemplo por la administración de matrículas y el control de notas. El sistema se propone como un sistema modular, el cual distintos paquetes de usuario podrán irse integrando a un módulo central de Gestión. Este sistema ofrecerá a los clientes la posibilidad de utilizar de una manera independiente cada módulo de gestión, dependiendo de las funcionalidades de cada usuario. TITULO: Diseño Conceptual de un Sistema de Gestión Docente para la academia Politécnica Militar (ACAPOMIL) AUTOR: JORGEANTONIO PEREZ FLORES AÑO: 2010 RESUMEN. La investigación se aplicó a la Academia Politécnica Militar, instituto de educación superior del Ejército de Chile, organismo encargado de especializar a parte de sus oficiales en materias propias de la ingeniería militar, necesarias para satisfacer las demandas de conocimiento científico tecnológico de aplicación militar del Ejército, otorgándoles el título de Oficial Ingeniero Politécnico Militar, especialista primario. En atención a las deficiencias detectadas en el área de gestión docente, producto de una falta de información oportuna y relevante, que se produce en áreas como planificación, estructura, procesos y en funciones de control, se consideró pertinente estudiar una proposición de un sistema de gestión docente moderno orientado al aseguramiento de la calidad educativa de la Academia. Para llevar a cabo esta tarea, se utilizó un diagnóstico basado en la Ley Nº 20.129 que establece un sistema 6 nacional de aseguramiento de la calidad de la educación superior, específicamente los criterios de la CNA para la formación de la carrera de ingeniería civil que otorga grados de licenciado, identificándose las deficiencias con que cuentan las áreas consideradas como críticas y fijándose las prioridades sobre las que deben concentrarse los esfuerzos. Finalmente, sobre la base de la información obtenida, se propone un sistema conceptual de gestión docente para la ACAPOMIL, el cual responde a una ordenación sistémica de criterios y factores críticos que se reunirán vía módulos en forma estructurada del quehacer docente de los cursos que se imparten en el Instituto, convirtiéndose en un marco de referencia que otorgará un lenguaje común y una misma base conceptual a todos los estamentos involucrados en el quehacer docente. Cada uno de los módulos estará definido sobre la base de indicadores de gestión, lo que, en una primera etapa no contarán con estándares, dado que no existen datos históricos que permitan tener una métrica. El éxito de la implementación de este Sistema Conceptual de Gestión Docente, dependerá del grado de compromiso de la Dirección de la Academia, tanto en su desarrollo, como en su explotación y mantención. La información proporcionada por este sistema permitirá el control y evaluación de los objetivos docentes definidos por la Dirección a través de su plan estratégico y por ende el cumplimiento de la misión impuesta por el Ejército de Chile. Si bien la proposición de un sistema de gestión docente dará respuesta a los requerimientos actuales de los diferentes estamentos del instituto, la única forma de ir reduciendo la brecha 7 existente con los niveles óptimos fijados por la CNA, es la implementación de un proceso de mejoramiento continuo de la calidad. TITULO: “IMPLEMENTACIÓN DE LA GESTIÓN POR PROCESOS EN LA ESCUELA MILITAR DE CHORRILLOS CORONEL FRANCISCO BOLOGNESI (EMCH CFB) AUTOR: Sr. Luis Carranza Vilahur AÑO: 2016 RESUMEN. El presente trabajo de investigación titulado “Implementación de la Gestión por Procesos en la Escuela Militar de Chorrillos Coronel Francisco Bolognesi (EMCH CFB)” ha sido elaborado con la finalidad de mejorar la calidad de los productos que ofrece esta escuela al Ejército del Perú y a la sociedad, de manera que se logre incrementar en forma significativa la satisfacción de éstos respecto a la calidad de dichos productos recibidos, como son: i) oficiales del grado de subteniente o alférez, profesionales en Ciencias Militares; ii) servicios de consultoría en temas de seguridad y defensa; iii) publicaciones científicas relacionadas con temas de seguridad, defensa y desarrollo nacional; iv) apoyo a poblaciones vulnerables en temas de capacitación y mejora de su bienestar y v) servicios de defensa interna del territorio nacional. Siendo imperativa la mejora de la calidad de los bienes y servicios que ofrece la EMCH CFB y además mandatorio por la ley, es necesario implementar en ella la gestión por procesos y rediseñarla proponiendo una estructura híbrida donde predomine la estructura horizontal (basada en procesos) 8 por encima de la funcional, y que esté enfocada en torno a los procesos centrales transfuncionales en lugar de tareas y funciones. En el primer capítulo realizamos una introducción sobre el tema organizacional, motivo del presente trabajo, y planteamos la preocupación de los investigadores por alcanzar los objetivos que permitan implementar una gestión por procesos y transformar una organización funcional o vertical en una híbrida, basada fundamentalmente en procesos. En el segundo capítulo se exponen los alcances de la investigación, donde se define el problema, se establecen los objetivos de la investigación y sus limitaciones. En el tercer capítulo se describen las bases teóricas de la investigación, así como las normas legales vigentes (nacionales, ministeriales e institucionales) que obligan a que las entidades públicas modernicen sus organizaciones y enfocarlas a procesos, en la búsqueda de la efectividad del producto orientado a satisfacer las necesidades del cliente. El capítulo cuarto presenta un diagnóstico de la situación actual de la EMCH CFB, tanto del entorno interno como externo, que influyen en el producto final; lo que nos permitió establecer una línea de base con sus correspondientes indicadores y metas que serán empleados para la evaluación de resultados y/o impacto posterior de la implementación de la gestión por procesos y la nueva estructura organizacional. En el quinto capítulo se identifican los procesos centrales de la EMCH CFB que permiten diseñar el mapa de procesos hasta el nivel 2, dando origen a una propuesta de estructura organizacional híbrida con predominio horizontal basada en procesos, que se enfoca en el cliente, satisfaciendo sus requerimientos y necesidades. El plan de implementación establecido 9 en el capítulo sexto está avalado por la viabilidad económica que nos muestra la factibilidad de ejecutar el presente proyecto; y la viabilidad política refrendada por la autoridad correspondiente de la EMCH CFB, que garantiza que este proyecto se encuentra enmarcado en los objetivos estratégicos de la institución; esto facilitará su ejecución en el corto plazo. TITULO: Sistema integrado de gestión académica - subsistema de matrícula autor: Izaguirre Dueñas Isaías Rafael Año: 2015 RESUMEN. En un mundo donde la tecnología cada vez se convierte en un elemento presente en la vida diaria de las personas es inevitable el no pensar en automatizar actividades operativas o antiguamente realizadas de manera manual con la finalidad de facilitar la realización de dichas actividades. En ese sentido, la automatización de procesos se ha vuelto en la actualidad un tema de gran importancia para la industria en general. La industria del software educativo no podía ser la excepción. Tomando como punto de partida el concepto de automatización de procesos en beneficio de las personas, surgió la idea de implementar un gran sistema de gestión académica que permita automatizar los diferentes procesos académicos y administrativos que existen en una institución educativa. Este proyecto se denominó Sistema Integrado de Gestión Académica (SIGEAC) y justamente el tema de este proyecto profesional fue la automatización de las actividades relacionadas a uno de dichos procesos: el proceso de 10 matrícula. Este subsistema permite administrar el registro de matrícula de alumnos bajo diferentes escenarios (matricula regular, extemporánea y de alumnos recién admitidos), la gestión de actas de matrícula y la emisión de reportes relacionadas a información de matrícula. Dentro de las principales características y fortalezas de este subsistema podemos mencionar: ser aplicable a instituciones educativas que brinden servicios académicos en Educación Básica, Técnica y Universitaria; capacidad de integración con otros subsistemas que cubran la automatización de otros procesos de la institución educativa y el haber sido desarrollado pensando siempre en obtener un producto de calidad, seguro y adaptable a la realidad de la educación en el Perú. TITULO: IMPLEMENTACIÓN DE UN SISTEMA AUTOMATIZADO QUE OPTIMICE LA GESTIÓN DE LOS PROCESOS ADMINISTRATIVOS DEL ÁREA SERVICIOS MÉDICOS DE LA UNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS. AUTOR: Br. Lolimar D. Cedeño M. AÑO: 2010 RESUMEN. El presente trabajo de investigación tiene como propósito principal implementar un sistema automatizado que optimice la gestión de los procesos administrativos del área servicios médicos de la Universidad de Oriente Núcleo Monagas. Este software permite controlar cada uno de los procesos administrativos que allí se realizan, los cuales involucran: registro de usuarios, creación de citas médicas, apertura de historias 11 médicas, emisión de récipes para compra de medicamentos, control de consultas, salida y entrada de medicamento, remisión de pacientes que requieren atención especializada y exámenes de laboratorios, con este sistema se automatizaron los procesos operativos y se suministró una plataforma de información necesaria para la toma de decisiones aportando información precisa y adecuada que contribuye a minimizar los riesgos y generar procesos más eficaces en función de las necesidades del servicio que se presta. Dicho trabajo siguió un tipo de investigación interactiva, con un nivel integrativo, la cual permite crear una solución, apoyada en el uso de métodos y herramientas teóricamente sustentadas para modificar una situación; la técnica de análisis de datos utilizada fue la de análisis de contenido. Con el objetivo de lograr adaptar las mejores estrategias y herramientas de uso actual para el desarrollo de software se utilizó la metodología GRAY WATCH y la herramienta de modelado UML BUSINESS extensión de UML. Para la creación del software se utilizó el servidor XAMPP de plataforma software libre que consiste en la base de datos MySQL, el servidor Web Apache y los intérpretes para lenguajes de script: PHP y Perl., bajo un lenguaje de programación orientado a objeto. Palabras Claves: Modelado, Sistema, Servidor, Servicios Médicos. 12 1.5. Bases Teóricas Sistema1. Definido como un conjunto de elementos relacionados de algún modo o, más concretamente, conjunto de elementos en interacción dinámica. Todo sistema se puede descomponer en subsistemas, que pueden ser considerados nuevamente como sistemas. Se denomina retroalimentación o feedback al mecanismo de control, propio de la cibernética y el enfoque de sistemas en general, según el cual cuando los resultados u outputs producidos se apartan de unos límites previamente establecidos, se incide o actúa sobre los inputs para reconducir el sistema a la situación deseada. En el sistema de control por retroalimentación o feedback se supone implícitamente que el sistema interno de transformación es desconocido y que la única información acerca de su funcionamiento se reduce a las entradas y las salidas; esto es, el sistema es concebido como una caja negra (black box). Conjunto integrado por elementos que interaccionan de forma lógica y dinámica. La influencia ejercida sobre alguno de los elementos del sistema le afectará globalmente debido a la interrelación entre los elementos, que busca la autorregulación o equilibrio del propio sistema. Si el sistema recibe influencias del mundo exterior, se trata de un sistema abierto, en contraposición a un sistema cerrado. 1 http://www.economia48.com/spa/d/sistema/sistema.htm 13 Teoría de Sistemas2. Es el estudio interdisciplinario de los sistemas en general. Su propósito es estudiar los principios aplicables a los sistemas en cualquier nivel en todos los campos de la investigación. Un sistema se define como una entidad con límites y con partes interrelacionadas e interdependientes cuya suma es mayor a la suma de sus partes. El cambio de una parte del sistema afecta a las demás y, con esto, al sistema completo, generando patrones predecibles de comportamiento. El crecimiento positivo y la adaptación de un sistema dependen de qué tan bien se ajuste éste a su entorno. Además, a menudo los sistemas existen para cumplir un propósito común (una función) que también contribuye al mantenimiento del sistema y a evitar sus fallos. El objetivo de la teoría de sistemas es el descubrimiento sistemático de las dinámicas, restricciones y condiciones de un sistema, así como de principios (propósitos, medidas, métodos, herramientas, etc.) que puedan ser discernidos y aplicados a los sistemas en cualquier nivel de anidación y en cualquier campo, con el objetivo de lograr una equifinalidad optimizada. La teoría general de sistemas trata sobre conceptos y principios de amplia aplicación, al contrario de aquellos que se aplican en un dominio particular del conocimiento. Distingue los sistemas dinámicos o activos de los estáticos o pasivos. Los primeros son estructuras o componentes de actividad que interactúan en comportamientos o procesos, mientras que 2 https://es.wikipedia.org/wiki/Teor%C3%ADa_de_sistemas 14 los segundos son estructuras o componentes que están siendo procesados. Enfoque del Sistema3 Es un esquema metodológico que sirve como guía para la solución de problemas, en especial hacia aquellos que surgen en la dirección o administración de un sistema, al existir una discrepancia entre lo que se tiene y lo que se desea, su problemática, sus componentes y su solución. El enfoque de sistemas son las actividades que determinan un objetivo general y la justificación de cada uno de los subsistemas, las medidas de actuación y estándares en términos del objetivo general, el conjunto completo de subsistemas y sus planes para un problema específico. El proceso de transformación de un insumo (problemática) en un producto (acciones planificadas) requiere de la creación de una metodología organizada en tres grandes subsistemas:  Formulación del problema.  Identificación y diseño de soluciones.  Control de resultados. Base de Datos4 Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido; una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al 3 http://www.ingenieria.unam.mx/ 4 https://es.wikipedia.org/wiki/Base_de_datos 15 desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos. Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD (del inglés database management system o DBMS), que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos DBMS, así como su utilización y administración, se estudian dentro del ámbito de la informática. Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas; También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental. Tipos de Base de Datos5 Hay bases de datos relacionales, como MySQL, SQL Server y Oracle. Como su nombre lo indica utilizan el modelo relacional y siempre es mejor usarlas cuando los datos son consistentes y ya tienes algo planificado. También existen las no relacionales, como MongoDB y Redis, conocidas como NO-SQL (Not Only SQL). Estas son más flexibles en cuanto a consistencia de datos y se han convertido en una opción que intenta solucionar algunas limitaciones que tiene el modelo relacional. 5 https://platzi.com/blog/bases-de-datos-que-son-que-tipos-existen/ 16 Modelos de Bases de Datos6 Existen diferentes maneras de ordenar y organizar la información para que este sea accesible para nosotros. No existe el sistema de Base de datos perfecto: hay que elegir aquella estructura que mejor se adapte a nuestras necesidades. Los siguientes son los tipos más comunes:  Las bases de datos jerárquicas construyen una estructura de jerarquía con los datos que permite una estructuración muy estable cuando gestionamos una gran cantidad de datos muy interrelacionados.  Las bases de datos en red derivan de las jerárquicas, pero mejoran la gestión de datos redundantes manteniendo su rendimiento en consultas de datos.  Las bases de datos transaccionales están diseñadas para el envío y recepción de datos a grandes velocidades y de forma continua. Su único fin es la recepción y envío de información, pero la gestión de almacenamiento o redundancia están fuera de su propósito.  Las bases de datos relacionales son las más utilizadas en aplicaciones reales. La información se almacena siempre haciendo referencia a otra por lo que se facilita la gestión y su uso por personal no especialista. En este modelo el lugar y la forma donde se guarde la información es secundario. 6 http://www.ymant.com/tipos-base-datos/ 17  Las bases de datos orientadas a objetos han surgido como concepto tras la aparición de los sistemas de programación orientada a objetos.  Las bases de datos documentales están especializadas en el almacenamiento de textos completos, por lo que facilitan el tratamiento informatizado de grandes cadenas de caracteres. 18 1.6. Marco Conceptual Software7. Es el conjunto de programas, instrucciones y reglas informáticas que permiten ejecutar distintas tareas en una computadora. El software es una palabra que proviene del idioma inglés, pero gracias a la masificación de uso, ha sido aceptada por la real academia española, según RAE, el software es un conjunto de programas, instrucciones y reglas informáticas que permiten ejecutar distintas tareas en una computadora. Se considera que el software es el equipamiento lógico e intangible de un ordenador. En otras palabras, el concepto de software abarca a todas las aplicaciones informáticas, como los procesadores de textos, las planillas de cálculo y los editores de imágenes. El software es desarrollado mediante distintos lenguajes de programación, que permiten controlar el comportamiento de una máquina. Estos lenguajes consisten en un conjunto de símbolos y reglas sintácticas y semánticas, que definen el significado de sus elementos y expresiones. Un lenguaje de programación permite a los programadores del software especificar, en forma precisa, sobre qué datos debe operar una computadora. Dentro de los tipos de software, uno de los más importantes es el software de sistema o software de base, que permite al usuario tener el 7 https://definicion.de/software/ 19 control sobre el hardware(componentes físicos) y dar soporte a otros programas informáticos. Los llamados sistemas operativos, que comienzan a funcionar cuando se enciende la computadora, son software de base. La industria del desarrollo de software se ha convertido en un protagonista importante dentro de la economía global, ya que mueve millones de dólares al año. La compañía más grande y popular del mundo es Microsoft, fundada en 1975 por Bill Gates y Paul Allen. Esta empresa logró trascender gracias a su sistema operativo Windows y a su suite de programas de oficina Office. UML8 El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de modelado visual común y semántica y sintácticamente rico para la arquitectura, el diseño y la implementación de sistemas de software complejos, tanto en estructura como en comportamiento. UML tiene aplicaciones más allá del desarrollo de software, p. ej., en el flujo de procesos en la fabricación. Es comparable a los planos usados en otros campos y consiste en diferentes tipos de diagramas. En general, los diagramas UML describen los límites, la estructura y el comportamiento del sistema y los objetos que contiene. 8 https://www.lucidchart.com/pages/es/qu%C3%A9-es-el-lenguaje-unificado-de-modelado-uml 20 UML no es un lenguaje de programación, pero existen herramientas que se pueden usar para generar código en diversos lenguajes usando los diagramas UML. UML guarda una relación directa con el análisis y el diseño orientados a objetos. UML y su función en el modelado y diseño orientados a objetos Hay muchos paradigmas o modelos para la resolución de problemas en la informática, que es el estudio de algoritmos y datos. Hay cuatro categorías de modelos para la resolución de problemas: lenguajes imperativos, funcionales, declarativos y orientados a objetos (OOP). En los lenguajes orientados a objetos, los algoritmos se expresan definiendo 'objetos' y haciendo que los objetos interactúen entre sí. Esos objetos son cosas que deben ser manipuladas y existen en el mundo real. Pueden ser edificios, artefactos sobre un escritorio o seres humanos. Los lenguajes orientados a objetos dominan el mundo de la programación porque modelan los objetos del mundo real. UML es una combinación de varias notaciones orientadas a objetos: diseño orientado a objetos, técnica de modelado de objetos e ingeniería de software orientada a objetos. UML usa las fortalezas de estos tres enfoques para presentar una metodología más uniforme que sea más sencilla de usar. UML representa buenas prácticas para la construcción y documentación de diferentes aspectos del modelado de sistemas de software y de negocios. 21 La historia y los orígenes de UML "The Three Amigos" (los tres amigos) de la ingeniería de software, como se los conocía, habían desarrollado otras metodologías. Se asociaron para brindar claridad a los programadores creando nuevos estándares. La colaboración entre Grady, Booch y Rumbaugh fortaleció los tres métodos y mejoró el producto final. Los esfuerzos de estos pensadores derivaron en la publicación de los documentos UML 0.9 y 0.91 en 1996. Pronto se hizo evidente que varias organizaciones, incluidas Microsoft, Oracle e IBM, consideraron que UML era esencial para su propio desarrollo de negocios. Ellos, junto con muchas otras personas y compañías, establecieron los recursos necesarios para desarrollar un lenguaje de modelado hecho y derecho. "Los tres amigos" publicaron la Guía del usuario para el Lenguaje Unificado de Modelado en 1999, y una actualización que incluye información sobre UML 2.0 en la segunda edición de 2005. Modelado de sistemas9 El modelado de sistemas software es una técnica para tratar con la complejidad inherente a estos sistemas. El uso de modelos ayuda al ingeniero de software a "visualizar" el sistema a construir. Además, los modelos de un nivel de abstracción mayor pueden utilizarse para la comunicación con el cliente. Por último, las herramientas de modelado y 9 https://es.wikipedia.org/wiki/Modelado_del_software 22 las de Ingeniería de Software Automatizada. Pueden ayudar a verificar la corrección del modelo Diagrama de casos de uso10 Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores o lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Visual Studio .Net11 Es un lenguaje de programación orientado a objetos que se puede considerar una evolución de Visual Basic implementada sobre el framework .NET. Su introducción resultó muy controvertida, ya que debido 10 https://www.google.com.pe/search?biw=1366&bih=613&ei=EhLMWqGOPKmxggfLlb7wAQ&q=diagram a+de+casos+de+uso&oq=diagrama+de+casos+de+uso&gs_l=psy- ab.3..0l10.4508.9467.0.9944.30.19.1.0.0.0.502.3166.2-1j3j2j2.8.0....0...1.1.64.psy- ab..22.8.2672...0i131i67k1j0i67k1j0i131k1j0i10k1j0i22i30k1.0.cQqwZ3hI6Sc 11 https://es.wikipedia.org/wiki/Visual_Basic_.NET 23 a cambios significativos en el lenguaje VB.NET no es retro compatible con Visual Basic, pero el manejo de las instrucciones es similar a versiones anteriores de Visual Basic, facilitando así el desarrollo de aplicaciones más avanzadas con herramientas modernas. Para mantener eficacia en el desarrollo de las aplicaciones. La gran mayoría de programadores de VB.NET utilizan el entorno de desarrollo integrado Microsoft Visual Studio en alguna de sus versiones (desde el primer Visual Studio .NET hasta Visual Studio .NET 2017, que es la última versión de Visual Studio para la plataforma .NET), aunque existen otras alternativas, como SharpDevelop (que además es libre). Al igual que con todos los lenguajes de programación basados en .NET, los programas escritos en VB .NET requieren el Framework .NET o Mono para ejecutarse. Base de datos Jerárquica12 Una base de datos jerárquica es un tipo de sistema de gestión de bases de datos que, como su nombre indica, almacena la información en una estructura jerárquica que enlaza los registros en forma de estructura de árbol (similar a un árbol visto al revés), en donde un nodo padre de información puede tener varios nodos hijo, y así sucesivamente. Esta relación jerárquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodos hermanos, y en este caso, la estructura en forma de árbol se convierte en una estructura en forma de grafo dirigido (esta variante se denomina Bases de datos de red). 12 https://es.wikipedia.org/wiki/Base_de_datos_jer%C3%A1rquica 24 CAPITULO II: EL PROBLEMA, OBJETIVOS E HIPÓTESIS. 2.1. El Problema de Investigación 2.1.1. Definición del problema El problema se define de tal manera que la academia pre policial Héroes del Cenepa en la actualidad cuenta con 500 alumnos, los datos de los alumnos se tienen que ir almacenado en fichas que utiliza la institución y de esta manera no pueden llevar un control más estricto de la información de los alumnos. 2.1.2. Formulación del problema ¿De qué manera el diseño y desarrollo de un sistema, mejora la búsqueda de información en la academia pre militar policial Héroes del Cenepa S.A.C. de la ciudad de Ica? 2.1.3. Delimitación del problema A. Delimitación espacial El presente proyecto de tesis se llevará a cabo en las instalaciones de la institución sito en la Calle Bolívar Nro. 467 Cercado de Ica (a 3 Cuadras de la Plaza de Armas de Ica) 25 B. Delimitación temporal El presente proyecto de tesis tendrá un espacio temporal divido en dos fases que se realizarán en el año 2017, según el detalle descrito a continuación: Fase1: El proyecto de tesis, se desarrolló haciendo una revisión bibliográfica y desarrollar el marco teórico. La recopilación inicial de datos de la institución materia de estudio, se llevó a cabo con la entrevista al director de la policía (actor de este proceso y determinar la problemática. Con ello plantear el problema, los objetivos y la hipótesis. Fase2: Esta fase está orientada al análisis y desarrollo del sistema, así como también el desarrollo de la hipótesis a demostrar finalizando con las conclusiones y recomendaciones. C. Delimitación social Los roles sociales involucrados en el proceso son:  El investigador  Asesor del Proyecto de Tesis  El director de la Policía  Personal de la Policía  Alumnos pre cadetes. 26 2.2. Objetivo General de la Investigación. Diseñar un Sistema para mejorar los sistemas de información en la academia Pre Militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica. 2.3. Hipótesis de la Investigación Si se diseña un sistema mejorara los sistemas de información en la academia Pre Militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica. 2.4. Variables e Indicadores Variable Independiente: X: Análisis, Diseño y Desarrollo de un Sistema. Variable Dependiente: Y: Sistemas de Información. Indicadores: Y1: Tiempo en registrar los datos de los alumnos. Y2: Tiempo en proporcionar la información. Y3: Tiempo de respuesta a una actividad. 27 2.5. Justificación e Importancia 2.5.1. Justificación El presente proyecto de tesis se justifica por cuanto va a permitir la implementación de los siguientes puntos:  El sistema podrá validar los datos de entrada con el propósito de garantizar la confiabilidad de los datos.  La generación de documentos y resultado de investigaciones de forma automatizada ahorrarán tiempo.  Implementar una central de datos para compartir la información de los alumnos en otros procesos de negocio. 2.5.2. Importancia El presente proyecto de tesis se considera importante ya que permitirá controlar la información de los alumnos de la academia pre Militar policial Héroes del Cenepa. Además, permitirá tener un control estricto sobre sus pagos y las evaluaciones a las cuales son sometidos los alumnos. 2.6. Tipo, Nivel y Diseño de investigación 2.6.1. El tipo investigación13: Será de tipo aplicada. Este tipo de investigación se caracteriza por su interés en la aplicación de los conocimientos teóricos a 13 Metodología y diseños en la investigación científica (2016), Hugo Sánchez Carlessi y Carlos Reyes Meza. 28 determinada situación concreta y las consecuencias prácticas que de ella se deriven. La investigación aplicada busca conocer para hacer, para actuar, para construir, para modificar, le preocupa la aplicación inmediata sobre una realidad circunstancial antes que el desarrollo de un conocimiento de valor universal. La investigación aplicada constituye el primer esfuerzo para transformar los conocimientos científicos en tecnología. 2.6.2. Nivel de investigación14 El nivel de la investigación es descriptivo ya que ofrecen un primer acercamiento al problema que se pretende estudiar y conocer. Consiste fundamentalmente en describir un fenómeno o una situación mediante el estudio del mismo en una circunstancia temporo-espacial determinada. Son las investigaciones que tratan de recoger información sobre el estado actual del fenómeno. Los estudios descriptivos nos llevan al conocimiento actualizado del fenómeno tal como se presenta. 2.6.3. Diseño del método de investigación15 El diseño que empleará el presente trabajo de investigación será experimental, es una técnica estadística que permite identificar y cuantificar las causas de un efecto dentro de un 14 Metodología y diseños en la investigación científica (2016), Hugo Sánchez Carlessi y Carlos Reyes Meza. 15 https://www.google.com.pe/search?biw=1366&bih=613&ei=exzMWun9EJHw_AbqhYX4CA&q=dise%C3 %B1o+de+investigaci%C3%B3n+experimental&oq=dise%C3%B1o+de+investigaci%C3%B3n+experimenta l&gs_l=psy-ab.3..0j0i22i30k1l9.3937.6354.0.6758.13.9.0.0.0.0.374.1240.2-1j3.4.0....0...1.1.64.psy- ab..9.4.1237....0.ptZODrEpP4U 29 estudio experimental. En un diseño experimental se manipulan deliberadamente una o más variables, vinculadas a las causas, para medir el efecto que tienen en otra variable de interés. El diseño de la investigación se basa en un diseño experimental del sub tipo pre experimental que sigue el siguiente modelo: Ge: O1 X O2 Donde: Ge: Está representado por la muestra experimental seleccionada O1: Datos de los indicadores sin la aplicación del sistema X: PREPOL (sistema) O2: Datos de los indicadores después de haber implementado X 2.7. Población y Muestra Población: Para el presente estudio se toma como población a todos los procesos realizados durante un mes. Muestra: por las facilidades en el acceso a la información, se toma como piloto para las pruebas se toma 10 procesos del control de registro de clases. 30 2.8. Técnicas de Recolección de Información. Observación: Mediante esta se recolectarán los datos para explorar, describir, comprender e identificar el fenómeno estudiado que es el proceso de registro de datos. Entrevistas: se utilizará esta técnica para la toma de requerimientos del control acceso a la información. 2.9. Instrumentos de Recolección de Información - Guía de observación: se elaborará un formato estructurado a través de columnas que favorecerán la organización de los datos recogidos. - Cuestionarios: se utilizarán una serie de preguntas para obtener información de los involucrados en el proceso de estudio. 2.10. Técnicas de análisis e interpretación de datos y resultados En primer lugar, se realizará un análisis descriptivo de los datos. En segundo lugar, se realizará el contraste con la hipótesis utilizando las pruebas que correspondan (t-studen, chi2, Z). Para lograr ello se utilizará software estadístico pudiendo ser SPSS, Minitab, Excel. 31 CAPITULO III: DISEÑO Y DESARROLLO DEL MODELO 3.1. Use Case View 3.1.1. Modelado del Negocio 3.1.1.1. Actores del Negocio Alumno Vista de todos los actores Alumno 3.1.1.2. Trabajares del Negocio Secretaria Docente Instructor Vista de todos los trabajadores Docente InstructorSecretaria 3.1.1.3. Entidades del Negocio Entrevista Personal Ficha de Control de Pagos Ficha de Datos del Alumno Ficha de Examen Medico Registro de Asistencias Registro de Examen Físico Registro de Notas Vista de todas las entidades 32 Ficha de Datos del Alumno Registro de Asistencias Entrevista PersonalRegistro de Notas Ficha de Control de Pagos Ficha de Examen Medico Registro de Examen Fisico 3.1.1.4. Diagramas CUN CUN Control de Pagos Diagrama de actividades Real iza pago Inicio Revisa cronograma de pagos Registra pago No El pago es completo : Ficha de Control de Pagos Registra pago : Ficha de Control de Pagos Fin Si : Secretaria : Alumno 33 Diagrama de objetos Ficha de Control de Pagos (from Entidades del Negocio) Secretaria (from Trabajadores del Negocio) Consulta cronograma pagos Registra pago CUN Inscripción del Alumno Diagrama de actividades Inicio Entrega documentos e informacion personal Real iz medicion de a tal la y el pesaje Se presenta al examen medico Registra informacion del alumno Registra la talla y el peso Real iza el coronograma de pagos Registra Datos Real izan el examen medico Copia : Ficha de Control de Pagos : Ficha de Datos del Alumno Talla y peso : Ficha de Datos del Alumno : Ficha de Control de Pagos Examen medico : Ficha de Datos del Alumno : Ficha de Examen Medico Fin Consultores Externos : Secretaria : Alumno 34 Diagrama de objetos Ficha de Datos del Alumno (from Entidades del Negocio) Ficha de Examen Medico (from Entidades del Negocio) Secretaria (from Trabajadores del Negocio) Registra Ficha de Control de Pagos (from Entidades del Negocio) Registra Recepciona CUN Registro de Asistencias Diagrama de actividades Inicio El alumno pertenece al internado Ingresa el domingo hasta las 8pm Si Ingresa a clases No Solicita permiso para sal ida El alumno es expulsado del aula No Fin Registra ingreso Registra asistencia diaria Consulta permiso de sal ida Si Registra sal ida Informa al apoderado Registra la expulsion del aula Autoriza salida Si No Recibe comunicacion de expulsion del aula del alumno Ejecuta la sancionSi Informa a secretaria : Registro de Asistencias Registra Asistencia : Registro de Asistencias Registra permiso : Registro de Asistencias Registra expulsion de aula : Registro de Asistencias : InstructorApoderado : Secretaria : Alumno 35 Diagrama de objetos Instructor (from Trabajadores del Negocio) Secretaria (from Trabajadores del Negocio) Informa expulsion de aula Registro de Asistencias (from Entidades del Negocio) Registra ingreso de internado Registra asistencia Regitra explsion de aula CUN Registro de Notas Diagrama de actividades Real iza el examen de entrevista personal Real iza examen fisico Entrega examen de entrevista personal Real iza la seleccion del examen fisico semanal Entrega Inicio Solicita preguntaa de entrevista personal Entrega en las fechas designadas Registra las notas de entrevista personal Registra el examen fisico Final Real iza examen : Entrevista Personal : Registro de Examen Fisico : Entrevista Personal Entrevista personal : Registro de Notas Examen fisico : Registro de Notas : Secretaria : Docente : Instructor : Alumno 36 Diagrama de objetos Docente (from Trabajadores del Negocio) Entrevista Personal (from Entidades del Negocio) Registro de Examen Fisico (from Entidades del Negocio)Instructor (from Trabajadores del Negocio) Secretaria (from Trabajadores del Negocio) Entrega resultados de examenes Registro de Notas (from Entidades del Negocio) Registra Genera Real iza Obtiene Real iza Vista de todos los CUN Registro de Asistencias Inscripcion del Alumno Registro de Notas Control de Pagos 37 3.1.1.5. Diagrama general de CUN Alumno (from Actores del Nego... Inscripcion del Alumno (f rom CUN) Control de Pagos (f rom CUN) Secretaria (from Trabajadores del Nego... Docente (from Trabajadores del Nego... Registro de Notas (f rom CUN) Instructor (from Trabajadores del Nego... Registro de Asistencias (f rom CUN) 3.2. Modelado del Sistema 3.2.1. Actores del Sistema Administrador Secretaria Usuario Vista de todos los actores Secretaria (from Trabajadores del Negocio) Administrador Usuario 38 3.2.2. CUS 3.2.2.1. CUS Asistencias Diagrama Secuencial : Usuario : ventanaprinicpalInterfaz : asistenciaInterfaz : asistenciaControl : alumnoControl : seccionturnoControl : definicionhorarioControl : asistenciaEntidad : alumnoEntidad : seccionturnoEntidad : definicionhorarioEntidad menu_asistencia( ) CargarVentana( ) asistenciaSelect( ) asistenciaSelect( ) alumnoSelect( ) seccionturnoSelect( ) definicionhorarioSelect( ) alumnoSelect( ) seccionturnoSelect( ) definicionhorarioSelect( ) Ingresa el código del Alumno CargarDatos( ) MostrarReloj( ) ValidarAsistencia( ) asistenciaInsert( ) asistenciaInsert( ) Cerrar( ) CerrarVentana( ) 39 Diagrama de Colaboración : Usuario : ventanaprinicpalInterfaz : asistenciaInterfaz : alumnoControl : asistenciaControl : definicionhorarioControl : seccionturnoControl : asistenciaEntidad : alumnoEntidad : seccionturnoEntidad : definicionhorarioEntidad 11: CargarDatos( ) 12: MostrarReloj( ) 14: ValidarAsistencia( ) 18: CerrarVentana( ) 1: menu_asistencia( ) 13: Ingresa el código del Alumno 17: Cerrar( ) 2: CargarVentana( ) 3: asistenciaSelect( ) 15: asistenciaInsert( ) 5: alumnoSelect( ) 7: seccionturnoSelect( ) 9: definicionhorarioSelect( ) 6: alumnoSelect( ) 4: asistenciaSelect( ) 16: asistenciaInsert( ) 10: definicionhorarioSelect( ) 8: seccionturnoSelect( ) 40 3.2.2.2. CUS Control de Pagos Diagrama Secuencial : Usuario : ventanaprinicpalInterfaz : controlpagoInterfaz : controlpagoControl : reciboControl : periodoControl : alumnoControl : controlpagoEntidad : reciboEntidad : periodoEntidad : alumnoEntidad menu_controlpago( ) CargarVentana( ) periodoSelect( ) alumnoSelect( ) CargarDatos( ) Ingresa el codigo del alumno o lo selecciona Procesar( ) MostrarControlpagoRecibo( ) periodoSelect( ) alumnoSelect( ) controlpagoSelect( ) controlpagoSelect( ) reciboSelect( ) reciboSelect( ) Guardar( ) Salir( ) Cancelar( ) Actual izarVentana( ) ValidaDatos( ) Selecciona serie, numero de boleta, fecha, monto, cl iente, y dni CerrarVentana( ) controlpagoUpdate( ) controlpagoUpdate( ) reciboInsertUpdate( ) reciboInsertUpdate( ) Actual izarVentana( ) 41 Diagrama_Colaboracion : Usuario : ventanaprinicpalInterfaz : controlpagoInterfaz : periodoControl : alumnoControl : controlpagoControl : reciboControl 7: CargarDatos( ) 14: MostrarControlpagoRecibo( ) : controlpagoEntidad : reciboEntidad : periodoEntidad : alumnoEntidad 24: ActualizarVentana( ) 17: ValidaDatos( ) 26: CerrarVentana( ) 22: ActualizarVentana( ) 1: menu_controlpago( ) 8: Ingresa el codigo del alumno o lo selecciona 9: Procesar( ) 16: Guardar( ) 25: Sali r( ) 23: Cancelar( ) 15: Selecciona serie, numero de boleta, fecha, monto, cl iente, y dni 2: CargarVentana( ) 3: periodoSelect( ) 5: alumnoSelect( ) 10: controlpagoSelect( ) 18: controlpagoUpdate( ) 12: reciboSelect( ) 20: reciboInsertUpdate( ) 4: periodoSelect( ) 6: alumnoSelect( ) 11: controlpagoSelect( ) 19: controlpagoUpdate( ) 13: reciboSelect( ) 21: reciboInsertUpdate( ) 3.2.2.3. CUS Datos del Alumno Diagrama_Secuencia : Usuario : ventanaprinicpalInterfaz : alumnoInterfaz : alumnoDatPerInterfaz : alumnoDat2PerInterfaz : alumnoDatAcadInterfaz : alumnoSisPagosInterfaz : alumnoGenCronogranaPagosInterfaz : alumnoOtrosInterfaz : alumnoEMInterfaz : alumnoFindInterfaz : periodoControl : seccionturnoControl : alumnoControl : controlpagoControl : ubigeoControl : colegioControl : academiaControl : escuelaControl : especialidadControl : periodoEntidad : seccionturnoEntidad : alumnoEntidad : controlpagoEntidad : ubigeoEntidad : colegioEntidad : academiaEntidad : escuelaEntidad : especialidadEntidad menu_alumno( ) CargarVentana( ) periodoSelect( ) turnoSelect( ) alumnoSelect( ) controlpagoSelect( ) ubigeoSelect( ) colegioSelect( ) academiaSelect( ) escuelaSelect( ) especialidadSelect( ) periodoSelect( ) turnoSelect( ) alumnoSelect( ) ubigeoSelect( ) controlpagoSelect( ) colegioSelect( ) academimaSelect( ) escuelaSelect( ) especialidadSelect( ) MostrarDatos( ) seccionSelect( ) seccionSelect( ) Nuevo( ) datperSelectPage( ) datperSelectPage( ) Ingresa el dni, apellidos, nombres, selecciona el sexo, fecha nacimiento, telefono fijo, telefono celular, y email Selecciona el departamento, provincia y distrito. Ingrea la direccion, referencia, el padre o apoderado, dni, celular, la madre, dni celular, y el email del padre o apoderado datper2SelectPage( ) datacadSelectPage( ) Ingresa la fecha de matricula. Selecciona el colegio, academia, veces que postula, escuela, y especialidad sispagosSelectPage( ) Actualizar( ) Selecciona la forma de pago, e ingresa el responsable de la inscripcion e informe CargarVentana( ) Generar( ) Guardar( ) Puede modificar los diferentes criterios de pago sispagosSelectPage( ) CerrarVentana( ) otrosSelectPage( ) emSelectPage( ) Permite ingresar el peso, talla, y hacer check en los problemas resultado del examen medico Puede modificar la condicion del alumno, e ingresar observaciones Guardar( ) ValidaDatos( ) alumnoInsertUpdate( ) alumnoInsertUpdate( ) controlpagoInsert( ) controlpagoInsert( ) Buscar( ) CargarVentana( ) Selecciona el tipo de busqueda Seleccionar( ) CerrarVentana( ) Ingresa el codigo o los apellidos y nombres. Selecciona el alumno que busca MostrarDatosBusqueda( ) Salir( ) CerrarVentana( ) 42 Diagrama_Colaboracion : Usuar io : vent anapr inicpalI nt er f az : alum noI nt er f az : alum noDat Per I nt er f az : alum noDat 2Per I nt er f az : alum noDat AcadI nt er f az : alum noSisPagosI nt er f az : alum noG enCr onogr anaPagosI nt er f az : alum noO t r osI nt er f az : alum noEM I nt er f az : alum noFindI nt er f az : per iodoCont r ol : secciont ur noCont r ol : alum noCont r ol : cont r olpagoCont r ol : colegioCont r ol : academ iaCont r ol : escuelaCont r ol : especialidadCont r ol : per iodoEnt idad : secciont ur noEnt idad : alum noEnt idad : cont r olpagoEnt idad : colegioEnt idad : academ iaEnt idad : escuelaEnt idad : especialidadEnt idad : ubigeoCont r ol : ubigeoEnt idad 24: M ost r ar Dat os( ) 23: dat per Select Page( ) 39: Cer r ar Vent ana( ) 46: ValidaDat os( ) 57: Cer r ar Vent ana( ) 59: Cer r ar Vent ana( ) 1: m enu_alum no( ) 25: Nuevo( ) 45: G uar dar ( ) 51: Buscar ( ) 58: Salir ( ) 27: I ngr esa el dni, apelidos, nom br es, selecciona el sexo, f echa nacim ient o, t elef ono f ijo, t elef ono celular , y em ail 29: Selecciona el depar t am ent o, pr ovincia y dist r it o. I ngr ea la dir eccion, r ef er encia, el padr e o apoder ado, dni, celular , la m adr e, dni celular , y el em ail del padr e o apoder ado 28: dat per 2Select Page( ) 30: dat acadSelect Page( ) 31: I ngr esa la f echa de m at r icula. Selecciona el colegio, academ ia, veces que post ula, escuela, y especialidad 32: sispagosSelect Page( ) 34: Act ualizar ( ) 33: Selecciona la f or m a de pago, e ingr esa el r esponsable de la inscr ipcion e inf or m e 37: G ener ar ( ) 38: G uar dar ( ) 36: Puede m odif icar los dif er ent es cr it er ios de pago 41: ot r osSelect Page( ) 42: Puede m odif icar la condicion del alum no, e ingr esar obser vaciones 43: em Select Page( ) 44: Per m it e ingr esar el peso, t ala, y hacer check en los pr oblem as r esult ado del exam en m edico 53: Selecciona el t ipo de busqueda 55: Seleccionar ( ) 54: I ngr esa el codigo o los apelidos y nom br es. Selecciona el alum no que busca 2: Car gar Vent ana( ) 35: Car gar Vent ana( ) 40: sispagosSelect Page( ) 4: per iodoSelect ( ) 6: t ur noSelect ( ) 8: seccionSelect ( ) 10: alum noSelect ( ) 48: alum noI nser t Updat e( ) 12: cont r olpagoSelect ( ) 50: cont r olpagoI nser t ( ) 16: colegioSelect ( ) 18: academ im aSelect ( ) 22: especialidadSelect ( ) 3: per iodoSelect ( ) 5: t ur noSelect ( ) 7: seccionSelect ( ) 9: alum noSelect ( ) 47: alum noI nser t Updat e( ) 11: cont r olpagoSelect ( ) 49: cont r olpagoI nser t ( ) 13: ubigeoSelect ( ) 15: colegioSelect ( ) 17: academ iaSelect ( ) 19: escuelaSelect ( ) 21: especialidadSelect ( ) 26: dat per Select Page( ) 52: Car gar Vent ana( ) 56: M ost r ar Dat osBusqueda( ) 20: escuelaSelect ( ) 14: ubigeoSelect ( ) 3.2.2.4. CUS Notas Diagrama_Secuencia : Usuario : ventanaprinicpalInterfaz : notaInterfaz : notaExamFisicoInterfaz : notaControl : periodoControl : seccionturnoControl : alumnoControl : definicionnotaEntidad : cri terioControl : cri teriodetalleControl : notaEntidad : periodoEntidad : seccionturnoEntidad : alumnoEntidad : definicionnotaEntidad : cri terioEntidad : cri teriodetalleEntidad menu_nota( ) CargarVentana( ) periodoSelect( ) turnoSelect( ) seccionSelect( ) periodoSelect( ) turnoSelect( ) seccionSelect( ) alumnoSelect( ) definicionnotaSelect( ) criterioSelect( ) criteriodetalleSelect( ) alumnoSelect( ) definicionnotaSelect( ) criterioSelect( ) criteriodetalleSelect( ) MostrarDatos( ) GenerarSemanas( ) Selecciona Periodo Selecciona Turno y Seccion Selecciona semana( ) Procesar( ) notaSelect( ) notaSelect( ) MostrarNotas( ) Alumnos( ) Guardar( ) alumnoSelect( ) alumnoSelect( ) notaInsert( ) notaInsert( ) Salir( ) CerrarVentana( ) CargarVentana( ) Actalizar( ) CargarAlumnoPeriodoSeccionesTurnos( ) CerrarVentana( ) notaUpdate( ) notaUpdate( ) Selecciona el examen fisico A y B 43 Diagrama_Colaboracion : Usuario : ventanaprinicpalInterfaz : notaInterfaz : notaExamFisicoInterfaz : periodoControl : seccionturnoControl : alumnoControl : definicionnotaEntidad : criterioControl : criteriodetalleControl : periodoEntidad : seccionturnoEntidad : alumnoEntidad : definicionnotaEntidad : criterioEntidad : criteriodetalleEntidad 17: MostrarDatos( ) 18: GenerarSemanas( ) : notaControl : notaEntidad 25: MostrarNotas( ) 40: CerrarVentana( ) 31: CerrarVentana( ) 1: menu_nota( ) 19: Selecciona Periodo 20: Selecciona Turno y Seccion 21: Selecciona semana( ) 22: Procesar( ) 26: Alumnos( ) 36: Guardar( ) 39: Salir( ) 29: Actalizar( ) 28: Selecciona el examen fisico A y B 2: CargarVentana( ) 3: periodoSelect( ) 5: turnoSelect( ) 7: seccionSelect( ) 9: alumnoSelect( ) 32: alumnoSelect( ) 11: definicionnotaSelect( ) 13: criterioSelect( ) 15: criteriodetalleSelect( ) 23: notaSelect( ) 34: notaInsert( ) 37: notaUpdate( ) 27: CargarVentana( ) 30: CargarAlumnoPeriodoSeccionesTurnos( ) 4: periodoSelect( ) 6: turnoSelect( ) 8: seccionSelect( ) 10: alumnoSelect( ) 33: alumnoSelect( ) 12: definicionnotaSelect( ) 14: criterioSelect( ) 16: criteriodetalleSelect( ) 24: notaSelect( ) 35: notaInsert( ) 38: notaUpdate( ) 44 3.2.2.5. Vista de todos los CUS Inicio de Sesion Usuarios Ciclos, Turnos y Secciones NotasAsistencias Justi ficaciones, Permisos, Evasiones y Expulsiones Definicion de Horarios Definicion de Notas Datos del Alumno Control de Notas Reportes de Alumnos Reportes de Asistencias Reportes Estadística de Asistencias Reportes de Notas Reportes de Pagos 45 3.2.3. Vista General de CUS Inicio de Sesion (from CUS) Usuario (from Actores) Usuarios (from CUS) Ciclos, Turnos y Secciones (from CUS) Definicion de Notas (from CUS) Definicion de Horarios (from CUS) Administrador (from Actores) Secretaria (from Trabajadores del Negocio) Datos del Alumno (from CUS) Asistencias (from CUS) Justi ficaciones, Permisos, Evasiones y Expulsiones (from CUS) Control de Pagos (from CUS) Notas (from CUS) Reportes de Asistencias (from CUS) Reportes de Pagos (from CUS) Reportes de Alumnos (from CUS) Reportes de Notas (from CUS) Reportes Estadística de Asistencias (from CUS) 46 3.3. Logical View 3.3.1 Analysis Model Business Object Model Design Model 47 Negocio Capa_Negocio academiaControl alumnoControl asistenciaControl colegioControl controlpagoControl criteriodetalleControl criterioControl definicionhorarioControl definicionnotaControl escuelaControl especialidadControl notaControl periodoControl reciboControl seccionturnoControl ubigeoControl usuarioControl Presentación Capa_Presentacion alumnoGenCronogranaPagosInterfaz alumnoDatPerInterfaz alumnoDat2PerInterfaz alumnoDatAcadInterfaz alumnoSisPagosInterfaz alumnoOtrosInterfaz alumnoInterfaz alumnoFindInterfaz alumnoEMInterfaz inicioInterfaz ventanaprinicpalInterfaz cicloListInterfaz cicloTurnoSecccionInterfaz cicloInterfaz cicloDataInterfaz definicionhorarioInterfaz definicionhorarioFindInterfaz definicionnotaInterfaz definicionnotaFindInterfaz notaInterfaz notaExamFisicoInterfaz usuarioInterfaz usuarioFindInterfaz 48 asistenciaInterfaz asistenciaFindInterfaz asistenciaJustificarInterfaz asistenciaProcesarInterfaz controlpagoInterfaz rptAlumnoInterfaz rptAsistenciaInterfaz rptEstadisticaAsistenciaInterfaz rptNotasInterfaz rptPagosInterfaz Vista general del particionado tecnológico Acceso a Datos Negocio Presentacion 3.3.2. Realización de CUS 3.3.2.1. Controles academiaControl alumnoControl asistenciaControl colegioControl controlpagoControl criteriodetalleControl criterioControl definicionhorarioControl definicionnotaControl escuelaControl especialidadControl notaControl periodoControl 49 reciboControl seccionturnoControl ubigeoControl usuarioContol 3.3.2.2. Entidades academiaEntidad alumnoEntidad asistenciaEntidad colegioEntidad CondicionAlumno <> CondicionPago <> controlpagoEntidad criteriodetalleEntidad criterioEntidad definicionhorarioEntidad definicionnotaEntidad escuelaEntidad especialidadEntidad EstadoAsistencia <> EstadoSeccion <> NombrePeriodo <> notaEntidad Numero <> periodoEntidad reciboEntidad seccionturnoEntidad Sexo <> TipoSeccion <> TipoUsuario <> Turno <> TurnoFuncional <> ubigeoEntidad usuarioEntidad 50 3.3.2.3. Interfaces alumnoInterfaz alumnoDatAcadInterfaz alumnoDatPerInterfaz alumnoDatPer2Interfaz alumnoEMInterfaz alumnoFindInterfaz alumnoGenCronogranaPagosInterfaz alumnoOtrosInterfaz alumnoSisPagosInterfaz asistenciaInterfaz asistenciaFindInterfaz asistenciaJustificarInterfaz asistenciaProcesarInterfaz cicloInterfaz cicloDataInterfaz cicloListInterfaz cicloTurnoSecccionInterfaz controlpagoInterfaz definicionhorarioInterfaz definicionhorarioFindInterfaz definicionnotaInterfaz definicionnotaFindInterfaz inicioInterfaz notaInterfaz notaExamFisicoInterfaz rptAlumnoInterfaz rptAsistenciaInterfaz rptEstadisticaAsistenciaInterfaz rptNotasInterfaz rptPagosInterfaz usuarioInterfaz usuarioFindInterfaz ventanaprinicpalInterfaz 51 3.3.3. Modelo Físico de Base de Datos 52 Tabla academiaEntidad Tabla alumnoEntidad 53 Tabla asistenciaEntidad Tabla colegioEntidad Tabla controlpagoEntidad Tabla criteriodetalleEntidad 54 Tabla criterioEntidad Tabla definicionhorarioEntidad 55 Tabla definicionnotaEntidad Tabla escuelaEntidad Tabla especialidadEntidad 56 Tabla notaEntidad 57 Tabla periodoEntidad Tabla reciboEntidad 58 Tabla seccionturnoEntidad Tabla ubigeoEntidad Tabla usuarioEntidad 59 CAPÍTULO IV: ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS 4.3. Generalidades Para poder hacer la recopilación de los datos, se utilizó una muestra de 10 registros para cada uno de los indicadores de tiempo; y datos de 7 días para los indicadores de costo, los mismos que se obtuvieron con el sistemas propuesto, este sistema proporciona todas las funcionalidades para una eficiente gestión en el manejo de la información, lo que permitirá reducir significativamente los tiempos de gestión; una característica fundamental para esto es que los administrador podrán realizar el registro de los datos. Cabe mencionar que el sistema utilizado no presenta limitaciones en cuanto al almacenamiento de registros, ya que se puede realizar todas las actividades, sin embargo, la información en el modelo de prueba no se registra en la base de datos, sin embargo, para la investigación ha servido de prueba. Con los datos recopilados, se utilizó el software estadístico Minitab versión 16 con la finalidad de realizar la estadística descriptiva de cada uno de los indicadores, como se muestra en las gráficas y cuadros siguientes: 60 4.4. Resultados e interpretación CUADRO N° 01 Registro de actividades reportadas y solucionadas Actividades NID NIS Dia Ausencia Presencia Ausencia Presencia 1 0 3 0 2 2 1 5 2 2 3 2 8 0 1 4 5 5 0 6 5 3 12 1 5 6 1 12 0 4 7 4 10 1 4 NID -Número de actividades reportadas por día. NIS - Número de actividades solucionados por día. Estadística descriptiva: NID1, NID2 Variable N N* Promedio Error estándar de la media Desviación estándar Variancia Coeficiente de variación Suma de valores Valor mínimo NID1 7 0 2.286 0.680 1.799 3.238 78.730 16.000 0.000 NID2 7 0 7.860 1.370 3.630 13.140 46.140 55.000 3.000 Variable Mediana Valor máximo Moda N de veces que se repite la moda NID1 2.000 5.000 1 2 NID2 8.000 12.000 5,12 2 Estadística descriptiva: NIS1, NISD2 Variable N N* Promedio Error estándar de la media Desviación estándar Variancia Coeficiente de variación Suma de valores Valor mínimo NIS1 7 0 0.571 0.279 0.787 0.619 137.690 4.000 0.000 NIS2 7 0 3.429 0.685 1.813 3.286 52.870 24.000 1.000 Variable Mediana Valor máximo Moda N de veces que se repite la moda NIS1 0.000 2.000 0 4 NIS2 4.000 6.000 2,4 2 61 Interpretación. - Para el indicador de actividades reportados por días, se puede ver un incremento de dicho indicador en la pos prueba, como se muestra en la diferencia de medias de 2.286 en la pre prueba y 7.86 en la pos prueba, este incremento de las actividades reportadas por día 70.92%, igualmente reportado con un mínimo de 3 actividades reportadas por día. Igualmente, para el número de actividades solucionadas en el día, la media pasa de 0,571 en la pre prueba a 3.429 en la pos prueba, y en donde se puede igualmente apreciar que por lo menos una de estas actividades es solucionada en el día. 62 GRAFICA N° 01 HISTOGRAMA DE ESTADISTICA DESCRIPTIVA - NID 63 GRAFICA N° 02 HISTOGRAMA DE ESTADISTICA DESCRIPTIVA - NIS CUADRO N° 02 TIEMPOS DEL PROCESO DE GESTION DE ACTIVIDADES TSI (min) TRI (horas) TER (min) Actividades Ausencia Presencia Ausencia Presencia Ausencia Presencia 1 25 18 24 2 3.50 0.15 2 38 27 48 4 5.25 0.25 3 5 12 24 3 4.58 0.20 4 45 25 24 4 4.38 0.17 5 28 10 72 3 3.50 0.14 6 78 12 48 1 5.20 0.20 7 48 15 48 0.5 4.00 0.22 8 17 5 72 2 3.50 0.28 9 25 28 48 3 4.45 0.18 10 7 8 72 2 3.25 0.20 TSI - Tiempo en solucionar un incidente. TRI - Tiempo de respuesta a un incidente. TER - Tiempo en elaborar un reporte. Estadística descriptiva: TSI1, TSI2 Variable N N* Promedio Error estándar de la media Desviación estándar Variancia Coeficiente de variación Suma de valores Valor mínimo TSI1 10 0 31.600 6.890 21.780 474.270 68.920 316.000 5.000 TSI2 10 0 16.000 2.590 8.190 67.110 51.200 160.000 5.000 64 Variable Mediana Valor máximo Moda N de veces que se repite la moda TSI1 26.500 78.000 25 2 TSI2 13.500 28.000 12 2 Estadística descriptiva: TRI1, TRI2 Variable N N* Promedio Error estándar de la media Desviación estándar Variancia Coeficiente de variación Suma de valores Valor mínimo TRI1 10 0 48.000 6.200 19.600 384.000 40.820 480.000 24.000 TRI2 10 0 2.450 0.369 1.165 1.358 47.570 24.500 0.500 Variable Mediana Valor máximo Moda N de veces que se repite la moda TRI1 48.000 72.000 48 4 TRI2 2.500 4.000 2,3 3 Estadística descriptiva: TER1, TER2 Variable N N* Promedio Error estándar de la media Desviación estándar Variancia Coeficiente de variación Suma de valores Valor mínimo TER1 10 0 4.161 0.229 0.726 0.527 17.440 41.610 3.250 TER2 10 0 0.199 0.014 0.043 0.002 21.640 1.990 0.140 Variable Mediana Valor máximo Moda N de veces que se repite la moda TER1 4.190 5.250 3.5 3 TER2 0.16 0.28 0.20 3 Interpretación. - Para el tiempo de procesos indicador de actividades para una presencia de 4 se pude notar una ausencia de 5.25 en el Tiempo de elaboración de un reporte. Asimismo, la descripción de las estadísticas tenemos para un TER1 una variación de 0.726 y un mínimo de 3.250; y para el TER2 una variación de 0.0019 y un mínimo de 0.1400. Finalmente, para la variable TER1 Se tiene un máximo de 5.250. 65 GRAFICA N° 03 HISTOGRAMA DE ESTADISTICA DESCRIPTIVA - TSI GRAFICA N° 04 HISTOGRAMA DE ESTADISTICA DESCRIPTIVA - TRI 66 GRAFICA N° 05 HISTOGRAMA DE ESTADISTICA DESCRIPTIVA - TER 67 CAPITULO V: PRUEBA DE HIPOTESIS Con los datos recopilados, se utilizó el software estadístico Minitab versión 16 con la finalidad realizar las pruebas de hipótesis; esta prueba de hipótesis se basó en la prueba estadística de t-Student, debido a que la muestra en prueba es menor de 30 unidades de análisis; asimismo se utilizó para cada una de las pruebas un grado de confianza del 95% y un nivel de significancia del 5% (α= 0.05); los resultados se muestran a continuación: 5.1 Tiempo en registrar los datos de los alumnos Planteamiento de Hipótesis Ho = Si se diseña un sistema No mejorara los tiempos en registrar los datos de los alumnos en la academia Pre militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica. Ha = Si se diseña un sistema mejorara los tiempos en registrar los datos de los alumnos en la academia Pre militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica. Prueba t para muestras pareadas: NID1, NID2 Variable N Promedio Desviación estándar Error estándar de la media NID1 7 2.286 1.799 0.680 NID2 7 7.860 3.630 1.370 DIFERENCIA 7 -5.57 3.69 1.39 Prueba T del límite superior del 95% para la diferencia de medias: -2.86 Diferencia significativa = 0 (vs < 0): T-Value = -3.99 P-Value = 0.004 Como el valor P-value =0.004 resultante de la prueba de hipótesis es menor que el nivel de significancia del α= 0.05, se rechaza la hipótesis 68 nula, por lo que se acepta la hipótesis alterna, comprobándose los sistemas de información mejoraran con el uso del sistema desarrollado. Si se diseña un sistema mejorara los sistemas de información en la academia Pre militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica 5.2 Tiempo en proporcionar la información Planteamiento de Hipótesis Ho = El tiempo en proporcionar la información de los alumnos, no se incrementan significativamente con la aplicación del sistema desarrollado. Ha = El tiempo en proporcionar la información de los alumnos, se incrementan significativamente con la aplicación del sistema desarrollado. Prueba t para muestras pareadas: TSI1, TSI2 Variable N Promedio Desviación estándar Error estándar de la media TSI1 10 31.600 21.780 6.890 TSI2 10 16.000 8.190 2.590 DIFERENCIA 7 15.600 21.370 6.760 Límite inferior del 95% para la diferencia de medias: 3,21 Diferencia significativa = 0 (vs > 0): T-Value = 2.31 P-Value = 0.023 Como el valor P-value =0.023 resultante de la prueba de hipótesis es menor que el nivel de significancia del α = 0.05, se rechaza la hipótesis nula (Ho), por lo que se acepta la hipótesis alterna (H1), comprobándose 69 que El tiempo en proporcionar la información de los alumnos, se incrementan significativamente con la aplicación del sistema desarrollado. 5.3 Tiempo de respuesta a una actividad Planteamiento de Hipótesis Ho = El tiempo de respuesta a una actividad, no se incrementan significativamente con la aplicación del sistema desarrollado. Ha = El tiempo de respuesta a una actividad, se incrementan significativamente con la aplicación del sistema desarrollado. Prueba t para muestras pareadas: TRI1, TRI2 Variable N Promedio Desviación estándar Error estándar de la media TER1 10 48.000 19.600 6.200 TER2 10 2.450 1.170 0.970 DIFERENCIA 7 45.550 19.900 6.290 Límite 95% inferior para la diferencia de medias: 34.01 Diferencia significativa = 0 (vs > 0): T-Value =7.24 P-Value =0.000 Como el valor P-value =0.000 resultante de la prueba de hipótesis es menor que el nivel de significancia del α = 0.05, se rechaza la hipótesis nula (Ho), por lo que se acepta la hipótesis alterna (H1), comprobándose que el El tiempo de respuesta a una actividad, se incrementan significativamente con la aplicación del sistema desarrollado. 70 CAPITULO VI: CONCLUSIONES RECOMENDACIONES 6.1. Conclusiones: Al finalizar el presente proyecto de tesis se ha llegado a las siguientes conclusiones: 1. Se concluye que las pruebas nos arrojan para el indicador tiempo en registrar los datos de los alumnos, la disminución del tiempo en 29.102 segundos y que este tiempo ha sido igualmente reducido en un 39.04%. Tener en cuenta que esta reducción del tiempo es significativa por la aceptación de la hipótesis de investigación. 2. También se concluye que, en cuanto al tiempo en proporcionar la información, la media de los tiempos arroja una disminución de 38.92 segundos, tiempo que ha sufrido una reducción del 91.09%. además de comprobar que la reducción ha sido significativa con la prueba de hipótesis al aceptarse la hipótesis de investigación. 3. En cuanto al tiempo de respuesta al utilizar el sistema, se reduce el tiempo hasta en un 30%, ya que el personal reduce su tiempo de operación en este proceso. 4. Finalmente se concluye que se ha logrado el objetivo de la investigación al desarrollarse el sistema y ejecutarse la prueba empírica. 71 6.2. Recomendaciones: Al finalizar el presente proyecto de investigacion se puede hacer las siguientes recomendaciones: 1. Se recomienda implementar el sistema para mejorar los procesos de información en la institución. 2. Se recomienda realizar un proceso de capacitación al personal que va a manejar el sistema con la finalidad de poder comprobar los resultados de las pruebas empíricas. 3. Se recomienda realizar un monitoreo del proceso para que los resultados que se obtengan, sirvan de línea de base para el proceso y poder realizar un proceso de mejora continua en el control del manejo de la información. 72 REFERENCIAS BIBLIOGRAFICAS 1. Definición.org. Definición de actividad. 2014. Recuperado de: http://www.definicion.org/actividad 2. Definición ABC. Definición de tarea. 2014. Recuperado de: http://www.definicionabc.com/general/tarea.php 3. Hammer & Champy (citado en MUGPERU: Contreras Luis). Taller: Fundamentos y Modelamiento de Procesos de Negocio bajo Business Process Management (BPM). 2010. 4. Hitpass B. ebook: Business Process Management (BPM) Fundamentos y conceptos de implementación. Santiago de Chile – Chile. Ed. Internacional Hispana. 2012 5. Laurentis R. El libro del BPM 2010. Madrid – España. Ed. Soluciones gráficas. 2010. 6. Manganelli R. & Klein M. Como hacer reingeniería. 20 Ed. Bogotá – Colombia. Ed Norma. 2004 7. Medina O. Variabilidad del proceso. 2010. Recuperado de: http://oszielmedina.blogspot.es/1273527350/ 8. Mosquera J. & Mestanza W. Análisis, Diseño e Implementación de un Sistema de Información Integral de Gestión Hospitalaria para un establecimiento de Salud Público. 2007. Recuperado de: http://tesis.pucp.edu.pe/repositorio/bitstream/handle/123456789/336/MOSQ UERA_JAVIER_AN%C3%81LISIS_DISE%C3%91O_E_IMPLEMENTACI% C3%93N_DE_UN_SISTEMA_DE_INFORMACI%C3%93N_INTEGRAL_DE 73 _GESTI%C3%93N_HOSPITALARIA_PARA_UN_ESTABLECIMIENTO_DE _SALUD_P%C3%9ABLICO.pdf?sequence=1 9. Murillo F. ¿Qué es la Ingeniería de Información?. P. 3,4 Recuperado de: http://ingtecnologia.files.wordpress.com/2011/04/blog-ing-de- informacion.pdf 10. MUGPERU. Fundamentos y Modelamiento de Procesos de Negocio bajo Business Process Management (BPM). 2010. 11. Muñoz A. Sistemas de información en las empresas. 2003. Recuperado de: http://www.upf.edu/hipertextnet/numero-1/sistem_infor.html 12. Pitsica M. Sistema de Información para la Gestión aplicado en entidades financieras: estudio empírico Santa Catarina. 2001. Recuperado de: http://biblioteca.ucm.es/tesis/cee/ucm-t25237.pdf 13. Tapia A. y Valdez M. “Diseño de un sistema de control de Gestión basado en la metodología de Balanced Scorecard y Gestión por procesos en un centro de investigaciones biotecnológicas, Guayaquil 2007”. Recuperado de: http://www.dspace.espol.edu.ec/bitstream/123456789/10623/3/TESIS.pdf 14. Kendall & Kendall. Análisis y Diseño de Sistemas. 3era Ed. Naucalpan de Juaréz – Mexico. Ed. Prentice hall Hispanoamérica. P 2-5. 1999. 15. Trilles P. El Libro del BPM: Automatización de procesos para todas las empresas. Madrid – España. Ed. Print Marketing. 2010 16. TheFreeDictionary. Directiva s.f. 2014. recuperado de: http://es.thefreedictionary.com/directiva 17. Solano R. Teoría de sistemas. 2014. Recuperado de: http://www.monografias.com/trabajos11/teosis/teosis.shtml#CONCEP 74 18. Wikipedia. Información. 2014. Recuperado de: http://es.wikipedia.org/wiki/Informaci%C3%B3n. 19. Mg. Ruth María Santiváñez Vivanco, “EL MODELO DE GESTIÓN DE BLENDED – LEARNING EN LA UNIVERSIDAD LOS ÁNGELES DE CHIMBOTE DE PERÚ”, ponencia, Facultad de educación y Humanidades, Universidad Los Angeles de Chimbote. 20. Julio César González Mariño, “B-Learning utilizando Software Libre, una alternativa viable en Educación Superior”, 6° Congreso Internacional Retos y expectativas de la Universidad “El papel de la universidad en la transformación de la sociedad”, abril 2006. 21. Julia Emilia Cabañas Valdivieso, Yessenia Magali Ojeda Fernández” Aulas Virtuales como herramienta de apoyo en la educación de la Universidad Nacional Mayor de San Marcos”, Tesis para Titulo profesional, 2003. ANEXO 01: Matriz de consistencia Título: “ANALISIS, DISEÑO Y DESARROLLO DE UN SISTEMA PARA MEJORAR LOS SISTEMAS DE INFORMACION EN LA ACADEMIA PRE MILITAR POLICIAL HEROES DEL CENEPA S.A.C. DE LA CIUDAD DE ICA” PROBLEMA OBJETIVO HIPOTESIS VARIABLES METODOLOGIA TECNICAS INSTRUMENTOS ¿ De qué manera el diseño y desarrollo de un sistema, mejora la búsqueda de información en la academia pre militar policial Héroes del Cenepa S.A.C. de la ciudad de Objetivo General: Diseñar un Sistema para mejorar los sistemas de información en la academia Pre Militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica. Hipótesis General Si se diseña un sistema mejorara los sistemas de información en la academia Pre Militar Policial Héroes del Cenepa S.A.C. de la Ciudad de Ica. Variable Independiente: X: Análisis, Diseño y Desarrollo de un Sistema Variable Dependiente: Y: Sistemas de Información Tipo de investigación: Aplicada Nivel de Investigación: Descriptivo – correlacional Diseño de investigación: Ge O1 X O2 Población: Para el presente estudio se toma - Entrevista - Encuesta - Observación - Guía entrevista - Cuestionario - Ficha de observación Ica? como población a todas procesos realizados durante un el mes de Abril. Muestra: por las facilidades en el acceso a la información, se toma como piloto para las pruebas 10 procesos de control. ANEXO 02 Ventanas del Sistema Inicio de Sesión Ventana Principal Mantenimiento de Usuarios Definición de Usuarios Búsqueda de Usuarios Mantenimiento de Ciclos, Turnos y Secciones Listado de Ciclos Datos del Periodo Modificación de Turnos y Secciones Mantenimiento de Definición de Horarios Datos de la Definición de Horarios Búsqueda de Definición de Horarios Mantenimiento de Definición de Notas Datos de Definición de Notas Búsqueda de Definición de Notas Mantenimiento de Datos del Alumno Datos Personales del Alumno Datos Personales – del Alumno Datos Académicos de Alumno Sistema y Control de Pagos del Almno Generador de Cronograma de Pagos Otros Datos del Alumno Examen Médico del Alumno Búsqueda de Alumnos Mantenimiento de Justificaciones, Permisos, Evasiones y Expulsiones Registro de Justificaciones, Permisos, Evasiones y Expulsiones Procesar Justificaciones, Permisos, Evasiones y Expulsiones Búsqueda de Alumnos Mantenimiento de Notas Registro de Notas Seleccionar Exámenes Físicos Control de Pagos Reporte de Alumno Reporte de Asistencias Reporte de Estadística de Asistencias Reporte de Pagos