SISTEMA DE INFORMACION PARA LA GESTION DOCUMENTAL …
Transcript of SISTEMA DE INFORMACION PARA LA GESTION DOCUMENTAL …
1
SISTEMA DE INFORMACION PARA LA GESTION DOCUMENTAL
POR PROCESOS (SIGPRO)
NELSON ANDRES LINARES ROZO
UNIVERSIDAD PILOTO DE COLOMBIA
INGENIERIA DE SISTEMAS
GIRARDOT-CUNDINAMARCA
2015
2
SISTEMA DE INFORMACION PARA LA GESTION DOCUMENTAL
POR PROCESOS (SIGPRO)
NELSON ANDRES LINARES ROZO
Trabajo de grado para obtener el título de ingeniero de sistemas
Asesor: LUDWIG IVÁN TRUJILLO HERNÁNDEZ
Ingeniero de sistemas
UNIVERSIDAD PILOTO DE COLOMBIA
INGENIERIA DE SISTEMAS
GIRARDOT-CUNDINAMARCA
2015
3
DEDICATORIA
Éste trabajo está dedicado especialmente a mis padres y a todos los que me
han apoyado durante la carrera de ingeniería de sistemas, deseándoles
bienaventuranza ya que sin su ayuda no hubiese sido posible alcanzar el
objetivo.
Es muy grato reconocer la colaboración y apoyo de mis compañeros de estudio
y docentes que se han esforzado por compartir sus conocimientos y se han
preocupado por que día a día sea mejor, no solamente a nivel académico sino
también a nivel personal.
4
AGRADECIMIENTOS
Agradezco a:
Ludwig Iván Trujillo Hernández. Ingeniero de sistemas y docente de la
universidad piloto de Colombia por su tiempo, atención prestada y asesoría.
Alfredo Enrique Morales Carretero. Gerente de proyectos y administrador de
empresas por su tiempo, atención prestada y suministración de datos.
Ever Barrios. Estudiante de ingeniería de sistemas de la universidad piloto de
Colombia por su aporte y colaboración en el trabajo escrito.
Jorge Luis Vera Vera. Estudiante de ingeniería de sistemas de la universidad
piloto de Colombia por su atención prestada y ayuda en soporte de
programación.
A nuestros docentes, por brindar todo su valioso conocimiento, tiempo y apoyo
en todo momento.
5
TABLA DE CONTENIDO
INTRODUCCIÓN 11
1. TITULO 13
1.1. TEMA 13
2. PROBLEMA 14
2.1. DESCRIPCIÓN DEL PROBLEMA 14
2.2. FORMULACIÓN DEL PROBLEMA 15
2.3. ELEMENTOS DEL PROBLEMA 15
3. JUSTIFICACIÓN 16
3.1. ACADÉMICA 17
3.2. TÉCNICA 17
3.3. SOCIAL 18
4. OBJETIVOS 19
4.1. OBJETIVO GENERAL 19
4.2. OBJETIVOS ESPECÍFICOS 19
4.3. OBJETIVOS DEL SISTEMA 20
5. AREA DE INVESTIGACIÓN 21
5.1. TEMA DE INVESTIGACIÓN 21
5.2. LINEA DE INVESTIGACIÓN 21
5.3. TIPO DE INVESTIGACIÓN 21
5.3.1. RECOLECCION DE DATOS 21
5.3.2. ANALISIS DE LOS DATOS RECOLECTADOS 23
6. ALCANCES Y LIMITES 25
6.1. PRESENTES 25
6.1.1. Desarrollo del sistema de control de acceso 25
6.1.2. Módulo de configuración básica 25
6.1.3. Módulo gestión de trámites 26
6.1.4. Módulo procesos 26
6.1.5. Módulo reportes y consultas 27
6
6.1.6. Módulo administración 27
6.2. FUTURO 28
6.3. LIMITES 28
7. MARCOS DE REFERENCIA 29
7.1. ANTECEDENTES 29
7.2. MARCO TEÓRICO 30
7.3. MARCO CONCEPTUAL 32
7.4. MARCO LEGAL 35
7.5. MARCO INSTITUCIONAL 38
8. HIPOTESIS 39
8.1. HIPOTESIS DEL TRABAJO 39
8.2. VARIABLES 39
8.2.1. VARIABLES INDEPENDIENTES 39
8.2.2. VARIABLES DEPENDIENTES 39
9. METODOLOGÍA PARA EL DESARROLLO DEL SOFTWARE 40
9.1. DESCRIPCIÓN DE LA METODOLOGÍA 40
9.2. FASES DEL DISEÑO DEL SISTEMA 43
10. ANÁLISIS DEL PROYECTO 48
10.1. ESTUDIO DE FACTIBILIDAD DEL PRESUPUESTO 48
10.1.1. FACTIBILIDAD TÉCNICA 48
10.1.2. FACTIBILIDAD DE RENDIMIENTO ECONÓMICO 50
10.1.3. FACTIBILIDAD DE RENDIMIENTO NO ECONÓMICO 50
10.1.4. FACTIBILIDAD ÉTICO Y LEGAL 50
10.1.5. FACTIBILIDAD OPERATIVA 51
10.1.6. FACTIBILIDAD DE EJECUCIÓN 52
10.1.7. CRONOGRAMA DE ACTIVIDADES 53
10.1.8. PRESUPUESTO 54
11. REQUERIMIENTOS 56
11.1. REQUERIMIENTOS FUNCIONALES 56
11.1.1. Módulo configuración básica 56
7
11.1.2. Módulo gestión de trámites 59
11.1.3. Módulo procesos 60
11.1.4. Módulo reportes y consultas 61
11.1.5. Administración 62
11.2. REQUERIMIENTOS NO FUNCIONALES 63
11.3. REQUERIMIENTOS TECNICOS 64
11.4. REQUERIMIENTOS DE REPORTES 65
11.5. REQUERIMIENTOS DE SEGURIDAD 66
12. ANÁLISIS DE RIESGOS 67
12.1. DEFINICIÓN DE ESCALAS 68
12.2. IDENTIFICACIÓN DE FACTORES 68
12.3. EVALUACIÓN DE RIESGOS POR FACTORES 69
12.4. CONCLUSIONES DEL ANÁLISIS DE RIESGO 72
13. ANÁLISIS DEL SISTEMA ACTUAL 73
13.1. DIAGRAMA DE LOS NIVELES DE PROCESO 73
13.2. DIAGNOSTICO DEL SISTEMA ACTUAL 74
14. DISEÑO DEL SISTEMA PROPUESTO 75
14.1. ARQUITECTURA DE SOFTWARE 76
14.2. DEFINICION DE LOS CASOS DE USO 80
14.3. DEFINICION DEL MODELO CONCEPTUAL 81
14.4. DEFINICION DE LOS DIAGRAMAS DE COLABORACION 82
14.5. DEFINICION DEL DISEÑO DE CLASES 83
14.6. MODELO ESTANDARES DEL DISEÑO 85
14.7. DEFINICION DE LOS MODULOS DEL SISTEMA 87
14.8. IDENTIFICACION DE LOS TIPOS DE ELEMENTOS DEL 88
SISTEMA
14.8.1. IDENTIFICACION DE LAS FUNCIONES PARA LOS 88
DIFERENTES MODULOS
14.9. TECNOLOGIA INFORMATICA DEL SISTEMA 90
14.9.1. HARDWARE 90
14.9.2. SOFTWARE 91
8
15. PRUEBAS 92
16. RECOMENDACIONES 102
17. CONCLUSIONES 103
REFERENCIA BIBLIOGRAFICA 105
ANEXOS:
MANUAL DE USUARIO
MANUAL DEL SISTEMA
9
LISTA DE TABLAS
Tabla 1. Presupuesto 52
Tabla 2. Probabilidad 65
Tabla 3. Impacto 65
Tabla 4. Factor software 66
Tabla 5. Factor hardware 67
Tabla 6. Factor humano 68
Tabla 7. Deck de pruebas numero 1 88
Tabla 8. Deck de pruebas numero 2 92
Tabla 9. Deck de pruebas numero 3 94
10
LISTA DE FIGURAS
Figura 1. Cronograma de actividades 51
Figura 2. Diagrama de los niveles de proceso del sistema actual 69
Figura 3. Manejo de una petición típica (MVC) a una aplicación 74
Figura 4. Diagrama casos de uso 76
Figura 5. Modelo Conceptual 77
Figura 6. Diagrama de colaboración 78
Figura 7. Diagrama de clase parte 1 79
Figura 8. Diagrama de clase parte 2 80
Figura 9. Diligenciamiento del formulario ciudadanos 89
Figura 10. Mensaje de aviso de ciudadano guardado correctamente 89
Figura 11. Validación de inserción correcta de ciudadano en la 90
Base de datos
Figura 12. Validación de campos vacíos formulario ciudadano 91
Figura 13. Pantallazo de ingreso de ciudadanos a la aplicación 92
Figura 14. Pantalla de error por usuario o contraseña incorrectos 93
Figura 15. Pantalla de ingreso exitoso a la aplicación 93
Figura 16. Diligenciamiento de formulario para radicación de documentos 95
Figura 17. Pantallazo inserción correcta de radicación en la base de datos 95
Figura 18. Pantallazo cargue de archivos 96
Figura 19. Pantallazo visualización de archivos cargados 96
Figura 20. Validación de campos vacíos - formulario radicación 97
11
INTRODUCCIÓN
La gestión documental es el conjunto de normas técnicas y prácticas usadas
para administrar el flujo de documentos de todo tipo en una organización,
permite la recuperación de información desde ellos, determina el tiempo que los
documentos deben guardarse, archiva los que ya no son necesarios y asegura
la conservación definida de los documentos más valiosos aplicando principios
de racionalización y economía.
Dicho lo anterior, es importante resaltar que la información es el activo más
importante de una organización. Las empresas generan diariamente una
determinada cantidad de actividades, las cuales se convierten en procesos y
estos procesos deben ser documentados y archivados con el fin de obtener un
registro o una constancia sobre dicha actividad ya que con esta información
será posible determinar todos los movimientos de la organización, generar
reportes, estadísticas e indicadores por periodos de tiempo ayudando a la toma
de decisiones por parte la administración para mejorar la atención y calidad del
servicio.
Actualmente, muchas empresas tanto públicas como privadas manejan su
información de forma física y muy rara vez algunos funcionarios de la entidad
disponen parte de su tiempo libre administrando sus documentos en
procesadores de texto y hojas de cálculo, pero esta no sería la mejor opción de
conservar la documentación ya que también pueden sufrir una perdida
permanente por algún accidente informático. Por este motivo se plantea el
desarrollo de un sistema de gestión documental en ambiente web para la
alcaldía municipal de Villeta Cundinamarca, mediante el cual permite el registro,
control, circulación y organización de los documentos digitales y /o físicos que
se envían y reciben en la entidad.
Con el Sistema de Información Para la Gestión Documental por Procesos
(SIGPRO) se logra reducir costos asociados al papel y a mejorar los procesos
12
de gestión documental ya que las actividades documentales se procesarán de
forma digital y automatizada. Algunas de las tareas que gestiona este sistema
es hacer más eficientes la importación y almacenamiento de documentos,
acceso rápido a los documentos mediante búsquedas personalizadas, visualizar
la trazabilidad de la información, entre otros.
13
1. TITULO
Sistema De Información Para La Gestión Documental Por Procesos (SIGPRO)
1.1. TEMA
Diseño y desarrollo de un sistema de información para la gestión documental
por procesos, para la Alcaldía Municipal de Villeta-Cundinamarca.
14
2. PROBLEMA
2.1. DESCRIPCIÓN DEL PROBLEMA
En la Alcaldía Municipal de Villeta, existe información que se registra y
almacena en forma manual, o en forma magnética de manera indiscriminada y
sin clasificarla sistemáticamente, lo que se convierte en un problema relevante y
urgente por solucionar. La documentación, al estar soportada y consignada en
papel, o dispersa en medio magnético queda expuesta al deterioro por el paso
del tiempo, a pérdida o difícil localización, y sobre todo, es cada vez más difícil
encontrarla oportunamente y clasificarla, para que la consulta de la misma, no
sea un proceso engorroso, incómodo y demorado para el personal involucrado
o relacionado con el diligenciamiento y manejo de la misma internamente, como
también para quienes externamente, solicitan o consultan los documentos del
municipio.
De acuerdo a lo expuesto en esta descripción, se puede evidenciar que el
problema del manejo documental, no es un problema nuevo, existe al interior de
la administración municipal desde la creación del municipio, porque al manejo
de la documentación, con el transcurso del tiempo se le da un manejo de poca
importancia y la relegan a segundo plano, sin tener en cuenta que el decreto
Ley 019 de 2012 (Ley anti tramites) direcciona a todos las alcaldías y
gobernaciones y la nación en general el correcto funcionamiento de la
documentación institucional para el buen funcionamiento y crecimiento de la
organización.
Teniendo en cuenta los avances tecnológicos, se debe cambiar la forma de
realizar esta actividad y adoptar un sistema de información moderno. La
alcaldía Municipal de Villeta tiene la necesidad de almacenar virtualmente los
procesos de gestión documental con el propósito de aumentar la eficiencia en
tiempos de respuesta, facilitar la recuperación de documentos y agilizar las
búsquedas, la recepción y envío de la documentación.
15
2.2. FORMULACIÓN DEL PROBLEMA
¿Cómo desarrollar un sistema de información que capture, almacene, procese,
controle y organice los documentos digitales y/o físicos que se envían y reciben
en la alcaldía municipal de Villeta?
2.3. ELEMENTOS DEL PROBLEMA
- Desorganización y perdida de la documentación (Oficios, circulares y
anexos)
- Tiempo de entrega altos de los documentos
- Demora en el proceso de distribución de los documentos
- Mantener archivos físicos en cada dependencia.
- Utilización de mucho papel
- Demora en búsquedas y consultas de documentos al momento de ser
requeridos por funcionarios y usuarios finales.
16
3. JUSTIFICACIÓN
La elaboración de este proyecto es de gran importancia para los procesos de
gestión documental en la Alcaldía Municipal de Villeta ya que soluciona las
falencias que se vienen presentando en el desarrollo de los procesos
documentales, como la recepción, distribución, almacenamiento, recuperación y
envío de los documentos.
Así mismo el desarrollo de este proyecto ofrece, una vez más, la oportunidad de
demostrar las grandes ventajas que ofrece la tecnología cuando se aplica en las
actividades rutinarias de una organización. Además, en la actualidad la
sistematización, es la mejor estrategia corporativa para desarrollar
oportunidades de negocios, por la forma rápida, veraz, oportuna y exacta cómo
se maneja la información a nivel gerencial y financiero, facilitando el análisis
interno y externo, el desarrollo de estudios, la formulación de planes y políticas
y la toma de decisiones en una organización.
Además, un análisis de costo/beneficio llevaría a determinar aún más, la
viabilidad de este proyecto, debido a que la solución propuesta reduciría los
costos que implica la consulta documental en papel y pérdida de tiempo en
búsquedas en medio magnético y aumentaría los beneficios, pues con la
sistematización de esta actividad, se anulan al máximo, los errores del manejo
manual y físico de la información, demora en la localización, dificultad de
búsqueda, elevado número de copias innecesarias, el excesivo tiempo de
tratamiento manual, la pérdida de documentos y la inexistencia de seguridad.
17
3.1. ACADÉMICA
Este proyecto es una muy buena opción para desarrollarnos como
profesionales porque aparte de adquirir experiencia en diseño y desarrollo de
proyectos, también nos brinda la oportunidad de conocer en un área diferente a
la ingeniería de sistemas, ya que para llevar a cabo este proyecto es necesario
trabajar en grupo con dos o más personas que manejan otro campo
parcialmente ajeno a sistemas y que pueden aportar grandes ideas en la
ejecución de la investigación.
En la investigación se colocan en práctica los conocimientos que se han
adquirido durante la carrera como por ejemplo bases de datos, programación,
lógica, algoritmos y esto hace afianzar los conocimientos adquiridos en la
carrera preparándonos como buenos profesionales en el área de sistemas.
3.2. TÉCNICA
Con la propuesta del Sistema De Información Para La Gestión Documental Por
Procesos (SIGPRO), Para El Municipio De Villeta, se desea evitar la pérdida de
documentos, retardo en recepción y entrega de documentos, deterioro de la
documentación que se genera con el paso del tiempo, demora al momento de
buscar y requerir algún documento ya sea para los funcionarios de la entidad o
para los usuarios finales, entre otros.
Para llevar a cabo la planificación, análisis, diseño y desarrollo de la aplicación
se utilizaran herramientas específicas que cumplen con las expectativas de
trabajo para este caso. El sistema se desarrolla bajo herramientas tecnológicas
de software libre, como motor de bases de datos se utilizara MySQL, para
desarrollo funcional de la aplicación PHP, javascript, Jquery y en la interfaz
gráfica se utilizará el lenguaje de marcado HTML.
Para el diseño y modelamiento de la base de datos es necesario conocer el
sistema actual, la manera en que se están haciendo los procesos específicos
que utiliza la alcaldía municipal de Villeta para el registro, control, circulación y
18
organización de los documentos ya que de esto depende la calidad del diseño e
incluso existe la posibilidad de poder mejorarlo.
En cuanto al desarrollo del software y la interfaz gráfica hay que tener en
cuenta que el servicio será utilizado por el usuario final y no por el diseñador o
programador del proyecto, ya que es un software manejado y administrado a
través de internet y por lo tanto es indispensable que la aplicación funcione de
manera rápida y eficaz, que sea amigable para el usuario, de fácil acceso y
mantener una buena distribución de la información visual de tal forma que el
usuario que utilice el sistema se sienta a gusto mientras navega y ejecuta
procesos por las diferentes páginas de la aplicación.
3.3. SOCIAL
El software tiene como finalidad superar en la mayoría de los aspectos al
sistema actual de la alcaldía municipal de Villeta debido a que lo que se está
ofreciendo es una herramienta innovadora, que en estos momentos necesita la
entidad. El Sistema De Información Para La Gestión Documental Por Procesos,
Para El Municipio De Villeta en ambiente web o en línea ofrece facilidades de
acceso remoto para cualquier usuario, reduce los costos, aumenta la
disponibilidad de información, e incluye escalabilidad y capacidad, apoyo
operativo, hardware y almacenamiento a un bajo costo.
La investigación no solamente tiene objetivos específicos y comunes dirigidos a
las empresas o entidades públicas o privadas sino que también desea hacer un
aporte a la sociedad. El Sistema De Información Para La Gestión Documental
Por Procesos, Para El Municipio De Villeta tiene como aspecto social mejorar la
calidad del servicio para que tanto usuarios como funcionarios de la entidad
tengan una forma más fácil de realizar su gestión sin necesidad de desplazarse
hasta la entidad para radicar sus documentos o recibir respuesta de los
mismos, solo se necesita de un computador con acceso a internet.
19
4. OBJETIVOS
4.1. OBJETIVO GENERAL
Desarrollar un sistema de información que capture, almacene, procese, controle
y organice los documentos digitales y/o físicos que se envían y reciben en la
alcaldía municipal de Villeta.
4.2. OBJETIVOS ESPECÍFICOS
- Mejorar el proceso de registro, distribución, recuperación,
almacenamiento y consulta de documentos.
- Analizar detalladamente, la realización de las actividades en la alcaldía
municipal de Villeta, para mejorar el registro, distribución, recuperación,
almacenamiento y consulta mediante la desmaterialización sistematizada
de las normas aplicables a la documentación.
- Disminuir el tiempo requerido para la búsqueda de documentos,
mediante la propuesta e implementación de opciones y criterios de
búsqueda, para tener disponibilidad de los datos en cualquier momento
mediante el sistema de información para la alcaldía municipal de Villeta.
- Agilizar la recepción y envió de documentos
20
4.3. OBJETIVOS DEL SISTEMA
- Automatizar los procesos de gestión documental
- Proporcionar información que sirva de apoyo al proceso de toma de
decisiones
- Acceder de forma rápida y sencilla a la información
- Agilizar la recepción y envío de documentos
- Agilizar las búsquedas
- Trazabilidad de los documentos
- Mejorar la calidad del servicio
21
5. AREA DE INVESTIGACIÓN
5.1. TEMA DE INVESTIGACIÓN
Desarrollo de software
5.2. LINEA DE INVESTIGACIÓN
Desarrollo de sistemas informáticos
5.3. TIPO DE INVESTIGACIÓN
Enfoque cuantitativo. Método: exploratorio - descriptivo.
5.3.1. RECOLECCION DE DATOS
Este trabajo se desarrolló a través de la aplicación de un instrumento de
recolección de datos como lo fue un cuestionario a los funcionarios de
informática y recepcionistas de documentos de las alcaldías municipales
cercanas a la región de Girardot como lo fueron la Alcaldía Municipal de Viotá,
Tocaima y Villeta, alcaldías que fueron seleccionadas como muestra por este
autor, con base en aquellos municipios menores de treinta mil habitantes
(DANE, 2014) que no cuentan con gestores documentales, los cuales se
determinaron la viabilidad del proyecto y las variables que se requieren para la
implementación de una solución informática. A su vez, se tomó como fuente de
investigación, información documental extraída de los lineamientos
institucionales del ministerio de tecnologías de la información y las
comunicaciones, según la ley 1712 de 2014 (Artículo 15) la cual decreta un
programa de gestión documental dentro de los seis (6) meses siguientes a la
entrada en vigencia de la presente ley, los sujetos obligados deberán adoptar
un programa de gestión documental en la cual se establezcan los
procedimientos y lineamientos necesarios para la producción, distribución,
22
organización, consulta y conservación de los documentos públicos. Este
programa deberá integrarse con las funciones administrativas de la entidad
obligada. Deberán observarse los lineamientos y recomendaciones que el
Archivo General de la Nación y demás entidades competentes expidan en la
materia.
La información que se levantó se clasificó de la siguiente manera:
Viabilidad del proyecto. Esta parte se configuró con el propósito de averiguar
la necesidad y la situación actual que presenta la Alcaldía Municipal de Villeta.
Se indagó por los siguientes aspectos:
1- ¿Es viable y pertinente la adquisición del software en la entidad para el
registro, control, circulación y organización de los documentos?
2- ¿En qué forma y lugar se encuentran conservados y almacenados los
documentos?
3- ¿Cómo buscan físicamente un documento en el archivo histórico en la
entidad?
4- ¿De qué forma se manipulan los documentos enviados y recibidos en la
entidad?
5- ¿Existe en la organización definida una tabla de retención documental
sistematizada?
6- ¿Existen perdidas de documentos durante la manipulación de los
mismos?
23
5.3.2. ANALISIS DE LOS DATOS RECOLECTADOS
Se obtuvieron los siguientes resultados con base en la organización del
instrumento recolectado:
Viabilidad del proyecto. El proyecto por parte de las alcaldías encuestadas
manifiesta que es totalmente pertinente por cuanto el 100% de ellas requieren
de un software sistematizado que les permita organizar sus trámites
administrativos en lo que se refiere a gestión documental. Así mismo, las
alcaldías encuestadas manifiestan que deben adoptar un programa de gestión
documental como lo ordena la ley 1712 de 2014 en el cual se establezcan los
procedimientos y lineamientos necesarios para la producción, distribución,
organización, consulta y conservación de documentos, por lo tanto es viable la
adquisición del software de gestión documental en la Alcaldía Municipal de
Villeta para agilizar los procesos documentales, reducir tiempo y costos en la
organización.
Conservación y almacenamiento de los documentos. Actualmente, la
conservación de los documentos en el depósito se encuentra en carpetas y
cajas ubicadas en estanterías metálicas, por lo cual se ve afectada la
conservación de los documentos que se encuentran en el archivo central ya que
están en riesgo de deterioro debido a que se encuentran rodeados por el rio
Villeta y la quebrada de cune, también la infraestructura debido a su estado de
deterioro presenta varias goteras.
Búsqueda de documentos. La localización de los documentos con el paso del
tiempo es cada vez más difícil, encontrarlos rápida y oportunamente se vuelve
un proceso engorroso e incómodo para el personal administrativo de la entidad,
debido al volumen de documentos que aumenta diariamente. El método de
búsqueda actual de documentos en la Alcaldía Municipal de Villeta se realiza a
través del inventario documental almacenado en una hoja de cálculo virtual, el
cual es un proceso que demora varios meses para mantener vigente y
actualizada la información.
24
Manipulación de los documentos. La manipulación de los documentos en la
Alcaldía Municipal de Villeta se realiza de forma manual aumentando el riesgo
de dispersión, deterioro y/o pérdida de los documentos enviados y recibidos en
cumplimiento de sus funciones.
Tabla de retención documental. La entidad cuenta con las tablas de retención
documental actualizadas por el Archivo General de la Nación per no se manejan
de forma sistematizada.
Perdida de documentos. Durante el trámite de los documentos se han
presentado perdidas debido a la manipulación y dispersión de los mismos, ya
que no existe un sistema de información que integre los procesos documentales
de la entidad y almacene los documentos digitalmente. Es necesaria la
adquisición de un sistema de gestión documental que almacene y procese los
documentos en forma digital para evitar la pérdida de información y
documentación ya que con el aplicativo estarán guardados de forma segura,
aumenta la seguridad y disponibilidad de los documentos y será posible
recuperarlos en cualquier momento.
25
6. ALCANCES Y LIMITES
6.1. PRESENTES
Inicialmente se desea gestionar el registro, control, circulación, y organización
de los documentos digitales y/o físicos que se envía y reciben en la alcaldía
municipal de Villeta. El diseño del sistema de información cuenta con los
siguientes módulos.
6.1.1. Desarrollo del sistema de control de acceso
Este módulo consiste en la validación de entrada para los funcionarios
(Personas perteneciente a la entidad registrado en el sistema) de la Alcaldía
Municipal de Villeta donde podrán acceder a la administración del sistema y a la
gestión de los procesos de gestión documental, validando a su vez los permisos
que maneja cada tipo de funcionario según el perfil asignado dentro del sistema
de información.
El diseño utilizado en el proyecto se basa en la autenticación por roles, lo que
permite asignar permisos según el tipo de usuario y dependiendo de su cargo
puede ingresar a sitios específicos en cumplimiento de sus funciones con el fin
de ofrecer un mejor control de usuarios en el sistema.
6.1.2. Módulo de configuración básica
Se tiene el control de todas las tablas de la base de datos a parametrizar por
parte del usuario y de los principales módulos del sistema.
En éste módulo es posible parametrizar datos primarios del sistema, las
opciones de agregar, consultar y modificar estarán disponibles para que a
través de una interfaz gráfica amigable se ejecuten dichas operaciones de
26
configuración sobre el tipo de trámite, soportes de ingreso, estado del trámite,
tipo documental, dependencias, series y sub-series.
6.1.3. Módulo gestión de trámites
En esta etapa se identifican detalladamente cuales son los requerimientos para
la gestión de trámites, radicaciones, expedientes y archivo.
Con la información recolectada de los procesos que debe llevar un documento
desde que ingresa a la entidad hasta que se le da respuesta y con el previo
análisis, se inicia la etapa de desarrollo para la gestión de trámites. Esta etapa
inicia con la ejecución del diseño del recorrido del trámite y su respectiva
documentación y las diferentes opciones disponibles como la visualización,
asignación, reasignación, respuesta, archivo, y cierre del trámite.
Éste módulo permite visualizar los trámites y su respectiva documentación que
ingresa a la entidad simulando una bandeja de entrada de un correo electrónico
en donde se visualizará el número de radicado, fecha de ingreso, días restantes
para dar oportuna respuesta al documento (Resolución número 0013 del 2003),
dependencia, asunto, estado del trámite y prioridad del trámite (Normal,
urgente).
Los funcionarios del sistema también pueden generar trámite con su respectivo
documento, crear un trámite por parte de un ciudadano y dar por finalizado los
procesos de los diferentes trámites respondidos con anterioridad.
6.1.4. Módulo procesos
Permite la comunicación interna entre los funcionarios de la entidad con el fin
de resolver problemas manifestados por la comunidad Villetuna brindando una
mejor atención y mejorando la calidad del servicio hacia los ciudadanos del
municipio de Villeta. De esta manera se relacionan los procesos de calidad de
27
la entidad los cuales son importantes para la misma ya que ayudan a mejorar la
prestación del servicio.
En éste módulo se almacenarán los formatos que maneja la entidad para
realizar sus procesos. Los usuarios podrán subir sus propios formatos
disponibles, para ser descargados desde la galería de formatos y diligenciados
manualmente o digitalmente para su respectivo proceso. El sistema permite que
los funcionarios mantengan un registro actualizado de sus formatos en caso de
alguna modificación en los mismos.
6.1.5. Módulo reportes y consultas
Se identifica cuáles son los requerimientos para cada uno de los informes del
sistema.
En éste módulo se diseñan las visualizaciones de los trámites con sus
respectivos documentos radicados, trámites recibidos, trámites asignados,
reasignados, estado del trámite, trámites gestionados a tiempo, trámites
extemporáneos, trámites por gestionar.
El sistema permite generar reportes estadísticos, ya que combinando la
estadística con los datos del sistema y lo que se requiere visualizar genera
organización y resumen de los datos numéricos.
Para el caso de los reportes estadísticos requeridos por el cliente, se diseña la
visualización estadística sobre los trámites gestionados a tiempo vs
extemporáneos, trámites gestionados por dependencia, trámites por estados,
trámites recibidos por dependencia y trámites recibidos vs gestionados.
6.1.6. Módulo administración
En éste módulo, es posible crear ciudadanos, crear funcionarios del sistema,
gestionar los perfiles de usuarios, actualizar el eslogan de la entidad, generar
28
copia de seguridad de la base de datos, generar copia de seguridad de los
documentos recibidos y generados de los expedientes y parametrizar la ruta de
descarga de los documentos.
6.2. FUTURO
Implementar el funcionamiento de la aplicación en un servidor web de gran
capacidad tanto en ancho de banda como en almacenamiento de información y
archivos para que la Alcaldía Municipal de Villeta pueda realizar eficazmente la
recepción y envío de trámites y documentos en cumplimiento de sus funciones.
6.3. LIMITES
El alcance del diseño y desarrollo del Sistema de Información Para la Gestión
Documental por Procesos (SIGPRO) está limitado realizar los procesos de
gestión documental en la Alcaldía Municipal de Villeta.
Así mismo, la aplicación permitirá llevar a cabo la recepción y envío de
documentos, el almacenamiento y organización de la documentación, y llevar
un mayor control sobre los tiempos de respuesta con el fin de mejorar la calidad
del servicio. Adicional, el sistema de información les permitirá a los ciudadanos
(Persona externa a la entidad) desde la comodidad de su casa o lugar de
trabajo enviar sus documentos vía web, consultar el estado de su trámite y la
respuesta del mismo en tiempo real, sin necesidad de desplazarse hasta la
entidad.
29
7. MARCOS DE REFERENCIA
7.1. ANTECEDENTES
(Guzmán & Pedraza, 2006, 2) Si bien es cierto que a partir de la creación del
Archivo General de la Nación y del establecimiento del sistema Nacional de
Archivos, se han logrado significativos avances en el campo archivístico
colombiano, es preocupante que en las instituciones educativas de índole
privado no exista una verdadera organización de los archivos existentes y que
el acceso a la información se dificulte. Es por esto que se hace necesario que
se adopten políticas para su producción, recepción, trámite, organización,
conservación, recuperación y difusión de la información como instrumento
esencial para la toma de decisiones y la preservación de su patrimonio
documental.
Con base a la investigación realizada se encontraron algunos sitios web, los
cuales ofrecen servicios relacionados con los que se pretende implementar en
este proyecto:
Sistema de información Quipux
El Quipux es el Sistema de Gestión Documental utilizado dentro del Sector
Público para elaborar memorando, oficios, circulares y todo lo que implica
comunicación formal dentro y fuera de la institución.
La plataforma fue modificada a partir del sistema de gestión documental
ORFEO, el cual utiliza tecnologías y estándares abiertos. La Subsecretaría de
Gobierno Electrónico efectuó modificaciones a la versión original adaptándolas
a las necesidades de gestión documental de las entidades de la Administración
Pública Central.
30
Sistema de información Orfeo
Orfeo/GPL es una herramienta de gestión documental y de procesos amparada
bajo la Licencia GNU/GPL, altamente escalable, desarrollada en Colombia para
la gestión de los documentos y procesos en las Empresas/Entidades.
ABC DEL SISTEMA INTEGRADO DE GESTIÓN DOCUMENTAL EN LAS
OFICINAS DE REGISTRO DE INSTRUMENTOS PÚBLICOS ORIPS
Herramienta de gestión documental cubre los procesos de correspondencia,
archivos de Gestión, Central e Histórico, el misional (Registro inmobiliario) para
los sistemas SIR y FOLIO Magnético, en las oficinas de Registro y Sede
Principal de forma descentralizada.
7.2. MARCO TEÓRICO
Los primeros sistemas de software de gestión documental (SGD), comenzaron
a ser comercializados a principios de los años sesenta, para proporcionar a
muchos usuarios de grandes sistemas y mini ordenadores, las mismas
capacidades y potencia que hasta ese momento solo podrían encontrarse en
los programas de recuperación de información de los grandes distribuidores de
bases de datos comerciales. Hasta 1975 tan solo era posible encontrar
sistemas de gestión documental desarrollados por los grandes fabricantes de
hardware (IBM, BULL, UNIVAC y otros), única y exclusivamente para sus
grandes ordenadores. A partir de esa fecha, algunos fabricantes de software
comienzan a diseñar y comercializar SGD más flexibles, interactivos y portables
con posibilidad de funcionar en diferentes maquinas. La extensión y
diversificación de la demanda ha contribuido, a que los fabricantes desarrollen
sistemas de gestión documental para satisfacer necesidades de
almacenamiento y de recuperación muy variadas y a diversificar la oferta de sus
productos.
31
El manejo documental es una actividad que se viene realizando desde hace
mucho tiempo atrás, que surgió gracias a la necesidad de realizar la respectiva
documentación de todos los procesos de una entidad con el fin de obtener una
constancia verídica y soportada de lo ejecutado.
La mejor manera de llevar los documentos es archivándolos ordenadamente,
aplicando las normas técnicas y prácticas necesarias para el manejo de un
archivo, el cual permitirá clasificar y conservar los documentos útiles para la
empresa y/o entidad.
Los cambios tecnológicos han permitido la modificación y la utilización de
nuevas herramientas brindando mayor facilidad a la hora de archivar los
documentos: archivos digitales, microfilmación, tabla de retención, muebles y/o
estantes especiales para archivo con tecnología, seguridad y material
apropiado.
Según el archivo general de la nación, se define la gestión documental como el
conjunto de actividades administrativas y técnicas tendientes a la planificación,
manejo y organización de la documentación producida y recibida por las
entidades, desde su origen hasta su destino final con el objeto de facilitar su
utilización y conservación.
Así mismo la ley 594 del 2000, artículo 3 define el archivo como:
• Un conjunto de documentos, sea cual fuere su fecha, forma y soporte
material, acumulados en un proceso natural por una persona o entidad pública
o privada, en el transcurso de su gestión, conservados respetando aquel orden
para servir como testimonio e información a la persona o institución que los
produce y a los ciudadanos, o como fuente de la historia.
• Institución que está al servicio de la gestión administrativa, la
información, la investigación y la cultura.
32
7.3. MARCO CONCEPTUAL
El propósito del marco conceptual es expresar un sistema coordinado y
coherente de conceptos y proposiciones que explicaran mejor la investigación
que se realiza.
Tablas: representa una unidad de información de una entidad física o
lógica que pueda ser sujeta a un proceso de información
Variables: una variable en programación es un tipo de dato referenciado
mediante un identificador el cual se puede llamar de cualquier modo.
Base de datos: es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemáticamente para su posterior uso.
Sistema de información: Es un conjunto de datos enlazados entre sí
mediante el cual se capturan, procesan datos e información.
Hito: Término utilizado en la planeación de un proyecto para estudiar y
comparar las actividades planeadas con las ejecutadas.
Ciudadano: Persona externa a una institución pública del sistema y que
no está asociado a ninguna institución registrada en el sistema
Funcionario público: Persona perteneciente a alguna de las
instituciones públicas registradas en el sistema y que utiliza el SIGPRO.
Programas: herramientas informáticas utilizadas para el desarrollo de
sistemas de información con el fin de cumplir con un objetivo en común.
33
Relación: Compartimiento de funciones y relaciones entra tablas de las
base de datos.
Análisis: Forma parte de analizar un sistema de información para su
posterior desarrollo.
Editor de textos: Un programa que puede crear o modificar archivos
compuestos únicamente por texto sin formato. Conocidos comúnmente
como archivos de texto.
Lenguaje de Programación: Lenguaje artificial utilizado para controlar
el comportamiento de una máquina principalmente el de un computador.
On line: En línea. Se refiere a cualquier información y actividad de texto
y/o documentos que se realice en tiempo real a través de internet.
Software: Son aquellos programas que permiten la administración de la
parte física o los recursos de la computadora, es la que interactúa entre
el usuario y los componentes hardware del ordenador. Se clasifican el
Sistemas Operativos Monousuarios y Multiusuarios.
Normalización: La teoría de normalización consiste en obtener
esquemas relacionales que cumplan unas determinadas condiciones y
se centra en las determinadas Formas normales.
34
Java Script: Es un lenguaje script u orientado a documento, como
pueden ser los lenguajes de macros que tienen muchos procesadores de
texto.
Archivo: Edificio o local donde se conservan los documentos ordenados
y clasificados que produce una organización, en ejercicio de sus
funciones o actividades.
Tablas de Retención Documental (TRD): Listado de series, con sus
correspondientes tipos documentales, a las cuales se asigna el tiempo
de permanencia en cada etapa del ciclo vital de los documentos.
Serie documental: Código único e irrepetible en una organización
relacionado a un tipo documental, Por ejemplo: INFORMES
Subserie documental: Código único e irrepetible en una organización
relacionado a un subtipo documental. Por ejemplo: INFORMES DE
GESTIÓN.
Tipo documental: Clasificación de la documentación que pertenece a
una misma serie o sub-serie documental y a un mismo sujeto.
35
7.4. MARCO LEGAL La alcaldía del municipio de Villeta por ser una entidad pública está obligada a
aplicar la normatividad sobre archivos. Es importante conocer la normatividad
como parte de la implantación de un Programa de Gestión documental es
necesario conocerla y aplicarla en lo que corresponda, ya que éstas normas,
sirven como guía metodológica en algunos casos, así como de soporte ante los
clientes y autoridades, en casos concernientes al manejo documental.
(Pinzón & Zapata, 2007, 12-15) Ley General de Archivos, Ley 594 del 2000, en
su título V habla sobre la gestión de documentos y sobre la obligación que
tienen las entidades públicas y privadas que cumplen funciones públicas, en
elaborar programas de gestión documental. Esta norma tiene una gran visión ya
que presenta el desarrollo tecnológico como herramienta de crecimiento de las
entidades resaltando que éste aspecto no puede ser excusa para la no
aplicación de un PGD.
A continuación se presenta una lista de Normas las cuáles son aplicables a las
políticas y principios de la Alcaldía de Villeta. Se retomaron estas normas por su
carácter administrativo y que son aplicables en alguna manera, a las empresas
privadas también.
Ley 1712 de 2014
Artículo 15. Dentro de los seis (6) meses siguientes a la entrada en vigencia de
la presente ley, los sujetos obligados deberán adoptar un Programa de Gestión
Documental en el cual se establezcan los procedimientos y lineamientos
necesarios para la producción, distribución, organización, consulta y
conservación de los documentos públicos. Este Programa deberá integrarse
con las funciones administrativas del sujeto obligado. Deberán observarse los
lineamientos y recomendaciones que el Archivo General de la Nación y demás
entidades competentes expidan en la materia.
36
Ley 527 de 1999.
Artículos 6 al 13. Se define y reglamenta el acceso y uso de los mensajes de
datos, del comercio electrónico y las firmas digitales, y se establecen las
entidades de certificación y se dictan otras disposiciones.
Resolución 985 de 2014
Por la cual se actualizan y adoptan las Tablas de Retención Documental - TRD
del Archivo General de la Nación Jorge Palacios Preciado.
Ley 594 de 2000.
Por medio de la cual se dicta la Ley General de Archivos y se dictan otras
disposiciones.
Artículo 633. Información en medios magnéticos. Para efectos del envío de la
información que deba suministrarse en medios magnéticos, la Dirección
General de Impuestos Nacionales prescribirá las especificaciones técnicas que
deban cumplirse.
Ley 527 de 1999
Artículo 12. Conservación de los mensajes de datos y documentos. Cuando la
ley requiera que ciertos documentos, registros o informaciones sean
conservados, ese requisito quedará satisfecho, siempre que se cumplan las
siguientes condiciones:
1. Que la información que contengan sea accesible para su posterior
consulta.
2. Que el mensaje de datos o el documento sea conservado en el formato
en que se haya generado, enviado o recibido o en algún formato que
permita demostrar que reproduce con exactitud la información generada,
enviada o recibida, y
37
3. Que se conserve, de haber alguna, toda información que permita
determinar el origen, el destino del mensaje, la fecha y la hora en que fue
enviado o recibido el mensaje o producido el documento. No estará
sujeta a la obligación de conservación, la información que tenga por
única finalidad facilitar el envío o recepción de los mensajes de datos.
Los libros y papeles del comerciante podrán ser conservados en
cualquier medio técnico que garantice su reproducción exacta.
Decreto 1382 de 1995.
Por el cual se reglamenta la Ley 80 de 1989 y se ordena la transferencia de la
documentación histórica de los archivos de los organismos nacionales al
Archivo General de la Nación y se dictan otras disposiciones.
Decreto 4124 de 2004.
Por el cual se reglamenta el Sistema Nacional de Archivos, y se dictan otras
disposiciones relativas a los Archivos Privados.
Ley 39 de 1981.
Artículos 1, 2,3 y 4. Sobre conservación copias mediante microfilmación y se
dictan otras disposiciones.
Decreto 62620 de 1993.
Reglamenta el procedimiento para la utilización de medios tecnológicos
adecuados para conservar los archivos de los comerciantes.
38
7.5. MARCO INSTITUCIONAL El proyecto se realizará en la alcaldía municipal de Villeta Cundinamarca
ubicada en la calle 4 No. 55 – 61.
MISIÓN ALCALDIA MUNICIPAL DE VILLETA CUNDINAMARCA
Guiar responsablemente al municipio hacia un desarrollo sustentable, a través
de procesos incluyentes, con transparencia, honestidad y responsabilidad,
atendiendo las necesidades de los ciudadanos, y desarrollando medidas de
protección al medio ambiente, brindando los servicios necesarios para elevar la
calidad de vida de sus habitantes y asegurando el desarrollo de las futuras
generaciones.
VISIÓN ALCALDIA MUNICIPAL DE VILLETA CUNDINAMARCA
En el año 2025, el municipio de Villeta se consolidará como uno de los
municipios líderes del departamento, basado en el desarrollo de su talento
humano en procesos de investigación y desarrollo de nuevas tecnologías que
mejoren la productividad y la competitividad del municipio.
Villeta contará con un sector turístico y productivo consolidado y de calidad,
basado en un crecimiento urbano ordenado, con el desarrollo de estrategias
orientadas a la sustentabilidad y en el que se brinde a sus ciudadanos
oportunidades para su desarrollo social y económico.
39
8. HIPOTESIS
8.1. HIPOTESIS DEL TRABAJO
Actualmente, la Alcaldía Municipal de Villeta realiza los procesos de gestión
documental de forma manual, lo que genera demora en la recepción,
distribución, organización, envío y localización de los documentos, por lo
tanto se produce un retraso en la respuesta oportuna de los trámites, lo cual
aumenta el riesgo de presentarse acciones disciplinarias en contra de la
entidad.
Con el Sistema De Información Para La Gestión Documental Por Procesos
(SIGPRO) se busca mitigar las falencias que se vienen presentando en la
administración y gestión de los procesos de gestión documental ya que con
el sistema propuesto, dichos procesos de realizarán de forma automatizada
agilizando la recepción y envío de documentos, mejorando el proceso de
registro, distribución, recuperación almacenamiento y consulta de
documentos, acceso rápido a la información y mejora la calidad del servicio.
8.2. VARIABLES
8.2.1. VARIABLES INDEPENDIENTES
- Seguridad del aplicativo
- Velocidad del internet
- Trazabilidad de los datos
- Accesibilidad a información clasificada
8.2.2. VARIABLES DEPENDIENTES
- Daños físicos de la entidad
- Problemas de hardware
- Cantidad de usuarios conectados simultáneamente
- El medio ambiente
40
9. METODOLOGÍA PARA EL DESARROLLO DEL SOFTWARE
Para el desarrollo de este proyecto se opta por el uso de la metodología en
cascada ya que este método ordena rigurosamente las etapas del proceso para
el desarrollo del software de tal forma que el inicio de cada etapa debe esperar
a la finalización de la etapa anterior. Para que el proyecto tenga éxito deben
desarrollarse todas las fases, las fases continúan hasta que los objetivos sean
cumplidos, si se cambian el orden de las fases el producto final será de inferior
calidad. Debido a la modalidad del desarrollo de este proyecto se ajusta a los
requerimientos por su fácil entendimiento e implementación y los planes (y
casos de prueba) se van elaborando a medida que se avanza en el desarrollo
del proyecto.
9.1. DESCRIPCIÓN DE LA METODOLOGÍA (Manuel Duran, 2013, 8)Esta metodología fue propuesta por Winston Royce en
el año 1970. Es una metodología admite iteraciones, contrariamente a la
creencia de que es un ciclo de vida secuencial como el lineal. Después de cada
etapa se realiza una o varias versiones para comprobar si se puede pasar a la
siguiente. Es un modelo rígido, poco flexible, y con muchas restricciones.
Aunque fue uno de los primeros, y sirvió de base para el resto de los modelos
de ciclo de vida.
Las etapas de esta metodología son las siguientes:
- Ingeniería y análisis del sistema
- Análisis de los requisitos
- Diseño
- Codificación
- Prueba
- mantenimiento
41
Etapa 1: Ingeniería y análisis del sistema
La actividad principal en esta etapa es establecer los requisitos de todos los
elementos del sistema, las políticas del usuario y el esquema del proyecto, en
una especificación estructurada. Esto implica modelar el ambiente del usuario
con diagramas de flujo de datos, diagramas entidad-relación y diagramas de
transición de estado. El proceso secuencial del análisis del sistema implica el
desarrollo de un modelo ambiental y el desarrollo de un modelo de
comportamiento, los cuales al fusionarse forman un modelo descriptivo de lo
que el nuevo sistema debe hacer independientemente de la tecnología que se
utilice para cubrir los requerimientos.
Etapa 2: Análisis de los requisitos
En la presente etapa inicia el proceso de la recopilación de los requisitos
centrándose e intensificándose especialmente en el software. Se debe realizar
el levantamiento de datos e información de la entidad para analizar y
comprender el problema, generar variables de estudio, y plantear una solución
al problema. En el caso del presente proyecto para la Alcaldía Municipal de
Villeta, se realizó una serie de preguntas al personal inherente al tema las
cuales tuvieron la disposición necesaria para suministrar información que fuera
de gran ayuda para el análisis de los requisitos.
Etapa 3: Diseño
En la etapa del diseño se realiza un enfoque a los diferentes atributos del
programa. Gracias a los requisitos obtenidos en la etapa 2 es posible crear una
estructura de datos, trabajar en la arquitectura del software, realizar el detalle
teórico y gráfico de los procedimientos por medio de modelado y flujo de datos,
y la caracterización de la interfaz. Además de plantear y diseñar la interfaz
42
gráfica se realiza la transformación de modelos de datos entidad-relación en un
diseño de base de datos antes de que inicie la codificación.
Etapa 4: Codificación
El diseño y los requisitos obtenidos de la etapa 2 y 3 se empiezan a traducir en
una forma legible para la máquina. Se inicia el proceso de programación y
codificación para el desarrollo de software en el proyecto en donde se crea
tanto el diseño de interfaz para el usuario y se obtiene las funciones y
requerimientos que debe realizar el sistema.
Etapa 5: Prueba
Una vez que se ha producido el código se empieza a realizar una serie de
pruebas para verificar el correcto funcionamiento del software. De acuerdo a los
datos de entrada se debe asegurar o verificar que los resultados son realmente
los que se requieren. De lo contrario es necesario realizar los ajustes y
correcciones pertinentes para obtener el resultado esperado.
Etapa 6: Mantenimiento
El software puede sufrir cambios después de realizar la entrega al cliente. Los
cambios pueden producirse debido a que se hayan encontrado errores después
de un tiempo de funcionamiento o por que se deba ajustar a nuevas
necesidades solicitadas por el cliente.
43
9.2. FASES DEL DISEÑO DEL SISTEMA
9.2.1. Fase 0. Análisis Como primera medida, es importante realizar un análisis previo para el
desarrollo de un proyecto. El análisis consiste en el estudio detallado de las
necesidades del proyecto, incluyendo el análisis de oferta y demanda y
determinación de la prioridad relativa en el programa del proyecto. También es
importante analizar en cuanto tiempo se va a desarrollar, determinar los
recursos tanto materiales como humanos y los problemas o complicaciones que
se puedan presentar.
9.2.2. Fase 1. Planeación
La finalidad del planeamiento de un proyecto es crear un plan de proyecto que
un gestor de proyectos pueda usar para acompañar el progreso de su equipo.
Una herramienta muy utilizada para hacer las planificaciones de proyectos es el
Open Project de código abierto. Estas herramientas fueron creadas con el fin de
planificar los proyectos y llevar un seguimiento según las actividades y el tiempo
establecido.
9.2.3. Fase 2. Investigación de modelos de software
Para el desarrollo de sistemas de información, en algunas ocasiones es
importante ver modelos de otros sistemas para tener una ayuda y una mejor
comprensión al momento de desarrollar el aplicativo. Por ejemplo, si se está
desarrollando un software que genere liquidaciones a los empleados de “n”
empresa y si no se tiene una visión clara de lo que se desea realizar es
conveniente mirar otros sistemas de información que se manejen en el mismo
campo y tenerlo de referencia como modelo de software.
44
9.2.4. Fase 3. Diseño de la base de datos
En general, el objetivo del diseño de una base de datos relacional es generar un
conjunto de esquemas relacionales que permitan almacenar la información con
un mínimo de redundancia, pero que a la vez faciliten la recuperación de la
información. Para lograr un buen diseño es importante analizar detalladamente
los campos y datos que necesita el sistema para que la información se pueda
manejar fácilmente en su posterior uso.
9.2.5. Fase 4. Planeación de las funciones y actividades del software
Como todo sistema de información, debe estar en las condiciones de ejecutar
acciones y realizar actividades programadas por el desarrollador. Para que esto
se cumpla, las aplicaciones deben estar bien diseñadas y con margen de error,
de tal manera que el usuario confíe en los resultados que debe arrojar el
sistema. Las funciones y actividades deben ser acordes al requerimiento del
cliente, por este motivo es importante que tanto el desarrollador como el cliente
establezcan un acuerdo al momento de realizar las aplicaciones para qué no se
presente ningún tipo de confusión.
9.2.6. Fase 5. Diseño de la interfaz gráfica
Al momento de desarrollar el software, es importante el aspecto gráfico ya que
de esto depende lo llamativo y atractivo que pueda ser para el usuario final. No
es bueno insertar muchos gráficos e imágenes en el diseño del aplicativo
porque esto puede resultar un poco exhausto para la visión del usuario. Esto no
quiere decir que no se deben incluir imágenes, gráficos y demás atracciones
que puedan ayudar en el aspecto gráfico del software. La información debe
estar bien distribuida en los espacios de la pantalla de modo que el usuario
visualice de manera ordenada el contenido del sitio, que sea fácil de manipular,
visualizar y comprender.
45
9.2.7. Fase 6. Desarrollo del sistema de control de acceso
Este módulo consiste en la validación de entrada para los funcionarios
(Personas perteneciente a la entidad registrado en el sistema) de la Alcaldía
Municipal de Villeta donde podrán acceder a la administración del sistema y a la
gestión de los procesos de gestión documental, validando a su vez los permisos
que maneja cada tipo de funcionario según el perfil asignado dentro del sistema
de información.
El diseño utilizado en el proyecto se basa en la autenticación por roles, lo que
permite asignar permisos según el tipo de usuario y dependiendo de su cargo
puede ingresar a sitios específicos en cumplimiento de sus funciones con el fin
de ofrecer un mejor control de usuarios en el sistema.
9.2.8. Fase 7. Módulo de configuración básica
Se tiene el control de todas las tablas de la base de datos a parametrizar por
parte del usuario y de los principales módulos del sistema.
En éste módulo es posible parametrizar datos primarios del sistema, las
opciones de agregar, consultar y modificar estarán disponibles para que a
través de una interfaz gráfica amigable se ejecuten dichas operaciones de
configuración sobre el tipo de trámite, soportes de ingreso, estado del trámite,
tipo documental, dependencias, series y subseries.
9.2.9. Fase 8. Módulo gestión de trámites
En esta etapa se identifican detalladamente cuales son los requerimientos para
la gestión de trámites, radicaciones, expedientes y archivo.
Con la información recolectada de los procesos que debe llevar un documento
desde que ingresa a la entidad hasta que se le da respuesta y con el previo
análisis, se inicia la etapa de desarrollo para la gestión de trámites. Esta etapa
46
inicia con la ejecución del diseño del recorrido del trámite y su respectiva
documentación y las diferentes opciones disponibles como la visualización,
asignación, reasignación, respuesta, archivo, y cierre del trámite.
Éste módulo permite visualizar los trámites y su respectiva documentación que
ingresa a la entidad simulando una bandeja de entrada de un correo electrónico
en donde se visualizará el número de radicado, fecha de ingreso, días restantes
para dar oportuna respuesta al documento (Resolución número 0013 del 2003),
dependencia, asunto, estado del trámite y prioridad del trámite (Normal,
urgente).
Los funcionarios del sistema también pueden generar trámite con su respectivo
documento, crear un trámite por parte de un ciudadano y dar por finalizado los
procesos de los diferentes trámites respondidos con anterioridad.
9.2.10. Fase 9. Módulo procesos
Se relacionan los procesos de la entidad los cuales son importantes para la
misma ya que ayudan a mejorar la prestación del servicio para el municipio de
Villeta.
En éste módulo se almacenarán los formatos que maneja la entidad para
realizar sus procesos. Los usuarios podrán subir sus propios formatos
disponibles, para ser descargados desde la galería de formatos y diligenciados
manualmente o digitalmente para su respectivo proceso.
El sistema permite que los funcionarios mantengan un registro actualizado de
sus formatos en caso de alguna modificación en los mismos.
47
9.2.11. Fase 10. Módulo reportes y consultas
Se identifica cuáles son los requerimientos para cada uno de los informes del
sistema.
En éste módulo se diseñan las visualizaciones de los trámites con sus
respectivos documentos radicados, trámites recibidos, trámites asignados,
reasignados, estado del trámite, trámites gestionados a tiempo, trámites
extemporáneos, trámites por gestionar.
El sistema permite generar reportes estadísticos, ya que combinando la
estadística con los datos del sistema y lo que se requiere visualizar genera
organización y resumen de los datos numéricos.
Para el caso de los reportes estadísticos requeridos por el cliente, se diseña la
visualización estadística sobre los trámites gestionados a tiempo vs
extemporáneos, trámites gestionados por dependencia, trámites por estados,
trámites recibidos por dependencia y trámites recibidos vs gestionados.
9.2.12. Fase 11. Módulo administración
En éste módulo, es posible crear ciudadanos, crear funcionarios del sistema,
gestionar los perfiles de usuarios, actualizar el eslogan de la entidad, generar
copia de seguridad de la base de datos, generar copia de seguridad de los
documentos recibidos y generados de los expedientes y parametrizar la ruta de
descarga de los documentos.
48
10. ANÁLISIS DEL PROYECTO
10.1. ESTUDIO DE FACTIBILIDAD DEL PRESUPUESTO
Para el desarrollo del presente proyecto es importante determinar los factores
que pueden influir en el desarrollo del sistema de información ya que se debe
definir la disponibilidad de los recursos necesarios para que sea eficiente y
cumpla con los requerimientos.
10.1.1. FACTIBILIDAD TÉCNICA
En el desarrollo del sistema de información para la gestión documental por
procesos (SIGPRO) se utilizan diferentes herramientas tecnológicas
integradas que permite la administración sistematizada de los procesos
obteniendo resultados confiables y de forma rápida, sencilla y eficiente.
En la infraestructura tecnológica se requiere la implementación de una
plataforma aplicando el modelo de arquitectura cliente/servidor. Para cumplir
con la expectativa, el servidor estará configurado en el panel de
administración web con una plataforma basada en Linux en donde se
configurará y se instalará el motor de administración de la base de datos
MySQL 5.2 la cual será la encargada de almacenar y administrar la
información para la respectiva manipulación de los datos. En la base del
cliente se instalará y utilizará el lenguaje de programación PHP 5.2.3 mediante
el cual permite que el usuario interactúe con él por medio de la interfaz gráfica
del sistema interpretando las peticiones y requerimientos por parte del usuario
final los cuales son procesados en el servidor por PHP utilizando una
conexión autóctona con la base de datos MySQL.
Para la utilización del sistema de información para la gestión documental por
procesos (SIGPRO), por parte del usuario final se requiere mencionar los
requerimientos técnicos de Hardware y software. Para acceder al sistema se
es posible hacerlo desde un computador o teléfono celular (Alta gama) con
49
conexión a internet utilizando cualquier sistema operativo como por ejemplo
Windows o Linux (software libre) y un navegador web. Para un mejor
desempeño en la utilización del aplicativo se considera necesario hacerlo
desde un computador con procesador de velocidad mayores a 1.50 GHz,
Memoria RAM de 2GB y 500GB de almacenamiento en disco. Adicional si es
posible utilizar medidas de protección eléctricas como UPS, transformador o
regulador.
La alcaldía municipal de Villeta cuenta con 32 computadores
aproximadamente, distribuidos por las diferentes dependencias de la entidad,
la configuración de los equipos oscila entre procesadores Intel y AMD de
1.9GHZ a 2.3GHZ, memoria RAM de 2GB y disco duro de 320GB a 500GB.
Actualmente cuenta una conexión a internet estable. Es viable que la entidad
pueda adquirir el aplicativo ya que existen los recursos necesarios para su
funcionamiento y existe la necesidad de adquirirlo.
Las características del equipo donde estará instalarán la aplicación principal,
debe contar con un procesador de 3.2 GHz, memoria RAM de 4 GB y un disco
duro de 2 terabyte. Adicional debe tener instalado un motor de bases de datos
MySQL 5.2., un servidor web Apache 2.0, visor de archivos PDF y navegador
web Google Chrome
Las características de los dispositivos móviles para acceder al aplicativo
fluidamente son las siguientes:
- Dispositivos móviles de alta gama
- Sistema operativo Android, iOS, o Windows Phone
- Procesador 1.2 GHz o mayor
- Navegador web Google Chrome
50
10.1.2. FACTIBILIDAD DE RENDIMIENTO ECONÓMICO
Los recursos necesarios para el análisis, diseño y desarrollo del sistema de
información para la gestión documental por procesos (SIGPRO) serán
asumidos por el autor del proyecto.
10.1.3. FACTIBILIDAD DE RENDIMIENTO NO ECONÓMICO
El sistema de información para la gestión documental por procesos (SIGPRO)
inició como una solución a los continuos problemas que se presentan
actualmente en la Alcaldía municipal de Villeta para la gestión documental en la
recepción, proceso y producción de documentos, los cuales, por falta de un
sistema de información que capture, almacene, procese controle y organice los
documentos digitales y/o electrónicos se presentan problemas de deterioro,
perdida, localización y clasificación de los mismos.
Lo que se busca con el presente proyecto es mejorar el control de la
información y documentación, mejorar la calidad de los procesos
documentales, evitar la pérdida y deterioro de los documentos, mejorar los
tiempos de respuesta, acceder instantáneamente a toda la documentación,
reducir el tiempo de consultas y tareas de archivo y facilitar de manera rápida y
sencilla la distribución o envío de documentos.
10.1.4. FACTIBILIDAD ÉTICO Y LEGAL
En cuanto al tema legal, es necesario indagar y estudiar los sistemas de este
tipo ya existentes, con el fin de evitar el plagio de ideas o códigos fuentes
desarrollados y aplicados en otros sistemas del mismo gremio. Por este motivo
cada software debe tener su exclusividad, es decir, algo que lo diferencie y lo
exalte sobre los demás sistemas ya desarrollados con anterioridad. En cuanto a
derechos de autor de imágenes o fracciones de texto, se pueden utilizar, pero
51
con la condición de dar un reconocimiento y un crédito al verdadero creador.
Por ejemplo; si en el sistema propuesto se visualizara una imagen o serie de
imágenes, o párrafos de texto creados por otra persona, se debe mostrar el
nombre del verdadero autor intelectual o material de la obra, esto con el fin de
evitar demandas o tutelas por derechos de autor y propiedad intelectual.
10.1.5. FACTIBILIDAD OPERATIVA
El sistema de información para la gestión documental por procesos (SIGPRO)
nació como una solución para los problemas documentales que presenta
actualmente la Alcaldía Municipal de Villeta ya que conlleva al manejo de
grandes volúmenes de información los cuales son generados por la forma en
que se maneja la documentación actualmente en la entidad. Lo que se busca
con este proyecto es mejorar el control y la manipulación de la información y al
mismo tiempo brindando seguridad e integridad de los documentos producidos
y recibidos en cumplimiento de sus funciones mejorando la calidad del servicio.
La Alcaldía Municipal de Villeta requiere el sistema de información para la
gestión documental por procesos (SIGPRO) para aumentar la productividad y
reducir costos en la gestión documental. Para lograr la implementación del
sistema propuesto en la entidad, es necesario realizar capacitaciones a todo el
personal administrativo indicando el correcto funcionamiento del aplicativo y las
bondades que ofrece a la hora de realizar las tareas de gestión documental
demostrando así, que los procesos son más rápidos, eficientes y efectivos
utilizando sistema de información para la gestión documental por procesos
(SIGPRO). De esta manera el personal administrativo de la Alcaldía Municipal
de Villeta optará por utilizar el nuevo sistema para la gestión de sus
documentos en cumplimiento de sus funciones.
52
10.1.6. FACTIBILIDAD DE EJECUCIÓN
Éste proyecto tiene un tiempo estimado de desarrollo de 10 meses incluyendo
el tiempo dedicado para solucionar inconvenientes imprevistos durante el
desarrollo y el tiempo dedicado para realizar los respectivos ajustes y
correcciones.
53
10.1.7. CRONOGRAMA DE ACTIVIDADES
Figura 1. Cronograma de actividades (Realizada por el autor)
54
10.1.8. PRESUPUESTO
Tabla 1.Presupuesto. (Realizada por el autor).
ÍITEM
ETAPAS DURACIÓN
TAREA (Días)
RECURSOS VALOR
1 Inicialización 1 Humano
$ 20.000.000,00
2 Definición de idea del
proyecto 12 Humano
3 Planificación 15 Humano
4 Definición de equipos de
trabajo 8 Humano
5 Definir restricciones 15 Humano
6 Preámbulo del análisis 15 Humano
7 Análisis del proyecto 20 Humano
8 Recolección de datos 30 Humano
9 Selección de Herramientas 8 Tecnológico
$ 20.000.000,00
12 Estudios 30 Humano
13 Factibilidad 15 Humano
14 planificación Operativa 15 Operativo
15 Gastos del sistema Tecnológico
$ 40.000.000,00
16 Ejecución del sistema 8 Humano/Tecnológico
17 Pre desarrollo del software 30 Humano/Tecnológico
18 Desarrollo de programación 60 Humano/Tecnológico
19 Pruebas 20 Físico
Totales ==> 317 $ 80.000.000,00
Este proyecto se basa en tres grandes rubros que los comprende. En la primera
parte contempla el inicio y la idea del proyecto. Se define la idea y se empieza a
elaborar una planificación con una serie de tareas y tiempos estimados para el
desarrollo de cada una. Paso a seguir se define el equipo de trabajo y las
funciones que realizará cada uno durante el desarrollo del proyecto, en caso de
que sea una sola persona, por obvias razones todas las tareas deben ser
realizadas por la misma. Con base a lo anterior se definen alcances y limites en
donde se debe dejar bien especificado el alcance de las funciones y servicios que
ofrecerá el software una vez desarrollado y entregado. Para realizar el respectivo
análisis y diseño del sistema propuesto, se debe ejecutar un trabajo de campo, el
cual consiste en acercarse a la fuente de datos, en este caso el cliente, y con
55
instrumentos de levantamiento de información como encuestas, cuestionarios y
otros, se obtiene una recolección de datos mediante la cual se detectan las
necesidades y falencias del sistema actual plasmadas en variables y estas, son
utilizadas para trabajar en el desarrollo del proyecto.
En la segunda parte se seleccionan las herramientas tecnológicas para el
desarrollo del proyecto, construyendo un modelo gráfico de flujo de datos para
tener en cuenta y planificar todos los requerimientos, realizar estudios basados en
estudios de factibilidades y planificación operativa.
En la tercera etapa se determinan los gastos que implica el desarrollo y ejecución
del sistema propuesto, se realiza la codificación de la aplicación y finalmente se
realiza un deck de pruebas al sistema desarrollado con el fin de asegurar que el
proceso de programación se esté llevando correctamente según los datos
arrojados. En caso de presentar errores en el proceso de pruebas deben ser
corregidos para certificar el buen funcionamiento y mejorar la calidad del producto.
56
11. REQUERIMIENTOS
11.1. REQUERIMIENTOS FUNCIONALES
Los requerimientos funcionales parten de la base descriptiva requeridas por la
entidad para para llevar un registro, control, circulación y organización de los
documentos que se envían y se reciben en la organización. Los requerimientos
funcionales se describen a continuación por medio de los siguientes módulos:
11.1.1. Módulo configuración básica
Permite la administración de las tablas básicas que conforman el Sistema de
información para la gestión documental por procesos. Éste módulo se encuentra
conformado por las siguientes funciones:
Soportes
Permite adicionar, visualizar y modificar el tipo de soporte. Dato utilizado en la
radicación de documentos para identificar cual es el tipo de soporte recibido junto
al documento radicado. Soportes como revistas, periódicos, folletos, CD, DVD
USB.
Estado del documento
Permite adicionar, visualizar y modificar registros respecto al estado del
documento que se radica en recepción para identificar si dicho(s) documento(s) se
encuentra en mal estado general, deteriorado(s) o por el contrario en buen estado
(Sin manchas, enmendaduras, etc.)
Estado del trámite
Permite adicionar, visualizar y modificar los estados por los que pasa el trámite.
Identifica el proceso en el que se encuentra cada trámite y sus respectivos
documentos, desde la radicación hasta le proceso de finalización del mismo.
57
Tipo de trámite
Permite agregar, visualizar y modificar los tipos de trámite establecidos por la
resolución número 0013 del 2003 (09-Enero 2003)
Prioridad del trámite
Permite la adición, visualización y modificación con respecto a registros de
prioridad del trámite. Dato utilizado en la radicación de documentos en donde el
personal de ventanilla única determinará con carácter si el trámite recibido es de
tipo urgente o normal según el contenido y la documentación adjunta.
Series documentales
Permite agregar, visualizar y modificar las series documentales de la entidad
Subseries documentales
Permite agregar, visualizar y modificar las subseries documentales de la entidad
Tipo documental
Permite agregar, visualizar y modificar los tipos documentales disponibles en la
entidad.
Tipo de anexo
Permite la adición, visualización y modificación del tipo de anexo. Dato utilizado en
la radicación de documentos para caracterizar en qué forma se recibe el anexo.
Este puede ser de tipo magnético p físico
Activar / inactivar series
Permite modificar el estado (Activa / Inactiva) de las series documentales de la
entidad. Estarán disponibles para la gestión documental únicamente las series que
se encuentren activas.
58
Activar / inactivar subseries
Permite modificar el estado (Activa / Inactiva) de las subseries documentales de la
entidad. Estarán disponibles para la gestión documental únicamente las subseries
que se encuentren activas.
Macro procesos
Permite la adición, visualización y modificación de registros de los macro procesos
de la Alcaldía Municipal de Villeta extraídos del mapa de procesos de la entidad
vigente a partir de 26/11/2008.
Procesos
Permite la adición, visualización y modificación de registros de los procesos de la
Alcaldía Municipal de Villeta extraídos del mapa de procesos de la entidad vigente
a partir de 26/11/2008.
Perfiles de usuarios
Permite la adición, visualización y modificación de los perfiles de usuarios para la
identificación del rol o cargo por tipo de usuario en el sistema.
Nivel de usuario
Permite adicionar, visualizar y modificar el cargo que presentan los funcionarios
públicos de la entidad por dependencia. Identifica al momento de crear un
funcionario si éste es el jefe de la dependencia o secretario(a).
Tipo de identificación
Esta opción permite adicionar, visualizar y modificar los tipos de identificación de
los ciudadanos y funcionarios registrados en el sistema. Tipos de identificación
como por ejemplo cedula de ciudadanía, cedula de extranjería, NIT.
59
Dependencias
Permite la adición, visualización y modificación de las dependencias de la Alcaldía
Municipal de Villeta.
Departamentos
Permite la adición, visualización y modificación de departamentos de Colombia
para identificar el lugar de expedición de la cédula de ciudadanos y/o funcionarios
registrados en el sistema.
Municipios
Permite la adición, visualización y modificación de municipios de Colombia para
identificar el lugar de expedición de la cédula de ciudadanos y/o funcionarios
registrados en el sistema.
11.1.2. Módulo gestión de trámites
Permite la recepción y envío de trámites con sus respectivos documentos en la
entidad para el cumplimiento de sus funciones. El presente módulo integra las
siguientes funciones:
Bandeja de entrada
Permite visualizar los registros de los trámites recibidos por los ciudadanos o
funcionarios del sistema, en el cual se maneja como una bandeja de correo
electrónico donde se muestran los trámites con su(s) respectivo(s) documento(s)
con las opciones de visualizar información detallada del trámite, asignar el trámite
a la dependencia competente, reasignación del trámite, y/o archivar el trámite.
60
Crear documento externo
Esta opción permite que el personal de ventanilla única realice radicaciones de
trámites con sus respectivos documentos a los ciudadanos del municipio que por
algún motivo no tengan acceso a la plataforma o no deseen realizarla mediante
ella (por ejemplo adultos mayores) debido a que no tienen la habilidad o
conocimiento necesario de manipular las herramientas tecnológicas utilizadas hoy
en día para realizar transacciones vía web.
Crear documento interno
Mediante esta opción, los funcionarios de la entidad pueden radicar sus propios
trámites con sus respectivos documentos.
Cerrar trámite
Función realizada por ventanilla única. Permite darle finalización total a un trámite.
Para realizar esta operación, el trámite debió ser respondido por la entidad
competente con anterioridad. Esta opción es controlada por el sistema ya que se
listan únicamente los trámites a los que se les ha dado respuesta. Adicionalmente,
el personal de ventanilla única debe imprimir los documentos producidos por la
entidad, anexarlos a la carpeta del expediente y escribir algún comentario o
novedad si la hay.
Una vez realizado el procedimiento anterior, el sistema generará un formato PDF
donde se visualiza toda la información relacionada con el expediente incluyendo
datos relevantes de búsqueda como número de radicado, número de expediente y
el número de la caja en donde debe ir almacenada la carpeta del expediente
finalizado.
11.1.3. Módulo procesos
Permite obtener un registro actualizado de los formatos utilizados en la entidad
como mecanismo de comunicación interna entre el personal de la Alcaldía
Municipal de Villeta. El presente módulo integra las siguientes funciones:
61
Gestión de formatos
Permite agregar y/o eliminar formatos de comunicación interna en la entidad para
mantener un registro actualizado de los formatos disponibles tales como acta,
circular, convenio, resolución, acuerdo, decreto y otros.
Galería de formatos
Permite descargar los formatos disponibles para comunicación interna de la
entidad tales como acta, circular, convenio, resolución, acuerdo, decreto y otros.
Subir documentos
Permite cargar en el sistema los formatos diligenciados (Manual o digital) por los
funcionarios de la entidad.
Visualizar documentos
Permite visualizar los formatos diligenciados (Manual o digital) por los funcionarios
de la entidad.
11.1.4. Módulo reportes y consultas
Por medio de este módulo es posible realizar consultas, generar informes y
estadísticas de los procesos de gestión documental de la Alcaldía Municipal de
Villeta. El presente módulo está conformado por las siguientes funciones:
Consultas
Permite visualizar información detallada y/o realizar consultas de los usuarios
registrados en el sistema, consultar cuales y cuantos trámites con sus respectivos
documentos se han gestionado a tiempo, cuáles y cuantos se han gestionado
fuera de tiempo reglamentario, se han archivado, recibido y enviado. También
permite realizar consulta de documentos por número de radicado, número de
expediente, nombres y apellidos del remitente, por dependencias, por tipo de
62
radicado y seleccionando una fecha tentativa de consulta desde una fecha inicial
hasta una fecha final.
Por consulta documental permite buscar los documentos radicados, clasificados
por el tipo documental, consultar por series y subseries documentales, y consultar
el historial (trazabilidad) de los trámites documentales finalizados.
Informes
Permite generar un informe en formato PDF de los usuarios registrados en el
sistema. Seleccionando una fecha inicial y una final, permite generar informes en
formato PDF de los documentos que han sido gestionados a tiempo, gestionados
fuera de tiempo reglamentario, archivados, recibidos y enviados. También permite
generar el cuadro de clasificación documental que indica los tipos documentales
de la entidad y generar el inventario documental.
Estadísticas
Permite visualizar por medio de gráficas estadísticas los trámites gestionados a
tiempo vs los extemporáneos, trámites gestionados por dependencia, trámites por
estados, trámites recibidos por dependencia y trámites recibidos vs gestionados.
11.1.5. Administración
Permite al usuario del sistema con perfil administrador realizar ciertas tareas
relacionadas con las siguientes funciones:
Crear ciudadano
Permite la creación de un usuario externo ajeno a la entidad.
Crear funcionario
Permite la creación de un usuario interno de la entidad como funcionarios
públicos, secretarios, personal de ventanilla única o administrador.
63
Permisos de usuario
Permite administrar las zonas del aplicativo a las que cada usuario puede acceder
de acuerdo al rol asignado en el sistema.
Slogan
Permite mantener el registro actualizado del slogan de la Alcaldía Municipal de
Villeta
Seguridad
Permite realizar copias de seguridad a la base de datos del sistema y a los
documentos que se han almacenado digitalmente en el aplicativo.
Ruta-descarga de documentos
Permite configurar la ruta local del computador personal donde se desea
almacenar la descarga de la copia de seguridad de los documentos digitalizados.
11.2. REQUERIMIENTOS NO FUNCIONALES
Visualización de los trámites enviados y recibidos con su respectiva
documentación adjunta simulando la bandeja de entrada de un correo
electrónico
Controla los reportes visuales de los movimientos transaccionales
realizados por los usuarios del sistema
64
11.3. REQUERIMIENTOS TECNICOS
Los requerimientos técnicos determinan la forma en que el sistema captura o
procesa los datos y los mensajes generados al momento de realizar una
determinada acción. Los requerimientos técnicos del Sistema de información Para
la Gestión Documental por Procesos (SIGPRO) son los siguientes:
Soporte de gran cantidad de transacciones concurrentes en tiempo real
manteniendo la disponibilidad y estabilidad
Conexión simultanea de usuarios manteniendo la disponibilidad y
estabilidad.
Permitir extender a nuevos requerimientos del futuro como la creación o
modificación de registros por cambios en las políticas de gestión
documental
11.3.1. Módulo de configuración básica
Las opciones deben cargarse con la información de las tablas principales
del sistema
Al momento de ingresar o modificar un registro o si existe duplicidad de
datos y/o si la información está incompleta, el sistema debe mostrar un
aviso de que la transacción no se completó satisfactoriamente.
11.3.2. Módulo de gestión de trámites
Controla el estado del proceso de trámite de un documento
Permite realizar la radicación de documentos
Al momento de realizar una radicación de un documento si los campos
requeridos no están diligenciados, el sistema debe mostrar cerca del campo
los parámetros por los cuales no se ha llenado correctamente.
Permite la transferencia de trámites entre dependencias o entre los
funcionarios de una misma dependencia
65
11.3.3. Módulo procesos
Permite la comunicación entre el personal administrativo del sistema
11.3.4. Módulo administración
Muestra la actividad transaccional realizada por los usuarios del sistema
Permite la creación de usuarios
Permite modificar la los permisos de usuario de acuerdo al tipo del perfil o
rol que desempeñe un usuario dentro del sistema.
11.4. REQUERIMIENTOS DE REPORTES
En los requerimientos de reportes se determinan las opciones de consultas e
informes para producir salida de información de acuerdo a las necesidades del
cliente. Los requerimientos de reportes del Sistema de información Para la Gestión
Documental por Procesos (SIGPRO) son los siguientes:
11.4.1. Módulo de configuración básica
Estado general de la información de los datos en las tablas básicas de la
base de datos.
11.4.2. Módulo de reportes y consultas
Lista los funcionarios del sistema
Lista los ciudadanos registrados del sistema
Consulta del estado de los trámites
Permite consultar los trámites por ciertos parámetros de búsqueda
Permite generar el historial completo de un trámite
Lista los tipos documentales disponibles en la entidad
Reporte estadístico en gráfico columnas por estado de trámites
66
Reporte estadístico en gráfico circular por estado de trámites
11.4.3. Módulo administración
Reporta las transacciones realizadas en el sistema
11.5. REQUERIMIENTOS DE SEGURIDAD
Control de acceso por medio de inicio de sesión a los usuarios del sistema
Ingreso a la aplicación únicamente a usuarios registrados en el sistema
Definición de los perfiles y roles a cada usuario del sistema
Control de seguridad e integridad efectivos como política de cada uno de
los roles de los usuarios del sistema
Control de movimientos transaccionales por parte de los funcionarios del
sistema mediante el reporte de auditoria.
Copias de seguridad del motor de base de datos MySQL
Copias de seguridad a los documentos producidos y recibidos en la gestión
de los trámites
67
12. ANÁLISIS DE RIESGOS
(Elizabeth Gama, 2014, 56) El proceso de análisis de riesgo empieza con un
estudio e identificación de los diferentes peligros potenciales y debe facilitar e
identificar los mecanismos más eficientes para proteger el sistema .
Por lo tanto el análisis de riesgo permite cuantificar el riesgo de tal forma que se
tienen dos tipos de análisis de riesgos; Cualitativo o cuantitativo o, dependiendo
de los datos asequibles al analista o sobre los requisitos eventuales del análisis.
Gestión de riesgos
- Estimación de riesgos
Identificación del riesgo: Cuando se logra saber cuáles son los posibles
riesgos del proyecto.
Análisis de riesgos: Con los riesgos establecidos los evaluamos para su
prevención.
Priorización de riesgos: Es importante comprender que riesgos son más
probables y necesitan de atención prioritaria.
Control de riesgos
Planificación de la gestión de riesgos: Tener un cronograma de los
posibles riesgos
Resolución de riesgos: Solucionar los riesgos adecuadamente
Monitoreo de riesgos: Estar en constante evaluación del cronograma
68
Riesgos posibles a encontrar
Riesgos del proyecto: Amenazan con el plan del proyecto
Riesgos técnicos: Amenazan la calidad y la planificación temporal del
software que se debe producir. No contar con el software adecuado.
Riesgos del negocio: Amenaza con la viabilidad del software a construir
12.1. DEFINICIÓN DE ESCALAS
PROBABILIDAD: Se califica la probabilidad de que el riesgo suceda.
Tabla 2. Probabilidad
Probabilidad Escala
Poco probable 1
Probable 2
Muy probable 3
IMPACTO: Se evaluará el perjuicio que provocaría el evento.
Tabla 3. Impacto
Impacto Escala
Bajo 1
Tolerable 2
Catastrófico 3
12.2. IDENTIFICACIÓN DE FACTORES
Factor software: Todas las herramientas de programas o sistema
operativo utilizados en el proyecto.
69
Factor hardware: Son los equipos directamente involucrados en el
desarrollo de software.
Factor humano: Se refiere al personal involucrado en el proyecto
directamente.
12.3. EVALUACIÓN DE RIESGOS POR FACTORES
Factor software:
Tabla 4. Factor software
N Descripción Probabilidad Impacto Solución
1 Daño en la base de
datos
2 3 Se debe realizar una copia de
seguridad y un listado de la
información de los modelos
2 Virus en los
equipos
1 2 Es necesario tener un buen
antivirus instalado en los equipos
de trabajo
3 Daño en el servidor
web donde se
encuentra alojado
el aplicativo
2 3 Se debe realizar copias de
seguridad a la base de datos y a
los documentos guardados por lo
menos dos veces al día.
Adicional tener un servidor de
respaldo para que el aplicativo
siga operando con normalidad
4 Ataque de los
cracker al servidor
2 3 Aumentar medidas de seguridad
para el control de acceso en el
servidor web
La anterior evaluación permite identificar que en la medida que las bases de datos
estén expuestas a vulnerabilidades con lo son los crackers o provocado por
70
agentes naturales, hace que el riesgo sea muy alto. Para este tipo de problema el
software tiene un rol para un usuario administrador el cual es el encargado de
realizar operaciones de seguridad y debe realizar copias de seguridad de la
información, datos y documentos por lo menos dos veces al día con el fin se
mantener actualizado el registro de la seguridad e integridad de la información.
Factor Hardware
Tabla 5. Factor hardware
N Descripción Probabilidad Impacto Solución
6 Robo de hardware 1 3 Realizar copias de seguridad
a todos los datos, base de
datos y documentos
7 Daño 1 3 Realizar copias de seguridad
a todos los datos, base de
datos y documentos
8 Daño de baterías y/o
cargador en caso de PC
portátil
1 2 Mantenimiento del equipo
preventivo periódicamente
9 Fallas eléctricas en el sector 2 2 Adquisición y conexión de
los equipos uninterruptible
power supply (UPS) para
reserva de energía eléctrica
El usuario administrador del sistema debe realizar copias de seguridad de la
información, datos y documentos por lo menos dos veces al día con el fin se
mantener actualizado el registro de la seguridad e integridad de la información.
Adicional, se debe manejar un plan de contingencia en cuanto a las fallas
eléctricas en el sector con el fin de minimizar estos índices con medidas
preventivas y correctivas sobre dichos riesgos. (PLAN DE CONTINGENCIA
INFORMÁTICO, 2014, 4) Es de tener en cuenta que en lo que respecta a
Fenómenos naturales, ya que las lluvias fuertes producen mayores estragos,
71
originando filtraciones de agua en los edificios de techos, produciendo cortes de
luz, cortos circuitos (que podrían desencadenar en incendios).
Analizando el riesgo de incendio, permite resaltar el tema sobre el lugar donde
almacenar los backups. El incendio, a través de su acción calorífica, es más que
suficiente para destruir los dispositivos de almacenamiento, tal como CD’s, DV’s,
cartuchos, discos duros. Para la mejor protección de los dispositivos de
almacenamiento, se colocaran estratégicamente en lugares distantes, cerca de la
salida de la Alcaldía Municipal de Villeta. Uno de los dispositivos más usados para
contrarrestar la contingencia de incendio, son los extinguidores. Su uso conlleva a
colocarlos cerca de las posibles áreas de riesgo que se debe proteger.
Factor humano
Tabla 6. Factor humano
N Descripción Probabilidad Impacto Solución
10 Enfermedad de algún miembro
del grupo o en este caso
enfermedad e incapacidad del
único miembro del grupo
1 3 Todos los miembros
deben estar capacitados
para realizar las
diferentes tareas de la
persona que falte
11 Traslado 1 3 Conexiones por redes
sociales
12 Accidentes o enfermedad de
asesores
1 3 Listado de asesores
disponibles para
reemplazo
El factor humano es uno de los mayores riesgos, pues el manejo inadecuado del
sistema acarrearía falta de integridad de los datos. Se requiere que los usuarios
deban estar debidamente capacitados para el manejo del software apoyado con el
manual de usuario que incluye el desarrollo del aplicativo.
72
12.4. CONCLUSIONES DEL ANÁLISIS DE RIESGO
En base a lo anterior, a través del análisis de riesgo es posible identificar los tipos
de riesgos que se pueden presentar por cada de factor tipificando cada uno por
medio de escalas de probabilidades e impacto para así mismo tomar la solución
pertinente y mitigar el problema presentado. Debido a esto, es necesario que el
administrador del sistema realice las tareas asignadas de manera correcta en el
sistema ya que su rol le permite acceder al módulo de seguridad del sistema para
que de esta forma genere copias de seguridad constantemente de todos los datos
e información del sistema.
73
13. ANÁLISIS DEL SISTEMA ACTUAL
13.1. Diagrama de los niveles de proceso del sistema actual
Figura 2. Diagrama de los niveles de proceso del sistema actual
74
13.2. DIAGNOSTICO DEL SISTEMA ACTUAL
Actualmente la alcaldía Municipal de Villeta no cuenta con un sistema de
información que capture, almacene, procese y organice los documentos recibidos
y enviados que alberga diariamente la entidad. Los ciudadanos deben desplazarse
hasta la Alcaldía para radicar sus documentos y para conocer el estado del trámite
deben realizar el mismo procedimiento. A través de los años, la alcaldía recibe y
produce gran cantidad de documentos y se manejan en el área de archivo de
forma manual. Los documentos físicos son manipulados por el personal de la
alcaldía lo que genera pérdidas y deterioro de los mismos por falta de control de la
preservación de integridad de la información.
75
14. DISEÑO DEL SISTEMA PROPUESTO
Con base a los datos recolectados mediante el instrumento de recolección de
datos en la fase de investigación, se realiza el análisis y diseño del sistema
propuesto con el fin de subsanar el problema referente a gestión documental por
el que atraviesa la Alcaldía Municipal de Villeta.
Con el sistema de información para la gestión documental por procesos
(SIGPRO), los trámites y documentos estarán almacenados sistemáticamente y de
manera digital brindando seguridad e integridad de la información. Adicional, los
ciudadanos podrán radicar sus documentos sin necesidad de desplazarse hasta la
entidad reduciendo costos y tiempo ya que lo puede hacer vía internet, no tendrán
que hacer largas filas y el personal de ventilla única recibirá la documentación en
tiempo real. Con base a lo anterior es necesario crear un módulo de gestión de
trámites en donde los ciudadanos radiquen sus documentos virtualmente y el
personal de la entidad reciba, distribuya y gestione y organice los documentos
radicados de una manera más rápida y eficaz. Además, el sistema de información
contara con el control de tiempos de respuesta oportuna como lo ordena el
decreto Ley 019 de 2012 “Ley anti trámites” aumentando la agilidad de procesos y
sobretodo se mejoraría la calidad del servicio.
La documentación que llega en la recepción de la Alcaldía Municipal de Villeta se
recibe y distribuye de forma manual aumentando el riesgo de pérdida y/o deterioro
debido a la manipulación que se le da al documento en el proceso de tramitación.
Con el sistema de información para la gestión documental por procesos (SIGPRO)
los documentos estarán a salvo de cualquier pérdida y deterioro ya que el
personal de la entidad realizará todo el proceso documental, (desde la recepción
hasta el envío de documentos) a través del sistema y éstos se encontrarán
almacenados en forma digital permitiendo crear controles para la seguridad e
integridad de la información.
La búsqueda de documentos, para entidades tanto públicas como privadas es una
tarea compleja, ya que en ocasiones el volumen y la cantidad de documentos en
76
el archivo central son muy grandes, por lo tanto el tiempo de localización de un
documento puede tardar días. Con el sistema propuesto es posible realizar
consultas y búsquedas en cuestión de segundos ya está diseñado para que los
usuarios tengan acceso a la información dando unos cuantos clic y el resultado de
la búsqueda se generará en tiempo real de forma rápida y sencilla. Adicional, el
sistema de información para la gestión documental por procesos (SIGPRO)
permitirá generar informes y gráficos estadísticos cuantitativos de gestión
documental indicando así cuantos trámites documentales se están pendientes por
gestionar, cuantos se han gestionado dentro del tiempo ley, cuantos se han
gestionado fuera del tiempo ley y/o cuantos se han archivado. Con base a lo
anterior, se requiere crear el módulo de reportes y consultas donde el sistema
permita realizar las tareas mencionadas anteriormente.
(James Harrington, 2011,) La tarea de la gerencia consiste en desarrollar los
procesos de la empresa y de manufactura. Un proceso de la empresa consiste en
un grupo de tareas lógicamente relacionadas que emplean los recursos de la
organización para dar resultados definidos en apoyo de los objetivos de la
organización. Mediante los procesos se desea mejorar la calidad del servicio en
oportunidad, eficiencia y eficacia para los ciudadanos del municipio de Villeta. El
mapa de procesos es la representación gráfica de los procesos que están
presentes en la entidad. Debido a esto es importante crear el módulo de procesos.
14.1 ARQUITECTURA DE SOFTWARE
El estilo arquitectónico utilizado para éste proyecto es el Model-View-Controller
(MVC). Según Roger Pressman (2013,328), ingeniero de software y presidente de
RS Pressman & Associates, el Modelo Vista Controlador es uno de varios modelos
sugeridos para la infraestructura de webapps que desacoplan la interfaz de
usuario de sus funciones y contenido informativo. Este estilo arquitectónico se
divide en tres capas. La primera es el modelo el cual almacena la información en
la base de datos. En el controlador se encarga de gestionar las peticiones de los
77
usuarios y es en donde el desarrollador puede acceder a validaciones de
seguridad y en este caso al código PHP. Por último la vista es la encargada de
presentar en pantalla la información solicitada por el usuario.
En el presente proyecto las capas se identifican de la siguiente manera:
La capa modelo
El modelo representa los objetos del modelo los cuales son considerados como la
primera capa de interacción con la base de datos. En el Sistema de información
para la gestión documental por procesos (SIGPRO) la capa modelo se hace cargo
de tareas tales como guardar datos de ciudadanos y funcionarios, el
almacenamiento de asociaciones con trámites y documentos adjuntos, el
almacenamiento de los formatos disponibles en la entidad, la actualización de
formatos y la recuperación de los documentos radicados por los usuarios en el
sistema.
La capa de la Vista
En la capa de la vista se realiza una presentación de los datos del modelo estando
separada de los objetos del modelo. En el Sistema de información para la gestión
documental por procesos (SIGPRO) la vista se presenta de diferentes formas; Una
de ellas es en formato HTML la cual se presenta en la pantalla del usuario cuando
se realiza una consulta por medio de un parámetro, esta arroja los datos del
modelo en una tabla organizados por filas y columnas. Otro tipo de vista son los
datos presentados en formato PDF tabulando la información organizada por filas y
columnas. El sistema también permite una vista de presentación de los datos en
gráficos estadísticos los cuales son utilizados para la toma de decisiones en la
organización ya que permiten visualizar los datos de manera numérica y global.
78
La capa del controlador
(CakePHP, 2015) La capa del controlador se encarga de gestionar las peticiones
que realizan los usuarios. En el Sistema de información para la gestión
documental por procesos (SIGPRO) el controlador se hace presente cuando un
funcionario realiza una consulta de un trámite con sus respectivos documentos
adjuntos, por número de expediente, numero de radicado, número de
identificación, nombres y/o apellidos del remitente, consulta por dependencia, por
tipo de radicado o seleccionando una fecha inicial y una fecha final de ingreso del
documento.
Figura 3. Manejo de una petición típica (MVC) a una aplicación
Comienza cuando un usuario solicita a una página o un recurso de la aplicación.
Esta solicitud es procesada por un despachador que selecciona el controlador
correcto para manejarlo. Cuando la solicitud llega a la capa controlador, éste se
comunica con la capa modelo para el proceso de captura y guardado de datos.
Una vez finalizada esta comunicación la capa controlador genera una
presentación de los datos en la capa vista. Finalmente cuando ésta presentación
se genera, se envía inmediatamente al usuario.
79
Beneficios
La ventaja de utilizar el Modelo Vista Controlador en el desarrollo del proyecto es
que convierte una aplicación en un paquete modular fácil de mantener y mejorar la
rapidez del desarrollo. La separación de las tareas de la aplicación en modelos,
vistas y controladores hace que el programa sea además muy fácil de entender.
80
14.2 DEFINICIÓN DE LOS CASOS DE USO
(Roger Pressman, 2013,132) Un caso de uso capta las interacciones que ocurren
entre los productores y consumidores de la información y el sistema en sí. Con
base a lo anterior, a continuación se representa gráficamente el caso de uso del
proyecto de gestión documental.
Figura 4. Diagrama casos de uso. (Generado por el autor)
81
14.3. DEFINICIÓN DEL MODELO CONCEPTUAL
(Roger Pressman, 2013, 137) El diagrama de actividad UML enriquece el caso de
uso al proporcionar una representación gráfica del flujo de interacción dentro de un
escenario específico. Con base a lo anterior a continuación se representa
gráficamente el modelo conceptual del presente proyecto
Figura 5. Modelo Conceptual (Generado por el autor)
82
14.4. DEFINICIÓN DE LOS DIAGRAMAS DE COLABORACIÓN
(Roger Pressman, 2013, 734) El diagrama de comunicación UML (llamado
“Diagrama de colaboración”) proporciona otro indicio del orden temporal de las
comunicaciones, pero enfatiza las relaciones entre objetos y clases en lugar del
orden temporal. Con base a lo anterior a continuación se representa gráficamente
el diagrama de colaboración del presente proyecto.
Figura 6. Diagrama de colaboración (Generado por el autor)
83
14.5. DEFINICION DEL DISEÑO DE CLASES
(Roger Pressman, 2013, 725) Se modela las clases del sistema propuesto,
incluidos sus atributos, operaciones, relaciones y asociaciones con otras clases
que aporta una visión estática o de estructura del sistema, sin mostrar la
naturaleza dinámica de las comunicaciones entre los objetos de las clases.
Figura 7. Diagrama de clase parte 1 (Generado por el autor)
84
Figura 8. Diagrama de clase parte 2 (Generado por el autor)
85
14.6. MODELO ESTANDARES DEL DISEÑO
(Víctor Lombo, 2010, 86) En la creación del presente sistema de información es
necesario implementar estándares al momento de realizar el diseño, con el fin de
facilitar la programación y el entendimiento del código fuente, permitiendo que el
mantenimiento y las actualizaciones del sistema sean más sencillos.
14.6.1. Estándares utilizados para la utilización de las tablas.
Para el diseño del modelado de la base de datos del sistema propuesto se
utilizan los siguientes estándares en cada una de las tablas
Las llaves primarias de las tablas contienen todo o parte del nombre de la
tabla.
Todas las tablas presentan integridad referencial MyISAM debido a que
este motor proporciona mayor velocidad a la hora de recuperar datos.
Adicional, las sentencias SELECT dominan ante los INSERT / UPDATE.
Los nombres de las tablas son humanizados
Los nombres de las tablas se escriben en minúsculas
14.6.2. Estándares utilizados para la identificación de los campos
En el diseño del modelado de la base de datos del sistema propuesto se utilizan
los siguientes estándares en los campos
Los nombres de los atributos se escriben en minúscula
Los nombres de los campos no exceden de los 20 caracteres
El tipo de campo de las llaves primarias y foráneas son INT
Las llaves primarias deben ser el primer atributo en la tabla
Los nombre de los campos llave primaria contienen todo o parte del nombre
de la tabla a la que pertenecen
Las llaves foráneas van después de la llave primaria y/o intercaladas entre
los demás campos de la tabla
86
14.6.3. Estándares utilizados para la identificación de los índices.
Para el diseño del modelado de la base de datos del sistema propuesto se utilizan
los siguientes estándares en cada uno de los índices
El nombre del índice para llave primaria se escribe PRIMARY KEY
Los nombres de los índices en las llaves foráneas inician con el prefijo fk_
seguido del nombre de la tabla destino, guion bajo, seguido del nombre de
la tabla origen. Ejemplo: fk_tbldestino_tblorigen
14.6.4. Estándares utilizados para el diseño de las páginas
Para el diseño de la interfaz del sistema de información para la gestión
documental por procesos (SIGPRO) se utilizó una plantilla web HTML5 combinada
con tecnología JQUERY para mejorar la experiencia del usuario brindando una
apariencia tipo escritorio con funciones y diseño de JavaScript y hoja de estilo en
cascada (CSS). Se utilizan colores claros como el blanco y la gris roca en
diferentes tonalidades.
14.6.5. Estándares para el diseño de entradas
Debido a que el sistema de información es orientado a la web se tienen en cuenta
los siguientes estándares:
Para los datos independientes del sistema de información como nombres,
apellidos, teléfono, correo electrónico, se utilizan cajas de texto para que el
usuarios digite la información validando las entradas de texto con
tecnología JQUERY dependiendo del tipo de datos requerido en cada
campo como numérico, alfabético, alfanumérico, estructura de un correo
electrónico y otros.
87
Para los campos que dependen de otras tablas se utilizan combos de
selección con datos de las tablas procedentes para la introducción de los
datos en la interfaz.
14.7. DEFINICIÓN DE LOS MÓDULOS DEL SISTEMA
El Sistema de información para la gestión documental por procesos (SIGPRO)
permite realizar acciones y funciones en tiempo real ya que es un sistema
orientado a la web en donde los usuarios registrados en el sistema podrán
acceder en cualquier momento y desde cualquier lugar desde un navegador web
mediante un computador o teléfono celular (Alta gama) con conexión a internet,
permitiendo operaciones transaccionales simultaneas como ingreso, consultas y
actualizaciones de registro y conexión de usuarios simultánea. Los módulos que
contiene el sistema de información son los siguientes:
Configuración básica
Gestión de trámites
Procesos
Reportes y consultas
Administración
88
14.8. IDENTIFICACIÓN DE LOS TIPOS DE ELEMENTOS DEL SISTEMA
14.8.1. IDENTIFICACIÓN DE LAS FUNCIONES PARA LOS DIFERENTES MÓDULOS
Configuración básica
Soportes
Estado del documento
Estado del trámite
Tipo de trámite
Prioridad del trámite
Series documentales
Subseries documentales
Tipo documental
Tipo de anexo
Activar / inactivar series
Activar / inactivar subseries
Macroprocesos
Procesos
Perfiles de usuarios
Nivel de usuarios
Tipo de identificación
Dependencias
Departamentos
Municipios
Gestión de trámites
Bandeja de entrada
Crear documento externo
Crear documento interno
Cerrar trámite
Procesos
Gestión de formatos
Galería de formatos
Subir documentos
Visualizar documentos
89
Reportes y consultas
Consultas básicas
Informes
Estadísticas
Administración
Crear ciudadano
Crear funcionario
Permisos de usuario
Slogan
Seguridad
Ruta-descargar de documentos
Auditoria
90
14.9. TECNOLOGÍA INFORMÁTICA DEL SISTEMA
Comprende los requerimientos básicos tanto de hardware como de software,
necesarios para que el Sistema de información para la gestión documental por
procesos (SIGPRO) opere satisfactoriamente los cuales se mencionan a
continuación.
14.9.1. HARDWARE
Permite identificar los elementos físicos requeridos para la operación del sistema
de información. El computador es la herramienta principal para dicha operación,
por medio del cual los usuarios podrán acceder al sistema realizando procesos de
captura de datos y consultas por parte del usuario final. Es importante mencionar
que es necesario colocar en práctica las medidas de seguridad necesarias para
evitar contratiempos y perdida de la información ya que en este caso se debe
realizar mantenimientos físicos y lógicos a la(s) máquina(s) que operen el sistema
de información con el fin de disminuir riesgos por factores como exceso de polvo
en el equipo, virus, malware y otros elementos maliciosos que ataquen el Sistema
Operativo de la máquina. Otro riesgo causado por agentes naturales es la
ausencia repentina del fluido eléctrico el cual es posible mitigar utilizando equipos
de reserva de energía eléctrica como UPS. Los requerimientos básicos de
hardware para operar satisfactoriamente el sistema de información en la
organización deberán contar con las siguientes características:
Computador PC o portátil
Procesador Intel Pentium y/o AMD de 1.50GHz
Disco duro de 500GB
Memoria RAM de 2GB
Equipo de comunicación Router que permita la conexión a internet en modo
Ethernet y Wifi
91
14.9.2. SOFTWARE
Para que el sistema de información opere satisfactoriamente, los requerimientos
del software son los siguientes:
Sistema operativo Windows 7 de 32 bits
Servidor web Apache 2.0 Handler
Motor de bases de datos MySQL 5.2
Navegador web Google Chrome
92
15. PRUEBAS
La verificación de los procedimientos del sistema es significativa para validar si se
está llevando de manera correcta la etapa del desarrollo del software, de esta
forma realizar una serie de pruebas que sea de gran utilidad para examinar e
identificar las posibles falencias del sistema.
Se tomó como referencia un deck de pruebas basado en los siguientes
procedimientos:
Prueba 1 Tabla 7. Deck de pruebas numero 1
N.
proc.
Tipo de
operación
Objetivo Módulo Exitoso/Fallo Observacio
nes
Fecha
1 Inserción de
datos en la
base de
datos
Validar la
inserción
correcta de
datos
Ciudadano Exitoso 14/09/2015
2 Validación de
campos
vacíos
Validar que los
campos
requeridos
sean
obligatorios
Ciudadano Exitoso 14/09/2015
Procedimiento 1:
Se diligencia el formulario de ciudadanos y se pulsa el botón Enviar
93
Figura 9. Diligenciamiento del formulario ciudadanos
Figura 10. Mensaje de aviso de ciudadano guardado correctamente
94
Figura 11 Validación de inserción correcta de ciudadano en la base de datos
Resultados: EL nuevo ciudadano fue creado exitosamente en el sistema
Procedimiento 2: En el formulario re registro de ciudadanos se pulsa el botón
enviar sin diligenciar campos para verificar que el sistema solicite diligenciar
correctamente los campos marcados como obligatorios.
95
Figura 12 Validación de campos vacíos formulario ciudadano
Resultados: Los campos requeridos fueron resaltados con un mensaje de color
rojo indicando su respectivo diligenciamiento
96
Prueba 2 Tabla 8. Deck de pruebas numero 2
N.
proc.
Tipo de
operación
Objetivo Módulo Exitoso/Fallo Observaci
ones
Fecha
1 Ingreso de
ciudadano a
la aplicación
Validar si el
ciudadano
registrado
puede ingresar
a la aplicación
Ciudadano Fallo Debe
digitar el
nombre de
usuario y
contraseña
correctos
14/09/2015
2 Ingreso de
ciudadano a
la aplicación
Ingreso
correcto a la
aplicación
después de
verificar
usuario y
contraseña
Ciudadano Exitoso 14/09/2015
Procedimiento 1:
Ingresar el nombre de usuario y contraseña del ciudadano registrado en la pantalla
de ingreso a la aplicación y pulsar el botón Iniciar sesión
Figura 13. Pantallazo de ingreso de ciudadanos a la aplicación
97
Figura 14. Pantalla de error por usuario o contraseña incorrectos
Procedimiento 2:
Pantallazo de verificación de ingreso a la aplicación digitando el nombre de
usuario y contraseña correctos.
Figura 15 Pantalla de ingreso exitoso a la aplicación.
98
Resultados: El ciudadano ingresó correctamente a la aplicación después de
digitar correctamente su nombre de usuario y contraseña.
Prueba 3 Tabla 9. Deck de pruebas numero 3
N.
proc.
Tipo de
operación
Objetivo Módulo Exitoso/Fallo Observac
iones
Fecha
1 Registro de
tramite e
inserción en
la base de
datos
Verificar que el
proceso de
inserción
funcione
correctamente
Radicación Exitoso 14/09/2015
2 Cargue y
visualización
de archivos
Verificar que
se hayan
cargado
correctamente
los archivos en
el proceso de
radicación
Radicación Exitoso 14/09/2015
3 Validación de
campos
vacíos.
Validar que los
campos
requeridos
sean
obligatorios
Radicación Exitoso 14/09/2015
Procedimiento 1:
Se realiza el diligenciamiento de los campos solicitados para radicación de
documentos y se verifica que se hayan guardado los datos en la base de datos
99
Figura 16. Diligenciamiento de formulario para radicación de documentos
Figura 17. Pantallazo inserción correcta de radicación en la base de datos
100
Procedimiento 2:
Realizar el cargue de archivos en la misma radicación para verificar que se hayan
guardado en el sistema junto con el formulario diligenciado.
Figura 18. Pantallazo cargue de archivos
Figura 19. Pantallazo visualización de archivos cargados
101
Procedimiento 3:
Se ingresa al formulario de radicación y se pulsa el botón Radicar sin llenar ningún campo del formulario.
Figura 20. Validación de campos vacíos - formulario radicación
Resultados: Se puede observar que el módulo de radicación realiza la inserción
de los campos y el cargue de los archivos correctamente. Adicional los campos
requeridos fueron resaltados con un mensaje de color rojo indicando su respectivo
diligenciamiento
102
16. RECOMENDACIONES
En la puesta en marcha del sistema, se recomienda realizar la instalación
tal y como como lo indica el manual de instalación para que no se presente
algún problema
Se recomienda realizar de forma periódica copias de seguridad a la base de
datos y a los documentos almacenados en el sistema para evitar pérdidas
de datos
Se recomienda cambios periódicos de contraseñas para los usuarios
registrados en el sistema
Se recomienda ofrecer a los usuarios la capacitación pertinente para el
funcionamiento adecuado del sistema
103
17. CONCLUSIONES
- A partir de la realización de este proyecto se logró desarrollar un sistema de
información que captura, almacena, procesa, controla y organiza los
documentos digitales y/o físicos que se envían y reciben en la Alcaldía
Municipal de Villeta.
- Por medio del Sistema de información para la Gestión Documental por
Procesos (SIGPRO) los usuarios podrán realizar de forma fácil y sencilla la
administración documental de la entidad incrementando la productividad y
el rendimiento de los procesos.
- Adicional, ayuda a mejorar el registro, distribución, recuperación
almacenamiento, trazabilidad de los trámites documentales y sobre todo el
acceso rápido a la información mediante las consultas que brinda el sistema
ya que a la hora de buscar un documento manualmente, debido a la gran
cantidad de documentos que maneja la entidad puede conllevar un tiempo
estimado entre cuatro a cinco días y el sistema de información, por medio
de criterios de búsqueda lo genera en cuestión de segundos.
- De la misma forma, cuando el personal de archivo necesita generar el
inventario documental puede conllevar un tiempo estimado de dos meses,
el cual utilizando el sistema de información es posible generarlo a través del
aplicativo en menor tiempo.
- El Sistema de información para la Gestión Documental por Procesos
(SIGPRO) agiliza la recepción y envío de documentos mejorando la calidad
del servicio para la comunidad Villetuna.
104
- El sistema de información brinda seguridad a la administración de la entidad
ya que el sistema de información permite definir perfiles y permisos de
usuario, copias de seguridad a bases de datos, a los documentos recibidos
y producidos y un control transaccional de las actividades realizadas en el
sistema por los funcionarios de la entidad.
105
REFERENCIA BIBLIOGRAFICA
AUNAP “Autoridad Nacional de Acuicultura y pesca” (2013). PROGRAMA DE
GESTION DOCUMENTAL PG-DOC-01. Versión 01. [En línea]. Ministerio de
Agricultura y Desarrollo Rural (Colombia). http://www.aunap.gov.co/files/PG-
DOC-01_programa_gestin_documental_pu.pdf. 9 p. [Consulta: 15/04/2014].
GUZMAN RAMIREZ, Iliana & PEDRAZA AMAYA, Martha Lilia (2006).PROGRAMA DE GESTION DOCUMENTAL PARA COLEGIOS
PRIVADOS. ESTUDIO DE CASO COLEGIO NUESTRA SEÑORA DE LA SABIDURIA Proyecto de Investigación II. Bogotá (Colombia): Universidad de la Salle.68 p.
MININTERIOR “Ministerio del Interior”. (2005). Atención al Ciudadano. Trámites y
Servicios. Ley Anti trámites. [En línea]. (Colombia).
http://www.mininterior.gov.co/atencion-al-ciudadano/tramites-y-servicios/ley-
antitramites. [Consulta: 25/04/2014].
PINZON TORRES, Héctor Elías & ZAPATA CARDENAS, Carlos Alberto (2007). DISEÑO DE UN PROGRAMA DE GESTION
DOCUMENTAL PARA INFORMACIÓN EN LA EMPRESA TREE LTDA. Informe final presentado como requisito para optar el Título de Especialista en Sistemas de Información y Gerencia de Documentos. Bogotá (Colombia): Universidad de la Salle.37 p.
PROCURADURIA GENERAL DE LA NACION. (2008/09). “Proceso de Gestión
Documental”. Sub-Proceso Administración de Documentos y Registros.
INSTRUCTIVO PARA LA APLICACIÓN DE LAS TABLAS DE RETENCION Y
VALORACIÓN DOCUMENTAL, LAS TRANSFERENCIAS DOCUMENTALES
Y LA ELIMINACION. Versión 1. (Colombia).
http://www.procuraduria.gov.co/portal/media/file/modulo_calidad/mapa_proce
so//282_INS-GD-AS-
008_Instructivo_aplicaci%C3%B3n_de_TRD_y_TVD_transferencias_y_eLI%
20(MA).pdf. 14 p. [Consulta: 15/04/2014].
106
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (2014). Programa-de-gestión
documental. [En línea]. (Colombia).
http://www.archivogeneral.gov.co/programa-de-gestió-documental. [Consulta:
18/08/2015].
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (2000). Leyes. [En línea].
(Colombia).
http://www.archivogeneral.gov.co/sites/all/themes/nevia/PDF/Transparencia/L
EY_594_DE_2000.pdf [Consulta: 18/08/2015].
MININTERIOR “Ministerio del Interior”. (2014). Normatividad. Leyes. Ley 1712 de
2014. [En línea]. (Colombia). http://www.mintic.gov.co/portal/604/articles
7147_documento.pdf. [Consulta: 18/08/2015].
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (2014). Transparencia.
Gestión documental. Tablas de retención documental -TRD. [En línea].
(Colombia). http://www.archivogeneral.gov.co/tablas-de-retencion-
documental. [Consulta: 18/08/2015].
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (2004). Transparencia.
Normativa. Decretos. [En línea]. (Colombia).
http://www.archivogeneral.gov.co/sites/all/themes/nevia/PDF/Transparencia/
DECRETO_4124_de_2004.pdf. [Consulta: 18/08/2015].
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (1999). Transparencia.
Normativa. Leyes. [En línea]. (Colombia).
http://www.archivogeneral.gov.co/sites/all/themes/nevia/PDF/Transparencia/L
EY_527_DE_1999.pdf [Consulta: 18/08/2015].
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (1995). Transparencia.
Normativa. Decretos. [En línea]. (Colombia).
http://www.archivogeneral.gov.co/sites/all/themes/nevia/PDF/Transparencia/
DECRETO_1382_DE_1995.pdf [Consulta: 18/08/2015].
107
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (1981). Transparencia.
Normativa. Leyes. [En línea]. (Colombia).
http://www.archivogeneral.gov.co/sites/all/themes/nevia/PDF/Transparencia/L
EY_39_de_1981.pdf [Consulta: 18/08/2015].
UNIVERSIDAD DEL VALLE “Sede Tuluá”. (1993). Dependencias. Gestión
documental. Normatividad. Decretos. [En línea]. (Colombia).
http://tulua.univalle.edu.co/index.php/dependencias/164-
normatividad.html?start=5. [Consulta: 18/08/2015].
MANUEL DURAN “Ciclo de vida del software”. (2013). manuelrauld.ciclo-de-vida-
del-software. [En línea]. (Mexico). http://es.slideshare.net/manuelrauld/ciclo-
de-vida-del-software-17148059. [Consulta: 23/08/2015].
LIBROSWEB. (2006). Libros. Diseño ágil con TDD. Capítulo 1. El agilismo. 1.1.
Modelo en cascada [En línea]. (Colombia).
http://librosweb.es/libro/tdd/capitulo_1/modelo_en_cascada.html. [Consulta:
23/08/2015].
ARCHIVO GENERAL DE LA NACIÓN COLOMBIA. (2003). DEPARTAMENTO
ADMINISTRATIVO DE LA FUNCION PUBLICA ARCHIVO GENERAL DE LA
NACIÓN CIRCULAR N° 004 DE 2003. [En línea]. (Colombia).
http://www.archivogeneral.gov.co/sites/all/themes/nevia/PDF/Transparencia/
CIRCULAR_004_DE_2003.pdf [Consulta: 26/08/2015].
Roger Pressman. (2013). INGENIERÍA DEL SOFTWARE. Un enfoque práctico.
Séptima edición. [En línea]. http://es.slideshare.net/jes4791/ingenieria-del-
software-un-enfoque-practico [Consulta: 28/08/2015].
QUIPUX. (2013). SISTEMA DE GESTIÓN DOCUMENTAL QUIPUX. Bandeja de
entrada [En línea]. (Ecuador). http://www.administracionpublica.gob.ec/wp-
content/uploads/downloads/2014/05/SGDQ_UsuarioFinal_BE.pdf [Consulta:
05/05/2015].
QUIPUX. (2013). SISTEMA DE GESTIÓN DOCUMENTAL QUIPUX. Bandeja de
salida y tareas. [En línea]. (Ecuador).
http://www.administracionpublica.gob.ec/wp-
content/uploads/downloads/2014/05/SGDQ_UsuarioFinal_BE.pdf [Consulta:
05/05/2015].
108
ORFEO. (2006). MODULO GENERAL. SGD ORFEO VERSION 3.9.2. [En línea].
(Colombia).http://orfeo.defensajuridica.gov.co/Manual/GUIA_MODULO_GEN
ERAL.pdf [Consulta: 05/05/2015].
James Harrington. (2011). MEJORAMIENTO DE LOS PROCESOS DE LA
EMPRESA [En línea]. (Colombia).
http://es.scribd.com/doc/71168404/Resumen-Harrington-Mejoramiento-de-
Los-Procesos-de-La-Empresa#scribd [Consulta: 07/25/2015].
CakePHP. (2015). Entendiendo el Modelo – Vista- Controlador. [En línea].
http://book.cakephp.org/2.0/es/cakephp-overview/understanding-model-view-
controller.html [Consulta: 05/09/2015].
ELIZABETH GAMA MARTINEZ, (2014). Prototipo funcional del sistema de
información Aglaia para determinar la etapa de evolución de los sistemas
informáticos de las metodologías en la ciudad de Girardot. Trabajo de grado
(Ingeniero de sistemas). Girardot (Colombia). Universidad Piloto de Colombia
Seccional del Alto Magdalena.
VICTOR ALFONSO LOMBO ORTIZ & PATRICIA PLAZAS RODRIGUEZ,
(2010).Sistema de información para gestión documental de Archivo
Digitalizado en Ambiente WEB. Trabajo de grado (Ingeniero de sistemas).
Girardot (Colombia). Universidad Piloto de Colombia Seccional del Alto
Magdalena.
QUIPUX. (2013). SISTEMA DE GESTIÓN DOCUMENTAL QUIPUX. [En línea].
(Ecuador). http://www.administracionpublica.gob.ec/sgdq-sistema-de-gestion-
documental-quipux/. [Consulta: 04/10/2015].
ORFEO. (2006). Wiki OrfeoGpl [En línea]. (Colombia).
http://www.orfeogpl.info/wiki/P%C3%A1gina_principal [Consulta: 04/10/2015].
ABC. (2008). ABC DEL SISTEMA INTEGRADO DE GESTIÓN DOCUMENTAL EN
LAS OFICINAS DE REGISTRO DE INSTRUMENTOS PÚBLICOS ORIPS.
[En línea].
http://www.supernotariado.gov.co/supernotariado/images/smilies/abc%20doc
umental%20snr.pdf [Consulta: 04/10/2015].
109
CONTRALORIA MUNICIPAL DE VILLAVICENCIO. (2014). PLAN DE
CONTINGENCIA INFORMÁTICO. [En línea].
https://www.google.com.co/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&v
ed=0CBsQFjAAahUKEwjBsOaCoKrIAhVKWh4KHaVcC1E&url=http%3A%2F
%2Fwww.contraloriavillavicencio.gov.co%2Fsite%2Fcentro-de-
documentacion%2Fplaneacion%2Fdoc_download%2F103-plan-de
contingencia-
informatico&usg=AFQjCNHCXKipH2PwUs4OFt2SOyeLNJ3x2w&sig2=fRFpV
9SecsQquFWXsiL_WQ&bvm=bv.104317490,d.dmo&cad=rja [04/10/2015].