Documentos de Académico
Documentos de Profesional
Documentos de Cultura
___________________________________
___________________________________
___________________________________
______________________________________
______________________________________
______________________________________
_____________________________________
______________________________
Firma del Jurado
______________________________
Al fondo de garantías del café por ayudarme con los recursos necesarios y permitir poner
en prácticas los mis estudios y hacer posible este proyecto.
INTRODUCCION
Esta investigación tiene como objetivo fundamental recomendar un software de Gestión
Documental, con el cual se pueda manejar los procesos de archivo contable; el archivo de
Gestión, Central e Histórico del fondo de garantías del café y también para manejar el flujo
de Documentos que se manejan diariamente en cada una dependencia del fondo.
El sistema de Gestión Documental permite a los empleados del fondo de garantías radicar
un mayor número de documentos en menor tiempo, así como la entrega de los mismos al
instante, mediante un Entorno Web.
Para este estudio se utiliza la metodología de modelado UML que define los elementos
tales como diagramas de casos de uso, diagramas de secuencia.
En general lo que se pretende al automatizar estos procesos es disminuir o anular las fallas
que se presentan actualmente, además de agilizar El objetivo de poder llegar a sistematizar
el archivo que maneja el fondo de garantías de café es para facilitar el manejo, recuperación
de archivos, ahorro de papel eficiencia.
Dado que el fondo de garantías del café quiere automatizar el Sistema de Gestión
Documental e implementarlo en la conservación del archivo requiere un análisis detallado
de cada uno de los procesos de Gestión Documental así como el diseño de la
sistematización del mismo, también es necesario recalcar que se necesita hacer un estudio
amplio en el mercado para analizar software existentes y ver si estos se adaptan a las
necesidades plasmadas en el análisis y diseño previamente realizados; es por eso que el
proyecto se llevara hasta el estudio del mercado donde se recomendara un sistema de
Gestión Documental que se acople más a las necesidades del fondo de garantías del café.
JUSTIFICACION
Actualmente en el fondo de garantía del café se llevan una serie de procedimientos para la
conservación de archivos tratando de utilizar el concepto de gestión documental de manera
que se preste un mejor servicio; sin embargo al no contar con un proceso automatizado se
presentan retrasos en el momento de necesitar cualquier documento, es por eso que nace la
necesidad de realizar el estudio del proceso de gestión documental que se lleva a cabo para
que este sea automatizado y se presten por completo los beneficios que este ofrece.
Además, para cualquier entidad ya sea pública o privada es importante contar con sistema
de gestión de calidad que proporcione confianza a otras entidades; al implementar un
sistema de gestión de calidad se mejorarían procesos de la gestión de calidad como:
3. OBJETIVOS
MARCO REFERENCIAL
3.3 ANTECEDENTES
Más recientemente se fueron sumando a ellos los informáticos, que son cada vez más
necesarios debido a la complejidad y nivel de sofisticación que van alcanzando los sistemas
computacionales de apoyo de la actividad administrativa.
La Gestión Documental
Conservación
El documento validado es transmitido en la entidad encargada de conservarlo tanto
tiempo como lo prescriben las reglas y normas vigentes (externas tales que la
reglamentación, internas tales como los referentes de archivage y los planes de
clasificación). Esta entidad puede tomar la forma de un sistema electrónico. Durante
toda esta fase, el documento es conservado en condiciones tales que no sólo es
siempre visible e inteligible, pero que queda también creíble y fiable, es decir que se
no puede sospecharlo de haber sido alterado o falsificado.
Eliminación
La etapa final puede ser la destrucción del documento, si éste no es más útil y si la
ley lo permite. Ella puede ser también un cambio de estatus, entrenando el
mantenimiento en vida del documento, pero para otras razones que las que habían
entrenado su creación y por otra entidad que la que era cargada de conservarlo; es
por ejemplo el caso de todos los documentos que son conservados únicamente como
testimonio histórico.
Selección y conservación:
El objetivo central de las Tablas de Retención Documental es la realización
optimizada de las categorías archivísticas de los documentos, con el fin de
establecer matrices que dejen claras las prioridades de la información, su usabilidad
y su relevancia a través del tiempo. De esta forma se especifican no solo su
categoría documental, sino que también el tiempo que el documento estará en
archivo y finalmente, los procesos que se deberán llevar a cabo cuando el tiempo de
su ciclo de vida finalice.
Manejo integral:
Cuando la documentación es revisada, gestionada y seleccionada, se está haciendo
un amplio trabajo en pro de un correcto manejo de la información, esto hace que la
seguridad de los documentos sea mucho mayor, su acceso y ubicación sea más fácil
y su archivo más optimizado.
Así que antes de tomar cualquier decisión sobre qué hacer con los documentos de la
dependencia es necesario consultar en la TRD y esta nos indicara lo que se debe
hacer.
La ingeniería de software
Para el objetivo de este proyecto se utilizaron fuentes teóricas de las disciplinas
informáticas como las siguientes a continuación.
La disciplina tecnológica y de gestión que concierne a la producción y el
mantenimiento sistemático de productos software desarrollados y modificados
dentro de unos plazos estipulados y costes estimados.
R. Fairley. Software Engineering Concepts. New York: McGraw-Hill, 1985.
Ingeniería es la aplicación sistemática de conocimiento científico en la creación y
construcción de soluciones, que satisfacen una buena relación efectividad/precio, de
problemas prácticos al servicio de la humanidad. La ingeniería del software es la
forma de ingeniería que aplica los principios de las ciencias de la computación y las
matemáticas en la obtención de soluciones de los problemas del software que
satisfacen una buena relación efectividad/precio.
SEI Report on Undergraduate Software Engineering Education, 1990.
El término de ingeniería de software se popularizo al final de los años 60
continuación se enunciaran algunos casos para que la ingeniería de software
El desarrollo de sistemas de software grandes resultaba muy insatisfactorio:
Entrega habitualmente retrasada (a veces por mucho)
Presupuesto habitualmente excedido (a veces masivamente)
Calidad del producto final habitualmente baja: productos poco fiables y difíciles de
mantener
Su origen radica en que es muy costoso rectificar los posibles errores que se
detectan tarde en la fase de implementación. Utilizando metodologías apropiadas, se
podría detectar a tiempo para que los programadores puedan centrarse en la calidad
del software, cumpliendo los plazos y los costes asociados.
Análisis:
En esta etapa hay que averiguar qué es exactamente lo que tiene que hacer el software.
Por eso, la etapa de análisis en el ciclo de vida del software corresponde al proceso a
través del cual se intenta descubrir qué es lo que realmente se necesita y los
requerimientos del sistema (las características que el sistema debe poseer).
Diseño:
En esta etapa se estudian posibles opciones de implementación para el software que hay
que construir, así como decidir la estructura general del mismo. El diseño es una etapa
compleja y su proceso debe realizarse de manera iterativa. Muchas veces la solución inicial
no es la más adecuada, por lo que en tal caso hay que organizarla. No obstante, hay
catálogos de patrones de diseño muy útiles que recogen errores que otros han cometido
para no caer en la misma trampa.
Implementación:
En esta fase hay que elegir las herramientas adecuadas, un entorno de desarrollo que
facilite el trabajo y un lenguaje de programación apropiado para el tipo de software a
construir. Esta elección dependerá tanto de las decisiones de diseño tomadas como del
entorno en el que el software deba funcionar. Al programar, hay que intentar que el
código no sea indescifrable siguiendo distintas pautas como las siguientes:
Pruebas:
la fase de pruebas del ciclo de vida del software busca detectar los fallos cometidos
en las etapas anteriores para corregirlos. Lo ideal es hacerlo antes de que el usuario
final se los encuentre.
Instalación o despliegue:
Uso y mantenimiento:
Esta fase es muy importante en el ciclo de vida de desarrollo del software. Ya que el
software ni se rompe ni se desgasta con el uso, su mantenimiento incluye tres
puntos diferenciados:
Cuanto mejor es el software más tiempo hay que invertir en su mantenimiento. Una
de las razones es que se usará más y, por ende, habrá más propuestas de mejoras.
En nuestro país, el reglamento general de archivo que esta expedido por el archivo
general de la nación contemplo el término de gestión de documentos y desarrollo en
aspectos como la responsabilidad frente a la gestión documentos, organización de
archivos, sistemas empleados para gestión de documentos, valoración documental,
en la transferencia de documentos, y la eliminación de documentos.
Por ende, teniendo en cuenta lo anterior se toma de la ley general del archivo la
función archivística “modernización” el cual se evidencia el uso de
programas de gestión de documentos, teniendo el uso de nuevas tecnologías y
soportes, en cuya aplicación se aplica a los procesos archivísticos.
“la ley general de archivos y se dictan otras disposiciones”; así como “las entidades
deberán elaborar programas de gestión de documentos, pudiendo contemplar el uso
de nuevas tecnologías y soportes, en cuya aplicación deberán observarse los
principios y procesos archivísticos”.
Decreto 4124 de 2004
Por medio de la cual “se define y reglamenta el acceso y uso de los mensajes de
datos, del comercio electrónico y de las firmas digitales, y se establecen las
entidades de certificación y se dictan otras disposiciones”.
4. DISEÑO METODOLÓGICO
Para realizar esta investigación de gestión documental se hizo necesario unos pasos
preliminares de observación directa, análisis de la situación, problemas con el
manejo de documentos y los procedimientos en manejo de archivo que se
establecen en el fondo de garantías del café.
La población que fue el objetivo de este proyecto de investigación fue donde reposa
el archivo contable de la empresa de fondo de garantías del café.
Fase I: Se basa en la descripción de los procesos que se llevan a cabo con el archivo,
de gestión, central e histórico.
Se utilizaron como herramientas los siguientes:
Entrevista en las dependencias seleccionadas, que manejan las tablas de retención
documental, formato único de inventario y que mantienen activo el archivo de
gestión.
Referencia documental a los autores Ian Sommerville y Roger Pressman, para los
conceptos de Ingeniería de Software, Ingeniería de Requerimientos, Requisitos
funcionales y no funcionales.
El proceso para guardar un archivo lleva una serie de procedimientos según el tipo
de documento que se esté tratando, los archivos deben pasar por un proceso de
clasificación donde se le asignan series y subseries documentales en cada
dependencia productora de documentos, con sus respectivos códigos, de acuerdo
con la Tabla de Retención Documental. Los archivos se clasifican en: Archivo de
Gestión, Archivo Central y Archivo Histórico.
Cuando sea necesario separar los documentos pertenecientes a una serie documental, por
su volumen, cada carpeta se identificará por un consecutivo según sea el orden de
conformación de la serie.
Archivo Central: A este archivo se transfieren los archivos de gestión, una vez se cumpla el
tiempo de retención definido en las Tablas de Retención Documental, presentadas por el
titular de proceso y previamente aprobadas por el comité de Archivo.
Archivo Histórico: A este archivo se transfieren los archivos de gestión que se encuentran
en el archivo central y que fue establecido previamente por el titular de proceso. El
procedimiento será realizado por el Auxiliar de Archivo.
Por razones de seguridad las únicas personas autorizadas para solicitar en préstamo de
documentos a los archivos son los funcionarios de la Entidad quienes lo harán el debido
proceso.
En el proceso de gestión documental se utilizan tablas retención para agrupar la
documentación de acuerdo con las funciones propias de cada dependencia y establecer un
tiempo de permanencia de los documentos.
El segundo módulo consiste en el flujo de los documento físicos y electrónicos que permite
controlar, administrar y gestionar la papelería que se maneja entre las diferentes
dependencias; asociados a tareas con tiempo de respuestas así mismo. admite la
generación de documentos internos basado en los formatos establecidos por el fondo de
garantías del café, de igual manera permite la generación de estos para correspondencia
externa. Así mismo se crea y administra archivos electrónicos en la aprobación de los
mismos.
El software será completamente web esto quiere decir que no importa la ubicación
geográfica para dar respuesta a estos.
Paso seguido una vez validado el registro del usuario se entrará a un menú según sea su
perfil. estos perfiles estarán definidos por módulos ratificación, flujo de documentos y
archivos.
Si el perfil de usuario es de radicación, el sistema cargara el formulario de
radicación de documentos donde el usuario podrá digitalizar los documentos que entran y
salen y enviarlos a sus respectivos destinatarios.
Si el perfil de usuario es jefe de dependencia, el sistema cargará el menú de gestionar
correspondencia que ofrecerá los siguientes servicios:
Leer Documento
Responder Documento
Buscar Documento
Consultar Email
La opción de Leer Documento mostrara los documentos pendientes de lectura con sus
respectivos detalles.
La opción de Responder Documento mostrara los documentos pendientes de respuesta y
cada una de las páginas que este contenga, se podrá dar respuesta al documento, crear
documentos nuevos ya sea a partir de un documento en blanco o mediante formatos de
cartas, solicitudes y demás que estarán
previamente cargados en el sistema; también permite reenviar documentos y firmar
documentos.
Las opciones para este usuario funcionan de la misma manera que para el perfil de jefe de
dependencia y también dependiendo de sus restricciones.
El perfil de auxiliar de archivo está divido en dos: Archivo Centrar y Archivo Histórico. En el
perfil para archivo central el usuario podrá seleccionar entre las siguientes actividades:
Recibir Documentos Ubicar Documentos Prestar Documentos
Figura 2
TABLA 2.
ACTOR User_Radicacion
CASO DE USO Validar_User, , Radicar_Dcto
TIPO primero
DESCRIPCION Este actor representa al usuario que va utilizar el módulo de
radicación.
Tabla 3.
Actor Bd_user
Caso de uso Validar_user
Tipo Segundo
Descripción Este actor va representar a la base de datos donde se guarda la
información de los usuarios del sistema de gestión documental.
TABLA 4.
ACTOR BD_Archivo
Casos de uso Radicar_documentos
tipo Segundo
descripción Este actor es que representa la base de
datos donde se guardan los documentos
radicados
Tabla 5.
Caso de uso Validar_user
Nombre Usuario
Actores User_Radicacion, User_Admin, User_Dep,
User_TRD, User_AG, User_AH BD_Users
Tipo Inclusión
Propósito Validar al usuario que ya está previamente
registrado para que utilicé los módulos del
sistema.
Resumen valida al usuario por medio de un nombre
de usuario y contraseña que se verifica con
el registro del usuario para que este pueda
utilizar el sistema de radicación
Precondiciones El usuario debe estar registrado
Flujo principal El usuario ve la pantalla principal, el
usuario puede elegir entre las opciones
“ingresar” y “Salir”. Si la actividad es
“ingresar” se valida al usuario mediante un
nombre de usuario y contraseña que se
ven en la pantalla de inicio de sesión. Si la
actividad es “salir” se saldrá del módulo de
radicación.
Subflujos No aplica
Excepciones Error de validación datos incorrectos.
Tabla 6.
Caso de uso Radicar_documento
Nombre Documento
Actores User_Radicacion, BD_Archivo
Tipo Normal
Propósito El usuario podrá ingresar los datos de los
documentos que van hacer recibidos o
enviados para su respectiva radicación
Resumen Permite al usuario ingresar la información
obligatoria que se necesita para radicar el
documento
Precondiciones Validar_user
Flujo principal Validar_user
Subflujos Radicar documento que contiene
información de los documentos que debe
llenar el usuario, que incluye nro. de
radicado, fecha recepción, remitente,
destinatario, copia a, serie del documento,
carácter del documento, fecha límite de
respuesta, anexos y descripción adicional.
El usuario puede seleccionar las
actividades: “Enviar” y “Cancelar”. Si el
usuario elige “Enviar”, el sistema guarda
una copia en la BD_Archivo y envía el
documento al destinario seleccionado. Si el
usuario elige “Cancelar” se cancelara la
radicación del documento.
excepciones Los campos marcados con * son
obligatorios.
Tabla 8
Actor Bd_documentos
Caso de uso Leer_Dcto, Responder_Dcto, Crear_Dcto,
Buscar_Dcto
Tipo Segundo
Descripcion es un actor secundario y representa a la base
de datos donde se guarda la información
relacionada a los documentos enviados y
recibidos
Tabla 9
Actor Bd_email
Caso de uso Consultar_email
Tipo Segundo
Descripcion es un actor secundario y representa a la base
de datos donde se guarda la información
relacionada a la gestión del correo electrónico.
Tabla 10
Caso de uso Gestionar_correspondencia
nombre Gestionar _correspondencia
actores User_admin , user_depen
Tipo inclusion
propósito Gestiona documentos y correos de los
usuarios ya registrados
precondiciones El usuario se valida correctamente
Flujo principal se presenta al usuario la pantalla de
gestionar correspondencia. El usuario
puede elegir las siguientes actividades:
“Leer Documento”, “Responder
Documento”, “Crear Documento”, “Buscar
Documento”, “Consultar Email” y “Salir” Si
la actividad es “Leer Documento”, se
continúa con el caso de uso Leer_Dcto. Si la
actividad es “Responder Documento”, se
continúa con el caso de uso
Responder_Dcto. Si la actividad es “Crear
Documento”, se continúa con el caso de
uso Crear_Dcto. Si la actividad es “Buscar
Documento”, se continúa con el caso de
uso Buscar_Dcto. Si la actividad es
“Consultar Email”, se continúa con el caso
de uso Consultar_Email. Si la actividad es
“salir” se saldrá del módulo del sistema
Excepciones No aplica
Tabla 11.
Caso de uso Leer_doc
Nombre Leer documento
actores User_admin,user_dep
Tipo normal
Propósito El usuario puede leer los documentos que tiene pendientes para reportar
las novedades
Resumen en caso de uso lo inicia el usuario. Ofrece la función de leer los
documentos que no han sido leídos y que están en espera de respuesta.
Flujo Se ejecuta el caso de uso Validar_User . Dependiendo de la opción
seleccionada por el usuario su continua con los Subflujos de este caso de
uso.
Se presenta al usuario la pantalla “Documentos Pendientes”, que
contiene la información de los documentos previamente radicados, que
incluye: numero, Recibido, Descripción, De, Serie, Plantilla, Estado Actual,
Fecha limite respuesta.
excepciones 1 Estado Pendiente: el sistema mostrara la casilla de estado actual en
amarillo si el documento está pendiente de lectura o si ha sido leído pero
no se le ha dado respuesta
2 Estado Gestión: el sistema mostrara la casilla de estado actual en verde
si el documento ha sido gestionado.
3 Estado No Gestión: el sistema mostrara la casilla de estado actual en
rojo si el documento no tuvo ninguna gestión.
4 Fecha: el sistema mostrara la casilla de fecha límite de respuesta en
verde para indicar que el documento está en plazo de ser respondido.
5 Fecha Crítica: el sistema mostrara la casilla de fecha límite de respuesta
en amarillo para indicar que el documento está a pocos días de vencerse
el plazo de respuesta.
6 Fecha Vencida: el sistema mostrara la casilla de fecha límite de
respuesta en rojo para indicar que el plazo para dar respuesta al
documento se ha vencido.
Tabla 12
Caso de uso Responder_doc
Nombre Responder documentos
Actor User_admin
Tipo Normal
Proposito El actor va poder dar respuesta a los
documentos que han sido enviados.
Resumen En caso de uso lo inicia el usuario. Ofrece la
función de dar respuesta a los documentos
pendientes de respuesta
Condiciones ejecutado inicialmente el caso de uso
Validar_User.
Flujos se presenta al usuario la pantalla “Dar
Respuesta a Documento”, que contiene los
documento a espera de respuesta. El usuario
puede elegir entre las siguientes actividades:
“Abrir Documento” “Ver páginas del
documento”, “Documento Nuevo”,
“Responder Documento”, “Reenviar
Documento”, “Enviar Documento”,.
Tabla 13
Caso de uso Buscar_doc
Nombre Buscar documentos
Actor User_admin,user_dep
Tipo Normal
Proposito permitir al usuario buscar documentos en el
archivo de gestión.
Resumen este caso de uso lo inicia el usuario. Ofrece la
función de buscar documentos que ya han
sido respondidos o que aun están en espera.
Condiciones se requiere haber ejecutado inicialmente el
caso de uso Validar_User
flujos Se presenta al usuario la pantalla “Buscar
Documento”, en esta página se deben llenar
campos como palabras claves, destinario. El
usuario puede seleccionar las siguientes
actividades: “Buscar” y “Cancelar”
Tabla 14
Tabla 15
Tabla 16
7 RECOMENDACIONES.
En la Ingeniería de Software hay varias metodologías para desarrollar software, es
importante hacer o proponer software ya que estas permiten estructurar, planear y
controlar el proceso desarrollo de cualquier sistema de información.
Realizar ingeniería de requerimientos es un paso importante en el estudio o desarrollo de
un software, ya que en esta se recopila información necesaria para establecer la
funcionalidad que se quiere alcanzar con un sistema.
Una vez definidos los requerimientos con base en las necesidades identificadas en la
organización, es recomendable utilizar métodos de evaluación, ya que los resultados que
las evaluaciones definan, servirán para decidir si la organización necesita cambiar el
sistema existente o adquirir por primera vez uno nuevo.
La Gestión Documental consiste en la ordenación y flujo documental de una organización
basada en técnicas y normas establecidas, organizaciones como el fondo de garantías del
café manejan un número significativo de documentación de manera manual, por lo cual se
recomienda automatizar este proceso, ya que de esta manera se mejorarían los procesos
de comunicación e información, además de salvaguardar la documentación
8. conclusión
La realización de la Ingeniería de Requerimientos demostró que, si el sistema de
Gestión Documental es automatizado, se mejorara el proceso en el manejo de
correspondencia, el flujo documental, y la gestión de archivos. Los resultados
arrojados por las evaluaciones basadas en la metodología de Microsoft, demostraron
que es necesario automatizar el sistema de Gestión Documental actual; además de
mostrar cual es el software más conveniente para el fondo según las necesidades
plasmadas en la ingeniería de requerimientos. El software para la automatización del
sistema de Gestión Documental Cero K, demostró en su evaluación que cumplía en su
mayoría con los requisitos que se plantearon en la Ingeniería de Requerimientos. El
software Sevent a pesar de cumplir en parte de los requisitos establecidos, no
satisface plenamente en su totalidad con las necesidades del fondo de garantías del
café.
BIBLIOGRAFIA