Desarrollo e implementación de un sistema web para la gestión de activos fijos en el consorcio by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DE ACTIVOS FIJOS EN EL CONSORCIO CLÍNICO SANTIAGO EN LA CIUDAD DE SANTO DOMINGO DE LOS COLORADOS EN EL PERIODO 2015-2016.

Trabajo de Titulación previo a la obtención del título de Ingenieros de Sistemas y Computación.

Línea de Investigación: Estudio, Diseño e Implementación de Software.

Autores: HARO VERA JOSÉ LUIS SILVA ALVARADO JOSÉ ANTONIO

Director: Mg. DIEGO SALAZAR ARMIJOS

Santo Domingo – Ecuador Febrero, 2016

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DE ACTIVOS FIJOS EN EL CONSORCIO CLÍNICO SANTIAGO EN LA CIUDAD DE SANTO DOMINGO DE LOS COLORADOS EN EL PERIODO 2015-2016. Línea de Investigación: Estudio, Diseño e Implementación de Software. Autores:

HARO VERA JOSÉ LUIS SILVA ALVARADO JOSÉ ANTONIO

Diego Ricardo Salazar Armijos, Mg.

f __________________________

DIRECTOR DEL TRABAJO DE TITULACIÓN Rodolfo Sirilo Córdova Gálvez, Mg.

f __________________________

CALIFICADOR Margoth Elisa Guaraca Moyota, Mg.

f __________________________

CALIFICADOR Rodolfo Sirilo Córdova Gálvez, Mg.

f __________________________

DIRECTOR DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Febrero, 2016

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Por parte de, José Luis Haro Vera portador de la cédula de ciudadanía No. 1234567890, y de José Antonio Silva Alvarado portador de la cédula de ciudadanía No. 0605402734, declaramos que los resultados obtenidos en la investigación que presentamos como informe final, previo la obtención del Grado de Ingenieros de Sistemas y Computación, son absolutamente originales, auténticos y personales. En tal virtud, declaramos que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de nuestra exclusiva responsabilidad legal y académica.

José Luis Haro Vera CI. 230022487-6

José Antonio Silva Alvarado CI. 060540273-4

AGRADECIMIENTO

Primeramente, agradecer a Dios todo poderoso por brindarnos la salud, la sabiduría, la inteligencia y las fuerzas para llevar a cabo una meta más en nuestra vida como estudiantes, y permitirnos salir a delante bajo su bendición. En segundo lugar, agradecer al Consorcio Clínico Santiago y a su departamento de Sistemas, por la apertura y ayuda brindada para la realización del presente proyecto de titulación. Agradecer y felicitar a la Ing. Diana Laica, en calidad de directora del área de Sistemas y la persona encargada de supervisar y brindar soporte en cuanto a dificultades presentadas durante todo el proceso de desarrollo del software. Así también, agradecer al Mg. Diego Salazar en su calidad de director del proyecto, el cual con sabiduría y experiencia supo guiar y dirigir de manera correcta, desde el inicio hasta el final su labor encomendada, ser director de nuestro proyecto de titulación. Finalmente, a todas las personas, docentes y amigos que con sus consejos y frases de apoyo nos alentaron a no desmayar en el intento, y continuar con la labor de obtener un título de Ingenieros, para todos y cada uno de ellos, un fuerte abrazo y nuestros más sinceros agradecimientos.

DEDICATORIA

Este trabajo de titulación se lo dedicamos a Dios quién supo guiarnos por el buen camino, darnos fuerzas para seguir adelante y no desmayar en los problemas que se presentaban, enseñándonos a encarar las adversidades sin perder nunca la dignidad ni desfallecer en el intento. A nuestra familia quienes por ellos somos lo que somos. A nuestros padres por su apoyo, consejos, comprensión, amor, ayuda en los momentos difíciles, y por ayudar con los recursos necesarios para estudiar. Nos han dado todo lo que somos como personas: valores, principios, carácter, empeño, perseverancia, coraje para conseguir nuestros objetivos. A nuestros hermanos

por estar

siempre presentes,

acompañándonos

para

poder realizarnos

profesionalmente. Y de manera especial dedicamos este trabajo a nuestros docentes de la Escuela de Sistemas, quienes con esmero y dedicación brindaron sus conocimientos y experiencias para nuestra formación académica y profesional. “La dicha de la vida consiste en tener siempre algo que hacer, alguien a quien amar y alguna cosa que esperar”. Thomas Chalmers

RESUMEN El presente proyecto de titulación, enmarcado dentro de la línea de investigación referente a la creación e implementación de software, se basa en el desarrollo de un Sistema Web para la gestión y planificación de mantenimiento de activos fijos del Consorcio Clínico Santiago, institución dedicada a brindar servicios de salud en la ciudad de Santo Domingo de los Tsáchilas. El proyecto denominado SAFCONCLISAN, es un sistema Web que se integra al sistema contable que actualmente se maneja en la institución clínica, para administrar la parte de los activos fijos pertenecientes a la empresa. El software SAFCONCLISAN, brinda un inventario de todos los bienes inmuebles, así como también una planificación de cada uno de los activos para su mantenimiento. La metodología de desarrollo de software, en la que se basa el proyecto, es la metodología en cascada, debido a que los requerimientos del proyecto se encuentran definidos de manera clara y concreta por el personal del área de Sistemas de CONCLISAN, así como también se tomaron en cuenta los factores de tiempo, puesto que a medida que se realizaba la parte de desarrollo, se debían ir cumpliendo con la parte documental. Además de cumplir en cada fase objetivos planteados y así garantizar el desarrollo del proyecto para obtener un software que satisfaga las necesidades del usuario final, y cumpliendo con todos los requerimientos. El sistema SAFCONCLISAN, está desarrollado en PHP como lenguaje para la manipulación de la información almacenada en una base de datos de MariaDB, un nuevo Sistema Gestor de Base de Datos. En la parte de interfaz, se hace uso de Materialize Css, un framework front-end basado en Material Design, junto con JavaScript como lenguaje de programación del lado del cliente.

vii

ABSTRACT This research project is about the creation and implementation of software based on the development of a Web System for the management and maintenance planning of fixed assets of Consorcio Clinico Santiago, an institution that offers health services in the city of Santo Domingo de los Tsรกchilas. This project is called SAFCONCLISAN, which is a web system that integrates the accounting system of the clinical institution in order to administer the fixed assets of the company. The software SAFCONCLISAN provides an inventory of all real assets as well as planning of each of the assets for maintenance. The software development methodology from which the Project is based, is a method in cascade, because the project requirements are clearly defined by the staff area CONCLISAN. Also, they took into account the factors of time, since part of the development was done, it should be in compliance with the documentary part. In addition, the objective of each phase has been met, thus ensuring the development of the Project for a software that meets the needs of end users. The Project has also complied with all requirements. The SAFCONCLISAN system is developed in PHP as a language for manipulating data stored in a database MariaDB, a new Database Manager System. The interface portion uses CSS Materialize which is a front-end framework based on Material Design, along with JavaScript programming language.

viii

ÍNDICE DE CONTENIDO 1. INTRODUCCIÓN ............................................................................................................... 1 2. PLANTEAMIENTO DEL PROBLEMA .......................................................................... 3 2.1. Antecedentes del problema .............................................................................................. 3 2.2. Problema de investigación ................................................................................................ 5 2.2.1 Preguntas básicas ............................................................................................................ 5 2.3 Justificación de la investigación ........................................................................................ 6 2.4 Objetivos ............................................................................................................................. 7 2.4.1 Objetivo General ............................................................................................................. 7 2.4.2 Objetivos Específicos ...................................................................................................... 7 3. MARCO REFERENCIAL .................................................................................................. 8 3.1. Revisión de la literatura ................................................................................................... 9 3.1.1 Gestión de activos fijos ................................................................................................... 9 3.1.1.1 Activos Fijos ................................................................................................................. 9 3.1.1.2 Planificación de mantenimiento.................................................................................. 9 3.1.1.3 Tipos de mantenimiento ............................................................................................ 10 3.1.2 Metodología de desarrollo ............................................................................................ 10 3.1.2.1 Ingeniería de Software............................................................................................... 10 3.1.2.2 Modelos de desarrollo ................................................................................................ 11 3.1.2.2.1 Modelo en cascada .................................................................................................. 11 3.1.2.2.2 Modelo incremental ................................................................................................ 12 3.1.2.2.3 Modelo de proceso evolutivo .................................................................................. 13 3.1.2.2.4 Modelo espiral ......................................................................................................... 14 3.1.2.3 Modelos de caso de uso .............................................................................................. 14

ix 3.1.3 Programación Web ....................................................................................................... 15 3.1.3.1 Aplicaciones Web ....................................................................................................... 15 3.1.3.2 PHP.............................................................................................................................. 15 3.1.3.3 JavaScript ................................................................................................................... 15 3.1.3.4 Materialize .................................................................................................................. 15 3.1.4 Base de datos ................................................................................................................. 16 3.1.4.1 Sistema Gestor de Base de Datos .............................................................................. 16 3.1.4.2 MySQL WorkBench .................................................................................................. 16 3.1.4.3 MariaDB ..................................................................................................................... 17 3.1.5 Servidor.......................................................................................................................... 17 3.2. Investigaciones o experiencias empíricas ...................................................................... 17 4. METODOLOGÍA DE LA INVESTIGACIÓN ............................................................... 18 4.1. Diseño / Tipo de investigación ........................................................................................ 18 4.1.1. Contextualización ......................................................................................................... 18 4.1.2. Tipo de investigación ................................................................................................... 19 4.1.2.1. Investigación diagnóstica.......................................................................................... 19 4.1.2.2. Investigación en acción ............................................................................................. 19 4.2. Población / Muestra ........................................................................................................ 20 4.2.1. Población ....................................................................................................................... 20 4.2.2. Muestra ......................................................................................................................... 20 4.3. Variables e indicadores: ................................................................................................. 21 4.4. Técnicas e instrumentos de recogida de datos .............................................................. 22 4.4.1. Información primaria .................................................................................................. 22 4.4.2. Información secundaria............................................................................................... 23 4.5. Técnicas de Análisis de Datos ........................................................................................ 24

x 4.5.1. Análisis de contenido ................................................................................................... 24 4.6 Metodología de Desarrollo de Software ......................................................................... 25 5. RESULTADOS .................................................................................................................. 26 5.1 Discusión y análisis de resultados ................................................................................... 26 5.1.1 Etapa de Análisis de Requerimientos .......................................................................... 26 5.1.2 Etapa de Diseño ............................................................................................................. 27 5.1.3 Etapa de Codificación .................................................................................................. 33 5.1.4 Etapa de Implementación y pruebas ........................................................................... 34 5.2 Conclusiones ..................................................................................................................... 36 5.3 Recomendaciones ............................................................................................................. 37 REFERENCIAS ..................................................................................................................... 38 ANEXOS

ÍNDICE DE FIGURAS Figura 1: Estructura del marco referencial del proyecto. ........................................................................ 8 Figura 2: Modelo de desarrollo en cascada. .......................................................................................... 12 Figura 3: Modelo de desarrollo incremental. ........................................................................................ 13 Figura 4: Modelo de desarrollo de proceso evolutivo. .......................................................................... 13 Figura 5: Modelo de desarrollo en espiral. ........................................................................................... 14 Figura 6: El proceso de análisis de datos. ............................................................................................. 24 Figura 7: Caso de uso Súper Administrador ......................................................................................... 28 Figura 8: Caso de uso Administrador ................................................................................................... 28 Figura 9: Caso de uso Invitado ............................................................................................................. 29 Figura 10: Modelo entidad-relación de la base de datos SAFCONCLISAN. ....................................... 30 Figura 11: Interfaz de login................................................................................................................... 31 Figura 12: Página de inicio SAFCONCLISAN .................................................................................... 31 Figura 13: Barra de opciones SAFCONCLISAN ................................................................................. 32 Figura 14 Directorio de archivos del proyecto SAFCONCLISAN. ..................................................... 33 Figura 15 Representación de la clase usuario ....................................................................................... 33 Figura 16 Representación del controlador de usuario. .......................................................................... 34 Figura 17 SAFCONCLISAN implementado en CENTOS 7 ................................................................ 35 Figura 18 Capacitación de usuario SAFCONCLISAN ........................................................................ 35

1. INTRODUCCIÓN En la actualidad las Tecnologías de Información y Comunicación TIC, constituyen un apoyo transversal dentro de la cadena de valor de varias organizaciones; en este contexto se precisa contar con herramientas que faciliten la gestión de los procesos; dentro del ámbito local en lo correspondiente al cantón Santo Domingo se ha evidenciado que existen requerimientos particulares para dar solución a procesos comunes de las instituciones, entre ellos el control de inventario de activos fijos y registro de mantenimiento preventivo y correctivo de los referidos activos. En virtud de lo expresado, el Consorcio Clínica Santiago Ltda. CONCLISAN que tiene un acuerdo de vinculación con Pontificia Universidad Católica del Ecuador Sede Santo Domingo ha considerado oportuno contar con un sistema web que le permita una adecuada gestión de sus activos fijos; por lo que dada esta necesidad de la mencionada Institución se considera importante el “Desarrollo e implementación de un sistema web para la gestión de activos fijos en el Consorcio Clínico Santiago CONCLISAN”; mismo que se llevó a cabo durante el período 2015-01 al 2015-02. El proyecto de desarrollo de un sistema web para CONCLISAN, tiene como principal finalidad mejorar los procesos de control de activos fijos dentro de la institución, mediante la implementación de una aplicación cuyo propósito es proporcionar información del estado de los activos y actividades de mantenimiento de los mismos; bajo este precepto el presente proyecto versara sobre el análisis de requerimientos, el diseño, desarrollo e implementación de la mencionada aplicación que permite una mejor gestión de los activos fijos a CONCLISAN.

2 Para los fines antes descritos se propuso en una primera fase realizar el análisis de requerimientos para el desarrollo del sistema, que consta de la recopilación de la información; utilizando metodologías como: el Focus Group, fuentes primarias y fuentes secundarias de información; así como también se define el alcance del desarrollo del software a través Software Requeriments Specifications SRS. En una segunda fase se abordan temas relacionados con el diseño del software, en el que se incluyen la metodología de desarrollo a utilizarse, arquitectura de la información y definición de las herramientas de desarrollo. En una tercera fase se refiere al desarrollo e implementación de la aplicación; que incluye la creación de las interfaces, los reportes del sistema, la documentación, el análisis de resultados de las pruebas, implementación final, capacitación y entrega de los manuales de usuario. Finalmente, se brinda una capacitación a los usuarios del sistema, para garantizar el correcto uso del mismo, así como también para cumplir con la función para la cual fue creada dicha solución.

2. PLANTEAMIENTO DEL PROBLEMA 2.1. Antecedentes del problema El Consorcio Clínico Santiago Ltda. CONCLISAN, fundada en 1981 por Dr. Alfredo Curipoma, ubicada en la ciudad de Santo Domingo de los Colorados en la Av. Quito y San Miguel, brindando servicios médicos a la ciudadanía de la provincia y sus alrededores. Por ello se plantean como misión “prevenir y satisfacer las necesidades de salud integral de la población, sin distinción de nacionalidad, condición social, etnia, o religión, a través de su personal altamente calificado y con principios éticos y morales, contando con tecnología moderna; respetando y aceptando los principios de cada paciente”. Por otro lado, como visión buscan “ser una Institución que brinde servicios de Salud Integral con calidad certificada que exceda las expectativas y necesidades de la región”. Actualmente, el consorcio brinda servicios médicos con equipos y tecnología avanzada en las áreas de: maternidad, cirugía, pediatría, medicina crítica, medicina interna, medicina preventiva, en el manejo de climaterio y osteoporosis; por su naturaleza jurídica, CONCLISAN está constituida por varias empresas que administran un aproximado de 800 activos fijos, los mismos que se registran de forma manual a través de hojas de cálculo y documentos que dificultan la gestión de los referidos activos. En este contexto, CONCLISAN consideró pertinente la implementación de un sistema informático que garantice el control, la planificación del mantenimiento preventivo y correctivo de los equipos y la organización de los activos fijos, a fin de mantener en óptimas condiciones todos los bienes que lo constituyen.

4 Es así que, la ausencia de un sistema informático que facilite y garantice realizar las tareas mencionadas anteriormente es un factor que disminuye la capacidad operativa de la organización, ya que al trabajar con métodos manuales para registrar los datos y luego procesarlos en ficheros no avala la integridad de los mismos; así como también genera dificultades cuando se pretende acceder y consultar la información resultante de dicho procesamiento. Además, el uso de ficheros en el almacenamiento de información y registro de procesos, es susceptible de manipulación por personas no autorizadas, pérdida de información, duplicidad y redundancia de la información, auditorias limitadas, entre otros aspectos negativos que impiden una gestión eficiente de los activos de CONCLISAN y por ende dificultan el mantenimiento de los equipos que forman parte de los activos empresariales. Por lo expresado anteriormente, se consideró pertinente contar un con sistema informático que garantice una mayor eficiencia y eficacia en la gestión de los activos fijos empresariales de CONCLISAN. De este modo mejorar la organización de CONCLISAN, así como también, mejorar el servicio a sus clientes garantizando el correcto funcionamiento de sus activos. Otro aspecto importante es contar con información confiable para el mantenimiento de los equipos que prestan servicio en la clínica; así como también para propósitos de mejorar la productividad del personal que utiliza la información de activos fijos. En virtud de que el proyecto a implementar, requiere del desarrollo e innovación tecnológica, el mismo se enmarca dentro del objetivo 11 del Plan Nacional del Buen Vivir 2013-2017, que hace referencia al impulso de la tecnología y a la generación de nuevos conocimiento para la sociedad de la información.

2.2. Problema de investigación El proyecto para el desarrollo e implementación de un sistema informático para la gestión y mantenimiento de activos fijos se realizó en la Clínica Santiago, específicamente en el área de Sistemas de la referida institución, por cuanto es la dependencia que se encarga de la administración de los diferentes sistemas informáticos institucionales de CONCLISAN. Actualmente la información de la administración de los activos fijos se maneja de una forma incipiente, a través de hojas de cálculo y otros programas de ofimática, lo que implica un riesgo de que los archivos generados por las mencionadas herramientas queden obsoletos, dupliquen o pierdan información, no se actualicen adecuadamente los registros o se eliminen involuntariamente los archivos, constituyéndose en un problema para la organización. En virtud de lo expresado, se estimó pertinente para dar solución a la problemática desarrollar e implementar un “Sistema Web para la gestión de activos fijos en el Consorcio Clínico Santiago en la Ciudad de Santo Domingo de los Colorados para el periodo 2015-2016”. 2.2.1 Preguntas básicas 

¿La implementación de un sistema web para la gestión de activos fijos y control de mantenimiento de los mismos, permitirá mejorar los aspectos administrativos y operativos de CONCLISAN?



¿Qué parámetros se tomarán en cuenta para el diseño, arquitectura y modelado de las bases de datos interfaces y demás módulos del sistema web de activos fijos para cumplir con los requerimientos de CONCLISAN en relación al mismo?



¿Cuál será la metodología de desarrollo de software más apropiada para implementar un sistema web que permita la gestión de activos fijos en CONCLISAN?

2.3 Justificación de la investigación Debido a la dificultad existente para el seguimiento de los activos fijos de CONCLISAN, en relación al proceso incipiente que actualmente poseen para registrar los activos fijos de la organización y realizar el control respectivo de los mantenimientos, se precisa el desarrollo del Sistema Web denominado SAFCONCLISAN (Sistema Activos Fijos CONCLISAN) que permita una mayor rapidez en los procesos de gestión de activos fijos; así como también permita la organización de la información mediante un gestor de bases de datos SGBD y un sistema informático que facilite el registro de la información a los diferentes usuarios involucrados en el manejo de activos fijos y mantenimiento de equipos. En cuanto al proyecto, tiene como alcance la implementación de un sistema de administración de activos fijos y seguimiento de los mismos para fines de mantenimiento, así como también para hacer un cruce de información que puede ser utilizada por el departamento financiero y contable de la Institución. El período de desarrollo e implementación tiene una duración aproximada de 6 meses y su tiempo de vida útil es de aproximadamente 5 años. De este modo, es factible el desarrollo del sistema en CONCLISAN, puesto que cuenta con la infraestructura, recursos tecnológicos y personales que colaboran en los aspectos necesarios para que el proyecto se desarrolle en el tiempo previsto y con los resultados esperados en relación al alcance del proyecto. Finalmente, el número de beneficiarios directos es de 3 personas y los beneficiarios indirectos constituyen todos los usuarios del Departamento Administrativo, para la toma de decisiones gerenciales de activos fijos de CONCLISAN, la institución ahorrará costos y será más eficiente con el uso de la aplicación para la gestión de activos fijos, lo que hace el proyecto sea de relevancia e interés para la referida institución de salud.

2.4 Objetivos 2.4.1 Objetivo General Desarrollar e implementar un sistema Web para automatizar la gestión de los activos fijos y la planificación de mantenimiento preventivo y correctivo en el Consorcio Clínica Santiago Limitada de la ciudad de Santo Domingo de los Colorados.

2.4.2 Objetivos Específicos 

Determinar las características principales del software a implementar para fines de gestión de activos fijos.



Seleccionar en base a un análisis, la metodología de desarrollo de software, que permita cumplir dentro de los tiempos previstos las diferentes actividades para la entrega e implementación del software objeto del presente proyecto.



Analizar los requerimientos funcionales y no funcionales para desarrollar el software.



Modelar la base de datos, aplicando las formas normales.



Diseñar una interfaz de usuario funcional y amigable al usuario.



Codificar el software con un paradigma de programación orientada a objetos.



Implementar el sistema en los servidores de CONCLISAN, y realizar las respectivas pruebas y correcciones.



Entregar el manual de usuario y el manual técnico.

3. MARCO REFERENCIAL El presente marco referencial, se encamina en dar una breve explicación de los aspectos involucrados en el proyecto dentro de los cuales se puede mencionar a las metodologías de desarrollo, herramientas o lenguajes de programación, y las tendencias de desarrollo Web desde 5 años atrás, hasta la actualidad. Por consiguiente se plantea una estructura jerárquica con los principales temas y subtemas vinculados con el desarrollo del proyecto SAFCONCLISAN, y vinculado con la investigación para el uso de nuevas tecnologías en la parte de Ingeniería de Software (Ver Figura 1).

Figura 1: Estructura del marco referencial del proyecto. Fuente: Los autores

3.1. Revisión de la literatura 3.1.1 Gestión de activos fijos La gestión de activos fijos dentro de una organización pública o privada, es muy importante, pues garantiza la calidad del servicio que brinde la institución, es así que cada bien que posee la empresa, debe estar controlado por cierto departamento, el cual vigile y de por seguro la correcta funcionalidad del activo fijo. Según NIF (2011), Los inmuebles, maquinaria y equipo son bienes tangibles que tienen por objeto: a) el uso o usufructo de los mismos en beneficio de la entidad; b) la producción de artículos para su venta o para el uso de la propia entidad; y c) la prestación de servicios a la entidad, a su clientela o al público en general. La adquisición de estos bienes denota el propósito de utilizarlos y no de venderlos en el curso normal de las operaciones de la entidad. 3.1.1.1 Activos Fijos Se entiende por activo fijo a los bienes que permanecen fijos dentro de la organización. Por ello, existen diversos tipos de activo fijo y cada uno tiene una forma diferente de contabilidad y administración dentro de la organización (Balderas ,2013). 3.1.1.2 Planificación de mantenimiento Una planificación o planeación de mantenimiento de activos fijos, ya sean equipos físicos, o instalaciones, es una serie de actividades que deben llevarse a cabo, para garantizar el correcto funcionamiento, prevenir daños a corto y largo plazo.

10 De este modo se debe contar con un plan o calendarización del mantenimiento del activo fijo cada cierto periodo de tiempo, puesto que los equipos no pueden realizar este proceso de autocorrección por sí mismos, así la organización debe tener un encargado para realizar el respectivo análisis y revisión del bien en cuestión. Por ello, al planear un mantenimiento se reducen los costos de operación y reparación de los equipos o la infraestructura de la institución, evitando dar de baja los equipos sin que hayan cumplido su vida útil para la cual fueron adquiridas, y así no representa una mala inversión. 3.1.1.3 Tipos de mantenimiento Los tipos de mantenimiento se pueden considerar según el tipo de activo fijo, pero en su mayoría, de manera general se puede clasificar mediante: 

Mantenimiento Preventivo: Es la actividad de realizar una revisión periódica de los bienes, en donde se previene posibles conflictos a futuro.



Mantenimiento Correctivo: Es la actividad de realizar un mantenimiento completo, en donde se corrigen las fallas, garantizando su funcionalidad.

3.1.2 Metodología de desarrollo En la metodología se toma en cuenta, temas relacionados con la Ingeniería de Software (IS), y los diferentes tipos de metodología que existen para desarrollar. 3.1.2.1 Ingeniería de Software Se puede definir a la ingeniería de software, como una disciplina el conjunto de principios y normas establecidas para desarrollar un software de una manera profesional, en lugar de una programación individual (Sommerville, 2011).

11 Según Pressman (2010), la IS es una tecnología con varias capas, mediante la aplicación de un enfoque sistemático, disciplinado y cuantificable al proceso de desarrollo, funcionalidad y mantenimiento de un software, que en conjunto garantizan la calidad, confiabilidad y seguridad de un producto informático. 3.1.2.2 Modelos de desarrollo El desarrollar un software basado en una metodología bien definida, garantiza la realización del mismo dentro de los tiempos establecidos y cumpliendo con los requerimientos del usuario final. Para ello, existen varias metodologías o modelos de desarrollo; el jefe a cargo del proyecto debe seleccionar de acuerdo al tiempo y los recursos disponibles. Además, se debe garantizar la satisfacción del usuario y tomar en cuenta la famosa frase: “El cliente nunca sabe lo que quiere”, por ello es importante brindarle una guía durante el proceso de desarrollo. A continuación se presentan varios modelos, los cuales presentan una estructura similar pero cada uno de ellos hace un énfasis especial en una actividad, diferenciándolo de los demás pero con el mismo objetivo, que es la satisfacción del cliente cumpliendo con las expectativas del software que se está desarrollando. 3.1.2.2.1 Modelo en cascada Es un modelo de desarrollo, conocido como el ciclo de desarrollo clásico, en donde se sigue un proceso sistemático y secuencial, similar a una cascada, de ahí su denominación. Se propuso originalmente por Winston Royce en 1970, y hasta la actualidad se ha ido depurando por varios autores.

12 La principal característica de esta metodología, es el cumplimiento de la fase, en donde se revisa si todas las actividades se cumplieron de manera correcta y se avanza a la siguiente fase. Inicia con la especificación de requerimientos por parte del usuario, continua con la planeación, modelado, construcción, para finalizar con la implementación y mantenimiento del software terminado (Pressman, 2010) (Ver figura 2).

Figura 2: Modelo de desarrollo en cascada. Fuente: Pressman, R. (2010). Ingeniería del software: un enfoque práctico. México: McGraw-Hill.

3.1.2.2.2 Modelo incremental Este modelo de desarrollo, se basa en la entrega o implementación de módulos funcionales a medida que avanza el proyecto, en donde el primero incremento es el producto fundamental, o la necesidad principal del usuario (Ver figura 3). Según Pressman (2010), el proceso incremental se centra en que cada incremento se entrega un producto que ya opera. En donde los primeros incrementos son versiones desnudas del producto final, brindando una evaluación por parte del usuario desde el inicio del proyecto. Este modelo es útil cuando no se dispone de un equipo de trabajo y los recursos necesarios para entregar el software en los tiempos establecidos.

Figura 3: Modelo de desarrollo incremental. Fuente: Pressman, R. (2010). Ingeniería del software: un enfoque práctico. México: McGraw-Hill.

3.1.2.2.3 Modelo de proceso evolutivo El software a medida que pasa el tiempo debe evolucionar para garantizar la funcionalidad con la que fue creado, y adaptarse a nuevas tecnologías y requerimientos del usuario. A este modelo se lo conoce como iterativo, en donde se crea una versión, y cada vez se desarrollan versiones más complejas del software (Ver figura 4).

Figura 4: Modelo de desarrollo de proceso evolutivo. Fuente: Pressman, R. (2010). Ingeniería del software: un enfoque práctico. México: McGraw-Hill.

14 3.1.2.2.4 Modelo espiral Es un modelo de desarrollo de software de naturaleza evolutiva e iterativa, acoplándose a la característica de crear un prototipo y controlado sistemáticamente por fases de forma similar al modelo de cascada (Pressman, 2010). En otros modelos se finaliza con la entrega del software de manera funcional, el modelo espiral se adapta a lo largo de la vida del software (Ver figura 5).

. Figura 5: Modelo de desarrollo en espiral. Fuente: Pressman, R. (2010). Ingeniería del software: un enfoque práctico. México: McGraw-Hill.

3.1.2.3 Modelos de caso de uso Un modelo de caso de uso, según Podeswa (2010), es el uso que se va a dar al software que produce un resultado observable y aporta un valor a todas las entidades que interactúan con el sistema. Se basa en la creación se escenarios, los cuales determinan las características de cierto usuario en una determinada acción, para conocer su comportamiento. Actualmente se puede distinguir dos tipos de casos de uso: el caso de uso del negocio y el caso de uso del sistema.

15 3.1.3 Programación Web 3.1.3.1 Aplicaciones Web Una aplicación web es una extensión dinámica de un servidor web o un servidor de aplicaciones (Martínez et al, 2010). Permiten la interacción de un usuario con un software mediante un navegador. 3.1.3.2 PHP Es un lenguaje de programación del lado del servidor, traducido al lenguaje natural, PHP es un Procesador de Hipertexto usado para desarrollos web y permite incrustación de HTML (Beati, 2011). De acuerdo con la EPN (2011), con esta herramienta se puede procesar todo tipo de información que se procese en formularios, así también se generan páginas Web dinámicas que hacen de las aplicaciones más funcionales. 3.1.3.3 JavaScript Según Lassoff (2013), es una tecnología del lado del cliente que se utiliza para añadir interactividad en las páginas Web. Se considera un lenguaje de programación que se utiliza principalmente para crear páginas web dinámicas. Una página web dinámica es aquella que incorpora efectos como texto que aparece y desaparece, animaciones, acciones que se activan al pulsar botones y ventanas con mensajes de aviso al usuario (Libros Web, 2015). 3.1.3.4 Materialize Es un Framework o lenguaje de diseño front-end que combina los principios de diseño de interfaz clásica, junto con la innovación y la tecnología. Se basa en Material Desing, un lenguaje creado y diseñado por Google en donde se busca una experiencia en diseño unificada y fácil de implementarse en entornos Web (Materialize, 2015).

16 3.1.4 Base de datos Según Montalbán (2011), una base de datos es una colección de información perteneciente a un mismo contexto, que se almacena de una forma organizada mediante ficheros. Se encuentra estructurada mediante tablas que mantienen relaciones entre ellas para garantizar la seguridad, integridad y coherencia de la información. 3.1.4.1 Sistema Gestor de Base de Datos Es un conjunto de herramientas que facilitan la consulta, uso y actualización de una Base de Datos. Permiten el acceso a la información mediante entorno grafico a sus archivos, mediante un lenguaje denominado SQL, Structured Query Languaje (Montalbán, 2011). El objetivo principal de un SGBD es proporcionar una forma de almacenar y recuperar la información de una base de datos de manera que sea tanto práctica como eficiente (Silberschatz et al, 2002). 3.1.4.2 MySQL WorkBench Es un software que sirve para modelar diagramas Entidad-Relación para una base de datos. Es propiedad de la empresa Sun Microsystems, es software libre y no requiere una licencia para su uso. Mediante esta herramienta se crean las tablas y sus relaciones. Se puede crear funciones, trigger, procedimientos almacenados, y otros procesos relacionados con base de datos, permitiendo una interacción entre el modelo en desarrollo con la base de datos real (Anabiar, Tinoco & Ibarra, 2011).

17 3.1.4.3 MariaDB Es un sistema de gestión de bases de datos con licencia GPL. Fue desarrollado por el fundador de MySQL, Michael Widenius, y una comunidad de desarrolladores de software libre. Introduce dos motores de almacenamiento nuevos, uno llamado Aria que reemplaza con ventajas a MyISAM y otro llamado XtraDB en sustitución de InnoDB. Tiene una alta compatibilidad con MySQL ya que posee las mismas órdenes, interfaces, APIs y bibliotecas, siendo su objetivo poder cambiar un servidor por otro directamente (MariaDB, 2015). 3.1.5 Servidor Según Marchionni (2011), los servidores son equipos informáticos que brindan un servicio en la red. Dan información a otros servidores y a los usuarios. Son equipos de mayores prestaciones y dimensiones que una PC de escritorio. Los servidores utilizan protocolos web como http o https para comunicarse con la aplicación, los cuales reciben una petición y generan una respuesta que suele ser un recurso o una acción que ya se encuentra definida en el servidor (Sanchéz, 2012).

3.2. Investigaciones o experiencias empíricas En la actualidad existen varios proyectos relacionados con el control de activos fijos, varios de ellos incluyen la parte contable, controlando los equipos de la institución, depreciación y otros aspectos de la parte financiera. Además existen proyectos relacionados con nuestra investigación, los cuales implementan nuevas técnicas y tecnologías asociadas con el desarrollo Web con el paradigma de programación orientado a objetos.

4. METODOLOGÍA DE LA INVESTIGACIÓN Para fines prácticos en este proyecto se detalla la estructura metódica utilizada, contrastando el rol de la investigación en la ingeniería, se refiere específicamente a la Ingeniería de Software (IS), puesto que en ella, las metodologías de investigación difieren de las metodologías propias de las ciencias tradicionales (formales).

4.1. Diseño / Tipo de investigación 4.1.1. Contextualización Según Esperanza (2002), el fundamento de la investigación y el desarrollo de tareas o actividades dentro de la ingeniería son los procesos, o en la creación de nuevos objetos. Por ello los métodos tradicionales de investigación no son aplicables a problemas en los que hay que desarrollar una metodología para resolver problemas de tipo ingenieril. Chavarriaga & Arboleda (2004) afirman que la investigación en la IS tiene como objetivo principal la creación de nuevas técnicas y procesos en sus áreas de conocimiento (Requisitos, Diseño, Desarrollo, etc.), así como la definición de nuevos objetos. En este mismo contexto, Esperanza (2002) sostiene que la IS presenta un enfoque diferente al de las ciencias formales, puesto que los métodos de investigación que emplea son más bien cualitativos, es decir no se fundamenta en teorías formales o en experimentos sino más bien en la realización de actividades como: encuestas, entrevistas, cuestionarios y otros documentos que involucren el problema de investigación mediante la realización de preguntas para obtener datos que sirven de apoyo para la obtención de resultados.

19 Este enfoque se puede simplificar mejor en el carácter específico del Desarrollo de Software DS, puesto que busca recopilar toda la información necesaria referente a una problemática o necesidad determinada, a fin de generar nuevos productos de software que puedan suplirla. Para ello, se realizan estudios sobre cuál es el camino más apropiado para construir el modelo de software. Según Esperanza (2002), en términos prácticos, se puede afirmar que el objeto de estudio en el DS se centra en solventar una necesidad existente mediante la implementación de software diseñado con IS; se pretende crear la solución al “problema”. Así, el método en el DS se fundamenta en las metodologías de desarrollo de la IS. 4.1.2. Tipo de investigación 4.1.2.1. Investigación diagnóstica Es una metodología de investigación aplicada al diagnóstico y se fundamenta en la existencia de un vínculo entre el investigador y el espacio diagnosticado. Hace posible establecer con mayor precisión las necesidades y problemáticas existentes en el objeto de estudio, a fin de refinar el planteamiento del problema (Vallejos, 2008). 4.1.2.2. Investigación en acción Es una de las principales metodologías para la investigación cualitativa, ampliamente usada en las áreas de desarrollo de software y sistemas de información. La principal característica de este tipo de investigación, es que permite ir moldeando la metodología acorde el tiempo que conlleva realizarla (Ruiz et al., 2015). Según Latorre (2003), es muy útil para especificar, validar y verificar los procesos dentro del ámbito de un proyecto.

4.2. PoblaciĂłn / Muestra 4.2.1. PoblaciĂłn Se puede definir a la poblaciĂłn, como la agrupaciĂłn de individuos u objetos con caracterĂsticas semejantes que permitan formar un conjunto en cualquier circunstancia (Wigodski, 2010). De acuerdo a la cantidad de elementos pertenecientes a una determinada poblaciĂłn, se pueden generar poblaciĂłn finita o infinita. SegĂşn D'Angelo (2013) se denomina poblaciĂłn finita, al conjunto formado por un limitado nĂşmero de elementos. AdemĂĄs sostiene que la poblaciĂłn infinita estĂĄ comprendida por un nĂşmero muy grande de elementos de estudio, lo cual dificulta la investigaciĂłn dado que implica mayor trabajo, tiempo y costo necesario para hacerlo. Para solucionar este inconveniente se utiliza una muestra, es decir una parte de la poblaciĂłn. Para el desarrollo de este proyecto se estableciĂł que el nĂşmero de poblaciĂłn es de cuatro individuos, quienes son los encargados de realizar la gestiĂłn de activos fijos y el control de los mantenimientos de equipos. 4.2.2. Muestra SegĂşn Wigodski (2010), la muestra constituye una porciĂłn representativa de la poblaciĂłn; la informaciĂłn obtenida a partir de la muestra es vĂĄlida para toda la poblaciĂłn. Para determinar la muestra se utiliza la siguiente fĂłrmula matemĂĄtica.

đ?&#x2018;&#x203A;=

đ?&#x2018; â&#x2C6;&#x2014; đ?&#x2018;?2 â&#x2C6;&#x2014; đ?&#x2018;&#x192; â&#x2C6;&#x2014; đ?&#x2018;&#x201E; đ??¸ 2 (đ?&#x2018; â&#x2C6;&#x2019; 1) + đ?&#x2018;? 2 â&#x2C6;&#x2014; đ?&#x2018;&#x192; â&#x2C6;&#x2014; đ?&#x2018;&#x201E;

21 En donde: n: es el tamaño de la muestra. N: es el tamaño de la población o universo. Z: es una constante obtenida a partir del nivel de confianza asignado a la investigación, que indica la probabilidad de que los resultados sean ciertos. P: es la proporción de individuos de la población que poseen la característica del estudio. Q: es la proporción de individuos de la población que no poseen la característica del estudio, es decir, es 1 - P. E: es el error muestral (margen de error) aceptado en la investigación. En virtud de las características del proyecto, que tiene una población aproximada de cuatro individuos y considerando que la investigación es cualitativa, se consideró inadecuado generar una muestra dado que sólo algunas características de la población son relevantes para el problema en cuestión. En el desarrollo de este proyecto se estableció como población al personal del departamento de sistemas de CONCLISAN responsable del control de activos fijos y mantenimientos, ya que son los usuarios que van a interactuar con el sistema SAFCONCLISAN.

4.3. Variables e indicadores: Se define como una característica de un objeto que puede variar o someterse a cambios de algún tipo. Se trata de algo cuya característica principal es la inestabilidad de un objeto, permitiéndole tener valores distintos o agruparse en ciertos grupos o categorías (Causas, 2005). Debido a la ausencia de una hipótesis para el desarrollo del proyecto, las variables dependiente e independiente se encuentran excluidas, puesto que el desarrollo de software se fundamente en la implementación del sistema y los procesos que se mejoran con su utilización.

22 

Indicadores

Se consideran los indicadores cualitativos aquellos que de manera general determinan una funcionalidad o característica del sistema, y los indicadores cuantitativos, aquellos que determinan un valor o cantidad para un proceso interno del software. A continuación se listan los indicadores cualitativos y cuantitativos identificados en el proyecto de SAFCONCLISAN: 1. Indicadores cualitativos: nivel de seguridad, de funcionalidad, de satisfacción del usuario. 2. Indicadores cuantitativos: cantidad de equipos registrados, número de registros de mantenimiento por período, cantidad de transacciones del sistema por período.

4.4. Técnicas e instrumentos de recogida de datos 4.4.1. Información primaria Según Silvestrini & Vargas (2008), se considera información primaria a todos los datos obtenidos del dialogo directo con los individuos involucrados en el proceso investigativo. Esta información se utiliza en la etapa de Análisis de Requerimientos para definir los requisitos funcionales y no funcionales del software. El método empleado para obtener la información primaria es el Focus Group, que a continuación se detalla su funcionalidad y características.

23 

Grupos focales (Focus Group)

Según la Comisión Europea de Cooperación Internacional y Desarrollo CECID (2006) el Focus Group es una variante a las entrevistas, en donde se caracteriza por una reunión entre las personas involucradas en el desarrollo de un proyecto. La función de este método de trabajo es recabar información en base a la experiencia, y conocimiento de cada miembro que participe de la reunión. Se considera un método de encuesta cualitativa ágil. Se emplea principalmente en el ámbito laboral y está conformado por los responsables del área sobre la cual se realiza la entrevista en la organización; generalmente se cuenta con la participación de profesionales o expertos en el tema de entrevista (Arturo, 2012). 4.4.2. Información secundaria Es un tipo de información que no se obtiene de manera directa de la fuente de investigación, es decir se puede recolectar de investigaciones realizadas con anterioridad. Según Silvestrini & Vargas (2008), se consideran fuentes secundarias a información extraída de libros, revistas, informes, documentos electrónicos, periódicos, internet y cualquier medio que proporcione datos de temas ya investigados. Este tipo de información se utilizó para comparar las características, ventajas y desventajas de los modelos de desarrollo y determinar la metodología que garantice el éxito del proyecto. Así también en base a información obtenida en internet y libros se determinaron las herramientas Open Source para el desarrollo funcional del sistema Web SAFCONCLISAN.

4.5. Técnicas de Análisis de Datos 4.5.1. Análisis de contenido Consiste en el análisis de los datos obtenidos. Busca categorizar y codificar los datos con el objeto de elaborar una tabla o matriz de tipos de significado (información), así como generar representaciones gráficas para facilitar la obtención de conclusiones (Ver Figura 6).

Figura 6: El proceso de análisis de datos. Fuente: Los autores

Para efectos de este proyecto de grado, el análisis de datos se fundamenta principalmente en el procesamiento de la información obtenida de fuentes primarias realizadas mediante la interacción con el personal del departamento de sistemas de CONCLISAN, a fin de determinar los aspectos y procesos principales del sistema informático requerido por CONCLISAN, para la gestión y mantenimiento de sus activos fijos.

4.6 Metodología de Desarrollo de Software Para el desarrollo del Sistema Web, se determinó como metodología de desarrollo de software el modelo en cascada, por cuanto el Departamento de Sistemas de CONCLISAN maneja como estándar para el desarrollo de sus aplicaciones dicho modelo, cumpliendo con los requerimientos funcionales y no funcionales del software, los cuales se definieron mediante la técnica de Focus Group. Así también se tomó en cuenta las actividades a realizar en el método de cascada, el cual se constituye de las siguientes etapas: 1. Análisis 

Descripción general completa del problema a resolver



Especificación funcional



Análisis de requisitos

2. Diseño 

Modelado de los casos de uso



Modelado de la base de datos



Diseño de la interfaz de usuario

3. Codificación 

Programación de la aplicación

4. Pruebas 

Certificación de que el Software cumple los requisitos especificaciones



Capacitación a los usuarios

5. Mantenimiento 

Corregir defectos

5. RESULTADOS En este apartado se detallan los resultados obtenidos durante el proceso de desarrollo del proyecto, desde la etapa de inicio con el análisis de requerimientos, hasta la etapa final con la implementación del software, detallando cada fase del ciclo de la metodología de cascada.

5.1 Discusión y análisis de resultados En el proyecto SAFCONCLISAN, al aplicarse la técnica del Focus Group, en la cual se definieron los requerimientos del sistema por parte del área de Sistemas de CONCLISAN, se consideró innecesario la aplicación de encuestas y otro tipo de técnicas para recolectar información y luego discutir sus resultados. 5.1.1 Etapa de Análisis de Requerimientos El desarrollo de SAFCONCLISAN, de acuerdo a sus requerimientos y a los requisitos planteados en el documento del Focus Group, tiene como finalidad el desarrollo de un software que garantice la seguridad de la información referente a sus activos, permitiendo acoplarse al sistema de contabilidad y en donde se realiza todo el proceso contable de cada activo. Además se busca tener un adecuado control de los mantenimientos, así como garantizar la realización de los mismos mediante notificaciones de correo electrónico. En esta etapa los requerimientos se determinaron mediante el Focus Group, por parte del departamento de Sistemas de CONCLISAN (Ver Anexo 3). 

Requerimientos Técnicos -

Servidor de base de datos en Centos 7.

Base de datos MariaDB 10.0

Impresora de código de barras TSC TTP-245C

27 



Requerimientos Funcionales -

Gestión de Activos: Crear, modificar.

Gestión de Usuarios: Crear, modificar, cambiar estado.

Gestión de Insumos: Crear, Ingresar, Egresar.

Gestión de Mantenimiento: Planificar, Modificar.

Gestión de Reportes: Visualizar, Imprimir.

Gestión de Documentos: Ingresar, Visualizar, Imprimir.

Requerimientos de Integración -



Integrar las tablas de Activos y Proveedores con el sistema contable.

Requerimientos de Diseño -

Interfaz amigable al usuario

Colores representativos de CONCLISAN.

Los requerimientos y actividades a desarrollar durante el ciclo de desarrollo en cascada, se encuentran definidos en la Especificación de Requerimientos de Software (SRS) con el estándar internacional de la IEEE830 (Ver Anexo 4). 5.1.2 Etapa de Diseño En esta etapa se realizan las siguientes actividades en base a los requerimientos previamente analizados. 

Casos de uso

A continuación se detallan los casos de uso de los usuarios del sistema SAFCONCLISAN en los escenarios posibles de manera general. Se manejan tres tipos de usuario: Superadmin, administrador e invitado.

28 -

Caso de uso de usuario Súper Administrador: Este tipo de usuario tiene la administración completa del sistema y a diferencia de los otros tipos de usuario, puede crear usuarios.

Figura 7: Caso de uso Súper Administrador Fuente: Los autores

Caso de uso de usuario Administrador: Este tipo de usuario tiene control total del sistema, a excepción de la administración de usuarios.

Figura 8: Caso de uso Administrador Fuente: Los autores

29 -

Caso de uso de usuario Invitado: Este tipo de usuario únicamente puede visualizar información de los módulos, y no modificar.

Figura 9: Caso de uso Invitado Fuente: Los autores



Diagrama de la base de datos

En el modelado y la parametrización de los campos, se utilizó la siguiente sintaxis: El nombre de las tablas inicia con los caracteres cst seguido de un guion bajo y 4 caracteres que hacen referencia a la funcionalidad de la tabla. Por ejemplo: “cst_acti” que significa clínica santiago tabla de activos. El nombre de los campos inicia con los 4 caracteres de la funcionalidad de la tabla seguido de guion bajo y 4 caracteres de la funcionalidad del campo. Por ejemplo: “acti_codi”, que hace referencia a la tabla activo y su código. El diccionario de datos se generó utilizando un plugin de MySQL Workbench, y en donde se detalla la funcionalidad de cada tabla y los campos (Ver Anexo 5).

30 El diagrama de base del sistema SAFCONCLISAN es:

Figura 10: Modelo entidad-relaciรณn de la base de datos SAFCONCLISAN.

Fuente: Los autores

31 

Interfaz: Se realizó el desarrollo de las interfaces utilizando el color verde y celeste como colores representativos de CONCLISAN (Ver Anexo 6). A continuación se muestran capturas de interfaz más representativa: o Interfaz de autenticación de usuario o inicio de sesión.

Figura 11: Interfaz de login. Fuente: Los autores

o Página principal o inicio de SAFCONCLISAN.

Figura 12: Página de inicio SAFCONCLISAN Fuente: Los autores

o Barra de opciones del sistema.

Figura 13: Barra de opciones SAFCONCLISAN Fuente: Los autores

En el icono de principal, nos direcciona a la interfaz de inicio.

El icono de usuario, tiene la opciรณn desplegable de crear, listar y modificar usuarios.

El icono de Proveedores muestra una lista con la informaciรณn recuperada del sistema contable.

El icono de Activos, permite ingresar, listar y modificar un activo.

El icono de Insumos, permite crear y generar egresos e ingresos de insumos usando kardex.

El icono de Mantenimiento, permite crear una orden de mantenimiento y listar los mantenimientos planificados.

El icono de Reportes, genera reportes de usuarios, activos, proveedores, insumos, mantenimientos.

33 5.1.3 Etapa de Codificación Se realizó una programación orientada a objetos, separando en directorios los archivos de php y los archivos de JavaScript (Ver figura 14).

Figura 14 Directorio de archivos del proyecto SAFCONCLISAN. Fuente: Los autores.

Se creó una clase por cada tabla en donde se definen los campos y métodos a utilizar para manipular los objetos de esa clase, y se crea un controlador para manipular el objeto con funciones como: insertar, recuperar información, actualizar, eliminar (Ver figura 15 y 16).

Figura 15 Representación de la clase usuario Fuente: Los autores.

Figura 16 Representación del controlador de usuario. Fuente: Los autores.

5.1.4 Etapa de Implementación y pruebas Al configurar el firewall y los puertos 80 de http y el 443 de https, de nuestra aplicación, se procedió a montar la aplicación en un servidor virtual en las instalaciones de CONCLISAN. En donde se asignó una dirección ip para nuestra aplicación con la respectiva mascara de red y el Gateway (Ver Anexo 7). La implementación del sistema SAFCONCLISAN se realizó en una máquina virtual en CENTOS, en donde se configuro todas las herramientas y paquetes que interactúan entre sí para el funcionamiento del software, y las pruebas respectivas (Ver figura 17 y Anexo 8). De este modo nuestra aplicación se puede acceder desde cualquier dispositivo que se encuentre dentro de la red local del Consorcio Clínico. Para acceder a la aplicación, se debe ingresar en la url la dirección 192.168.0.140 y automáticamente inicia el software con su login.

Figura 17 SAFCONCLISAN implementado en CENTOS 7 Fuente: Los Autores.

Se realizó la capacitación a los usuarios del sistema, en donde se evalúan todos los módulos y se constata la existencia de ciertos errores y requerimientos de diseño que modificar. Los cuales se corrigieron de manera oportuna permitiendo al usuario interactuar de forma funcional el SAFCONCLISAN (Ver figura 18 y Anexo 11).

Figura 18 Capacitación de usuario SAFCONCLISAN Fuente: Los Autores.

5.2 Conclusiones Desarrollar el proyecto mediante la metodología en cascada fue apropiado, por cuanto se completaron las diferentes etapas dentro de los términos previstos y cumpliendo con las expectativas de funcionalidad, seguridad e integridad de la información esperados por CONCLISAN. El modelamiento fue la fase fundamental para el desarrollo, por cuanto a partir de los procesos y reglas del negocio, se fueron especificando e implementando los módulos y funciones del sistema. Con el empleo del sistema para el registro de activos fijos se ha experimentado una mejor eficiencia en los procesos administrativos para la gestión de activos fijos de CONCLISAN, ahorrando costos en hardware y software porque permite hacer lecturas y registro de información mediante teléfonos móviles y dispositivo conectado en la red; además no requiere instalar aplicaciones de escritorio. El empleo de herramientas Open Source como Apache, PHP, MariaDB para el desarrollo de la aplicación demostró que pueden ser equiparables al empleo de herramientas informáticas de tipo privativas; por cuanto las primeras cuentan con amplia documentación y soporte de la comunidad de software libre que cada día crece a nivel mundial: permitiendo a las organizaciones ahorrar recursos. Como se evidenció en la práctica el desarrollo de proyectos Web no difiere de las aplicaciones de software tradicionales como las Apps Desktop, puesto que la lógica de programación se mantiene los principios fundamentales de la Programación Estructurada así como de la Orientada a Objetos.

5.3 Recomendaciones Es recomendable que la metodología de desarrollo de software a emplearse para dar solución a una organización, se ciña a las establecidas como estándar en la organización. Las reglas del negocio para el modelado de sistemas deben ser revisadas por un experto en dichas transacciones, junto con el equipo de desarrollo de software. Para futuros proyectos de grado, se recomienda generar aplicaciones que apoyen a la gestión y optimización de los procesos administrativos, impulsando estos proyectos a través de una estrategia en el que se concientice a las organizaciones a automatizar sus procesos para el ahorro de recursos y mejor relación costo beneficio Las aplicaciones Web y con herramientas Open Source, pueden ahorrar recursos a las organizaciones, en tal virtud se recomienda que las personas de sistemas se preparen en entornos de desarrollo de esta naturaleza. Se sugiere que además del docente tutor del proyecto, se cuente con un tutor para el apoyo técnico que se encuentre relacionado con la temática específica del proyecto; es decir con un equipo multidiciplinario para obtener mejores resultados.

REFERENCIAS Anabiar, N., Tinoco, J. & Ibarra, M. (2011). Monografía de MySQL Workbench. UNIVERSIDAD NACIONAL"SANTIAGO ANTÚNEZ DE MAYOLO". Disponible en http://www.monografias.com/trabajos88/mysql-worckbench/mysqlworckbench.shtml Arturo, K. (2012). Focus Group. Disponible en http://www.crecenegocios.com/focus-group/ Beati, H. (2011). PHP: creación de páginas Web dinámicas. Buenos Aires: Alfaomega Grupo Editor. Causas, D. (2005). Definición de las variables, enfoque y tipo de investigación. Disponible en http://datateca.unad.edu.co/contenidos/210115/Documento_reconociemiento_Unidad _No_2.pdf CECID (2006). Focus Group. Comisión Europea de Cooperación Internacional y Desarrollo. Disponible en http://ec.europa.eu/europeaid/evaluation/methodology/examples/too_fcg_res_es.pdf Chavarriaga, J. & Arboleda, H. (2004). Modelo de Investigación en Ingeniería del Software. Disponible en http://www.emn.fr/z-info/harbol07/MIFISIS2004.pdf D'Angelo, S. (2013). Población y Muestra. Disponible en http://med.unne.edu.ar/sitio/multimedia/imagenes/ckfinder/files/files/aps/POBLACI% C3%93N%20Y%20MUESTRA%20(Lic%20DAngelo).pdf

39 EPN (2011). Escuela Politécnica Nacional del Ecuador. Disponible en http://bibdigital.epn.edu.ec/bitstream/15000/3823/1/CD-3595.pdf Esperanza, M. (2002). Investigación en Ingeniería del Software vs. Desarrollo Software. Universidad Rey Juan Carlos. Disponible en http://gidis.inf.pucp.edu.pe/recursos/InvIngSWvsDS.pdf Folgueiras P. (2009). Métodos y técnicas de recogida y análisis de información cualitativa. Buenos Aires. Jiménez, E. (2009). La Observación. Disponible en https://proyectoempresarial.files.wordpress.com/2009/10/obervacion.pdf Lassoff, M. (2013). Javascript : técnicas esenciales. Madrid: Anaya Multimedia. Latorre, A. (2003). La investigación acción. Conocer y cambiar la práctica educativa. Barcelona, Ed. Graó. Libros Web. (2015). Libros Web. Obtenido de http://librosweb.es/libro/javascript Marchionni, A. (2011). Administrador de servidores (Primera ed.). Buenos Aires: Fox A. MariaDB. (2015) MariaDB. Obtenido de https://mariadb.com/kb/en/mariadb/mariadb-vsmysql-compatibility Martiń ez, D., Aranda, P. & López, O. (2010). Aplicaciones web: un enfoque práctico. Madrid: Ra-Ma.

40 Materialize. (2015) Materialize. Obtenido de http://materializecss.com/about.html Montalbán, I. (2011). Bases de datos técnico superior en desarrollo de aplicaciones multiplataforma y web DAM y DAW. Madrid: Ibergarceta. Peláez, A., Rodríguez, J., Ramírez, S., Pérez, L., Vázquez, A., González, L. (2008). La Entrevista. Disponible en https://www.uam.es/personal_pdi/stmaria/jmurillo/InvestigacionEE/Presentaciones/C urso_10/Entrevista_trabajo.pdf Podeswa, H. (2010). UML. City: Anaya Multimedia-Anaya Interactiva. Pressman (2010), Pressman (2010), Schettini R. (2015). Encuestas. Universidad Autónoma de Madrid. Disponible en https://www.uam.es/personal_pdi/psicologia/orfelio/Encuestas.pdf Pressman, R. (2010). Ingenieriá del software: un enfoque práctico. México: McGraw-Hill. Ruiz F., Polo M. & Piattini M. (2015). Utilización de Investigación. Madrid. Disponible en http://www.researchgate.net/publication/228599712_Utilizacin_de_InvestigacinAccin_en_la_Definicin_de_un_Entorno_para_la_Gestin_del_Proceso_de_Mantenimi ento_del_Software Sanchez, J. (2012). Aplicaciones Web. Centro Don Bosco. Disponible en http://www.jorgesanchez.net/web/iaw/iaw1.pdf

41 Silberschatz, A., Sudarshan, S., Korth, H. & Pérez, F. (2002). Fundamentos de bases de datos. Madrid etc: McGraw-Hill Silvestrini M. & Vargas J. (2008). Fuentes de Información Primarias, Secundarias y Terciarias. Disponible en http://ponce.inter.edu/cai/manuales/FUENTESPRIMARIA.pdf Sommerville, I. (2011). Ingeniería del Software. Madrid: Pearson Educación de México. Tavárez J. (2011). Hipótesis, variables e indicadores. Disponible en http://josetavarez.net/hipotesis-variables-e-indicadores.html Vallejos, Y. (2008). Forma de hacer un diagnóstico en la investigación científica . Disponible en http://www.dialnet.unirioja.es/descarga/articulo/3700944.pdf Wigodski, J. (2010). Población y muestra en la investigación. Chile. Disponible en http://metodologiaeninvestigacion.blogspot.com/2010/07/poblacion-y-muestra.html

ANEXOS

ANEXO 1: FICHA DE REGISTRO DE PROYECTO IAIII ANEXO 2: OFICIO A CONCLISAN ANEXO 3: DOCUMENTACIÓN FOCUS GROUP ANEXO 4: ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE (SRS IEEE 830) ANEXO 5: DICCIONARIO DE LA BASE DE DATOS ANEXO 6: MANUAL DE USUARIO ANEXO 7: MANUAL TÉCNICO ANEXO 8: INFORME DE PRUEBAS ANEXO 9: ACTA DE CAPACITACIÓN DE USUARIOS ANEXO 10: CARTA DE IMPACTO ANEXO 11: ACTA ENTREGA-RECEPCIÓN

ANEXO 1: FICHA DE REGISTRO DE PROYECTO

ANEXO 2: OFICIO CONCLISAN

ANEXO 3: DOCUMENTACIÃ&#x201C;N FOCUS GROUP

ANEXO 4: ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE SRS.

ESPECIFICACIÓN DE REQUERIMIENTOS SRS IEEE 830

Sistema web para la gestión de activos fijos en la Clínica Santiago Ltda.

Haro Vera José Luis Silva Alvarado José Antonio

Escuela de Ingeniería de Sistemas Santo Domingo de los Colorados 2015

1. INTRODUCCIÓN En el presente documento se explican y detallan los requisitos a desarrollar en el “Sistema Web para la gestión de activos fijos del Consorcio Clínico Santiago Ltda.”, desarrollado por estudiantes de la “Pontificia Universidad Católica del Ecuador” previa obtención del título de Ingeniero de Sistemas y Computación. Se adopta la guía de requerimientos de software de la IEEE (Std. 830-1993).

1.1. PROPÓSITO DEL DOCUMENTO DE REQUERIMIENTOS

Este documento tiene como propósito dar a conocer la funcionalidad y características del SAFCONCLISAN( Sistema Activos Fijos Consorcio Clínico Santiago), enfocado al equipo de desarrolladores, al departamento de sistemas de la Clínica Santiago, y al usuario final.

1.2. ÁMBITO DEL SISTEMA



El nombre del Sistema: SAFCONCLISAN, en referencia al Sistema Web de

Activos Fijos del Consorcio Clínico Santiago Ltda. 

El sistema gestionara los procesos administrativos referentes a los activos fijos

que posee el Consorcio, además de una planificación de mantenimiento 

El principal beneficiario con SAFCONCLISAN es el usuario encargado de

registrar y planificar el mantenimiento de los activos, con el objetivo de garantizar la seguridad de la información, optimizar tiempo y recursos. 

La meta del SAFCONCLISAN es establecerse como un sistema solido dentro

de la organización, el cual brinde información específica para la toma de decisiones.

1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS



SAFCONCLISAN: Sistema de Activos Fijos Consorcio Clínico Santiago.



UML: Es el lenguaje de Modelado Unificado para realizar los casos de uso.



BD: Base de Datos



SW: Software



HW: Hardware



PDO: PHP Data Objects (Representa una conexión entre PHP y un servidor de

bases de datos mediante objetos) 

JS: JavaScript



PUCESD: Pontificia Universidad Católica del Ecuador sede Santo Domingo

1.4. REFERENCIAS

Especificación de Requisitos IEEE 830.Disponible en

https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf

“Proceso de la Ingeniería de Requerimientos”. Disponible online en:

http://www.alemana.cl/aac/cur/pdf/SRS+SIA.pdf

1.5. VISIÓN GENERAL DEL DOCUMENTO

El documento consta de 4 apartados:



En el primero se determinan los objetivos, metas, definiciones y la descripción

de los requerimientos de software del presente proyecto. 

El segundo apartado engloba de manera general el sistema, en donde la

información se orienta al usuario final como principal beneficiario. 

El tercer apartado se enfoca en los requerimientos específicos, los cuales sirven

de guía para el grupo de desarrolladores, permitiéndoles tener una mejor visión de las actividades a realizar. 

Por último, se encuentra el apartado de apéndices o anexos, en donde contiene

información poco relevante para el proyecto, pero sin embargo forma parte del mismo.

2. DESCRIPCIÓN GENERAL

En el desarrollo de un sistema informático, existen factores que afectan de manera directa o indirecta al producto y sus requerimientos. En la mayoría de casos, los costos y el tiempo son los principales factores que intervienen en cada fase de desarrollo.

2.1. PERSPECTIVA DEL PRODUCTO

SAFCONCLISAN es un sistema web independiente que permitirá gestionar los activos fijos de la Clínica Santiago, con la característica de conectarse u obtener información del Sistema Contable implementado en la institución, con la finalidad de ingresar los activos fijos para tener un control general de los mismos, además de planificar un mantenimiento y garantizar la información. Así también se generan reportes y otros documentos que respaldan las acciones llevadas a cabo con los activos.

2.2. FUNCIONES DEL PRODUCTO



Ingreso, modificación y bajas de un activo.



Ingreso, modificación y bajas de un usuario.



Extraer información de proveedores y empresas a las cuales se les adquiere el

activo (Información extraída del Sistema Contable de CONCLISAN) 

Generar reportes de usuario, activos, mantenimiento.



Generar actas de entrega/recepción de un activo.

2.3. CARACTERÍSTICAS DEL USUARIO

EL sistema SAFCONCLISAN es de gestión administrativa, para lo cual se prevé el uso del mismo por un mínimo de dos usuario, los cuales realizan el proceso de manera manual.



Usuario super administrador: Este tipo de usuario tiene control total del sistema,

y la capacidad de crear más usuarios. 

Usuario administrador: Encargados de la gestión de los activos fijos.



Usuario Invitado: Este tipo de usuario se crea para visualizar reportes y las vistas

de los de los activos fijos, pero restringido la posibilidad de modificar.

2.4. RESTRICCIONES GENERALES

El sistema debe desarrollarse en un entorno web y amigable al usuario final.

Para manejar la seguridad, se realiza la autenticación de usuarios del sistema, y si se encuentra registrado podrá ingresar, además se cuenta con validación para sql injection y encriptación de contraseñas mediante md5.

El cliente no ha especificado ninguna otra limitante, y algunos de las características se dejan a la creatividad e ingenio de los desarrolladores del software.

2.5. SUPOSICIONES Y DEPENDENCIAS

El sistema SAFCONCLISAN requiere contar con Mozilla Firefox o Google Chrome como navegadores, puesto que el sistema implementa un diseño adaptativo y componentes estándares para los dos navegadores. También es necesario contar con los navegadores actualizados; los cuales constan con lectura de PDF integrado, permitiendo visualizar de una manera oportuna los reportes generados, y lo más importante: conexión a internet.

3. REQUERIMIENTOS ESPECÍFICOS

3.1. INTERFACES

La parte visual, es decir la interfaz debe tener color vistosos y representativos de la empresa, además debe ser sencillo pero funcional, para que el usuario intuya de manera rápida las acciones y opciones a su disposición para manipular el sistema. Otra característica es su diseño adaptativo, garantizando así que el sistema pueda visualizarse fluidamente en diversas resoluciones de pantalla como lo es el caso de Desktops, Laptops, Tablets y Smartphones. De igual forma, como se dijo anteriormente en el apartado 2.4 de este documento, la interfaz será principalmente compatible con los navegadores Mozilla Firefox y Google Chrome, lo cual garantizará la visualización de los componentes gráficos personalizados en los diferentes tipos de dispositivos. Se describe a continuación las secciones principales de la interfaz.



Inicio de sesión o

El usuario debe ingresar su Nick de usuario y su contraseña, si es

correcto ingresa al sistema, caso contrario aparece un mensaje de datos erróneos.

La contraseña debe ser establecida por el super administrador, y es

sensible a las mayúsculas y minúsculas.

El nick de usuario se estable según las normativas de la empresa y a

cargo del super administrador.



Ventana de inicio o bienvenida o

En la página de inicio se mostraran las actividades recientes realizadas,

así como notificaciones programadas y mensajes recibidos por otros usuarios. o

Esta sección del sistema contará con un menú principal de navegación,

al igual que tendrá enlaces de acceso directo a las principales funciones del sistema según el tipo de usuario. 

Menú de navegación o

Presenta enlaces a los principales módulos del sistema, según el tipo de

usuario. 

Módulo de ingreso de activos. o

Módulo específico para el usuario encargado de realizar el ingreso de

inventario. 

Módulo de mantenimiento. o

Módulo específico para los usuarios encargados de realizar el control de

mantenimiento. 

Módulo de gestión o

Accesible solo para usuarios "super administradores".

Precisa la gestión del inventario: el ingreso de nuevos equipos, registro

de proveedores, áreas y sub áreas de la organización. o

Presenta un apartado para el control de mantenimientos, sean estos

preventivos o correctivos. 

Módulo de gestión de usuarios

Accesible solo para usuario "super administradores".

Provee el control sobre los registros de usuarios: creación de usuarios y

bloqueo de usuarios. o 



Presenta un historial de las actividades realizadas por los usuarios.

Módulo de notificaciones o

Este módulo contiene el registro de notificaciones recibidas.

Permite la generación de notificaciones.

Generación de un correo electrónico de aviso de mantenimiento.

Módulo de reportes o

Permite generar reportes según el tipo de usuario

Solo los usuarios administradores tiene acceso total a este módulo.

Módulo de configuraciones o

Accesible solo para usuarios administradores.

Permite establecer parámetros y características generales del sistema.

3.2. REQUERIMIENTOS FUNCIONALES

Se detallan los requerimientos funcionales por tipo de usuario:

Super Administrador: 

Autenticación de usuario (inicio de sesión)



Crear nuevos usuarios



Cambiar estado de usuarios



Ingresar equipos



Cambiar estado de equipos



Administrar el módulo de mantenimientos

 o

Visualizar todos los reportes

Administrador: 

Autenticación de usuario (inicio de sesión)



Ingresar activos



Cambiar estado de activos



Administrar el módulo de mantenimientos



Visualizar reportes de los activos y mantenimiento

Invitado: 

Autenticación de usuario (inicio de sesión)



Visualizar reportes de activos fijos



Visualizar los activos fijos (no modificar)

3.3 REQUERIMIENTOS NO FUNCIONALES

SAFCONCLISAN garantiza la integridad de la información, y restringe el ingreso de usuarios no autorizados, mediante la autenticación de usuarios a nivel de base de datos, además las claves se encuentran encriptados mediantes MD5 y el tiempo de sesión de usuario expira en 10 minutos de inactividad.

Un producto de software no tiende a desgastarse, pero se considera necesario realizar un mantenimiento de los módulos o realizar mejoras al cabo de cierto tiempo.

Se considera oportuno brindar una capacitación al personal que usara SAFCONCLISAN, además de ello compartir el manual de usuario que brindara ayuda y garantizara el correcto funcionamiento del software.

3.4 OTROS REQUERIMIENTOS

Servidor de base de datos Linux, distribuciรณn CENTOS 7.

Base de datos: MariaDB 10.0

Impresiรณn de cรณdigo de barras TSC TTP-245C

4. APÉNDICES



PHP: es el lenguaje de programación utilizado en el lado del servidor para

desarrollar la página web y hacerla dinámica. http://php.net/



Sublime Tex: es un editor de texto sofisticado para el código, marcado y prosa.

http://www.sublimetext.com/



JavaScript es un lenguaje de programación que se utiliza principalmente para

crear páginas web dinámicas.

http://librosweb.es/libro/javascript/



Material Css es la herramienta o framework de diseño utilizado para el

desarrollo de interfaz de páginas web. Basado en Material Design de Google.

http://materializecss.com/



MySQL Workbench es una herramienta para modelar la base de datos.

https://www.mysql.com/products/workbench/



MariaDB es un reemplazo de acogida para MySQL. https://mariadb.org/

ANEXO 5: DICCIONARIO DE LA BASE DE DATOS

ANEXO 6: MANUAL DE USUARIO

MANUAL USUARIO SAF CONCLISAN

Sistema web para la gestión de activos fijos en la Clínica Santiago Ltda.

Haro Vera José Luis Silva Alvarado José Antonio

Escuela de Ingeniería de Sistemas Santo Domingo de los Colorados 2016



La ventana corresponde al login del sistema

En los campos usuario y contraseña deberemos ingresar nuestros datos para poder acceder al sistema. 

PAGINA PRINCIPAL DEL SISTEMA

En ella encontraremos información básica, así como accesos directos a los principales módulos o apartados del sistema.



MODULO DE USUARIOS

En este módulo podremos realizar el registro de usuarios, así como listarlos y revisar los registros de accesos de usuario (Bitácora de acceso al sistema) 

CREACIÓN DE USUARIOS

Para registrar un usuario en el sistema se requiere llenar al menos los campos obligatorios (marcados con *) y luego pulsar en el botón “CREAR”.



LISTA DE USUARIOS

En esta página se listan los usuarios registrados en el sistema. Se cuenta con un sistema de paginación para facilitar la visualización de registros 

LISTA DE ACCESOS

Esta página permite visualizar la bitácora de accesos al sistema, todos los registros almacenados sobre los accesos. Se cuenta con un sistema de paginación para facilitar la visualización de registros



MODULO DE PROVEEDORES

Permite listar todos los proveedores registrados en el sistema. Se cuenta con un sistema de paginación para facilitar la visualización de registros. 

MODULO DE ACTIVOS

Este módulo permite realizar el ingreso de activos en el sistema. Permite generar una lista con los activos registrados y también es posible registrar diferentes tipos de activos.



INGRESO DE ACTIVOS

Esta ventana permite registrar un nuevo activo en el sistema. Los campos obligatorios están marcados con (*). A su vez, el sistema genera automáticamente un código único para almacenar el activo. 

LISTAR ACTIVOS

En esta ventana se puede listar los activos registrados en el sistema.

Es posible modificar los registros presionando en el botón del campo perfil



REGISTRAR Y LISTAR TIPOS DE ACTIVOS

En esta ventana se puede realizar el registro de un nuevo tipo de activo, así como listar los tipos de activos registrados.



MODULO DE INSUMOS

En esta ventana se puede realizar el ingreso de insumos en el sistema



INGRESO DE INSUMOS



LISTAR INSUMOS



MODULO DE MANTENIMIENTO

En este módulo se puede realizar la planificación de mantenimientos para un determinado equipo. 

PLANIFICACIÓN DE MANTENIMIENTO



LISTAR MANTENIMIENTOS

En esta ventana se pueden visualizar todos los registros de mantenimiento realizados en el sistema.



MODULO DE REPORTES

En este módulo se pueden generar reportes para los diversos módulos del sistema, como por ejemplo el módulo de usuarios, activos, etc…



PERFIL DE USUARIO

En esta ventana se podrán visualizar los datos del usuario que ha iniciado sesión

ANEXO 7: MANUAL TÉCNICO

MANUAL TÉCNICO IMPLEMENTACIÓN DEL SISTEMA

Sistema web para la gestión de activos fijos en la Clínica Santiago Ltda.

Haro Vera José Luis Silva Alvarado José Antonio

Escuela de Ingeniería de Sistemas Santo Domingo de los Colorados 2016



INSTALAR CENTOS 7 -

1 GB de RAM y 80 GB de disco duro, configurar el idioma y teclado en español.

Seleccionar la opción de Instalar Centos 7

Seleccionar el tipo de instalación, en este caso selecciona Escritorio GNOME.

Seleccionar el tipo de particionamiento, es decir los directorios a crear, seleccionamos el modo automático.

Configuramos la parte de Red y el nombre del HOST

Establecer la ip, mascara de subred, Gateway y dns asignados por el ĂĄrea de Red.

Definir los usuarios y la contraseĂąa para el usuario Root



ACTUALIZAR LOS PAQUETES -



Una vez instalado, en la terminal escribimos: yum –y update

INSTALAR Y CONFIGURAR SERVIDOR APACHE -

Ejecutar en la terminal: yum –y install httpd

Habilitar el servidor: systemctl enable httpd.service

Iniciar el servidor: systemctl start httpd.service



INSTALAR Y CONFIGURAR MARIADB CON PHP MYADMIN -

Ejecutar por la terminal: yum –y install mariadb-server mariabd

Inicia el servidor de base de datos: systemctl start mariadb

Añade permisos de ejecución de la base de datos: systemctl enable mariadb

Para instalar phpmyadmin se debe añadir el siguiente paquete: rpm -iUvh http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm



Ejecutar por consola: yum -y install phpmyadmin

Reiniciar el servidor: systemctl restart httpd

INSTALAR PHP

Ejecutar por la terminal: yum –y install php

Reiniciar el servidor: systemctl restart httpd



CONFIGURAR PUERTOS Y FIREWALL -

Ejecutar por terminal: sudo firewall-cmd --permanent --add-port=80/tcp

Ejecutar por terminal: sudo firewall-cmd --permanent --add-port=443/tcp

Reiniciar el servidor: systemctl restart httpd

DESACTIVAR EL SELINUX -

Ejecutar por terminal: nano /etc/sysconfig/selinux

Modificar el archivo escribiendo disabled en el selinux.

Reiniciar el servidor: systemctl restart httpd

CONFIGURAR EL ARCHIVO CONF.D -

Establecer la ip 192.168.0.140 como ip del servidor.

Guardar los cambios y reiniciar el servidor.

ARCHIVOS EN EL SERVIDOR Directorio /var/www/html, ahí se puede crear o guardar los proyectos para ser cargados por el navegador.



Abrir el navegador e ingresar la ip establecida, entonces procede a cargar el Sistema.

ANEXO 8: INFORME DE PRUEBAS

ANEXO 9: ACTA DE CAPACITACIÃ&#x201C;N DE USUARIOS

ANEXO 10: CARTA DE IMPACTO

ANEXO 11: ACTA ENTREGA-RECEPCIÃ&#x201C;N