ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO FACULTAD DE INFORMÁTICA Y ELECTRÓNICA ESCUELA DE INGENIERIA EN SISTEMAS “PROPUESTA DE UNA METODOLOGÍA PARA LA CONSTRUCCIÓN DE UNA APLICACIÓN WEB MEDIANTE LA INTEGRACIÓN DE MODELOS COLABORATIVOS. CASO PRÁCTICO: UNIDAD EDUCATIVA “SAN FELIPE NERI”” Tesis de grado previa a la obtención del título de INGENIERO EN SISTEMAS INFORMÁTICOS AUTOR: RODRIGO JAVIER ALMAGRO SÁNCHEZ TUTOR: Ing. JULIO SANTILLÁN Riobamba – Ecuador 2015 ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO FACULTAD DE INFORMÁTICA Y ELECTRÓNICA ESCUELA DE INGENIERIA EN SISTEMAS INFORMÁTICOS El Tribunal de tesis certifica que: El trabajo de investigación: “PROPUESTA DE UNA METODOLOGÍA PARA LA CONSTRUCCIÓN DE UNA APLICACIÓN WEB MEDIANTE LA INTEGRACIÓN DE MODELOS COLABORATIVOS. CASO PRÁCTICO: UNIDAD EDUCATIVA “SAN FELIPE NERI””, de responsabilidad del señor egresado Rodrigo Javier Almagro Sánchez, ha sido prolijamente revisado por los Miembros del Tribunal de Tesis, quedando autorizada su presentación. NOMBRE FIRMA FECHA Ing. Gonzalo Samaniego _________________ _________________ DECANO DE LA FACULTAD DE INFORMÁTICA Y ELECTRÓNICA Ing. Julio Santillán _________________ _________________ DIRECTOR DE LA ESCUELA DE INGENIERÍA EN SISTEMAS Ing. Julio Santillán _________________ _________________ DIRECTOR DE TESIS Ing. Lorena Aguirre _________________ _________________ MIEMBRO DE TESIS NOTA DE TESIS _________________ Yo, Rodrigo Javier Almagro Sánchez, soy responsable de las ideas, doctrinas y resultados expuestos en este Trabajo de Titulación; y el patrimonio intelectual del Trabajo de Titulación, pertenece a la Escuela Superior Politécnica de Chimborazo. _______________________________ Rodrigo Javier Almagro Sánchez DEDICATORIA Dedico este trabajo a Dios, a mis hijos y mi esposa quienes con amor y paciencia me dieron aliento para terminar este proyecto a mis padres quienes me ayudaron en mi formación académica permitiendo así llegar a la meta, a mis profesores quienes colaboraron, con sus valiosos conocimientos en mi formación profesional. Rodrigo AGRADECIMIENTO Agradezco a Dios por ser quien guía el camino de mi vida, a mis hijos y a mi esposa, quienes me han apoyado incondicionalmente en la consecución de este proyecto, a mis padres por ver confiado en mí y especialmente agradezco a mi director de tesis Ing. Julio Santillán y miembro de tesis Ing. Lorena Aguirre por ser guías en el desarrollo de mi tesis. Rodrigo ÍNDICE GENERAL ÍNDICE DE ABREVIATURAS .................................................................................................. x ÍNDICE DE ANEXOS ................................................................................................................xi ÍNDICE DE TABLAS .............................................................................................................. xiv RESUMEN ............................................................................................................................. xvii SUMMARY ........................................................................................................................... xviii INTRODUCCIÓN ....................................................................................................................... 1 CAPITULO I MARCO REFERENCIAL ........................................................................................................... 3 1.1 Antecedentes .......................................................................................................................... 3 1.2 Justificación ........................................................................................................................... 4 1.2.1 Justificación teórica ............................................................................................................. 4 1.2.2 Justificación práctica ........................................................................................................... 4 1.3 Objetivos ............................................................................................................................... 5 1.3.1 Objetivo general .................................................................................................................. 5 1.3.2 Objetivos específicos........................................................................................................... 5 1.4 Hipótesis ............................................................................................................................... 5 1.5 Métodos y técnicas ................................................................................................................. 5 1.5.1 Métodos.............................................................................................................................. 5 1.5.1.1 Método Científico ............................................................................................................ 5 1.5.1.2 Método deductivo ............................................................................................................. 6 1.5.1.3 Método comparativo ........................................................................................................ 6 1.5.2 Técnicas y fuentes de información ...................................................................................... 6 1.5.2.1 Técnicas ........................................................................................................................... 6 1.5.2.2 Fuentes de Información .................................................................................................... 6 CAPITULO II 2 METODOLOGÍAS COLABORATIVAS EN EL DESARROLLO DE SOFTWARE. ............ 7 2.1 La colaboración en el equipo de desarrollo de software. ........................................................ 7 2.1.1 Introducción ....................................................................................................................... 7 2.1.2 Generalidades ...................................................................................................................... 7 2.1.3 Definición la colaboración en el equipo de desarrollo de software ...................................... 7 2.1.4 Características de la colaboración en el equipo de desarrollo de software ........................... 8 2.1.5 Ventajas de la colaboración en el equipo de desarrollo de software .................................... 9 2.1.6 Desventajas de la colaboración en el equipo de desarrollo de software ............................... 9 2.2 Amenities ............................................................................................................................... 9 2.2.1 Introducción ........................................................................................................................ 9 2.2.2 Definición de Amenities .................................................................................................... 10 2.2.3 Características de Amenities ............................................................................................. 10 2.2.4 Esquema general Amenities .............................................................................................. 11 2.2.5 Ventajas de Amenities ....................................................................................................... 14 2.2.6 Desventajas de Amenities ................................................................................................ 14 2.3 Metodología para el desarrollo colaborativo de software libre ............................................. 14 2.3.1 Introducción ...................................................................................................................... 14 2.3.2 Definición de la Metodología para el desarrollo colaborativo de software libre ................ 14 2.3.3 Características de la Metodología para el desarrollo colaborativo de software libre ......... 15 2.3.3.1 Conceptualización de proyectos de software .................................................................. 15 2.3.3.2 Administración de proyectos de software ....................................................................... 15 2.3.3.3 Desarrollo de la aplicación de software ......................................................................... 15 2.3.4 Ventajas de la Metodología para el desarrollo colaborativo de software libre ................... 16 2.3.5 Desventajas de la Metodología para el desarrollo colaborativo de software libre.............. 16 CAPÍTULO III 3 PROPUESTA METODOLOGÍCA PARA LA CONSTRUCCIÓN DE UNA APLICACIÓN WEB MEDIANTE LA INTEGRACIÓN DE MODELOS COLABORATIVOS ...................... 17 3.1 Introducción ......................................................................................................................... 17 3.2 Establecer los estándares a incorporar en la metodología a proponer ................................... 17 3.3 Fundamentación para la propuesta de la metodología .......................................................... 18 3.3.1 Vista Cognitiva ................................................................................................................. 18 3.3.2 Vista de Interacción ........................................................................................................... 18 3.3.3 Vista de Información ......................................................................................................... 18 3.4 Características de la Propuesta Metodológica Colaborativa ................................................. 19 3.5 Construcción de la Propuesta Metodológica Colaborativa. .................................................. 20 3.5.1 Recopilación de la información del proyecto ................................................................... 20 3.5.1.1 Vista cognitiva ............................................................................................................... 20 3.5.1.2 Vista de interacción. ....................................................................................................... 22 3.5.1.3 Vista de información. ..................................................................................................... 22 3.5.2 Desarrollo de aplicaciones de software ............................................................................ 24 3.5.2.1 Especificación de requerimientos ................................................................................. 24 3.5.2.2 Análisis .......................................................................................................................... 25 3.5.2.3 Diseño ............................................................................................................................ 28 3.5.2.4 Construcción ................................................................................................................. 31 3.5.2.5 Pruebas .......................................................................................................................... 33 CAPÍTULO IV 4 DESARROLLO DEL SISTEMA DE GESTIÓN DE MANTENIMIENTO (SGM) UTILIZANDO “PROPUESTA DE UNA METODOLOGÍA PARA LA CONSTRUCCIÓN DE UNA APLICACIÓN WEB MEDIANTE LA INTEGRACIÓN DE MODELOS COLABORATIVOS. ................................................................................................................. 34 4.1 Sistema de mantenimiento.................................................................................................... 34 4.1.1 Definición de políticas de desarrollo. ................................................................................ 34 4.1.2 Planteamiento y discusión del problema........................................................................ 35 4.3 Recopilación de la información del proyecto. ...................................................................... 35 4.3.1 Delimitación del sistema................................................................................................... 35 4.3.2 Vista cognitiva. ................................................................................................................. 35 4.3.3 Vista de Iteración .............................................................................................................. 38 4.3.4 Vista de información. ........................................................................................................ 38 4.4 Desarrollo de aplicaciones de software. ............................................................................ 41 4.4.1 Especificación de requerimientos. ................................................................................... 41 4.4.2 Fase de análisis. ............................................................................................................... 43 4.4.4 Refinar los Diagramas de Caso de Uso. ............................................................................ 52 4.4.2.4 Diagrama de Actividades ............................................................................................... 59 4.5 Fase de diseño ...................................................................................................................... 62 4.5.1 Análisis de la base de datos .............................................................................................. 62 4.5.2 Estructura lógica del sistema ........................................................................................... 66 4.6 Fase de construcción. ......................................................................................................... 70 4.6.1 Construcción .................................................................................................................... 70 4.7 Pruebas de funcionamiento ............................................................................................... 75 4.8 Entrega ............................................................................................................................... 81 CAPÍTULO V 5 DEMOSTRACIÓN DE LA HIPÓTESIS ................................................................................ 82 5.1 Definición de los parámetros a utilizar ................................................................................. 82 5.2 Escala de evaluación........................................................................................................... 83 5.3 Cálculos matemáticos a utilizar......................................................................................... 83 5.4 Desarrollo del prototipo en MSF ....................................................................................... 83 5.4.1 Definición de políticas de desarrollo ................................................................................ 83 5.4.2 Planteamiento y discusión del problema ........................................................................... 83 5.4.3 Análisis de requerimientos y diseño de la solución ........................................................... 84 5.4.4 Delimitación del sistema ................................................................................................... 84 5.4.5 Análisis de la base de datos ............................................................................................... 85 5.4.6 Análisis de la estructura del sistema .................................................................................. 88 5.4.7 Diseño de la estructura lógica del sistema ......................................................................... 89 5.4.8 Diseño conceptual ............................................................................................................. 90 5.4.8.1 Diseño de interfaz de usuario ......................................................................................... 90 5.5 Análisis de resultados de las dos metodologías .................................................................... 96 CONCLUSIONES ..................................................................................................................... 99 RECOMENDACIONES .......................................................................................................... 100 GLOSARIO DE TÉRMINOS BIBLIOGRAFÍA ANEXOS ÍNDICE DE ABREVIATURAS AMENITIES Una Metodología para el Análisis y Diseño de Sistemas Cooperativos CENDITEL Dirección de Tecnologías de la Información y Comunicación ESPOCH Escuela Superior Politécnica de Chimborazo HTML Lenguaje de Marca de Hipertexto HTTP Protocolo Transferencia de Hipertexto PMC Propuesta Metodológica Colaborativa SGM Sistema Gestión de Mantenimiento. TQM Gestión de Calidad Total UML Lenguaje Unificado de Modelado ÍNDICE DE ANEXOS Anexo A: Tablas de redistribución de requerimientos. Anexo B: Interfaces del sistema. ÍNDICE DE ILUSTRACIONES Ilustración. 1-2: Esquema general de la metodología de AMENITIES………..……………..11 Ilustración 1-3: Recopilación de información......................................................................... 19 Ilustración 2-3: Descripción General del Sistema................................................................... 23 Ilustración 3-3: Caso de uso personal. .................................................................................... 26 Ilustración 4-3 Diagrama de secuencia gestión personal ........................................................ 26 Ilustración 5-3: Estructura lógica del sistema. ........................................................................ 29 Ilustración 6-3 Interfaz de inicio. ........................................................................................... 29 Ilustración 7-3: Interfaz de actividades................................................................................... 30 Ilustración 8-3: Interfaz de gestión. ........................................................................................ 31 Ilustración 9-3: Interfaz de Reportes. ..................................................................................... 31 Ilustración_ 1-4: Recopilación de información....................................................................... 40 Ilustración_ 2-4: Caso de uso gestión personal....................................................................... 43 Ilustración_ 3-4: Caso de uso gestión máquina. ..................................................................... 44 Ilustración_ 4-4: Caso de uso gestión mantenimiento. ........................................................... 44 Ilustración_5-4: Caso de uso reporte Jefe. .............................................................................. 44 Ilustración_ 6-4: Caso de uso reporte Técnico. ...................................................................... 45 Ilustración_ 7-4: Diagrama de secuencia gestión personal. .................................................... 45 Ilustración_ 8-4 Diagrama de secuencia gestión máquina. ..................................................... 46 Ilustración_ 9-4: Diagrama de secuencia gestión mantenimiento. .......................................... 46 Ilustración_ 10-4: Refinamiento del sistema gestión del presonal. ......................................... 53 Ilustración_ 11-4: Refinamiento del sistema gestión máquina. .............................................. 54 Ilustración_ 12-4: Refinamiento del sistema gestión mantenimiento ..................................... 56 Ilustración_ 13-4: Refinamiento del sistema reportes jefe ...................................................... 57 Ilustración_ 14-4: Refinamiento del sistema repores técnico ................................................. 58 Ilustración_ 15-4: Diagrama de actividades personal. ............................................................ 59 Ilustración_ 16-4: Diagrama d actividades máquina. .............................................................. 60 Ilustración_ 17-4: Diagrama de actividades mantenimiento. .................................................. 61 Ilustración_ 18-4: Base de Datos ............................................................................................ 65 Ilustración_ 19-4: Estructura lógica del sistema. .................................................................... 66 Ilustración- 1-5 Base de Datos ............................................................................................... 87 Ilustración- 2-5: Estructura lógica del sistema........................................................................ 89 Ilustración- 3-5: Archivos de acceso a datos .......................................................................... 93 Ilustración- 4-5: Archivos de lógica de negocio ..................................................................... 94 Ilustración- 5-5: Archivos de presentación ............................................................................. 94 Ilustración- 6-5 Resultados ..................................................................................................... 98 ÍNDICE DE TABLAS Tabla 1-3: Objetivo general del proyecto. .................................................................................. 21 Tabla 2-3: Parte del proyecto. .................................................................................................... 21 Tabla 3-3: Función del sistema .................................................................................................. 22 Tabla 4-3: Interacción de los actores con el sistema. .................................................................. 22 Tabla 5-3: Información del requerimiento del sistema ............................................................... 23 Tabla 6-3: Herramientas y habilidades a utilizar. ....................................................................... 24 Tabla 7-3: Requerimientos funcionales. ..................................................................................... 24 Tabla 8-3: Requerimientos no funcionales. ................................................................................ 25 Tabla 9-3: Actores del sistema ................................................................................................... 25 Tabla 10-3: Requerimientos del sistema usuario Jefe ................................................................. 27 Tabla 11-3: Descripción tabla en la Base de datos. ................................................................... 28 Tabla 12-3 Prueba de Reportes. ................................................................................................. 33 Tabla. 1-4: Herramientas y habilidades a desarrollar…………………………………………..34 Tabla. 2-4: Ejemplo del objetivo general del sistema. ............................................................... 35 Tabla. 3-4: Requerimientos del sistema .................................................................................... 36 Tabla. 4-4: Función registrar los mantenimientos del sistema. .................................................. 36 Tabla. 5-4: Función actualizar los mantenimientos del sistema. ................................................ 37 Tabla. 6-4: Función eliminar los mantenimientos del sistema. .................................................. 37 Tabla. 7-4: Función consultar los mantenimientos del sistema. ................................................ 37 Tabla. 8-4: Interacción del actor Jefe con el sistema. ................................................................ 38 Tabla. 9-4: Interacción del actor Técnico con el sistema. .......................................................... 38 Tabla. 10-4: Información del requerimiento del sistema usuario Jefe. ...................................... 39 Tabla. 11-4: Información del requerimiento del sistema usuario Técnico. ................................ 39 Tabla. 12-4: Herramientas y habilidades a utilizar. ................................................................... 40 Tabla. 13-4: Requerimientos del sistema................................................................................... 42 Tabla. 14-4: Requerimientos no funcionales. ............................................................................ 43 Tabla. 15-4: Actores del sistema ............................................................................................... 43 Tabla. 16-4: Autentificación de usuario .................................................................................... 47 Tabla. 17-4: Ingresar datos del personal .................................................................................... 47 Tabla. 18-4: Modificar datos del personal ................................................................................. 48 Tabla. 19-4: Eliminar registro del personal ............................................................................... 48 Tabla. 20-4: Ingresar Máquina .................................................................................................. 49 Tabla. 21-4: Modificar registro máquina ................................................................................... 49 Tabla. 22-4: Eliminar registro máquina ..................................................................................... 50 Tabla. 23-4: Ingresar mantenimiento......................................................................................... 50 Tabla. 24-4: Modificar registro Mantenimiento ........................................................................ 51 Tabla. 25-4: Eliminar registro mantenimiento ........................................................................... 51 Tabla. 26-4: Reportes ................................................................................................................ 52 Tabla. 27-4: Requerimientos del sistema................................................................................... 52 Tabla. 28-4: Requerimientos del sistema................................................................................... 53 Tabla. 29-4: Requerimientos del sistema................................................................................... 55 Tabla. 30-4: Requerimientos del sistema................................................................................... 56 Tabla. 31-4: Requerimientos del sistema................................................................................... 57 Tabla. 32-4: Requerimientos del sistema................................................................................... 58 Tabla. 33-4: Descripción tabla tpersona en la Base de datos ..................................................... 62 Tabla. 34-4: Descripción tabla Maquina en la Base de datos .................................................... 62 Tabla. 35-4: Descripción tabla mantenimiento de la Base de datos. .......................................... 63 Tabla. 36-4: Descripción tabla testrategia de la Base de datos. ................................................. 63 Tabla. 37-4: Descripción tabla usuarios de la Base de datos. .................................................... 64 Tabla. 38-4: Interfaz de Inicio. .................................................................................................. 67 Tabla. 39-4: Interfaz de Actividades. ........................................................................................ 67 Tabla. 40-4: Interfaz de Gestión de Mantenimiento. ................................................................. 68 Tabla. 41-4: Interfaz de Registro. .............................................................................................. 68 Tabla. 42-4: Interfaz de Actualización. ..................................................................................... 69 Tabla. 43-4: Interfaz de Eliminación. ........................................................................................ 69 Tabla. 44-4: Interfaz de Reportes. ............................................................................................. 69 Tabla. 45-4: Prueba ingresar datos del usuario. ......................................................................... 75 Tabla. 46-4: Prueba modificar datos del usuario. ...................................................................... 76 Tabla. 47-4: Prueba de eliminar usuarios. ................................................................................. 76 Tabla. 48-4: Prueba de Reportes de los usuarios. ...................................................................... 76 Tabla. 49-4: Prueba ingresar datos del personal. ....................................................................... 77 Tabla. 50-4: Prueba modificar datos del personal. .................................................................... 77 Tabla. 51-4: Prueba de eliminar personal. ................................................................................. 77 Tabla. 52-4: Prueba de Reportes del personal. .......................................................................... 78 Tabla. 53-4: Prueba ingresar datos de las partes de la máquina. ................................................ 78 Tabla. 54-4: Prueba modificar datos de las partes de la máquina. ............................................. 78 Tabla. 55-4: Prueba de eliminar partes de las máquinas. ........................................................... 79 Tabla. 56-4: Prueba de Reportes de las partes de la máquina. ................................................... 79 Tabla. 57-4: Prueba ingresar datos del mantenimiento. ............................................................. 79 Tabla. 58-4: Prueba modificar datos del mantenimiento. .......................................................... 80 Tabla. 59-4: Prueba eliminar mantenimiento. ........................................................................... 80 Tabla. 60-4: Prueba de Reportes del mantenimiento. ................................................................ 80 Tabla_ 1-5: Variables para demostrar la hipótesis………………………………………………82 Tabla_ 2-5: Escala de evaluación ............................................................................................... 83 Tabla_ 3-5: Herramientas y habilidades a desarrollar ................................................................ 83 Tabla_ 4-5: Definición de Requerimientos ................................................................................ 84 Tabla_ 5-5: Descripción tabla tpersona en la Base de datos ....................................................... 85 Tabla_ 6-5: Descripción tabla tmaquina en la Base de datos ...................................................... 85 Tabla_ 7-5: Descripción tabla tmantenimiento de la Base de datos. ........................................... 86 Tabla_ 8-5: Descripción tabla usuarios de la Base de datos. ...................................................... 86 Tabla_ 9-5. Interfaz de Inicio ..................................................................................................... 90 Tabla_ 10-5: Interfaz de Actividades ......................................................................................... 91 Tabla_ 11-5: Interfaz de Gestión ................................................................................................ 91 Tabla_ 12-5: Interfaz de Registro ............................................................................................... 91 Tabla_ 13-5 Interfaz de Actualización ....................................................................................... 92 Tabla_ 14-5: Interfaz de Eliminación ......................................................................................... 92 Tabla_ 15-5: Interfaz de Reportes .............................................................................................. 92 Tabla_ 16-5: Prueba ingresar datos del mantenimiento .............................................................. 95 Tabla_ 17-5: Prueba modificar datos del mantenimiento ........................................................... 95 Tabla_ 18-5: Prueba eliminar mantenimiento ............................................................................ 95 Tabla_ 19-5: Prueba de Reportes del mantenimiento ................................................................. 96 Tabla_ 20-5: Calificación del indicador ..................................................................................... 96 Tabla_ 21-5: Resultados MSF .................................................................................................... 97 Tabla_ 22-5: Tabla de resultados ............................................................................................... 97 Tabla_ 23-5: Tabla de resultados total ....................................................................................... 98 Tabla_ 24-5: Resultados MSF .................................................................................................... 98 Tabla_ 25-5: Resultados PCM ................................................................................................... 98 RESUMEN La presente tesis realizó una propuesta para la contribución en el área de metodologías de desarrollo de software. La metodología que se propone es aplicable al desarrollo de una aplicación web. En la se analizó dos metodologías la Amenities y la Metodología para el Desarrollo Colaborativo de Software Libre, de las metodologías colaborativas, se tomó los fundamentos para nuestra propuesta aplicando el método inductivo y el comparativo de ahí se desarrolló nuestra propuesta metodológica, para la demostración de la hipótesis se usó un prototipo que se desarrolla en la metodología MSF, luego se comparó los resultados dando criterios de evaluación a la metodología propuesta y a la MSF de ahí se obtuvo los resultados y se usó el método estadístico del cálculo de la desviación estándar el cual dio como resultado 0,664, que en porcentaje representa un 66,4%, mientras que para la metodología propuesta PMC da 0,902; que representa un 90,2% de ahí se demostró la hipótesis, de este resultado se concluyó que la propuesta metodológica facilitó la construcción de una aplicación web, además que la unión de dos metodologías en forma colaborativa es siempre es mejor que una sola, la propuesta tiene como pilar fundamental la colaboración, en la que para obtener el mejor resultado cada miembro del grupo debe dar lo mejor para sí mismo y para el grupo, lo que se ha demostrado. Finalmente se recomienda ver un poco más el aspecto social en la formación de valores, más que el tecnológico para facilitar el desarrollo de una aplicación Web. Palabras Clave: , , , , , . SUMMARY This thesis made a proposal for the contribution in the area of software development methodologies. The proposed methodology is applicable to the development of a web application. In the two methodologies that analyze the Amenities and Methodology for Collaborative Development of Free Software of collaborative methodologies, the basics for the present proposal used the inductive method and hence developed our comparative methodological proposal. To demonstrate the hypothesis a prototype was developed with the MSF methodology then the results were compared by giving the evaluation criteria and methodology proposed MSF. Hence we got the results and used the statistical method for calculating the standard deviation which resulted in 0.664 percentage represents 66.4%, while for the proposed methodology it showed 0.902 CMP representing 90.2%. Hence, the hypothesis is proven, this result helped to conclude that the proposed methodology facilitates the construction of a Web application. In addition, joining two methods collaboratively is always better than only one. The proposal has collaboration as its fundamental pillar since in order to get the best results, each group member must give the best of him/her for the group. It has been demonstrated. Finally, it is recommended to point out the social aspect as well as value formation more than the technological aspect to facilitate the development of an application Web. Key Words: , , , , , . INTRODUCCIÓN En la actualidad el internet es una herramienta indispensable para todos y el uso de los servicios web se ha vuelto popular, debido a que estos permiten la interacción de aplicaciones desarrollados en plataformas heterogéneas, para que estas sean interoperables, escalables, fáciles de mantener e integrar con sistemas y fuentes de datos existentes. Dado estas condiciones se han desarrollado Metodologías de desarrollo de software que permiten implementar aplicaciones de este tipo. La presente investigación pretende realizar una propuesta de una metodología que facilite la construcción de una aplicación web mediante el análisis de la metodología colaborativa Amenities y la cual se aplicó en el software de mantenimiento de la unidad educativa San Felipe Neri. Este proyecto de investigación está estructurado de en cinco capítulos. En el Capítulo I, se tratará sobre el marco referencial, en el cual esta descrita de manera general los antecedentes, la justificación del proyecto de tesis, los objetivos a alcanzar y la hipótesis a demostrar. En el Capítulo II, se detallarán los análisis de los modelos colaborativos Amenities y la Metodología para el desarrollo colaborativo de Software Libre, en el cual se describirá sus ventajas y desventajas. En el Capítulo III, se enfoca en la realización de la propuesta de metodología de colaborativa en el cual se integraran los modelos Amenities y Software Libre que son la base de esta propuesta del modelo colaborativo de esta tesis para luego aplicarla en el desarrollo de una aplicación web. En el Capítulo IV, una vez estructurada la metodología que se describe en el Capítulo III, se realiza la aplicación de la propuesta mencionada anteriormente para la construcción de la aplicación web de la Unidad educativa San Felipe Neri el cual es un sistema de Mantenimiento. El presente trabajo terminan en el Capítulo V en el que se realiza la demostración de la hipótesis definiendo los parámetros y los criterios de evaluación usando dos prototipos uno desarrolla con la metodología de Microsoft (MSF) y el otro prototipo con la propuesta de desarrollo expuesto en el Capítulo III. Por lo que los resultados son del 66,4 % para MSF y el 90,2% para PCM con lo cual se demuestra la hipótesis, por lo que se recomienda el uso de la Propuesta Metodológica Colaborativa en otros proyectos de diseño de aplicaciones de web. CAPÍTULO I MARCO REFERENCIAL 1.1 Antecedentes Las metodologías de desarrollo de software tienen como objetivo presentar un conjunto de técnicas tradicionales y modernas de modelado de sistemas que permitan desarrollar software de calidad, incluyendo nuevas formas de construcción. El problema es que hay muchas metodologías y no se sabe cuál se debe escoger para facilitar la construcción de una aplicación web. Los modelos colaborativos de desarrollo de software han de solucionar problemas que van más allá de la interacción de la persona con la computadora. Deben tener en cuenta las necesidades de los usuarios como grupo que interacciona entre sí. El desarrollo de software, necesita del trabajo en equipo orientado a la colaboración, y en esto últimamente se encuentras en nuevas tecnologías como la Amenities y La Metodología Para El Desarrollo Colaborativo De Software Libre, la metodología Amenities es un software que incluye el desarrollo colaborativo en la captura de requerimientos el cual facilita la construcción de una aplicación web. La metodología para el desarrollo colaborativo del software libre constituye una primera versión de una metodología que servirá de guía para la construcción de aplicaciones de software libre, específicamente para proyectos de desarrollo de sistemas de información, en base a las cuales es posible definir procesos que permiten el desarrollo colaborativo. La metodología se basa en una estructura organizacional de procesos los cuales son: Conceptualización de Proyectos de Software, Administración de Proyectos de Software y Desarrollo de Aplicaciones de Software. Para la elaboración de la propuesta de tesis, se considerará los estudios realizados de las metodologías mencionadas anteriormente. 1.2 Justificación 1.2.1 Justificación teórica Hoy en día se están innovando nuevas metodologías que faciliten el desarrollo de los proyectos de software. Este trabajo investigativo pretende establecer una metodología que facilitará la construcción de la aplicación web, utilizando nuevas tecnologías para el desarrollo de aplicaciones web el cual se basa en el principio de desarrollo colaborativo. Es importante el estudio de las metodologías colaborativas ya que facilitan la integración de diferentes metodologías así como los estándares de software que mejoran la forma de desarrollar un proyecto de software. Con la propuesta de esta metodología se proporcionará una guía para el desarrollo aplicaciones web de forma óptima a los nuevos desarrolladores. 1.2.2 Justificación práctica En la actualidad, todas las instituciones, en su laborar diario, utilizan un sin número de máquinas para la labor cotidiana para desarrollar sus actividades con normalidad, sin embargo muchas de estas instituciones no disponen de un software de gestión de mantenimiento para registrar los mantenimientos realizados, las cuales lo hacen manualmente. Por esto la necesidad de desarrollar un software que nos permita automatizar estos procesos de mantenimiento, permitiendo una optimización de los recursos, así como el buen funcionamiento de las actividades de la institución. La implementación del Sistema Web de Gestión de Mantenimiento (SGM), en la UNIDAD EDUCATIVA “SAN FELIPE NERI” RIOBAMBA. Permitirá solucionar los problemas de gestión de mantenimiento de la institución. Este tema de tesis se fundamenta en la propuesta de una metodología para la construcción de una aplicación web mediante la Integración de los modelos colaborativos, con lo cual se desarrollará la aplicación del sistema web mencionado anteriormente. 1.3 Objetivos 1.3.1 Objetivo general . Proponer una metodología para la construcción de una aplicación web mediante la integración de modelos colaborativos para la automatización del Sistema Web para la Unidad Educativa “San Felipe Neri” Riobamba. 1.3.2 Objetivos específicos . Analizar las metodologías para el desarrollo colaborativo como son: AMENITIES Y LA METODOLOGÍA PARA EL DESARROLLO COLABORATIVO DE SOFTWARE LIBRE. . Determinar las fortalezas de las metodologías estudiadas para incorporarlas en la metodología propuesta. . Incorporar los estándares de los modelos colaborativos. . Desarrollar el módulo del Plan de Gestión de Mantenimiento en la Unidad Educativa “San Felipe Neri”, utilizando la metodología propuesta y estándares. 1.4 Hipótesis Mediante la propuesta de una metodología para la construcción de una aplicación web a través de la integración de modelos colaborativos se facilitará la construcción de la aplicación web. 1.5 Métodos y técnicas 1.5.1 Métodos 1.5.1.1 Método Científico El método utilizado como guía para la realización de la propuesta es el método científico, el cual contempla los siguientes puntos: . El planteamiento del problema es el análisis comparativo de AMENITIES Y LA METODOLOGÍA PARA EL DESARROLLO COLABORATIVO DE SOFTWARE LIBRE. En el desarrollo de una aplicación web. . El apoyo del proceso previo a la formulación de la Hipótesis. . Levantamiento de información necesaria. . Análisis e interpretación de Resultados. . Proceso de Comprobación de la Hipótesis. . Para el desarrollo del sitio web se aplicara la Propuesta de una Metodología de Desarrollo de Aplicaciones Web mediante los Modelos Colaborativos. 1.5.1.2 Método deductivo En las metodologías Amenities y la Metodología para el Desarrollo Colaborativo de Software Libre, Aplicaremos el método inductivo ya que de lo particular haremos el análisis de las definiciones, las características, sus ventajas y desventajas y de ahí solo concluiremos a lo general es decir una parte y lo incorporaremos de una manera general a nuestra propuesta metodológica colaborativa. 1.5.1.3 Método comparativo Haciendo un análisis de las metodologías mencionadas anteriormente compararemos sus características y las más importantes las incorporaremos a nuestra propuesta, para facilitar la construcción de una aplicación web y poder demostrar nuestra hipótesis. 1.5.2 Técnicas y fuentes de información 1.5.2.1 Técnicas Las técnicas que se usaran son: Pruebas Observación 1.5.2.2 Fuentes de Información Para lo que tiene que ver a las fuentes de información se utilizarán libros, Sitos web Oficiales de las tecnologías, etc. CAPÍTULO II 2 METODOLOGÍAS COLABORATIVAS EN EL DESARROLLO DE SOFTWARE. 2.1 La colaboración en el equipo de desarrollo de software. 2.1.1 Introducción Las nuevas metodologías se orientan al desarrollo de aplicaciones web para lo cual se orientan en la nueva filosofía de la metodología colaborativa la cual facilita la construcción de una aplicación web un ejemplo de esto es la metodología del Software libre, y la metodología Amenities las cuales veremos en este capítulo usando un enfoque colaborativo. 2.1.2 Generalidades El aspecto colaborativo se aplicó en la segunda guerra mundial en el cual las alianzas y formas de colaborar llevaron a cabo la batalla más grande de los últimos tiempos, Alemania se unió a Italia y Japón para poder sostener una guerra que demoraría 5 años, por otra parte se formó una coalición de los aliados para poder detener la gran máquina alemana, países como EEUU, Gran Bretaña, Rusia y otros países lucharon juntos de forma colaborativa para poder ganar esta gran guerra. Luego de la guerra todas estas tácticas de modelos colaborativos se llevó hacia la industria en la cual hoy en día se lleva a cabo en el modelo de los negocios, deporte y otras actividades en las cuales se hace importante el trabajo en grupo de forma colaborativa. 2.1.3 Definición la colaboración en el equipo de desarrollo de software La palabra colaborativo significa que para conseguir el mejor resultado, cada miembro del grupo debe hacer lo mejor para el mismo y para el grupo. Un emprendimiento debe ser realizado por dos o más personas para garantizar el éxito. Los sistemas colaborativos tienen como objetivo llevar al límite los valores humanos para facilitar la construcción del proyecto. La colaboración tiene que ver con la interacción de varios participantes para la consecución de un objetivo común. (Garrido, 2003.p.10, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf) Integrar al proyecto a varias personas es un objetivo vital en el desarrollo de un proyecto en la cual, se debe animar a los participantes a dar su punto de vista en la toma de decisiones para conseguir el objetivo, pidiendo opiniones y criterios que mejoren el producto. En la segunda guerra la intervención de varios países aliados, llevaron a ganar la guerra, contra un enemigo que técnicamente era superior. Un sistema colaborativo mejora la calidad del proyecto. Si queremos un software de calidad debemos tener el aporte de dos o más individuos para tener calidad en el producto. Al tener a varios miembros en la planificación tenemos varias soluciones y obtener la mejor solución. Siempre la intercomunicación de varias personas mejora el proceso de planificación en la elaboración del proyecto. Una solución puede ser más rápida y otra más segura pero si unimos las dos al mismo tiempo generaremos un mejor proyecto. La colaboración implica que la fuente de información no necesariamente puede ser un libro si no varios libros y de ahí sacar las ideas más importantes para el cumplimiento del desarrollo de un proyecto. 2.1.4 Características de la colaboración en el equipo de desarrollo de software El enfoque colaborativo está en un nivel superior al trabajo en grupo ya que como se dijo en la definición no solo hay que hacer lo mejor para sí mismo, sino también que hay que hacer lo mejor para la empresa. La segunda característica es consecuencia de la primera en la que el enfoque colaborativo obliga a ayudar a los demás miembros del equipo de trabajo, por ejemplo si un miembro del equipo recién se incorpora al trabajo la persona que dispone de tiempo en vez de estar divagando su pensamiento en su escritorio sentado y planificando sus próximas vacaciones por que su actividad ya la terminó, él tiene la obligación moral de ayudar al nuevo miembro del grupo enseñándole como se debe trabajar en el enfoque colaborativo, dándole instrucciones, normas, compartiendo sus experiencias de su trabajo para que el mejore y se ponga inmediatamente al nivel competitivo de los demás. El enfoque colaborativo trata de incentivar a los miembros del grupo a que deben ayudar al resto del grupo sin pedir nada a cambio, por eso se llama colaborativo que colabora con los demás. 2.1.5 Ventajas de la colaboración en el equipo de desarrollo de software . Mejora el rendimiento de las persona y por ende del equipo de trabajo. . Siempre es mejor 100 personas tirando de una misma cuerda para alcanzar un objetivo. . Facilita la comunicación. La hace más clara, rápida y persuasiva. (Garrido, 2003.p.11, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf) . Hay un mejor control de costos de producción. . Mejora notablemente la coordinación de los grupos. . Se aumenta la productividad. . Facilita la resolución de problemas en el grupo. . Mejora el servicio al cliente. . Da soporte para TQM (Administración de calidad total). 2.1.6 Desventajas de la colaboración en el equipo de desarrollo de software . El miembro del grupo no está obligado a colaborar por lo cual se debe tener un reglamento que indique la forma de trabajar en la empresa de software. . Al no concientizar el aspecto colaborativo en los miembros del grupo los resultados no son tan óptimos como se esperaba. . No todas las personas están dispuestas a colaborar, ya que priorizan primero sus beneficios. . La colaboración es bueno pero necesita del apoyo de los participantes y si no hay apoyo no se pueden lograr los objetivos. . Si no hay constancia la colaboración desaparece a medida que pasa el tiempo. 2.2 Amenities 2.2.1 Introducción Amenities es una metodología colaborativa para ambientes en los que juega un trabajo importante el trabajo en grupo de una manera desinteresada mejorando la construcción de una aplicación web. Hoy en día el desarrollo de las aplicaciones web resulta ser una tarea compleja por la variedad de matices como son el trabajo en grupo, la sincronización de actividades, la definición de tareas. (Garrido, 2003.p.18, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf). Desafortunadamente las arquitecturas propuestas y las metodologías utilizadas en su desarrollo no soportan, en gran medida, esta evolución constante a la que se ven sometidos. Una buena forma de analizar y modelar un sistema consiste en partir de la idea de que un sistema de información es una estructura social que evoluciona de forma dinámica. Vemos que es necesario introducir el concepto de estructura social como una colección de actores y un conjunto de dependencia sociales entre ellos. Esto nos va a permitir describir de una forma más precisa las responsabilidades a asignar a cada uno de los miembros del sistema. A continuación presentaremos la metodología AMENITIES. (Garrido, 2003. p.19, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf). 2.2.2 Definición de Amenities AMENITIES (A MEthodology for aNalysis and desIgn of cooperaTIve systEmS) [Garrido, 2003] es una metodología que surge con el objeto de abordar la complejidad de los entornos colaborativos. Se centra en el grupo y cubre aspectos relevantes de su comportamiento (dinámicas, evolución, etc.) y estructura (organización, leyes, etc.) (Garrido, 2003.p.20, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf). Es un método que aborda cuestiones difíciles en entornos colaborativos, se centra en los fundamentos de la colaboración elaborando su estructura mediante leyes para su organización, su utilidad se basa en que el punto de partida es modelar los requisitos de forma colaborativa. Se utiliza para el desarrollo de proyectos donde se utiliza el modelo colaborativo. Se basa en la contribución al bien común a través del modelo colaborativo. Su utilización facilita la construcción de una aplicación web. 2.2.3 Características de Amenities Una de las principales características de esta metodología es abordar de forma sintética el análisis y diseño facilitando el desarrollo posterior del software, proporcionando un marco de referencia conceptual y metodológica. Establece un catálogo inicial para organizar y clasificar los requerimientos. Proponer diferentes soluciones posibles, esto quiere decir que no importa que algunas soluciones no puedan ser factibles, pero debemos tomar en cuenta las soluciones que sean factibles para la construcción del proyecto ya que es importante en la elaboración del proyecto tomar las mejores soluciones para facilitar la construcción del proyecto. Esto quiere decir que tiene que estar enlazado una solución con otra, de manera que cada solución sea una componente para la terminación satisfactoria del proyecto. Necesariamente las posibles soluciones tienen que estar interrelacionadas entre sí para facilitar la construcción de la solución. Amenities permite la reutilización de procesos que ayude a la construcción de la solución, es decir, que permite incluir soluciones que ayudaron a construir otros proyectos exitosos. 2.2.4 Esquema general Amenities La metodología AMENITIES está compuesta por componentes abstractos, descriptivos y formales, según se muestra en la ilustración 1-1. (Garrido, 2003.p.21, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf). Ilustración. 1-2: Esquema general de la metodología de AMENITIES Fuente: Figueroa, 2012, Integración de requerimientos. Las fases generales de la metodología son las siguientes: . Análisis del sistema y obtención de requisitos. . Modelado del sistema colaborativo. . Análisis del modelo colaborativo. . Diseño del sistema, introduciendo nuevos elementos o cambios en el modelo colaborativo, probablemente como resultado del análisis anterior. . Desarrollo del sistema software. (Garrido, 2003.p.27, http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf). 2.2.4.1 Modelo de requisitos La obtención de requisitos se lo hace a través de los casos de uso mediante diagramas UML. Primero se describe informalmente los requisitos del sistemas luego se los representa mediante los diagramas de casos para estructurar y especificar los requisitos funcionales, roles y actores del sistema. Tenemos que reunir todos los requerimientos y representarlos mediante esos diagramas. 2.2.4.2 Modelo cooperativo Se utiliza para tener mejor comprensión del dominio del problema. Para describir el modelo cooperativo se lo hace mediante cuatro vistas complementarias: 2.2.4.2.1 Vista organizacional Aquí se identifican los aspectos de organización relacionados con la empresa así como las relaciones de los miembros del grupo y las tareas a realizarse, se estructura las reglas que se aplicaran a las estrategias de trabajo en grupo. 2.2.4.2.1 Vista cognitiva En esta etapa se organizan las reglas del negocio, en esta vista se define cada actividad de los actores donde se representa el conocimiento de cada miembro del equipo tiene o adquiere en el desarrollo organizacional definiendo el rol, la tarea y los atributos de los actores se determina el comportamiento del sistema. 2.2.4.2.2 Vista interacción En esta vista se definen las interacciones entre los miembros del grupo ya sea directa o indirectamente ayuda a estructurar las tareas de cada miembro del grupo y ver si no está débilmente estructurada. Se analiza detalladamente las tareas. 2.2.4.2.3 Vista de la información Se muestra en esta vista las subactividades del sistema y las diferentes relaciones entre estas subactividades para el desarrollo del sistema. 2.2.4.3 Modelo formal Partiendo del modelo cooperativo se realiza un modelo formal con los diagramas UML de las actividades del sistema. Para especificar la organización se utilizan los llamados diagramas de organización basados en los diagramas de estado UML. Se pueden especificar los grupos de la organización y los equipos de trabajo. La comunicación entre usuarios, la colaboración a la hora de realizar actividades y la coordinación necesaria. En todo proceso que implique colaboración entre personas, deberemos tener en cuenta la estructura y organización del grupo de trabajo. 2.2.4.4 Modelo de desarrollo del software Para conectar con el desarrollo del software, AMENITIES propone hacer uso de las notaciones disponibles en UML. El uso de la notación UML para la construcción del modelo colaborativo, facilitarán en gran medida esta fase de desarrollo. (Peniche, 2007, p. 95). Los modelos dinámicos que forman parte del modelo colaborativo están directamente relacionados con el desarrollo de las aplicaciones, en concreto, con modelos arquitectónicos, funcionales y de comportamiento de los distintos componentes que van a formar parte de la aplicación. (Peniche, 2007, p. 95) La visión arquitectónica de AMENITIES en el desarrollo del software, es el diseño, el cual va a proporcionar una visión global común a cada miembro del equipo de desarrollo. Básicamente, un diseño arquitectónico del software nos da un conjunto de componentes que están relacionados entre ellos. (Peniche, 2007, p. 96) El sistema se describe como un conjunto de subsistemas que se comunican a través de interfaces bien definidas, ya que un sistema colaborativo inherentemente es un sistema distribuido. (Peniche, 2004, p.34). 2.2.5 Ventajas de Amenities . Prioriza la Administración y Desarrollo de Aplicaciones de Software. . Se detallan las actividades que integran los pasos asociados al desarrollo del proyecto de software en la cual se identifican los problemas y las necesidades; se analizan y reflexionan sobre los problemas y posibles soluciones. . Tiene o realiza seguimiento de las tareas que realiza el equipo de desarrollo. 2.2.6 Desventajas de Amenities . Se tiene que empezar de nuevo desde cero cada vez que se desarrolla un nuevo software. . Depende mucho del trabajo en equipo teniendo dificultades cuando los actores no colaboran. . No es un modelo tradicional el cual no puede ser aceptado a primera vista dentro de la ingeniería en sistemas pero es eficaz, por lo que a la larga se tendrá muy en cuenta en empresas de gran competen 2.3 Metodología para el desarrollo colaborativo de software libre 2.3.1 Introducción En el 2008 La Fundación CENDITEL propone una metodología colaborativa llamada: “Metodología para el Desarrollo Colaborativo de Software Libre”. (CENDITEL, 2007. P.5). Existen muchas metodologías para el desarrollo de software. El software libre ha propuesto una nueva metodología de software basado en el modelo colaborativo el cual mantiene los fundamentos del desarrollo de aplicaciones de software tradicional. 2.3.2 Definición de la Metodología para el desarrollo colaborativo de software libre La Metodología para el Desarrollo Colaborativo de Software Libre, es una metodología colaborativa para el desarrollo de aplicaciones de software libre. (CENDITEL, 2007. P. 6). La Metodología para el Desarrollo Colaborativo de Software Libre es un modelo Creado por la empresa CENDITEL el cual es una fundación creada para el desarrollo del software libre. La metodología se basa en una estructura organizacional orientada a procesos específicos tomando en cuenta la colaboración. Estos procesos son: Conceptualización de Proyectos de Software, Administración de Proyectos de Software y Desarrollo de Aplicaciones de Software. (CENDITEL,2007.P.8http://calidadsl.cenditel.gob.ve/files/2011/06/metodologiaDCSL_2Version_27122013.pdf). 2.3.3 Características de la Metodología para el desarrollo colaborativo de software libre . Administración en los proyectos del desarrollo de software lo que facilita la construcción de una aplicación web. . Estudio de la factibilidad en el desarrollo del proyecto. . Análisis y reflexión de problemas en los requerimientos. 2.3.3.1 Conceptualización de proyectos de software Primero Antes de desarrollar el Análisis formal de los requerimientos se analiza de una forma concienzuda las necesidades del usuario poniéndose en el rol de los usuarios para comprender sus verdaderas necesidades en el área tecnológica (Burgos, 2006. P. 9) 2.3.3.2 Administración de proyectos de software Se encarga de administrar coordinar y dirigir las diferentes tareas que tiene que realizar el grupo de software asignando actividades y realizando el control y seguimiento del proyecto de una manera eficiente (CENDITEL, 2007. P. 45) 2.3.3.3 Desarrollo de la aplicación de software Se realiza la planificación de manera general para facilitar el desarrollo del proyecto, siguiendo todas las actividades planificadas mediante las siguientes fases (CENDITEL, 2007. P. 45-70). 2.3.3.3.1 Análisis del dominio de la aplicación Aquí la comprensión del dominio del problema facilitar la construcción de una aplicación web caso contrario se tendrá problemas en la calidad del software (CENDITEL, 2007. P. 45-70) Aquí se analiza el funcionamiento de los procesos de la aplicación. 2.3.3.3.2 Especificación de requerimientos Aquí se especifican los requerimientos tanto los funcionales como los no funcionales para el desarrollo del proyecto, especificándolos detalladamente (CENDITEL, 2007. P. 45-70) 2.3.3.3.3 Análisis y diseño Se tiene una arquitectura sólida y eficaz para facilitarla construcción del proyecto de software mediante casos de uso diagramas de componentes, diseño de la interfaz de usuario y el diseño de las bases de datos (CENDITEL, 2007. P. 45-70) 2.3.3.3.4 Construcción Una vez hecho el diseño se procede a la construcción de la aplicación y de la base de datos, aquí se incluye el código reutilizable (CENDITEL, 2007. P. 45-70) 2.3.3.3.5 Pruebas En esta fase se detectan errores en la integración del código reutilizable, además se prueba la funcionalidad del sistema (CENDITEL, 2007. P. 45-70) 2.3.4 Ventajas de la Metodología para el desarrollo colaborativo de software libre . El modelo permite la reusabilidad de código. . El diseño es flexible en cuanto a cambios respecto a las funcionalidades deseadas. . Se aprovechan desarrollos realizados por terceras personas y empresas y se pueden abordar problemas o desarrollos de forma colaborativa. (CENDITEL, 2007. P. 45-70) 2.3.5 Desventajas de la Metodología para el desarrollo colaborativo de software libre . Necesita primero concientizar la filosofía colaborativa caso contrario no sería tan efectivo. . Las políticas del trabajo en grupo de forma colaborativa no se fundamenta en los valores a cual le hace muy débil en la constancia en mejorar sus procesos. . No hay un debido seguimiento de la metodología por no ser conocida. CAPÍTULO III 3 PROPUESTA METODOLOGÍCA PARA LA CONSTRUCCIÓN DE UNA APLICACIÓN WEB MEDIANTE LA INTEGRACIÓN DE MODELOS COLABORATIVOS 3.1 Introducción En este capítulo se realizará una propuesta de una metodología para la construcción de una aplicación web integrando los modelos colaborativos Amenities y el Modelo Colaborativo de Software Libre que tiene como objetivo facilitar la construcción de una aplicación web en la cual se incluye los estándares de las dos metodologías. 3.2 Establecer los estándares a incorporar en la metodología a proponer En este capítulo se determina los criterios de selección de estándares a incorporar de las metodologías Amenities y Software libre mediante un prototipo de aplicación web con cada una de las mismas. Los estándares a incorporar son los siguientes: En la Metodología de software libre Tenemos: . Conceptualización de Proyectos de Software. . Desarrollo de Aplicaciones de Software. . Especificación de Requerimientos. . Análisis. . Diseño. (CENDITEL, 2007. P. 45-70) . En la Metodología de Amenities de las Vistas conceptuales ocuparemos las siguientes: . Vista cognitiva. . Vista de interacción. . Vista de información. (Peniche, 2007, p. 34) 3.3 Fundamentación para la propuesta de la metodología La fundamentación se basa en los estándares antes mencionados, tomando en cuenta el desarrollo colaborativo de aplicaciones de software libre y las vistas conceptuales del modelo colaborativo de Amenities. El modelo colaborativo es el núcleo de AMENITIES, y el estudio de la etapa colaborativa de estos sistemas se lleva a cabo mediante tres vistas que muestran los aspectos más relevantes de los mismos: . Vista Cognitiva. . Vista de Interacción. . Vista de Información. 3.3.1 Vista Cognitiva En esta fase se analiza el conocimiento a grandes rasgos y se lo estudia hasta el último detalle, se lo hace dividendo el conocimiento en partes que lo conforman, luego en un todo que es el sistema. 3.3.2 Vista de Interacción Se hace la relación entre las distintas tareas de los requerimientos de acuerdo a sus características. 3.3.3 Vista de Información Se realiza un informe de la clasificación de los requerimientos y sus relaciones. A continuación se indica los procesos de la Metodología para el desarrollo colaborativo de software libre que se utiliza en la propuesta. 3.3.4 Conceptualización de proyectos de software libre. En esta fase se realiza la recopilación básica necesaria para conocer el dominio de la aplicación de software, se identifica las funcionalidades como se muestra en la ilustración 1-3. INICIO FIN Ilustración 1-3: Recopilación de información. Fuente: CENDITEL 2013 3.3.5 Desarrollo de la aplicación de software En esta fase se utiliza las fases de desarrollo software como la especificación de requerimientos, análisis, diseño, construcción y pruebas para el desarrollo de la aplicación. 3.4 Características de la Propuesta Metodológica Colaborativa Las características principales son las siguientes: . Facilita la construcción de una aplicación web. . El tiempo de desarrollo es menor. . Tiene más énfasis en la formulación del problema para capturar los requerimientos necesarios y suficientes. . Cumple con las necesidades del cliente. . Se acopla con el plan de la institución sin problema alguno. 3.5 Construcción de la Propuesta Metodológica Colaborativa. La propuesta metodológica se basa en procesos lo cuales se lo detalla de la siguiente manera: 1. Recopilación de la información del proyecto. . Vista cognitiva. . Vista de interacción. . Vista de información. 2. Desarrollo de la Aplicación de Software. . Especificación de Requerimientos. . Análisis. . Diseño. . Construcción. . Pruebas. 3.5.1 Recopilación de la información del proyecto Todo software constituye una representación de procesos reales de la empresa, para ello modelamos los procesos mediante la recopilación de la información del proyecto para lo cual se realiza las siguientes actividades de actividades: 3.5.1.1 Vista cognitiva En este proceso primero se analiza el proyecto siguiendo a técnica de la observación. Se realiza esta fase aplicando los siguientes procesos. 3.5.1.1.1 Definir el objetivo general del proyecto Se define el objetivo general del proyecto, hay que considerar cuales son las ventajas, desventajas, las características y las consecuencias. Para el cual usaremos la siguiente tabla en la parte superior derecha se pone el nombre del proyecto, en el segundo casillero se pone el objetivo general del proyecto, en el tercer casillero se describe las ventajas. En el cuarto casillero se pone las desventajas del proyecto, en el quinto casillero se pone las características y finalmente en el último casillero se pone las consecuencias de no realizar el proyecto. Quedando estructurada como se observa en la tabla 1-3. Tabla 1-3: Objetivo general del proyecto. Nombre del Proyecto ........................................................... Objetivo General --------------------------------------------- Ventajas --------------------------------------------- Desventajas ---------------------------------------------- Características ---------------------------------------------- Consecuencias de no realizar el proyecto ---------------------------------------------- Realizado por: Almagro. R, 2013 3.5.1.1.2 Separar del todo en partes o elementos de la siguiente manera: 3.5.1.1.2.1 Análisis de partes.- cada característica del proyecto se lo debe hacer por partes, se toma cada parte se analiza de la siguiente manera: En la parte superior derecha se pone el nombre de la parte que se está analizando, en el segundo casillero se pone las ventajas, en el tercer casillero se pone sus desventajas, en el cuarto casillero se pone las características y finalmente las consecuencias de no tomar en cuenta esta parte del proyecto. Quedando estructurada como se observa en la Tabla 2-3. Tabla 2-3: Parte del proyecto. Nombre: --------------------------------------------- Ventajas --------------------------------------------- Desventajas ---------------------------------------------- Características ---------------------------------------------- Consecuencias --------------------------------------------- Realizado por: Almagro. R, 2013 3.5.1.1.2.2 Análisis de las funciones.- cada función del requerimiento se analiza de manera detenida, las funcionalidades con sus ventajas y sus desventajas. En la parte superior se pone el nombre de la función, en el segundo casillero se pone sus ventajas, en el tercer casillero se pone sus desventajas, en el cuarto casillero se pone las características y finalmente las consecuencias de no tomar en cuenta la función. Quedando estructurada como se observa en la tabla 3-3. Tabla 3-3: Función del sistema Función -------------------------------------------------------- Ventajas -------------------------------------------------------- Desventajas -------------------------------------------------------- Características -------------------------------------------------------- Consecuencias -------------------------------------------------------- Realizado por: Almagro. R, 2013 3.5.1.2 Vista de interacción. La vista de interacción describe a los actores y su relación con los eventos del sistema, en la tabla si se relaciona se escribe si y caso contrario se pone no. En la parte superior derecha se pone el nombre del actor, se luego en los siguientes casilleros se pone si o no si tiene relación con la instancia. Quedando estructurada como se observa en la tabla 4-3. Tabla 4-3: Interacción de los actores con el sistema. Nombre del actor ------------------------------------------------------------------------------------------- eventos Evento1 Evento 2 Evento 3 Evento 4 Instancia 1 SI/NO SI/NO SI/NO SI/NO Instancia 2 SI/NO SI/NO SI/NO SI/NO Instancia 3 SI/NO SI/NO SI/NO SI/NO Instancia 4 SI/NO SI/NO SI/NO SI/NO Instancia 5 SI/NO SI/NO SI/NO SI/NO Realizado por: Almagro. R, 2013 3.5.1.3 Vista de información. Aquí se debe presentar toda la información realizada en los procesos anteriores el cual hace que el proceso para la construcción de una aplicación web sea fácil. En el primer casillero se pone el nombre de usuario, en el segundo casillero se pone el nombre historia, en el tercero el programador responsable, el cuarto se pone la descripción en el quinto el curso típico de eventos, en el sexto se llena las acciones de los actores, el séptimo las interacciones del proyecto, en el octavo casillero se pone las funciones del proyecto, en el noveno se pone las observaciones. Quedando estructurada como se observa en la tabla 5-3. Tabla 5-3: Información del requerimiento del sistema Usuario: ----------------- Nombre historia: ----------------------------------- Programador responsable: ------------------------------ Descripción: ------------------------------------------------------------ Curso Típico de Eventos: ACCIONES DE ACTORES. INTERACCIONES DEL PROYECTO. ------------------- --------------------------- ------------------ --------------------------- Funciones del proyecto Funciones .................................... Observaciones:------------------ Realizado por: Almagro. R, 2013 En el diagrama se pone el nombre del proyecto, el nombre los actores y las instancias del proyecto. Descripción general del sistema. Se realiza un esquema general del proyecto como se muestra en la ilustración 2-3. Ilustración 2-3: Descripción General del Sistema. Realizado por: Almagro. R, 2013 En la tabla se pone las herramientas que vamos a utilizar en el desarrollo del proyecto y las habilidades a desarrollar. En la parte derecha en el primer casillero se pone el nombre de la herramienta a utilizar, en el casillero del medio se pone la descripción de herramienta a utilizar como su versión y en el tercer casillero se pone las habilidades a desarrollar. Quedando estructurada como se observa en la tabla 6-3. Tabla 6-3: Herramientas y habilidades a utilizar. HERRAMIENTA HABILIDADES A DESARROLLAR ------------------------------------------ ------------------------------ ----------------------------------------------------- Realizado por: Almagro. R, 2013 3.5.2 Desarrollo de aplicaciones de software En esta fase se realiza siguientes procesos: 3.5.2.1 Especificación de requerimientos Se lista los requerimientos del comportamiento funcional y no funcional del proyecto, que a su vez permitirán conocer los componentes que integran el sitio de información para el departamento de mantenimiento de la institución. A continuación los requerimientos funcionales. Quedando estructurada como se observa en la tabla 7-3. Tabla 7-3: Requerimientos funcionales. Requerimientos del sistema. Req1. ------------------------------------------------------------------------------------------------- Req2. ------------------------------------------------------------------------------------------------- Req3. ------------------------------------------------------------------------------------------------- Req4. -------------------------------------------------------------------------------------------------- Req5. -------------------------------------------------------------------------------------------------- Realizado por: Almagro. R, 2013 Luego se realiza la tabla de los requerimientos no funcionales. Quedando estructurada como se observa en la tabla 8-3. Tabla 8-3: Requerimientos no funcionales. Nombre. Descripción. --------------------- ---------------------------------------------------------------------------------- --------------------- ---------------------------------------------------------------------------------- Realizado por: Almagro. R, 2013 3.5.2.2 Análisis La etapa se realiza el estudio del dominio del problema. Esta etapa trata de descubrir el qué describiendo los requisitos del sistema sin describir asuntos de implementación. En esta etapa se define los actores como se muestra en la siguiente tabla: Se pone en el primer casillero el número en el segundo casillero hacia la derecha se pone el nombre del actor en el tercer casillero se pone el perfil del actor, en el cuarto casillero se pone el tipo de acceso y finalmente se pone la descripción. Quedando estructurada como se observa en la tabla 9-3. Tabla 9-3: Actores del sistema No. Nombre del Actor Perfil Tipo de Acceso Descripción 1 ------------------- ---------- -------------- --------------------- 2 ------------------- ---------- -------------- -------------------- Realizado por: Almagro. R, 2013 Realizamos los casos de uso. Se pone el nombre del actor y los procesos que se van a ir realizando. Quedando estructurada como se observa en la ilustración 3-3. Ilustración 3-3: Caso de uso personal. Realizado por: Almagro. R, 2013 Luego se realiza los diagramas de secuencia. El actor y se va dando la secuencia con el sistema y se pone la respuesta que el sistema realiza. Quedando estructurada como se observa en la ilustración 4-3. Ilustración 4-3 Diagrama de secuencia gestión personal Realizado por: Almagro. R, 2013 Después realizamos el diagrama de actividades. Se pone el inicio, luego se pone la actividad a realizar, se pone un bloque de decisión, si es falso vuelve a realizar la primera actividad y si es verdadero se realiza la siguiente actividad y finaliza. Quedando estructurada como se observa en la ilustración 4-3. Ilustración 4- 3: Diagrama de actividades. Realizado por: Almagro. R, 2013 Después realizamos una tabla donde se muestra las funciones del sistema. En la primera casilla se escribe los requerimientos a analizar, En el segundo casillero va el usuario que realiza las funciones del proyecto, en tercer lugar va el nombre de la historia, a continuación se escribe el nombre del programador responsable, la descripción, el curso típico de eventos se pone las acciones de los actores y la repuesta del sistema, por último se realiza las observaciones. Quedando estructurada como se observa en la tabla 10-3. Tabla 10-3: Requerimientos del sistema usuario Jefe Número: Req....................... Usuario: ------------ Nombre historia: ------------------------------- Programador responsable: Rodrigo Almagro. Descripción: ------------------------------------------ Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. -------------------------------------------------- ------------------------------------------------- --------------------------------------------------- ------------------------------------------------- --------------------------------------------------- -------------------------------------------------- Observaciones: ------------------------------------------------ Realizado por: Almagro. R, 2013 3.5.2.3 Diseño En esta fase se diseña la interfaz de usuario y la base de datos de la aplicación. Esto permite realizar un diseño flexible respecto a las funcionalidades deseadas. En el diseño de la base de datos se hace la descripción de la tabla. Se pone el nombre del atributo, luego se pone la descripción en el siguiente casillero se pone el tipo de dato, se pone la clave primaria si es el caso, se pone si el dato es nulo, se pone la clave foránea. Quedando estructurada como se observa en la tabla 11-3. Tabla 11-3: Descripción tabla en la Base de datos. Atributo Descripción Tipo Clave principal Clave foranea -------------- ------------------------------ --------------- Realizado por: Almagro. R, 2013 Se realiza la estructura lógica del Sistema el cual nos mostrara la estructura del proyecto en forma organizada. Quedando estructurada como se observa en la ilustración 5-3. Ilustración 5-3: Estructura lógica del sistema. Realizado por: Almagro. R, 2013 DISEÑO DE INTERFACES. En el lado izquierdo va un menú de opciones. INTERFAZ DE INICIO. Se muestra la opción de cual persona debe de ingresar si la persona que tiene acceso a todo el sistema o si es una persona que tiene acceso solo a algunos módulos. La interfaz de inicio se muestra en la siguiente ilustración. Debe tener 2 opciones. Quedando estructurada como se observa en la ilustración 6-3. ESCOJA UNA OPCIÓN. -------------------- ----------------- Ilustración 6-3 Interfaz de inicio. Realizado por: Almagro. R, 2013 INTERFAZ DE ACTIVIDADES. En esta interfaz se realizan las actividades dependiendo de usuario quien ingrese al sistema. Hay un encabezado principal el cual designa el usuario. Los botones del menú se colocan a la izquierda. Se muestra una figura al lado derecho. La interfaz de actividades se muestra en la ilustración 7-3. ENCABEZADO PRINCIPAL. MENÚ DE OPCIONES. FIGURA DE LA EMPRESA Ilustración 7-3: Interfaz de actividades Realizado por: Almagro. R, 2013 INTERFAZ DE GESTIÓN. En esta interfaz se realizan las gestiones tales como mantenimiento, reparación, personal, máquina y usuarios dependiendo del usuario que ingrese al sistema. Hay un encabezado principal el cual designa el usuario. Hay un segundo encabezado que indica la gestión que va a realizar. Los botones del menú se colocan a la izquierda. Se muestra una figura al lado derecho. La interfaz de gestión se muestra en la ilustración 8-3. ENCABEZADO PRINCIPAL. ENCBEZADO SECUNDARIO. MENÚ DE OPCIONES. FIGURA DE LA EMPRESA. Ilustración 8-3: Interfaz de gestión. Realizado por: Almagro. R, 2013 INTERFAZ DE REPORTES. Aquí se muestra el resultado de los campos consultados. La interfaz de reportes se muestra en la ilustración 9-3. CAMPO1. CAMPO2. CAMPO3. CAMPO4. CAMPO5. CAMPO6. CAMPO7. CAMPO8. Ilustración 9-3: Interfaz de Reportes. Realizado por: Almagro. R, 2013 3.5.2.4 Construcción En esta fase tenemos los siguientes pasos: Capa de presentación. En la capa de presentación se muestra los botones inserta eliminar actualizar y consultar Ejemplo: if(isset($_POST["insertar"])) { $objetoNegocio->insertar(); }
Capa de negocio. En la capa de negocio van las funciones insertar, eliminar, actualizar y consultar Ejemplo public function insertar() { try{ $this->objetoDatos->conectar(); $this->objetoDatos->ejecutar("insert into estudiantes (cedula, apellidos, nombres, --------------------------) values('$this->cedula', '$this->apellidos', '$this->nombres' ,------------)"); $this->objetoDatos->desconectar(); } catch (PDOException $ex) { throw $ex; } } Capa de acceso a datos. En la capa de acceso a datos esta la función conectar public function conectar() { try{ $this->objetoConexion = new PDO($this->cadenaConexion, $this->user, $this->password); //$this->objetoConexion- >setAttribute(PDO::ATTR_ERRMODE,PDO::ERRMODE_EXCEPTION); } catch(PDOException $ex) { echo "no se puede conectar a la base de datos"; } } public function desconectar() { $this->objetoConexion=null; } 3.5.2.5 Pruebas En esta fase se hacen todas las pruebas de control, y pruebas de funcionamiento del sistema para que el software sea de calidad. Primero se escribe el nombre de la prueba, la fecha en que se realizó la prueba, el nombre del tester, se pone las precondiciones que debe cumplir antes de entrar al módulo de prueba, luego se pone los pasos que se debe de hacer en la interfaz para realizar la prueba, se pone el resultado que muestra y finalmente se pone si la prueba fue exitosa o no. Quedando estructurada como se observa en la tabla 12-3. Tabla 12-3 Prueba de Reportes. PRUEBA: -------------------------------------------- FECHA: --------------------------------------------- TESTER: --------------------------------------------- PRECONDICIONES: ------------------------------ PRUEBA: -------------------------------------------- POSTCONDICIONES: --------------------------------- EXITOSO: Resultado funciona o no SI/NO 7 Realizado por: Almagro. R, 2013 CAPÍTULO IV 4 DESARROLLO DEL SISTEMA DE GESTIÓN DE MANTENIMIENTO (SGM) UTILIZANDO “PROPUESTA DE UNA METODOLOGÍA PARA LA CONSTRUCCIÓN DE UNA APLICACIÓN WEB MEDIANTE LA INTEGRACIÓN DE MODELOS COLABORATIVOS. 4.1 Sistema de mantenimiento. Para el desarrollo del SISTEMA DE MANTENIMIENTO (SGM), se realizaron varias reuniones con el personal de mantenimiento de la Unidad Educativa San Felipe Neri en las que se definió los requerimientos de actividades y tareas, las mismas se detallan a continuación: 4.1.1 Definición de políticas de desarrollo. En cuanto al manejo de software, La unidad educativa “San Felipe Neri” al ser una institución fisco misional tomó la decisión de utilizar herramientas de licenciamiento libre por cuanto es un requerimiento de las políticas del gobierno; tanto para el desarrollo de la aplicación como para la gestión de Base de Datos ya que se trata de una institución fisco misional. Por tal motivo se eligió a PHP 5.3 como lenguaje de desarrollo, Gestor de Base de Datos MySql 5.5, para la gestión de MySql y complementando con otras tecnologías de interfaz web estándares como: Xampp, SQLyog., para conocer un poco más de estas herramientas mostramos un detalle de cada una de ella en la Tabla 1-4. Tabla. 1-4: Herramientas y habilidades a desarrollar. HERRAMIENTA HABILIDADES A DESARROLLAR Servidor de Base de Datos. MYSQL 5.5 Instalación, configuración y gestión base de datos MySQL. Entorno Integrado de Desarrollo (IDE). Php5.3 Programación tanto del lado del cliente como del lado del servidor. Xampp Instalación y configuración del servidor de páginas WEB Apache. IDE de SQLyog. SQLyog Herramienta con la intención de manejar la administración de MySQL. Realizado por: Almagro. R, 2013 4.1.2 Planteamiento y discusión del problema. Como se mencionó anteriormente, al no contar con un sistema informático que lleve el control de los mantenimientos de las partes de las máquinas de la Unidad Educativa San Felipe Neri, el departamento de mantenimiento se ha visto la necesidad de realizar una aplicación informática que automatice el proceso. Aplicación que facilitara principalmente el almacenamiento y reportes de los mantenimientos de las partes de las máquinas de la institución. Después haber conocido y discutido las necesidades del departamento de Mantenimiento se ha planteado el siguiente problema: Automatizar el sistema de mantenimiento de la Unidad Educativa “San Felipe Neri”. 4.3 Recopilación de la información del proyecto. 4.3.1 Delimitación del sistema. La delimitación fue definida en base a toda la información recopilada en las reuniones y entrevistas con el padre rector Fernando Moyota y el jefe de mantenimiento Ing. Iván Orozco tomando en cuenta los siguientes aspectos: . El sistema debe contar con medidas de seguridad en el ingreso de usuarios. . La interfaz de usuario debe ser amigable y manejable. . Las funcionalidades a desarrollar están basadas en las actividades que realizan en el departamento de mantenimiento. 4.3.2 Vista cognitiva. 4.3.2.1 Definir el objetivo general del proyecto. Quedando estructurada como se observa en la tabla 2-4. Tabla. 2-4: Ejemplo del objetivo general del sistema. Objetivo general Registrar los mantenimientos Ventajas Mejorar los procesos de mantenimiento Desventajas Las maquinas dejan de funcionar Características Mantener las maquinas en funcionamiento Consecuencias de no ocupar un sistema Se daña una maquina el costo representa una gran inversión Realizado por: Almagro. R, 2013 4.3.2.2 Separar del todo en partes o elementos de la siguiente manera: 4.3.2.2.1 Análisis de partes.- Se analizó los siguientes componentes: Maquina. Quedando estructurada como se observa en la tabla 3-4. Tabla. 3-4: Requerimientos del sistema Nombre: Maquina Ventajas Mantener la información de las maquinas. Desventajas No poseer la información necesaria de las maquinas. Características Realizar las actividades con normalidad Consecuencias De no ocupar un sistema Las máquinas no funcionan y las actividades se paralizan. Realizado por: Almagro. R, 2013 4.3.2.2.2 Análisis de las funciones.- cada función del requerimiento se analiza de manera detenida, las funcionalidades con sus ventajas y sus desventajas. A continuación presentaremos las funciones de los mantenimientos del sistema. Primero se analizó la función registrar mantenimiento. Quedando estructurada como se observa en la tabla 4-4. Tabla. 4-4: Función registrar los mantenimientos del sistema. Función Registrar los mantenimientos. Ventajas Registrar en un sistema en vez de tenerlo en papel Desventajas Se puede perder la información Características El registro ayuda a tener una visión clara de los mantenimientos. Consecuencias de no ocupar un sistema No Mantener en funcionamiento las máquinas para realizar las actividades. Realizado por: Almagro. R, 2013 Segundo se analizó la función actualizar mantenimiento. Quedando estructurada como se observa en la tabla 5-4. Tabla. 5-4: Función actualizar los mantenimientos del sistema. Función Actualizar los mantenimientos y reparaciones Ventajas Corregir las entradas del sistema Desventajas Cambio en la información de manera errónea Características La actualización nos permite corregir errores de entrada. Consecuencias De no ocupar un sistema Los datos erróneos en papel difícil de actualizar. Realizado por: Almagro. R, 2013 Tercero se analizó la función eliminar mantenimiento. Quedando estructurada como se observa en la tabla 6-4. Tabla. 6-4: Función eliminar los mantenimientos del sistema. Función Eliminar los mantenimientos. Ventajas Eliminar las mantenimientos de las maquinas dadas de baja. Desventajas Se pierde la información de mantenimientos que son parecidos Características Se da de baja los mantenimientos de máquinas que ya no están en la institución Consecuencias De no ocupar un sistema Exceso de papel por las maquinas que ya están dadas de baja Realizado por: Almagro. R, 2013 Cuarto se analizó la función consultar mantenimiento. Quedando estructurada como se observa en la tabla 7-4. Tabla. 7-4: Función consultar los mantenimientos del sistema. Función Consultar los mantenimientos. Ventajas Verificar el mantenimiento de las maquinas. Desventajas Que la información consultada puede ser errónea. Características Mantener informado de los registros de mantenimiento. Consecuencias De no ocupar un sistema Tiempo perdido en la búsqueda de papeles de los registros de los mantenimientos. Realizado por: Almagro. R, 2013 4.3.3 Vista de Iteración La vista de interacción describe a los actores y cómo interactúan como el sistema. Con que procesos está relacionado el actor con el sistema. Primero se analizó la interacción del jefe con el sistema. Quedando estructurada como se observa en la tabla 8-4. Tabla. 8-4: Interacción del actor Jefe con el sistema. Nombre: Jefe insertar eliminar actualizar Consultar Usuarios Si Si Si Si Personal Si Si Si Si Maquina Si Si Si Si Mantenimientos Si Si Si Si Estrategias Si Si Si Si Realizado por: Almagro. R, 2013 Segundo se analizó la interacción del técnico con el sistema. Quedando estructurada como se observa en la tabla 9-4. Tabla. 9-4: Interacción del actor Técnico con el sistema. Nombre: Técnico insertar eliminar actualizar Consultar Usuarios No No No No Personal No No No Si Maquina No No No Si Mantenimientos Si Si Si Si Procesos Si Si Si Si Estrategias No No No Si Realizado por: Almagro. R, 2013 4.3.4 Vista de información. Aquí se debe presentar toda la información realizada en los procesos anteriores el cual hace que el proceso para la construcción de una aplicación web sea fácil, primero se realizó la información del jefe con el sistema. Quedando estructurada como se observa en la tabla 10-4. Tabla. 10-4: Información del requerimiento del sistema usuario Jefe. Usuario: Jefe. Nombre historia: (Jefe) Funciones del Sistema. Programador responsable: Rodrigo Almagro. Descripción: El Jefe puede realizar las siguientes funciones: . Autenticación. . Ingresar Personal. . Modificar Personal. . Eliminar. Curso Típico de Eventos: ACCIONES DE ACTORES. INTERACCIONES DEL SISTEMA. Insertar Usuarios, personal, máquinas, mantenimiento, estrategias. Eliminar Usuarios, personal, máquinas, mantenimiento, estrategias. Actualizar Usuarios, personal, máquinas, mantenimiento, estrategias. Consultar Usuarios, personal, máquinas, mantenimiento, estrategias. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 Segundo se realizó la información del técnico con el sistema. Quedando estructurada como se observa en la tabla 11-4. Tabla. 11-4: Información del requerimiento del sistema usuario Técnico. Usuario: Técnico. Nombre historia: (Técnico) Funciones del Sistema. Programador responsable: Rodrigo Almagro. Descripción: El Técnico. puede realizar las siguientes funciones: . Autenticación. . Ingresar . Modificar . Eliminar. Curso Típico de Eventos: ACCIONES DE ACTORES. INTERACCIONES DEL SISTEMA. Insertar Máquinas, mantenimiento. Eliminar Máquinas, mantenimiento. Actualizar Máquinas, mantenimiento. Consultar Máquinas, mantenimiento, estrategias. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 Descripción general del sistema. Ilustración_ 1-4: Recopilación de información. Realizado por: Almagro. R, 2013 Tabla. 12-4: Herramientas y habilidades a utilizar. HERRAMIENTA HABILIDADES A DESARROLLAR Servidor de Base de Datos. MYSQL 5.5 Instalación, configuración y gestión base de datos MySQL. Entorno Integrado de Desarrollo (IDE). Php5.3 Programación tanto del lado del cliente como del lado del servidor. Xampp Instalación y configuración del servidor de páginas WEB Apache. IDE de SQLyog. SQLyog Herramienta con la intención de manejar la administración de MySQL. Realizado por: Almagro. R, 2013 4.3.4.1 Módulo de Administración de Personal. Este módulo permite el registro, actualización y eliminación del personal del departamento de mantenimiento de la institución. 4.3.4.2 Módulo de Administración de Partes Máquinas. Permite el registro, actualización y eliminación de las máquinas que se encuentran en funcionamiento y se eliminaran las máquinas que ya estén obsoletas y fuera de servicio porque su tiempo de vida útil ya ha culminado. 4.3.4.3 Módulo de Administración de Mantenimiento. El presente módulo se encarga principalmente del registro, actualización y eliminación de los mantenimientos realizados en las máquinas de la institución. 4.3.4.4 Módulo Administración de Usuarios. El presente modulo permite a cada usuario autenticado actualizar sus datos personales y clave de acceso al sistema, además permite el registro, actualización y eliminación de los usuarios que ya no trabaja en la institución. 4.3.4.5 Módulo Administración de estrategias. Se registran los procesos para tener a futuro un esquema de mantenimiento. 4.3.3.6 Sub Módulo Reportes. Permite visualizar los reportes de los usuarios, personal, máquinas, mantenimiento y estrategias dentro de cada uno de los módulos mencionados. 4.4 Desarrollo de aplicaciones de software. En esta fase se realiza siguientes procesos: 4.4.1 Especificación de requerimientos. Los requerimientos fueron obtenidos y analizados en base a entrevistas y reuniones realizadas a los técnicos del departamento de mantenimiento de la Unidad Educativa “San Felipe Neri”, en las mismas se discutieron las necesidades más urgentes que con ayuda del sistema informático se podría resolver, el diseño del sistema, se lo realizo con los siguientes requerimientos. Los requerimientos se detallan en la Tabla 1-4. Tabla. 13-4: Requerimientos del sistema Requerimientos del sistema. Req1. El sistema permitirá el inicio y cierre de sesión de usuario mediante su cuenta de usuario y contraseña. Req2. El sistema permitirá gestionar usuarios al jefe de mantenimiento. Registro de usuarios. Actualización de usuarios. Eliminar usuarios. Req3. El sistema mostrará la lista de usuarios registrados al jefe de mantenimiento. Req4. El sistema permitirá eliminar los usuarios por el jefe de personal. Req5. El sistema permitirá actualizar el perfil y la contraseña del usuario autenticado. Req6. El sistema permitirá gestionar El personal de mantenimiento: Registro de personal. Actualización del personal. Eliminación de registro del personal. Req7. El sistema mostrará la pantalla de ingreso de personal. Req8. El sistema permitirá actualizar los datos del personal. Req9. El sistema permitirá eliminar el registro del personal que ya no trabaje en la institución. Req10. El sistema permitirá gestionar la administración de las partes de las máquinas de la institución: Registro de parteMáquina. Actualización de parteMáquina. Eliminación del registro parteMáquina. Req11. El sistema mostrará la pantalla de ingreso de las partes de las máquinas. Req12. El sistema permitirá actualizar los datos de la parteMáquina . Req13. El sistema permitirá eliminar el registro de las máquinas que ya no estén en funcionamiento. Req14. El sistema permitirá gestionar la administración de los mantenimientos de las máquinas: Registro de un mantenimiento. Actualización de un mantenimiento. Eliminación de un registro de un mantenimiento. Req15. El sistema mostrará la pantalla de ingreso de los mantenimientos de las máquinas. Req16. El sistema permitirá actualizar los datos de los mantenimientos. Req17. El sistema permitirá eliminar el registro de los mantenimientos de las máquinas que ya no estén en funcionamiento. Req18. El sistema permitirá ver los reportes de los usuarios. Req19. El sistema permitirá ver los reportes del personal. Req20. El sistema permitirá ver los reportes de las partes de las máquinas. Req21. El sistema permitirá ver los reportes de los mantenimientos. Req22. El sistema permitirá registrar la estrategia del mantenimiento. Req23. El sistema permitirá actualizar la estrategia del mantenimiento. Req24. El sistema permitirá eliminar la estrategia del mantenimiento. Req25. El sistema permitirá ver los reportes de las estrategias de mantenimiento. Realizado por: Almagro. R, 2013 A continuación se detallan los requerimientos no funcionales en la tabla 14-4. Tabla. 14-4: Requerimientos no funcionales. Nombre. Descripción. Escalabilidad. El sistema poseerá una arquitectura distribuida en 3 capas. Usabilidad. El sistema estará constituido por una interfaz fácil y navegable. Seguridad. El sistema tendrá autenticación. Rendimiento. El sistema poseerá un tiempo de respuesta aceptable. Realizado por: Almagro. R, 2013 4.4.2 Fase de análisis. En esta etapa se define los actores como se muestra en la siguiente tabla: Tabla. 15-4: Actores del sistema No. Nombre Perfil Tipo de Acceso Descripción 1 Jefe del Departamento de Mantenimiento. Administrador. Computadora. . Persona encargada del mantenimiento y funcionamiento del sistema. . Tiene permisos para toda la funcionalidad del sistema. 2 Personal Técnico del Departamento de Mantenimiento. Usuario. Computadora. . Manejo de la aplicación. . Tiene permisos para realizar las diferentes tareas dentro del sistema como son: ingresar eliminar modificar los datos del mantenimiento y reparación de las máquinas. Realizado por: Almagro. R, 2013 4.4.2.1 Diagramas de Caso de Uso. UseCaseDiagramIngresoPersonal Ilustración_ 2-4: Caso de uso gestión personal. Realizado por: Almagro. R, 2013 UseCaseDiagramIngresoMáquina Ilustración_ 3-4: Caso de uso gestión máquina. Realizado por: Almagro. R, 2013 UseCaseDiagramIngresoMantenimiento Ilustración_ 4-4: Caso de uso gestión mantenimiento. Realizado por: Almagro. R, 2013 reportes Jefe Ilustración_5-4: Caso de uso reporte Jefe. Realizado por: Almagro. R, 2013 reportes Técnico Ilustración_ 6-4: Caso de uso reporte Técnico. Realizado por: Almagro. R, 2013 4.4.2.2 Diagramas de Secuencia. SequenceDiagramPersonal Ilustración_ 7-4: Diagrama de secuencia gestión personal. Realizado por: Almagro. R, 2013 SequenceDiagramMáquina Ilustración_ 8-4 Diagrama de secuencia gestión máquina. Realizado por: Almagro. R, 2013 SequenceMantenimiento Ilustración_ 9-4: Diagrama de secuencia gestión mantenimiento. Realizado por: Almagro. R, 2013 4.4.2.3 Escenarios . Escenario: Autentificación de Usuario. Tabla. 16-4: Autentificación de usuario Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Técnico del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. El proceso de autentificación será realizado por los usuarios potenciales del sistema en este caso el “Jefe del departamento de mantenimiento” es el único que tendrá los privilegios para el manejo del sistema. Este proceso se lleva a cabo mediante el ingreso de un login y un password que son verificados mediante el sistema en la base de datos, dando como resultado el acceso al sistema si la información proporcionada es correcta o indicándole que sus datos son incorrectos y no puede acceder al mismo. El login y password de cada usuario es único para cada uno. El Técnico de Mantenimiento también lleva el proceso en el ingreso de un login y un password al sistema y está encargado de ingresar modificar y eliminar datos del mantenimiento de una máquina de la institución. . Escenario: Ingresar Datos del Personal. Personas Alternativas. Tabla. 17-4: Ingresar datos del personal Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Este proceso se basa en el ingreso de los datos más significantes del personal de mantenimiento. Es así que para llevar a cabo esta parte del proyecto se cuenta con una interfaz mediante la cual se realizará el ingreso de los datos, los mismos que serán almacenados en la base de datos para su posterior uso. Este proceso nos permitirá llevar un registro del personal de mantenimiento de la institución. . Escenario: Modificar Datos del Personal. Personas Alternativas. Tabla. 18-4: Modificar datos del personal Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Los datos albergados en la base de datos se pueden modificar. Este se basa en que mediante una interfaz podamos tener acceso a la información correspondiente a los datos del personal de mantenimiento. La realización de esta actividad nos proporcionará la información requerida. . Escenario: Eliminar Datos Personal. Personas Alternativas. Tabla. 19-4: Eliminar registro del personal Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. El manejo de gran cantidad de datos también requiere que pueda eliminarse cierta información del personal de mantenimiento que no es de mucha utilidad, e implica mayor utilización de recursos. Esta tarea nos permitirá borrar o eliminar datos albergados en la base de datos que desde el punto de vista no serán de más utilidad, la eliminación de estos registros nos permitirá obtener mayor desempeño de los recursos. . Escenario: Ingresar Máquinas. Personas Alternativas. Tabla. 20-4: Ingresar Máquina Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Albergar los datos correspondientes a las máquinas de la institución es una de las tareas de este sistema. Esta se basa en la utilización de ciertas interfaces que permitirán ingresar todos los datos de mayor importancia de las máquinas de la institución correspondientes a cada proceso de producción. El almacenamiento de estos datos es de vital importancia puesto que ellos nos proporcionarán resultados posteriores para una toma de decisiones. . Escenario: Modificar máquina. Personas Alternativas. Tabla. 21-4: Modificar registro máquina Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Esta parte del sistema nos permite modificar los datos de una máquina en caso de un error el ingreso en los datos de la máquina. . Escenario: Eliminar una máquina. Personas Alternativas. Tabla. 22-4: Eliminar registro máquina Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Esta parte del sistema nos permite eliminar los datos de una máquina que está obsoleta. . Escenario: Ingresar Registro de Mantenimiento. Personas Alternativas. Tabla. 23-4: Ingresar mantenimiento Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Técnico del Departamento De Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Almacenar los datos correspondientes a los mantenimientos supone otra de las tareas que son parte del sistema, de la misma manera mediante la utilización de ciertas interfaces se permitirán ingresar todos los datos correspondientes a los mantenimientos de las máquinas de la institución, es así que también se consideran importantes y deben ser almacenados para su posterior uso en otras tareas. . Escenario: Modificar Registro de Mantenimiento. Personas Alternativas. Tabla. 24-4: Modificar registro Mantenimiento Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Técnico del Departamento De Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Los datos albergados en la base de datos se pueden modificar. La realización de esta actividad nos dará como resultado la información requerida. . Escenario: Eliminar Registro de Mantenimiento. Personas Alternativas. Tabla. 25-4: Eliminar registro mantenimiento Persona Desviaciones (Si es aplicable) Jefe del Departamento de Mantenimiento. Ninguna. Técnico del Departamento De Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. El manejo de gran cantidad de datos también requiere que pueda eliminarse cierta información que no es de mucha utilidad, e implica mayor utilización de recursos. Esta tarea nos permitirá borrar o eliminar datos albergados en la base de datos correspondientes al Registro de Mantenimiento que desde el punto de vista no serán de más utilidad. La eliminación de estos registros nos permitirá obtener mayor desempeño de los recursos. . Escenario: Reportes. Personas Alternativas. Tabla. 26-4: Reportes Persona. Desviaciones (Si es aplicable). Jefe del Departamento de Mantenimiento. Ninguna. Técnico del Departamento De Mantenimiento. Ninguna. Realizado por: Almagro. R, 2013 Descripción del Escenario. Esta parte del proceso nos va a permitir ver los reportes del personal, máquinas, mantenimiento de las maquinas. 4.4.4 Refinar los Diagramas de Caso de Uso. Funcionalidades del Jefe del Departamento de Mantenimiento. Tabla. 27-4: Requerimientos del sistema Número: Req. 1, Req. 2, Req. 3 Usuario: Jefe. Nombre historia: (Jefe) Funciones del Sistema. Prioridad en negocio: Media. Riesgo en desarrollo: Crítica. Puntos estimados: 3 Iteración asignada: 1 Programador responsable: Rodrigo Almagro. Descripción: El Jefe puede realizar las siguientes funciones: . Autenticación. . Ingresar Personal. . Modificar Personal. . Eliminar Personal. Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. 1. El Jefe, se autentifica en el sistema al momento de ingresar su login y password. 2. El sistema le valida, comprueba los datos al usuario y le permite acceder a la página principal. 3. El Jefe selecciona la opción de funciones: Gestión Personal. 4. El sistema presenta la página de Ingreso de Datos. 5. El Jefe ingresa datos del Personal. 6. Al presionar la opción ingresar personal, el sistema almacena los datos y muestra un mensaje datos ingresados. 7. El Jefe selecciona la opción de funciones: Modificar Personal. 8. El sistema presenta la página de Modificar Datos. 9. El Jefe modifica los datos. 10. Al presionar la opción actualizar el sistema actualiza los datos y muestra un mensaje registro modificado. 11. El Jefe selecciona la opción de funciones: Eliminar Personal. 12. El sistema presenta la página de Eliminar Datos. 13. Elimina los datos presentados. 14. Al presionar la opción eliminar el sistema realiza acción de borrado y muestra un mensaje registro eliminado. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 Ilustración_ 10-4: Refinamiento del sistema gestión personal. Realizado por: Almagro. R, 2013 UseCaseDiagramIngresoGestiónPersonal Tabla. 28-4: Requerimientos del sistema Número: Req. 4, Req. 5, Req. 6 Usuario: Jefe. Nombre historia: (Jefe) Funciones del Sistema. Prioridad en negocio: Media. Riesgo en desarrollo: Crítica. Puntos estimados: 3 Iteración asignada: 1 Programador responsable: Rodrigo Almagro. Descripción: El Jefe puede realizar las siguientes funciones: . Autenticación. . Ingresar Máquina. . Modificar Máquina. . Eliminar Máquina. Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. 15. El Jefe, se autentifica en el sistema al momento de ingresar su login y password. 16. El sistema le valida, comprueba los datos al usuario y le permite acceder a la página principal. 17. El Jefe selecciona la opción de funciones: Gestión Máquina. 18. El sistema presenta la página de Ingreso de Datos. 19. El Jefe ingresa datos de la Máquina. 20. Al presionar la opción ingresar nueva máquina, el sistema lo almacena y muestra un mensaje datos ingresados. 21. El Jefe selecciona la opción de funciones: Modificar Máquina. 22. El sistema presenta la página de Modificar Datos. 23. El Jefe modifica los datos. 24. Al presionar la opción actualizar el sistema actualiza los datos y presenta un mensaje registro modificado. 25. El Jefe selecciona la opción de funciones: Eliminar Máquina. 26. El sistema presenta la página de Eliminar Datos. 27. Elimina los datos presentados. 28. Al presionar la opción eliminar el sistema realiza acción de borrado y muestra un mensaje registro eliminado. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 Ilustración_ 11-4: Refinamiento del sistema gestión máquina. Realizado por: Almagro. R, 2013 UseCaseDiagramIngresoGestiónMáquina Tabla. 29-4: Requerimientos del sistema Número: Req. 7, Req. 8, Req. 9 Usuario: Técnico. Nombre historia: (Técnico) Funciones del Sistema. Prioridad en negocio: Media. Riesgo en desarrollo: Crítica. Puntos estimados: 3 Iteración asignada: 1 Programador responsable: Rodrigo Almagro. Descripción: El Técnico puede realizar las siguientes funciones: . Autenticación. . Ingresar Mantenimiento. . Modificar Mantenimiento. . Eliminar Mantenimiento. Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. 29. El Técnico, se autentifica en el sistema al momento de ingresar su login y password. 30. El sistema le valida, comprueba los datos al usuario y le permite acceder a la página principal. 31. El Técnico selecciona la opción de funciones: Gestión Mantenimiento. 32. El sistema presenta la página de Ingreso de Datos. 33. El Técnico ingresa datos del Mantenimiento. 34. Al presionar la opción ingresar mantenimiento, el sistema almacena los datos y muestra un mensaje datos ingresados. 35. El Técnico selecciona la opción de funciones: Modificar Mantenimiento. 36. El sistema presenta la página de Modificar Datos. 37. El Técnico modifica los datos. 38. Al presionar la opción actualizar el sistema actualiza los datos y muestra un mensaje registro modificado. 39. El Técnico selecciona la opción de funciones: Eliminar Mantenimiento. 40. El sistema presenta la página Eliminar Datos. 41. Elimina los datos presentados. 42. Al presionar la opción eliminar el sistema realiza acción de borrado y muestra un mensaje registro eliminado. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 UseCaseDiagramIngresoMantenimiento Ilustración_ 12-4: Refinamiento del sistema gestión mantenimiento Realizado por: Almagro. R, 2013 Tabla. 30-4: Requerimientos del sistema Número: Req. 13, Req. 14, Req. 15, Req. 16. Usuario: Jefe. Nombre historia: (Jefe) Funciones del Sistema. Prioridad en negocio: Media. Riesgo en desarrollo: Crítica. Puntos estimados: 3 Iteración asignada: 1 Programador responsable: Rodrigo Almagro. Descripción: El Jefe puede realizar las siguientes funciones: . Autenticación. . Seleccionar Reporte Personal. . Seleccionar Reporte Maquina. . Seleccionar Reporte Mantenimiento. Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. 43. El Jefe, se autentifica en el sistema al momento de ingresar su login y password. 44. El sistema le valida, comprueba los datos al usuario y le permite acceder a la página principal. 45. El Jefe selecciona la opción de funciones: 46. El sistema presenta la página de opciones. 47. Seleccionar Reporte Personal. 48. El sistema presenta el Reporte Persona. 49. Seleccionar Reporte Maquina. 50. El sistema presenta el Reporte Maquina. 51. Seleccionar Reporte Mantenimiento. 52. El sistema presenta el reporte Mantenimiento. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 Ilustración_ 13-4: Refinamiento del sistema reportes jefe Realizado por: Almagro. R, 2013 reportes Jefe Tabla. 31-4: Requerimientos del sistema Número: Req. 14, Req. 15, Req. 16. Usuario: Técnico. Nombre historia: (Técnico) Funciones del Sistema. Prioridad en negocio: Media. Riesgo en desarrollo: Crítica. Puntos estimados: 3 Iteración asignada: 1 Programador responsable: Rodrigo Almagro. Descripción: El Técnico puede realizar las siguientes funciones: . Autenticación. . Seleccionar Reporte Máquina. . Seleccionar Reporte Mantenimiento. Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. 53. El Técnico, se autentifica en el sistema al momento de ingresar su login y password. 54. El sistema le valida, comprueba los datos al usuario y le permite acceder a la página principal. 55. El Técnico selecciona la opción de funciones: 56. El sistema presenta la página de opciones. 57. Seleccionar Reporte Máquina. 58. El sistema presenta el Reporte Máquina. 59. Seleccionar Reporte Mantenimiento. 60. El sistema presenta el reporte Mantenimiento. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 UseCaseDiagramReportesTécnico Ilustración_ 14-4: Refinamiento del sistema reportes técnico Realizado por: Almagro. R, 2013 Tabla. 32-4: Requerimientos del sistema Número: Req. 13, Req. 14, Req. 15, Req. 16. Usuario: Jefe. Nombre historia: (Jefe) Funciones del Sistema. Prioridad en negocio: Media. Riesgo en desarrollo: Crítica. Puntos estimados: 3 Iteración asignada: 1 Programador responsable: Rodrigo Almagro. Descripción: El Jefe puede realizar las siguientes funciones: . Autenticación. . Seleccionar Reporte Personal. . Seleccionar Reporte Maquina. . Seleccionar Reporte Mantenimiento. Curso Típico de Eventos: ACCIONES DE ACTORES. RESPUESTAS DEL SISTEMA. 61. El Jefe, se autentifica en el sistema al momento de ingresar su login y password. 62. El sistema le valida, comprueba los datos al usuario y le permite acceder a la página principal. 63. El Jefe selecciona la opción de funciones: 64. El sistema presenta la página de opciones. 65. Seleccionar Reporte Personal. 66. El sistema presenta el Reporte Persona. 67. Seleccionar Reporte Maquina. 68. El sistema presenta el Reporte Maquina. 69. Seleccionar Reporte Mantenimiento. 70. El sistema presenta el reporte Mantenimiento. Observaciones: Si el password o login del administrador no son correctos el sistema no permitirá el ingreso. Realizado por: Almagro. R, 2013 4.4.2.4 Diagrama de Actividades ActivityDiagramPersonal Ilustración_ 15-4: Diagrama de actividades personal. Realizado por: Almagro. R, 2013 ActivityDiagramMáquina Ilustración_ 16-4: Diagrama d actividades máquina. Realizado por: Almagro. R, 2013 Ilustración_ 17-4: Diagrama de actividades mantenimiento. Realizado por: Almagro. R, 2013 ActivityDiagramMantenimiento 4.5 Fase de diseño 4.5.1 Análisis de la base de datos Luego de hacer un análisis exhaustivo de todos los requerimientos se procedió a realizar el diseño de tablas para el sistema de mantenimiento (tpersona, tpartemaquina, tmantenimiento, tusuarios). La base de datos se implementara en Mysql en la cual estarán las siguientes tablas: Tabla tpersona. Se registran los datos del personal de mantenimiento lo cual es muy importante para la localización de los técnicos cuando fallan las máquinas de manera inesperada. Esta tabla almacenará los datos del personal. Tabla. 33-4: Descripción tabla tpersona en la Base de datos Atributo Descripción Tipo PK NULL FK Txtcedula_persona Número de cedula varchar(50) Si NOT NULL Txtnombre_persona Nombre de la persona varchar(50) NOT NULL Txtapellido_persona Apellido dela persona Varchar(50) NOT NULL Txtdireccion_persona Dirección de la persona Varchar(50) NOT NULL Txttelefono_persona Teléfono de la persona Varchar(50) NOT NULL Txtemail_persona Email de la persona varchar(50) NOT NULL Userid Id de usuario bigint(20) NOT NULL Si Realizado por: Almagro. R, 2013 Tabla Maquina Se registran los datos de las máquinas para su localización dentro de la institución. Esta tabla almacenará los datos de la Maquina. Tabla. 34-4: Descripción tabla Maquina en la Base de datos Atributo Descripción Tipo PK NULL FK Txtcodigo_Maquina Código maquina varchar(50) Si NOT NULL Txtnombre_Maquina Nombre de la máquina varchar(50) NOT NULL Txtfuncion_Maquina Función de la máquina. Varchar(50) NOT NULL TxtlocalizacionMaquina Localización de la máquina. Varchar(50) NOT NULL Txtcedula_persona Cédula de la persona varchar(50) NOT NULL Si Realizado por: Almagro. R, 2013 Tabla tmantenmiento Se registra los datos del mantenimiento para obtener los reportes de los mantenimientos de las máquinas y asegurar su buen funcionamiento. Esta tabla almacenará los datos del mantenimiento. Tabla. 35-4: Descripción tabla mantenimiento de la Base de datos. Atributo Descripción Tipo PK NULL FK Txtcodigo_mantenimiento Código de mantenimiento varchar(50) Si NOT NULL Txtdescripcion_mantenimiento Descripción del mantenimiento varchar(500) NOT NULL Txtestado_mantenimiento Estado del mantenimiento varchar(500) NOT NULL Txtproceso_mantenimiento Planificación del mantenimiento varchar(500) NOT NULL Si Txtestratecia_mantenimiento Recomendación del mantenimiento varchar(50) NOT NULL Si Txtobservacion_mantenimiento Observación del mantenimiento varchar(50) NOT NULL Fecha Fecha de mantenimiento Date ( ) NOT NULL Txtcedula_persona Cédula persona varchar(50) NOT NULL Si Txtcodigo maquina Código maquina varchar(50) Si Realizado por: Almagro. R, 2013 Tabla estrategía Tabla. 36-4: Descripción tabla testrategia de la Base de datos. Atributo Descripción Tipo PK NULL FK Txtcodigo_estrategia Código de estrategia varchar(50) Si NOT NULL Txtdescripcion_estrategia Descripción de la estrategia. varchar(500) NOT NULL Txtestado_estrategia Estado de la estrategia varchar(500) NOT NULL Txtproceso_estrategia Planificación de la estrategia. varchar(500) NOT NULL Txtestrategia_recomendacion Recomendación de la estrategia. varchar(500) NOT NULL Txtestrategia_observacion Observación de la estrategia. varchar(500) NOT NULL Txtcedula_persona Cédula persona varchar(50) NOT NULL Si Txtcodigo_parteMaquina Código parteMaquina varchar(50) Si Realizado por: Almagro. R, 2013 Tabla usuarios Se registran los datos de usuario para el correcto acceso al sistema. Esta tabla almacenará los datos del usuario. Tabla. 37-4: Descripción tabla usuarios de la Base de datos. Atributo Descripción Tipo PK NULL FK Userid Clave primaria número de usuario bigint(20) Si NOT NULL Txtdescripcion_persona Descripción de la persona varchar(50) NOT NULL User Apellido dela persona char(100) NOT NULL Passwoord Direcion de la persona char(100) NOT NULL Acceso Email de la persona Int(11) NOT NULL Especialidad Periodo en transición varchar(50) NOT NULL Fecha Fecha Date ( ) NOT NULL Realizado por: Almagro. R, 2013 En la ilustración se muestra el diseño de la base de datos del sistema. Ilustración_ 18-4: Base de Datos Realizado por: Almagro. R, 2013 4.5.2 Estructura lógica del sistema Dado la importancia del sistema de mantenimiento de la institución, se hace necesario que el mismo posea características que permitan un mantenimiento constante, una fácil adición de nuevos módulos. Estas características se logran mediante una estructura lógica distribuida. En la ilustración se describe la estructura lógica del Sistema. Ilustración_ 19-4: Estructura lógica del sistema. Realizado por: Almagro. R, 2013 4.5.3 Diseño de interfaz de usuario Cabe aclarar que previa la construcción de las páginas, las mismas fueron diseñadas manualmente en hojas de papel bon, en conjunto con los miembros del departamento de mantenimiento de la institución. El conjunto de archivos y recursos de diversas tecnológicas que ayudaron a realizar un mejor interfaz. Se escogió un color de fondo celeste para contrastar con el color blanco. En la interfaz hay dos encabezados uno de referencia y uno que indica la gestión que se va a realizar. En el lado izquierdo va un menú de opciones. 4.5.3.1 Interfaz de inicio Se muestra la opción de cual persona debe de ingresar si el jefe de personal o si es el técnico de mantenimiento. La interfaz de inicio se muestra en la Tabla 38-4 Tabla. 38-4: Interfaz de Inicio. ESCOJA UNA OPCIÓN. JEFE. TÉCNICO. Realizado por: Almagro. R, 2013 4.5.3.2 Interfaz de actividades En esta interfaz se realizan las actividades dependiendo de usuario quien ingrese al sistema. Hay un encabezado principal el cual designa el usuario. Los botones del menú se colocan a la izquierda. Se muestra una figura al lado derecho de la institución. La interfaz de actividades se muestra en la Tabla 39-4 Tabla. 39-4: Interfaz de Actividades. ENCABEZADO PRINCIPAL. MENÚ DE OPCIONES. FIGURA DE LAS INSTANCIAS DE LAINSTITUCIÓN. Realizado por: Almagro. R, 2013 4.5.3.3 Interfaz de gestión de Mantenimiento En esta interfaz se realizan las gestiones tales como mantenimiento, personal, máquina y usuarios dependiendo del usuario que ingrese al sistema. Hay un encabezado principal el cual designa el usuario. Hay un segundo encabezado que indica la gestión que va a realizar. Los botones del menú se colocan a la izquierda. Se muestra una figura al lado derecho de la institución. La interfaz de gestión se muestra en la Tabla 40-4. Tabla. 40-4: Interfaz de Gestión de Mantenimiento. ENCABEZADO PRINCIPAL. ENCBEZADO SECUNDARIO. MENÚ DE OPCIONES. FIGURA DE LA INSTITUCIÓN. Realizado por: Almagro. R, 2013 4.5.3.4 Interfaz de registro En el lado izquierdo se ponen los nombres de los campos a ingresar en el lado derecho se deben llenar los campos al último se muestra el botón de ingreso. La interfaz de registro se muestra en la Tabla 41-4. Tabla. 41-4: Interfaz de Registro. NOMBRE DEL CAMPO 1 CAMPOS A LLENAR NOMBRE DEL CAMPO 2 CAMPOS A LLENAR NOMBRE DEL CAMPO 3 CAMPOS A LLENAR NOMBRE DEL CAMPO 4 CAMPOS A LLENAR NOMBRE DEL CAMPO 5 CAMPOS A LLENAR NOMBRE DEL CAMPO 6 CAMPOS A LLENAR NOMBRE DEL CAMPO 7 CAMPOS A LLENAR NOMBRE DEL CAMPO 8 CAMPOS A LLENAR BOTON DE INGRESO Realizado por: Almagro. R, 2013 4.5.3.5 Interfaz de actualización Se muestran los campos a actualizar y en la columna del lado derecho las opciones de actualización. La interfaz de actualización se muestra en la Tabla 42-4. Tabla. 42-4: Interfaz de Actualización. Campo 1 Campo 2 Campo 3 Campo 4 Campo 5 ACTUALIZAR Botón 1 Botón 2 Botón 3 -- Realizado por: Almagro. R, 2013 4.5.3.6 Interfaz de eliminación Se muestran los campos a eliminar y en la columna del lado derecho las opciones de eliminación. La interfaz de eliminación se muestra en la Tabla 43-4. Tabla. 43-4: Interfaz de Eliminación. Campo 1 Campo 2 Campo 3 Campo 4 Campo 5 ELIMINAR Botón 1 Botón 2 Botón 3 -- Realizado por: Almagro. R, 2013 4.5.3.7 Interfaz de reportes Aquí se muestra el resultado de los campos consultados. La interfaz de reportes se muestra en la Tabla 44-4. Tabla. 44-4: Interfaz de Reportes. Campo 1 Campo 2 Campo 3 Campo 4 Campo 5 Campo 6 Campo 7 Campo 8 Realizado por: Almagro. R, 2013 Las demás páginas siguen aproximadamente el mismo procedimiento y se las implementaron en el sistema mediante HTML. 4.6 Fase de construcción. Después de haber definido la estructura, delimitación del sistema y base de datos inicia la fase de implementación. 4.6.1 Construcción En esta tenemos los siguientes pasos: Capa de presentación.

Registrar nuevo personal

insertar(); } if(isset($_POST["eliminar"])) { $objetoNegocio->eliminar(); } if(isset($_POST["actualizar"])) { $objetoNegocio->actualizar(); } if(isset($_POST["consultar"])) { $objetoNegocio->consultar(); } } } catch(PDOException $ex) { echo $ex->getMessage(); } ?>
Cédula:cedula;?>"/>

Nombre:apellidos;?>"/>

Apellido:nombres;?>"/>

Dirección:edad;?>"/>

Telefono:curso;?>"/>

email:arrastra;?>"/>


Especialidad:
-----------------------------------------------------------


Limpiar pantalla


Regresar al menú

Capa de negocio. cedula=$cedula; $this->apellidos=$apellidos; $this->nombres=$nombres; $this->edad=$edad; $this->curso=$curso; $this->arrastra=$arrastra; $this->tipo=$tipo; $this->objetoDatos=new datos( 'mysql:host=localhost; dbname=basilica','root',''); } public function insertar() { try{ $this->objetoDatos->conectar(); $this->objetoDatos->ejecutar("insert into tpersona (Txtcedula_persona,Txtnombre_persona, Txtapellido_persona, Txtdireccion_persona,Txttelefono_persona, Txtemail_persona, userid) values('$this->cedula', '$this->apellidos', '$this->nombres' ,'$this->edad', '$this->curso', '$this->arrastra', '$this->tipo')"); $this->objetoDatos->desconectar(); } catch (PDOException $ex) { throw $ex; } } public function eliminar() { $this->objetoDatos->conectar(); $this->objetoDatos -> ejecutar("delete from tpersona where Txtcedula_persona = $this->cedula"); $this->objetoDatos->desconectar(); } public function actualizar() { $this->objetoDatos->conectar(); $this->objetoDatos->ejecutar("update tpersona set Txtnombre_persona='$this->apellidos' , Txtapellido_persona=' $this->nombres' , Txtdireccion_persona='$this- >edad',Txttelefono_persona='$this->curso',Txtemail_persona='$this->arrastra',userid='$this- >tipo'where Txtcedula_persona= $this->cedula"); $this->objetoDatos->desconectar(); } public function consultar() { $this->objetoDatos->conectar(); $rs=$this->objetoDatos -> ejecutar ("select * from tpersona where Txtcedula_persona = $this->cedula"); if(count($rs)) { $this->apellidos=$rs[0]['Txtnombre_persona']; $this->nombres=$rs[0]['Txtapellido_persona']; $this->edad=$rs[0]['Txtdireccion_persona']; $this->curso=$rs[0]['Txttelefono_persona']; $this->arrastra=$rs[0]['Txtemail_persona']; $this->tipo=$rs[0]['userid']; } $this->objetoDatos->desconectar(); } } ?> Capa de acceso a datos. cadenaConexion=$cadenaConexion; $this->user=$user; $this->password=$password; } public function conectar() { try{ $this->objetoConexion = new PDO($this->cadenaConexion, $this->user, $this->password); //$this->objetoConexion- >setAttribute(PDO::ATTR_ERRMODE,PDO::ERRMODE_EXCEPTION); } catch(PDOException $ex) { echo "no se puede conectar a la base de datos"; } } public function desconectar() { $this->objetoConexion=null; } public function ejecutar($strComando) { try { $ejecutar = $this->objetoConexion->prepare($strComando); $ejecutar-> execute(); $rows=$ejecutar->fetchAll(); return $rows; } catch(PDOExeption $ex) { throw $ex; } } } ?> 4.7 Pruebas de funcionamiento Una vez implementada la aplicación, se procede a la fase de pruebas de funcionamiento; en la cual el sistema fue sometido a todas las posibles casos excepcionales y especiales por parte del personal del departamento de mantenimiento de la institución. Pruebas que el sistema supero satisfactoriamente, pues cumplía con los requerimientos definidos inicialmente y durante el transcurso del desarrollo del sistema. A continuación se muestra una parte de las pruebas de funcionamiento. Una vez implementada la aplicación, se procede a la fase de pruebas de funcionamiento; en la cual el sistema fue sometido a todas las posibles casos excepcionales y especiales por parte del personal del departamento de mantenimiento de la unidad educativa “SAN FELIPE NERI”. Pruebas que el sistema supero satisfactoriamente, pues cumplía con los requerimientos definidos inicialmente y durante el transcurso del desarrollo del sistema. A continuación se muestra las pruebas de funcionamiento. Tabla. 45-4: Prueba ingresar datos del usuario. PRUEBA: Insertar usuario. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción usuarios. Se da click en ingresar. Se llena los campos. Se da click en ingresar usuario. POSTCONDICIONES: Aparece un mensaje datos registrados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 46-4: Prueba modificar datos del usuario. PRUEBA: Actualizar usuario. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción usuarios. Se da click en actualizar. Se llena los cambios. Se da click en actualizar. POSTCONDICIONES: Aparece un mensaje datos modificados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 47-4: Prueba de eliminar usuarios. PRUEBA: Eliminar usuario. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción usuarios. Se da click en eliminar. Se escoge el registro a eliminar. Se da click en eliminar POSTCONDICIONES: Aparece un mensaje datos eliminados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 48-4: Prueba de Reportes de los usuarios. PRUEBA: Reportes usuarios. FECHA: 20/05/2015 TESTER: Rodrigo Almagro PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción usuarios. Se da click en reportes. Se click en fecha. Se da click en mostrar. POSTCONDICIONES: Aparece un listado de usuarios por fecha. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 49-4: Prueba ingresar datos del personal. PRUEBA: Ingresar datos del personal. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción personal. Se da click en ingresar. Se llena los campos. Se da click en ingresar personal. POSTCONDICIONES: Aparece un mensaje datos registrados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 50-4: Prueba modificar datos del personal. PRUEBA: Actualizar personal. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción personal. Se da click en actualizar. Se llena los cambios. Se da click en actualizar. POSTCONDICIONES: Aparece un mensaje datos modificados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 51-4: Prueba de eliminar personal. PRUEBA: Eliminar Personal. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción personal. Se da click en eliminar. Se escoge el registro a eliminar. Se da click en eliminar POSTCONDICIONES: Aparece un mensaje datos eliminados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 52-4: Prueba de Reportes del personal. PRUEBA: Reportes Personal FECHA: 20/05/2015 TESTER: Rodrigo Almagro PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción personal. Se da click en reportes. POSTCONDICIONES: Aparece un listado del personal de mantenimiento. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 53-4: Prueba ingresar datos de las partes de la máquina. PRUEBA: Insertar Máquina. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción máquina. Se da click en ingresar. Se llena los campos. Se da click en ingresar máquina. POSTCONDICIONES: Aparece un mensaje datos registrados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 54-4: Prueba modificar datos de las partes de la máquina. PRUEBA: Actualizar máquina. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción máquina. Se da click en actualizar. Se llena los cambios. Se da click en actualizar. POSTCONDICIONES: Aparece un mensaje datos modificados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 55-4: Prueba de eliminar partes de las máquinas. PRUEBA: Eliminar Máquina. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción partes de las máquinas. Se da click en eliminar. Se escoge el registro a eliminar. Se da click en eliminar POSTCONDICIONES: Aparece un mensaje datos eliminados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 56-4: Prueba de Reportes de las partes de la máquina. PRUEBA: Reportes Partes de las maquinas Máquina. FECHA: 20/05/2015 TESTER: Rodrigo Almagro PRECONDICIONES: Se debe ingresar al sistema se escoge la opción jefe con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción parte de las máquinas. Se da click en reportes. POSTCONDICIONES: Aparece un listado de las partes de las máquinas. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 57-4: Prueba ingresar datos del mantenimiento. PRUEBA: Ingresar Mantenimiento. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en ingresar. Se llena los campos. Se da click en ingresar mantenimiento. POSTCONDICIONES: Aparece un mensaje datos registrados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 58-4: Prueba modificar datos del mantenimiento. PRUEBA: Actualizar Mantenimiento. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en actualizar. Se llena los cambios. Se da click en actualizar. POSTCONDICIONES: Aparece un mensaje datos modificados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 59-4: Prueba eliminar mantenimiento. PRUEBA: Eliminar Mantenimiento. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en eliminar. Se escoge el registro a eliminar. Se da click en eliminar POSTCONDICIONES: Aparece un mensaje datos eliminados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla. 60-4: Prueba de Reportes del mantenimiento. PRUEBA: Reportes Mantenimiento FECHA: 20/05/2015 TESTER: Rodrigo Almagro PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en reportes. Se click en fecha. Se da click en mostrar. POSTCONDICIONES: Aparece un listado de mantenimientos por fecha. EXITOSO: SI Realizado por: Almagro. R, 2013 Finalmente y en conjunto con el departamento de mantenimiento de la institución, se llegó a la conclusión de que se requería la corrección ortográfica y caligráfica de las principales páginas, puesto que no permitía una visibilidad y comprensión precisa. 4.8 Entrega Después de haber reconocido y definido los cambios necesarios para el funcionamiento total del sistema, se procedió a realizarlos los mismos que llevaron a cabo en esta fase, dichos cambios fueron: . Corrección Ortográfica de los reportes. . Corrección Ortográfica en los encabezados de las páginas principales. . Corrección Ortográfica en las páginas de respuestas de datos ingresados. Ya realizados los cambios se procede a la entrega del sistema. CAPÍTULO V 5 DEMOSTRACIÓN DE LA HIPÓTESIS En este capítulo se realizara el análisis comparativo entre las metodologías MSF y la PMC, propuesta del modelo de esta tesis para demostrar sus beneficios de cada uno en base a parámetros de comparación. Con los resultados de las comparaciones podremos hacer la demostración de la hipótesis previamente planteada. Para demostrar la hipótesis usaremos la metodología propuesta y la MSF. Con el desarrollo de un prototipo desarrollado con MSF y el proyecto que se desarrolló en el capítulo anterior. 5.1 Definición de los parámetros a utilizar Para realizar la comparación entre las dos metodologías MSF y PMC, se estableció los siguientes criterios, los cuales se utilizó para la comprobación de la hipótesis, los criterios se muestran en la tabla 1-5. Tabla_ 1-5: Variables para demostrar la hipótesis. VARIABLES PARA DEMOSTRAR LA HIPOTESIS. CRITERIO PARAMETRO DESCRIPCION PLANIFICACIÓN ROLES Distribución de Tareas entre los miembros del proyecto. REUNIONES Reunión de los miembros para mejorar el proyecto. VALORES Elevar los valores humanos al límite. CALIDAD SATISFACION Nivel de satisfacción del usuario FACIL USO Interfaz amigable fácil de usar FIABILIDAD Cumplimiento de la funcionalidad del sistema DISEÑO REUSABILIDAD Genera un código reusable FACILIDAD Facilidad de diseño y construcción INTEGRACION Integración con el código reusable PRUEBAS Fase de pruebas del software Realizado por: Almagro. R, 2013 5.2 Escala de evaluación Tabla_ 2-5: Escala de evaluación VARIABLE RANGOS VALORACION CUALITATIVA VALORACION CUANTITATIVA PC A 0-10 EXELENTE 5 100% B 70-95 MUY BUENO 4 70% C 50-70 BUENO 3 50% D 30-50 REGULAR 2 30% E 10-50 MALO 1 10% Realizado por: Almagro. R, 2013 5.3 Cálculos matemáticos a utilizar X= x.f ..= S...-......... .. .. C= .. .. x100 5.4 Desarrollo del prototipo en MSF 5.4.1 Definición de políticas de desarrollo En cuanto al manejo de software, se tomó la decisión de utilizar herramientas de licenciamiento libre; tanto para el desarrollo de la aplicación como para la gestión de Base de Datos. Por tal motivo se eligió a PHP 5.3 como lenguaje de desarrollo, Gestor de Base de Datos MySql 5.5, y con otras tecnologías de interfaz web estándares a continuación detallamos en la tabla 3-5: Tabla_ 3-5: Herramientas y habilidades a desarrollar HERRAMIENTA. HABILIDADES A DESARROLLAR. Servidor de Base de Datos. MYSQL 5.5. Instalación, configuración y gestión base de datos MySQL. Entorno Integrado de Desarrollo (IDE). Php5.3 Programación tanto del lado del cliente como del lado del servidor. Xampp. Instalación y configuración del servidor de páginas WEB Apache. IDE de SQLyog. SQLyog. Herramienta con la intención de manejar la administración de MySQL. Realizado por: Almagro. R, 2013 5.4.2 Planteamiento y discusión del problema Como se mencionó anteriormente, al no contar con un sistema informático que lleve el control de los mantenimientos de la institución, se ha visto necesario realizar una aplicación informática que automatice principalmente el almacenamiento y reportes de los mantenimientos de las partes de las máquinas de la institución, después haber conocido y discutido las necesidades del departamento de Mantenimiento se ha planteado el siguiente problema: Automatizar el sistema de mantenimientos de la unidad Educativa “San Felipe Neri”. 5.4.3 Análisis de requerimientos y diseño de la solución Los requerimientos fueron obtenidos y analizados en base a entrevistas y reuniones realizadas a los técnicos del departamento de mantenimiento, los cuales se detallan en la tabla 4-5: Tabla_ 4-5: Definición de Requerimientos Requerimientos del Sistema. Req1. El sistema permitirá el inicio y cierre de sesión de usuario mediante su cuenta de usuario y contraseña. Req2. El sistema permitirá gestionar usuarios al jefe de mantenimiento. Registro de usuarios. Actualización de usuarios. Eliminar usuarios. Req3. El sistema mostrará la lista de usuarios registrados al jefe de mantenimiento. Req4. El sistema permitirá eliminar los usuarios por el jefe de personal. Req5. El sistema permitirá actualizar el perfil y la contraseña del usuario autenticado. Req6. El sistema permitirá gestionar El personal de mantenimiento y reparación: Registro de personal. Actualización del personal. Eliminación de registro del personal. Req7. El sistema mostrará la pantalla de ingreso de personal. Req8. El sistema permitirá actualizar los datos del personal. Req9. El sistema permitirá eliminar el registro del personal que ya no trabaje en la institución. Req10. El sistema permitirá gestionar la administración de las partes de las máquinas de la institución: Registro de parteMáquina. Actualización de parteMáquina. Eliminación del registro parteMáquina. Req11. El sistema mostrará la pantalla de ingreso de las partes de las máquinas. Req12. El sistema permitirá actualizar los datos de las partes de las máquinas. Req13. El sistema permitirá eliminar el registro de las máquinas que ya no estén en funcionamiento. Req14. El sistema permitirá gestionar la administración de los mantenimientos de las partes de las máquinas de la institución: Registro de un mantenimiento. Actualización de un mantenimiento. Eliminación de un registro de un mantenimiento. Req15. El sistema mostrará la pantalla de ingreso de los mantenimientos de las máquinas. Req16. El sistema permitirá actualizar los datos de los mantenimientos. Req17. El sistema permitirá eliminar el registro de los mantenimientos de las máquinas que ya no estén en funcionamiento. Req22. El sistema permitirá ver los reportes de los usuarios. Req23. El sistema permitirá ver los reportes del personal. Req24. El sistema permitirá ver los reportes de las partes de las máquinas. Req25. El sistema permitirá ver los reportes de los mantenimientos. Realizado por: Almagro. R, 2013 5.4.4 Delimitación del sistema La delimitación fue definida en base a toda la información recopilada en las reuniones y entrevistas antes mencionadas y en el análisis de requerimientos. Tomando en cuenta los siguientes aspectos: El sistema debe contar con medidas de seguridad en el ingreso de usuarios. La interfaz de usuario debe ser amigable y manejable. Las funcionalidades a desarrollar están basadas en las actividades que realizan en el departamento de mantenimiento. 5.4.5 Análisis de la base de datos Luego de hacer un análisis exhaustivo de todos los requerimientos se procedió a realizar el diseño de tablas para el sistema de mantenimiento (tpersona, tparteMaquina, tmantenimiento, tusuarios), la base de datos se implementara en Mysql en la cual estarán las siguientes tablas: Tabla tpersona Se registran los datos del personal de mantenimiento lo cual es muy importante para la localización de los técnicos cuando fallan las máquinas de manera inesperada. Aquí se almacenará los datos del personal como se observa en la tabla 5-5. Tabla_ 5-5: Descripción tabla tpersona en la Base de datos Atributo Descripción Tipo PK NULL FK Txtcedula_persona Número de cedula varchar(50) Si NOT NULL Txtnombre_persona Nombre de la persona varchar(50) NOT NULL Txtapellido_persona Apellido dela persona Varchar(50) NOT NULL Txtdireccion_persona Dirección de la persona Varchar(50) NOT NULL Txttelefono_persona Teléfono de la persona Varchar(50) NOT NULL Txtemail_persona Email de la persona varchar(50) NOT NULL Userid Id de usuario bigint(20) NOT NULL Si Realizado por: Almagro. R, 2013 Tabla Maquina Se registran los datos de las máquinas para su localización dentro de la fábrica, aquí se almacenará los datos de las partes de las máquinas como se observa en la tabla 6-5. Tabla_ 6-5: Descripción tabla tmaquina en la Base de datos Atributo Descripción Tipo PK NULL FK Txtcodigo_Maquina Código máquina varchar(50) Si NOT NULL Txtnombre_Maquina Nombre de la máquina varchar(50) NOT NULL Txtfuncion_ Maquina Función de la máquina Varchar(50) NOT NULL Txtlocalizacion_Maquina Localización de la máquina Varchar(50) NOT NULL Txtcedula_persona Cédula de la persona varchar(50) NOT NULL Si Realizado por: Almagro. R, 2013 Tabla tmantenmiento. Se registra los datos del mantenimiento para obtener los reportes de los mantenimientos de las máquinas y asegurar su buen funcionamiento, aquí se almacenará los datos del mantenimiento como se observa en la tabla 7-5. Tabla_ 7-5: Descripción tabla tmantenimiento de la Base de datos. Atributo Descripción Tipo PK NULL FK Txtcodigo_mantenimiento Código de mantenimiento varchar(50) Si NOT NULL Txtdescripcion_mantenimiento Descripción del mantenimiento varchar(500) NOT NULL Txtestado_mantenimiento Estado del mantenimiento varchar(500) NOT NULL Txtplanificacion_mantenimiento Planificación del mantenimiento varchar(500) NOT NULL Txtrecomendacion_mantenimiento Recomendación del mantenimiento varchar(50) NOT NULL Txtobservacion_mantenimiento Observación del mantenimiento varchar(50) NOT NULL Fecha Fecha de mantenimiento Date ( ) NOT NULL Txtcedula_persona Cédula persona varchar(50) NOT NULL Si Txtcodigo_ parteMaquina Código parteMaquina varchar(50) Si Realizado por: Almagro. R, 2013 Tabla usuarios. Se registran los datos de usuario para el correcto acceso al sistema. Esta tabla almacenará los datos del usuario. Tabla_ 8-5: Descripción tabla usuarios de la Base de datos. Atributo Descripción Tipo PK NULL FK Userid Clave primaria número de usuario bigint(20) Si NOT NULL Txtdescripcion_persona Descripción de la persona varchar(50) NOT NULL User Apellido dela persona char(100) NOT NULL Passwoord Direcion de la persona char(100) NOT NULL Acceso Email de la persona Int(11) NOT NULL Especialidad Periodo en transición varchar(50) NOT NULL Fecha Fecha Date ( ) NOT NULL Realizado por: Almagro. R, 2013 En la siguiente figura se muestra el diseño de la base de datos del sistema. Ilustración- 1-5 Base de Datos Realizado por: Almagro. R, 2013 5.4.6 Análisis de la estructura del sistema La estructura del sistema se compone de la división modular y estructura lógica del Sistema. Vamos a utilizar la metodología de MSF (Microsoft Solution Framework). En el desarrollo del sistema se eligió MSF como metodología ya que adapta el modelo cascada y el modelo espiral, se junta el modelo de estos dos modelos para tener una metodología totalmente práctica y personalizable y personalizable para entregar soluciones tecnológicas con menos personas, menos riesgos y con resultados de calidad. Los objetivos de MSF son: . Alinear objetivos empresariales y tecnológicos. . Trazar correctamente los roles, responsabilidades y objetivos del proyecto. . Establecer puntos iterativos, estableciendo puntos de control. Visión (visión y alcance del proyecto) Dado que el sistema está formado por un conjunto de funcionalidades, las cuales han sido agrupadas en módulos para facilitar su desarrollo, dichos módulos se detallan a continuación: Módulo de Administración de Personal Este módulo permite el registro, actualización y eliminación del personal del departamento de Mantenimiento de la institución. Módulo de Administración de Máquinas Permite el registro, actualización y eliminación de las máquinas que se encuentran en funcionamiento y se eliminaran las partes de las máquinas que ya estén obsoletas y fuera de servicio porque su tiempo de vida útil ya ha culminado. Módulo de Administración de Mantenimiento El presente módulo se encarga principalmente del registro, actualización y eliminación de los mantenimientos realizados en las partes de las máquinas de la institución. Módulo Administración de Usuarios El presente modulo permite a cada usuario autenticado actualizar sus datos personales y clave de acceso al sistema, además permite el registro, actualización y eliminación de los usuarios que ya no trabaja en la institución. Sub Módulo Reportes Permite visualizar los reportes de los usuarios, personal, máquinas, mantenimiento y reparación dentro de cada uno de los módulos mencionados. 5.4.7 Diseño de la estructura lógica del sistema Dado la importancia del sistema de mantenimiento y reparación de la institución se hace necesario que el mismo posea características que permitan un mantenimiento constante, una fácil adición de nuevos módulos. Estas características se logran mediante una estructura lógica distribuida. En la ilustración 2-5 se describe la estructura lógica del Sistema. Ilustración- 2-5: Estructura lógica del sistema Realizado por: Almagro. R, 2013 5.4.8 Diseño conceptual Casos de uso: Se establecen los casos de uso para la fase de desarrollo para este sistema tenemos los siguientes casos de uso . Gestionar Personal. . Gestionar Máquina. . Gestionar Mantenimiento. . Gestionar Reportes. 5.4.8.1 Diseño de interfaz de usuario Cabe aclarar que previa la construcción de las páginas, las mismas fueron diseñadas manualmente en hojas de papel bon, en conjunto con los miembros del departamento de Mantenimiento de la institución. El conjunto de archivos y recursos de diversas tecnológicas que ayudaron a realizar un mejor interfaz. Se escogió un color de fondo celeste para contrastar con el color blanco. En la interfaz hay dos encabezados uno de referencia y uno que indica la gestión que se va a realizar. En el lado izquierdo va un menú de opciones. Interfaz de inicio Se muestra la opción de cual persona debe de ingresar si el jefe de personal o si es el técnico de mantenimiento. La interfaz de inicio se muestra en la tabla 9-5. Tabla_ 9-5. Interfaz de Inicio ESCOJA UNA OPCIÓN. JEFE. TÉCNICO. Realizado por: Almagro. R, 2013 Interfaz de actividades En esta interfaz se realizan las actividades dependiendo de usuario quien ingrese al sistema. Hay un encabezado principal el cual designa el usuario. Los botones del menú se colocan a la izquierda. Se muestra una figura al lado derecho de la institución. Tabla_ 10-5: Interfaz de Actividades ENCABEZADO PRINCIPAL. MENÚ DE OPCIONES. FIGURA DE LA INSTITUCIÓN. Realizado por: Almagro. R, 2013 Interfaz de gestión En esta interfaz se realizan las gestiones tales como mantenimiento, personal, máquina y usuarios dependiendo del usuario que ingrese al sistema. Hay un encabezado principal el cual designa el usuario. Hay un segundo encabezado que indica la gestión que va a realizar. Los botones del menú se colocan a la izquierda. Se muestra una figura al lado derecho de la institución. Tabla_ 11-5: Interfaz de Gestión ENCABEZADO PRINCIPAL. ENCBEZADO SECUNDARIO. MENÚ DE OPCIONES. FIGURA DE LA INSTITUCIÓN. Realizado por: Almagro. R, 2013 Interfaz de registro En el lado izquierdo se ponen los nombres de los campos a ingresar en el lado derecho se deben llenar los campos al último se muestra el botón de ingreso quedando estructurado como se observa en la tabla 12-5. Tabla_ 12-5: Interfaz de Registro NOMBRE DEL CAMPO 1. CAMPOS A LLENAR. NOMBRE DEL CAMPO 2. CAMPOS A LLENAR. NOMBRE DEL CAMPO 3. CAMPOS A LLENAR. NOMBRE DEL CAMPO 4. CAMPOS A LLENAR. NOMBRE DEL CAMPO 5. CAMPOS A LLENAR. BOTON DE INGRESO. Realizado por: Almagro. R, 2013 Interfaz de actualización Se muestran los campos a actualizar y en la columna del lado derecho las opciones de actualización. La interfaz de actualización se muestra en la siguiente tabla. Tabla_ 13-5 Interfaz de Actualización Campo1. Campo2. Campo3. Campo4. Campo5. ACTUALIZAR. Boton1. Boton2. Boton3. ………….. Realizado por: Almagro. R, 2013 Interfaz de eliminación Se muestran los campos a eliminar y en la columna del lado derecho las opciones de eliminación. La interfaz de eliminación se muestra en la siguiente tabla. Tabla_ 14-5: Interfaz de Eliminación Campo1. Campo2. Campo3. Campo4. Campo5. ELIMINAR. Boton1. Boton2. Boton3. ………….. Realizado por: Almagro. R, 2013 Interfaz de reportes Aquí se muestra el resultado de los campos consultados. Tabla_ 15-5: Interfaz de Reportes CAMPO 1. CAMPO2. CAMPO3. CAMPO4. CAMPO5. CAMPO6. CAMPO7. CAMPO8. Realizado por: Almagro. R, 2013 Las demás páginas siguen aproximadamente el mismo procedimiento y se las implementaron en el sistema mediante HTML. 5.4.9 Implementación Después de haber definido la estructura, delimitación del sistema y base de datos inicia la fase de implementación. Para iniciar el acceso a datos, con la ejecución de las sentencias SQL de la Base de Datos en un servidor MYSQL Server. Se ha creado los archivos, quedando estructurado como se puede apreciar en la ilustración 3-5. Ilustración- 3-5: Archivos de acceso a datos Realizado por: Almagro. R, 2013 En segunda instancia se ha incluido los archivos de la lógica de negocio. Quedando estructurada como se observa en la ilustración 4-5. Ilustración- 4-5: Archivos de lógica de negocio Realizado por: Almagro. R, 2013 Una vez terminada incluimos los archivos de presentación, en la cual se diseñó en HTML. Los archivos se muestran en la ilustración 5-5: Ilustración- 5-5: Archivos de presentación Realizado por: Almagro. R, 2013 5.4.10 Pruebas de funcionamiento Una vez implementada la aplicación, se procede a la fase de pruebas de funcionamiento. Tabla_ 16-5: Prueba ingresar datos del mantenimiento PRUEBA: Ingresar Mantenimiento. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en ingresar. Se llena los campos. Se da click en ingresar mantenimiento. POSTCONDICIONES: Aparece un mensaje datos registrados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla_ 17-5: Prueba modificar datos del mantenimiento PRUEBA: Actualizar Mantenimiento. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en actualizar. Se llena los cambios. Se da click en actualizar. POSTCONDICIONES: Aparece un mensaje datos modificados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla_ 18-5: Prueba eliminar mantenimiento PRUEBA: Eliminar Mantenimiento. FECHA: 20/05/2015. TESTER: Rodrigo Almagro. PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en eliminar. Se escoge el registro a eliminar. Se da click en eliminar POSTCONDICIONES: Aparece un mensaje datos eliminados. EXITOSO: SI Realizado por: Almagro. R, 2013 Tabla_ 19-5: Prueba de Reportes del mantenimiento PRUEBA: Reportes Mantenimiento FECHA: 20/05/2015 TESTER: Rodrigo Almagro PRECONDICIONES: Se debe ingresar al sistema se escoge la opción técnico con el nombre de usuario y password. PRUEBA: Al ingresar al sistema se escoge la opción mantenimiento. Se da click en reportes. Se click en fecha. Se da click en mostrar. POSTCONDICIONES: Aparece un listado de mantenimientos por fecha. EXITOSO: SI Realizado por: Almagro. R, 2013 Finalmente y en conjunto con el departamento de mantenimiento de la institución, se llegó a la conclusión de que se requería la corrección ortográfica y caligráfica de las principales páginas, puesto que no permitía una visibilidad y comprensión precisa. 5.4.11 Mantenimiento Después de haber reconocido y definido los cambios necesarios para el funcionamiento total del Sistema, se procedió a realizarlos los mismos que llevaron a cabo en esta fase, dichos cambios fueron: Corrección Ortográfica de los reportes. Corrección Ortográfica en los encabezados de las páginas principales. Corrección Ortográfica en las páginas de respuestas de datos ingresados. 5.5 Análisis de resultados de las dos metodologías Aquí evaluaremos los resultados y demostraremos la hipótesis. Tabla_ 20-5: Calificación del indicador Rango de valores Valoración Cuantitativa Valoración Cualitativa Forma Gráfica 5 o más de 5 5 Excelente De 3 a 4 3 Muy bueno De2 a 3 2 Bueno De 1 a 2 1 Regular De 0 a 1 0 Malo Realizado por: Almagro. R, 2013 Resultados MSF. Tabla_ 21-5: Resultados MSF CRITERIO PARAMETRO METODOLOGÍA PESO MSF DESCRIPCÍON Max PLANIFICACIÓN ROLES 4 Mejor en base a la experiencia 5 REUNIONES 3 No posee muchas reuniones en el principio como la PMA 5 VALORES 3 No prioriza los valores 5 CALIDAD SATISFACION 3 No da importancia al usuario y los resultados no son satisfactorios. 5 FACIL USO 4 Muy bueno 5 FIABILIDAD 4 Muy bueno ningún software es 100% seguro 5 DISEÑO REUSABILIDAD 3 Su reusabilidad es aceptable 5 FACILIDAD 3 Es buena pero requiere demasiado tiempo. 5 INTEGRACION 3 No se integra con otro software, por ejemplo el software libre 5 PRUEBAS 5 Excelente 5 TOTAL 35 50 Realizado por: Almagro. R, 2013 Resultados PMC. Tabla_ 22-5: Tabla de resultados CRITERIO PARAMETRO METODOLOGIA peso PMC DESCRIPCIÓN Max PLANIFICACIÓN ROLES 2 No tiene experiencia 5 REUNIONES 5 Se realiza reuniones para mejorar la calidad 5 VALORES 2 Prioriza los valores 5 CALIDAD SATISFACION 5 Satisfacción con el usuario 5 FACIL USO 5 Interfaz amigable 5 FIABILIDAD 5 Muy bueno ningún software es 100% seguro 5 DISEÑO REUSABILIDAD 3 El código es reusable 5 FACILIDAD 3 Facilita la construcción de la aplicación 5 INTEGRACION 4 Facilita la integración con otros modelos 5 PRUEBAS 5 Excelente 5 TOTAL 39 50 Realizado por: Almagro. R, 2013 TABLA DE RESULTADOS GENERAL Tabla_ 23-5: Tabla de resultados total CRITERIO PARAMETRO METODOLOGIA peso MSF PMC PC PLANIFICACIÓN ROLES 4 2 5 REUNIONES 3 5 5 VALORES 3 2 5 CALIDAD SATISFACION 3 5 5 FACILUSO 4 5 5 FIABILIDAD 4 5 5 DISEÑO REUSABILIDAD 3 3 5 FACILIDAD 3 3 5 INTEGRACION 3 4 5 PRUEBAS 5 5 5 TOTAL 35 43 50 Realizado por: Almagro. R, 2013 RESULTADOS MSF Y PCM Tabla_ 24-5: Resultados MSF Datos Descripción Valores f fa fr x.f C1 C2 C3 rt 1 0 0 0 0 0 0 0 0 2 0 0 0,00 0 0,0 0 0 0 3 6 6 0,6 36 1,5 1,5 0,15 1,35 4 3 9 0,3 27 0,8 3,2 0,32 3,072 5 1 10 0,1 10 0,5 4,5 0,45 2,025 1,08 0,6447 Realizado por: Almagro. R, 2013 Tabla_ 25-5: Resultados PCM Datos Descripción Valores f fa fr x,f C1 C2 C3 rt 1 0 0 0 0 0 0 0,01 0 2 2 2 0,01 4 0,1 1,9 0,16 0,722 3 2 4 0,02 6 0,9 2,1 0,15 0,882 4 1 5 0,02 4 0,4 3,6 0.32 1,296 5 5 10 0,03 25 1,5 3,5 0,45 6,125 39 1,09 0,9025 Realizado por: Almagro. R, 2013 0 50 100 Porcentaje RESULTADOS MSF PCM Nombre Porcentaje MSF 66,47% PCM 90,25% Realizado por: Almagro. R, 2013 Ilustración- 6-5 Resultados Realizado por: Almagro. R, 2013 CONCLUSIONES . En los resultados se utilizó la fórmula de la varianza lo cual muestra vemos claramente que la Propuesta Metodológica Colaborativa lleva un 90,2 % y la Metodología de Microsoft MSF un 64,4% por lo queda demostrada la hipótesis el cual indica que los modelos colaborativos y la propuesta de esta tesis facilitan la construcción de una aplicación web. . Siempre la unión de los modelos mejora la calidad de software. . La metodología colaborativa adopta otras metodologías lo cual hace que mejore y facilite la construcción de una aplicación web. . El incluir a un experto en el área de la materia a realizar el software siempre va a facilitar la construcción de una aplicación web. . Siempre el trabajo en equipo depende del grado de colaboración de sus participantes. RECOMENDACIONES . Se debe utilizar esta metodología para incorporar nuevas tecnologías. . La aplicación de los valores mejora el rendimiento de las personas y por lo tanto mejora el trabajo realizado. . No mejora si no hay la colaboración de las personas por lo que se debería contratar otro personal. . Utilizar metodologías nuevas acoplando a las metodologías antiguas para mejorar su calidad. . Las metodologías nuevas deben dar cabida a nuevas formas de pensamiento para mejorar su eficiencia a la hora de construir una aplicación web. . Utilizar las herramientas como las matemáticas y las relaciones humanas para mejorar el rendimiento cuando hay que realizar tareas en trabajo en grupo. GLOSARIO DE TÉRMINOS Actualización. En relación con los ordenadores o computadoras, y usado como un verbo, cambiar un sistema o un archivo de datos para hacerlo más actual. Almacenamiento. En relación con ordenadores o computadoras, cualquier dispositivo capaz de almacenar información procedente de un sistema informático. Base de Datos. Cualquier conjunto de datos organizados para su almacenamiento en la memoria de un ordenador o computadora, diseñado para facilitar su mantenimiento y acceso de una forma estándar. La información se organiza en campos y registros. Un campo se refiere a un tipo o atributo de información, y un registro, a toda la información sobre un individuo. Conexión. Comunicación entre dos entes que tienen características similares de comunicación. Interfaz. Punto en el que se establece una conexión entre dos elementos, que les permite trabajar juntos. La interfaz es el medio que permite la interacción entre esos elementos. Login. También llamado ID, es el nombre o alias que se le da a una persona para permitirles el acceso a los usuarios ya registrados. Metodología. Conjunto de pasos lógicos y ordenados a seguir para realizar una actividad, la metodología son micro actividades. Primero debemos tener un modelo para seguir una metodología. Password. Contraseña o clave para autentificar el ingreso a un lugar o sitio. SQL. Lenguaje de consulta estructurado, en informática, un lenguaje utilizado en bases de datos para consultar, actualizar y manejar bases de datos relacionales, con un alto grado de seguridad. Tabla. Entidad que posee campos físicos primarios secundarios. BIBLIOGRAFÍA 1. Integracion de los requerimientos de conciencia situacional y grupal al desarrollo de sistemas colaborativos, [en línea] [Consulta: 2012-11-01] Disponible en: < http://buhoz.net/public/jose/ugr/jfigueroa-phd201209.pdf > 2. Metodología para desarrollo colaborativo de software libre [en línea] [Consulta: 2012-05-10] Disponible en: http://calidad- sl.cenditel.gob.ve/files/2011/06/metodologiaDCSL_2Version_27122013.pdf> 3. Modelo conceptual de sistemas cooperativos en base a patrones en amenities, [en línea] [Consulta: 2007-08-19] Disponible en: < www.usixml.org/servlet/Repository/penichet- phd2007.pdf?ID=1773 > 4. Ingenieria de software un enfoque practico. pressman, [en línea] [Consulta: 2001- 06-01] Disponible en: 5. Bachillerato general unificado matemática, [en línea] [Consulta: 2013- 07-25], Disponible en: Maya, Edición 1° Ecuador, p 178 6. Herramientas software para el trabajo científico colaborativo, [en línea] [Consulta: 2011-01- 01] Disponible en: 7. Metodologia de modelado de sistemassistema cooperativos, [en línea] [Consulta: 2003 -04 - 15]Disponible en: 8. Sistemas Colaborativos, [en línea] [Consulta: 2008 -04 -15] Disponible en: < http://estoesunejemplo.wikispaces.com/file/view/sistemas+colaborativos.pdf> ANEXOS Anexo A: Tablas de redistribución de requerimientos. Jefe Numero:1 Nombre: Jefe Valor Prioridad Peso % FUNCIÓN Administrar F1 1 5 100 RELACIÓN personal R1 1 OPERACIONES O1 1 VARIABLE X X1 1 Realizado por: Almagro. R, 2013 Técnico NUMERO:2 Nombre: Técnico valor prioridad Peso % FUNCIÓN Ejecutar F1 2 4 90 RELACIÓN personal R1 2 OPERACIONES Reparación ,mantenimiento O1 2 VARIABLE X X2 2 Realizado por: Almagro. R, 2013 Personal NUMERO:3 Nombre: Personal Mantenimiento valor prioridad Peso % FUNCIÓN nominación F1 3 60 RELACIÓN X1,X2 R1 OPERACIONES atributos O1 VARIABLE X3 X3 Realizado por: Almagro. R, 2013 Ubicación NUMERO:4 Nombre: Ubicación valor prioridad Peso % FUNCIÓN Localización del F1 1 2 25 RELACIÓN Objeto O1 R1 2 OPERACIONES ordenamiento O1 3 VARIABLE L L1 3 Realizado por: Almagro. R, 2013 Maquina NUMERO:5 Nombre: Maquina valor prioridad Peso % FUNCION Operativa F1 1 5 100 RELACION L1,M1,R1,X1,X2 R1 2 OPERACIONES funcionamiento 1/0 1 VARIABLE O O1 4 Realizado por: Almagro. R, 2013 Mantenimiento NUMERO:6 Nombre: Mantenimiento valor prioridad Peso % FUNCIÓN Mantenimiento F1 1 5 100 RELACIÓN objeto R1 OPERACIONES Mantenimiento O1 VARIABLE X1 Realizado por: Almagro. R, 2013 Mejorar el proceso Estrategia NUMERO:8 Nombre: Registrar estrategia valor prioridad Peso % FUNCIÓN Recordar F1 3 5 100 RELACIÓN Mantenimiento R1 OPERACIONES mejorar O1 VARIABLE X1 Realizado por: Almagro. R, 2013 Ingreso al sistema Usuarios NUMERO:10 Nombre: Usuarios valor prioridad Peso % FUNCIÓN F1 1 1 25 RELACIÓN personal R1 OPERACIONES O1 VARIABLE X1 Realizado por: Almagro. R, 2013 Aplicando la mecánica cuántica Nombre: Descripción Prioridad Desorden 1 Falla de maquinaria 1 Desorden 2 Falla del proceso 3 Desorden 3 Falla del sistema 5 Desorden 4 Falla de la estrategia 4 Desorden 5 Falla de la ubicación 2 Realizado por: Almagro. R, 2013 Ordenamiento Aplicando la mecánica cuántica Nombre: Descripción % Desorden 1 Falla de la maquinaria 0,6 Desorden 2 Falla de ubicación 0,2 Desorden 3 Falla de proceso 0,15 Desorden 4 Falla de la estrategia 0,03 Desorden 5 Falla del sistema 0,02 Realizado por: Almagro. R, 2013 Relación con el personal Aplicando la mecánica cuántica Nombre: Relación % Falla de la maquinaria 1245 0,6 Falla de la estrategia 12345 0,2 Falla de proceso 123 0,15 Falla de la ubicación 245 0,02 Falla del sistema 1 0,01 Realizado por: Almagro. R, 2013 Anexo B: Interfaces del sistema Interfaz Inicio Acceso Jefe Gestión Jefe Gestión Personal Acceso Técnico Gestión Técnico Gestión Estrategia Mantenimiento Preventivo. Reparación Garantía Mantenimiento Correctivo Reparación Reactiva Gestión Mantenimiento Reportes Mantenimientos Totales Reportes Mantenimientos por Parte Máquina Reportes de Máquinas que Funcionan