Tesis Desarrollo de Una Aplicación Web

UNIVERSIDAD NACIONAL
SANTIAGO ANTUNEZ DE MAYOLO

FACULTAD DE CIENCIAS
ESCUELA ACADMICO PROFESIONAL DE INGENIERA DE
SISTEMAS E INFORMTICA
Desarrollo de una aplicacin web para el proceso de

digitalizacin documentaria en el rea de registros y archivos
de la municipalidad provincial de Recuay, 2015
TESIS PARA OPTAR EL TTULO DE

INGENIERO DE SISTEMAS E INFORMTICA
AUTOR
Romero Maguia Cristian Jhon
ASESOR
Ing. Medina Rafaile Esteban Julio
HUARAZ PERU
2015
DEDICATORIA
A Dios, por haberme permitido llegar hasta este punto

y haberme dado salud para lograr mis objetivos,
adems de su infinita bondad y amor. A mi Madre por
ser el pilar fundamental en todo lo que soy, en toda mi
educacin, tanto acadmica, como de la vida, por su
incondicional apoyo perfectamente mantenido a travs
del tiempo. A mis amigos, con los cuales nos apoyamos
mutuamente en nuestra formacin profesional.
AGRADECIMIENTOS
A En primer lugar a Dios, que nos ofrece da a da el privilegio de vivir para

aprovechar nuevas oportunidades que se nos presenta en el camino.
A mi Madre, que siempre me han dado su apoyo incondicional y a quienes debo la
vida, por todo su trabajo y dedicacin para darme una formacin acadmica y sobre
todo humanista y espiritual. Para ellos es todo mi agradecimiento.
A mi Alma Mater, Universidad Nacional Santiago Antnez de Mayolo, por ser quien
me acogi durante estos 5 aos en mi formacin acadmica y profesional.
A mi asesor, Ing. Medina Rafaile Esteban Julio, por su ayuda constante, optimismo,
dedicacin, sabias palabras y por el esfuerzo que dedic para la realizacin del
presente informe.
Al docente gua, Ing. MONTAEZ MUOZ Eddy Jess, por su ayuda, esfuerzo,
dedicacin e impulso que nos brind para la realizacin del presente informe.
PRESENTACIN
La documentacin que figura en las siguientes pginas corresponde al proyecto de
tesis de fin de carrera, consistente en el desarrollo de una aplicacin web para el
proceso de digitalizacin documentaria en el rea de registros y archivos de la
municipalidad provincial de Recuay, 2015.
El rea de registros y archivos encargada del almacenamiento y registro de toda
documentacin manejada por el municipio, quiere estar a la vanguardia de las TIC y
busca elevar el nivel de eficiencia y calidad en la los procesos archivistas
documentarios.
Bajo estas necesidad y aplicando tecnologas de informacin que apoyen el
mejoramiento continuo en la institucin, el presente proyecto plantea desarrollar una
aplicacin en el entorno web para poder manejar todo los procesos y actividades que
se realizan en el rea correspondiente..
Como se explicara en las siguientes pginas, una aplicacin web es aquella
herramienta que los usuarios pueden utilizar accediendo a un servidor web a travs
de Internet o de una intranet mediante un navegador.
Es importante mencionar que una pgina Web puede contener elementos que
permiten una comunicacin activa entre el usuario y la informacin. Esto permite
que el usuario acceda a los datos de modo interactivo, gracias a que la pgina
responder a cada una de sus acciones, como por ejemplo rellenar y enviar
formularios, participar en juegos diversos y acceder a gestores de base de datos de
todo tipo. Una aplicacin web est normalmente estructurada como una aplicacin de
tres-capas. En su forma ms comn, el navegador web ofrece la primera capa, y un
motor capaz de usar alguna tecnologa web dinmica, por ejemplo: PHP, Java
Servlets o ASP, ASP.NET, CGI, ColdFusion, embPerl, Python o Ruby onRails que
constituye la capa intermedia. Por ltimo, una base de datos constituye la tercera y
ltima capa.
3
MIEMBROS DEL JURADO
PRESIDENTE:
SECRETARIO:
VOCAL:
RESUMEN
El presente trabajo de tesis tiene por objetivo elaborar el anlisis, diseo y el

desarrollo de una aplicacin web el cual impulsara la recuperacin, organizacin,
conservacin, almacenamiento y difusin de la documentacin manejada en la
municipalidad.
Con respecto a la metodologa usaremos una tecnologa que recientemente se viene
incorporando el cual es la metodologa UWE, es una herramienta muy til y de fcil
uso, porque es didctica y tambin porque se adecua para el desarrollo de las pginas
web basado en el estndar de modelamiento UML. Incluyendo los modelos de la
metodologa UWE como el Modelo de Navegacin, o el Modelo de Presentacin,
son muy tiles a la hora de poder visualizar como se navegar por un sitio web y
como ser mostrada la informacin al usuario, en cuanto a la arquitectura usaremos
la de Cliente/Servidor 3 capas ya que es la adecuada para la elaboracin de la
aplicacin web.
Los resultados obtenidos, la realidad problemtica, situacin actual. Elaboracin de
encuestas entrevistas que posteriormente se analiz, con eso obtuvimos lo
requerimientos detalladamente para la elaboracin del proyecto. En el desarrollo de
las siguientes pginas encontraremos todo la informacin correspondiste y detallada
relacionado al ttulo del proyecto, el cual no solo ayudara a la institucin si no a los
alumnos que en adelante quieran tomar en referencia el proyecto.
ABSTRACT
This thesis aims to develop the analysis, design and development of a web
application which will prompt recovery, organization , preservation, storage and
dissemination of documents handled in the municipality.
With regard to the methodology, we use a technology that has recently been
incorporating which is the UWE methodology is a useful and easy to use tool,
because it is didactic and because it suited for development of web pages based on
standard UML modeling. Including models from the UWE methodology as the
Model Navigation or Presentation Model, are very helpful in being able to view as
navigate through a website and how it will be displayed informing the user about the
architecture we use the Client / Server 3 layer as is appropriate for the development
of the web application.
The results obtained the problem actually present situation. Development of survey
interviews subsequently analyzed, with that we got what detail requirements for
project development. In developing the following pages we will find all the
correspondent and detailed information related to the title of the project, which will
not only help the institution if no students hereinafter referred want to take on the
project..
INDICE GENERAL
DEDICATORIA
AGRADECIMIENTO
PRESENTACIN
HOJA DE VISTO BUENO
RESUMEN
ABSTRACT
01
CAPITULO I: GENERALIDADES
1.1.
1.2.
1.3.
1.4.
1.5.
1.6.
1.7.
Realidad problemtica
01
Enunciado del problema
03
Hiptesis
03
Objetivos
03
Justificacin 04
Limitaciones 07
Descripcin y sustentacin de la solucin
09
CAPITULO II: MARCO TERICO

2.1.
2.2.
2.3.
07
Antecedentes 09
Teoras que sustentan el trabajo
Definicin de trminos
25
15
CAPITULO III: MATERIALES Y MTODOS 27

3.1.
3.2.
3.3.
3.4.
Material
27
Mtodos
30
Tcnicas
32
Procedimiento 35
CAPITULO IV: ANLISIS 38

4.1.
4.2.
4.3.
Anlisis de la situacin actual38

Identificacin y descripcin de procedimientos
Diagnstico de la situacin actual
49
CAPITULO V: DISEO DE LA SOLUCIN

5.1.
5.2.
5.3.
5.4.
52
Arquitectura tecnolgica de la solucin

Diseo de estructura de la solucin 71
Diseo de la funcionalidad de la solucin
Diseo de la interfaz de la solucin 91
52
73
CAPITULO VI: CONSTRUCCIN DE LA SOLUCIN

6.1.
Construccin 94
8
45
94
6.2.
Pruebas
97
ANEXOS
INDICE DE CUADROS Y GRFICOS

TABLA N 01 01: BENEFICIOS ECONMICOS DEL PROYECTO
TABLA N 01 02: HABILIDADES Y VENJATAS TECNOLGICAS
TABLA N 03 01: LABORATORIOS
9
TABLA N 03 02: SOFTWARE

TABLA N 03 03: EQUIPOS
TABLA N 03 04: OPERACIONALIZACIN DE VARIABLES
CUADRO N 03 01: RBOL DE PROBLEMAS
CUADRO N 04 01: ORGANIGRAMA MPR
TABLA N 04 01: CAPACIDAD INSTALADA
TABLA N 04 02: CAPACIDAD HUMANA
TABLA N 04 03: LABORATORIO
TABLA N 04 04: MATRIZ DAFO
CUADRO N 04 02: PROCESO INTERNO DE NEGOCIO
TABLA N 05 01: LENGUAJES DE PROGRAMACIN
INDICE FIGURAS
FIGURA N04 01: Caso de Uso de Negocio
46
FIGURA N05 01: CREACIN DEL SISTEMA
52
FIGURA N 05 02: Arquitectura Cliente/Servidor 3 capas 53
10
FIGURA N 05 03: MODELO DE CONTENIDO
57
FIGURA N 05 04: ESTEREOTIPOS Y SUS ICONOS M.N
58
FIGURA N 05 05: MODELO DE NAVEGACIN 59

FIGURA N 05 06: ESTEREOTIPOS Y SUS ICONOS M.P
FIGURA N 05 07: MODELO DE PRESENTACIN
60
61
FIGURA N 05 08: MODELO DE ESTRUCTURA DE PROCESOS
62
FIGURA N 05 10: MODELO ENTIDAD RELACIN 67

FIGURA N 05 12: MODELO DE CASO DE USO APLICACIN WEB 75
FIGURA N 05 13: CU INGRESO AL SISTEMA 76
FIGURA N 05 14: CU REGISTRO NUEVO USUARIO 77
FIGURA N 05 15: CU REGISTRO NUEVO DOCUMENTO DEFUNCIN
78
FIGURA N 05 16: CU REGISTRO NUEVO DOCUMENTO MATRIMONIO
79
FIGURA N 05 17: CU REGISTRO NUEVO DOCUMENTO NACIMIENTO
80
FIGURA N 05 18: MODELO CONTENIDO
81
FIGURA N 05 19: MODELO DE NAVEGACIN
82
FIGURA N 05 20: MODELO DE ESTRUCTURA DE PROCESO
83
FIGURA N 05 21: DP ACCESO AL SISTEMA 84

FIGURA N 05 22: DP MEN PRINCIPAL
85
FIGURA N 05 23: DP REGISTRO DE USUARIOS
86
FIGURA N 05 24: DP REGISTRO DE DOCUMENTOS DE DEFUNCIN
87
FIGURA N 05 25: DP REGISTRO DE DOCUMENTOS DE MATRIMONIO 88

FIGURA N 05 26: DP REGISTRO DE DOCUMENTOS DE NACIMIENTO 89
FIGURA N 05 27: DIAGRAMA FSICO DE LA BASE DE DATOS
11
90
CAPITULO I
GENERALIDADES
1.1. Realidad problemtica

El rea de registros y archivos de la municipalidad provincial de
Recuay fue creada con fines de administrar archivos documentarios,
teniendo en cuenta los procesos tcnicos archivsticos como calificar,
custodiar, conservar, organizar, describir seleccionar y servir el
patrimonio documental archivstico, brindando los servicios de acceso a
la informacin que posee o produzca el archivo, expedicin de copias
notariales, expedicin de copia simple y/o certificada de documentos
histricos.
Transcripcin
de
documentos
notariales,
validacin
documentaria para la inscripcin en los Registros Pblicos, copias

autenticadas y simples de registros civiles: partida de nacimiento,
partida de matrimonio y partida de defuncin. Copias de expediente
judicial, asesoramiento tcnico y archivstico, tasacin de documentos,
fotografa de documentos, transcripcin de documentos histricos,
microfilmacin de documentos y capacitaciones archivsticas, el cual
est disponible para la sociedad en general.
Actualmente en esta rea almacena documentos desde hace 50 aos
atrs, y con el pasar del tiempo estos documentos vienen deteriorndose
y que en algunos aos ms, estos no sern de utilidad para la poblacin,
perdindose as documentacin valiosa como tambien histrica.
Analizando un punto muy importante en las funciones del area, es el
proceso de expedicin de copias de distintos documentos de acuerdo a
la solicitud del usuario, no obstante este este debe realizar los requisitos
para la expedicin documentos, el problema inicia al momento de
localizar un documento ya que este se encuentra almacenado en libros y
en stands ubicados en distintas oficinas de acuerdo al tipo de

documento. El tiempo de bsqueda y localizacin puede demorar das o
semanas, generando incomodidad y prdida de tiempo en el usuario
solicitante, cabe mencionar otro punto muy importante que en cuanto a
tecnologa carece de muchos recursos pero, en su gran mayora cuenta
con los recursos necesarios para elaborar sin dificultad el desarrollo de
la tecnologa propuesta.
Cabe resaltar que, cada archivo de cada departamento est realizando, el
escaneo de documentos para mejorar la conservacin de estas. El
Archivo cuenta actualmente con discos duros de 500 GB cada uno,
almacenando archivos escaneados de toda las reas, el cual no viene
siendo utilizado pese a que esta informacin resulta importante, para el
uso de esta, se necesita de un sistema de informacin que se encargu
de conservar, brindar y controlar dicha informacin. Con el objetivo de
beneficiar a la sociedad en general en la expedicin de documentos de
acuerdo a la solicitud de los usuarios ya sean internos o externos.
Aparte de ello la municipalidad desea renovar e innovar en el rea
informtica con capacidad de brindar un servicio eficiente, confiable y
seguro en la medida de sus recursos. Para aliviar esta necesidad, se
requiere sistematizar los procesos tcnicos archivistas, contar con un
sistema de informacin (Aplicacin web), que almacene digitalmente,
en una primera fase, la informacin referente a los libros registrales de
nacimiento, matrimonio civil y defuncin de todos los ciudadanos
inscritos anteriormente desde el inicio de las actividades del registro
civil presentes en el Archivo.
1.2. Enunciado del problema
De qu manera el desarrollo de una aplicacin web para el proceso

de digitalizacin incide en los procesos documentarios del rea de
registros y archivos de la municipalidad provincial de Recuay?
1.3. Hiptesis
Realizar un anlisis exhaustivo para incidir favorablemente en el
desarrollo eficaz de una aplicacin web, para la sistematizacin y
digitalizacin de procesos archivsticos documentales de la MP
Recuay.
1.4. Objetivos
Desarrollar un sistema web para la digitalizacin documentaria en el
rea de registros y archivos de la municipalidad provincial de Huaraz.
Objetivos Especficos:
1. Describir la realidad problemtica y la situacin actual del rea
involucrada.
2. Identificar y describir los requerimientos para el diseo de la
aplicacin web.
3. Proponer los recursos tecnolgicos necesarios y adecuados para el
desarrollo de la aplicacin web.
4. Elaborar el diseo funcional, estructural e interfaz de la solucin,
para la aplicacin web.
5. Aplicar la metodologa adecuada para el desarrollo de la solucin.
1.5. Justificacin
La propuesta de una aplicacin web, se plantea como ayuda y mejora a
los procesos archivsticos documentales, el cual tiene como propsito
principal automatizar dichos procesos, para lograr la satisfaccin de los
trabajadores y pblico en general.
De esta forma las personas encargadas de realizar estas tareas, no
tendrn la dificultad de buscar los archivos de los documentos, que se
emiten al pblico en general. Pues con esta solucin tecnolgica podr
localizar de manera inmediata la ubicacin el nmero de expediente, no

obstante el pblico en general tendr acceso a buscar los datos
principales de sus documentos.
Por otra parte permitira al estudiante de Ingeniera de Sistemas e
Informtica mejorar y adquirir experiencia en el desarrollo de
plataformas web en una organizacin publica y cumplir con el rol de la
universidad, respecto a la investigacin y proyeccin social.
(1) Justificacin Econmica
La solucin a desarrollar pretende contribuir a mejorar los
procesos archivsticos, optimizando el tiempo en la expedicin de
documentos. Adems la aplicacin permitir reducir los gastos
que generan dichos procesos, a corto y mediano plazo.
Cabe recalcar que los recursos econmicos no sern de un costo
elevado, por lo contrario sern mnimos ya que la intitucion no
tendr que pagar licencias del software de desarrollo, debido a
que las herramientas utilizadas son gratuitas, por otra parte los
gastos operativos (fotocopiado, anillado, empastado y/u otros),
que se generan por la elaboracin de la aplicacin sern asumidos
por el desarrollador del proyecto.
As tambin el resultado de este proyecto traer consigo, ahorro
en infraestructura, materiales, personal, etc., y har posible tener
un mayor control de los documentos.
TABLA 01,01: BENEFICIOS ECONMICOS DEL PROYECTO
TANGIBLES
Incremento de
ingresos y
INTANGIBLES
Incremento de satisfaccin
de clientes y aumento de
rentabilidad.
Reduccin de tiempo
y respuesta a clientes
incrementando la
productividad
Reduccin de costes
internos.
Reduccin de
personal.
visitas tursticas.
Marketing viral boca a boca
en aumento.
Automatizacin de los
procesos de negocio.
Gestin de los contactos
ms directa y mayor
fidelizacin.
Fuente: Elaboracin propia.
(2) Justificacin Tcnica

Para el desarrollo e implementacin del presente proyecto, se
tiene las facilidades necesarias. El desarrollo del presente
proyecto se realiza porque proveer a la organizacin la
tecnologa adecuada para realizar el proceso de almacenamiento,
y emisin de
archivos para el pblico en general, dicha
tecnologa est orientada al desarrollo de plataformas web bajo la

arquitectura cliente servidor en 3 capaz(tecnologa cliente
servidor), con el servidor de datos basado en la ltima tecnologa
de software libre como es el DBMS MySQL, y el lenguaje de
programacin interpretado orientado a la creacin de pginas web
dinmicas como es el PHP.
Otra de las razones que permiten el desarrollo del proyecto es que
la tecnologa se encuentra al alcance del desarrollador del
proyecto, siendo tecnologa de ltima generacin. Recursos
necesarios que detallaremos posteriormente.
TABLA 01 - 02: HABILIDADES Y VENJATAS TECNOLGICAS
Tecnologa
Habilidades y Ventajas
Web
Bsquedas iniciadas en la Web por el cliente
Interaccin directa entre el cliente y el agente de
atencin al cliente
Solucin de
Problemas
El agente de atencin al cliente puede buscar

pginas en la web, aplicativos y actualizaciones
para el cliente ofrecindole informaciones.
Provisin de la informacin necesaria para la
solucin de problemas de los clientes.
Conocimiento entre compaa y usuario de los

problemas del cliente.
Integrar una base de datos del historial de los

problemas de los clientes para la mejora continua.
Fuente: Elaboracin propia.
(3) Justificacin Operativa

Las plataformas web se han convertido en un uso diario entre los
usuarios de Internet, una vez superadas las barreras de
desconfianza en el uso de esta nueva forma de realizar procesos
que
antes
se
hacan
manual
presencialmente
estn
evolucionando en estas ltimas dcadas. Aquellas empresas con

necesitad de crecimiento, eficiencia en sus procesos y bsqueda
de nuevos mercados deben disear y ejecutar sus estrategias de
negocio teniendo en cuenta, la internet como, canal de
comercializacin.
El manejo de la aplicacin web a desarrollar ser bastante
intuitivo y de fcil comprensin, lo que permitir la recuperacin,
organizacin, conservacin, almacenamiento y difusin de las
documentos de una manera cmoda y amigable para los usuarios.
Por otra parte los beneficios que traeran consigo el desarrollo e
implementacin de esta aplicacin seran los siguientes:
1. Almacenamiento de los archivos en forma digital.
2. Mayor accesibilidad en la realizacin de los procesos de
expedicin de archivos.
3. La disponibilidad de la informacin para el pblico en general

durante las 24 horas del da.
La organizacin podr tener una mejor informacin de todos los
archivos existentes hasta la actualidad.
(4) Justificacin Social
Los principales beneficiarios sern los usuarios quienes acuden a
la institucin a adquirir un documento, posteriormente esta
aplicacin puede ser usado como referente para futuras
aplicaciones en otras instituciones de la regin Ancash. Como
tambin puede ser usado en diversas regiones del pas.
1.6. Limitaciones (alcance)
La solucin del desarrollo del presente proyecto, est limitada en los
siguientes puntos.
rea de solucin: El rea de solucin est limitada solo a los que
tengan acceso a la gestin o uso de archivos.
Tecnolgica: La infraestructura tecnolgica no es limitada La
plataforma de la solucin ser va web.
Operativa: La operatividad del sistema est limitada por el rea
administrativa de sistemas de informacin.
1.7. Descripcin y sustentacin de la solucin
La solucin de este proyecto de investigacin se dar mediante el
desarrollo de una aplicacin web para la recuperacin, organizacin,
conservacin, almacenamiento y difusin de la documentacin
existente en el rea de registros y archivos de la comuna provincial de
Recuay. Se dar el manejando adecuado de las variables en los
tiempos definidos, haciendo uso eficiente del manejo de tcnicas e
instrumentos de la metodologa escogida.
Tambin el anlisis y diseo de la aplicacin web ser manejada en su
totalidad por el desarrollador de la tesis, logrando as el mejor manejo
de la informacin y el contacto con el usuario, siendo esencial para

una mejor apreciacin del problema planteado y asegurando la
fiabilidad de los datos presentados. Por lo tanto, se manejara la
informacin veraz y de calidad para una buena solucin del desarrollo
de la tesis.
CAPITULO II
MARCO TERICO
2.1. Antecedentes
(1) Antecedentes internacionales
Campillo, (2010) en su tesis: Sistema de gestin integral de
documentos de archivo para empresa de la construccin del
territorio de Camagey Cuba, logr el siguiente objetivo:
desarrollar
las
principales
herramientas
de
diseo
implementacin de un sistema de gestin Integral de

documentos de archivo, para el grupo empresarial de la
construccin Camagey. Concluye:
que La gestin de
documentos es un proceso que protege a la organizacin de

cualquier situacin de riesgo pues facilita el desarrollo, la toma
de decisiones y la seguridad econmica, una adecuada gestin
de
documentos
produce
beneficios
inmediatos
las
organizaciones pues permite el establecimiento del ciclo de vida

completo de los documentos, su tratamiento ordenado y lgico,
desde el momento en que se crean o se reciben hasta que son
conservados o eliminados, en dependencia de las polticas que
posea la institucin.1
Leguizamo, (2012) en su tesis: Sistemas de Archivos, tendencias
y mejoras tecnolgicas Argentina, logr el siguiente objetivo: El
objetivo del trabajo es analizar tendencias y puntos dbiles de
sistemas de archivos para plantear mejoras a alguno de estos
1Irima campillo torres, Sistema de gestin integral de documentos de
archivo para empresa de la construccin del territorio de Camagey
(tesis doctoral, 2010) ,21-280.
10
aspectos. Concluy que se efectu un anlisis cualitativo para

analizar el impacto de esta tcnica con respecto a la no
implementacin de la misma, los resultados obtenidos arrojan
que la implementacin de la misma reduce en gran medida los
tiempos de acceso a los archivos.2
Cueva, (2012) en su tesis: Implementacin del Sistema de
Gestin Documental Alfresco para la Facultad de Ingeniera en
Geologa, Minas, Petrleos y Ambiental de la Universidad
Central del Ecuador, logr el siguiente objetivo: Analizar,
desarrollar e implementar el Sistema de Gestin Documental
Alfresco, el cual permitir gestionar la informacin de los
documentos generados y digitalizados diariamente por la
Facultad de Ingeniera en Geologa, Minas, Petrleos y
Ambiental de la Universidad Central del Ecuador y del Instituto
de Investigacin y Postgrado, se concluye que con respecto al
sistema implementado se determina que Alfresco es una de los
mejores sistemas ECM (Sistema de Gestin de Contenido), ya
que ofrece una amplia variedad de funcionalidades que se
ajustan a las necesidades de la Institucin en este caso de la
FIGEMPA, para la Gestin de Documental.3
(2) Antecedentes nacionales
Lujan, (2010) en su tesis: Anlisis, diseo e implementacin de
un sistema de informacin que modela el proceso de los
2 Matas Leguizamo, Sistemas de Archivos, tendencias y mejoras
tecnolgicas Argentina, (Tesis de grado de Ingeniera en informtica
Sistemas de Archivos., 2012) ,5-90.
3 Giovanny Patricio Cueva Valencia, Implementacin del Sistema de
Gestin Documental Alfresco para la Facultad de Ingeniera en Geologa,
Minas, Petrleos y Ambiental de la Universidad Central del Ecuador (tesis
para obtener ttulo de ingeniero informtico., 2012), 2-108.
11
registros civiles provinciales, logr el siguiente objetivo: El

proyecto tiene por objetivo el realizar el anlisis, diseo e
implementacin de un sistema de informacin que modele el
proceso de los registros civiles provinciales. Concluye que Al
realizar un sistema de informacin, es importante definir cules
son los objetivos que ste debe cumplir. A travs de stos, se
puede saber si el desarrollo de proyecto ha logrado materializar
un resultado satisfactorio en el cumplimiento de los objetivos
planteados, El sistema SISREC contribuye a disminuir los
errores del registro manual, debido a que es ordenado en el flujo
del proceso de registros, consultas, modificaciones y en el
control.4
Campos, (2013) En su tesis: Estudio de caso: Modernizacin
del sistema nacional de los registros pblicos: factores que
permitieron la incorporacin de una poltica pblica de
utilizacin de tecnologas de informacin y comunicacin en el
servicio pblico registral, logr el siguiente objetivo: Identificar
los factores que han permitido que las TIC ingresen a SUNARP.
Del tipo no experimental concluye que Los factores que
permitieron el ingreso de tecnologa de la informacin al
Registro, son: primero: un contexto de Modernizacin del
Estado; segundo: mejora del servicio pblico; tercero: necesidad
creciente de buscar mecanismos de aseguramiento de la
informacin; cuarto: bsqueda de ampliacin de cobertura del
servicio.5
Landa, (2002) en su tesis: Gestin de documentos el caso del
consorcio SMS, logr el siguiente objetivo: describir el
4Jhonatan Erick Lujan Taipe, Anlisis, diseo e implementacin de un
sistema de informacin que modela el proceso de los registros civiles
provinciales, (tesis para el ttulo de ingeniero informtico, 2010), 5-99.
12
programa de Gestin Documental implementado por la empresa

Sondotcnica S.A en el consorcio SMS, para el control y
administracin del acervo documentario, y determinar la
influencia de su aplicacin en la consecucin de los objetivos
del Consorcio inspector. Del Tipo Observacin y Descripcin.
Concluye
que
el
programa
de
Gestin
documental
implementado por la empresa Sondo tcnica S.A en el

Consorcio SMS ha contribuido eficientemente en el control y
administracin de documentos tcnicos que decepcion y emiti la
institucin.6
(3) Antecedentes regionales

Despus de la revisin bibliogrfica realizada en las bibliotecas de la
UNASAM, Uladech Catlica, San Pedro, Universidad Cesar Vallejo y
Alas Peruanas no se encontr ninguna tesis relacionada con el tema y
problema de investigacin. Por este motivo no se adjuntan ninguna
tesis local.
2.2. TEORAS QUE SUSTENTAN EL TRABAJO

2.2.1. Anlisis de una aplicacin web de procesos documentarios
a) Concepto aplicacin web.
Segn Peafiel, (2013) En la ingeniera software se
denomina aplicacin web a aquellas aplicaciones que los
usuarios pueden utilizar accediendo a un servidor web a
5Yessenia del Carmen Campos Salazar, Estudio de caso: Modernizacin
del sistema nacional de los registros pblicos: factores que permitieron la
incorporacin de una poltica pblica de utilizacin de tecnologas de
informacin y comunicacin en el servicio pblico registral, (tesis para
optar el grado de Magster en Ciencia Poltica, 2013), 14-72.
6Luz mercedes landa Molina,Gestin de documentos el caso del
consorcio SMS, (tesis para obtener el ttulo de licencia en bibliotecologa
y ciencias de la informacin,2002), 11-86
13
travs de Internet o de una intranet mediante un navegador.

En otras palabras, es una aplicacin software que se
codifica en un lenguaje soportado por los navegadores
web, y en la que se confa la ejecucin de la aplicacin al
navegador.7
b) Anlisis de aplicacin web
Segn Bryan, (2010) el anlisis para un Web App se basa
en la informacin que contienen los casos de uso
desarrollados para la aplicacin, las descripciones de los
casos de uso se analizan gramaticalmente para identificar
potenciales clases de anlisis y las operaciones y atributos
asociados con cada clase.8
c) Sistematizacin
Segn Definicin de Sistematizacin, (2013) Se denomina
sistematizacin al proceso por el cual se pretende ordenar
una serie de elementos, pasos, etapas, etc., con el fin de
otorgar jerarquas a los diferentes elementos. Quizs a este
trmino podemos asociarlo a mquinas, a procesos
industriales o a investigaciones acadmicas, pero muy por
el contrario, adems de ligarse a todos estos procesos,
tambin est presente en la vida cotidiana (prrafo 1).9
d) Procesos Documentarios
7Mayry Peafiel, Aplicaciones

web,http://es.scribd.com/doc/136052164/APLICACIONES-WEB-pdf
(acceso: Junio, 2015).
8 Bryan Venenciano Anlisis para aplicaciones web,
http://prezi.com/cr1kmne-8i3k/modelado-de-analisis-para-aplicacionesweb/ (acceso Junio, 2015)
9Definicin de Sistematizacin, Definicin de Sistematizacin,
http://definicion.mx/sistematizacion/ (acceso Junio, 2015).
14
Segn La Ley 594 en su Artculo 22, (2000) Establece que

la gestin de documentos dentro del concepto de Archivo
Total, comprende procesos tales como la produccin o
recepcin, la distribucin, la consulta, la organizacin, la
recuperacin y la disposicin final de los documentos.
Para efectos de la conceptualizacin de un programa de
gestin documental, se determinan los siguientes procesos
que estarn interrelacionados entre s y se desarrollarn en
las unidades de correspondencia y durante las etapas del
ciclo vital del documento (Archivo de Gestin, Archivo
Central y Archivo Histrico):10
1. Recepcin y Distribucin
2. Trmite
3. Organizacin
4. Consulta
5. Conservacin
6. Disposicin final de documentos.
e) Digitalizacin de Documentos
Segn Beatriz (2011) La digitalizacin de documentos es
un proceso tecnolgico que permite, mediante la aplicacin
de tcnicas fotoelctricas o de escner, convertir la imagen
contenida en un documento en papel en una imagen digital.
Actualmente existe una Metodologa de Digitalizacin de
Servicios elaborada por la DOMA (Direccin de la Oficina
para la Modernizacin Administrativa) cuyo objetivo es
posibilitar
la
prestacin
de
servicios
por
medios
telemticos con el fin de mejorar la relacin entre la

ciudadana y la Administracin(pp1). 11
10Ley 594 en su Artculo 22, (2000), Procesos Documentarios, (acceso
Mayo 18, 2014)
11Beatriz Lampreabe, Metodologa de Digitalizacin de
Documentos_1.3.doc, http://www.zuzenean.euskadi.net/ (acceso Junio,
2015)
15
2.2.2. Utilidad del rea de registros y archivos

Segn la Municipalidad provincial de Recuay, (2014) Las
funciones de este son las
de administrar todo los archivos
teniendo en cuenta los procesos tcnicos archivsticos, calificar,

custodiar, conservar, organizar, describir seleccionar y servir el
patrimonio documental archivstico y cultural manejada en este
ente pblico, que custodia y realizar la Transferencia de la
documentacin del sector pblico regional y notaras, brindando
los siguientes servicios: 12
Acceso a la informacin que posee o produzca el archivo.
Expedicin de copias notariales.
Expedicin de copia simple y/o certificada de documentos
histricos.
Transcripcin de documentos notariales.
Validacin documentaria para la inscripcin en los Registros
Pblicos.
Copia autenticadas y simples de registros civiles:
Partida de nacimiento
Partida de matrimonio
Partida de defuncin
Asesoramiento tcnico y archivstico.
Tasacin de documentos.
Fotografa de documentos.
2.2.3 Identificacin de Requerimientos
a. Requerimientos funcionales
Segn Wiegers, (1999) Son declaraciones de los servicios
que debe proporcionar el sistema, de la manera en que ste
debe reaccionar a entradas particulares y de cmo se debe
comportar en situaciones particulares. Los requerimientos
12Regin Ancash, Archivo regional de Ancash,

http://www.regionancash.gob.pe/(acceso Junio, 2015)
16
funcionales de un sistema describen lo que el sistema debe

hacer. Sin embargo.13
b. Requerimientos no funcionales
Segn Wiegers, (1999) Son restricciones de los servicios
funciones ofrecidos por el sistema. Incluyen restricciones
de tiempo, sobre el proceso de desarrollo y estndares. Los
requerimientos no funcionales, como su nombre sugiere,
son
aquellos
requerimientos
que
no
se
refieren
directamente a las funciones especficas que proporciona el

sistema, sino a las propiedades emergentes de este como la
fiabilidad, el tiempo de respuesta y la capacidad de
almacenamiento.14
2.2.4. Diseo de una aplicacin web de procesos documentarios
a. Diseo de aplicacin web
Segn Wikipedia (2013), Es una actividad que consiste en
la planificacin, diseo e implementacin de sitios web. No
es simplemente una aplicacin de diseo convencional, ya
que
requiere
tener
en
cuenta
la
navegabilidad,
interactividad, usabilidad, arquitectura de la informacin y

la interaccin de medios como el audio, texto, imagen,
enlaces y video.
2.2.5
15
Representacin de la Arquitectura
a. Arquitectura de tres capas
13 Karl. E.Wiegers, Software Requirements,(New York: Microsoft Press,

1999), 153-162
14Karl. E.Wiegers, Software Requirements,(New York: Microsoft Press,
1999), 180-191
15 Wikipedia, Aplicacin web , http://es.wikipedia.org/wiki/Aplicaci
%C3%B3n_web ( acceso Junio, 2015)
17
Segn Arquitectura 3 capas, (2013) La arquitectura de tres

capas es un diseo reciente que introduce una capa
intermedia en el proceso. Cada capa es un proceso
separado y bien definido corriendo en plataformas
separadas. En la arquitectura tradicional de tres capas se
instala una interfaz de usuario en la computadora del
usuario final (el cliente). La arquitectura asada en Web
transforma la interfaz de bsqueda existente (el explorador
de Web), en la interfaz del usuario final.16
1. La arquitectura de las aplicaciones Web suelen
presentar un esquema de tres niveles
El primer nivel consiste en la capa de presentacin
que incluye no slo el navegador, sino tambin el
servidor web que es el respnsale de presentar los
datos un formato adecuado.
El segundo nivel est referido habitualmente a algn
tipo de programa o script.
Finalmente, el tercer nivel proporciona al segundo
los datos necesarios para su ejecucin. Una
aplicacin Web tpica recoger datos del usuario
(primer nivel), los enviar al servidor, que ejecutar
un programa (segundo y tercer nivel) y cuyo
resultado ser formateado y presentado al usuario en
el navegador (primer nivel otra vez), (prrafo 2).
2.2.6 Metodologa UWE
Segn Koch, (2000) UWE (UML-based web engineering) es
una metodologa detallada para el proceso de autora de
aplicaciones con una definicin exhaustiva del proceso de
16 Anlisis y diseo de software, Arquitectura 3 capas,
http://wwwefrainguerrero.blogspot.com/2012/06/arquitectura-en-trescapas.html(acceso Junio, 2015)
18
diseo que debe ser utilizado. Este proceso, iterativo e

incremental, incluye flujos de trabajo y puntos de control, y sus
fases coinciden con las propuestas en el Proceso Unificado de
Modelado. UWE est especializada en la especificacin de
aplicaciones adaptativas, y por tanto hace especial hincapi en
caractersticas de personalizacin, como es la definicin de un
modelo de usuario o una etapa de definicin de caractersticas
adaptativas de la navegacin en funcin de las preferencias,
conocimiento o tareas de usuario.17
El modelo que propone UWE est compuesto por etapas o submodelos:
Modelo de Casos de Uso

Modelo de Contenido
Modelo de Usuario
Modelo de estructura
Modelo Abstracto
Modelo de Adaptacin
Modelo de flujo de presentacin.
Modelo de ciclo de vida del objeto.
1. Modelo Lgico-Conceptual.
UWE apunta a construir un modelo conceptual de una
aplicacin Web, procura no hacer caso en la medida de
lo
posible
de
cuestiones
relacionadas
con
la
navegacin, y de los aspectos de interaccin de la

aplicacin Web. La construccin de este modelo lgicoconceptual se debe llevar a cabo de acuerdo con los
casos de uso que se definen en la especificacin de
requerimientos. El modelo conceptual incluye los
objetos implicados en las actividades tpicas que los
usuarios realizarn en la aplicacin Web.
17 Robert Koch, The Authoring Process of the UML-based Web Engineering
( Munich: Springer Verlag, 2000) 50-60
19
2. Modelo de Navegacin
Consta de la construccin de dos modelos de
navegacin, el modelo del espacio de navegacin y el
modelo de la estructura de navegacin. El primero
especifica que objetos sern visitados por el navegador
a travs de la aplicacin. El segundo define como se
relacionaran.
3. Modelo de presentacin
Describe dnde y cmo los objetos de navegacin y
accesos primitivos sern presentados al usuario, es
decir, una representacin esquemtica de los objetos
visibles al usuario.
2.2.8. Diagrama de base de datos
Segn Silberschats&Korth, (2002)
18
Un sistema de bases de
datos es una coleccin de archivos interrelacionados y un

conjunto de programas que permitan a los usuarios acceder y
modificar estos archivos.
Uno de los propsitos principales de un sistema de bases de
datos es proporcionar a los usuarios una visin abstracta de los
datos. Es decir, el sistema esconde ciertos detalles de cmo se
almacenan y mantienen los datos.
Como muchos usuarios de sistemas de bases de datos no estn
familiarizados con computadores, los desarrolladores esconden
la complejidad a los usuarios a travs de varios niveles de
18Abraham Silberschatz,Henry Korth, Fundamentos de Bases de

Datos(Madrid: McGRAW-HILL/INTERAMERICANA DE ESPAA, S. A. U.,
2002) 25-30
20
abstraccin para simplificar la interaccin de los usuarios con el

sistema.
a. Nivel fsico
El nivel ms bajo de abstraccin describe cmo se
almacenan realmente los datos. En el nivel fsico se
describen en detalle las estructuras de datos complejas de
bajo nivel.
b. Nivel lgico
El siguiente nivel ms alto de abstraccin describe qu
datos se almacenan en la base de datos y qu relaciones
existen entre esos datos. La base de datos completa se
describe as en trminos de un nmero pequeo de
estructuras relativamente simples.
Aunque la implementacin de estructuras simples en el
nivel lgico puede involucrar estructuras complejas del
nivel fsico, los usuarios del nivel lgico no necesitan
preocuparse de esta complejidad. Los administradores de
bases de datos, que deben decidir la informacin que se
mantiene en la base de datos, usan el nivel lgico de
abstraccin.
c. Nivel conceptual
El nivel ms alto de abstraccin describe slo parte de la
base de datos completa. A pesar del uso de estructuras ms
simples en el nivel lgico, queda algo de complejidad,
debido a la variedad de informacin almacenada en una
gran base de datos. Muchos usuarios del sistema de base de
datos no necesitan toda esta informacin. En su lugar, tales
usuarios necesitan acceder slo a una parte de la base de
datos. Para que su interaccin con el sistema se simplifique,
21
se define la abstraccin del nivel de vistas. El sistema puede

proporcionar muchas vistas para la misma base de datos.
2.3. DEFINICIN DE TRMINOS
ACCESO DIRECTO: Es un cono que permite abrir ms fcilmente
un determinado programa o archivo.
ANTIVIRUS: Software que se instala en el computador para detectar y
eliminar virus informticos.
BACK-END
PROCESSOR:
Procesador
que
se
utiliza
para
determinada funcin muy especializada, como por ejemplo, administrar

una base de datos.
BACKUP: Copia de seguridad. Se hace para prevenir una posible
prdida de informacin.
BANNER: Grfico, generalmente rectangular, que se inserta en una
pgina web. Puede tener carcter publicitario.
BASE DE DATOS: Conjunto de datos organizados de modo tal que
resulte fcil acceder a ellos, gestionarlos y actualizarlos.
BROWSER: Programa o aplicacin que permite navegar en Internet y
encontrar exactamente la informacin o temtica que se busca. Las ms
populares son: Chrome, Firefox, Safari y Explorer.
CACH: En un navegador, el cach guarda copias de documentos de
acceso frecuente, para que en el futuro aparezcan ms rpidamente.
DIGITALIZACIN DE DOCUMENTOS: Es la conversin de
documentos fsicos en imgenes electrnicas. La digitalizacin previene
22
la prdida de registros, permite su eficiente administracin y ahorra

espacio de almacenamiento.
DOWNLOAD: Descargar, bajar. Transferencia de informacin desde
Internet a una computadora.
EFICIENCIA: La eficiencia es la productividad, que mide la rapidez
con que alguien pueda hacer una tarea.
EFICACIA: La eficacia es cumplir con los objetivos propuestos.
EXTRANET: Parte de una intranet de acceso disponible a clientes y
otros usuarios ajenos a la compaa.
GIGABIT: Aproximadamente 1.000 millones de bits (exactamente
1.073.741.824 bits)
HOSTING: Alojamiento. Servicio ofrecido por algunos proveedores,
que brindan a sus clientes (individuos o empresas) un espacio en su
servidor para alojar un sitio web.
INTERFASE: Elemento de transicin o conexin que facilita el
intercambio de datos. El teclado, por ejemplo, es una interface entre el
usuario y la computadora.
INTRANET: Red de redes de una empresa. Su aspecto es similar al de
las pginas de Internet.
PDF: Portable Document Format. Formato de archivo que captura un
documento impreso y lo reproduce en su apariencia original. Los
archivos PDF se crean con el programa Acrobat.
SERVIDOR: Computadora central de un sistema de red que provee
servicios y programas a otras computadoras conectadas.
23
WEB: World Wide Web.

ZIP: Formato de los archivos comprimidos.
CAPITULO III
MATERIALES Y MTODOS
3.1. MATERIALES
3.1.1. INSTRUMENTAL USADO
3.1.1.1. LABORATORIOS
TABLA 03.01: LABORATORIOS
rea de Informtica, Area
de registros y archivos MP
Recuay
Biblioteca Facultad de
Ciencias
Fuente: Elaboracin Propia
3.1.1.2.
Acceso exclusivo del personal quien realizara la

digitalizacin de archivos.
Lugar adecuado para el desarrollo del proyecto de
tesis.
SOFTWARE
TABLA 03.02: SOFTWARE
Sublime text:
MySQL
Adobe
Dreamweaver
CS6
MagicDraw,
Microsoft
Office Word
Microsoft Office
Sublime Text es un editor de texto sofisticado para el cdigo,
marcado y prosa. Te encantar el elegante interfaz de usuario,
las caractersticas extraordinarias y un rendimiento
sorprendente.
Este software ayuda a sus equipos de ventas, marketing y
atencin al cliente a ofrecer experiencias personalizadas en
cada interaccin. Es open source.
Adobe Dreamweaver CS6 es un editor de HTML visual,
diseado para desarrolladores profesionales.
Es una herramienta que soporta la versin 2.1.2 de este
estndar para lenguajes de programacin como por ejemplo
Java, C++ o C#. Este plugin llamado MagicUWE.
Procesador de Texto Enriquecido Fabricante: Microsoft
Corporation. Versin: 2010
24
3.1.1.3.
RECURSOS COMPUTACIONALES
TABLA 03-03: EQUIPOS
Impresora
Computador
as
Laptop
Dispositivo
externos
Scanner
Procesador Core i5-4570 3.20GHz, 6MB cache

Memoria RAM 4GB, Disco Duro 500GB, Sistema
Operativo Windows 8 Profesional 64 Bits PS2.
Laptop HP 1000-1324LA, Intel Core i5-3230M
2.6GHz , RAM 6GB, HDD 750GB,
Pen Drive 1 GB
Simplex y Dplex Blanco y Negro, Escala de Grises
y Color Digitaliza por:
Alimentador
automtico (ADF) Bandeja de Alimentacin
Automtica de 200 hojas 15,000 pginas por da.
3.1.2. POBLACIN Y MUESTRA

3.1.2.1.
Unidad de Anlisis
Nuestra unidad de Anlisis vendra a ser el usuario
que acude al rea de registros y archivos de la
comuna provincial por algn servicio o tramite.
3.1.2.2.
Poblacin
Para la poblacin del estudio se tomara en cuenta a
las personas que laboran en la institucin y usuarios
que asisten mensualmente al rea.Se consider a
todos los trabajadores que son en su totalidad 5 y a
los usuarios que acuden al registro civil por partidas
25
de nacimientos, defuncin y matrimonio, siendo un

aproximado de 100 usuarios.
3.1.2.3.
Muestra
Para el proyecto de investigacin la poblacin a
escoger es de la asistencia de usuarios mensuales a la
regin, es finita y por tanto el muestreo es
probabilstico. Se utiliz la siguiente frmula para
delimitar la muestra:
Para los usuarios:
2
n=
N z p q
2
2
e ( N 1 ) + z p q
Dnde:
n = muestra
2
z 2 = nivel de confianza (1.96) igual a 95%
P = proporcin de xito 0.5

q = proporcin de fracaso 0.5( p1)
2
e 2 = margen de error o precisin (0.05) igual a
5%
N = poblacin
n=
105 (1.96)2 0.5 0.5

(0.05)2 ( 1051 )+(1.96)2 0.5 0.5
26
n=79.89
Resultando ser la muestra 5 trabajadores, 74 usuarios
Criterios de inclusin: Principalmente se tomarn

datos de usuarios de documentos del registro civil
(Partidas: nacimiento, defuncin y matrimonio).
Criterios de exclusin: No se tomar en cuenta a aquellos

usuarios de otros archivos.
3.1.2.4.
Tipo de Muestreo
El tipo de muestreo es probabilstico ya que se hizo
uso de mtodos estadsticos de probabilidad, es decir
no es aleatorio; los individuos sern elegidos para
formar parte de la muestra, porque la cantidad de la
poblacin es relativamente mucha, Adems el
mtodo probabilstico nos asegura los criterios de
todos los individuos.
3.2.
MTODOS
3.2.1. TIPO DE INVESTIGACIN
Investigacin Aplicada: Es aplicada, ya que la investigacin
est orientada a lograr un producto, resultado de la aplicacin
de conocimientos, destinado a dar un modelo de solucin a
un problema de la realidad planteada.
3.2.2. DEFINICIN DE VARIABLES
27
Pasamos a definir las siguientes variables:
Variable dependiente:
DESARROLLO DE UNA APLICACIN WEB.
Variable Independiente:
PROCESO
DE
DIGITALIZACION
DOCUMENTARIA EN El AREA DE REGISTROS Y

ARCHIVOS
DE
LA
PROVINCIAL DE RECUAY.
MUNICIPALIDAD
28
3.2.3. OPERACIONALIZACIN DE VARIABLES

TABLA 03.04:
Operacionalizacin de variables
VARIABLE
Independiente
DESARROLLO DE UNA
APLICACIN WEB .
DEF. CONCEPTUAL
DIMENSION
ES
Anlisis de
Identificacin detallada de
tener una aplicacin web.
Diseo de
PROCESO DE
Modelo de solucin que debe
DIGITALIZACION
tener un aplicacin web, para
DOCUMENTARIA EN El
la interaccin y desarrollo de
AREA DE REGISTROS Y
los procesos documentarios.
Requerimientos funcionales
aplicacin web.
las caractersticas que debe

Aplicacin web
Dependiente
INDICADORES
VALOR FINAL
Requerimientos Funcionales
identificados.
Requerimientos no
Requerimientos No
funcionales
Identificacin de hardware
Funcionales identificados.
Hardware identificados
Identificacin de software.
Software identificados
Operatividad
Diseo de operatividad
aplicacin web
amigable identificados
Escalabilidad
Tendencia a nuevas versiones

identificados
Sistematizacin
Organizacin
Bsqueda rpida
MUNICIPALIDAD
de
Integridad
Datos correctos
PROVINCIAL DE RECUAY.
documentarios
Almacenamiento
Datos disponibles
ARCHIVOS DE LA
Fuente: Elaboracin propia
procesos
29
3.2.4. DISEO DE LA INVESTIGACIN

3.2.4.1.
Fase Explicativa:
Se ha tomado este tipo de investigacin debido a
que el proyecto trata de buscar soluciones de
acuerdo a un diagnostico obtenido tras analizar la
causa de los problemas.
3.2.4.2.
Fase Descriptiva:
Los datos son obtenidos directamente de la
situacin problemtica de la institucin mediante la
observacin, ya que en dicha institucin se
presenta una deficiencia al momento de hacer el
control del personal que labora, as como tambin
hacer las auditorias requeridas por el rea de
informtica. De esta manera damos a conocer que
la investigacin es de tipo descriptiva ya que estos
datos no son alterados o modificados de acuerdo a
sus contenidos.
3.3. TCNICAS
3.3.1. INSTRUMENTOS DE RECOLECCIN DE DATOS
A. FUENTES PRIMARIAS:
Las tcnicas de procesamiento de informacin sern:
a. Observacin
Segn Hernndez, Fernndez y Baptista, (1994), la
observacin consiste en el registro sistemtico, vlido y
confiable de comportamientos o conducta manifiesta
(P.316).
30
La finalidad de esta tcnica es observar directamente la

realidad actual en el rea, en aspectos como la situacin
tecnolgica, infraestructura. Para de esta manera recopilar
la informacin necesaria para la investigacin. 19
b. Entrevista
Segn Definicin de entrevista, (2008), es un trmino que
est vinculado al verbo entrevistar (la accin de desarrollar
una charla con una o ms personas con el objetivo de
hablar sobre ciertos temas y con un fin determinado)
(prrafo 1).
La finalidad de esta tcnica es entrevistar a trabajadores,
autoridades y usuarios finales. 20
B. FUENTES SECUNDARIAS: Se realizara a travs de la
informacin documental (citas de autores de renombre,
revistas, internet, etc.); y se utilizaran las fichas como
instrumento de recoleccin.
3.3.2. TCNICAS DE PROCESAMIENTO DE LA
INFORMACIN
19Roberto Hernndez, Carlos Fernndez. Pilar Baptista,( P. Journal:

Persona 2010 ) 316-320
20Entrevistas Definicin de entrevista http://definicion.de/entrevista/
(acceso Mayo 18, 2014)
31
A. El rbol de problemas: Es una ayuda importante para entender la problemtica a resolver. En l se expresan, en encadenamiento
tipo causa/efecto, las condiciones negativas percibidas por los involucrados en relacin con el problema en cuestin. Con estas
herramientas nuestro proyecto se fortalecer para encontrar las soluciones y toma de decisin ms adecuadas.
B.
Genera Colas e
insatisfaccin
C.
D.
CUADRO 03-01: RBOL DE PROBLEMAS
Demora en atencin
Prdida de
Demora en la
Malestar en los
E.
Inadecuada atencin en el proceso de entrega de archivos en el
rea R y A
F.
G.
H.
I.
J.
Causas
Efectos
Bsqueda
manual
Deterioro de
los
documentos
Extravi de
No se controla con
exactitud el movimiento
de los documentos
Registro
manual
No existe un sistema que
almacene y muestre la
informacin de forma rpida
32
K. Fuente: elaboracin propia
33
3.4. PROCEDIMIENTO
L.
ETAPA I.
M.
Para la descripcin de la realidad problemtica y la situacin
actual, se decidi acudir a la institucin, para poder conocer las

funciones de la organizacin, los trabajadores, y de los usurarios, para
ello utilicemos el instrumento de recoleccin de la observacin, ya
que se pudo apreciar las actividades de cada individuo relacionado con
la institucin, y tambin visualizar como se encuentra la parte de
infraestructura (instalaciones), y la parte tecnolgica como equipos
informticos, llegando a una conclusin que no cuenta con la
infraestructura adecuada, y carece de equipos, pero si cuenta con un
equipo humano(trabajadores) adecuado y con los conocimientos de los
procesos archivistas documentales.
N.
El proceso de recoleccin de datos para los requerimientos se
llev a cabo mediante la entrevista con los individuos relacionados a

la organizacin, donde los trabajadores nos dieron a conocer las
dificultades que se presentan en el desarrollo de sus labores y los
usuarios la disconformidad con la atencin, puesto que el tiempo es el
problema ms frecuente ya que la ubicacin de los documentos puede
demorar un tiempo considerable de acuerdo a la antigedad de este, no
obstante se encontraron los requerimientos puntuales para la
elaboracin de la aplicacin el cual reducir considerablemente el
problema principal el cual cuenta la institucin.
O.
Para la elaboracin y el funcionamiento de la aplicacin web,
se requiere contar de equipos informticos, con un costo no tan

elevado puesto que este, tendr la funcionabilidad en cualquier tipo de
equipo tal como celulares, tabletas, computadoras, y cabe recalcar que
para su elaboracin se utiliz software libre el cual no genera gastos ni
34
para la institucin ni para l el que realiza la aplicacin para todo el

proceso de anlisis.
P.
ETAPA II.
Q.
Se trata de realizar la aplicacin web, para realizar los
procesos tcnicos archivsticos cuales son: almacenar, organizar,

automatizar y sincronizar los procesos de negocio. Teniendo como
principal funcin la actividad de almacenar y brindar la copia del
documento requerido por el ciudadano (cliente), con los objetivos
siguientes:
R.
Brindar una atencin adecuada al usuario

Organizar los documentos
Conservar las documentacin
Reducir costos de almacenamiento y servicio al cliente.

Mdulo de Interaccin Cliente-Institucin (Entrega del
documento)
S.
Este mdulo es considerado el eslabn final ya que es la
interactuacin entre el cliente y la organizacin, el cual el trabajador o

encargado, insertara el nombre con el cual cuenta el documento, y los
datos del cliente para ser ubicado de manera rpida encontrando el
documento en formato PDF para su impresin.
T.
Mdulo de Servicio al cliente
U.
Este mdulo est dirigido al usuario o pblico en general el
cual brindara la solicitud que se necesita para solicitar un documento,

y tambin cuenta con informacin detallada de los documentos el cual
el usuario podr ubicar introduciendo el nombre o el N de DNI del
documento a recibir.
35
V.
Mdulo
de
Almacenamiento
(administracin
de
documentos)
W.
Este mdulo se encarga de administrar los diferentes tipos de
documento con las actividades de ingresar los datos de documentos,

subir el documento digital, modificar errores al ingresar, eliminar
algn documento y para luego ser buscada y utilizada en la aplicacin
web.
X.
Mdulo de usuarios
Y.
Este mdulo se encargara de insertar los datos de los usuarios,
designar el cargo correspondiente a cada trabajador de la institucin

para poder desempearse en el uso de la aplicacin web.
Z.
AA.
ETAPA III
En esta etapa se trata de levantar o subir la aplicacin web con
el uso de las tecnologas de informacin del archivo a un servidor

web.
AB.
Necesariamente se har uso de la nube pblica, puesto
que la informacin se encontrara en un lugar fsico diferente al de la

entidad pblica por motivos de administracin y seguridad, pero si se
toma la decisin de manejar su propia informacin con nuestra
supervisin se tomara en cuenta tambin la nube privada.
AC.
El
manejo
de
informacin,
clasificacin
automatizacin de las mismas lo realizaran los integrantes del

proyecto, los cuales solo entregaran los requerimientos pedidos por
Institucin.
AD.
En conclusin
AE.
En la elaboracin para el diseo utilizaremos la metodologa
UML-
UWE
con
sus
diferentes
mdulos
ya
mencionados
36
anteriormente; como un complemento para sistematizar los procesos

archivsticos documentales.
37
AF.
AG.
CAPITULO IV
ANLISIS
AH.
4.1. Anlisis de la situacin actual

4.1.1.
Anlisis de organigrama funcional-estratgico

A.
Organigrama del entorno de anlisis.
AI.
El Archivo Regional de Ancash (ARA), es un rgano
desconcentrado de la Gerencia Regional de Desarrollo Social,

encargado de conducir las actividades archivsticas del
Sistema Nacional de Archivos a cargo del Archivo General de
la Nacin, responsable de la conservacin, defensa e
incremento del Patrimonio Documental y Cultural del Pas.
AJ.
CUADRO N 04.01: ORGANIGRAMA DE MPR

AK.
AL. Fuente: Elaboracin Propia
38
B.
Descripcin de las unidades orgnicas donde se
identific la problemtica.
a. rea de Registros y archivos: rea con la funcin de
calificar, custodiar, conservar,
seleccionar
servir
el
organizar,
Patrimonio
describir
Documental
Archivstico, que custodia y realizar la Transferencia y

expedicin
de
copia
simple
y/o
certificada
de
documentos histricos del sector pblico..

b. Servicio de Archivo notarial: Se encarga de Acceso a la
informacin que posee o produzca el archivo tambin
organizar, conservar y brindar archivos tales como
minutas, escrituras protestos.
c. Servicio de archivo de registros civiles: Esta rea se
encarga de organizar, conservar y brindar archivos tales
como partidas de nacimiento, partidas de defuncin y
partidas de matrimonio.
d. Servicio de archivo histrico: Responsable de la
conservacin, y cuidado de los documentos histricos
que se posee y estn al cuidado de este ende pblico.
AM.
AN.
AO.
AP.
AQ.
39
AR.
4.1.2. Evaluacin de la capacidad instalada
A.
Equipamiento
AS.
TABLA 04-01:
CAPACIDAD INSTALADA
AV.
AT.
AW.
AU.
AX.
rea
de
registros y
archivos
BA.
1
BD.
BE.
AY.
BB.
AZ.
BC.
1
BF.
S
ervicio de
BG.
BI.
BL.
40
Archivo
notarial
BM.
BH.
BJ.
BK.
BN.
BR.
1
BP.
BS.
BT.
BU.
BO.
BV.
BY.
BZ.
BW.
CA.

CB.
B.
Recursos humanos
CC.
TABLA 04.02:
CAPACIDAD
HUMANA
CD.
CF.
Archivo Regional de
Ancash
CE.
P
CG.
D
CH.
41
S
CI.
rea
notarial
de
Archivo
CJ.
T
CK.
S
CP.
CL.
CM.
T
CN.
CO.
T

C.
Infraestructura
CQ.
TABLA 04.03: LABORATORIO
CS. Laboratorio de digitalizacin de

CR.
rea de
Informtica, Area de
archivos
registros y archivos
MP Recuay
CT.
4.1.3.
Anlisis de Fortalezas, Oportunidades, Debilidades
y Amenazas
CU.
Se pretende desarrollar una metodologa que permita
construir de una herramienta informtica capaz de realizar un

anlisis y facilitar un posterior diagnstico del rea
involucrada a partir de los datos FODA. El anlisis que
utilizar internamente la herramienta, se basar en el esquema
general de un diagnstico institucional. Donde partir del
anlisis externo que ser introducida convenientemente en la
herramienta del diseo posterior, esta informacin fortalecer
la informacin con la herramienta del anlisis interno del
FODA donde se involucrar cada una de las reas citadas y se
42
considerar posible dentro de la estructura de solucin del

problema.
CV. El presente FODA es resultado de la compilacin del
registro del rea de registros y archivos correspondiente a la
municipalidad provincial de Recuay.
CW.
A.
Anlisis Interno:
a. Fortalezas
1. El municipio cuenta con personal capacitado y con conocimientos
de las tcnicas archivsticas.
2. Creciente inters de los gobiernos Locales para la gestin de la
planificacin para la conservacin de la documentacin histrica
e actual.
3. Avances con mtodos y procesos de modernizacin y
capacitacin especializada para optimizar los servicios
archivsticos
4. Existencia de cursos, especializaciones en procesos tcnicos
archivsticos.
5. Percepcin de ingresos por la fuente del canon a partir del
gobierno central.
CX.
Elaboracin: Fuente Propia
CY.
b. Debilidades
1. Carencia de infraestructura tecnolgica para el desarrollo
de nuevas tcnicas de proceso archivista.
2. Diversidad de actores polticos entre gobiernos locales
que limitan la articulacin de planes.
3. Desconocimiento del rol de los Gobiernos Locales en la
planificacin y desarrollo de la actividad en procesos
archivistas y digitalizacin de documentos.
4. Ausencia de oficinas del archivo en los gobiernos locales.
5. Falta de continuidad en polticas locales debido a cambios
de mando.
6. Carencia de polticas y control de calidad de servicios.
7. Escasos proyectos de inversin para el desarrollo de
digitalizacin de archivos.
8. Irregular nivel de calidad en la prestacin de los servicios
al ciudadano al requerir una copia de documento.
9. Desinters las autoridades por mejorar el proceso de
servicio de archivamiento de documentos.
10. Carencia de propuestas de nuevas tecnologas y tcnicas
43
de procesos archivistas.
11. Ausencia de inversin en nuevas tecnologas y tcnicas de
procesos archivistas.
CZ.
12. Limitada utilizacin de los recursos brindados por el
canon.
DA.
B.
Anlisis Externo:
a. Amenazas
DB.
DC.
1. Irregularidades en el proceso de conservacin de archivos.

2. Escasa adaptacin a las innovaciones tecnolgicas y a las
nuevas estructuras del mercado.
3. Mejores ofertas laborales para el personal profesional y
tcnico formado en la regin, hacia otras regiones y pases,
migrando por falta de oportunidades de trabajo local.
4. Resistencia de la poblacin y del personal al cambio y
desarrollo.
5. Gobiernos que no continan los planes que se han venido
desarrollando.
6. Indiferencia de las autoridades locales, frente al hecho de la
no digitalizacin documentaria.
7. La discontinuidad de los planes, proyectos y obras debido al
cambio de sus principales actores (autoridades) por cuestione
polticas o de carcter administrativo funcional.
b. Oportunidades
1. La estabilidad econmica y jurdica como soporte para atraer la
inversin pblica y privada.
2. El creciente desarrollo de actividades y procesos dedicados a la
digitalizacin de archivos, documentos fsicos.
3. Programas de inversiones del Gobierno Central, Regional y local.
4. Avance tecnolgico-globalizacin y las nuevas herramientas en
procesos Archivistas.
5. Nuevas tecnologas procesos de mejorar los procesos y servicios
de una Institucin.
DD. Fuente: Elaboracin Propia
DE.
DF.
DG.
44
DH.
DI.
DJ.
DK.
DL.
DM.
C.
Matriz DAFO:
DN.
DP.
DQ.
NO
DO. TABLA 04 04: MATRIZ DAFO

EXTER
NO DR. OPORTUNIDAD
DS. AMENAZAS
INTER
ES
DU. - Fortalecer el rea

de registros y archivos
como un ente facilitador y
orientador en procesos
archivistas documentarios.
DV. - Fortalecer a los
gobiernos locales como
gestores
y
DT. FORTA entes
supervisores
de
los
LEZAS
procesos
archivistas
documentarios.
DY. DEBILI DZ. - Desarrollar un

DADES
Plan de fortalecimiento de
capacidades para la gestin
de la de actividades de
procesos
archivistas
documentales.
EA. .
Disear
e
implementar eventos de
capacitacin
archivstica
DW. -.Estar a la
vanguardia
de
la
tecnologa y optimizar
los procesos generando
avance en esta aspecto.
DX. - Sensibilizar a
los habitantes de la
comuna sobre el valor
que tienen las nuevas
tecnologas
de
la
informacin
y
su
alcance positivo hacia
la
realizacin
del
proceso
de
digitalizacin
documentaria.
EC. - Sensibilizar a
las autoridades de las
actividades
de
calificacin, custodia,
conservacin,
organizacin,
y
seleccin
del
Patrimonio Documental
Archivstico.
45
con la finalidad de brindar ED. - Optimizar la

conocimientos archivsticos calidad de los servicios
EB.
que
brindamos
al
poblador.
EE.
4.2. Identificacin y descripcin de requerimientos

4.2.1. Procesos internos del negocio
EF.
EG.
EH.
FN.OS NTACI
EX.
EO. O
EJ.
PROCES PROCES SEGME OBJETIV
EI.
CUADRO 04.02: PROCESO INTERNO DE NEGOCIO

EK.
EL. LOGRAR QUE EL AREA BRINDE UN SERVICIO
EFICIENTE AL EXPEDIR DOCUMENTOS
EM.
EP.
Incorporar equipos
Desarrollar estrategias para
EQ.
informticos
para la
brindar
conocimientos
ER.
digitacin
y
digitalizacin
archivsticos
en
instituciones
ES.
EY.
Administrar los archivos
Impulsar a la poblacin a
EZ.
teniendo en cuenta los
conocer el patrimonio
FA.
procesos tcnicos
documental que se posee.
FB.
FO.
Capacitarde
al capital
humano
FP. Mejora continua
la Institucin
encargado
del
Incrementar
los
y mejorar la calidad de los
niveles
satisfaccin
patrimonio
documental
histrico
procesos
archivistas
en
la
expedicin
de
FQ.
FV.
Impulsar
la mejora propia
Fuente: Elaboracin
Desarrollar un ambiente
Aumentar
organizacional
y la
adecuado
interno
dentro
de
presupuesto
para
coyuntura
te Modelo
atencin de actividades de los procesos
4.2.1.1
la institucin
nuevos procesos de
del
Consolidar
los sistemas
negocio
informticos
FW. El modelo nos muestra de una manera grfica y

Fortalecer los procesos de
sencilla la archivistas
idea de mediante
negocio, nuevas
que brinda la institucin
tecnologas
mediante el modelado UML, el cual muestra acciones y
46
actores de acuerdo a la funcin que cada uno desempea en

la institucin:
FX.
FIGURA 04.01: Caso de Uso de
Negocio
FY.
FZ.
4.2.2

GA.
REQUERIMIENTOS:
GB. Son todas aquellas caractersticas observables que
cualquier interesado desea que estn contenidas en el sistema.
Como requisitos se incluyen las necesidades, deseos y
47
expectativas del patrocinador, cliente, usuarios, y otros

interesados.
GC. La tcnica
que
se
us
para
el
proceso
de
requerimientos fue el de la entrevista el cual se llev a cabo en

forma de conversacin, no de interrogacin, ocupando un lugar
preponderante de acuerdo al tiempo que ocupan y el objetivo
que tienen, con mayor fuente de informacin del analista
basadas en un cuestionario rgido o una gua el cual les oriento
hacia puntos bien definidos, a continuacin citaremos los
requerimientos encontrados bueno, solo tomamos en cuenta los
requerimientos funcionales y requerimientos no funciones les.
GD.
GE.
4.2.2.1 Requerimientos
funcionales
GF.
GG. Descripcin.
N
GH.
GI.
Es sistema permitir el registro, actualizacin y bajas
1
de los datos de los usuarios.
GJ.
GK. El sistema permitir registrar a los usuario en los tres
2
perfiles definidos como Administrador, trabajador y cliente
GL. GM. El perfil administrador ser nico, es decir debe
3 existir un nico administrador del sistema.
GN. GO. El administrador, tendr las facultades de registrar a
4 los usuarios de perfil trabajador
GP. GQ. La aplicacin permitir consultar el documento
5 requerido
GR. GS.
La aplicacin brindara la copia del archivo en formato
6 PDF
GT. GU.
La aplicacin permitir descargar el formato de
7 solicitud para solicitar el documento.
GV. GW. Los usuarios solo podrn visualizar algunos datos
8 relevantes de los documentos ms no la accin de poder
imprimir tal copia.
GX. GY.
El trabajador de la institucin tendr acceso a la
48
bsqueda del documento mientras este registrado en el
sistema.
GZ. HA.
El trabajador podr tener acceso a la accin de poder
1 imprimir el archivo siempre en cuando los procesos de
0
verificacin y pago estn hechos.
HB. HC.
Generar un nmero de registro al documento
11 escaneado.
HD. HE.
Registrar datos especficos para la bsqueda del
1 documento
2
HF. HG. Mostrar todos los documentos registrados en la base
1 de datos.
3
HH. HI.
Adjuntar, registrar modificar y eliminar documentos.
1
4
HJ. HK. Registrar modificar y eliminar Usuarios.
1
5
HL.
4.2.2.2 Requerimientos
no funcionales
HM.
A continuacin se nombra una lista de
requerimientos
que
necesita
el
rea
para
su
optimalizacin de procesos archivistas y en la atencin

al poblador.
HP.
HO.Descripcin.
HQ.
El sistema estar
en la capacidad de poder
incluir
desarrollo
HR.
permitir
de
el
nuevas
funcionalidades.
HS.El sistema garantizara la
confiabilidad, seguridad y
desempeo del mismo a
HT.
los diferentes usuarios.

HU.El sistema deber tener
49
interfaz grfica sencilla y

amigable,
mens,
basada
ventanas,
en
listas
despegables y botones de
HV.
accin.
HW.
El sistema debe
identificar
en
ventana
activa el usuario que est

HX.
haciendo uso de est.

HY.El acceso del sistema
deber estar restringido por
el uso de claves asignadas
a cada uno de los usuarios.
Slo podrn ingresar al
Sistema las personas que
HZ.
estn registradas.
IA. El sistema debe
ser
definido a travs de clases

reutilizables
(programacin orientada a
IB.
objetos).
IC. Cada usuario del sistema
tendr
asignado
un
determinado perfil, usado

para activar servicios u
opciones que ste perfil
pueda realizar dentro del
ID.
sistema.
IE. El sistema
debe
tener
rapidez y rendimiento de
IF.
respuesta.
IG. El
sistema
podr
visualizarse en monitores
de diferentes resoluciones,
con una resolucin ptima
50
IH.
de 1024x768
II. Estar disponible 100% o
muy
cercano
sta
disponibilidad durante el
IJ.
da.
IK. La
organizacin,
manipulacin, consulta y
almacenamiento
datos
estarn
de
los
bajo
la
responsabilidad
del
sistema manejador de base

de
datos
relacional
IL.
MySQL.
IM.El sistema estar basado en
IN.
la tecnologa PHP.
IO. El ingreso al sistema es
libre para el usuario puesto
que solo podr consultar la
existencia
IP.
de
su
documento.
IQ. El sistema podr realizar
una copia de seguridad de
la base de datos en el
momento
que
el
Administrador
IR.
necesario.
IS. El sistema
crea
deber
independiente
plataforma
IT.
ser
de
la
donde
se
despliegue.
IU. El sistema deber tener
interfaces
grficas
administracin
operacin
espaol.
en
de
de
idioma
51
4.3. DIAGNSTICO DE LA SITUACIN ACTUAL

1
Informe de Diagnstico: A continuacin se presenta los

detalles del informe del diagnstico que suscita en el Archivo
regional de Ancash:
a. El rea de registros y archivos carece de una poltica de
desarrollo e impulso tecnolgico.
b. Los bajos niveles de calidad de servicios son directamente
proporcionales al nivel de capacitacin y preparacin que
tienen los diferentes trabajadores de la institucin.
c. La escasa informacin y el deficiente manejo de
informacin existente conlleva al desconocimiento de la
importancia sobre el patrimonio documental archivstico.
d. Existe una deficiente facilitacin de informacin y servicio
de los procesos archivistas documentarios.
e. El
uso
de
la
tecnologa
de
informacin
telecomunicaciones para impulsar el mejor servicio al

ciudadano es en su mnima expresin.
4.3.1.
Medidas de Mejoramiento: La rapidez es uno de los
factores importantes a tomar en cuenta por el ciudadano, es por

ello que para mejorar dicha falta de rapidez en la bsqueda y la
entrega de un documento requerido, se pretende incorporar un
sistema el cual es Una aplicacin web, que es una herramienta
clave ya que permite almacenar, buscar e imprimir en un corto
tiempo por lo tanto brindar una atencin satisfactoria al
ciudadano.
IV.
Tambin la implementacin dela aplicacin web
mejorar
favorablemente
los
procesos
archivistas
documentarios. Se dar el manejando adecuado de las

variables en los tiempos definidos, haciendo eficiente el
manejo de las tcnicas e instrumentos de la metodologa
52
escogida. El proyecto manejara un diseo experimental debido

a que se har manejo de datos en dos o ms momentos en la
lnea de tiempo establecido para realizar este proyecto,
manejando adecuadamente estos momentos determinaremos el
grado de mejoramiento de la rapidez
probando as la hiptesis del proyecto.
IW.
en la atencin al
53
IX.CAPITULO V:
IY.DISEO DE LA SOLUCIN
IZ.
5.1. Arquitectura tecnolgica de la solucin
JA. FIGURA 05.01:CREACIN DEL SISTEMA
JB.
JC.
CREACION DE LA APLICACIN
JD.
WEB, PARA LA DIGITALIZACION DE
JE.
PROCESOS DOCUMENTARIOS.
JF.
JG.
JH.
JI.
Definicin del
proyecto
Anlisis del
sistema
Diseo del
sistema
Desarrollo del
JJ. 5.1.1 Tecnologa y Plataformas

5.1.1.1
Eleccin de la arquitectura, Metodologa y motor de base
de datos.
A. Arquitectura Cliente/Servidor 3 capas
JK. Segn Calle, La arquitectura de 3 capas surgi
para superar las ilimitaciones de la arquitectura de 2
capas. La tercera capa (servidor intermedio), est
entre la interfaz de usuario (cliente) y el gestor de
datos (servidor)- la capa intermedia proporciona
gestin del procesamiento y en ella se ejecutan las
reglas y lgica de procesamiento.
JL. Permite clientes de usuarios (en comparacin
con solo usuarios de arquitectura de 2 capas). La
arquitectura de 3 capas es usada cuando se necesita un
diseo
cliente/servidor
que
proporcione,
en
comparacin con la arquitectura de 2 capas,

incrementar
el
rendimiento,
flexibilidad,
mantenibilidad, reusabilidad y escalabilidad mientras
54
se
esconde
la
complejidad
del
procesamiento
distribuido al usuario.21
JM.Figura 05.02:
Arquitectura
Cliente/Servidor 3
capas
JN.
JO.
Fuente:http://arquitecturaencapas.blogspot.com/201
1/08/arquitectura-3-capas-programacion-por.html
JP.
B. Metodologa UWE
a. Qu es UWE?
JQ.
UWE (UML-Based Web Engineering)
es una propuesta basada en UML y en el proceso
unificado para modelar aplicaciones web. Esta
propuesta est formada por una notacin para
21 Fanni Calle, Arquitectura 3 Capas
http://es.slideshare.net/Decimo/arquitectura-3-capas acceso Mayo 18,
2014)
55
especificar el dominio (basada en UML) y un

modelo para llevar a cabo el desarrollo del proceso
de modelado. Los sistemas adaptativos y la
sistematizacin son dos aspectos sobre los que se
enfoca UWE.
JR.
Adems de estar considerado como una
extensin del estndar UML, tambin se basa en
otros estndares como por ejemplo: XMI como
modelo de intercambio de formato, MOF para el
meta- modelado, los principios de modelado de
MDA, el modelo de transformacin del lenguaje
QVT y XML.22
JS. El modelo que propone UWE est compuesto
por 6 etapas o sub-modelos:
JT.
1. Modelo de Casos de Uso: Modelo para
capturar los requisitos del sistema.
2. Modelo de Contenido: Es un
modelo
conceptual para el desarrollo del contenido.

3. Modelo de Usuario (navegacin): Es modelo
de navegacin, en el cual se incluyen modelos
estticos y modelos dinmicos.
4. Modelo de Estructura: En el cual se encuentra
la presentacin del sistema y el modelo de
flujo.
5. Modelo Abstracto: Incluye el modelo de
interfaz de usuario y el modelo de ciclo de vida
del objeto.
6. Modelo de Adaptacin: En cuanto a los
requisitos, UWE los clasifica dependiendo del
carcter de cada uno. Adems distingue entre las
22 UWE UML-based Web Engineering, About UWE

http://uwe.pst.ifi.lmu.de/aboutUwe.html (acceso Mayo 18, 2014)
56
fases de captura, definicin y validacin de

requisitos.
JU.
b. UWE Y SU RELACIN CON UML
JV. UWE define una extensin del Lenguaje
Unificado de Modelado (UML). sta, es considerada
como una extensin ligera de peso e incluye en su
definicin tipos, etiquetas de valores y restricciones
para las caractersticas especficas del diseo Web,
las cuales, unidas a las definiciones de UML
forman el conjuntos de objetos de modelado que
se usarn para el desarrollo del modelo utilizado en
UWE.
JW.
JX. Las funcionalidades que cubren UWE abarcan
reas relacionadas con la Web como la navegacin,
presentacin, los procesos de negocio y los aspectos
de adaptacin.
JY.
JZ. Una de las ventajas de que UWE extienda el
estndar UML es la flexibilidad de ste para la
definicin de un lenguaje de modelado especfico
para el dominio web y sobretodo la aceptacin
universal de dicho estndar en el campo de la
ingeniera del software.
KA.
KB. Otra gran ventaja es que actualmente existen
mltiples de herramientas CASE basadas en UML,
con lo cual es relativamente sencillo su utilizacin y
ampliacin para utilizar los objetos de modelado
definidos en UWE. Estas herramientas se vern en el
siguiente punto.23
23 UWE UML-based Web Engineering ,UWE-UML
57
KC.
c. Modelos de UWE:
KD. En esta seccin se explicarn los modelos para
cada una de los aspectos web que cubre la
metodologa UWE, recordemos que estos aspectos
eran navegacin, presentacin, los procesos de
negocio y adaptacin. As procedemos a explicar
con un breve ejemplo cada uno de estos modelos.24
KE.
1. Modelo de Contenido
KF.
Este modelo
especifica
cmo
se
encuentra relacionados los contenidos del sistema,

es decir, define la estructura de los datos que se
encuentran alojados en el sitio web. A continuacin
se muestra un ejemplo de este modelo contenido en
la pgina web de UWE.
KG.
KH.
KI.
KJ.
KK.
KL.
KM.
KN.
KO.
KP.
KQ.
KR.
KS.
KT.
KU.
FIGURA N
05-03: MODELO
DE CONTENIDO
24 UWE UML-based Web Engineering, UWE-UML

58
KV.
KW.
Fuente: http://uwe.pst.ifi.lmu.de/
KX.
En
este
ejemplo
se
puede
ver
representado que el contenido web est formado

por una agenda bsica de contactos, est agenda
representada por la clase AddressBook contiene un
conjunto de uno o ms contactos (clase Contact) ,
cada uno de ellos tiene un nombre, un email, una
direccin y un telfono. De los cuales los dos
primeros son de tipo String y los dos ltimos a son
estructuras de otros atributos, representadas por las
clases Address y Phone, cada contacto puede tener
una direccin y secundarios.
KY.
2. Modelo de Navegacin
KZ.
Este modelo indica cmo el diseo de
pginas
web
del
sitio
est
relacionada
internamente, es decir cmo se enlazan los

elementos de navegacin.
LA.
Para ello se utilizan unidades de
navegacin llamadas nodos conectadas por
enlace de navegacin. Estos nodos pueden ser
59
mostrados en la misma pgina web, no tienen por

qu estar en pginas diferentes.
LB.
LC.
Al mismo tiempo que explicamos este
modelo con el ejemplo de la agenda de contactos,
podemos ir viendo los distintos elementos que
introduce la metodologa UWE, los elementos
introducidos son los siguientes:
LD.
Nombres de estereotipos y sus iconos
LE. FIGURA N 05.04:
ESTEREOTIPOS Y
SUS ICONOS M.N
LF.
LG.
LH.
LI. Aqu tenemos el ejemplo de navegacin del

sitio web que representa una agenda de contactos:
LJ.
LK.
LL.
LM.
LN.
LO.
LP.
LQ.
LR.
LS.FIGURA N
60
05.05: MODELO
DE
NAVEGACIN
LT.
LU.
LW.
Para empezar tenemos AddressBook
LV.
como pgina de inicio, as que est etiquetada
como {isHome} y como clase de navegacin con
el smbolo correspondiente (ver smbolos ms
abajo). La pgina de inicio enlaza con un men,
que sera nuestra pgina de ndice, para ello la
61
clase Main Men esta etiquetada como pgina

Men.
LX.
LY.
Desde la clase Main Men enlazamos
con las clases Search (que implementar la funcin

de buscar un contacto y es etiquetada con la
etiqueta de query que es un proceso predefinido, y
con la clase ConctactCreation (que crear un
contacto), esta clase es un proceso no definido con
lo cual llevar la etiqueta de processClass, as
ambos enlaces sern del tipo process link.
LZ.
MA.
Para finalizar vemos que la clase
ConctactCreation est enlazada con Conctact ya

que cuando se crea un nuevo contacto, este se debe
mostrar. Como tambin cuando se realiza una
bsqueda se debe mostrar la lista con los contactos
del resultado, de ah que exista otro processLink
entre las clases Search y ConctactList, esta ltima
adems etiquetada como index, al ser una lista.
MB.
3. Modelo de Presentacin
MC.
En este modelo se representan las clases
de navegacin y de procesos que pertenecen a cada
pgina web. Estos son los elementos que introduce
la metodologa UWE en este modelo:
MD.
Nombres de estereotipos y sus iconos:
ME.
FIGURA N
05.06: ESTEREOTIPOS
Y SUS ICONOS M.P
62
MF.
MG.
MH.
A continuacin se muestra el diagrama
de presentacin del ejemplo de la Agenda de

Contactos:
MI.FIGURA N 05.07:
MODELO DE
PRESENTACIN
63
MJ.
MK.
ML.
MM.
Como se puede ver la clase contacto es
presentada como Presentation_Class, cubriendo

tambin diferentes textos y botones, esto significa
que por cada contacto, tiene que ser mostrado un
email, direcciones y los telfonos. Tambin se
puede
observar
que
la
pgina
de
inicio
AddressBook contiene un texto de introduccin y

un formulario de bsqueda con lanzar la bsqueda
un campo de texto y un botn para lanzar la
bsqueda.
MN.
4. Modelo de Proceso
MO.
Este modelo especific las acciones que
realiza cada clase de proceso, en este modelo se
incluye:
64
MP.
4.1
Modelo de Estructura de
Procesos
MQ. Que define las relaciones entre las
diferentes clases proceso. Un ejemplo de
diagrama de clases de este modelo siguiendo
el caso de la Agenda de contactos sera:
MR.
MS.
FIGU
RA N
05.08:
MODELO
DE
ESTRUCTU
RA DE
PROCESOS
MT.
MU.
65
MV. En este diagrama se puede ver que hay

clases para definir 3 operaciones que necesita
una confirmacin. As por ejemplo si el
usuario quiere borrar un contacto el mensaje
ser mostrado y despus haciendo clic en ok
el contacto ser borrado.
de
actualizacin
manera
similar,
ConctacProcessing,
Las
operaciones
creacin funcional de
ambas
heredan
asegurando
que
de
los
campos de datos tienen valores vlidos.

MW.
4.2 Modelo de Flujo de Procesos
MX. Que
especifica
las
actividades
conectadas con cada proceso. Describe los

comportamientos de una clase proceso. Lo que
ocurre en detalle dentro de cada una. Por
ejemplo para la operacin de borrado de
contactos tenemos el siguiente diagrama:
MY.
C. Bases de Datos
MZ. Una base de datos o banco de datos (en
ocasiones abreviada BB.DD.) 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
66
(electrnico), que ofrece un amplio rango de

soluciones al problema de almacenar datos.25
NA.
NB. Existen programas denominados sistemas
gestores de bases de datos, abreviados SGBD, que
permiten almacenar y posteriormente acceder a los
datos de forma rpida y estructurada. Las propiedades
de
estos
SGBD,
as
como
su
utilizacin
administracin, se estudian dentro del mbito de la

informtica.
NC.
a.
NIVEL FSICO:
ND.
El nivel ms bajo de abstraccin
describe cmo se almacenan realmente los datos.
En el nivel fsico se describen en detalle las
estructuras de datos complejas de bajo nivel.
NE.
b. NIVEL LGICO:
NF.
El siguiente
nivel
ms
alto
de
abstraccin describe qu datos se almacenan en la

base de datos y qu relaciones existen entre esos
datos. La base de datos completa se describe as en
trminos de un nmero pequeo de estructuras
relativamente simples. Aunque la implementacin
de estructuras simples en el nivel lgico puede
involucrar estructuras complejas del nivel fsico,
los usuarios del nivel lgico no necesitan
preocuparse
de
esta
complejidad.
Los
administradores de bases de datos, que deben

decidir la informacin que se mantiene en la base
de datos, usan el nivel lgico de abstraccin.
25 Abraham Silberschatz, Henry Korth, Fundamentos de Bases de
Datos(Madrid: McGRAW-HILL/INTERAMERICANA DE ESPAA, S. A. U.,
2002) 25-30
67
NG.
c. Modelo Entidad Relacin
NH.
Denominado por sus siglas como: E-R;
Este modelo representa a la realidad a travs de un
esquema grfico empleando los terminologa de
entidades, que son objetos que existen y son los
elementos principales que se identifican en el
problema a resolver con el diagramado y se
distinguen
de
otros
por
sus
caractersticas
particulares denominadas atributos, el enlace que

rige la unin de las entidades est representada por
la relacin del modelo.
NI.
NJ.
Recordemos
que un rectngulo nos
representa a las entidades; una elipse a los atributos

de las entidades, y una etiqueta dentro de un rombo
nos indica la relacin que existe entre las
entidades, destacando con lneas las uniones de
estas y que la llave primaria de una entidad es
aquel atributo que se encuentra subrayado.
NK.
1. Elementos del modelo entidad-relacin
a. Entidad
NL. Se trata de un objeto del que se recoge
informacin de inters de cara a la base de
datos. Grficamente se representan mediante
un rectngulo. Un ejemplo seria la entidad
banco, donde se recogeran los datos relativos
a ese banco, como puede ser el nombre, el
nmero de sucursal, la direccin, etc.
NM. Dentro de las entidades pueden ser
fuertes o dbiles. Las fuertes son las que no
dependen de otras entidades para existir,
mientras que las entidades dbiles siempre
68
dependen de otra entidad sino no tienen

sentido por ellas mismas.
NN.
b. Relacin
NO. Podemos definir la relacin como una
asociacin de dos o ms entidades. A cada
relacin se le asigna un nombre para poder
distinguirla de las dems y saber su funcin
dentro del modelo entidad-relacin. Otra
caracterstica es el grado de relacin, siendo
las de grado 1 relaciones que solo relacionan
una entidad consigo misma. Las de grado 2
son relaciones que asocian dos entidades
distintas, y las de grado n que se tratan de
relaciones que unen ms de dos entidades.
NP. Las
relaciones
se
representas
grficamente con rombos, dentro de ellas se
coloca el nombre de la relacin.
NQ. Otra caracterstica es el
tipo
de
correspondencia entre dos relaciones;

NR. 1:1. Uno a uno, a cada ocurrencia de
una entidad le corresponde como mximo una
ocurrencia de la otra entidad relacionada.
NS. 1:N. Uno a Mucho, a cada ocurrencia de
la entidad A le puede corresponder varias de la
entidad B.
NT. N:M.
Muchos
muchos,
cada
ocurrencia de una entidad puede contener

varias de la otra entidad relacionada y
viceversa.
NU. Para finalizar las caractersticas de la
relacin tenemos la cardinalidad que define el
nmero mximo y mnimo de ocurrencias de
cada tipo de entidad. Se representa con los
69
valores mximos como mnimo encerrados

entre parntesis encima de la relacin.
(Mximo, Mnimo).
NV.
c. Atributo
NW. Se define como cada una de las
propiedades de una entidad o relacin. Cada
atributo tiene un nombre y todos los posibles
valores que puede tener. Dentro de una entidad
tiene que haber un atributo principal que
identifica a la entidad y su valor tiene que ser
nico. Un ejemplo de atributo principal seria el
dni dentro de la entidad persona.
NX.
NY. Ponemos un ejemplo de lo que sera un
esquema del modelo entidad-relacin.
NZ.
OA.
FIGURA N
05.10: MODELO
ENTIDAD
RELACIN
OB.
OC.
Fuente: http://www.uml.org/
OD.
D. Servidor web: Esta eleccin ir muy relacionada con

la plataforma Web (lenguaje de programacin) que se
desee utilizar. Aunque existen muchsimos servidores
70
Web, a continuacin se explican los dos ms

utilizados para servir pginas dinmicas:26
Internet Information Server (IIS): Es el
servidor Web de la casa Microsoft. Viene
instalado con todos los Sistemas Operativos
Windows, a partir de Windows 2000. Es
gratuito y soporta todas las plataformas (no de
manera nativa), tanto las de Microsoft como
las que no lo son (JSPs, PHP). Como punto
dbil, comentar que no se caracteriza por su
seguridad, sino que tiene fama de ser un
sistema ms sencillo que los dems de
hackear/crackear. Slo funciona bajo sistema
operativo de Microsoft.
XAMPP: Es una de las soluciones gratuitas
ms estables que hay. De gran difusin en los
sistemas Linux/Unix, pero tambin de uso en
sistemas Windows. Da soporte a la mayora de
las plataformas Web, y es sencillo de
configurar y gestionar.
OE.
1. Lenguaje de Programacin: El desarrollo
hecho a medida, permite una programacin
desde cero y adaptada con las necesidades
del sistema. Para ello hay que decidir cules
sern los lenguajes a utilizar para el
desarrollo de la aplicacin web. Para la
26 EcuRed, Servidores web
http://www.ecured.cu/index.php/Servidores_Web (acceso Mayo 18, 2014)
71
plataforma
web
existen
varias
posibilidades, como se muestra en la Tabla

OF.
OG.
OH.
OI.
OJ.
OK.
OL.
OM.................................................................................................................................... TA
BLA N 05.01: LENGUAJES DE PROGRAMACIN.

ON.
Lenguaje
OO.
Fra
mework
OT.
PHP
OU.
OV.
uito
Grat
OZ.
ASP.
NET
PA.
PB.
Pago
De
PC.
IIS
PD................................................................................
PE........................................
3
PF.
ASP
PG.
PH.
Pago
De
PI.
IIS
PJ.................................................................................
PK........................................
4
PL.
JAV
A
PM.
PN.
uito
Grat
PS.
OP.
Servid
or
OQ.
Web
OW.
IIS,
Apache
PO.
Tomca
t, IIS,OC4J
OR................................................................................
OS........................................
Zona de Cdigo HTML Velocidad(
Independiente
sobre 5)
OX................................................................................
OY........................................
4
PP.................................................................................
PR........................................
3
(JSP)
PQ................................................................................
(Servlets)
Fuente: elaboracin Propia.
PHP: Sistema gratuito, de gran difusin en

Internet, sobre todo por su gran escalabilidad.
Muy implantado en el mbito de foros, grupos,
etc.
Permite
trabajar
con
mdulos
independientes, que hacen ms sencilla su

programacin, y es directamente interpretado
por el servidor Web.
72
Active
Server
Pages
(ASP):
Sistema
dinmico que permite interactuar clienteservidor. Cada accin que realiza el cliente, se
enva al servidor Web, quien la procesa y
devuelve cdigo HTML con la nueva pgina.
Sistema de la casa Microsoft, de gran difusin
en pginas profesionales.
Active Server Pages .NET (ASP .NET):
Evolucin del sistema anterior. Consiste en
ampliar la capacidad del lenguaje ASP,
mejorando temas de seguridad e interfaz de
usuario, ya que da soporte a 2 lenguajes:
Visual Basic y C#. Con esto se quiere decir,
que el programador puede programar qu
acciones realizar para cada evento que
presenta el usuario en los lenguajes que ya
conoce. Como desventaja, gran lentitud a la
hora de servir las pginas, en comparacin con
otros
sistemas
de
su
misma
categora.
Lenguaje compilado y con posibilidad de

debugar en tiempo de compilacin.
Java Server Pages (JSPs) y Servlets:
Sistema gratuito de la casa Sun Microsystems,
que permite gestionar las peticiones de los
clientes en banda servidor, al igual que las
plataformas comentadas anteriormente. La
diferencia entre JSPs y Servlets, se basa en el
hecho de que JSPs permite tener una zona de
cdigo html, y otra zona de cdigo java (de
73
manera semejante a PHP y ASP), por otro

lado, Servlets, no tiene una zona de HTML, y
es ntegramente cdigo Java. Funcionalmente
sirven para lo mismo, pero los Servlets son
ms potentes para clculo matemtico, por el
contrario, para pginas sencillas, denota una
lentitud considerable.
CGIs: Sistema basado en uso de ficheros. Es
gratuito, y el lenguaje para manipular los

ficheros lo define el Servidor Web.
74
5.2
Diseo de la estructura de la solucin

5.3
5.2.1 Archivo Unificado: Esquema Global
5.4
5.5
Organismos
productores
Unidades de
documentacin
5.7
Sistema de Archivo
Unificado
Archivos
Fsicos
5.6
Consulta
Consulta
documento
5.8
5.9
5.10
5.11
5.12
5.13
B.D.
sistema
de
informaci
Centros de
Atencin
Ciudada
no
Sistema de
Almacenami
ento
5.14
5.15
Fuente:
Elaboracin propia
5.16
5.17 5.2.2
Modelo Funcional Propuesto del Area de Registro y Archivo MPR.
5.18
Documen
to
Fsico
Sistemas
transmisores
Transferencias
Servicio web
Documen
to
Digital
Servicio al
ciudadano
75
5.19
5.20
5.21
5.22
5.23
5.24
5.25
5.26
5.27
5.28
5.29
5.30
Documen
to
Digital
Clasificacin y
Gestin
de depsitos
descripcin
5.31
Gestin de Copias
Docume
nto
Fsico
Elaboracinpropia
Entrega/consulta
Sistema de gestin del
Valoracin
Archivo Gestin de
Digitalizacin
Gestin de
5.32
Administracin (gestin de usuarios,
5.33
Fuente:
Documen
to
Digital
Documentos
del
ciudadano
76
5.3 Diseo de la funcionabilidad de la solucin

5.34
5.3.1 Creacin de los modelos UWE del ARG.

5.35 Para la creacin y el modelamiento de la aplicacin se
necesitaran los recursos:
1. MagicDraw 17.0.:
5.36
2. MySQLWorkbench 6.0:
5.37 Ahora mencionaremos de manera general los procesos a seguir
para el desarrollo del Sistema de Informacin.
5.38 Figura N 05-11: Redefinicin de las actividades en el ciclo
de vida
5.39
5.40
5.41
5.42
5.43
5.44
5.45
5.46
5.47
5.48 Fuente: http://sistemasuni/content
5.49
5.50
5.51
5.52
5.53
5.54
5.3.2 Elaboracin de los modelos UWE UML y Modelo Fsico de

la Base de datos
a. Modelos de Caso de Uso (CU)
77
5.55
Lo primero que se ha realizado en el diseo de la web
es modelar los casos de uso, para obtener una idea general de lo

que un usuario puede o no puede hacer en el sistema, as en la
siguiente imagen se muestra estas posibilidades, hay que decir
que en el diseo de este caso prctico se ha omitido la
informacin referente a algunos tipos de documentos como
judiciales por motivos de simplificacin prctica. Con lo cual el
modelado de los casos de uso quedara:
1. Modelo de caso de uso de la aplicacin
5.56
El modelo de caso de uso de la organizacin
nos mostrara todas las acciones que realizara la aplicacin
web de la organizacin de forma grfica con el
modelamiento UML-UWE como se puede apreciar en la
figura siguiente:
5.57
5.58
5.59
5.60
5.61
5.62
5.63
5.64
5.65
5.66
5.67
5.68
Figura N 05.12:Modelo de Caso de Uso aplicacin web
78
5.69
5.70
79
5.4 En la figura podemos ver que las funciones de un

usuario no registrado son limitadas, ya que solo puede
buscar informacin de los documentos.
5.5
5.6 En cuanto a las funciones del usuario Registrado, son
las mismas que el usuario no registrado y todos los dems
procesos necesarios para llevar a cabo una peticin de
documento.
5.7
2. Modelo de caso de uso del Ingreso al sistema

5.8 Figura N 05.13: CU Ingreso al
Sistema
5.9
5.10 Cas
o de Uso
5.12
res
5.14
5.11
Ingreso al Sistema
Acto 5.13 Trabajador,

Administrador
del
Sistema
Desc 5.15 En este caso de uso el trabajador y el
80
ripcin
administrador realizan ambas acciones
5.16 Fluj
1. El administrador y el trabajador
o
de
acceden a la pgina de ingreso.
2.
El administrador y el trabajador
Eventos
ingresan datos de usuario.
Bsicos
3. El sistema valida datos de usuario.
4. El administrador y el trabajador
ingresan al sistema.
5.17
3. Modelo de caso de uso Registro Nuevo Usuario

5.18
5.19
Figura N 05.14: CU
Registro Nuevo Usuario
81
5.20 Cas
o de Uso
5.21
Registro Nuevo Usuario
5.22 Acto 5.23 Administrador del sistema.

res
5.24 Desc 5.25 En este caso de uso el administrador
ripcin
del sistema registra al nuevo usuario.
5.26 Fluj
1. El administrador inicia sesin
2. El administrador accede a la pgina
o
de
de ingreso
Eventos
3.
El administrador ingresa al mdulo
Bsicos
de registro.
4. El administrador Graba registro.
5. El sistema verifica el registro.
5.27
5.28
5.29
5.30
5.31
5.32
4. Modelo de caso de uso Nuevo documento defuncin

5.33
Figura N 05.15: CU Registro

Nuevo Documento Defuncin
82
5.34
5.35 Cas
o de Uso
5.36
Registro Nuevo Proveedor
5.37 Acto 5.38 Administrador del sistema.

res
5.39 Desc 5.40 En este caso de uso el administrador del
ripcin
sistema registra al nuevo documento defuncin.
5.41 Fluj
2. El administrador accede a la pgina de
o
de
ingreso
Eventos
3.
El administrador ingresa a la pgina
Bsicos
registro documentos..
4. El administrador ingresa datos del
documento.
83
5. El administrador Graba documento.

5.42
5.43
84
5. Modelo de caso de uso Nuevo documento matrimonio

5.44
Figura N 05.16: CU
Registro Nuevo Documento
Matrimonio
5.45
5.46 Caso
de Uso
5.48 Acto
res
5.50 Desc
ripcin
5.47
5.49
Registro Nuevo Tcnico
El Administrador del Sistema
5.51 En este caso de uso el administrador

del sistema registra al nuevo documento
85
matrimonio.
5.52 Fluj
2. El administrador accede a la pgina
o
de
de ingreso
Eventos
3.
El administrador ingresa al mdulo
Bsicos
de registro.
4. El administrador ingresa datos del
tcnico.
5. El administrador ingresa datos de
usuario.
5.53
Fuente: elaboracin propia
5.54
5.55
6. Modelo de caso de uso Nuevo documento Nacimiento

5.56
Figura N 05.17: CU
Registro Nuevo Documento
Nacimiento
86
5.57
5.58 Cas
o de Uso
5.59
Registro de Solicitud
5.60 Acto 5.61 El Administrador del Sistema

res
5.62 Desc 5.63 En este caso de uso el administrador
ripcin
del sistema registra al nuevo documento
matrimonio.
5.64 Fluj
2. El administrador accede a la
o
de
pgina de ingreso
Eventos
3. El administrador ingresa al
Bsicos
mdulo de registro.
4. El administrador ingresa datos
87
del tcnico.
5. El administrador ingresa datos de
usuario.
5.65
5.66
5.67
5.68
88
b. Modelo de contenido
5.69
Figura N 05.18: Modelo contenido
89
5.70
90
5.71
5.72c. Modelo de Navegacin

5.73
Figura N 05.19: Modelo de Navegacin
91
5.74
92
5.75
93
d. Diseo de estructura de proceso

5.76
Figura N 05.20: Modelo de estructura de proceso
94
5.77
95
5.78
96
e. Diseo de Presentacin (DP)

1. Acceso al Sistema
5.79
5.80 Figura N 05-21: DP Acceso al Sistema
5.81
5.82 Fuente: Elaboracin propia
5.83
5.84
97
2. Men Principal
5.85 Figura N 05-22: DP Men Principal
98
5.86
99
5.87 Fuente: Elaboracin Propia
5.88
5.89
100
3. Registro de Usuarios
5.90
5.91 Figura N 05-23: DP Registro de Usuarios
101
5.92
102
5.94
5.95
5.96
5.97
5.98
5.99
4. Registro de Documentos de Defuncin

5.100
Figura N 05-24: DP Registro de Documentos de
Defuncin
103
5.101

5.103
104
5.104
5.105
5.106
5.107
5.108
5. Registro de Documentos de Matrimonio

5.109
Matrimonio
105
5.110
5.112
5.113
106
5.114
5.115
5.116
5.117
5.118
5.119
5.120
5.121
5.122
6. Registro de Documentos de Nacimiento
5.123
Nacimiento
107
5.124
5.126
5.127
108
5.128
5.129
5.130
5.131
5.132
5.133
109
a. Diagrama Fsico De La Base De Datos

5.134 Figura N 05-27: Diagrama Fsico De La Base De Datos
5.135
5.136
110
5.137
5.138
Diseo de la interfaz de la solucin

5.4.1 Creacin de la aplicacin web Archivo Regional
5.139 Para la creacin del Sistema se necesitaran los recursos

mencionados con anterioridad y lo siguiente para el desarrollo de la
programacin:
5.140
Entorno de desarrollo Framework SUBLIME TEXT
5.141
Adobe Dreamweaver CS6
5.142
Cdigo PHP
5.143
Gestor de Base de datos MYSQLSERVER
5.144
5.145
5.4.2 Diseo y elaboracin de Interfaces de la aplicacin
(Mapeo de la web):
5.146
Aun No Empezadoo.
5.147
5.148
5.149
5.150
5.151
5.152
5.153
5.154
5.155
5.156
5.157
5.158
111
5.159
5.160
5.161
5.162
CAPITULO VI:
CONSTRUCCIN DE LA SOLUCIN
6.1 Construccin
5.163
6.1.1 Script de la Base de datos.
5.164
SET
@OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS,
UNIQUE_CHECKS=0;
5.165
SET
@OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECK
S, FOREIGN_KEY_CHECKS=0;
5.166
SET @OLD_SQL_MODE=@@SQL_MODE,
SQL_MODE='TRADITIONAL';
5.167
DROP SCHEMA IF EXISTS `reg_civil` ;
5.168
CREATE SCHEMA IF NOT EXISTS `reg_civil`
DEFAULT CHARACTER SET utf8 ;
5.169
USE `reg_civil` ;
5.170
-- ----------------------------------------------------5.171
-- Table `reg_civil`.`docident`
5.172
-- ----------------------------------------------------5.173
DROP TABLE IF EXISTS `reg_civil`.`docident` ;
5.174
CREATE TABLE IF NOT EXISTS
`reg_civil`.`docident` (
5.175
ìddocIdent` CHAR(1) NOT NULL ,
5.176
`documento` VARCHAR(45) NULL DEFAULT
NULL ,
5.177
èstado` TINYINT(1) NULL DEFAULT NULL ,
5.178
PRIMARY KEY (ìddocIdent`) )
5.179
ENGINE = InnoDB
5.180
DEFAULT CHARACTER SET = latin1;
5.181
5.182
-- ----------------------------------------------------5.183
-- Table `reg_civil`.èstadocivil`
5.184
-- ----------------------------------------------------5.185
DROP TABLE IF EXISTS `reg_civil`.èstadocivil` ;
5.186
`reg_civil`.èstadocivil` (
5.187
ìdestadoCivil` CHAR(1) NOT NULL ,
112
5.188
èstado` VARCHAR(10) NULL DEFAULT NULL ,
5.189
PRIMARY KEY (ìdestadoCivil`) )
5.190
ENGINE = InnoDB
5.191
5.192
-- ----------------------------------------------------5.193
-- Table `reg_civil`.`lugarocur`
5.194
-- ----------------------------------------------------5.195
DROP TABLE IF EXISTS `reg_civil`.`lugarocur` ;
5.196
`reg_civil`.`lugarocur` (
5.197
ìdlugarOcur` CHAR(1) NOT NULL ,
5.198
`lugar` VARCHAR(65) NULL DEFAULT NULL ,
5.199
PRIMARY KEY (ìdlugarOcur`) )
5.200
ENGINE = InnoDB
5.201
5.202
-- ----------------------------------------------------5.203
-- Table `reg_civil`.`nacionalidad`
5.204
-- ----------------------------------------------------5.205
DROP TABLE IF EXISTS `reg_civil`.`nacionalidad` ;
5.206
5.207
`reg_civil`.`nacionalidad` (
5.208
`codNac` CHAR(1) NOT NULL ,
5.209
`nacionalidad` VARCHAR(10) NULL DEFAULT
NULL ,
5.210
PRIMARY KEY (`codNac`) )
5.211
ENGINE = InnoDB
5.212
5.213
-- ----------------------------------------------------5.214
-- Table `reg_civil`.`departamento`
5.215
-- ----------------------------------------------------5.216
DROP TABLE IF EXISTS `reg_civil`.`departamento`
;
5.217
`reg_civil`.`departamento` (
5.218
ìddepartamento` CHAR(2) NOT NULL ,
5.219
`nombre` VARCHAR(45) NULL DEFAULT NULL ,
5.220
PRIMARY KEY (ìddepartamento`) )
5.221
ENGINE = InnoDB
5.222
5.223
-- ----------------------------------------------------5.224
-- Table `reg_civil`.`provincia`
5.225
-- ----------------------------------------------------5.226
DROP TABLE IF EXISTS `reg_civil`.`provincia` ;
113
5.227
`reg_civil`.`provincia` (
5.228
5.229
ìdprovincia` CHAR(2) NOT NULL ,
5.230
5.231
PRIMARY KEY (ìdprovincia`, ìddepartamento`) )
5.232
ENGINE = InnoDB
5.233
5.234
-- ----------------------------------------------------5.235
-- Table `reg_civil`.`distrito`
5.236
-- ----------------------------------------------------5.237
DROP TABLE IF EXISTS `reg_civil`.`distrito` ;
5.238
`reg_civil`.`distrito` (
5.239
ìddistrito` CHAR(2) NOT NULL ,
5.240
5.241
5.242
5.243
PRIMARY KEY (ìddistrito`, ìdprovincia`,
ìddepartamento`) )
5.244
ENGINE = InnoDB
5.245
5.246
-- ----------------------------------------------------5.247
-- Table `reg_civil`.`centropoblado`
5.248
-- ----------------------------------------------------5.249
DROP TABLE IF EXISTS `reg_civil`.`centropoblado`
;
5.250
`reg_civil`.`centropoblado` (
5.251
ìdcentroPoblado` CHAR(2) NOT NULL ,
5.252
5.253
5.254
5.255
5.256
PRIMARY KEY (ìdcentroPoblado`,
ìddepartamento`, ìdprovincia`, ìddistrito`) )
5.257
ENGINE = InnoDB
5.258
5.259
-- ----------------------------------------------------5.260
-- Table `reg_civil`.òficinaregistral`
5.261
-- ----------------------------------------------------5.262
DROP TABLE IF EXISTS
`reg_civil`.òficinaregistral` ;
114
5.263
`reg_civil`.òficinaregistral` (
5.264
ìdoficinaRegistral` INT(11) NOT NULL
AUTO_INCREMENT ,
5.265
5.266
`departamento` VARCHAR(45) NULL DEFAULT
NULL ,
5.267
5.268
`provincia` VARCHAR(65) NULL DEFAULT NULL ,
5.269
5.270
`distrito` VARCHAR(65) NULL DEFAULT NULL ,
5.271
ìdcentroPoblado` CHAR(2) NULL DEFAULT
NULL ,
5.272
`centroPoblado` VARCHAR(65) NULL DEFAULT
NULL ,
5.273
PRIMARY KEY (ìdoficinaRegistral`) )
5.274
ENGINE = InnoDB
5.275
5.276
-- ----------------------------------------------------5.277
-- Table `reg_civil`.`perfil`
5.278
-- ----------------------------------------------------5.279
DROP TABLE IF EXISTS `reg_civil`.`perfil` ;
5.280
CREATE TABLE IF NOT EXISTS `reg_civil`.`perfil` (
5.281
ìdperfil` INT(11) NOT NULL AUTO_INCREMENT ,
5.282
`perfil` VARCHAR(45) NULL DEFAULT NULL ,
5.283
5.284
PRIMARY KEY (ìdperfil`) )
5.285
ENGINE = InnoDB
5.286
5.287
-- ----------------------------------------------------5.288
-- Table `reg_civil`.ùsuario`
5.289
-- ----------------------------------------------------5.290
DROP TABLE IF EXISTS `reg_civil`.ùsuario` ;
5.291
`reg_civil`.ùsuario` (
5.292
ìdusuario` INT(11) NOT NULL AUTO_INCREMENT
,
5.293
ùsuario` VARCHAR(45) NOT NULL ,
5.294
`clave` VARCHAR(45) NOT NULL ,
5.295
ìdperfil` INT(11) NOT NULL ,
5.296
`cargo` VARCHAR(95) NULL DEFAULT NULL ,
5.297
5.298
àpepat` VARCHAR(45) NULL DEFAULT NULL ,
5.299
àpemat` VARCHAR(45) NULL DEFAULT NULL ,
115
5.300
5.301
`dni` VARCHAR(8) NULL DEFAULT NULL ,
5.302
PRIMARY KEY (ìdusuario`) )
5.303
ENGINE = InnoDB
5.304
AUTO_INCREMENT = 2
5.305
5.306
-- ----------------------------------------------------5.307
-- Table `reg_civil`.àctadefuncion`
5.308
-- ----------------------------------------------------5.309
DROP TABLE IF EXISTS `reg_civil`.àctadefuncion`
;
5.310
`reg_civil`.àctadefuncion` (
5.311
ìdactaDefuncion` VARCHAR(22) NOT NULL ,
5.312
`fechaReg` CHAR(10) NULL DEFAULT NULL ,
5.313
`partida` VARCHAR(8) NULL DEFAULT NULL ,
5.314
`libro` VARCHAR(8) NULL DEFAULT NULL ,
5.315
àctaNum` VARCHAR(8) NULL DEFAULT NULL ,
5.316
ìdoficinaRegistral` INT(11) NOT NULL ,
5.317
àpellidoPaterno` VARCHAR(45) NULL DEFAULT
NULL ,
5.318
àpellidoMaterno` VARCHAR(45) NULL DEFAULT
NULL ,
5.319
`prenombres` VARCHAR(45) NULL DEFAULT
NULL ,
5.320
`codsex` CHAR(1) NULL DEFAULT NULL ,
5.321
`sexo` VARCHAR(10) NULL DEFAULT NULL ,
5.322
èdad` CHAR(3) NULL DEFAULT NULL ,
5.323
ìddocIdent` CHAR(1) NULL DEFAULT NULL ,
5.324
`numeroDoc` VARCHAR(10) NULL DEFAULT NULL
,
5.325
`codNac` CHAR(1) NULL DEFAULT NULL ,
5.326
ìddepartamentoNac` CHAR(2) NOT NULL ,
5.327
ìdprovinciaNac` CHAR(2) NOT NULL ,
5.328
ìddistritoNac` CHAR(2) NOT NULL ,
5.329
ìdcentroPobladoNac` CHAR(2) NOT NULL ,
5.330
ìddepartamentoDef` CHAR(2) NOT NULL ,
5.331
ìdprovinciaDef` CHAR(2) NOT NULL ,
5.332
ìddistritoDef` CHAR(2) NOT NULL ,
5.333
ìdcentroPobladoDef` CHAR(2) NOT NULL ,
5.334
`horaDef` CHAR(5) NULL DEFAULT NULL ,
5.335
`tipohora` CHAR(2) NULL DEFAULT NULL ,
5.336
`fechaDef` CHAR(10) NULL DEFAULT NULL ,
116
5.337
`fechaLetras` VARCHAR(200) NULL DEFAULT
NULL ,
5.338
ìdlugarOcur` CHAR(1) NULL DEFAULT NULL ,
5.339
`nombrelugar` VARCHAR(200) NULL DEFAULT
NULL ,
5.340
ìdestadoCivil` CHAR(1) NULL DEFAULT NULL ,
5.341
`conyuge` VARCHAR(85) NULL DEFAULT NULL ,
5.342
ìdusuario` INT(11) NOT NULL ,
5.343
òbservaciones` VARCHAR(200) NULL DEFAULT
NULL ,
5.344
àrchivo` VARCHAR(200) NULL DEFAULT NULL ,
5.345
`tipo` VARCHAR(45) NOT NULL ,
5.346
PRIMARY KEY (ìdactaDefuncion`) )
5.347
ENGINE = InnoDB
5.348
5.349
-- ----------------------------------------------------5.350
-- Table `reg_civil`.àctamatrimonio`
5.351
-- ----------------------------------------------------5.352
`reg_civil`.àctamatrimonio` ;
5.353
5.354
`reg_civil`.àctamatrimonio` (
5.355
ìdactaMatrimonio` VARCHAR(22) NOT NULL ,
5.356
`fechaReg` CHAR(10) NULL DEFAULT NULL ,
5.357
5.358
5.359
`partida` VARCHAR(8) NULL DEFAULT NULL ,
5.360
5.361
5.362
èxpediente` INT(11) NULL DEFAULT NULL ,
5.363
`celebradox` VARCHAR(85) NULL DEFAULT
NULL ,
5.364
`calidad` VARCHAR(85) NULL DEFAULT NULL ,
5.365
`horaMat` VARCHAR(45) NULL DEFAULT NULL ,
5.366
`fechamat` CHAR(10) NULL DEFAULT NULL ,
5.367
`fechamatl` VARCHAR(200) NULL DEFAULT
NULL ,
5.368
NULL ,
5.369
5.370
5.371
PRIMARY KEY (ìdactaMatrimonio`) )
5.372
ENGINE = InnoDB
117
5.373
5.374
-- ----------------------------------------------------5.375
-- Table `reg_civil`.`decretoley`
5.376
-- ----------------------------------------------------5.377
DROP TABLE IF EXISTS `reg_civil`.`decretoley` ;
5.378
`reg_civil`.`decretoley` (
5.379
ìddecretoLey` INT(11) NOT NULL
AUTO_INCREMENT ,
5.380
`decreto` VARCHAR(65) NULL DEFAULT NULL ,
5.381
`descripcion` VARCHAR(200) NULL DEFAULT
NULL ,
5.382
5.383
PRIMARY KEY (ìddecretoLey`) )
5.384
ENGINE = InnoDB
5.385
AUTO_INCREMENT = 5
5.386
5.387
-- ----------------------------------------------------5.388
-- Table `reg_civil`.`tipoacta`
5.389
-- ----------------------------------------------------5.390
DROP TABLE IF EXISTS `reg_civil`.`tipoacta` ;
5.391
`reg_civil`.`tipoacta` (
5.392
ìdtipoActa` INT(11) NOT NULL
AUTO_INCREMENT ,
5.393
`tipo` VARCHAR(65) NULL DEFAULT NULL ,
5.394
`descripcion` VARCHAR(100) NULL DEFAULT
NULL ,
5.395
5.396
PRIMARY KEY (ìdtipoActa`) )
5.397
ENGINE = InnoDB
5.398
5.399
-- ----------------------------------------------------5.400
-- Table `reg_civil`.àctanacimiento`
5.401
-- ----------------------------------------------------5.402
`reg_civil`.àctanacimiento` ;
5.403
`reg_civil`.àctanacimiento` (
5.404
ìdactaNacimiento` VARCHAR(22) NOT NULL ,
5.405
`fechaReg` CHAR(10) NULL ,
5.406
5.407
5.408
`cui` CHAR(8) NULL DEFAULT NULL ,
118
5.409
ìdtipoActa` INT(11) NOT NULL ,
5.410
ìddecretoLey` INT(11) NOT NULL ,
5.411
5.412
NULL ,
5.413
NULL ,
5.414
NULL ,
5.415
`codsex` CHAR(1) NULL DEFAULT NULL ,
5.416
`sexo` VARCHAR(10) NULL DEFAULT NULL ,
5.417
5.418
5.419
5.420
ìdcentroPoblado` CHAR(2) NOT NULL ,
5.421
`horaNac` CHAR(5) NULL DEFAULT NULL ,
5.422
`tipohora` CHAR(2) NULL DEFAULT NULL ,
5.423
`fechaNac` CHAR(10) NULL DEFAULT NULL ,
5.424
`fechaLetras` VARCHAR(200) NULL DEFAULT
NULL ,
5.425
ìdlugarOcur` CHAR(1) NOT NULL ,
5.426
`nombrelugar` VARCHAR(200) NULL DEFAULT
NULL ,
5.427
5.428
NULL ,
5.429
5.430
5.431
PRIMARY KEY (ìdactaNacimiento`) )
5.432
ENGINE = InnoDB
5.433
AUTO_INCREMENT = 3
5.434
5.435
-- ----------------------------------------------------5.436
-- Table `reg_civil`.`persona`
5.437
-- ----------------------------------------------------5.438
DROP TABLE IF EXISTS `reg_civil`.`persona` ;
5.439
`reg_civil`.`persona` (
5.440
ìdpersona` VARCHAR(18) NOT NULL ,
5.441
NULL ,
5.442
NULL ,
119
5.443
NULL ,
5.444
`codNac` CHAR(1) NULL DEFAULT NULL ,
5.445
ìddocIdent` CHAR(1) NULL DEFAULT NULL ,
5.446
`numeroDoc` VARCHAR(10) NULL DEFAULT NULL
,
5.447
`naturalde` VARCHAR(65) NULL DEFAULT NULL ,
5.448
PRIMARY KEY (ìdpersona`) )
5.449
ENGINE = InnoDB
5.450
AUTO_INCREMENT = 4
5.451
5.452
5.453
5.454
-- ----------------------------------------------------5.455
-- Table `reg_civil`.`vinculo`
5.456
-- ----------------------------------------------------5.457
DROP TABLE IF EXISTS `reg_civil`.`vinculo` ;
5.458
`reg_civil`.`vinculo` (
5.459
ìdvinculo` INT(11) NOT NULL AUTO_INCREMENT
,
5.460
`vinculo` VARCHAR(45) NULL DEFAULT NULL ,
5.461
PRIMARY KEY (ìdvinculo`) )
5.462
ENGINE = InnoDB
5.463
5.464
-- ----------------------------------------------------5.465
-- Table `reg_civil`.`defuncion_persona`
5.466
-- ----------------------------------------------------5.467
`reg_civil`.`defuncion_persona` ;
5.468
`reg_civil`.`defuncion_persona` (
5.469
ìdactaDefuncion` VARCHAR(22) NOT NULL ,
5.470
5.471
ìdvinculo` INT(11) NOT NULL ,
5.472
èdad` INT(11) NULL DEFAULT NULL ,
5.473
`vinculoDecla` VARCHAR(45) NULL DEFAULT
NULL ,
5.474
INDEX
`fk_actaDefuncion_has_persona_actaDefuncion1`
(ìdactaDefuncion` ASC) )
5.475
ENGINE = InnoDB
5.476
5.477
-- -----------------------------------------------------
120
5.478
-- Table `reg_civil`.`detalle_usuario`
5.479
-- ----------------------------------------------------5.480
`reg_civil`.`detalle_usuario` ;
5.481
`reg_civil`.`detalle_usuario` (
5.482
ìddetalle` INT(11) NOT NULL
AUTO_INCREMENT ,
5.483
`fecha` NOT NULL ,
5.484
àccion` TEXT NOT NULL ,
5.485
`detalle` TEXT NOT NULL ,
5.486
ìdusuario` INT(11) UNSIGNED NOT NULL ,
5.487
PRIMARY KEY (ìddetalle`) )
5.488
ENGINE = InnoDB
5.489
DEFAULT CHARACTER SET = utf8;
5.490
-- ----------------------------------------------------5.491
-- Table `reg_civil`.èncargado`
5.492
-- ----------------------------------------------------5.493
DROP TABLE IF EXISTS `reg_civil`.èncargado` ;
5.494
`reg_civil`.èncargado` (
5.495
ìdencargado` INT(11) NOT NULL
AUTO_INCREMENT ,
5.496
5.497
`cargo` VARCHAR(45) NULL DEFAULT NULL ,
5.498
`fechaInicio` DATE NULL ,
5.499
`fechaFin` DATE NULL ,
5.500
PRIMARY KEY (ìdencargado`) )
5.501
ENGINE = InnoDB
5.502
5.503
5.504
-- ----------------------------------------------------5.505
-- Table `reg_civil`.`matrimonio_persona`
5.506
-- ----------------------------------------------------5.507
`reg_civil`.`matrimonio_persona` ;
5.508
`reg_civil`.`matrimonio_persona` (
5.509
ìdactaMatrimonio` VARCHAR(22) NOT NULL ,
5.510
5.511
5.512
5.513
ìdestadoCivil` CHAR(1) NOT NULL ,
5.514
121
5.515
5.516
5.517
ìdcentroPoblado` CHAR(2) NULL ,
5.518
INDEX
`fk_actaMatrimonio_has_persona_actaMatrimonio1`
(ìdactaMatrimonio` ASC) )
5.519
ENGINE = InnoDB
5.520
5.521
-- ----------------------------------------------------5.522
-- Table `reg_civil`.`nacimiento_persona`
5.523
-- ----------------------------------------------------5.524
`reg_civil`.`nacimiento_persona` ;
5.525
`reg_civil`.`nacimiento_persona` (
5.526
ìdactaNacimiento` VARCHAR(22) NOT NULL ,
5.527
5.528
5.529
5.530
`domiciliado` VARCHAR(100) NULL DEFAULT
NULL ,
5.531
`vinculoDecla` VARCHAR(45) NULL DEFAULT
NULL ,
5.532
INDEX
`fk_actaNacimiento_has_persona_actaNacimiento1`
(ìdactaNacimiento` ASC) )
5.533
ENGINE = InnoDB
5.534
5.535
-- ----------------------------------------------------5.536
-- Table `reg_civil`.àrchivos`
5.537
-- ----------------------------------------------------5.538
DROP TABLE IF EXISTS `reg_civil`.àrchivos` ;
5.539
`reg_civil`.àrchivos` (
5.540
ìdarchivos` INT NOT NULL AUTO_INCREMENT ,
5.541
ìdActa` VARCHAR(45) NOT NULL ,
5.542
`nombre` TEXT NULL ,
5.543
`direccion` TEXT NULL ,
5.544
`direccionTemp` TEXT NULL ,
5.545
PRIMARY KEY (ìdarchivos`, ìdActa`) )
5.546
ENGINE = InnoDB;
5.547
5.548
5.549
122
5.550
5.551
6.1.2
Especificacin de construccin
5.552 El sistema est orientado a toda la documentacin
manejada en el rea involucrada, debido a que no se cuenta
con un presupuesto, no se incurrir en gastos por licencias de
software puesto que se hiso el uso de software libre. Se
utilizara, el lenguaje PHP y JQUERY, para el desarrollo,
debido a la flexibilidad del uso del lenguaje y a la enorme
cantidad de beneficios que este ofrece, se hace un contraste
entre las ventajas que tiene el lenguaje de programacin PHP
y las ventajas que proporcionan los dems lenguajes. El
entorno
de
desarrollo
(IDE)
estuvo
dado
por
el
Dreamweaver, sublime text, que contiene el conjunto de

libreras que posee, la tecnologa que se utilizara para el
desarrollo de la aplicacin Web.
5.553 Adicionalmente, como se mencion en el Captulo 5 el
desarrollo del tipo de proyecto Web Arquitectura 3 capas, el
cual proporciona un conjunto de orientaciones para
arquitectos y desarrolladores de aplicaciones Web, que es una
de las tecnologas encontradas en el proceso de investigacin
de herramientas que beneficiaran el desarrollo del sistema
5.554 Para el manejo de base de datos se opt por el motor de
base de datos Mysql Server 5.5, que es lo suficientemente
robusto para soportar el sistema. La arquitectura definida
permitir una fcil migracin entre bases de datos, de ser
necesario, sin necesidad de cambiar la lgica de la aplicacin.
Para la eleccin de este motor de base de datos se realiz una
comparacin entre tres alternativas de solucin mostrando
6.1.3
ventajas y desventajas de los mismos.

5.555
Procedimientos de operacin y administracin del sistema
123
5.556 El sistema web estar a cargo de 2 administradores, el

personal designado por el rea de la minicipalidad, y el
6.1.4
desarrollador de la aplicacin, el cual tendr las funciones de:

Creacin de usuarios (trabajadores, administradores).
Asignar los privilegios para cada usuario.
Subir los documentos al sistema.
Migracin de datos.
Mantenimiento al sistema
Procedimientos de seguridad y control de acceso
5.557
5.558 La aplicacin web se desarrolla teniendo en cuenta las
recomendaciones dadas por OWASP, la cual provee
informacin contra las principales amenazas que existen en la
web, as como la forma de evitarlos y sobre todos a mejorar
la seguridad en las aplicaciones web.
5.559 Las sugerencias en cuanto al desarrollo de la
programacin, para evitar ataques que perjudiquen la
integridad de la informacin del sistema o alteracin de
privilegios y robo de informacin son:
Verificar los scripts ante posibles
errores
vulnerabilidades en la codificacin.
Capturar datos enviados (URL e interno) mediante la
encriptacin, para evitar capturas de sniffers.
Asegurar el funcionamiento correcto de los procesos
de insercin, actualizacin, eliminacin y bsqueda
por cada mdulo en el sistema.
5.560 Otro punto en cuando al control de acceso a la
aplicacin web se llevara de manera eficiente puesto que
cada actor relacionado a esta tiene una funcin dada, por lo
tanto el acceso depender del tipo de usuario que cuenta cada
actor, el cuanta tiene un ID de usuario y una contrasea el
6.1.5
cual el administrador del sistema le brindara.

Procedimientos de operacin y manuales de usuario
124
5.561 Como primera medida que se dar es la capacitacin

sobre los procesos respectivos para los actores en el sistema
web: Administrador, trabajador e usuario
5.562 Los procedimientos Generales que se realizar en el
sistema web, por parte de los actores son:
5.563 Administrador:
Crear usuarios para el acceso al sistema web.
Adjuntar el documento, digitar datos relevantes del
documento.
Realizar la migracin de datos al sistema web.
5.564 Trabajador
Consultar, existencia de los documentos requeridos
por el usuario.
Realizar los reportes correspondientes de acuerdo a
los intervalos de tiempos requeridos das, meses y
aos.
5.565 Usuario:
Consultar en el sistema web la informacin de su
documento.
Descargar el formato solitud para el requerimiento del
archivo.
6.2 Pruebas
5.566
5.567 Se pueden realizar muchos casos de prueba para determinar
que un requisito es completamente satisfactorio. Con el propsito de
comprobar que todos los requisitos de la aplicacin sern revisados,
debe haber al menos un caso de prueba para cada requisito que
involucre un proceso principal del sistema. El objetivo de esta parte del
captulo, es proveer los flujos de pruebas que sern calificados por el
cliente del sistema, teniendo en stos lo que es una entrada y una salida
esperada; esta ltima es la que ser calificada por el cliente de sistema.
Los errores encontrados en estas pruebas sern tomados en cuenta para
una retroalimentacin del sistema.
5.568
6.2.1 Pruebas unitarias
125
5.569 Se realizarn slo pruebas unitarias a las clases que

correspondan a las pantallas, verificando su correcto
funcionamiento. Las pruebas unitarias se realizarn por cada
diagrama de caso de uso desarrollado, para la deteccin de
errores, fallas de todos los procesos (insercin, modificacin
eliminacin y consultas de datos).
5.570 Para el sistema web se realizaran pruebas unitarias
puntuales debido a que es una solucin a medida que estar
en modificacin progresiva.
6.2.2 Pruebas de integracin
5.571 Se realizarn slo pruebas de integracin para pobrar la
combinacin de los diferentes mdulos de la aplicacin para
determinar si funcionan correctamente en conjunto. Puesto
que sern tiles para ver la comunicacin del servidor con las
pginas de cada mdulo, como el de registrar usuarios,
entrega de documentos (civiles), corroborando que la
aplicacin funcione con el servidor web y con la base de
datos.
6.2.3 Pruebas del sistema
5.572 Probaremos al sistema como un todo, con el objetivo
de probar toda la aplicacin completa e integrada, basada en
los requerimientos generales abarcando todas las partes
combinadas del sistema, desde procesos ms pequeos hasta
los ms completos como es el caso de iniciar sesin con
todos los tipos de usuario para corroborar el funcionamiento
de cada uno te estos.
5.573
5.575
REFERENCIAS BIBLIOGRFICAS
5.574 Tesis digitales:

[1] Lujan J, (2010). ANALISIS, DISEO E IMPLEMETACION DE UN
SISTEMA DE
5.576
INFORMACIN QUE MODELA EL PROCESO DE LOS
REGISTROS CIVILES PROVINCIALES. 2010[Tesis de ttulo] PUCP
126
lima, Per [Acceso 2014/05/18] disponible desde:

http://creativecommons.org/licenses/by-nc-sa/2.5/pe/
5.577
5.578
5.579
5.580
5.581
5.582
5.583
5.584
5.585
5.586
[2] Campos Y, (2013.) ESTUDIO DE CASO: MODERNIZACIN DEL

SISTEMA NACIONAL DE LOS REGISTROS PUBLICOS: FACTORES
QUE PERMITIERON LA INCORPORACIN DE UNA POLTICA
PBLICA DE UTILIZACIN DE TECNOLOGAS DE INFORMACIN
Y COMUNICACIN EN EL SERVICIO PBLICO REGISTRAL.
2013[Tesis de Magister] PUCP lima, Per [Acceso 2014/05/18]
disponible desde: http://creativecommons.org/licenses/by-nc-sa/2.5/pe/
[3] Rodrguez M, (2010). SISTEMA DE GESTION DOCUMENTAL DE
LA UNIVERSIDAD NACIONAL AGRARIA-NICARAGUA. 2010 [Tesis de
Maestra] Andaluca, Nicaragua [Acceso 2014/05/18] disponible desde:
[4] Campillo I, (2010). SISTEMA DE GESTIN INTEGRAL DE
DOCUMENTOS DE ARCHIVO PARA EMPRESA DE LA
CONSTRUCCIN DEL TERRITORIO DE CAMAGEY. 2010 [Tesis
Doctoral] Granda, Cuba [Acceso 2014/05/18] disponible desde:
[5] Leguizamo M, (2012). SISTEMAS DE ARCHIVOS, TENDENCIAS Y
MEJORAS TECNOLGICAS ARGENTINA, 2012 [Tesis Titulo]
Argentina [Acceso 2014/05/18] disponible desde:
[6] Cueva G, (2012). IMPLEMENTACIN DEL SISTEMA DE GESTIN
DOCUMENTAL ALFRESCO PARA LA FACULTAD DE INGENIERA
EN GEOLOGA, MINAS, PETRLEOS Y AMBIENTAL DE LA
UNIVERSIDAD CENTRAL DEL ECUADOR, 2012 [Tesis Titulo]
Ecuador, Quito [Acceso 2014/05/18] disponible desde:
[7] Freire E, (2012).SISTEMA INFORMTICO BASADO EN
SOFTWARE LIBRE PARA LA GESTIN DOCUMENTAL EN LA
FACULTAD DE CIENCIA E INGENIERA EN ALIMENTOS, [Tesis
Titulo] Per, Lima [Acceso 2014/05/18] disponible desde:
[8] Angarita P, Angarita D, (2008). DISEO DE UN MODELO DE
GESTIN DOCUMENTAL PARA LA UNIDAD NACIONAL DE
TIERRAS RURALES UNAT, [Tesis Titulo] Colombia, Bogot [Acceso
2014/05/18] disponible desde:
http://www.javeriana.edu.co/biblos/tesis/comunicacion/tesis59.pdf/
127
5.587
[9] Landa L, (2002). GESTIN DE DOCUMENTOS EL CASO DEL

CONSORCIO SMS, [Tesis Titulo] Colombia, Bogot [Acceso
2014/05/18] disponible desde: http://creativecommons.org/licenses/bync-sa/2.5/pe/
5.588
5.589 Documentos electrnicos y libros:
5.590
5.591
[10]AB, MySQL. MySQL. MySQL. 12 de Febrero de 1995.

http://www.mysql.com/ (ltimo acceso: 23 de Mayo de 2014).
5.592
[11] Apache, Foundation. The Apache Software Foundation. The Apache Software
Foundation. 2008 de Setiembre de 2008. http://www.apache.org/ (ltimo acceso:
Junio 2015).
5.593
[12] Arquitectura de las aplicaciones Web. 01 de Junio de 2013.

http://www.prograweb.com.mx/pweb/0201arquiAplicaweb.html (ltimo acceso:
Junio 2015)).
5.594
[13] De Soto, H. THEMYSTERY OF CAPITAL. Editado por 20 Vauxhall Bridge

Road. London SW1V 2SA: Why Capitalism Triumphs in the , 2000.
5.595
[14] Definicion de Sistematizacion. 2013. http://definicion.mx/sistematizacion/

(ltimo acceso: 1 Junio 2015)).
5.596
[15] Definicin DE. Definicin DE. 12 de Setiembre de 2013.

http://definicion.de/web/ (ltimo acceso: Junio 2015)).
5.597
[16] Dios Tinoco, Richard. Monografias.com. Monografias.com. 14 de Mayo de

2011. http://www.monografias.com/trabajos87/sistemas-general/sistemasgeneral.shtml (ltimo acceso: Junio 2015)).
5.598
[17] DSM GROUP SAC. Sistema Integrado Documentario. Sistema Integrado

Documentario. 15 de Febrero de 2006.
http://www.dsmgroupsac.com/business/WebDSM/DSMWeb.nsf/d89006e5d37dc7ef0
5256a71006908fc/c6c1f04b583591820625712d0062bcaa?OpenDocument (ltimo
acceso: Junio 2015)).
5.599
[18] Figueroa, Martin. Gestin Documental y procesos en las Administraciones

Pblicas. Gestin Documental y procesos en las Administraciones Pblicas. 13 de
Julio de 2004.
http://www.csi.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/tema_03/3_004
.pdf (ltimo acceso: Junio 2015)).
5.600
[19] Flanagan, David. JavaScript: The Definitive Guide. 4. 2002.
128
5.601
[20] Fundacin Wikimedia, Inc. HTML 5. 17 de mayo de 2014.

http://es.wikipedia.org/wiki/HTML5 (ltimo acceso: Junio 2015)).
5.602 [21] JavaScript. 8 de mayo de 2014. http://es.wikipedia.org/wiki/JavaScript
(ltimo acceso: Julio 2015)).
5.603
[22] MySQL. 14 de mayo de 2014. http://es.wikipedia.org/wiki/MySQL (ltimo

acceso: Junio 2015))).
5.604
[23] PHP. 12 de mayo de 2014. http://es.wikipedia.org/wiki/PHP (ltimo acceso:

Junio 2015)).
5.605
[24] Wikimedia. 26 de marzo de 2014.

http://www.wikimediafoundation.org/Servicioweb/ (ltimo acceso: 18 de 05 de
2015).
5.606
[25] Group, The PHP. PHP. PHP. 12 de Agosto de 2008. http://www.php.net/

(ltimo acceso: 23 de Mayo de 2015).
5.607
[26] J, Kulchenko P & Randy. Programming Web Services with Perl, O' Reilly &.
Germany: 1005 Gravenstein Highway North Sebastopol, 2002.
5.608
[27] Koch. The Authoring Process of the UML-based Web Engineering . Munich:
Springer Verlag, 2000.
5.609
[28] L, Paulson. Building rich web applica tions with Ajax. Decima. Vol. XXXVIII.
London: Computer, 2005.
5.610
[29] LAUDON, Kenneth C., LAUDON, Jane P. Sistemas de Informacin

Gerencial. Cap. 608 de Sistemas de Informacin Gerencial, de Kenneth C.,
LAUDON, Jane P LAUDON, 19. Mexico: Pearson Education, 2004.
5.611
[30] MASTERMAGAZINE. MASTERMAGAZINE. 1 de Enero de 2013.

http://www.mastermagazine.info/termino/7216.php (ltimo acceso: 16 de Mayo de
2015).
5.612
[31] MINAG. Ministerio de Agricultura. 2014. http://siea.minag.gob.pe/siea/?

q=sistemas-de-informacion (ltimo acceso: 18 de Junio de 2015).
5.613
[32] Mnguez, Garcia. Metodologas para el Desarrollo de Aplicaciones . s.f.

http://www.eici.ucm.cl/Academicos/ygomez/descargas/Ing_Sw2/apuntes/DASBDMetodolog-ADasParaElDesarrolloDeaplicacionesWeb_UWE.pdf (ltimo acceso: 18
de Mayo de 2014).
5.614
[33] Mora, Jos Ferrater. Diccionario de filosofa. En Diccionario de filosofa, de

Jos Ferrater Mora, 3062-3068. Madrid: Alianza Editorial, 1979.
129
5.615
[34] Morant, Guillen Rafael. La aplicacion Web empresarial. El interfase del

usuario a los servicios de la empresa. 15 de Junio de 2003.
http://www.gestorweb.com/docu/webapps_arti.pdf (ltimo acceso: 05 de junio de
2015).
5.616
[35] OppenheimerA. Recipe For Latin American Corruption. 12 de Setiembre de

2003. http://www.miami.com/mld/miamiherald/.
5.617
[36] OZ, Effy. Administracin de Sistemas de Informacin. Cap. 688 de

Administracin de Sistemas de Informacin, de Effy OZ, 12. Mexico: Thomson
Learning, 2001.
5.618
[37] Peafiel. scribd. 15 de Abril de 2013.

http://es.scribd.com/doc/136052164/APLICACIONES-WEB-pdf (ltimo acceso: 18
de Mayo de 2015).
5.619
[38] Prez, Hernndez Harold Fernando. Propuesta de analisis y diseo basada en

UML y UWE. Propuesta de analisis y diseo basada en UML y UWE. 25 de
noviembre de 2010. http://biblioteca.usac.edu.gt/tesis/08/08_0470_CS.pdf (ltimo
acceso: 20 de mayo de 2015).
5.620
[39] Pressman, Roger S. Ingeniera Del Software: Un Enfoque Prctico. Sexta.

Mexico: Mc Graw Hill, 2005.
5.621
[40] S.P.A., STORTI. STORTI S.P.A. 2013. http://www.storti.it/es/content/pmisistema-de-monitoreo-producci%C3%B3n (ltimo acceso: 18 de mayo de 2014).
5.622
[41] Silberschatz, Korth. Fundamentos de Bases de Datos. Madrid: McGRAWHILL/INTERAMERICANA DE ESPAA, S. A. U., 2002.
5.623
[42] Sommerville, Ian. Ingenieria del Software. Sptima. Espaa: Prentice Hall,
2005.
5.624
[43] Wikipedia. Aplicacin web. 15 de Mayo de 2014.

http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web (ltimo acceso: 18 de Mayo de
2014).
5.625

Tesis Desarrollo de Una Aplicación Web

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tesis Desarrollo de Una Aplicación Web

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD NACIONAL

SANTIAGO ANTUNEZ DE MAYOLO

Desarrollo de una aplicacin web para el proceso de

TESIS PARA OPTAR EL TTULO DE

A Dios, por haberme permitido llegar hasta este punto

A En primer lugar a Dios, que nos ofrece da a da el privilegio de vivir para

MIEMBROS DEL JURADO

El presente trabajo de tesis tiene por objetivo elaborar el anlisis, diseo y el

CAPITULO II: MARCO TERICO

CAPITULO III: MATERIALES Y MTODOS 27

CAPITULO IV: ANLISIS 38

Anlisis de la situacin actual38

CAPITULO V: DISEO DE LA SOLUCIN

Arquitectura tecnolgica de la solucin

CAPITULO VI: CONSTRUCCIN DE LA SOLUCIN

INDICE DE CUADROS Y GRFICOS

TABLA N 03 02: SOFTWARE

FIGURA N05 01: CREACIN DEL SISTEMA

FIGURA N 05 02: Arquitectura Cliente/Servidor 3 capas 53

FIGURA N 05 03: MODELO DE CONTENIDO

FIGURA N 05 04: ESTEREOTIPOS Y SUS ICONOS M.N

FIGURA N 05 05: MODELO DE NAVEGACIN 59

FIGURA N 05 08: MODELO DE ESTRUCTURA DE PROCESOS

FIGURA N 05 10: MODELO ENTIDAD RELACIN 67

FIGURA N 05 16: CU REGISTRO NUEVO DOCUMENTO MATRIMONIO

FIGURA N 05 17: CU REGISTRO NUEVO DOCUMENTO NACIMIENTO

FIGURA N 05 18: MODELO CONTENIDO

FIGURA N 05 19: MODELO DE NAVEGACIN

FIGURA N 05 20: MODELO DE ESTRUCTURA DE PROCESO

FIGURA N 05 21: DP ACCESO AL SISTEMA 84

FIGURA N 05 23: DP REGISTRO DE USUARIOS

FIGURA N 05 24: DP REGISTRO DE DOCUMENTOS DE DEFUNCIN

FIGURA N 05 25: DP REGISTRO DE DOCUMENTOS DE MATRIMONIO 88

1.1. Realidad problemtica

documentaria para la inscripcin en los Registros Pblicos, copias

en stands ubicados en distintas oficinas de acuerdo al tipo de

De qu manera el desarrollo de una aplicacin web para el proceso

localizar de manera inmediata la ubicacin el nmero de expediente, no

TABLA 01,01: BENEFICIOS ECONMICOS DEL PROYECTO

Fuente: Elaboracin propia.

(2) Justificacin Tcnica

archivos para el pblico en general, dicha

tecnologa est orientada al desarrollo de plataformas web bajo la

El agente de atencin al cliente puede buscar

Conocimiento entre compaa y usuario de los

Integrar una base de datos del historial de los

Fuente: Elaboracin propia.

(3) Justificacin Operativa

evolucionando en estas ltimas dcadas. Aquellas empresas con

3. La disponibilidad de la informacin para el pblico en general

de la informacin y el contacto con el usuario, siendo esencial para

implementacin de un sistema de gestin Integral de

documentos es un proceso que protege a la organizacin de

organizaciones pues permite el establecimiento del ciclo de vida

aspectos. Concluy que se efectu un anlisis cualitativo para

registros civiles provinciales, logr el siguiente objetivo: El

programa de Gestin Documental implementado por la empresa

implementado por la empresa Sondo tcnica S.A en el

(3) Antecedentes regionales

2.2. TEORAS QUE SUSTENTAN EL TRABAJO

travs de Internet o de una intranet mediante un navegador.

7Mayry Peafiel, Aplicaciones

Segn La Ley 594 en su Artculo 22, (2000) Establece que