diseño de un sistema informático para la asignación de
TRANSCRIPT
Diseño De Un Sistema Informático Para La Asignación De Citas Y
Generación De Informes En La Empresa Calaire Del Municipio Espinal Tolima.
Angie Paola Ortiz Quintero
Universidad Cooperativa De Colombia
Facultad De Ingeniería De Sistemas
Programa Ingeniería De Sistemas
Campus Ibagué-Espinal
2019
Diseño De Un Sistema Informático Para La Asignación De Citas Y Generación De
Informes En La Empresa Calaire Del Municipio Espinal Tolima por Angie Paola Ortiz
Quintero se distribuye bajo una Licencia Creative Commons Atribución-NoComercial-
CompartirIgual 4.0 Internacional.
Diseño De Un Sistema Informático Para La Asignación De Citas,
Generación De Informes En La Empresa Calaire Del Municipio Espinal Tolima.
Presentado por
Angie Paola Ortiz Quintero
Director Temático
Ing. Esp. Luis Carlos Barreto
Director metodológico
Mg. Carlos Dussán Pulecio
Universidad Cooperativa De Colombia
Facultad De Ingeniería De Sistemas
Programa Ingeniería De Sistemas
Campus Ibagué-Espinal
2019
Nota de Aceptación
Jurado
Jurado
Tabla De Contenido
1 Descripción Del Problema ............................................................................. 11
1.1 Planteamiento Del Problema .................................................................. 11
1.2 Pregunta Problema ................................................................................. 12
2 Justificación ................................................................................................... 13
2.1 Alcances ................................................................................................. 13
2.2 Limitaciones ............................................................................................ 14
3 Marco De Referencia .................................................................................... 15
3.1 Marco Teórico ......................................................................................... 16
3.1.1 Asignación De Turnos ....................................................................... 20
3.1.2 Metodología Rup ............................................................................... 20
3.2 Marco de Antecedentes .......................................................................... 21
3.2.1 Agendamiento De Citas Para Trámites De Identificación .................. 21
3.2.2 Consulta De Turnos Universidad Del Norte ...................................... 22
3.2.3 Reserva De Turnos Para Equipos De Cómputo ................................ 22
4 Objetivos ....................................................................................................... 22
4.1 Objetivo General ..................................................................................... 22
4.2 Objetivos Específicos ............................................................................. 23
5 Diseño Metodológico ..................................................................................... 23
6 Desarrollo de la investigación ....................................................................... 25
6.1 Registrar la información que se observa del trabajo de campo sobre la
asignación de citas en la empresa. ............................................................................ 25
6.2 Desarrollar la base de datos donde se aloje la información que se ha
manejado de forma manual con el enfoque de sistematizar varios procesos. ........... 29
6.2.1 Fase de Cierre .................................................................................. 33
6.3 Aplicar el sistema informático para la gestión de citas de atención al
usuario. 33
6.3.1 Viabilidad Técnica ............................................................................. 33
6.3.2 Viabilidad Operativa .......................................................................... 34
6.3.3 Viabilidad Legal ................................................................................. 35
6.3.4 Planeación Del Proyecto ................................................................... 36
6.3.5 Recursos Humanos ........................................................................... 36
6.3.6 Recursos Tecnológicos ..................................................................... 36
6.4 Recursos Físicos .................................................................................... 38
6.4.1 Planeación De Gestión De Riesgos .................................................. 40
6.4.2 Arquitectura Del Software ................................................................. 41
6.4.3 Partes que componen el sistema ...................................................... 42
6.4.4 Características de la arquitectura Cliente-Servidor ........................... 43
6.4.5 Módulos Del Software ....................................................................... 44
6.4.6 Módulo De Turnos ............................................................................. 45
6.4.7 Módulo De Backup ............................................................................ 45
6.4.8 Reportes ............................................................................................ 45
6.4.9 Modelo De Entidad Relación ............................................................. 47
6.4.10 Diccionario De Datos ....................................................................... 50
6.4.11 Interfaz Grafica ................................................................................ 55
6.5 Conclusiones .......................................................................................... 56
6.5.1 Recomendaciones............................................................................. 57
7 Referencias Bibliográficas ............................................................................. 59
Lista De Tablas
Tabla 1: Gastos Personales ................................... ¡Error! Marcador no definido.
Tabla 2: Gastos de Inversiones .......................................................................... 37
Tabla 3: Gastos de Servicios Técnicos ............................................................... 39
Tabla 4: Total Gastos del Proyecto ..................................................................... 39
Tabla 5: Planeación de Riesgos ......................................................................... 40
Tabla 6: Diccionario de datos tabla usuarios ......... ¡Error! Marcador no definido.
Tabla 7: Diccionario de datos tabla servicios ...................................................... 51
Tabla 8: Diccionario de datos tabla servicios_x_usuario..................................... 51
Tabla 9: Diccionario de datos tabla empleado .................................................... 52
Tabla 10: Diccionario de datos tabla tipo_empleado .......................................... 54
Lista De Figuras
Figura 1: Diseño Red del Software ..................................................................... 14
Figura 3: Diagrama de Flujo del Proceso de Asignación .................................... 26
Figura 8: Caso de uso de asignación de turnos .................................................. 28
Figura 9: Caso de uso de generar informes ........................................................ 28
Figura 10: Esquema de Arquitectura .................................................................. 29
Figura 11:Esquema de Arquitectura Funcional ................................................... 30
Figura 12: Esquema Lógico del sistema ............................................................. 31
Figura 13: Modelo de entidad relación ................................................................ 32
Figura 14: Arquitectura Cliente - Servidor ........................................................... 42
Figura 15: Caso de uso asignación de turnos ..................................................... 46
Figura 16: Caso de uso generar reportes ........................................................... 47
Figura 17: Modelo de Entidad Relación .............................................................. 48
Resumen
El software brindará apoyo a la gestión y administración de procesos realzados en
la empresa CALAIRE, se desarrollará un aplicativo que, de información en el área de
reserva de citas, donde se buscará agilizar la asignación de turnos para los usuarios que
acuden a diario. Es así que, para el desarrollo del proyecto se empleará la metodología
RUP que se aplica de manera frecuente en las buenas prácticas para el trabajo en equipo,
obtener el mejor resultado posible en sus etapas del producto por el beneficio que aporta,
como es la reusabilidad del software, reduce la complejidad del mantenimiento
(extensibilidad y facilidad de cambios) y facilita la creación de prototipos. Especialmente
donde los requisitos son cambiantes para la innovación, la competitividad, la
productividad y la flexibilidad.
Para el proceso de la asignación de turnos se desarrolló un aplicativo ágil,
amigable y accesible al usuario para que pueda efectuar la asignación de citas sin ningún
contratiempo, buscando con esta herramienta agilizar los procesos y brindarle una mejor
atención al usuario. Dicho aplicativo se empleará primordialmente para el beneficio de
los usuarios que desean adquirir el servicio, ya que al agilizar los procesos, disminuirá
también el tiempo que el cliente vaya a invertir en algún procedimiento que ofrezca la
empresa y por ende descongestionará el cruce de citas y los contratiempos por personal
técnico delegado para distintas actividades laborales. Lo que permite que el servicio sea
mucho más veloz es la implementación de la metodología RUP la cual también genera
grandes beneficios a la empresa no sólo asociados a la facilidad de los servicios en
relación con la adquisición de los mismos por parte de los clientes, sino que también, en
cuanto a su estructura, reduce la complejidad del mantenimiento es decir permite que se
realice una mayor extensibilidad y por ende se pueda manejar con mayor facilidad los
cambios que el aplicativo requiera.
Finalmente, los resultados obtenidos a través de la utilización de la herramienta
SAC (sistema de asignación de citas, desde este momento se citará con las respectivas
siglas) están dados en la optimización de procesos y reducción del tiempo asociado a
cada tarea realizada en la empresa, sin olvidar que al analizar la metodología RUP a lo
largo de la realización del aplicativo es preciso señalar que dicha metodología puede ser
adaptada y ampliada para satisfacer las necesidades de cualquier organización y los
beneficios organizativos permitirán un mantenimiento más sencillo con adecuadas y
detalladas Modificaciones locales.
Introducción
El Sistema de información en la asignación de citas, es una herramienta
desarrollada para registrar peticiones de citas por los usuarios y así mantener el control
necesario de los mismos en sus diversas actividades para contribuir a la organización,
registrar turnos mediante esta herramienta SAC es una actividad orientada al
mejoramiento del proceso, lograr alcanzar el manejo de la información en tiempo real
para las diferentes actividades que se desarrollan y ayudar a la gestión de informes que
se deben presentar a los entes superiores.
SAC (Sistema de Asignación de Citas) fue desarrollada para la empresa de aires
acondicionados cumpliendo con las pautas establecidas en los diferentes procesos y
actividades diarias, se logrará con este software agilizar la asignación de citas previas
para los diferentes servicios.
Este proyecto fue desarrollado mediante la metodología RUP la cual está
planteada para estructurar los procesos y de esta manera medir la eficiencia del área
donde se desarrolla el proyecto, es una metodología ágil y adaptable en la gestión del
desarrollo de software, donde su principal objetivo es ser iterativo e incremental en las
diferentes herramientas de apoyo como los casos de uso, el código fuente y los roles que
llegan a desarrollar los usuarios
1 Descripción Del Problema
1.1 Planteamiento Del Problema
Hoy en día el manejo de la información es vital en una organización y más cuando
se necesita en tiempo real para las distintas actividades que a diario se deban realizar en
los procesos internos y en la atención a los usuarios finales, donde se verán reflejadas
constantes importantes como la parametrización del tiempo de cada uno de los técnicos,
la satisfacción e información personal que va ser dada por el usuario. Lo anterior, está
sucediendo en la empresa Calaire del municipio del Espinal Tolima en donde se presenta
una serie de congestión en la oferta de servicios por parte de la empresa para con los
clientes, esto debido a la manera empírica en que asignas citas y organizan las
actividades con los respectivos técnicos. Dicha congestión ocasiona que se presente
tardanza en la entrega de los automóviles, se crucen horarios citados para diferentes
clientes, no se lleve una organización y seguimiento a cada auto que ingrese con un
debido técnico encargado y debido a eso, en muchos casos la mayoría de citas son
canceladas.
Esta dilación en los procesos que desarrolla la empresa Calaire puede llegar a
generar pérdidas económicas, los clientes, al no obtener una organización adecuada por
parte de la empresa es posible que se abstengan de continuar adquiriendo los servicios.
Este problema se ha venido presentado a lo largo del progreso de la empresa, es decir,
al inicio el procedimiento empírico era apropiado porque los trabajos eran en menor
cantidad, pero a medida que pasa el tiempo la exigencia es mayor y es por eso que se
requiere el diseño de un sistema informático que responda a dicho problema.
1.2 Pregunta Problema
¿Es posible diseñar un sistema informático para la asignación de citas,
generación de informes en la empresa Calaire del municipio Espinal Tolima?
2 Justificación
El desarrollo de un aplicativo local trae consigo una solución a una problemática
que actualmente genera fallas en un sistema manual de la empresa Calaire del
municipio Espinal Tolima, en este caso la asignación de citas es una actividad
dispendiosa para el usuario, donde se atienden por orden de llegada, esto genera pérdida
de tiempo para el usuario, técnicos y representación monetaria de tal manera que se
debe de aprovechar las herramientas tecnológicas para así brindar solución al problema,
partiendo de la premisa que el cliente siempre tiene la razón se busca facilitar las
actividades a los usuarios y optimizar los servicios que se tienen.
Es por esto, que la propuesta de la elaboración de un software que proporcione la
implementación de un sistema de calidad, permitiendo que procesos tales como:
asignaciones de citas, reportes de los servicios que los usuarios realizan a diario, reportes
que ayuden a agilizar la información requerida para el diligenciamiento de formatos que
se deben presentar a los entes superiores.
Teniendo en cuenta los lineamientos de Gobierno en línea y la ley de cero papeles
se deben considerar que La “digitalización” se encuentra definida en el Acuerdo 27 de
2006 y en el protocolo para digitalización de documentos con fines probatorios.
2.1 Alcances
En los procesos que se manejan para el desarrollo del aplicativo, se considera pertinente
el diseño, desarrollo en los métodos de registro de usuarios nuevos al sistema,
actualización de los datos de los usuarios, asignación de los turnos a los usuarios,
reorganizar los turnos de los usuarios cuando no pueden ser atendidos en la fecha y hora
establecida, generar las copias de seguridad del sistema de la información de la base de
datos, restaurar las copias de seguridad del sistema de su base de datos, generar los
listados de los turnos diarios o por fecha, listado por usuarios, listado por servicios.
Figura 1: Diseño Red del Software
Fuente: Autores del Proyecto
2.2 Limitaciones
Los requerimientos no funcionales generalmente se efectúan al aplicativo en su
totalidad. Casi siempre se aplican a características o servicios individuales del sistema.
Los requerimientos no funcionales, son aquellos requerimientos que no hacen referencia
directamente a las funciones específicas que proporciona el software, sino a las
propiedades emergentes del mismo como son la fiabilidad, el almacenamiento de datos
y el tiempo de respuesta. De tal manera que esto define las restricciones del software
como la utilidad de las entradas y salidas, las vistas de la información que se utilizan en
el software:
La vista de la información debe de ser entendible.
El procesamiento de información debe de ser eficaz.
Debe de garantizar la seguridad y el desempeño en el proceso de la asignación
de turnos
Garantizar agilidad de respuesta en la información en tiempo real.
El aplicativo debe validar la información que se ingrese en cada vista del
formulario.
Los requerimientos funcionales son indispensables para esta actividad en el
desarrollo del software que debe cumplir con unas funciones específicas y puntuales.
El usuario puede registrarse en la página web
El usuario puede hacer búsquedas de los servicios que ha realizado.
El software proporciona reportes
El software brinda integridad de los datos.
3 Marco De Referencia
En el desarrollo del aplicativo se busca evitar que algunos procesos que están
establecidos no se vuelvan a repetir, lo ideal es agilizar estos procesos para dar mayor
fluidez en la asignación de turnos y el desarrollo de los reportes en tiempo real, además
permite tener un mayor conocimiento porque son de vital importancia para la empresa.
El software de sistema de asignación de turnos SAC en un entorno local se hace con la
funcionalidad de facilitar al usuario que el mismo realice este proceso, logrando
descongestionar las actividades de los empleados para dicha actividad, Este está
diseñado para evitar congestión y desordenes de usuarios, además de la incomodidad
en las personas en sitios donde existe una alta afluencia de público. Le permitirá dar más
informaciones a sus clientes, guiándolos al lugar correcto e inclusive obtener reportes
estadísticos sobre la atención. Es muy fácil de usar y ofrece muchas posibilidades de
uso.
3.1 Marco Teórico
Lenguaje de programación es definido como “un idioma artificial, formado por
símbolos y reglas sintácticas y semánticas, para expresar computaciones y que
pueden usarse para crear programas que controlen el comportamiento de una
máquina, expresar algoritmos con precisión, o como modo de comunicación humana”
(Rojas E. , 2011).
En un inicio los lenguajes eran códigos, “Para algunas personas, lo que sería
el primer lenguaje de programación moderno depende de cuánto poder y legibilidad
humana se requería antes de que se concediera el estado de "lenguaje de
programación". Tanto el telar de Jacquard como la Máquina Diferencial de Babbage,
tenían lenguajes muy simples y extremadamente limitados para describir las acciones
que estas máquinas realizaran. Se puede incluso considerar los agujeros perforados
en los rollos de pianola como un limitado lenguaje de dominio específico, a pesar de
no estar diseñado para el consumo humano” (Wikipedia L. e., 2019)
La evolución de los lenguajes de programación se puede dividir en 5 etapas o
generaciones: Primera generación: lenguaje máquina, Segunda generación: se
crearon los primeros lenguajes ensambladores, Tercera generación: se crean los
primeros lenguajes de alto nivel. Ej. C, Pascal, Cobol,Cuarta generación. Son los
lenguajes capaces de generar código por si solos, son los llamados RAD, con lo
cuales se pueden realizar aplicaciones sin ser un experto en el lenguaje. Aquí también
se encuentran los lenguajes orientados a objetos, haciendo posible la reutilización d
partes del código para otros programas. Ej. Visual, Natural Adabes. Quinta
generación: aquí se encuentran los lenguajes orientados a la inteligencia artificial.
Estos lenguajes todavía están poco desarrollados. Ej. LISP (Alvarez, 2006)
“En la década de 1940 fueron creadas las primeras computadoras modernas,
con alimentación eléctrica. La velocidad y capacidad de memoria limitadas forzaron a
los programadores a escribir programas, en lenguaje ensamblador muy afinados.
Finalmente se dieron cuenta de que la programación en lenguaje ensamblador
requería de un gran esfuerzo intelectual y era muy propensa a errores” (Wikipedia L.
e., 2019).
FORmulaTRANslation es el lenguaje de programación más antiguo yque
continúa en uso. Creada por John Backus, esta herramienta fue desarrollada para la
computación científica de alto nivel, matemática y estadística. (Rojas E. , 2011)
El Common Business Oriented Language está detrás de la mayoría de los
sistemas de transacciones de negocio de los procesos de las tarjetas de crédito, ATMs
(Modo de Transferencia Asíncrona), telefonía, sistemas hospitalarios, gobierno,
sistemas automatizados y señales de tráfico. (Rojas E. , 2011)
El período comprendido entre finales de 1960 y finales de 1970 trajo un gran
florecimiento de lenguajes de programación, Algunos lenguajes importantes que se
desarrollaron en este período fueron:1968 – Logo 1969 - B (precursor C)1970 –
Pascal,1970 – Forth,1972 – C,1972 – Smalltalk,1972 – Prolog,1973 – ML,1975 –
Scheme,1978 - SQL (inicialmente sólo un lenguaje de consulta, posteriormente
ampliado con construcciones de programación) (Wikipedia L. e., 2019).
Java (1995) Un grupo de trabajadores de Sun Microsystems, liderado por
James Gosling, creó Java para arrancar los decodificadores de una televisión
interactiva. Hoy en día, Java está presente en más de 1.000 millones de PCs de todo
el mundo y muchas websites no pueden funcionar sin ella. Fue utilizada en 2004 en
la misión de la NASA Mars Rovers. (Rojas E. , 2011)
La evolución de los lenguajes de programación continúa, tanto en la industria
como en investigación. Algunas de las tendencias actuales incluyen:Aumentar el
soporte para la programación funcional en lenguajes importantes utilizados
comercialmente, incluida la programación funcional pura para hacer el código más
fácil de razonar y de paralelizar (tanto en macro como en micro-niveles).Construir
lenguajes para apoyar la programación concurrente y distribuida.Mecanismos para
añadir al lenguaje verificación en cuanto a seguridad y confiabilidad: chequeo
sintáctico extendido, control de flujo de información, seguridad de hilos. (Wikipedia L.
e., 2019)
Sistemas operativos
“Un Sistema Operativo (S.O.) consiste en una serie de programas que le
permiten al usuario la gestión eficiente de los recursos de una computadora. Al mismo
tiempo, funciona como vínculo entre las aplicaciones, el hardware y el usuario. Todo
sistema operativo posee cinco funciones específicas: la administración de recursos,
brindar servicio de soporte y utilidad, proporcionar una interfaz al usuario, dirigir
actividades y además archivos. ” (Peña, 2015).
Todo sistema operativo tiene cinco funciones: Administrar los recursos, otorgar
servicio de soporte y utilidad, suministrar una interfaz al usuario, administrar tareas y
también archivos. (Clasificaciones, 2017)
De acuerdo a la administración de tareas: Monotarea: esta clase de sistemas
operativos poseen la capacidad de manipular un programa o ejecutar una sola
actividad a la vez. A estos pertenecen los sistemas operativos más antiguos. Por
ejemplo, si el usuario necesita escanear, el ordenador no reaccionará a nuevas
instrucciones ni empezará un procedimiento nuevo. Multitarea: esta cualidad es
común en los S.O. más evolucionados y facilitan la ejecución de múltiples procesos
simultáneamente, desde una o varias computadoras, lo que significa que es posible
que los empleen diversos usuarios a la vez. Esto es factible llevarlo a cabo a través
de sesiones remotas de una red o bien, mediante terminales conectadas a un
ordenador. (Peña, 2015).
Administrador de usuario: Monousuario: Solo permite ejecutar los programas
de un usuario al mismo tiempo. Multiusuario: Permite que varios usuarios ejecuten
simultáneamente sus programas, accediendo a la vez a los recursos de la
computadora. Normalmente estos sistemas operativos utilizan métodos de protección
de datos, de manera que un programa no pueda usar o cambiar los datos de otro
usuario. (Wikipedia, Sistema operativo, s.f.)
Manejo de recurso: Centralizado: Permite usar los recursos de una sola
computadora. Distribuido: Permite utilizar los recursos (memoria, CPU, disco,
periféricos) de más de una computadora al mismo tiempo. (Wikipedia, Sistema
operativo, s.f.)
3.1.1 Asignación De Turnos
Con base en las dificultades que actualmente sufre el sistema de asignación de citas y el
desarrollo de reportes en tiempo real para los procesos de registro, consultas de usuarios
y los reportes que se debe de enviar semanal y mensualmente. Esto conlleva a realizar
una serie de investigaciones y consultas de los diferentes términos que se están
manejando para poder dar inicio y desarrollar el proyecto, esto nos ayudara a tener una
idea más clara y objetiva de lo que se pretende realizar. (Que son las asignaciones de
turnos, que reportes son los más utilizados Identificación de una problemática, Análisis
de requerimientos de un proyecto de desarrollo de software, Que es un estudio de
factibilidad y viabilidad, Metodología de desarrollo de software).
3.1.2 Metodología Rup
Para este aplicativo se va a desarrollar la metodología denominada Proceso Racional
Unificado o RUP, Las siglas RUP en ingles significa Rational Unified Process es “un
producto del proceso de ingeniería de software que proporciona un enfoque disciplinado
para asignar tareas y responsabilidades dentro de una organización del desarrollo. Su
meta es asegurar la producción del software de alta calidad que resuelve las necesidades
de los usuarios dentro de un presupuesto y tiempo establecidos” (CHACÓN, 2006).
Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de modelado
(UML), constituye la metodología estándar más utilizada para el análisis, implementación
y documentación de sistemas orientados a objetos. Suministra un enfoque para asignar
tareas y responsabilidades dentro de una organización de desarrollo. “Su objetivo es
asegurar la producción de software de alta y de mayor calidad para satisfacer las
necesidades de los usuarios que tienen un cumplimiento al final dentro de un límite de
tiempo y presupuesto previsible” (GrupNADD, 2012).dentro de sus objetivos es pertinente
resaltar dentro la metodología RUP su ciclo de vida, definiéndolo de la siguiente manera:
“Es una implementación del Desarrollo en espiral. Fue creado ensamblando los
elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases
e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan
varias iteraciones en número variable según el proyecto y en las que se hace un mayor
o menor hincapié en las distintas actividades.” (Wikipedia, Proceso Unificado de Rational,
2005).
3.2 Marco de Antecedentes
Para la realización del aplicativo se consultaron diferentes tipos de software que
realizan los procesos de asignación de turnos para los usuarios que diariamente hacen
uso de los servicios de la empresa y el desarrollo de reportes en tiempo real de la
información solicitada para los informes mensuales. Se seleccionaron 3 diferentes tipos
de software más utilizados por los usuarios. En la investigación que se realizó, se
encontró que en algunas empresas que ya implementaron un Software para la asignación
de citas, de los cuales se destacan los siguientes:
3.2.1 Agendamiento De Citas Para Trámites De Identificación
Este es un software está elaborado en PHP y MYSQL SERVER, en ambiente local,
está. El usuario elige el servicio, la secretaria asigna la hora y el día que se solicita la cita.
3.2.2 Consulta De Turnos Universidad Del Norte
La universidad del Norte de Barranquilla, tiene el software para consultar los turnos
para realizar la matricula, el estudiante digita su código y el sistema verifica si ya se ha
realizado el pago, luego se selecciona la fecha y la hora para el turno, este software está
alojado en el dominio de la universidad, con una estructura de PHP y MYSQL apoyado
de un framework (NORTE, 2016).
3.2.3 Reserva De Turnos Para Equipos De Cómputo
La Universidad de Antioquia implementó la asignación de turnos para reservar los
equipos de cómputo, se ingresa al sistema con el usuario del portal web universitario y
luego se escoge la fecha y la sala para la selección de equipo, esta plataforma está
alojada en el dominio de la universidad, con una estructura de plantilla es Joomla, php y
mysql. (ANTIOQUIA).
4 Objetivos
4.1 Objetivo General
Diseñar un sistema informático para la asignación de citas a usuarios,
generación de informes de efectividad, productividad.
4.2 Objetivos Específicos
● Registrar la información que se observa del trabajo de campo sobre la
asignación de citas en la empresa.
● Desarrollar la base de datos donde se aloje la información que se ha manejado
de forma manual con el enfoque de sistematizar varios procesos.
● Aplicar el sistema informático para la gestión de citas de atención al usuario.
5 Diseño Metodológico
Cuando se desarrolla una investigación aplicativa del mundo de los sistemas
informáticos, hay que tener en cuenta cada uno de los procesos que se utilizan en la
elaboración del software que se basan en una serie de requerimientos, diseño,
construcción y pruebas del mismo sistema, cuando estos requerimientos cambian o surge
algún problema entre ellos, se deberá realizar nuevamente la evaluación del software. Lo
que hace que el tipo de investigación sea analítica y descriptiva.
La participación del cliente, lo que siente, lo que necesita, es muy importante en el
proceso de desarrollo ya que de eso depende el éxito de que el cliente pueda tener tiempo
para que se le pueda presentar a todos los implicados. Se puede decir que el cliente es
el punto clave ya que él solicita los requerimientos que se deben incluir. Lo anterior ubica
esta investigación con un enfoque cualitativo Según (Hernández Sampieri, Fernández
Collado, & Baptista Lucio, 2004) lo que se pretende con la investigación cualitativa es
lograr rearmar la realidad, de lo que sucede, de lo que sienten de lo que observan los
miembros activos de un sistema social previamente focalizado y caracterizado.
Al trabajarse bajo presión por los tiempos de entrega los desarrolladores no tiene tiempo
suficiente para mirar cuales son las especificaciones, así que por el método ágil depende
de unos contratos en los que el cliente paga es por el tiempo que se tomara en
desarrollarlo en lugar del desarrollo de un conjunto de requerimientos claro está que el
proyecto debe de ir progresando. Reflejando una investigación proyecto de diseño
aplicado.
Generalmente se debe minimizar el riesgo, garantizar la predictibilidad de los resultados
y entregar software de calidad superior a tiempo. Rational Unified Process, o RUP, es
una plataforma flexible de procesos de desarrollo de software que ayuda brindando guías
consistentes y personalizadas de procesos para todo el equipo de proyecto.
RUP describe cómo utilizar de forma efectiva reglas de negocio y procedimientos
comerciales probados en el desarrollo de software para equipos de desarrollo de
software, conocidos como “mejores prácticas”. Captura varias de las mejores prácticas
en el desarrollo moderno de software en una forma que es aplicable para un amplio rango
de proyectos y organizaciones. Es una guía de cómo utilizar de manera efectiva UML.
Provee a cada miembro del equipo fácil acceso a una base de conocimiento con guías,
plantillas y herramientas para todas las actividades críticas de desarrollo. Crea y
mantiene modelos, en lugar de enfocarse en la producción de una gran cantidad de
papeles de documentación.
6 Desarrollo de la investigación
6.1 Registrar la información que se observa del trabajo de campo sobre la
asignación de citas en la empresa.
Esta fase tiene como propósito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy
general de la arquitectura de software y producir el plan de las fases y el de iteraciones
posteriores. Se define el alcance del proyecto con los clientes, se identifican los riesgos
asociados al proyecto, se elabora el plan de las fases y el de la iteración posterior, se
detalla de manera general la arquitectura del software. (UNAD, 2014).
Hacer el trabajo de campo por medio de las visitas al taller, para observar cómo
se llevan a cabo el proceso de asignación de turnos a los usuarios que asisten a diario,
el proceso se lleva de forma manual que se le da al usuario y posteriormente el usuario
se dirige hacia la secretaria que atiende el servicio, entiéndase por servicio la actividad
que el usuario va a realizar como agendar una visita, diagnostico, ella revisa que la
documentación esté en orden, finalmente el usuario pasa donde el técnico quien realiza
el proceso.
Lograr entender como la secretaria diligencia los formatos de las actividades y
servicios diarios que efectúan los usuarios, que posteriormente sirven para generar los
informes que deben presentar. También en esta etapa se hace el levantamiento de los
formatos que se van a tener en cuenta para automatizar los procesos y poder
implementarlos en el aplicativo, estos formatos son muy importantes a la hora de generar
la información requerida por los entes superiores.
Figura 2: Diagrama de Flujo del Proceso de Asignación
Fuente: los autores
En la fase de elaboración se seleccionan los casos de uso que permiten definir la
arquitectura base del sistema y se desarrollaran en esta fase, Se diseña la solución
preliminar, se selecciona los casos de uso que permiten definir la arquitectura base del
sistema y se desarrollara el primer análisis del dominio del problema. (UNAD, 2014).
Ya analizada la información se puede dar comienzo al desarrollo del aplicativo,
empezando por aplicar las reglas de normalización a los formatos escogidos para diseñar
el modelo de entidad relación, las entidades encontradas en este proceso inicial son las
de usuario, servicios, turnos, empleados, de donde se haca la relación entre ellas y se
genera el diccionario de datos de estas entidades, luego se generar las tablas con sus
respectivos campos para la base de datos MYSQL SERVER, después de esto ya se
puede empezar a realzar las pruebas de conexión a la base de datos por medio del código
de PHP mediante el ambiente web, la etapa del Frontend se va a desarrollar por medio
del Framework BOOTSTRAP.
El sistema actual de la asignación de turnos y la generación de reportes se ilustran
con los casos de uso para lograr entender los pasos a seguir de estos procesos.
Figura 3: Caso de uso de asignación de turnos
Autores del Proyecto
Figura 4: Caso de uso de generar informes
Autores del Proyecto
SECRETARIA Usuario
Solicita turno
Asigna cita
Asignacion del servcio
Verifica disponibilidad
SISTEMA ASIGNACION DE TURNOS
Secretaria
revisar formatos fisicos
clasificar información
diligenciar informes
contabilizar registros
SISTEMA ACTUAL DE CREACION DE INFORMES
6.2 Desarrollar la base de datos donde se aloje la información que se ha
manejado de forma manual con el enfoque de sistematizar varios procesos.
El propósito de esta fase es completar la funcionalidad del sistema, La función de
esta fase es completar la funcionalidad del sistema, se clarifican los requisitos
pendientes, se administran los cambios de acuerdo a las evaluaciones realizadas por los
usuarios, y se realizan las mejoras para el proyecto. (UNAD, 2014).
En esta fase el aplicativo se pondrá a prueba por un determinado periodo de
tiempo para que el funcionario encargado lo manipule y se familiarice con el aplicativo,
con el objetivo que realice las actividades diarias en el software logrando obtener una
calificación del funcionario, la etapa siguiente es estar atentos a los posibles cambios o
comportamientos del mismo, dependiendo de los resultados se tomaran decisiones para
los posibles cambios en el software.En el desarrollo del aplicativo se ilustran con gráficos
que ayuden a interpretar los procesos del sistema y las tecnologías que se emplean para
su funcionamiento.
Figura 5: Esquema de Arquitectura
Fuente: Autores del proyecto
En un esquema de arquitectura funcional se muestra cómo va a funcionar el
aplicativo web y todos los pasos que se llevan a cabo internamente para que el usuario
pueda efectuar la actividad.
Figura 6: Esquema de Arquitectura Funcional
Autores del Proyecto
Presentación
REGISTR
AR TURNO
A
PACHE
A
M
YSQL PHP
BO
OTSTRAP
M
SE
RVIDOR
Ca
pa de Datos
Ca
Capa de
Servicios y
Figura 7: Esquema Lógico del sistema
Autores del Proyecto
TURNOS
Capa Usuario
WEB SERVER
Capa Servicios y Aplicacion
DB APLICATIVO
Capa De Datos
Figura 8: Modelo de entidad relación
Autores del Proyecto
direccion telefono email
direccion
telefono
Usuarios
Empleados
Servicios
Servicioxusuario
Tipo_empleado
documento
nombres
apellidossexo
cod_servicio servicio
cod_empleado
documento
nombres
loginpassword
cod_tipo_empleadotipo_empleado
fecha_turno
hora_truno
realiza realizado
1:N1
N
1:N1
N
atiende
1:11
1
pertenece
1:1
1
1
6.2.1 Fase de Cierre
El propósito de esta fase es asegurar que el software esté disponible para los
usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación,
capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que el
producto cumpla con las especificaciones entregadas por las personas involucradas en
el proyecto. De modo que, En esta es la última etapa donde se pondrá en funcionamiento
el aplicativo para el funcionario encargado de realizar las labores diarias, se realizará la
capacitación final del software con el objetivo que el aplicativo empiece a producir de
forma activa en la empresa.
6.3 Aplicar el sistema informático para la gestión de citas de atención al usuario.
En esta etapa se evalúa si el aplicativo se puede llevar a cabo, siendo ejecutado y
operado observando si cumple con su objetivo. Es así que, se realiza una serie de
procesos en los que se identifica cada una de las partes esenciales del aplicativo como
lo son los componentes, la información que fue utilizada y el mayor acercamiento a la
realidad que se está manejando en el proyecto.
6.3.1 Viabilidad Técnica
La factibilidad técnica para el funcionamiento en la asignación de citas de la
empresa, es desarrollar el aplicativo incorporando los recursos técnicos actuales como
son los equipos de cómputo que se tienen, se instalará el aplicativo en un computador
que será el servidor, un computador para la secretaria y dos computadores para uso de
los técnicos, se accederá al aplicativo mediante una red local entre estos computadores.
Se busca con esto la disminución de tiempo por usuario en la asignación de turnos
y mediante el aplicativo SAC los empleados tengan la información en tiempo real para
las diferentes actividades a realizar, como son los informes que se deben presentar a los
entes superiores, donde se mejorará el sistema actual con el que cuenta
6.3.2 Viabilidad Operativa
En esta viabilidad operativa son importantes las personas a participar en el
aplicativo web el cual cuenta con unas actitudes necesarias para la creación del mismo,
que se creara para un realizar una óptima asignación de citas para los Usuarios, en
cuanto a la estimación del software se contara con el tiempo y recursos de los empleados
para apoyar este proceso.
Para determinar los roles que se van a manejar en el aplicativo se tiene que el rol
principal lo ejecutará el gerente que va a tener todos los permisos del aplicativo, también
se tiene el rol de la secretaria que solo va a tener permisos para algunas actividades
como ingresar datos, registrar usuarios, generar listados.
El rol de director del proyecto es la ingeniera Paola Ortiz
6.3.3 Viabilidad Legal
La viabilidad legal donde se tendrá en cuenta los requerimientos legales del
proyecto para su operación, aprobación y licenciamiento del software que se manejara
en la empresa, de este modo los derechos de autor necesarios estarán a favor de los
desarrolladores del aplicativo y los archivos e imágenes que se utilizaran en dicho
software se asignaran al cliente.
En primera instancia se debe tener en cuenta el derecho de autor porque es la
primera parte a proteger en las creaciones de software que están regidas por las
categorías del mismo, o también los algoritmos de computador o soporte lógico, se toma
a consideración esta normatividad de acuerdo con los siguientes decretos.
El Decreto 1360 de 1989 lo equiparó entonces a una creación literaria, aunque el
software va más allá del código en sí mismo, su apariencia puede
Ser objeto de protección igualmente por el derecho de autor (por ejemplo, los video
juegos, software). (autor, 1989)
En términos generales la definición de software comporta un elemento funcional
acorde con el cual, un software debe ser un conjunto organizado de instrucciones
que permiten interacción con una máquina que procesa información. (Rojas,
20111).
6.3.4 Planeación Del Proyecto
La Planificación del aplicativo es proporcionar el mejoramiento y el rendimiento de las
asignaciones de citas para los usuarios, formatos, listados de la información en tiempo
real de su base de datos, procesos de protección de la información, disminución en los
tiempos de respuesta a las solicitudes de los usuarios.
6.3.5 Recursos Humanos
Los recursos humanos del proyecto se basan en las actividades a desarrollar cada
responsabilidad a seguir.
Tabla 1: Gastos Personales
Nombre Del Participante
Nivel De Formación
Rol En El Proyecto
Horas Mes
N° De Meses
Valor / Hora Valor Total
Paola Ortiz Ingeniera De Sistemas
Director de proyecto
20 4 $ 50.000 $ 4’000.000
Total Gastos De Personal $ 10’000.000
Fuente: Los autores
6.3.6 Recursos Tecnológicos
Para el desarrollo del aplicativo se tiene a disposición dos portátiles donde se apicara la
tecnología cliente servidor.
Comentado [CDP1]: Así se deben ver todas las tablas
Tabla 2: Gastos de Inversiones
INVERSIONES
Descripci
ón del equipo
Cantid
ad
Valor
unitario
Justificaci
ón
Valor
Total
Computad
or Portátil:
HP AAOEM
Procesador: Intel
Core i3
Tamaño de la
pantalla: 14".
Memoria RAM:
4GB.
Disco Duro: 500
GB.
Sistema
Operativo
Windows 7
Home
1 $1’400.0
00
para la
documentación,
programación del
software
$1’400.0
00
Computad
or Portátil:
DELL
INSPIRION 14
Procesador: Intel
1
$1’500.000
Servidor
donde se
instalará el
aplicativo web
$1’500.0
00
Core i3
Tamaño de la
pantalla: 14".
Memoria RAM:
4GB.
Disco Duro: 1
TB.
Sistema
Operativo
Windows 7
Profesional
Licencias
Office 2013 2
$
230.000
Trabajo
escrito
$
460.000
TOTAL INVERSIONES $3’500.0
00
6.4 Recursos Físicos
Estos recursos son los concernientes a los gastos por ejecución del proyecto en todas
sus actividades diarias.
Tabla 3: Gastos de Servicios Técnicos
SERVICIOS TÉCNICOS
DESCRIPCIÓN DEL SERVICIO
TÉCNICO
VALOR
UNITARIO
Energía Eléctrica $ 100.000
Internet $ 180.000
Salidas de Campo $ 400.000
TOTAL $ 680.000
Tabla 4: Total Gastos del Proyecto
PRESUPUESTO GLOBAL
RUBROS TOTAL
PROYECTO
GASTOS DE PERSONAL $ 10’000.000
INVERSIONES
$ 3’500.000
SERVICIOS TÉCNICOS $ 680.000
TOTAL $14’220.000
6.4.1 Planeación De Gestión De Riesgos
En el desarrollo del aplicativo web se estima la etapa de gestión de riesgos
que puede afectar con el buen proceso de las actividades en el desarrollo del
mismo, son procesos que podrían presentar retrasos en su desarrollo, en el caso
de la empresa se podría estimar los siguientes riesgos.
Tabla 5: Planeación de Riesgos
Riesgo Quien
lo Genera
Consecuencias Correctiva
Poca
disponibilidad del
cliente
Cliente Retraso en la
recolección de la
información
que los
beneficiarios del
aplicativo den a
tiempo la
información
necesaria para el
desarrollo del
software
Cambios
en los requisitos
Cliente no tiene muy claro
los funcionamientos
primordiales para la
Registraduría
Se revisan
todos los requisitos
con toda la
documentación
recolectada hasta
hallar el punto de
del cambio
Requisitos
del software que
no estén claros
producto Puede llevar a un
mal manejo en la
administración del
Realización
de varias reuniones
con el cliente para
aplicativo por falta de
comunicación del usuario
con los diseñadores
la aclaración de
requisitos y así
tener muy claro
todo
Abandono
temporal de un
integrante
Cliente Puede ocurrir que
el proyecto y la
recolección de la
información se demore
mas
Tener una
estrategia para
cuando un
integrante falle a las
actividades diarias
no se atrasen y se
pueda cubrir el tipo
de temporal de
dicho integrante
6.4.2 Arquitectura Del Software
Cliente-servidor. Donde el software reparte su carga de cómputo en dos
partes independientes, las funciones que ejecuta el cliente desde una terminal y la
del servidor que es la que aloja el aplicativo.
Figura 9: Arquitectura Cliente - Servidor
Autores del Proyecto
Arquitectura Cliente servidor. Esta arquitectura consiste básicamente en un
cliente que realiza peticiones a otro programa (el servidor) que le da respuesta.
Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola
computadora es más ventajosa en un sistema operativo multiusuario distribuido a
través de una red de computadoras. La interacción cliente-servidor es el soporte de
la mayor parte de la comunicación por redes. Ayuda a comprender las bases sobre
las que están construidos los algoritmos distribuidos. (contributors, 2019)
6.4.3 Partes que componen el sistema
Secretaria
Usuarios
Cliente: Programa ejecutable que participa activamente en el
establecimiento de las conexiones. Envía una petición al servidor y se queda
esperando por una respuesta. Su tiempo de vida es finito una vez que son servidas
sus solicitudes, termina el trabajo.(contributors, 2019)
Servidor: Es un programa que ofrece un servicio que se puede obtener en
una red. Acepta la petición desde la red, realiza el servicio y devuelve el resultado
al solicitante. Al ser posible implantarlo como aplicaciones de programas, puede
ejecutarse en cualquier sistema donde exista TCP/IP y junto con otros programas
de aplicación. El servidor comienza su ejecución antes de comenzar la interacción
con el cliente. Su tiempo de vida o de interacción es “interminable”.
6.4.4 Características de la arquitectura Cliente-Servidor
Combinación de un cliente que interactúa con el usuario, y un servidor que
interactúa con los recursos a compartir. El proceso del cliente proporciona la
interfaz entre el usuario y el resto del sistema. El proceso del servidor actúa
como un motor de software que maneja recursos compartidos tales como
bases de datos, impresoras, Módem, etc.
Las tareas del cliente y del servidor tienen diferentes requerimientos en
cuanto a recursos de cómputo como velocidad del procesador, memoria,
velocidad y capacidades del disco e input-output devices.
Se establece una relación entre procesos distintos, los cuales pueden ser
ejecutados en la misma máquina o en máquinas diferentes distribuidas a lo
largo de la red.
Existe una clara distinción de funciones basadas en el concepto de ”servicio”,
que se establece entre clientes y servidores.
La relación establecida puede ser de muchos a uno, en la que un servidor
puede dar servicio a muchos clientes, regulando su acceso a los recursos
compartidos.
Los clientes corresponden a procesos activos en cuanto a que son estos los
que hacen peticiones de servicios. Estos últimos tienen un carácter pasivo,
ya que esperan peticiones de los clientes.
6.4.5 Módulos Del Software
Modulo De Usuarios:
o Nuevo usuario: se ingresa un nuevo usuario al sistema.
o Editar usuario: se modifica los datos del usuario
o Buscar usuario: se busca el usuario por cédula, nombres o apellidos
o Listar usuarios: se hace visible un listado de los usuarios con
determinados filtros de búsqueda.
6.4.6 Módulo De Turnos
Nuevo turno: se asigna el turno al usuario en una fecha y hora especifica.
Modificar turno: se modifica la fecha u hora del turno para el usuario.
Cancelar turno: se cancela el turno del usuario.
Listar turnos: mostrar el listado de los turnos diarios.
6.4.7 Módulo De Backup
Realizar Copia de seguridad: realiza copia de seguridad del sistema.
Restaurar copia de seguridad: restaura una copia de seguridad del
sistema.
6.4.8 Reportes
Reporte de usuarios: listado de usuarios por fecha
Reporte de usuarios por servicio: listado de reporte de usuarios por
servicios por fecha.
Reportes de usuarios por documento: listado del usuario por servicios
solicitados en la empresa
Reportes de turnos: listado de turnos por fecha
Casos De Uso
o Sistema Actual De Asignación De Turnos
Figura 10: Caso de uso asignación de turnos
Autores del Proyecto
SECRETARIA USUARIO
Solicita turno
Asigna cita
Servicio progamado
Verifica disponibilidad
SISTEMA ASIGNACION DE TURNOS
Figura 11: Caso de uso generar reportes
Autores del Proyecto
6.4.9 Modelo De Entidad Relación
Diagrama Entidad Relación Un diagrama o modelo entidad-relación es
una herramienta para el modelado de datos que permite representar las
entidades relevantes de un sistema de información, así como sus interrelaciones
y propiedades.
En un Diagrama Entidad Relación se definen conceptos tales como
diagrama, entidad relación , modelo entidad relación, entidad, atributo, relación,
conjunto de relaciones, restricciones, correspondencia de cardinalidades,
Secretaria
revisar formatos fisicos
clasificar información
diligenciar informes
contabilizar registros
SISTEMA ACTUAL DE CREACION DE INFORMES
restricciones de participación, representación del objeto de estudio en el mundo
de los datos, obtención del diagrama entidad relación, componentes y diagrama
entidad relación, pasos a seguir para el diagrama entidad relación y operaciones
sobre objetos gráficos del diagrama Entidad Relación.
Figura 12: Modelo de Entidad Relación
Autores del Proyecto
6.4.10 Diccionario De Datos
Tabla 6: Diccionario de datos tabla usuarios.
USUARIOS
CAMP
O
DESCRIPCIÓ
N
TIPO
DATO
LONGITU
D
OBLIGATORI
EDAD
LLAVE
PRIMARI
A
LLAVE
FORÁNE
A
INCRE
MENT
AL
Docu
mento
Documento
del usuario
In
t
20 SI SI NO NO
Nombr
es
Nombres del
usuario
V
archar
60 SI NO NO NO
Apellid
os
Apellidos del
usuario
V
archar
60 SI NO NO NO
Direcc
ión
Dirección de
residencia del
usuario
V
archar
60 SI NO NO NO
Teléfo
no
Teléfono de
contacto del
usuario
In
t
20 NO NO NO NO
Email Correo
electrónico
del usuario
V
archar
60 NO NO NO NO
Tabla 7: Diccionario de datos tabla servicio
Tabla 8: Diccionario de datos tabla servicios_x_usuario
SERVICIOS_X_USUARIO
CAMPO DESCRIP
CIÓN
TIPO
DAT
O
LONGIT
UD
OBLIGATOR
IEDAD
LLAVE
PRIMARIA
LLAVE
FORÁNEA
INCREMEN
TAL
Cod_ser
vico
Código de
la tabla
I
nt
20 SI SI NO SI
SERVICIOS
CAMPO DESCRIP
CIÓN
TIPO
DAT
O
LONGITU
D
OBLIGATO
RIEDAD
LLAVE
PRIMA
RIA
LLAVE
FORÁNEA
INCREMEN
TAL
Cod_serv
icio
Código del
servicio
que tiene
la
Registradu
ría
I
nt
20 SI S
I
NO SI
Servicio Servicio
que presta
la
Registradu
ría
V
archa
r
60 SI N
O
NO NO
auxiliar de
servicio
Docume
nto
document
o del
usuario
I
nt
20 SI NO SI NO
Cod_ser
vicio
Código del
servicio
I
nt
20 SI NO SI NO
Fecha_c
ita
Fec
ha de cita
del
usuario
D
ate
SI NO NO NO
Hora_cit
a
Hor
a de cita
del
usuario
T
ime
20 SI NO NO NO
Tabla 9: Diccionario de datos tabla empleado
EMPLEADO
CAM
PO
DESCRIPCIÓ
N
TIPO
DATO
LONGIT
UD
OBLIGATOR
IEDAD
LLAVE
PRIMARI
A
LLAVE
FORÁNE
A
INCREMEN
TAL
Cod_
empl
eado
Código interno
del empleado
Int 20 SI SI N
O
SI
D
ocum
ento
Docume
nto del
empleado
Int 20 SI N
O
N
O
NO
N
ombr
es
nombre
s del usuario
Var
char
60 SI N
O
N
O
NO
D
irecci
ón
Direcció
n de residencia
del empleado
Var
char
60 SI N
O
N
O
NO
T
eléfo
no
Teléfon
o de contacto
del empleado
Int 20 SI N
O
N
O
NO
E
Correo
electrónico del
empleado
Var
char
60 SI N
O
N
O
NO
L
ogin
Usuario
del empleado
para ingresar
al sistema
Var
char
45 SI N
O
N
O
NO
P
assw
ord
Contras
eña del
empleado para
ingresar al
sistema
Var
char
45 SI N
O
N
O
NO
C
od_ti
po_e
mple
ado
Código
del tipo del
empleado
Int 20 SI N
O
SI NO
Tabla 10: Diccionario de datos tabla tipo_empleado
TIPO_EMPLEADO
CAMPO DESCRIPCI
ÓN
TIPO
DATO
LONGITU
D
OBLIGATO
RIEDAD
LLAVE
PRIMARIA
LLAVE
FORÁNE
A
INCREME
NTAL
C
od_tipo
_emple
ado
Código del
tipo
empleado
In
t
20 SI SI N
O
SI
Ti
po_emp
leado
Tipo
empleado d
V
archar
60 SI NO N
O
NO
6.4.11 Interfaz Grafica
Este diseño de la interfaz de software debe estar relacionado con los
requerimientos funcionales de los procesos
El software SAC va agilizar el manejo de los procesos contacto con una
interfaz muy sencilla y agradable para ser manipulada por los usuarios.
En su interfaz de inicio presenta un formulario donde el usuario se va a logear
con su Login y Password, dando paso a ingresar al perfil del usuario registrado en
la base de datos.
Tiene el manejo de tres perfiles de usuarios como son:
Perfil del Administrador, donde tiene un menú de navegación con los
siguientes módulos.
Usuarios: nuevo usuario, editar usuario, buscar usuario
Turnos: nuevo turno, cancelar turno, listar turnos
Reportes: reportes de usuario, reporte de usuario por servicio, reporte de
usuario por documento, reporte de turnos por fecha, reporte de turnos por empleado
Backup: realizar copia de seguridad de la base de datos, restaurar copia de
seguridad
Empleados: nuevo empleado, editar empleado, buscar empleado
Contraseña: cambiar la contraseña del usuario
Perfil del Empleado, donde tiene un menú de navegación con los siguientes
módulos.
Turnos: nuevo turno, cancelar turno, listar turnos
Usuarios: registrar usuario, buscar usuario
Reportes: reportes de usuario, reporte de usuario por servicio, reporte de
usuario por documento, reporte de turnos por fecha, reporte de turnos por empleado
Contraseña: cambiar la contraseña del usuario
Perfil del Usuario, donde tiene un menú de navegación con los siguientes
módulos.
Registrar turno
Cancelar turno
Buscar usuario
6.5 Conclusiones
El proyecto de grado ha alcanzado cumplir todos los objetivos primordiales
que se habían propuesto y respetando las especificaciones planteadas en la
empresa CALAIRE del espinal.
Con este aplicativo se desarrolló diferentes perfiles con sus respectivos módulos
que logran administrar y organizar la asignación de turnos, también la agilización de
la entrega de información para desarrollar las diferentes actividades.
Todo esto se ejecuta utilizando una estructura modular que permite una fácil
extensibilidad del software, lo que ha permitido que terceras personas acompañen
con el seguimiento del proyecto para dar a conocer los módulos para los diferentes
perfiles de los usuarios del aplicativo.
A partir del manifiesto ágil y de sus principios con respecto a la gestión de
proyectos de software, se desarrolló como un producto principal de este trabajo
investigativo, para así tener claramente una guía metodológica explicando cada uno
de los pasos que se tiene que llevar a cabo para el mejoramiento de las actividades,
logrando la sistematización de los procesos en la asignación de turnos e informes a
desarrollar para dar cumplimiento con las expectativas del aplicativo.
6.5.1 Recomendaciones
Para el desarrollo y puesta en marcha del aplicativo web de sistema de
asignación de citas se unieron esfuerzos entre las partes encargadas del desarrollo
del mismo permitiendo llevar a cabo este aplicativo con el objetivo de solucionar una
problemática existente para la asignación de citas de los usuarios que a diario
requieren de los servicios que presta la empresa.
Se recomienda para el proceso de implementación del aplicativo contar con
toda la infraestructura de hardware necesaria para el buen funcionamiento del
software, así mismo es recomendable hacer un seguimiento al funcionamiento del
software con revisiones periódicas para verificar la integridad de la información.
También se recomienda hacer le respectivo mantenimiento de software al
aplicativo para liberar de archivos temporales que pueden generar espacios
innecesarios en la unidad de almacenamiento del aplicativo, teniendo esto en
consideración también se hace indispensable el mantenimiento y verificación de la
información almacenada en la base de datos del aplicativo.
7 Referencias Bibliográficas
(s.f.).
Alvarez, S. (2006). desarrolloweb.com. Obtenido de
https://desarrolloweb.com/articulos/2358.php
ANTIOQUIA, U. D. (s.f.). Reserva de turnos para equipos de cómputo. Obtenido
de http://biblioteca.udea.edu.co/turnos/#/
autor, D. n. (23 de junio de 1989). Inscripción del Soporte Lógico (Software) en el
Registro Nacional del Derecho de Auto. Obtenido de
https://wipolex.wipo.int/es/text/126039
CHACÓN, J. C. (marzo de 2006). Universidad de San Carlos de Guatemala.
Obtenido de Facultad de Ingeniería:
http://clasescun.pbworks.com/f/Metodolog%C3%ADa_RUP.pdf
Clasificaciones, E. d. (2017). Tipos de sistemas operativos. Obtenido de
https://www.tiposde.org/informatica/15-tipos-de-sistemas-operativos/
contributors, E. (18 de JULIO de 2019). Arquitectura Cliente Servidor. Obtenido de
https://www.ecured.cu/Arquitectura_Cliente_Servidor
GrupNADD. (Julio de 2012). la Metodología Rup utilizada en el proceso de diseño
de la Ingeniería del Software.
Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2004).
Metodología De La Investigación. México: MacGraw-Hill Interamerixcana.
NORTE, U. E. (2016). CONSULTA DE TURNOS. Obtenido de
https://www.uninorte.edu.co/web/matriculas/consulta-de-turnos
Peña, I. S. (2015). CLASES DE SISTEMAS OPERATIVOS. Obtenido de
https://www.loyvan.com/informatica/clases-de-sistemas-operativos/
Rojas, E. (26 de Agosto de 2011). MCPRO. Obtenido de
https://www.muycomputerpro.com/2011/08/26/historia-lenguajes-
programacion
Rojas, O. E. (10 de MAYO de 20111). DERECHO DE AUTOR Y SOFTWARE.
Obtenido de https://es.slideshare.net/JosephBrant/derecho-autor-software
UNAD. (2014). Metodogía desarrollo software - RUP. Obtenido de
http://metodogiarupgrupo23.blogspot.com/
Wikipedia. (s.f.). Sistema operativo. Obtenido de
https://es.wikipedia.org/w/index.php?title=Especial:Citar&page=Sistema_op
erativo&id=122598395
Wikipedia. (Octubre de 2005). Proceso Unificado de Rational. Obtenido de
https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
Wikipedia, L. e. (octubre de 2019). Historia de los lenguajes de programación.
Obtenido de
https://es.wikipedia.org/w/index.php?title=Especial:Citar&page=Historia_de_
los_lenguajes_de_programaci%C3%B3n&id=120300087