FUNDACION UNIVERSITARIA TECNOLOGICO COMFENALCO FACULTAD DE INGENIERIA DE SISTEMAS PROGRAMA DE TECNOLOGIA EN SISTEMAS DE INFORMACION CARTAGENA DE INDIAS D.T.

y C

PROYECTO DE GRADO
SOFTWARE PARA LA ORGANIZACIN, REGISTRO, CONTROL Y BUSQUEDA DE DOCUMENTOS EN LA EMPRESA INFOGESTION LTDA
DAVID NAVARRO MORA JOSE LUIS MORA VILLADIEGO LINA VICTORIA MATOSO GALAN ED LEWIS LEVER PION

2009

SOFTWARE PARA LA ORGANIZACIN, REGISTRO, CONTROL Y BUSQUEDA DE ARCHIVOS EN LA EMPRESA INFOGESTION LTDA

DAVID NAVARRO MORA JOSE LUIS MORA VILLADIEGO LINA VICTORIA MATOSO GALAN ED LEWIS LEVER PION

FUNDACION UNIVERSITARIA TECNOLOGICO COMFENALCO FACULTAD DE INGENIERIA DE SISTEMAS PROGRAMA DE TECNOLOGIA EN SISTEMAS DE INFORMACION CARTAGENA DE INDIAS D.T. y C JUNIO 2009

SOFTWARE PARA LA ORGANIZACIN, REGISTRO, CONTROL Y BUSQUEDA DE ARCHIVOS EN LA EMPRESA INFOGESTION LTDA

DAVID NAVARRO MORA JOSE LUIS MORA VILLADIEGO LINA VICTORIA MATOSO GALAN ED LEWIS LEVER PION

PROYECTO DE GRADO

PRESENTADO A COLECTIVO DE DOCENTES

FUNDACION UNIVERSITARIA TECNOLOGICO COMFENALCO FACULTAD DE INGENIERIA DE SISTEMAS PROGRAMA DE TECNOLOGIA EN SISTEMAS DE INFORMACION CARTAGENA DE INDIAS D. T. y C JUNIO 2009
3

______________________ Jurado # 1

____________________ Jurado # 2

______________________ Jurado # 3

___________________ Jurado # 4

_________________________________ Lugar, Fecha

SOFTWARE

PARA

LA

ORGANIZACIN,

REGISTRO, CONTROL Y BUSQUEDA DE DOCUMENTOS EN LA EMPRESA

INFOGESTION LTDA

CONTENIDO
PRESENTACION ....................................................................................................................... 8 PLANTEAMIENTO DEL PROBLEMA ................................................................................... 10 DESCRIPCION DEL PROBLEMA ..................................................................................... 10 FORMULACION ................................................................................................................... 13 OBJETIVOS .......................................................................................................................... 14 General............................................................................................................................... 14 Especficos ........................................................................................................................ 14 JUSTIFICACION................................................................................................................... 16 MARCO TEORICO................................................................................................................... 18 DISEO METODOLGICO ................................................................................................... 27 METODOLOGA ................................................................................................................... 27 Tipo de Investigacin ....................................................................................................... 27 Tcnicas e Instrumentos ................................................................................................. 28 PROCEDIMIENTO ............................................................................................................... 28 ESTUDIO DE VIABILIDAD ..................................................................................................... 29 FACTIBILIDAD ...................................................................................................................... 29 ALTERNATIVAS ................................................................................................................... 30 DESCRIPCIN DE PROCESOS DE NEGOCIO ................................................................ 31 ALCANCE DEL PROYECTO.................................................................................................. 32 DESCRIPCION DE STAKEHOLDER.................................................................................... 33 SPONSOR ............................................................................................................................. 33 USUARIOS ............................................................................................................................ 33 DESARROLLADORES ........................................................................................................ 34 FUENTES DE REQUERIMIENTO ..................................................................................... 35 REQUERIMIENTOS ................................................................................................................ 36 REQUERIMIENTOS FUNCIONALES ............................................................................... 36 REQUERIMIENTOS NO FUNCIONALES ........................................................................ 39 PRESENTACIN E INTERPRETACIN DE DATOS ........................................................ 40 DEMOGRAFIA DE ACTORES ........................................................................................... 40 DESCRIPCION DE ENTIDADES DE NEGOCIO ............................................................ 41 INVENTARIO DE CASOS DE USO .................................................................................. 42 MODELO FUNCIONAL ....................................................................................................... 44 DIAGRAMAS DE CASOS DE USO ............................................................................... 44 6

DESCRIPCION DE CASOS DE USO ........................................................................... 47 MODELO ESTATICO ESTRUCTURAL ............................................................................ 58 DIAGRAMA DE CLASES ................................................................................................ 58 MODELO RELACIONAL (BASE DE DATOS) ................................................................. 59 MODELO DINAMICO .......................................................................................................... 60 DIAGRAMA DE ACTIVIDADES ..................................................................................... 60 CONCLUSIONES ..................................................................................................................... 62 BIBLIOGRAFIA ......................................................................................................................... 63

PRESENTACION

Tomando como base que el manejo documental es una situacin de orden no controlado que se presenta en la gran mayora de las empresas cuyo archivo fsico se ve agobiado por el total de documentos generados durante vigencias enteras, esta investigacin propone una solucin desde el punto de vista tecnolgico, usando como herramienta principal un sistema de computo, y un software con una interfaz grafica agradable a la hora de su uso.

Desde el momento en que comienzan a generarse archivos fsicos sin ningn control dentro de la empresa, comienza tambin a crearse una dificultad que dentro del tiempo en que lleva funcionando INFOGESTION, se ha convertido en un problema que viene siendo manejando con diferentes polticas, criterios y disposiciones, no concordantes, sin ninguna relacin entre ella y que solo ha contribuido a agilizar el caos documental. Cada vez que por algn motivo se genera un cambio en la administracin de la empresa, se generan tambin cambios en la forma como se procesan, archiva y se da seguimiento a los documentos. Nunca antes se ha intentado implementar una solucin sistematizada que permita los cambios de personal y disposiciones y que al mismo tiempo exija que se respeten las normas previamente establecidas para su ptimo funcionamiento. En consultas realizadas dentro de La Fundacin Universitaria Tecnolgico Comfenalco, no se encontraron registros de soluciones a problemas de este tipo, por lo que se puede decir, que este proyecto es pionero dentro de la institucin con relacin a problemticas de gestin y control de documentos.

Hay que tener en cuenta que cada uno de los documentos existentes dentro de la empresa, es una ventana abierta con informacin muchas veces confidencial, y que no puede ser vista por cualquier persona. Es por esto que es tan importante el control absoluto sobre los documentos, tener facilidad para accesarlos y al mismo tiempo ejercer el control sobre las personas que tienen acceso a estos.
8

Con esta idea se crea una herramienta capaz de brindar una solucin a esta situacin de orden, dndole al usuario un esquema o procedimiento a seguir con el fin de organizar, archivar y acceder con facilidad a la documentacin empresarial.

PLANTEAMIENTO DEL PROBLEMA

DESCRIPCION DEL PROBLEMA

INFOGESTION LTDA., es una empresa de servicios con ms de 10 aos dedicada a la implantacin, outsourcing y soporte de soluciones de tecnologa informtica, orientadas a apoyar la estrategia de negocio de sus clientes, ubicada en Boca grande carrera 6 calle 3. La empresa est conformada por una Gerencia que recibe el apoyo de un Asesor financiero y un Asesor Jurdico. Tambin cuenta con una Asistente Administrativa y una Coordinadora para las actividades del Sistema de Gestin de Calidad, que le permite llevar a cabo de manera exitosa, sus funciones administrativas. El manejo de documentos, representa para la empresa, innumerables situaciones que no son las ms adecuadas.

En trminos generales, existe un problema de dificultad y costo del acceso a los documentos que maneja la organizacin y el riesgo de prdida de estos. Desde el momento en que se genera o se recibe un documento hasta su archivador se hace necesario ejercer un control total sobre los mismos.

Como no hay un control cuando se recibe un archivo, a la hora de buscarlo, el trabajo se hace bastante tedioso porque no se sabe en realidad donde esta o quien lo tiene debido a que no hay un control del documento. Solo estn all pero no se sabe cul es ni de donde sali. Esto genera una prdida de tiempo y una falta de respeto ante una persona que llegue preguntando por algn documento.

Las posibles causas de esta situacin estn bsicamente resumidas en que no existe un criterio de archivo que se haya establecido. Cada usuario del
10

documento genera su propia forma de guardar lo que imposibilita una buena bsqueda. La no existencia de un registro y un control sobre los diferentes archivos de la empresa, generan una serie de consecuencias, entre las cuales se destacar las siguientes:

Para el almacenaje de documentos fsicos, se cuenta con archivadores verticales de 4 gavetas que hoy en da no son suficientes para almacenar el volumen de documentos generados. Para el manejo y accesibilidad de documentos, as como problemas de deterioro de documentos debido a las condiciones a las que han estado expuestos. Un mismo documento es fotocopiado varias veces dentro de la empresa, se encuentra en diferentes escritorios. Su flujo en el proceso de negocio implica no solo el traslado de un rea a otra, sino de una oficina a otra e inclusive de una ciudad a otra. Esto confirma que el manejo de documentos fiscos implica una consulta lenta e ineficiente, adems de altos riesgos relacionados con el extravi y resguardo de informacin confidencial.

En otros casos, al consultar un documento no se encuentra y resulta que no lleg al archivo por haberse quedado en el cajn del escritorio de algn empleado. Ante una posible Auditora Interna, la bsqueda de un documento en esta situacin, conlleva a una No Conformidad mayor. Han transcurrido ms de 10 aos y ya existe un problema que ha detenido el proceso de Certificacin de Calidad. Esperar ms tiempo generara una prdida de tiempo y dinero en cuanto a la certificacin.

Para evitar que estas situaciones se sigan presentando, es necesario buscar una alternativa que presente soluciones concretas a cada uno de los inconvenientes generados por la falta de control. Es por esto que a travs este proyecto se presentara una solucin detallada que responde a cada una de las necesidades anteriormente planteadas. Esta solucin propiamente dicha, es la

11

implementacin de un software a medida, diseado partiendo de los requerimientos de una situacin pero aplicado a estndares internacionales.

12

FORMULACION

Cmo optimizar los procesos de registro, bsqueda y control de los archivos en la empresa INFOGESTION LTDA?

13

OBJETIVOS

General

Desarrollar y construir un software que optimice los procesos de registro, bsqueda y control de documentos en la empresa INFOGESTION Ltda.

Especficos

De investigacin

Conocer a fondo las necesidades de organizacin documental que una empresa como INFOGESTION LTDA, puede estar generando en el uso inadecuado de los documentos.

Metodolgicos

Analizar procesos relacionados con el registro, control y bsqueda de archivos a travs de entrevistas y observaciones para poder identificar correctamente la situacin problemica y poder justificar el diseo del proyecto.

Establecer pautas de organizacin documental dentro de la empresa que permitan la retroalimentacin de la base de datos.

Tcnicos

Identificar los requerimientos del sistema para interpretar el entorno problemico.

14

Disear los modelos informticos que permitan presentar y comprender cada uno de los procesos que conforman el sistema y sus requerimientos.

Construir un prototipo que permita representar los servicios y funciones que el sistema ofrece a sus usuarios con el fin de validar y aprobar los requerimientos del sistema.

15

JUSTIFICACION

El orden y concordancia de los documentos, sus secuencias, su disponibilidad y la prontitud para accesarlos, editarlos o simplemente revisarlos, se ha convertido en una de las prioridades que las empresas grandes y pequeas tienen como objetivo dentro del funcionamiento de las mismas. Para alcanzar una certificacin ISO en cualquiera de sus modalidades, uno de los aspectos ms relevantes es el orden y disponibilidad del archivo documental. INFOGESTIN Ltda. Es una mediana empresa que busca, dentro de sus objetivos a corto plazo, una organizacin documental sistematizada que le permita acelerar el proceso de certificacin ante ICONTEC. Actualmente no cuenta con un software ni con un proceso implementado que les facilite llevar a cabo esta organizacin.

La consulta constante de los DEBE de la Norma ISO 9000, fundamental en la implementacin de un proceso de gestin documental, abren nuevos conocimientos sobre el manejo ptimo de un archivo empresarial;

conocimientos que son aplicables en forma directa dentro de otros ambientes diferentes a los de INFOGESTION Ltda. Y que permitirn personalizar, de acuerdo a las necesidades, el programa resultante de esta investigacin.

Este proyecto tiene tres pilares fundamentales para las personas que lo estn desarrollando, basados en los parmetros y principios de la institucin donde se est llevando a cabo. Estos pilares son: Investigacin, Desarrollo de un proyecto de software y Desarrollo y programacin de un software.

Como beneficiario en este proyecto, se encuentran en el mismo orden: INFOGESTION LTDA, que es la empresa sobre la cual se est llevando a cabo este proyecto, las personas desarrolladoras de este trabajo (Estudiantes: David Navarro Mora, Jos Luis Mora Villadiego, Lina Victoria Matoso Galn) y por
16

ltimo, la Fundacin Universitaria Tecnolgico Comfenalco, que es aquella que provee los conocimientos y da las pautas a los desarrolladores para que estos puedan llevar a cabo la investigacin correspondiente.

17

MARCO TEORICO

Dada que toda investigacin tiene un propsito llamado solucin, esta, no se dara a plenitud o parcial si el investigador buscara referencias o conceptos anteriores frente a su problema en nuestro caso los conceptos que hemos abstrado para desarrollar nuestra solucin plena o parcial frente al problema dado son los siguientes divididos as en disciplinares (anlisis de requerimiento, ingeniera de requisitos, estudio de viabilidad, requerimientos funcionales y no funcionales, diagrama de casos de usos, descripcin de casos de usos, metodologa del desarrollo de software, procesos del desarrollo de software, metodologa del proceso del desarrollo de software, procesos del desarrollo del software) y temticos (documentos, archivos, gestin documental), los

primeros son los conceptos bases para desarrollar nuestra solucin, los ltimos son los conceptos del espacio o entorno en el cual vamos a investigar.

En el mbito de la informtica y los sistemas de informacin basada en aplicativos y sistemas software existe un mundo de necesidades y requerimientos por solucionar, por tal motivo existen pasos para el desarrollo de un sistema software.

En esto procesos existen conceptos que denotan los intereses a resolver como los siguientes a tratar. El requerimiento se define como condicin o capacidad que un usuario

necesita para poder resolver un problema o lograr un objetivo (Instituto of Elctrica and Electrnicos Engieres o IEEE), condicin o capacidad que debe exhibir o poseer un sistema para satisfacer un contrato, estndar, especificacin, u otra documentacin formalmente impuesta (IEEE). Una condicin o capacidad que debe ser conformada por el sistema (RUP). Algo

18

que el sistema debe hacer o una cualidad que el sistema debe poseer (Robertson - Robertson)1.

Entonces entendemos por anlisis de requerimiento todo el proceso y anlisis que se le hace a las condiciones que da un usuario, con relacin a esto existe la ingeniera de requisitos la cual hace parte del anlisis de requerimiento, el IEEE define requisito como condicin o aptitud necesaria para resolver un problema o alcanzar un objetivo. Este concepto se ve reflejado en la ingeniera de requisitos lo cual se define por el IEEE como proceso de estudio y

refinamiento de un sistema, aqu entrar todas las formas de recoleccin de informacin para adaptarla a los requerimientos y requisitos del sistema y usuario. Luego de esto se definen los requisitos del sistema o mejor los requisitos funcionales los cuales se definen y relacionan con los no funcionales como comportamiento interno del software: clculos, detalles tcnicos, manipulacin de datos y otras funcionalidades especficas que muestran cmo los casos de uso sern llevados a la prctica. Son complementados por los requerimientos no funcionales, que se enfocan en cambio en el diseo o la implementacin.2

Despus de haber investigado y referenciado y examinado fuentes y tener fijos los requisitos y requerimientos del problema, se llega al punto del estudio de la viabilidad la cual es la condicin que hace posible el funcionamiento del sistema, proyecto o idea al que califica, atendiendo a sus caractersticas tecnolgicas y a las leyes de la naturaleza involucradas.3

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa
3

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa 19

Este estudio debe ser en el mbito legal, econmico y de la empresa para su validacin, este paso dice en pocas palabras si se hace o no el proyecto en este caso el software. Como se dijo antes en este punto el proyecto es decisivo en su terminacin, luego de una viabilidad aceptada en todos los aspectos antes mencionados viene el paso de un lenguaje tcnico a uno casto entendible por el usuario de lo que va a hacer el software, en pocas palabras un manual de usuario que comprenden los casos de usos sus descripciones previas, un caso de uso es una tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software. Cada caso de uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo especfico. Normalmente, en los casos de usos se evita el empleo de jergas tcnicas, prefiriendo en su lugar un lenguaje ms cercano al usuario final.

En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.4 Estos se representan por medio de diagramas que facilitan la lectura de usuario y la traduccin del lenguaje tcnico para esto los casos de usos se complementa con la descripcin de los casos de usos , que o es ms que el simple proceso o procedimiento que hace el caso de uso entre el sistema y el usuario.

Los anteriores

conceptos dados por pasos pueden ser rgidos sin una

metodologa del desarrollo de software, Cuando los proyectos que se van a desarrollar son de mayor envergadura, ah si toma sentido el basarnos en una metodologa de desarrollo, y empezamos a buscar cual sera la ms apropiada

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa

20

para nuestro caso. Lo cierto es que muchas veces no encontramos la ms adecuada y terminamos por hacer o disear nuestra propia metodologa, algo que por supuesto no est mal, siempre y cuando cumpla con el objetivo.

Muchas veces realizamos el diseo de nuestro software de manera rgida, con los requerimientos que el cliente nos solicit, de tal manera que cuando el cliente en la etapa final (etapa de prueba), solicita un cambio se nos hace muy difcil realizarlo, pues si lo hacemos, altera muchas cosas que no habamos previsto, y es justo ste, uno de los factores que ocasiona un atraso en el proyecto y por tanto la incomodidad del desarrollador por no cumplir con el cambio solicitado y el malestar por parte del cliente por no tomar en cuenta su pedido. Obviamente para evitar estos incidentes debemos haber llegado a un acuerdo formal con el cliente, al inicio del proyecto, de tal manera que cada cambio o modificacin no perjudique al desarrollo del mismo.

Por experiencia, muchas veces los usuarios finales, se dan cuenta de las cosas que dejaron de mencionar, recin en la etapa final del proyecto, pese a que se les mostr un prototipo del software en la etapa inicial del proyecto.

Los proyectos en problemas son los que salen del presupuesto, tienen importantes retrasos, o simplemente no cumplen con las expectativas del cliente.

Una de las metodologas ms importantes son: RUP, XP y MSF.

El RUP La metodologa RUP, llamada as por sus siglas en ingls Racional Iniciad Procesos, divide en 4 fases el desarrollo del software: Inicio, El Objetivo en esta etapa es determinar la visin del proyecto. Elaboracin, En esta etapa el objetivo es determinar la arquitectura ptima.
21

Construccin, En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial. Transmisin, El objetivo es llegar a obtener el relase del proyecto.

Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los Objetivos de una iteracin se establecen en funcin de la evaluacin de las iteraciones precedentes.5

El XP, Extreme Programing: Es una de las metodologas de desarrollo de software ms exitosas en la actualidad utilizadas para proyectos de corto plazo, corto equipo y cuyo plazo de entrega era ayer. La metodologa consiste en una programacin rpida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al xito del proyecto6. En conclusin para estas dos metodologas, la metodologa RUP es ms adaptable para proyectos de largo plazo y la metodologa XP en cambio, se recomienda para proyectos de corto plazo.

Luego de definir conceptos disciplinarios pasamos a los temticos que abarcan el espacio en el cual se va a investigar, comenzaremos desde un mbito general a o particular, los conceptos del problema que nos interesan.

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa
6

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa

22

Por empresa al organismo social integrado por elementos humanos, tcnicos y materiales cuyo objetivo natural y principal es la obtencin de utilidades, o bien, la prestacin de servicios a la comunidad, coordinados por un administrador que toma decisiones en forma oportuna para la consecucin de los objetivos para los que fueron creadas. Para cumplir con este objetivo la empresa combina naturaleza y capital7.

Entendido lo que es una empresa tomaremos el camino a nuestro problema a tratar que es la gestin de informacin documentada o la gestin documental, definamos documento como es el testimonio material de un hecho o acto realizado en el ejercicio de sus funciones por instituciones o personas fsicas, jurdicas, pblicas o privadas, registrado en una unidad de informacin en cualquier tipo de soporte (papel, cintas, discos magnticos, pelculas, fotografas, etctera) en lenguaje natural o convencional. Es el testimonio de una actividad del hombre fijado en un soporte8. Este es nuestro concepto ms importante a tratar en nuestra investigacin ya que nos genera una gestin documental que debe ser administrada por el sistema, definimos entonces gestin documental como el conjunto de normas, tcnicas y prcticas usadas para administrar el flujo de documentos de todo tipo en una organizacin, permitir la recuperacin de informacin desde ellos, determinar el tiempo que los documentos deben guardarse, eliminar los que ya no sirven y asegurar la conservacin indefinida de los documentos ms valiosos, aplicando principios de racionalizacin y economa9.

Plantados y entendidos los conceptos disciplinares y temticos que refleja la investigacin de la gestin de documentos y la creacin de un software que

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Empresa
8

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Documento 9 Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 5 de Octubre de 2008, de http://es.wikipedia.org/wiki/Gesti%C3%B3n_documental 23

aplique estas caractersticas, concluimos que solo se dar solucin a una parte de nuestro entorno o espacio de investigacin que es la empresa. Actualmente en la ingeniera de sistemas y en el desarrollo de de software se estn utilizando patrones de abstraccin de problemas como son la programacin orientada a objetos el anlisis y desarrollo orientados a objetos es un dato en comn en la actualidad es un enfoque de la ingeniera de software que modela un sistema como un grupo de objetos que interactan entre s. Este enfoque representa un dominio en trminos de conceptos compuestos por verbos y sustantivos, clasificados de acuerdo a su dependencia funcional.

En ste mtodo de anlisis y diseo se crea un conjunto de modelos utilizando una notacin acordada como, por ejemplo, el lenguaje unificado de modelado (UML). ADOO aplica tcnicas de modelado de objetos para analizar los requerimientos para un contexto por ejemplo, un sistema de negocio, un conjunto de mdulos de software y para disear una solucin para mejorar los procesos involucrados. No est restringido al diseo de programas de computadora, sino que cubre sistemas enteros de distinto tipo. Las metodologas de anlisis y diseo ms modernas son casos de uso guiados a travs de requerimientos, diseo, implementacin, pruebas, y despliegue. El lenguaje unificado de modelado se ha vuelto el lenguaje de modelado estndar usado en anlisis y diseo orientado a objetos.10 La arquitectura de software, tiene que ver con el diseo y la im plementacin de estructuras de software de alto nivel. Es el resultado de ensamblar un cierto nmero de elementos arquitectnicos de forma adecuada para satisfacer la mayor funcionalidad y requerimientos de desempeo de un sistema, as como requerimientos no funcionales,
11

como

la

confiabilidad,

escalabilidad,

portabilidad, y disponibilidad . De tal modo se tiene que implementar una

10

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. Recuperado el 20 de Octubre de 2008, de http://es.wikipedia.org/wiki/An%C3%A1lisis_y_dise%C3%B1o_orientado_a_objetos 11 Kruchten, Philippe 24

arquitectura novedosa y robusta para nuestra aplicacin dicha arquitectura es la MVC (Modelo vista controlador), es un patrn de arquitectura de software que separa los datos de una aplicacin, la interfaz de usuario, y la lgica de control en tres componentes distintos. El patrn MVC se ve frecuentemente en aplicaciones web, donde la vista es la pgina HTML y el cdigo que provee de datos dinmicos a la pgina. El modelo es el Sistema de Gestin de Base de Datos y la Lgica de negocio, y el controlador es el responsable de recibir los eventos de entrada desde la vista12.

Siendo que los datos se expresan en un modelo, y que su pertinencia necesitamos una base de datos que se define como banco de datos (en ingls: database) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos estn en formato digital (electrnico), que ofrece un amplio rango de soluciones al problema de almacenar datos13. La pertinencia de esos datos se debe modelar para llegar a una relacin entre datos los datos para que se puedan ver como una informacin coherente, entonces hablamos de un modelo relacional definido como En este modelo todos los datos son almacenados en relaciones, y como cada relacin es un conjunto de datos, el orden en el que estos se almacenen no tiene mayor relevancia (a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar por un usuario no experto. La informacin puede ser recuperada o almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para administrar la informacin.

12

Wikimedia Foundation, Inc. (13 mayo 2009.). www.wikipedia.org. Recuperado 24 de Mayo de 2009, de http://es.wikipedia.org/wiki/Modelo_Vista_Controlador 13 Wikimedia Foundation, Inc. (13 mayo 2009.). www.wikipedia.org. Recuperado 24 de Mayo de 2009, de http://es.wikipedia.org/wiki/Base_de_datos 25

Este modelo considera la base de datos como una coleccin de relaciones. De manera simple, una relacin representa una tabla que no es ms que un conjunto de filas, cada fila es un conjunto de campos y cada campo representa un valor que interpretado describe el mundo real. Cada fila tambin se puede denominar tupla o registro y a cada columna tambin se le puede llamar campo o atributo. Para manipular la informacin utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el lgebra relacional y el Clculo relacional. El lgebra relacional permite describir la forma de realizar una consulta, en cambio, el Clculo relacional slo indica lo que se desea devolver. El lenguaje ms comn para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estndar implementado por los principales motores o sistemas de gestin de bases de datos relacionales14.

14

Wikimedia Foundation, Inc. (13 mayo 2009.). www.wikipedia.org. Recuperado 24 de Mayo de 2009, de http://es.wikipedia.org/wiki/Modelo_relacional 26

DISEO METODOLGICO

METODOLOGA

Para la gestin documental, el nivel de estudio en este documento sern exploratorios; ya que el tema de gestin documental por sistemas informticos en la ltima dcada no ha sido muy documentado y practicado ya que es un tema muy extenso, aunque ya se hayan hechos estudios con anterioridad la gestin documental viene desde los principios de la escritura, y el problema de organizar y hacer consultas rpidas de un escrito es lo primordial a tratar.

Con este proyecto se una gran parte de la gestin documental en forma informtica rpida y sin dao al medio ambiente, de lo anterior concluimos que este proyecto servir como base para otros proyectos venideros del mismo tema.

Para el nivel de estudio descriptivo, buscaremos las formas de encontrar el entorno de la problemtica, haciendo caracterizaciones de hechos o

situaciones como por ejemplo el prstamo de un documento en la empresa, o el registro manual y fsico que no es eficiente de un documento, como hemos visto y explicado nuestra investigacin est basada en dos niveles de estudio que son la de exploratoria y descriptiva, aunque no entraremos al tercer nivel que es el de explicativo ya que en este abundan las teoras y las formas de gestin documental .

Tipo de Investigacin

La tipologa de investigacin utilizada para desarrollar este proyecto va encaminada a la observacin, ya que en la gestin documental existen procesos como los prstamos y registros que deben ser de observacin y compresin del comportamiento de la entidad, toda vez que no existe un
27

procedimiento documentado sobre la forma cmo se viene realizando esta actividad. La mayora de las veces se hace a criterio de la persona que autoriza el prstamo.

Adicionalmente se utilizarn formas de investigacin inductiva y deductiva que guiarn a los principales procesos que se pueden establecer para el manejo de los documentos generalizando as la gestin documental en la empresa INFOGESTION LTDA.

Finalmente y aplicando la investigacin de anlisis se lograr establecer con claridad cules y cuntos deben ser los pasos a seguir en el esquema de gestin documental a aplicar en esta empresa.

Tcnicas e Instrumentos

Se basa en una entrevista hecha a un funcionario del la empresa, que est completamente relacionado con el proceso polmico y la gestin documental, y observando los procesos de prstamos y registros de documentos, de forma simple o participante para entender la forma y las molestias al momento de ejecutar estos procesos manuales.

PROCEDIMIENTO

Para la elaboracin del software que plantea este proyecto, se utilizara la tcnica de programacin orientada a objetos (POO). Este estilo de programacin, es el ms adecuado para este caso ya que a travs de el, se puede abstraer de la realidad, las diferentes entidades de negocio, y convertirlas en objetos que posteriormente sern la base fundamental del programa.

28

ESTUDIO DE VIABILIDAD

FACTIBILIDAD

La realizacin de esta investigacin, no lleva un recurso econmico que represente mayor problema. Esta parte se ve ms marcada a la hora de implementar el software producto de este proyecto, y cumplir con las exigencias que este demanda. De igual manera el proyecto tiene el apoyo de la empresa que est siendo objeto de investigacin para la realizacin de la misma.

Adems, en la parte legal, el proyecto se desenvuelve bajo el parmetro de software libre lo que quiere decir que se enmarca en normas internacionales ya establecidas y que son aplicables en Colombia donde no existe una normatividad acerca de estos.

Como todo procedimiento nuevo, la parte operativa se ver algo complicada al principio debido a la falta de costumbre y a que es primera vez que el software se pondr en marcha. No obstante la misma facilidad de navegacin a travs del programa permitir la fcil adaptacin de sus usuarios. Para el desarrollo del programa, la parte tecnolgica es una de las cosas a favor. Existen disponibles 3 equipos de computo, con muy buenas caractersticas como son gran velocidad en procesador, espacio en memoria superior o igual a 1GB y suficiente espacio en disco duro como para guardar toda la informacin necesaria. Adems, estos equipos se encuentran disponibles las 24 horas del da y los 7 das de la semana.

29

ALTERNATIVAS

Existen en el mercado diferentes programas que dan solucin a los problemas de tipo documental, pero la mayora de ellos no responden a las necesidades de INFOGESTION. Basado en los requerimientos funcionales obtenidos, se puede lograr una aplicacin que rena en forma amigable todas las inquietudes del usuario final.

30

DESCRIPCIN DE PROCESOS DE NEGOCIO

Llegada de un nuevo documento en la empresa:

Un funcionario interno o ajeno a la empresa hace llegar un documento nuevo, ste se entrega a la archivadora la cual verifica su estado y pone sus datos en una planilla y realiza todos los procesos de gestin documental necesarios antes de archivarlo, luego de esto la archivista le genera un cdigo llamado consecutivo el cual lo identifica y lo diferencia de los dems documentos, finalmente se guarda en el gabinete deseado. Ejemplo: el ultimo consecutivo fue A1AZ3F5P4 este nuevo llevara A1AZ3F5P5 y se pondr encima de este.

Prstamo de un documento fsico en la empresa:

Un funcionario de cualquier dependencia solicita un archivo ya existente en los gabinetes administrados por la archivista, este funcionario lo busca y se lo entrega. Luego de que el funcionario solicitante haya terminado de usar este archivo lo devuelve a la archivista la cual lo pone en la ubicacin correspondiente, si el documento o archivo solicitado por el funcionario al momento de entregarlo a la archivista viene con otro documento esta engrapa y agrupa los documentos anexos y pone un solo consecutivo a este grupo y lo guarda en su lugar.

31

ALCANCE DEL PROYECTO

La Gestin Documental no se detiene en la organizacin de los archivos fsicos, va mucho ms all al pretender que el contenido de ste sea accequible a todos los usuarios desde cualquier computador conectado al servidor de la empresa. Con niveles de seguridad previamente establecidos, el software pretende regular y controlar de manera ordenada la adicin, sustraccin, modificacin y/o eliminacin de registros en la base de datos. Debe concordar en todo momento con el contenido fsico de los archivadores y el movimiento de los mismos debe ser previamente validado por el software.

Una vez obtenido este control, la base de datos documental crecer en forma paralela con la empresa, permitiendo en todo momento un absoluto manejo organizado y responsable de los documentos.

Mirando hacia el futuro y contando con una plataforma tecnolgica dentro de la empresa que permite la conectividad al servidor va Internet, se tendr una aplicacin que permitir la consulta documental desde cualquier lugar.

32

DESCRIPCION DE STAKEHOLDER

SPONSOR Nombre: INFOGESTION LIMITADA Direccin: Boca grande, Carrera 3. No. 6-24 Local 2 Intereses en el proyecto: Lograr la organizacin y control de los documentos empresariales, adicionando una solucin que interacte con los usuarios.

USUARIOS Nombre: Federico Mora Cargo: Gerente General Empresa: INFOGESTION LTDA Telfono: 6434176 Direccin: Boca grande, Carrera 3. No. 6-24 Local 2 e-mail: fmora@infogestion.com.co Funciones para el proyecto: Administrador.

Nombre: Pastora Mora Cargo: Tcnico Empresa: INFOGESTION LTDA Telfono: 6434176 Direccin: Boca grande, Carrera 3. No. 6-24 Local 2 e-mail: pmora@infogestion.com.co Funciones para el proyecto: Administrador, archivista.

Nombre: Rosana Delgado Cargo: Administradora Empresa: INFOGESTION LTDA Telfono: 6434176 Direccin: Boca grande, Carrera 3. No. 6-24 Local 2
33

e-mail: rdelgado@infogestion.com.co Funciones para el proyecto: Usuario, archivista. Nombre: Evelyn Prez Cargo: Asistente de ventas Empresa: INFOGESTION LTDA Telfono: 6434176 Direccin: Boca grande, Carrera 3. No. 6-24 Local 2 e-mail: eperez@infogestion.com.co Funciones para el proyecto: Usuario, archivista.

DESARROLLADORES Nombre: Jos Luis Mora Villadiego Telfono: 6666983 3118020161 Direccin: Lo Amador Cra 19 # 32-13 e-mail: esao0718@hotmail.com

Nombre: Lina Victoria Matoso Galn Telfono: 6741804 3135774732 Direccin: Camino del Medio calle Visbal 31A-195 e-mail: livimaga@hotmail.com

Nombre: David Navarro Mora Telfono: 6437218 Direccin: Pie de la popa calle 29D # 21B59 e-mail: dnavarro@infogestion.com.co

Nombre: Ed. Lewis Lever Pion Telfono: 3167646385 - 6447121 Direccin: Repblica de chile Mz 37 Lote 8 e-mail: ellp-05@hotmail.com - ellp-06@hotmail.com

34

FUENTES DE REQUERIMIENTO

Nombre: Pastora Mora Cargo: TCNICO Empresa: INFOGESTION LIMITADA Telfono: 6434176 Direccin: Boca grande, Carrera 3. No. 6-24 Local 2 e-mail: pmora@infogestion.com.co Requerimiento: El sistema debe gestionar el nivel de acceso de los usuarios por medio de perfiles ya sea funcionario o administrador, as como los procesos y la informacin relacionada con los documentos tales como salidas, prstamos y/o entrada de los documentos.

35

REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES

El sistema debe gestionar el nivel de acceso de los usuarios por medio de perfiles ya sea funcionario o administrador:

Iniciar sesin: Todo usuario debe iniciar sesin para entrar al sistema.

Registrar usuario: solo un administrador tendr permiso para registrar un usuario nuevo al sistema.

Consultar usuario: todos los usuarios podrn consultar el perfil de otros usuarios, pero la informacin ser mostrada dependiendo del nivel de acceso que tenga, es decir, si es un administrador, sern mostrados todos los datos, desde el nombre hasta la contrasea de acceso. Pero si es un usuario normal, solo ser mostrado un perfil correspondiente al nombre, apellidos, cargo en la empresa, e-mail y telfonos.

Eliminar usuario: solo un administrador tendr el acceso para eliminar del sistema a un usuario.

Suspender usuario: solo un administrador, tendr acceso para suspender por un tiempo determinado, a un usuario para que este no tenga acceso desde ningn punto, al sistema.

36

El sistema debe gestionar los procesos y la informacin relacionada con los documentos:

Registrar documento: Cualquier usuario podr registrar un documento en el software, convirtindose as en un archivista por un lapso de tiempo.

Consultar documento por caractersticas: Cualquier usuario que cumpla el papel de archivista, podr consultar los documentos que su nivel de acceso le permita, adems de que este podr ser consultado por ttulo o nombre, ubicacin, fecha de ingreso, fecha del documento o consecutivo.

Cantidad de documentos prestados: Una persona que accede al sistema en forma de administrador, tendr el permiso de ver la cantidad de documentos prestados en un lapso de tiempo determinado, con el fin de llevar una cuenta o control sobre la cantidad de documentos activos prestados dentro de la empresa. Esta consulta mostrara como resultado, no solo la cantidad numrica de cuantos documentos se prestaron, sino que como aadido, se mostraran los tipos de documentos y el nmero de veces que fueron prestados y las personas que prestaron ese tipo de documento.

El sistema debe gestionar las salida o prstamo y entrada de los documentos dentro de la empresa.

Registrar prstamo: Cualquier usuario que tenga de acceso a los documentos y que cumpla el papel de archivista, podr prestarlos siempre y cuando su nivel de acceso se lo permita. Este prstamo se debe registrar para llevar un control de quien tiene el documento, en qu estado se lo llevo y saber cuntos documentos hay fuera de la empresa, en caso de que este salga.

37

Registrar devolucin: Cualquier usuario que tenga acceso a los documentos y que cumpla el papel de archivista, podr registrar una devolucin, siempre y cuando el documento haya sido prestado en ese departamento. Este registro se hace con el fin de llevar un control sobre los documentos y saber que aquellos que han sito prestados, ya regresaron. En la devolucin se tendr en cuenta la fecha en que llega, el estado y la cantidad de hojas de ms o de menos en el documento.

Consultar prstamos: Cualquier usuario que tenga de acceso a los documentos y que cumpla el papel de archivista, podr hacer una consulta de los prstamos hechos, con el fin de llevar un control sobre estas prestaciones y saber cules son los documentos que ms se prestan. Esta consulta no solo arrojara el dato numrico de los prestamos, sino que tambin dejara saber de qu tipo son los documentos, por quienes fueron prestados, en qu fecha se prestaron y en qu estado se encuentran si devueltos o aun prestados.

Consultar devolucin: Cualquier usuario que tenga de acceso a los documentos y que cumpla el papel de archivista, podr hacer una consulta de las devoluciones hechas, con el fin de llevar un control sobre estos retornos. Esta consulta no solo arrojara el dato numrico de las devoluciones, sino que tambin dejara saber de qu tipo son los documentos, por quienes fueron devueltos y en qu fecha. Ultimo documento prestado: Cualquier usuario que tenga de acceso a los documentos ya sea administrador o archivista, podr consultar el ltimo documento prestado, con el fin de tener un acceso rpido a este.

38

REQUERIMIENTOS NO FUNCIONALES Gestor de base de datos. Escner. 300 Gigabyte mnimo de disco duro. Conexin a Internet. Maquina virtual JAVA

39

PRESENTACIN E INTERPRETACIN DE DATOS

DEMOGRAFIA DE ACTORES

Archivista (dor): Persona encargada de manejar el software y archivar los documentos fsicos en su gabinetes, gestionando la informacin digital de los documento en el software. Esta puede ser algn administrador, o un usuario con estos derechos.

Administrador: Usuario que tiene mayor nivel de acceso al sistema, es el encargado de administrar la gestin de usuarios y ver estadsticas para la toma de decisiones.

Usuario: Generalizacin de funcionario, administrador y archivista que puede tener acceso al software obteniendo un nivel de acceso a la informacin que provee el sistema al momento de su registro.

Solicitante: Usuario cualquiera que este registrado en el sistema, que solicita prstamos de documentos fsicos para su ptimo desempeo en la empresa.

40

DESCRIPCION DE ENTIDADES DE NEGOCIO

NOMBRE Departamento

TIPO Objeto

ATRIBUTO Nombre Nombre

Archivador

Objeto

Capacidad Departamento Nombre

Gabinete

Objeto

Capacidad Archivador Nombre

Carpeta

Objeto

Numero de documentos Gabinete Nombre Tipo Fecha ingreso Fecha documento

Documento

Objeto

Descripcin Estado Folio Versin Carpeta Nombre Apellido Nombre de usuario Contrasea

Usuario

Objeto

Correo electrnico Telfono Cargo en la empresa Cargo en el sistema Estado de actividad

41

Fecha prstamo Devolucin Objeto, evento Fecha devolucin Documento Solicitante de tipo usuario

INVENTARIO DE CASOS DE USO

El sistema debe gestionar el nivel de acceso de los usuarios por medio de perfiles ya sea funcionario o administrador N Caso de uso 1 Iniciar sesin Actores Usuario Caso de uso relacionado

Registrar Usuario Modificar Usuario

Administrador

Consultar usuario

Administrador

Eliminar usuario Eliminar usuario, modificar usuario, suspender usuario. Consultar usuario.

Consultar Usuario

Administrador

Eliminar Usuario

Administrador

Suspender Usuario

Administrador

Consultar usuario. Eliminar usuario, modificar usuario, suspender usuario.

Reporte de Usuario Reporte grficos de Usuarios

Administrador

Administrador

42

El sistema debe gestionar los procesos y la informacin relacionada con los documentos N 1 Caso de uso Registrar documento Actores Archivador Caso de uso relacionado

Modificar Documento

Archivador

Consultar Documento

Eliminar Documento

Archivador

Consultar Documento Eliminar Documento, Modificar Documento Eliminar Documento, Modificar Documento

Consultar Documento

Archivador

Reporte de Documentos Reporte grficos de Documentos

Archivador

Archivador

El sistema debe gestionar las salida o prstamo y entrada de los documentos dentro de la empresa. N Caso de uso Actores Caso de uso

relacionado 1 Registrar prstamo Archivador Consultar documento,

Consultar Usuario 2 Registrar devolucin Archivador Consultar Documento,

Consultar Usuario. 3 Consultar Prestamos Archivador Registrar devolucin 4 Historial de Prestamos Archivador

43

MODELO FUNCIONAL DIAGRAMAS DE CASOS DE USO

DESCRIPCION DE CASOS DE USO

El sistema debe gestionar los permisos y la informacin relacionada con el usuario. N Nombre Objetivo Actores Precondicin 1 Iniciar sesin Identificar el nivel de acceso de los usuarios al sistema Usuario Conexin a la base de datos satisfactoria Que el usuario este registrado en el sistema Que se haya iniciado el programa Usuario 1. Inicia cuando el usuario pide funcionalidad para iniciar sesin. Sistema 2. El sistema despliega una interfaz de usuario para iniciar sesin, con dos campos de contrasea y usuario 3. El usuario, ingresa el usuario y la contrasea. Flujo Ideal 5. El sistema consulta la existencia del usuario en la base de datos 6. El sistema aplica los permisos correspondientes para dicho usuario. 7. El sistema despliega la interfaz grafica para dicho usuario. 8. El sistema despliega la interfaz grafica para dicho 4. El sistema valida si los datos son correctos.

usuario. 1. En el flujo ideal #4 la validacin es errada 1.1. error 1.2. Flujo Alternativo El sistema retorna al #2 El sistema notifica el

flujo normal

2. El flujo ideal #5, el sistema determina que el usuario no est registrado 2.1. error. 2.2. El sistema retorna al El sistema notifica el

flujo ideal #2 Pos condicin El sistema guarda un registro de la fecha y hora de la entrada al sistema.

N Nombre

3 Consultar usuario Ver una informacin breve del funcionario. Administrador Conexin a la base de datos satisfactoria Haber iniciado sesin un usuario Usuario 1. El usuario pide funcionalidad de consultar usuario Sistema 2. El sistema despliega una interfaz grafica para consultar usuario. 3. El sistema consulta en base de datos la existencia de dicho usuario 4. El sistema despliega una

Objetivo Actores Precondicin

48

interfaz grafica donde Flujo Ideal aparecen los siguientes datos: apellidos, nombres, nivel de acceso de funcionario, cargo de funcionario. Pos condicin

N Nombre

4 Modificar usuario Registrar modificaciones en un usuario deseado Administrador Conexin a la base de datos satisfactoria Haber iniciado sesin un Administrador

Objetivo Actores Precondicin

Flujo ideal

Usuario 1. El usuario estando en el caso de uso #2 pide funcionalidad en modificar usuario.

Sistema 2. El sistema valida si el usuario en sesin tiene nivel de accesibilidad de administrador

3. El sistema despliega una interfaz grafica para Flujo ideal 4. El usuario selecciona los atributos del usuario que desee modificar. 6. El sistema actualiza en la base de datos la nueva modificacin modificar 5. El sistema valida los datos entrantes.

49

1. En el flujo ideal #5 los datos no son validos 1.1. El sistema notifica

el error 1.2. El sistema regresa

al flujo de datos ideal # 1 Flujo Alternativo 2. En el flujo ideal #2 el usuario no tiene un nivel de acceso de administrador 2.1. El sistema notifica

los permisos que tiene tal usuario 2.2. El sistema regresa

al flujo ideal #1 Pos condicin

N Nombre

5 Eliminar usuario Eliminar del sistema un usuario ya sea por causas no relacionadas con el sistema sino con la empresa

Objetivo

Actores Precondicin

administrador Conexin a la base de datos satisfactoria Haber iniciado sesin un Administrador

Flujo ideal

Usuario 1. El usuario estando en el caso de uso #2 pide funcionalidad en

Sistema 2. El sistema valida si el usuario en sesin tiene nivel de accesibilidad de administrador

Flujo Ideal

eliminar usuario

50

3. El sistema despliega una interfaz grafica para eliminar usuario con los datos generales del usuario previamente consultado para eliminar. 1. En el flujo ideal# 2 el usuario no tiene nivel de accesibilidad de administrador. 1.1. Flujo Alternativo El sistema notifica

los permisos de accesibilidad del usuario actualmente en sesin. 1.2. El sistema retorna

al usuario al caso de uso #2 Pos condicin

51

N Nombre

6 Suspender usuario Dejar inhabilitado a un usuario por un rango de tiempo por cualquier circunstancia dada previamente

Objetivo

Actores Precondicin

Administrador (p) Conexin a la base de datos satisfactoria Haber iniciado sesin un Administrador Usuario Sistema

1.El usuario estando en el 2.El sistema verifica si el usuario caso usuario ejecucin usuario Flujo Ideal 4.El usuario selecciona el 3.El sistema despliega la interfaz rango de fecha en que el grafica para suspender usuario usuario va a hacer de uso puede a consultar tenga los permisos para utilizar de este

pedir administrador

suspender caso de uso

suspendido 5.El sistema deja inhabilitado al usuario seleccionado como

suspendido por el periodo de fecha introducido 1.El el flujo ideal #2 el usuario no tiene el nivel de acceso de Flujo Alternativo administrador para hacer esta tarea 1.1 El sistema notifica los permiso del usuario actual 1.2 El sistema regresa al flujo ideal #1 Pos condicin El sistema actualiza los datos y los eventos y estadsticas de la gestin de usuarios.

52

El sistema debe gestionar los procesos y la informacin relacionada con los documentos.

N Nombre

1 Registrar documento Registrar un documento. Archivador (P), Administrador (S) Conexin a la base de datos satisfactoria Haber iniciado sesin como Archivador o Administrador Usuario 1 El usuario pide funcionalidad a registrar nuevo documento Sistema 2 El sistema despliega la interfaz grafica para registrar un nuevo documento 4 El sistema valida los datos introducidos por el usuario

Objetivo Actores Precondicin

Flujo Ideal

3 El usuario llena los atributos del nuevo documento solicitados por la interfaz grafica dada por el sistema

5 El sistema guarda en la base de datos el nuevo documento 1 en el flujo ideal 4 los deditos no Flujo Alternativo son validos 1.1 El sistema muestra el error 1.2 El sistema regresa al flujo ideal 2 Pos condicin El sistema actualiza la base de datos

53

N Nombre

2 Consultar documento Encontrar un documento cualquiera por parmetros de bsqueda definidos por el usuario

Objetivo

Actores Precondicin

Usuario Haber iniciado sesin, tener conexin a la base de datos Usuario 1. El usuario pide funcionalidad a consultar documento 3. El usuario llena los 4. El sistema valida los parmetros introducidos por el usuario Sistema 2. El sistema despliega una interfaz grafica para consultar documentos

Flujo Ideal

parmetros por los cuales quiere buscar el documento

5. El sistema busca en la base de datos las posibles documentos relacionados con los parmetros que introdujo el usuario 6. El sistema despliega los documentos en una lista encontrados en la base de datos 1. En el flujo ideal # 4 los dato no son validos 1.1 El sistema notifica el error 1.2 el sistema regresa al flujo ideal #2 Flujo Alternativo 2. El sistema no encuentra relaciones con los parmetros introducidos por el usuario 2.1 el sistema notifica no haber encontrado documentos relacionados con esos parmetros 2.2 Regresa al flujo ideal #2

54

Pos condicin

El sistema no hace nada

El sistema debe gestionar las salida o prstamo y entrada de los documentos dentro de la empresa. N Nombre Objetivo Actores Precondicin 1 Registrar prstamo Registrar la salida de un documento Archivador (P), Administrador (S) Conexin a la base de datos satisfactoria Usuario 1 el usuario pide funcionalidad para hacer un prstamo 3 El usuario mientras hace Flujo Ideal el prstamo pide buscar un documento Sistema 2 El sistema despliega la interfaz grafica para registrar los atributos del prstamo 4 El sistema hace el mismo proceso de bsqueda que en el caso de uso consultar documento descrito antes 6 El usuario selecciona el documento que desea prestar 7 El usuario termina de llenar los atributos del prstamo 8 El sistema valida los atributos de prstamo introducidos por el usuario 9 El sistema guarda en la base de datos el prstamo y referencia el prstamo al usuario 1 Los atributos introducidos no son Flujo Alternativo validos 1.1 El sistema notifica el error 1.2 El sistema regresa al flujo ideal 7 Pos condicin El sistema actualiza la base de datos y la base de prstamos.

55

N Nombre

2 Consultar prstamo Listar los documentos que estn prestados Archivador (P), Administrador Conexin a la base de datos satisfactoria Usuario 1. El usuario pide consultar prstamo Sistema 2 .El sistema despliega una interfaz grafica donde aparecen atributos para rellenar y poder relacionar, mas una opcin que lista todo los prestamos de documentos 3. El usuario registra los 4. El sistema valida los parmetros introducidos por el usuario 5. El sistema busca en la base de datos las relaciones de prstamos con los atributos introducidos por el usuario 6. El sistema muestra una interfaz grafica en donde se puede apreciar los prestamos relacionados con los parmetros pasados por el usuario 1. En el flujo ideal # 4 los datos no son correctos 1.1 El sistema notifica el error 1.2 El sistema retorna al flujo ideal #2 Flujo 2 El sistema no encuentra relaciones de prstamos con los parmetros introducidos por el usuario 2.1 El sistema notifica la excepcin 2.2 El sistema regresa al flujo ideal #2
56

Objetivo Actores Precondicin

Flujo Ideal

parmetros

Alternativo

Pos condicin

El sistema no hace nada

N Nombre

3 Registrar devolucin Registrar la devolucin de un documento prestado Archivador (P), Administrador (S) Conexin a la base de datos satisfactoria Usuario 1 El usuario puede pedir funcionalidad de registrar devolucin estando en el Sistema 2 El sistema despliega una interfaz grafica donde actualiza el estado de prstamo del documento

Objetivo Actores Precondicin

Flujo Ideal

caso de uso consultar prstamo 3 El usuario digita los parmetros en interfaz grafica 5 El sistema actualiza el estado de prstamo del documento 1 En el flujo ideal # 4 los datos son 4 El sistema valida los datos de entrada

Flujo Alternativo

errados 1.1 El sistema notifica el error 1.2 El sistema regresa al flujo ideal #2

Pos condicin

El sistema actualiza los datos en la base de datos

57

MODELO ESTATICO ESTRUCTURAL

DIAGRAMA DE CLASES

58

MODELO RELACIONAL (BASE DE DATOS)

59

MODELO DINAMICO

DIAGRAMA DE ACTIVIDADES

Hacer prstamo

60

Devolver prstamo

61

CONCLUSIONES

De la mano con la tecnologa, la administracin de una empresa lleva consigo el manejo ptimo de toda la documentacin.

Se hace necesaria la participacin de todo el personal de la empresa que de una u otra forma tenga acceso a los documentos.

La gestin documental requiere en forma inminente un software capaz de identificar usuarios, niveles de acceso, manejo de la informacin reportes y casos de uso, as como ser capaz de retroalimentarse con los nuevos documentos generados.

El acceso a la informacin no puede ni debe encontrarse restringido por distancias ni espacios.

Tan importante como el manejo de la base de datos, lo es el archivo fsico como tal.

62

BIBLIOGRAFIA

Wikimedia Foundation, Inc. (2 de Octubre de 2008). www.wikipedia.org. JOYANES AGUILAR, Louis. Fundamentos de programacin, y

estructura de datos, 2 ed., Espaa, Mc Gran Hill Interamericana, c 1998. De la Hoz, Rita Manyoma, Enyel. Formatos para proyectos de investigacin ICONTEC. 4 Septiembre de 2008. www.icontec.org Tipos de programacin. 18 Septiembre de 2008.

http://www.desarrolloweb.com/articulos/2477.php

63