UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU
FACULTAD DE INGENIERÍA DE SISTEMAS
TESIS
IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN PARA LA GESTIÓN
ADMINISTRATIVA EN LA CLÍNICA MEDIC DENTAL EIRL – 2021
PRESENTADO POR:
VALVERDE APFATA, Ever Anthony
PARA OPTAR EL TÍTULO PROFESIONAL DE:
INGENIERO DE SISTEMAS
HUANCAYO – PERÚ
2021
ii
ASESOR:
Mg. Saúl Arauco Esquivel
iii
AGRADECIMIENTOS:
Deseo expresar muestras de agradecimiento:
A DIOS
Por guiarme por el buen camino con su luz.
A MIS PADRES
Por su ejemplo, amor y por su constante apoyo.
A MI ALMA MATER
Por sembrar en mí enseñanzas que conducen a mi formación profesional.
A MI ASESOR
Por su apoyo durante el desarrollo de esta investigación.
A MIS MAESTROS DE LA FIS
Por su dedicación en la enseñanza a mi paso en la Universidad
A LA CLINICA MEDIC DENTAL
Por facilitar la información para la elaboración de la investigación.
iv
DEDICATORIA:
A mi madre Nancy por sus enseñanzas, a mi padre Amador por su ejemplo; quienes en todo momento me apoyaron alentándome a seguir caminando hacia adelante.
v
RESUMEN
Esta tesis titulada “Implementación de un Sistema de Información para la Gestión Administrativa en la Cínica Medic Dental EIRL – 2021”, tuvo por objetivo realizar un software para el registro, procesamiento y utilización de la información, de tal manera disminuir el tiempo en la emisión de documentos administrativos tales como historias clínicas, y reportes clínicos. Este programa informático podrá dar la información rápidamente sobre su historia clínica de los pacientes que son tratados en la clínica Medic Dental EIRL, será más ágil en todos los procesos de gestión administrativa y con mayor seguridad para que no existan pérdida o deterioro de los documentos administrativos. Para poder desarrollar este sistema, se usó la “metodología ágil XP”, con cada una de sus etapas para obtener un software de calidad en la culminación de la implementación. La “metodología XP” en la implementación del software es idóneo para clientes que necesiten el software en el momento indicado, esta metodología por su alta flexibilidad y adaptabilidad permite hacer cambios en cualquier momento del desarrollo del software, además se enfoca en garantizar la satisfacción del cliente desarrollando un buen producto que obedezca con los requerimientos solicitados. El tipo de investigación es de tipo aplicada ya que pone en práctica la teoría existente como la
“metodología XP” y el nivel de investigación es explicativa. La implementación del sistema de información redujo el tiempo en la emisión de documentos administrativos y mejoró la satisfacción de los pacientes, de esta manera se logró mejorar la gestión administrativa de la Clínica Medic Dental EIRL.
Palabras Clave: Procesos de software, Metodologías ágiles, Programación Extrema.
vi
ABSTRACT
This thesis entitled "Implementation of an Information System for Administrative Management in the Medic Dental Clinic EIRL - 2021", aimed to create software for the registration, processing and use of information, in such a way as to reduce the time in issuance of administrative documents such as medical records, and clinical reports. This computer program will be able to quickly provide information about the medical history of patients who are treated at the Medic Dental EIRL clinic, it will be more agile in all administrative management processes and with greater security so that there is no loss or deterioration of administrative documents. In order to develop this system, the "agile XP methodology" was used, with each of its stages to obtain quality software at the completion of the implementation.
The "XP methodology" in software implementation is ideal for clients who need the software at the right time. Due to its high flexibility and adaptability, this methodology allows changes to be made at any time during the software development, and it also focuses on guaranteeing customer satisfaction. Client developing a good product that complies with the requested requirements. The type of research is applied as it puts into practice the existing theory as the
“XP methodology” and the research level is explanatory. The implementation of the information system reduced the time in issuing administrative documents and improved patient satisfaction, thus improving the administrative management of the Medic Dental EIRL Clinic.
Keywords: Software processes, agile methodologies, Extreme Programming.
vii
LISTA DE CONTENIDO
ASESOR: ... ii
AGRADECIMIENTOS: ... iii
DEDICATORIA: ... iv
RESUMEN ... v
ABSTRACT ... vi
LISTA DE CONTENIDO ... vii
LISTA DE FIGURAS ... x
LISTA DE TABLAS ... xii
INTRODUCCIÓN ... 1
CAPÍTULO I ... 3
GENERALIDADES ... 3
1.1. Planteamiento del problema ... 3
1.1.1. Clínicas Dentales en el Perú ... 3
1.1.2. Clínicas Dentales en Lima ... 4
1.1.3. Clínica Medic Dental E.I.R.L ... 5
1.2.Formulación del problema ... 8
1.2.1. Problema General ... 8
1.2.2. Problemas Específicos ... 8
1.3.Objetivos ... 8
1.3.1. Objetivo General ... 8
1.3.2. Objetivos Específicos ... 8
1.4.Justificación ... 8
1.4.1. Justificación Teórica ... 8
1.4.2. Justificación Metodológica ... 9
1.4.3. Justificación Práctica ... 9
1.5.Hipótesis ... 9
1.5.1. Hipótesis General ... 9
1.5.2. Hipótesis Especificas ... 9
1.6.Diseño Metodológico ... 9
1.6.1. Tipo de la investigación ... 9
1.6.2. Nivel de investigación ... 10
1.6.3. Diseño de Investigación ... 10
1.6.4. Población y Muestra ... 10
1.6.5. Operacionalización de variables ... 11
CAPÍTULO II ... 12
viii
MARCO DE REFERENCIA ... 12
2.1. Antecedentes ... 12
2.2 Marco Teórico ... 15
2.2.1. Sistema de Información ... 15
2.2.3. Lenguaje de Programación ... 16
2.2.3.1. Lenguaje de programación de bajo nivel ... 16
2.2.3.2. Lenguaje de programación de alto nivel ... 17
2.2.4. Metodología de Desarrollo de Software ... 17
2.2.4.1. Metodología Tradicional ... 17
2.2.4.2. Metodologías Agiles ... 17
2.2.5. Comparación Metodologías Ágiles y Tradicionales ... 18
2.2.6. Programación Extrema (XP) ... 19
2.2.6.1. Características generales de XP ... 19
2.2.6.2. Valores en XP ... 20
2.2.6.3. Las 12 Prácticas de XP ... 21
2.2.6.4. Roles XP ... 23
2.2.6.5. Artefactos XP ... 25
2.2.7. Gestión administrativa ... 27
2.2.7.1. Gestión ... 27
2.2.7.2. Administración ... 28
2.3. Modelo Aplicativo ... 28
2.4. Marco Conceptual: ... 32
CAPÍTULO III ... 34
INTERVENCIÓN METODOLÓGICA ... 34
3.1.Herramientas de Desarrollo ... 34
3.2.Desarrollo del Sistema ... 35
3.2.1. Planificación ... 35
3.2.1.1. Historia de Usuarios ... 35
3.2.1.2. Estimado de historia del Usuario ... 38
3.2.1.3. Plan de entrega ... 38
3.2.1.4. Tarea de Ingeniería ... 39
3.2.2. Diseño ... 40
3.2.2.1. Tarjetas Clases-Responsabilidad-Colaboración (CRC) ... 41
3.2.2.2. Diagrama de Clases ... 42
ix
3.2.3. Codificación ... 43
3.2.4. Prueba ... 47
CAPÍTULO IV ... 49
ANÁLISIS Y DISCUSIÓN DE RESULTADOS ... 49
4.1. Requerimientos funcionales logrados ... 49
4.2.Datos de porcentaje de satisfacción del cliente ... 49
4.3.Emisión de documentos administrativos ... 51
4.3.1. Análisis de tiempo de Emisión de historias clínicas ... 51
4.3.2. Análisis de tiempo en la emisión de reportes ... 52
4.4.Contraste de la Hipótesis especifica 1 ... 54
4.5.Contraste de la Hipótesis especifica 2 ... 54
4.6.Discusión de los resultados ... 57
CONCLUSIONES ... 58
RECOMENDACIONES ... 59
REFERENCIAS ... 60
APENDICES ... 1
x
LISTA DE FIGURAS
Figura 1. Número de Centros odontológicos en el Perú 2013-2014 4
Figura 2. Valores de la Clínica Medic Dental EIRL 6
Figura 3. Las tres actividades de un sistema de Información 15 Figura 4 Ciclos de desarrollo en cascada, iterativos y XP 20
Figura 5. Los Cuatro valores esenciales en XP 21
Figura 6. Las 12 Prácticas de XP 22
Figura 7. Los Roles de la Programación Extrema 23
Figura 8 Modelo de Tarjeta: Historia de Usuario 25
Figura 9 Modelo de Tarjeta: Prueba de Aceptación 26
Figura 10 Modelo de Tarjeta: Tarea de Ingeniería 26
Figura 11 Modelo de Tarjeta: CRC 27
Figura 12 Proceso Administrativo 28
Figura 13 Modelo Aplicativo 29
Figura 14 Historia de Usuario para la primera iteración 36
Figura 15 Historia de Usuario para la segunda iteración 37
Figura 16 Historia de Usuario para la tercera iteración 38
Figura 17 Plan para la primera iteración 39
Figura 18 Plan para la segunda iteración 40
Figura 19 Plan para la tercera iteración 40
Figura 20 Tarjetas "CRC-1era iteración” 41
Figura 21 Tarjetas "CRC-2da iteración” 41
Figura 22 Tarjeta "CRC-3era iteración” 42
Figura 23 Diagrama de clases para el desarrollo del sistema 42
Figura 24 Interfaz de acceso 43
Figura 25 Interfaz para Trabajadores 44
Figura 26 Interfaz para Usuarios 44
Figura 27 Interfaz para servicios odontológicos 45
Figura 28 Interfaz para pacientes 45
Figura 29 Interfaz para citas 46
Figura 30 Interfaz para atenciones odontológicas 46
Figura 31 Interfaz para Reporte 47
Figura 32 Porcentaje de satisfacción de los pacientes 50
Figura 33 Prueba de normalidad satisfechos sin sistema y. 51 Figura 34 Tiempo de Emisión de historias clínicas con sistema y sin él 51 Figura 35: Prueba de normalidad del tiempo de emisión de historias clínicas sin el sistema y
con sistema. 52
xi Figura 36 Tiempo de emisión de reportes con el uso del software y sin él. 53 Figura 37 Prueba de normalidad del tiempo promedio de emisión de reportes sin sistema y
tiempo de emisión de reporte con sistema. 53
Figura 38 Prueba de t Student 54
Figura 39 Prueba Wilcoxon para muestra relacionadas de la emisión de historias clínicas con
sistema y sin sistema. 55
Figura 40 Prueba de Wilcoxon para muestras relacionadas de la emisión de reportes con
sistema y sin sistema. 56
xii
LISTA DE TABLAS
Tabla 1 Tiempo de las Actividades de la clínica Medic Dental EIRL 7 Tabla 2 Cantidad de Tratamiento atendidos para los años 2018,2019 y 2020 7
Tabla 3 Operacionalización de variables 11
Tabla 4 Metodologías tradicionales vs metodologías ágiles 18
Tabla 5 Estimado de historia del usuario 38
Tabla 6 Plan de Entrega 39
Tabla 7 Caso de pruebas de aceptación para la primera iteración 47 Tabla 8 Caso de pruebas de aceptación para la segunda iteración 48 Tabla 9 Caso de pruebas de aceptación para la tercera iteración 48
Tabla 10 Requerimientos realizados 49
1
INTRODUCCIÓN
Hoy en día, los sistemas informáticos juegan un papel importante en las operaciones diarias de las organizaciones. Contar con un sistema información simplifica muchas actividades y permite hacer análisis de la gestión que, de otra forma, serían muy costosos de llevar a cabo. Todavía hay una mayoría de odontólogos que siguen sin informatizar sus consultas y lo hacen de manera manual. Ello trae consecuencias en cuanto al conocimiento de su propio mercado y de sus proyecciones empresariales situándoles en desventaja con respecto a aquellos que si cuentan con algún sistema de información.
La clínica Medic Dental EIRL es una empresa que se dedica a brindar sus servicios odontológicos a pacientes de la ciudad de Lima. Esta empresa realiza sus procesos de registros de citas, atenciones odontológicas e historias clínicas de los pacientes de forma manual sin la utilización de algún software informático, de esta manera causa insatisfacción al paciente por la demora de la emisión de documentos administrativos. Lo que se propone es la implementación de un software para la mejora de la gestión administrativa, que contenga toda la información de los pacientes y de esta manera agilizar las labores de los trabajadores beneficiando a ellos mismo como también a los pacientes de la clínica Medic Dental.
La presente tesis consta de cuatro capítulos, en el primer capítulo se hace referencia a la información general de la empresa donde se llevará a cabo el trabajo de investigación como su misión, visión y objetivos. Se plasma el planteamiento del problema, se explica la problemática, se define la formulación del problema, los objetivos de la tesis, la justificación, la hipótesis, indicadores y el diseño metodológico que se aplica a la investigación.
En el segundo capítulo se muestra el Marco de Referencia contiene las investigaciones anteriores relacionadas con la investigación, el marco teórico que contienen un resumen de los diferentes temas concernientes y necesario para el entendimiento de esta investigación, el modelo aplicativo que muestra la secuencia metodológica con el cual se va a desarrollar el sistema. Se concluye este capítulo con el Marco Conceptual donde se encuentran los términos más resaltantes de la investigación.
En el tercer capítulo, denominado Intervención Metodológica se desarrolla el sistema informático con la aplicación de la metodología XP, de acuerdo al modelo aplicativo del segundo capítulo.
2 En el cuarto y último capítulo denominado Análisis y Discusión de Resultados. Se describe el análisis de los resultados obtenidos de la investigación, la discusión se realiza comparando con otros estudios realizados sobre la implementación de los sistemas informáticos en diferentes instituciones.
E. A. Valverde Apfata
3
CAPÍTULO I GENERALIDADES
En el presente capítulo, se desarrolla el planteamiento del problema donde se enfoca la situación problemática en las clínicas odontológicas y en la clínica Medic Dental donde se va a desarrollar la investigación. También se realiza la Formulación del Problema, los Objetivos, la Justificación, la Hipótesis y el Diseño Metodológico.
1.1. Planteamiento del problema
1.1.1. Clínicas Dentales en el Perú
En el Perú “Los pacientes extranjeros se les atiende con un precio de un tercio del costo de su país de origen, pero la calidad es la misma. La cantidad de gente por este concepto se aproxima por los 20,000 y 30,000 al año. Según el director de la Clínica Vidal & Coello Odontólogos de Miraflores, el 60% de los tratamientos en el 2013 fueron dirigidos a extranjeros. La principal atracción de estos pacientes es el precio, y la calidad de la atención en los diversos servicios” (Chumpitaz, 2013).
“Muchos de los pacientes extranjeros que visitan el Perú para obtener servicios odontológicos provienen de los Estados Unidos y los estándares peruanos son lo mismo que los de su país de origen, lo que les impulsa regresar a la atención dental.
En comparación, Estados Unidos el costo de una endodoncia esta encima de los 800 dólares americanos, mientras que en el Perú tiene un precio cercano de 200 dólares. Para el tratamiento de blanqueamiento dental en Europa está encima de los 600 dólares y en Perú es menor a los 200 dólares americanos” (Chumpitaz, 2013).
En la siguiente figura se observa el número de clínicas Odontológicas por departamentos en los años 2013-2014.
4 Figura 1. Número de Centros odontológicos en el Perú 2013-2014 Fuente: INEI (2015).
Elaboración: INEI (2015).
En la Figura 1, “Se observa el total de consultorios médicos y odontológicos especializados por departamento en el año 2013 fue de 4,582 centros médicos, mientras que el número de profesionales de la salud para el año 2014 fue de 5,733.
Entre estos se encuentran los centros dentales, que fue de 297 pero que para el año 2014 ascendieron a 402, de los cuales 111 son de Lima Metropolitana. Esta información incluye clínicas privadas, clínicas privadas odontológicas, EsSalud y otros” (INEI, 2015a).
1.1.2. Clínicas Dentales en Lima
En el nosocomio Edgardo Rebagliati Martins, en la ciudad Lima, “se efectuó una investigación, se revisó las historias clínicas, tomando en consideración los informes de exámenes de ayuda diagnóstica guardados en el Laboratorio de Emergencia. Se reconocieron 450 registros de exámenes de ayuda diagnóstica en el año 2010. De lo cual se evidenció una tasa de pérdida de 63,8% correspondiente
5 a historias clínicas incompletas (147; 32,7%) y a historias clínicas no encontradas (140; 31,1%). En nuestro país, la historia clínica física es la más utilizada. Durante el envío de las historias clínicas, se puede apuntar cualquier tipo de información relacionada al paciente. A pesar de ello presenta desventajas tales como el extravió de historia clínica, extravió de exámenes auxiliares, carencia de la seguridad; y otras características que se evidenciaron en la realización de la investigación. La recomendación del uso de historia clínica electrónica resuelve muchos problemas sobre la historia clínica física en lo relacionado en la regulación y claridad administrativa, es importante contar con personal preparado, conocedor de sistemas informáticos. La ventaja de utilizar un sistema electrónico de información no sólo beneficiaría en la información científica, sino también en la toma de decisiones en las clínicas y de la mejora en la calidad del cuidado del paciente”
(Montañez, Montenegro y Vásquez, 2015).
1.1.3. Clínica Medic Dental E.I.R.L
Desde hace 14 años Clínicas Medic Dental EIRL, viene prestando sus servicios con mucho profesionalismo a sus pacientes de la ciudad de Lima; está formado por un equipo de profesionales con especialidad, años de experiencia la cual se traduce en la competitividad alcanzada hasta la fecha, garantizando una atención con calidad y calidez en el tratamiento odontológico (Ortodoncia, Periodoncia, Endodoncia, odontopediatría, Blanqueamiento Dental, Profilaxis, Curaciones, etc.), asumiendo el compromiso de brindarle una atención de la más alta calidad y mejora continua, que haga sentir satisfechos a sus pacientes.
Ubicación
La clínica Medic Dental EIRL, se ubica en Jr. Juan Castilla N° 484 2do piso San Juan de Miraflores-Lima.
Misión
Clínicas Medic Dental EIRL, tiene el compromiso diario de hacer que los pacientes se sientan a gusto, pierdan el miedo al dentista y realicen su tratamiento con ilusión y responsabilidad, dirigido por un equipo amable y cuidadoso en el trato.
Visión
En Clínicas Medic Dental EIRL, Trabajamos con la filosofía de ser la Clínica Odontológica líder en salud bucal de Lima, y a nivel nacional, por brindar tratamiento especializado de la más alta calidad gracias a la competitividad de nuestros profesionales, que con la ayuda de equipos y materiales de última
6 generación y respetando en forma estricta los principios de bioseguridad logran un trabajo certero y la completa satisfacción del paciente.
Valores
En la siguiente figura se muestra los valores establecidos de la Clínicas Medic Dental EIRL, que se promueve entre todos sus colaboradores y prestadores de servicios.
Figura 2. Valores de la Clínica Medic Dental EIRL Fuente: Medic Dental EIRL.
Elaboración: Medic Dental EIRL.
La Problemática
La Clínica Medic Dental EIRL cuenta con 7 trabajadores, de los cuales 4 son odontólogos, 2 asistentas y 1 auxiliar de apoyo para generar citas. Esta empresa cuenta con una zona de admisión en el cual se archivan las historias clínicas de los pacientes en un folder, las cuales contienen toda aquella actividad que se le haya realizado, tales como: antecedentes patológicos, diagnósticos, pruebas, exámenes clínicos, tratamiento según diagnóstico, así como las recetas y recomendaciones brindadas por el odontólogo, más una ficha de control de tratamiento. Todo estos archivos es de carácter confidencial razón por la cual, los expedientes nunca salen de la institución.
La actual forma de archivar las historias clínicas (de manera manual), limita la gestión de información que influye directamente en el servicio de la atención de los pacientes, incrementando el tiempo de espera para el paciente. Al día son atendidos 8 pacientes en promedio, creándose en promedio 5 historias clínicas al día. La actual forma de registro de historias clínicas y el obsoleto manejo de los archivos, impide la efectiva clasificación y la búsqueda oportuna de las historias clínicas que demanda un tiempo de 3 a 6 minutos.
La principal problemática de la clínica es la demora de la emisión de documentos administrativos tales como historias clínicas (10 minutos en promedio) y reportes
7 (198 minutos en promedio).Todo esto perjudica la calidad del servicio, la satisfacción del usuario, y termina deteriorando la eficiencia de la clínica.
Ante lo expuesto surge la propuesta de la implementación de un sistema de información, que integre toda la información clínica en una base de datos y que acelere las tareas diarias para poder brindar un mejor servicio a los pacientes, ayudando también a los que laboran en la clínica.
En la Tabla 1 se muestra los tiempos de las actividades de la Clínica Medic Dental EIRL.
Tabla 1
Tiempo de las Actividades de la clínica Medic Dental EIRL
Nota: En la tabla se indica las actividades que realiza la clínica Medic Dental EIRL, durante el año 2020, 2019 y 2018, en ella se puede observar los tiempos de cada actividad. Fuente:
Medic Dental EIRL.
En la Tabla 2 se muestra la cantidad de los servicios odontológicos atendidos en los años 2018, 2019 y 2020.
Tabla 2
Cantidad de Tratamiento atendidos para los años 2018,2019 y 2020
Nota: En la tabla se indica la cantidad de los tratamientos atendidos en la clínica Medic Dental EIRL, durante el año 2020, 2019 y 2018, en ella se observa que la mayor cantidad de todos los tratamientos es curaciones en los tres años. Fuente: Medic Dental EIRL.
Descripción 2018 2019 2020
Emisión de historias clínicas 12 minutos 10 minutos 9 minutos
Generación de citas: 6 minutos 5 minutos 4 minutos
Emisión de reportes 220 minutos 197 minutos 177 minutos
Cantidad de Tratamientos atendidos 2018 2019 2020
Curaciones 2282 2290 2304
Profilaxis 2280 2283 2298
Endodoncias 748 753 760
Exodoncia 750 752 755
Blanqueamiento dental 183 188 190
Ortodoncia 754 760 765
Periodoncia 760 763 768
Odontopediatría 180 189 192
8 1.2. Formulación del problema
1.2.1. Problema General
¿Cómo influye la implementación del sistema de información en la mejora de la gestión administrativa de la clínica Medic Dental EIRL?
1.2.2. Problemas Específicos
¿Cómo influye la Implementación del sistema de información en la mejora de la satisfacción del servicio en la gestión administrativa de la Clínica Medic Dental EIRL?
¿Qué influencia tiene la implementación del sistema de información en el tiempo de emisión de documentos administrativos de la Clínica Medic Dental EIRL?
1.3. Objetivos
1.3.1. Objetivo General
Determinar de qué manera influye la implementación del sistema de información en la mejora de la gestión administrativa de la clínica Medic Dental EIRL.
1.3.2. Objetivos Específicos
Determinar cómo influye la implementación del sistema de información en la mejora de la satisfacción del servicio en la gestión administrativa de la clínica Medic Dental EIRL.
Establecer cómo influye la implementación del sistema de información en el tiempo de la emisión de documentos administrativos de la Clínica Medic Dental EIRL.
1.4. Justificación
1.4.1. Justificación Teórica
Está investigación servirá como base para otras investigaciones, y de apoyo para la realización de trabajos basados en el desarrollo de Sistemas de Información a través de metodologías ágiles, porque se desarrollará de manera integral desde la planeación, el análisis, el diseño, la construcción, y las pruebas realizadas, basado en un enfoque sistémico, con estándares de calidad y mejores prácticas;
además contará con un marco teórico claro. Esta investigación servirá de modelo para otra investigaciones en mismo rubro o similares.
9 1.4.2. Justificación Metodológica
La creación de software, de acuerdo a la metodología de Programación Extrema (XP) garantiza la calidad y entrega del producto en el tiempo convenido. Su objetivo es la de facilitar un patrón para la creación de un sistema informático para la mejora en la gestión administrativa de la Clínica Medic Dental EIRL, usando la mencionada metodología, el cual puede ser replicado en otros ámbitos, problemas o realidades de similares características.
1.4.3. Justificación Práctica
Con esta investigación se pretende probar que la puesta en funcionamiento de un sistema informático basado apoyado en la metodología de Programación Extrema (XP) mejora la gestión administrativa en la Clínica Medic Dental EIRL, desarrollando de esta forma un proyecto informático ágil, cumplimiento de entrega en el tiempo convenido y conformidad de los clientes finales.
1.5. Hipótesis
1.5.1. Hipótesis General
La implementación del sistema de información influye positivamente en la mejora de la gestión administrativa de la Clínica Medic Dental EIRL.
1.5.2. Hipótesis Especificas
La implementación del sistema de información influye positivamente en la mejora de la satisfacción del servicio en la gestión administrativa de la Clínica Medic Dental EIRL.
La Implementación del Sistema de información influye en la reducción del tiempo en la emisión de documentos administrativos de la Clínica Medic Dental EIRL.
1.6. Diseño Metodológico
1.6.1. Tipo de la investigación
Esta investigación corresponde al tipo aplicada porque busca solucionar el problema de gestión administrativa en la clínica Medic Dental EIRL, utilizando la metodología de la programación extrema definida en sus cuatro etapas: la planeación, el diseño, codificación y pruebas para la construcción de un Sistema de Información implementado en la Clínica Odontológica Medic Dental EIRL.
10 1.6.2. Nivel de investigación
En relación al nivel de esta investigación, el estudio se ubica en el nivel explicativo debido al que el objetivo es determinar la influencia de la implementación del sistema en la gestión administrativa de la clínica Medic Dental EIRL.Este tipo de estudio tiene como finalidad establecer relaciones de causalidad entre conceptos, variables hechos fenómenos en un contexto concreto (Hernández, 2016).
1.6.3. Diseño de Investigación
La presente investigación se ubica en el diseño experimental, específicamente en a la sub clasificación de diseño cuasi experimental de una prueba previa y una prueba posterior.
Donde:
Y1: Medición Pre test Y2: Medición Post test X: tratamiento experimental G: Grupo de estudio
1.6.4. Población y Muestra
El universo de la investigación, está conformado por todos los registros internos que se gestionan en la clínica Medic Dental EIRL como son: la emisión historia clínica y los reportes generados.
La muestra en la Clínica Medic Dental EIRL, son las historias clínicas y los reportes para el cual se analiza los registros de documentos de los años 2018, 2019, 2020 y el año 2021 en los meses de enero, febrero y marzo.
11 1.6.5. Operacionalización de variables
Tabla 3
Operacionalización de variables
Nota: En la tabla se muestra la operacionalizacion de variables. Fuente: Propia
En este capítulo se planteó el problema, se formularon los objetivos específicos, la justificación, el diseño de investigación y la operacionalización de las variables.
Variable Definición conceptual Dimensiones Indicadores Escala de medición
Sistema de Información
Conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad o un objetivo.
Implementación
Porcentaje de requerimientos implementados
Porcentaje
Gestión administrativa
en la clínica Medic Dental
EIRL.
Conjunto de tareas y actividades coordinadas que ayudan a utilizar de manera óptima los recursos que posee una empresa.
Satisfacción
Porcentaje de satisfacción
1.Muy malo 2.Malo 3.Regular 4.Bueno 5.Muy Bueno
Emisión de documentos administrativos.
Tiempo de emisión
de historias clínicas. Minutos Tiempo en la
emisión de reportes (Historias clínicas, citas y atenciones).
Minutos
12
CAPÍTULO II
MARCO DE REFERENCIA
Este capítulo presenta en primer lugar las investigaciones parecidas a la que se está investigando, con el proposito de analizarlas; ello ha permitido entender las variables de análisis. Además es necesario determinar bases teóricas que mantenga el estudio, como metodología de desarrollo de software se usó la programación extrema. Se incluye además el modelo aplicativo y se termina con el marco conceptual que ayuda a entender cada uno de los términos relacionados a esta investigación.
2.1. Antecedentes
A1. Guevara Arcaya, J.D. (2018). “Desarrollo e Implementación de un Software para la Gestión de Control de Historias Clínicas Odontológicas del Consultorio Divino Niño, de la Ciudad de Portoviejo. Universidad Estatal del sur de Manabí. Manabí- Ecuador”.
Las Historias Clínicas son parte importante en el campo de la salud, tanto pública como en los privados, estos contienen información referidos con el plan de terapia y el control de la evolución de los clientes en cada consulta odontológica, la historia clínica debe estar a la disposición de los dentistas tratantes de la mejor manera, evitando percances de acceso, pérdida de datos y riesgos de seguridad. “Divino Niño” es una clínica que se dedica a la salud bucal. Ofrece un excelente servicio que conduce a una mayor satisfacción del cliente, causando un crecimiento considerable en los datos; este fenómeno lentifica el proceso. Este desarrollo conlleva a hacer mejor los servicios, construyendo nueva tecnología, la cual ofrecerá un mejor servicio a sus clientes y mejor atención a los clientes en cuanto a conveniencia, calidad y pequeños gastos de recursos.
Por consiguiente, en la implementación del software para la gestión de control de historias clínicas odontológicas se usa la arquitectura de tres capas que las organizaciones necesitan.
13 El aporte de esta tesis a la presente investigación, da una vista similar a la investigación que se desarrolla debido a que el producto final es un software, el cual mejora los distintos procesos que hay en el consultorio, ya que tendrá una mejor administración de tiempos y recursos.
A2. Huamán Zamudio, J.A. (2018). “Implementación de un sistema web para la mejora de los procesos de historia Clínica del centro de Salud de la Provincia de Cañete. Universidad Peruana de las Américas. Lima-Perú”.
La realidad en la que la muchos viven actualmente logrando a “ser normal” por el hábito, es sufrir con los extravíos del historial clínico y el retraso que conlleva estas historias clínicas. Una gran mayoría de las personas no entienden la importancia que significa dicha historia clínica, la cual se puede decir que es como una hoja de vida de salud, por esta razón, implemento un “sistema web de historial clínico” para un centro de salud localizado al sur de la ciudad de Lima en la provincia de Cañete en el Distrito de Quilmaná. En esta investigación, se analiza la problemática que cuenta el centro de salud. Los principales problemas son el área de admisión e historial clínico, dando un análisis previo, se observa que la dilatación del tiempo de la atención es excesiva con respecto a la hora de entrada y el culminar la atención del cliente. Para dar una solución al problema es que elaboro un “sistema web de historial clínico” usando PHP y el gestor de administración de base de datos MYSQL como servidor, que abarcará la zona de admisión, la zona de caja, la zona de triaje, y en el consultorio.
El aporte de esta tesis a la presente investigación, es para poder entender mejor el proceso de atención y administración de los pacientes y personal médico en un centro de salud.
A3. Chuquilin, L., y Vásquez, C. (2018). “Implementación de un Sistema Informático para la Gestión de Atenciones a los pacientes del puesto de salud Agocucho del distrito de Cajamarca, 2016. Tesis. Universidad Privada Antonio Guillermo Urrelo.
Cajamarca-Perú”.
Esta investigación surge de la necesidad que tiene el centro de salud de Agocucho, teniendo como objetivo principal desarrollar un sistema informático para la gestión de atenciones a los clientes del centro de salud Agocucho, por los diversos problemas que se enfrenta, particularmente las citas médicas, los registros de historias clínicas de niños y de mujer gestante, la indagación de información, siendo las tareas fundamentales para el trabajador administrativo que está relacionado con el puesto de salud. Por lo tanto la presente investigación es de tipo no experimental con pre y post prueba para cuantificar la mejoría sobre la gestión de atención, con el propósito de evidenciar cual es el impacto de la implementación de un sistema informático. Por otra parte, para la ejecución de este
14 proyecto se optó por un método ágil “XP”, por facilitar el manejo de la información en todas sus fases.
El aporte de la presente tesis a la investigación, es el de entender como el conocimiento de una determinada metodología puede traer éxito a nuestra investigación, y saber cómo optimizar los procesos de gestión de atenciones.
A4. Huamán Varas, J., y Huayanca Quispe, C. (2017). “Desarrollo e Implementación de un Sistema de Informático para mejorar los procesos de compras y ventas en la empresa Humaju. Universidad Autónoma del Perú. Lima-Perú”.
Muchas empresas necesitan un sistema de datos para lograr sus objetivos y decisiones comerciales, pero algunas empresas no tienen un sistema informático que pueda simplificar el proceso de compra y venta, como resultado hace que la organización tenga pérdida de tiempo sobre la atención. Es por ello que se desarrollará un sistema informático para la empresa Humaju que mejore estas actividades, el software se basa en la necesidad que tiene la empresa. Para la implementación del software se usará la metodología “Proceso Unificado Ágil” y se programará en Microsoft Visual Studio 2010 y como gestor de base de datos se utilizará elservidor de SQL 2012. El software implementado será muy útil para mejorar las tareas de compras y las tareas de ventas que se realizan en la empresa Humaju.
El aporte de esta tesis a la presente investigación, es para poder entender la importancia de la implementación de un Software, la automatización de procesos y así mejorar los tiempos de respuesta de los mismos.
A5. Chalco (2019). “Sistema informático basada en la Metodología XP para el Control de Inventario de Tecnologías de Información. Universidad Peruana los Andes. Lima-Perú”.
Este trabajo de investigación estudió el resultado de poner en funcionamiento el sistema informático utilizando la “metodología ágil XP”, para mejorar el proceso de administración del inventario utilizando la tecnología de información. Teniendo como propósito establecer el resultado de la aplicación de la metodología XP para modernizar el monitoreo del inventario de técnicas de información. Como hipótesis plantearon que la “metodología XP” mejoraría la administración y monitoreo del inventario. El método de investigación utilizado fue el científico, con una perspectiva cuantitativa, el tipo de la investigación es aplicada, con un nivel explicativo y el tipo de diseño es pre experimental. La población para la investigación fue de dieciséis personas que trabajan en la Unidad de Información Tecnológica del Centro Internacional de la Papa, no se realizó muestreo, porque fue pequeña la población. La construcción del sistema informático desarrollada con la
“metodología XP” mejoró considerablemente el control de inventario de tecnología de
15 información, de igual manera mejoró el tiempo de proceso de los registros y la seguridad de la información.
El aporte de esta tesis a la presente investigación, se da en la forma de cómo seguir los lineamientos de la Metodología de la Programación Extrema para el desarrollo de un sistema de información de calidad propuesto.
2.2 Marco Teórico
2.2.1. Sistema de Información
Son el “Conjunto ordenado de mecanismos que tienen como fin la administración de datos y de información, de manera que puedan ser recuperados y procesados fácil y rápidamente, para apoyar los procesos de toma de decisiones y de control en una organización” (Laudon & Laudon, 2016, pág. 16).
“Las tres actividades que lo conforma en un sistema de información que producen los datos necesarios para que las organizaciones tomen decisiones, controlen las operaciones, analicen problemas y creen nuevos productos o servicios. Estas actividades son: entrada, procesamiento y salida como se muestra en la Figura 3 La entrada captura o recolecta los datos en bruto desde dentro de la organización o a través de su entorno externo. El procesamiento convierte esta entrada en bruto en un formato significativo. La salida transfiere la información procesada a las personas que harán uso de ella, o a las actividades para las que se utilizará. Los sistemas de información también requieren retroalimentación, la cual es la salida que se devuelve a los miembros adecuados de la organización para a analizar o enmendar la fase de inicio” (Laudon & Laudon, 2016, págs. 16-18).
Figura 3. Las tres actividades de un sistema de Información Fuente: Tomada de (Laudon & Laudon, 2016)
Elaboración: (Laudon & Laudon, 2016)
16 2.2.2. Sistema gestor de base de datos
“Un sistema gestor de bases de datos (SGBD) es software que permite a una organización centralizar los datos, administrarlos en forma eficiente y proveer acceso a los datos almacenados mediante programas de aplicación. El SGBD actúa como una interfaz entre los programas de aplicación y los archivos de datos físicos. Cuando el programa de aplicación solicita un elemento de datos, por ejemplo el sueldo bruto, el SGBD lo busca en la base de datos y lo presenta al programa de aplicación” (Laudon & Laudon, 2016, pág. 221).
2.2.3. Lenguaje de Programación
“Un lenguaje de programación es un sistema de comunicación estructurado que consta de un conjunto de símbolos, palabras claves, reglas semánticas y sintácticas que permiten el entendimiento entre un programador y una máquina. Los lenguajes de programación son la base para construir todas las aplicaciones digitales que se utilizan a diario y se pueden dividir en dos tipos principales: lenguaje de bajo nivel y de alto nivel” (rockcontent, 2019).
2.2.3.1. Lenguaje de programación de bajo nivel
“Son lenguajes totalmente orientados a la máquina. Este lenguaje sirve de interfaz y crea un vínculo inseparable entre el hardware y el software.
Además, ejerce un control directo sobre el equipo y su estructura física.
Para aplicarlo adecuadamente es necesario que el programador conozca sólidamente el hardware” (rockcontent, 2019). Se subdivide en dos tipos:
Lenguaje Máquina “Es el más antiguo de los lenguajes y es una colección de dígitos binarios o bits (0 y 1) que la computadora lee e interpreta y son los únicos idiomas que las computadoras entienden”
(rockcontent, 2019).
Lenguaje ensamblador “Es un primer intento de sustitución del lenguaje máquina por uno más cercano al utilizado por los humanos.
Un programa escrito en éste lenguaje es almacenado como texto tal como programas de alto nivel y consiste en una serie de instrucciones que corresponden al flujo de órdenes ejecutables por un microprocesador. Este genera códigos compactos, rápidos y eficientes creados por el programador que tiene el control sobre la máquina” (rockcontent, 2019).
17 2.2.3.2. Lenguaje de programación de alto nivel
“Están diseñados para simplificar el trabajo del programador porque usan instrucciones más simples de entender. Además, el lenguaje de alto nivel permite escribir códigos mediante idiomas que conocemos (inglés, español, etc.) y luego, para ser ejecutados, se traduce al lenguaje de máquina mediante traductores o compiladores” (rockcontent, 2019).
Traductor “Traducen programas escritos en un lenguaje de programación al lenguaje máquina de la computadora y a medida que va siendo traducida, se ejecuta” (rockcontent, 2019).
Compilador “Permite traducir todo un programa de una sola vez, haciendo una ejecución más rápida y puede almacenarse para usarse luego sin volver a hacer la traducción” (rockcontent, 2019).
2.2.4. Metodología de Desarrollo de Software
Los objetivos de desarrollo de software “Son esenciales para crear o mejorar la calidad del software que satisfaga sus necesidades. Son parte de un proyecto de ingeniería de software que requiere métodos estandarizados basados en principios comunes” (Rivas, Corona, Gutiérrez, & Hernandez, 2015).
2.2.4.1. Metodología Tradicional
“Las metodologías de desarrollo de software son llamadas también modelos de proceso prescriptivos. Los modelos de proceso prescriptivo fueron propuestos originalmente para poner orden en el caos del desarrollo de software. La historia ha demostrado que este producto tradicional proporciona un marco útil para la ingeniería de software y que constituyen un mapa razonablemente eficaz para los equipos de software.
Sin embargo, el trabajo de ingeniería de software y el producto que genera siguen al borde del caos” (Pressman, 2010, pág. 33).
Estos son:
Modelos de Cascada
Modelos de Procesos Incrementales
Modelos de Proceso Evolutivo
Modelos Espirales
Modelos Concurrentes 2.2.4.2. Metodologías Agiles
“La metodología ágil surge como sustituto a los métodos tradicionales de gestión. La flexibilidad, la calidad y la necesidad de entregar proyectos y
18 productos en cortos espacios de tiempo son una prioridad. Todo esto condujo al nacimiento de la metodología ágil. Los métodos ágiles se desarrollaron como un esfuerzo por superar las debilidades reales y percibidas de la ingeniería de software convencional. El desarrollo ágil proporciona beneficios importantes, pero no es aplicable a todos los proyectos, productos, personas y situaciones. No es la antítesis de la práctica de la ingeniería de software sólida y puede aplicarse como filosofía general para todo el trabajo de software” (Pressman, 2010, pág.
55)
“El mundo empresarial actual opera en un clima global que cambia rápidamente; por lo tanto, el software está involucrado en casi todas las operaciones empresariales, se debe desarrollar soluciones informáticas de manera ágil para responder con oportunidad y calidad a todo lo necesario”
(Rivas, Corona, Gutiérrez, & Hernandez, 2015).
Estas metodologías son:
Programación extrema (XP)
Scrum
Crystal
Evolutionary Project Management (Evo)
Lean Development
Adaptive Software Development (ASD)
2.2.5. Comparación Metodologías Ágiles y Tradicionales
La tabla 4 muestra las principales diferencias entre la Metodología Ágil y las Metodologías Tradicionales.
Tabla 4
Metodologías tradicionales vs metodologías ágiles
Metodologías Tradicionales Metodologías Ágiles
Son predictivos Flexibles
Basado en los procesos Basado en las necesidades de las personas
Proceso riguroso Proceso muy flexible
Se establece como un proyecto Se subdivide en proyectos más cortos.
Poca comunicación con el cliente Comunicación recurrente con el cliente Distribuir software después de implementar Software distribuido constantemente
Mucha documentación Documentación reducida
Nota: En la tabla se muestra las principales diferencias de una metodología ágil frente a las
metodologías tradicionales. Fuente: Tomada de (Molina Montenegro, Vite Cevallos, & Dávila, 2018)
19 Como se puede observar en la tabla el proceso ágil es mucho más simple que el proceso tradicional cuando se trata de realizar cambios en un producto o proceso.
Durante el proceso, si un miembro del equipo siente la necesidad de experimentar o probar algo diferente de lo planeado, la metodología ágil le facilitará que lo haga.
2.2.6. Programación Extrema (XP)
“La Programación Extrema o Extreme Programming es una de las metodologías de desarrollo de la ingeniería de software formulada por Kent Beck, autor del primer libro sobre la materia, Extreme Programming Explained. Es el más destacado de los procesos ágiles de desarrollo de software. Al igual que éstos, la programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad” (Pressman, 2010, pág. 61).
“Aunque las primeras actividades con las ideas y los métodos asociados a XP ocurrieron al final de la década de 1980, el trabajo fundamental sobre la materia había sido escrito por Kent Beck. Una variante de XP llamada XP industrial se propuso en una época más reciente. IXP mejora la XP y tiene como objetivo el proceso ágil para ser usado específicamente en organizaciones grandes”
(Pressman, 2010, pág. 61).
La meta principal de la XP es la satisfacción del cliente. Se le trata de proporcionar a los clientes lo que desean y para cuando los quieren. Por lo tanto, se debe responder inmediatamente a los cambios que el cliente realiza en cualquier momento de la elaboración del proyecto.
2.2.6.1. Características generales de XP
Una de las características más importante de XP que comparte con algunas metodologías ágiles “Es que de alguna manera representa la antítesis de lo que es el tradicional proceso de desarrollar un software. XP es deliberadamente una metodología “liviana” que pasa por alto la utilización de elaborados casos de uso, la exhaustiva definición de requerimientos y la producción de una extensa documentación. Todo lo anterior puede parecer caótico según el enfoque tradicional de la ingeniería de software, aunque no hay que olvidar que XP tiene asociado un ciclo de vida y es considerado a su vez un proceso” (Gonzáles Campos
& Fernándes Martínez, 2006, pág. 56).
“La tendencia de entregar software en lapsos cada vez menores de tiempo y con exigencias de costos reducidos y altos estándares de calidad, hace
20 que XP sea una opción a considerar. En términos generales XP parece ser una metodología adecuada para proyectos medianos y pequeños, donde los equipos de desarrollo no pasan de 10 programadores y donde la constante es que los requerimientos cambien, a veces radicalmente, durante la etapa de desarrollo” (Gonzáles Campos & Fernándes Martínez, 2006, pág. 56).
“El ciclo de vida de un proyecto XP incluye al igual que las otras metodologías, entender lo que el cliente necesita, estimar el esfuerzo, crear la solución y entregar el producto final al cliente. Sin embargo, XP propone un ciclo de vida dinámico, donde se admite expresamente que, en muchos casos, los clientes no son capaces de especificar sus requerimientos al comienzo de un proyecto. Por esto, se trata de realizar ciclos de desarrollo cortos, con entregables funcionales al finalizar cada ciclo. La siguiente figura esquematiza los ciclos de desarrollo en cascada, iterativos comparados con el de XP” (Joskowicz, 2018).
Figura 4 Ciclos de desarrollo en cascada, iterativos y XP Fuente: Tomada de (Joskowicz, 2018)
Elaboración: Propia
En la Figura 4 se puede observar que la programación extrema (XP) es un hibrido de cascada y de iterativo, en cada ciclo se realiza un periodo completo de análisis, de diseño, desarrollo y pruebas, pero utilizando un conjunto de normas y prácticas que le caracterizan a XP.
2.2.6.2. Valores en XP
“En el desarrollo de una idea de software, los cambios serán algo inevitables, los requerimientos cambiarán, las reglas del negocio, el equipo de trabajo y la tecnología, entre otros elementos involucrados en el proyecto. Por esta
21 razón XP propone valores, que permitirán afrontar y sortear de una manera más efectiva los cambios en el proyecto” (Perez A., 2011).
En la siguiente figura se muestra los cuatro valores esenciales, que deben estar presentes en el equipo de desarrollo para que el proyecto tenga éxito.
Figura 5. Los Cuatro valores esenciales en XP Fuente: (Beck, 2005)
Elaboración: Propia
A continuación se describen los valores de acuerdo con la propuesta original de Beck.
Simplicidad: Los programadores se interesan por desarrollar el código muy simple aumentando el valor del software.
Comunicación: Todos laboran en conjunto a lo largo del proyecto.
Retroalimentación: Mejorar el software después de las entregas con los nuevos requisitos.
Coraje: Responder a los cambios quesucedan.
2.2.6.3. Las 12 Prácticas de XP
“La metodología XP especifica ciertas prácticas concretas de programación que deben llevarse a cabo al implementar este modelo. Estas prácticas deben ser coherentes con los valores fundamentales y los principios básicos mencionados anteriormente. Estas prácticas de programación son las siguientes” (Gonzáles Campos & Fernándes Martínez, 2006).
22 Figura 6. Las 12 Prácticas de XP
Fuente: (Beck, 2005) Elaboración: Propia
En la Figura 6 se observa las doce prácticas de XP propuesto por Kent Beck en su primera edición del libro con que presenta la metodología XP.A continuación se describen cada una de ellas.
La planeación: El cliente y el equipo de desarrollo interactúan para obtener los requerimientos del software.
Iteraciones pequeñas: La implementación del software se divide en partes para facilitar su ejecución.
Manejo de metáforas: Ayuda a que los desarrolladores comprendan el funcionamiento del sistema.
Diseño simple: Tener el código lo más simple posible.
Pruebas continuas: Los programadores realizan pruebas para revisar el buen funcionamiento del programa y el cliente participe en pruebas funcionales.
Refactorización: Buscar la manera de hacer lo más simple sin que pierda su funcionalidad.
Programación en parejas: Todo el código se escribe en parejas de programadores, uniendo sus conocimientos y experiencia.
Propiedad colectiva del código: No existe propietario del código, cualquiera puede hacer cambios en el código.
23
Integración contínua: El código se debe integrar y probar sobre la totalidad del sistema cada un día como minimo.
Semana de 40 horas: XP afirma que las condiciones de trabajo óptimo es de 40 horas a la semana. Las horas extras o fines de semana trabajados solo desgastan al equipo de programación.
El cliente debe estar disponible localmente: El cliente debe sentarse con los desarrolladores, estar disponible para contestar a su pregunta y ayudar en el desarrollo de pruebas funcionales.
Estándares de codificación: Establecer los estándares de codificación aprobado por los desarrolladores.
2.2.6.4. Roles XP
“Los miembros de un equipo trabajan mejor cuando hay roles establecidos, cada rol tiene consigo responsabilidades que tienen como finalidad cumplir con los objetivos del proyecto. Algunos proyecto necesitan de múltiples roles como tésteres o probadores, ingenieros de calidad, analista de requerimientos, administrador del proyecto, administrador del producto, profesionales de marketing. El número de roles varía de acuerdo con el proyecto” (Perez A., 2011).
En la Figura 7 se visualiza los roles de la Programación Extrema. A continuación, se describen cada una ellas.
Figura 7. Los Roles de la Programación Extrema Fuente: (Beck, 2005)
Elaboración: Propia
24
Programador: “Una vez que se han comprendido las historias de usuario, el XP adjudica a los programadores la responsabilidad de tomar decisiones técnicas. Los desarrolladores estiman el tiempo que les va a tomar cada historia. Escribe las pruebas unitarias y produce el código del sistema” (Perez A., 2011).
Cliente: “Es el responsable de escribir historias de usuarios y determinar las pruebas funcionales que validan su implementación.
Además, asigna la prioridad a las historias de usuario y decide cuáles se implementan en cada iteración centrándose en aportar mayor valor al negocio. El cliente es el responsable de conducir el proyecto. Define el proyecto y sus objetivos. Cuanto más preciso es su trabajo y cuanto mayor sea su involucración, mayores serán las oportunidades de éxito”
(Perez A., 2011).
Encargado de pruebas (Tester): “Realiza las pruebas funcionales, colabora con el cliente para establecer y registrar las pruebas de aceptación de historias del usuario. Este rol en un equipo XP también es responsable realizar test periódicamente e informar de los resultados al equipo. A medida que el volumen de pruebas aumenta, el encargado de pruebas necesitará una herramienta para crear y mantener la batería de pruebas, ejecutarlas y obtener los resultados más rápidamente”
(Perez A., 2011).
Encargado de seguimiento (Tracker): “Hace el seguimiento de acuerdo a la planificación. La métrica más importante para XP es la velocidad del equipo, que se define como el tiempo ideal estimado para las tareas frente al tiempo real dedicado. Esta métrica ayuda a determinar si el proyecto está dentro del tiempo de la reiteración” (Perez A., 2011).
Entrenador o Coach: “Tiene a su cargo la gestión de todo el proceso en su conjunto. Su función es facilitar al equipo guías para que se apliquen en las prácticas XP de manera que el proceso siga correctamente” (Perez A., 2011).
Consultor. “Es un integrante externo al equipo con conocimiento de un tema específico y transfiere sus conocimientos a los miembros del equipo para que resuelvan el problema” (Perez A., 2011).
Gestor o “Big boss”: “Es el nexo de programadores con clientes que, es la persona que asiste a las reuniones del equipo, asegura que se sigue el proceso de reunión acordado y toma nota de los resultados de
25 la reunión, que luego son entregados al tracker. Es el gerente del proyecto, debe tener una idea general del proyecto y estar familiarizado con su estado. El cliente puede asumir este papel” (Perez A., 2011).
2.2.6.5. Artefactos XP
En toda fase de desarrollo de software se origina prototipos de información.
“En XP se generan varios artefactos como las tarjetas de historias de usuario, las tarjetas de tareas para la descarga de documentos, el código, las pruebas unitarias y de integración y las pruebas de aceptación. Los artefactos son importantes para conocer cuál fue el proceso de desarrollo del software y lograr entender cómo está construido el sistema, así como la ruta a seguir para agregar funcionalidad al sistema” (Perez A., 2011).
A. Historias de Usuarios: “Representan una breve descripción del comportamiento del sistema, emplea terminología del cliente sin lenguaje técnico, se realiza una por cada característica principal del sistema, se emplean para hacer estimaciones de tiempo y para el plan de lanzamientos, reemplazan un gran documento de requisitos y presiden la creación de las pruebas de aceptación” (Perez A., 2011).
La Plantilla a utilizarse para la elaboración de las historias de usuario se muestra en la Figura 8.
Figura 8 Modelo de Tarjeta: Historia de Usuario Fuente: (Perez A., 2011)
Elaboración: Propia
“Estas deben proporcionar sólo el detalle suficiente como para poder hacer razonable la estimación de cuánto tiempo requiere la implementación de la historia, difiere de los casos de uso porque son escritos por el cliente, no por los programadores, empleando terminología del cliente. Las historias de usuario son más “amigables” que los casos de uso formales” (Perez A., 2011).
26 Las Historias de Usuario tienen tres aspectos:
a. Tarjeta: en ella se almacena suficiente información para identificar y detallar la historia.
b. Conversación: Cliente y programadores discuten la historia para ampliar los detalles.
c. Pruebas de Aceptación: Permite confirmar que la historia ha sido implementada correctamente. La Figura 9 muestra la plantilla a utilizarse para la elaboración de las pruebas de aceptación y cada uno de sus componentes.
Figura 9 Modelo de Tarjeta: Prueba de Aceptación Fuente: (Perez A., 2011)
Elaboración: Propia
B. Task Card (Tareas de ingeniería): “Dichas tarjetas tienen como fin identificar las tareas, llevar un registro de inicio y fin, dejar constancia de quién es el encargado del trabajo, el tipo de tarea, junto a una breve descripción y los puntos estimados que costará llevarla a cabo. En la Figura 10 se muestra el formato a utilizarse para su elaboración” (Perez A., 2011).
Figura 10 Modelo de Tarjeta: Tarea de Ingeniería Fuente: (Perez A., 2011)
Elaboración: Propia
C. Tarjetas CRC (Clase-Responsabilidad-Colaborador): “Estas tarjetas se dividen en tres secciones que contienen la información del nombre de la
27 clase, sus responsabilidades y sus colaboradores. En la Figura 11 se muestra cómo se distribuye esta información” (Perez A., 2011).
Figura 11 Modelo de Tarjeta: CRC Fuente: (Perez A., 2011)
Elaboración: Propia
Una clase es cualquier persona, cosa, evento, concepto, pantalla o reporte.
Las responsabilidades de una clase son las cosas que conoce y las que realizan, sus atributos y métodos. Los colaboradores de una clase son las demás clases con las que trabaja en conjunto para llevar a cabo sus responsabilidades.
2.2.7. Gestión administrativa
La gestión administrativa es el área responsable de coordinar los recursos administrativos de la empresa. Para llevar a cabo esta tarea, es necesario organizar las necesidades, los procesos y los recursos con los que dispone cada departamento de la empresa y gestionarlos de la mejor manera. Básicamente, la gestión administrativa consiste en dirigir y mantener el control sobre los recursos de una organización, todo ello para obtener los mejores resultados.
La gestión administrativa según (Chiavenato, 2004) “es la realización de acciones, con el objeto de obtener ciertos resultados, de la manera más eficaz y económica posible. Se trata siempre de escoger las acciones en función del resultado que se espera obtener y de los medios de que se dispone; es decir, de asegurar la utilización óptima de los recursos”.
2.2.7.1. Gestión
Gestión se refiere: “A la coordinación de actividades de trabajo, de modo que se realicen de manera eficiente y eficaz con otras personas y a través de ellas, lo cual se convierte en el objetivo principal de toda gestión”
(Robbins & Coulter, 2014).
28 2.2.7.2. Administración
Fayol define “El acto de administrar como planear, organizar, dirigir, coordinar y controlar. Las funciones administrativas abarcan los elementos de la administración, es decir, las funciones del administrador”
(Chiavenato, 2004).
Funciones administrativas
De modo general, “En la actualidad se acepta que las funciones básicas del administrador son las planeación, la organización, la dirección y el control. El desempeño de estas cuatro funciones básicas (planear, organizar, dirigir y controlar) constituye el denominado proceso administrativo” (Chiavenato, 2004).
Proceso Administrativo
“Las funciones administrativas, en conjunto, forman el proceso administrativo; por separado, planeación, organización, dirección y control son funciones administrativas. Toda literatura neoclásica se apoya en el proceso administrativo para explicar cómo se desarrollan las funciones administrativas en las organizaciones. En la Figura 12 se muestra el proceso administrativo” (Chiavenato, 2004).
Figura 12 Proceso Administrativo Fuente: (Chiavenato, 2004)
Elaboración: (Chiavenato, 2004) 2.3. Modelo Aplicativo
La programación extrema “Engloba un conjunto de reglas y prácticas que ocurren en el contexto de cuatro actividades estructurales: planeación, diseño, codificación y pruebas.
La Figura 13 ilustra el proceso XP y resalta algunas de las ideas y tareas clave que se asocian con cada actividad estructural. En los párrafos que siguen se resumen las actividades de XP” (Pressman, 2010).
29 Figura 13 Modelo Aplicativo
Fuente: (Pressman, 2010) Ingeniería del software 7ma edición McGRAW-HILL Elaboración: Propia
Planeación: “La actividad de planeación (también llamada juego de planeación) comienza escuchando, actividad para recabar requerimientos que permite que los miembros del equipo XP comprendan el entorno del negocio del software y logren la sensibilidad de salida principales características y funcionabilidad requerida. En esta etapa los usuarios o clientes se reúnen con el equipo de desarrollo para crear "historias de usuario" o requisitos. El equipo de desarrollo convierte las historias de usuario en iteraciones que cubren una pequeña parte de la funcionalidad o características requeridas. Una combinación de iteraciones proporciona al cliente el producto final completamente funcional. En este contexto, el equipo de programación formula el plan, tiempo y los costos para llevar a cabo las iteraciones, en tanto que los desarrolladores individuales se registran para las iteraciones. Una orientación de planificación es el denominado método de la ruta crítica, que agrupa las iteraciones principales para el progreso del proyecto de manera lineal y organiza la culminación de las demás iteraciones paralelas a la ruta crítica. En este proceso, es importante tener en cuenta que en cualquier instante se pueden escribir historias nuevas” (Pressman, 2010).
“Cabe mencionar que también tanto desarrolladores como usuarios coordinan y deciden la agrupación de las “historias” para el próximo aumento en el software que va desarrollar el equipo. Convenido el acuerdo para la entrega de las “historias” la cual debe incluir fecha y otros aspectos relevantes del proyecto, el equipo se encarga del ordenamiento
