Trabajo de Diploma para optar por el ttulo de

Ingeniero en Ciencias Informticas

Ttulo: Portal Web para a gesto de arquivo Histrico da Provncia do Huambo.

Autor(a):
Tutores:

III

DeclaracindeAutora

III

Resumen
El presente trabajo Portal Web para el Archivo histrico Provincial de Huambo responde a los
intereses y a las metas trazadas por esta institucin, que se dedica fundamentalmente a la
conservacin y difusin del patrimonio histrico cultural y la identidad de esta regin.
Previo a la realizacin de este trabajo la provincia de Huambo no contaba con un portal que lo
representara y contribuyera a la divulgacin de la identidad y la cultura propias de la regin. La
promocin de las actividades que realiza y los catlogos que posee se llevaban a cabo
nicamente a travs de algunos espacios radiales y televisivos. En la prestacin de servicios
presentaban dificultades como demora en los mismos, deterioro o prdida de los documentos por
la manipulacin y capacidad limitada de atencin al pblico.
Por estas razones se decidi desarrollar un portal web que contribuyera a la promocin del
patrimonio y servicios que contribuyan al desarrollo y conocimiento de los Archivo Histrico de la
Provincia de Huambo. El sistema que aporta esta investigacin constituye una herramienta til
que favorece la promocin del patrimonio y los servicios sobre los Archivo transcendentales en la
provincia de Huambo, as como la gestin automatizada de documentos, recursos multimedia y la
implementacin de cinco servicios que ofrece la institucin y que se podrn solicitar a travs del
portal. Estos son bsqueda especializada, recorrido ciudad, conferencia y donacin.
Palabras Claves: Archivo Histrico, Portal Web, Patrimonio, Identidad.

VII

VII

ndice
Introduccin...........................................................................................................................1
Captulo 1. Fundamentacin Terica ................................................................................... 5
1.1 Algunos conceptos asociados al tema........................................................................ 5
1.2 Portales existentes...................................................................................................... 6
1.2.1 En el mundo......................................................................................................... 6
1.2.2 En Angola............................................................................................................. 8
1.3 Metodologas, herramientas y lenguajes usados para la solucin del problema. ....11
1.3.1 Metodologas de Desarrollo de Software. .........................................................11
1.3.2 Lenguajes de Programacin. ............................................................................ 17
1.3.3 Herramientas usadas en la realizacin del portal..............................................20
1.3.4 Lenguaje de representacin visual para el modelado del sistema. ..................28
1.3.5 Sistema Gestor de Bases de Datos. .................................................................29
1.3.6 Servidor Web. ....................................................................................................31
1.5 Conclusiones............................................................................................................. 34
Captulo 2: Caractersticas del Sistema..............................................................................35
2.1 Problema y Situacin Problemtica...........................................................................35
2.2 Objeto de Automatizacin..........................................................................................36
2.3 Informacin que se maneja....................................................................................... 36
2.4 Propuesta del Sistema...............................................................................................37
2.5 Especificacin de Requisitos.....................................................................................39
2.6 Fase Exploracin.......................................................................................................46
2.6.1 Historias de Usuarios (HU).................................................................................46
2.7 Conclusiones............................................................................................................. 48
Captulo 3: Diseo e Implementacin.................................................................................49
3.1 Fase de Planificacin.................................................................................................49
3.2 Diseo........................................................................................................................52
3.3 Fase Implementacin del Sistema............................................................................ 60
3.3.1 Iteracin 1............................................................................................................... 60
3.3.2 Iteracin 2............................................................................................................... 61
3.3 Conclusiones............................................................................................................. 63
Captulo 4: Prueba............................................................................................................... 64
4.1 Introduccin............................................................................................................... 64
4.2 Conclusiones............................................................................................................. 67
Conclusiones........................................................................................................................68
Recomendaciones............................................................................................................... 70
Referencias Bibliogrficas................................................................................................... 71
Bibliografa Consultada........................................................................................................74
Anexos................................................................................................................................. 76
Anexo 1. Historias de Usuario.........................................................................................76
Anexo 2. Descripcin de las tablas de la Base de Datos................................................84
Anexo 3. Tareas generadas por historia de usuario iteracin 1......................................87
Anexo 4. Tareas generadas por historia de usuario iteracin 2......................................91
Anexo 5. Pruebas............................................................................................................ 93
Anexo 6. Tarjetas CRC.................................................................................................... 98

ndicedetablas
Tabla 1: Historia de Usuario Insertar Usuario......................................................................47
Tabla 2: Historia de Usuario Modificar Usuario...................................................................47
Tabla 3: Historia de Usuario Eliminar Usuario.....................................................................48
Tabla 4: Plan de estimacin de esfuerzo por historias de usuario......................................50
Tabla 5: Plan de duracin de las iteraciones.......................................................................51
Tabla 6: Plan de Entregas....................................................................................................52

Tabla 7: busqueda_especializada_solicitante.....................................................................57
Tabla 8: busqueda_especializada_solicitante_servicio.......................................................58
Tabla 9: Tiempo de implementacin Iteracin 1..................................................................61
Tabla 10: Tiempo de implementacin Iteracin 2................................................................62
Tabla 11: Tarea generada para la HU Responder solicitud de bsqueda especializada....62
Tabla 12: Caso de prueba Insertar usuario..........................................................................65
Tabla 13: Caso de prueba Modificar usuario.......................................................................66
Tabla 14: Historia de Usuario Autenticar usuario................................................................76
Tabla 15: Historia de Usuario Realizar Donacin................................................................77
Tabla 19: Historia de Usuario Responder Solicitud Recorrido............................................79
Tabla 20: Historia de Usuario Administrar Solicitud Recorrido............................................79
Tabla 21: Historia de Usuario Crear Solicitud Recorrido.....................................................80
Tabla 22: Historia de Usuario Responder Solicitud Bsqueda Especializada....................80
Tabla 23: Historia de Usuario Eliminar Solicitud Bsqueda Especializada.........................81
Tabla 24: Historia de Usuario Crear Bsqueda Especializada............................................81
Tabla 25: Historia de Usuario Responder Solicitud Conferencia.........................................82
Tabla 26: Historia de Usuario Eliminar Solicitud Conferencia.............................................82
Tabla 27: Historia de Usuario Crear Solicitud Conferencia.................................................83
Tabla 28: solicitud_conferencia............................................................................................84
Tabla 29: solicitud_conferencia_tema..................................................................................84
Tabla 30: solicitud_recorrido_ciudad...................................................................................85
Tabla 49: Caso de prueba Realizar Donacin.....................................................................93
Tabla 51: Caso de prueba Crear Solicitud Recorrido..........................................................95
Tabla 52: Caso de prueba Crear Solicitud Bsqueda Especializada..................................96
Tabla 53: Caso de prueba Crear Solicitud Conferencia......................................................97

ndicedeilustraciones
Ilustracin 3: Tarjeta CRC Drupal_Model............................................................................54
Ilustracin 4: Diagrama Entidad Relacin............................................................................56
Ilustracin 5: Tarjeta CRC Vista_Bsqueda_Especializada..............................................100
Ilustracin 6: Tarjeta CRC Control_Bsqueda_Especializda.............................................101
Ilustracin 7: Tarjeta CRC Vista_Solicitud_Conferencia....................................................102
Ilustracin 8: Tarjeta CRC Control_Solicitar_Conferencia.................................................103
Ilustracin 9: Tarjeta CRC Vista_Recorrido_Ciudad..........................................................103
Ilustracin 10: Tarjeta CRC Control_Recorrido_Ciudad....................................................104

Introduccin
Las Tecnologas de la Informacin y de las Comunicaciones (TIC), se han implantado rpidamente
en todos los sectores de la vida, provocando importantes transformaciones en administraciones,
instituciones y organizaciones tanto pblicas como privadas. Su acelerada evolucin ha marcado
tendencias y caractersticas en la sociedad actual, su aplicacin va desde mbitos tan sencillos
como el correo y la mensajera instantnea hasta cumplir funciones importantes a nivel laboral
como vdeo conferencias, bases de datos, desarrollos de software y optimizacin de hardware.
Entre sus aportes ms significativos se pueden mencionar la digitalizacin de informacin, fcil
acceso a una inmensa fuente de conocimientos, canales de comunicacin inmediata, proceso
rpido y fiable de todo tipo de datos y automatizacin de trabajos.
Una de las ciencias que ha sido totalmente revolucionada como consecuencia del desarrollo
tecnolgico, es la archivstica, la poderosa combinacin de la archivologa y la informtica ha
trado consigo la aparicin de nuevos modelos y tcnicas a la hora de realizar el trabajo con
archivos. Como resultado directo de este fenmeno, emergen nuevos retos y oportunidades para
la archivstica y sus profesionales.
La Dra. Sara Gonzlez Hernndez directora general del Archivo General de Colombia expres:
Es necesario conocer el pasado, para convertir la experiencia en conocimiento y lecciones para el
futuro. Si la ciencia no tuviera archivos no se podra desarrollar. [1]
Vale destacar que los archivos son de gran importancia para la Administracin y la Cultura, puesto
que los documentos que los conforman son imprescindibles para la toma de decisiones basadas
en antecedentes. Pasada su vigencia, estos documentos son potencialmente parte del patrimonio
cultural y de la identidad de cualquier nacin.
Se puede sealar que hasta hace tan slo unas dcadas, las aplicaciones informticas destinadas al trabajo con
archivos, eran prcticamente inexistentes. La situacin comenz a cambiar hace relativamente poco tiempo con la
aparicin de las primeras aplicaciones destinadas a la gestin de documentos de archivo.
En el Mundo, con el avance de las tecnologas, son ms las instituciones que, movidas por el nimo de preservar
y difundir su patrimonio, estn buscando en los sistemas informticos una herramienta que les permita: preservar

la informacin a largo plazo, posibilitar el acceso a ella desde lugares remotos, realizar un adecuado tratamiento
archivstico y describir los documentos.
Como resultado ---------- fue aprobado el proyecto de creacin del Archivo General ------, el actual Archivo
Nacional de la Angola , donde se atesora una buena parte de los fondos patrimonio documental de la nacin [2].
Posteriormente se fueron creando dependencias a lo largo de todo el territorio nacional. El Archivo de Huambo
fue creado el -------. Esta institucin no solo logr imbricar procesos conducentes al fortalecimiento de nuestra
identidad nacional,

Desde entonces ------, hacen el mximo esfuerzo por llevar a cabo la conservacin y difusin del
patrimonio histrico cultural de la ciudad. Pese a ello, en un estudio preliminar realizado, se pudo
constatar que el conocimiento de la historia de angola y huambo especficamente presenta varias
dificultades ------ adems a la hora de prestar servicios no se encuentra toda la informacin
necesaria , las cuales se listan a continuacin:
Actualmente, los Archivo histrico de la provincia de Huambo, existe gran cantidad de
fondos documentales y materiales histricos de gran valor para investigadores, cientficos,
profesores, estudiantes y la poblacin en general. Estos materiales estn almacenados en
diferentes soportes, algunos en papel, otros de forma digital, pero de igual forma para
acceder a ellos es necesario presentarse personalmente en la instalacin.
Los documentos con el transcurso del tiempo y la manipulacin se van deteriorando y
corren el riesgo de quedar inservibles.
Existen documentos que por su condicin de ejemplares nicos no se pueden poner al
servicio de todo aquel que los necesite. En huambo existen varias instituciones dedicadas
a la educacin tanto universitarias como politcnicas, donde se imparten asignaturas que
requieren consultar materiales y bibliografas que atesora el archivo, tarea que se dificulta
por el gran nmero de estudiantes que requieren acceso a la misma, pues la instalacin es
pequea y cuenta con personal limitado, por lo cual resulta imposible atender a una gran
cantidad de personal simultneamente.
Existe una pobre divulgacin del catlogo de los fondos con que cuentan y la disponibilidad
y restricciones de acceso a los mismos, as como de los servicios que brinda la instalacin.
Debido al gran volumen de informacin existente en la institucin se imposibilita tener un
acceso rpido a la documentacin, lo que provoca larga espera para consultar la misma.
Los usuarios no tienen acceso total a los documentos pues ms de una persona no puede
consultarlos al mismo tiempo.

Los elementos expuestos hasta el momento revelan la necesidad de buscar nuevas alternativas para cumplir con
las exigencias del contexto actual para promover y socializar los documentos de los archivos histricos en
correspondencia con las exigencias y especificidades de esta institucin en la provincia de Huambo.

A partir de este anlisis se identific el siguiente problema a resolver: Cmo contribuir a la

promocin de la informacin Histrica de la Provincia de Huambo?, tomndose como objeto de
estudio el proceso de promocin de informacin. Para orientar la solucin del problema se
plante el objetivo general de la presente investigacin: desarrollar un portal web que contribuya
a la promocin del patrimonio y los servicios que pueden ofrecerce para conocer apectos histrico
de la provincia de Huambo, centrando el campo de accin en el proceso de promocin del
patrimonio y posibles servicios del Archivo Histrico de la Provincia de Huambo.
Para dar solucin al problema planteado se proponen las siguientes preguntas de la investigacin:

1. Cules son los fundamentos tericos y metodolgicos que conforman el marco

conceptual del proceso de desarrollo de los portales web?
2.

Cules son las herramientas y metodologas ms convenientes para la realizacin del portal de acuerdo
con las caractersticas del proceso?

3. Qu funcionalidades deben estar presentes en el portal para dar cumplimiento a los requisitos y lograr
la promocin del patrimonio y servicios que contribuyan al desarrollo y conocimiento de los

Archivo Histrico de la Provincia de Huambo.?

4. Cmo disear una propuesta de solucin para un portal web para el Archivo Histrico
de la Provincia de Huambo?
5.

Qu pruebas de software se le deben realizar al portal web para el Archivo Histrico de la Provincia de
Huambo?

Para dar respuesta a las preguntas derivadas del problema se elaboraron las siguientes tareas de
investigacin:

Determinacin de los fundamentos tericos y metodolgicos que conforman el marco

conceptual del proceso de desarrollo de portales web.

Realizacin de un estudio y seleccin de las tecnologas a utilizar para la realizacin del

portal.

Determinacin de los requisitos funcionales y no funcionales.

Realizacin de la propuesta de la arquitectura de la informacin del portal web.

Definicin de las pautas de diseo del portal web sobre la base de la metodologa de
desarrollo seleccionada.

Implementacin de la propuesta de solucin del portal web para promocional y connocer

los archivos histrico

de la provincia de Huambo, aplicando las pautas de diseo y

estndares de codificacin definidos.

Realizacin de pruebas al portal web para el Archivo Histrico Provincial de Huambo.
Aportes prcticos esperados del trabajo:
El sistema que aporta esta investigacin constituye una herramienta til que favorece la
promocin del patrimonio y los servicios del Archivo Histrico Provincial de Huambo, as como la
gestin automatizada de documentos, recursos multimedia y la implementacin de cinco servicios
que ofrece la institucin y que se podrn solicitar a travs del portal. Estos son bsqueda
especializada, recorrido ciudad, conferencia y donacin.
Mtodos Cientficos
La investigacin se concibe y desarrolla sobre la base filosfica marxista y la metodolgica
general que ofrece el Materialismo Dialctico e Histrico, concepcin cientfica del mundo que
permite el conocimiento y transformacin de la realidad a partir del anlisis multilateral de los
fenmenos sociales en general y de los educativos en particular. En ella se utilizarn mtodos del
nivel terico y del nivel emprico-experimental.
DEL NIVEL TERICO:

Mtodo histrico-lgico: Se utiliza para revelar la evolucin histrica y fundamentos de

los portales web, as como para determinar las tendencias de la trayectoria de dicho
proceso.

Mtodo analtico-sinttico: Permiti interpretar, procesar y sistematizar la informacin

obtenida tanto terica como emprica y para arribar a los criterios expuestos en la
investigacin.

Mtodo de abstraccin-generalizacin: Se utiliza para concretar los resultados

obtenidos en el desarrollo de las tareas investigativas.

Mtodo inductivo-deductivo: Se utiliza para avanzar de lo particular a lo general y

viceversa en la determinacin de las caractersticas del proceso, los principios, las
regularidades y elaborar conclusiones parciales y generales.

DEL NIVEL EMPRICO:

La observacin: Se utiliza para obtener informacin primaria sobre los procesos que se
llevan a cabo para la conservacin de los Archivo Histrico de la Provincia de Huambo.

El anlisis documental: Se utiliza para obtener informacin de lo establecido sobre los

procesos que se llevan a cabo para conservar los Archivo Histrico de la Provincia de
Huambo.

Este documento consta de 3 captulos.

Captulo I. Fundamentacin terica: Este captulo se basa en los aspectos tericos que soportan
la investigacin, incluye un estudio del estado del arte referente a los distintos portales existentes
a nivel internacional e nacional, que realizan promocin del patrimonio histrico cultural.Tambin
se analizan las diferentes herramientas, tendencias, tcnicas, metodologas y software usados en
la actualidad para soluciones similares.
Captulo II. Caractersticas del Sistema: En este captulo se plasman con claridad los objetivos
estratgicos, se describe el flujo actual de los procesos involucrados en la promocin del
patrimonio histrico cultural y otros servicios, as como un anlisis crtico de los mismos y las
causas que originan la situacin problmica y las consecuencias. Se realiza una descripcin
general de la propuesta del sistema y cmo debe funcionar, estableciendo comparaciones con
otras soluciones existentes y llegando a conclusiones sobre los aspectos en los que su propuesta
se diferencia de las otras y las supera. Se establece o, la especificacin de requisitos de software
y la descripcin de historias de usuario.
Captulo III. Solucion Propuesta: En este captulo se tienen en cuenta los diagramas de
interaccin, la descripcin de las clases y el diseo de la Base de Datos. Definiciones de diseo
que se apliquen, tratamiento de errores, seguridad, interfaz, as como concepcin de la ayuda. Se
implementan todas las funcionalidades identificadas, con el objetivo de lograr un portal que
satisfaga las principales necesidades el cliente. Adems las pruebas que se realizan al software
para comprobar el funcionamiento y la calidad del mismo. Se realizarn pruebas de aceptacin
para validar que el sistema cumple con lo que se espera y que el usuario determine su
conformidad desde el punto de vista de funcionalidad y rendimiento.

Captulo1.FundamentacinTerica

El siguiente captulo aborda los elementos tericos que soportan la presente investigacin, en l
se exponen los resultados sobre estudios realizados de los sistemas de gestin y soluciones
similares a nivel nacional e internacional. Adems, se justifica la seleccin de las tecnologas,
metodologas y herramientas que formarn parte de la propuesta de solucin, teniendo en cuenta
las necesidades existentes y el entorno donde se enmarca el objeto de estudio.
1.1 Algunos conceptos asociados al tema.
Resulta necesario para el usuario apropiarse de conocimientos sobre determinados temas
relacionados con la archivstica, teniendo en cuenta este elemento se presentan varios conceptos
que permiten una mayor comprensin del contenido del documento.
Archivo
Es la institucin donde se rene uno o ms conjuntos orgnicos de documentos, de cualquier
fecha o soporte, producidos, recibidos y acumulados, como resultado del ejercicio de la funcin o
actividad de una persona o entidad pblica o privada, organizados y conservados cientficamente,
respetando su orden natural, en un depsito que rena las debidas condiciones y atendido por
personal capacitado, para servir al sujeto productor o a cualquier persona, como testimonio de la
gestin de actos administrativos y /o jurdicos, o como informacin para fines cientficos o
culturales.[4]
Documento de Archivo
El Diccionario de Terminologa Archivstica elaborado por la Direccin de Archivos Estatales
Espaoles lo define de la manera siguiente: Un documento de archivo es el testimonio material de
un hecho o acto realizado en el ejercicio de sus funciones por personas fsicas o jurdicas,
pblicas o privadas, de acuerdo con unas caractersticas de tipo material y formal. [5]
Archivo Histrico
El Diccionario de Terminologa Archivstica elaborado por la Direccin de Archivos Estatales
Espaoles lo define de la manera siguiente: Dentro del ciclo vital de los documentos, es aquel al
que se ha de transferir desde el archivo intermedio la documentacin que deba conservarse
permanentemente, por no haber sido objeto de dictamen de eliminacin por parte de la Comisin
Superior Calificadora de documentos Administrativos. Tambin puede conservar documentos
histricos recibidos por donacin, depsito, adquisicin, etc.[5]

Son aquellos a los que van a parar los documentos que se consideran de inters permanente para
las futuras generaciones. Son documentos que, si se hace la cuenta anterior, se ver que tienen
como mnimo, ms de veinticinco aos de antigedad y estn destinados a conservarse por
tiempo indefinido.[6]
Portal Web
Maneja un mayor volumen de informacin que los sitios Web comunes y permite a los usuarios
acceder a diversos servicios, recursos y aplicaciones. Su principal objetivo es resolver una
necesidad especfica a un grupo de personas e instituciones. [7]
1.2 Portales existentes.
En la actualidad existe una gran diversidad de portales Web que tienen como propsito la difusin
del Patrimonio Histrico Documental; estos se han convertido en una forma fcil y atractiva de
publicar y obtener informacin. En Internet se pueden encontrar mltiples sitios y portales Web
dedicados a este fin. A continuacin se realiza un estudio sobre este tema, teniendo en cuenta el
mbito internacional y nacional.
1.2.1 En el mundo.
En el mundo existen hoy un gran nmero de pases que tienen su propio portal web de archivos
histricos, como por ejemplo, la India, Per, Espaa, Mxico, Repblica Dominicana, Venezuela,
Panam, entre otros. Segn el criterio del historiador los portales de archivos histricos espaoles
gozan de gran prestigio a nivel internacional por su acertada estructura y nivel organizacional. Por
esta razn, se han seleccionado para analizar en el presente trabajo tres de estos portales: el
Archivo Histrico Nacional (AHN), Archivo General de Indias (AGS) y Archivo General de
Simancas (AGI).
Al observar las portadas de los tres sitios, destaca la similitud en el diseo y estructura de los
mismos, esto responde a que los archivos forman parte del sitio web del Ministerio de Cultura, y
comparten una estructuracin comn que fue generada para todos los archivos dependientes de
este. Sin embargo, los contenidos que presenta cada archivo responden a sus respectivas
instituciones, lo que permite hacer un anlisis diferenciado en distintos aspectos.
Ninguna de las tres web ofrece el servicio de mapas web, que son herramientas que ayudan al
usuario en la navegacin, son una gua que ofrece una visin general de la estructura y
contenidos de la pgina.

Otras de las carencias encontradas en las pginas de los mismos es que no disponen, o no se
aprecia, un contador para comprobar el nmero de visitas que reciben al da. Con esta
herramienta se puede observar el inters que tienen los usuarios, y con las cifras obtenidas tomar
decisiones importantes para mejorar la calidad de una pgina web. Es de suponer que contaran
con estadsticas internas proporcionadas por los servidores en los que se alojan.
Debido a la estructura comn que comparten las tres pginas web, en el margen superior de cada
una de ellas ofrecen la foto del edificio correspondiente a cada archivo e incluyen un vdeo virtual
para mostrar las dependencias de los archivos (depsitos, salas de consulta, taller de restauracin
etc.) Sin embargo, el Archivo General de Simancas es el nico que muestra fotografas de salas
de consulta, los otros dos no ofrecen la descripcin de las salas de consulta.
En el caso del Archivo General de Indias no se ha encontrado ninguna orientacin de cmo llegar
al mismo o la direccin donde se encuentra ubicado, sin embargo, aunque en el Archivo Histrico
Nacional y en el Archivo General de Simancas s hacen alguna referencia al respecto, no est
fcilmente accesible.
Referente a proyectos en los que colaboran estos archivos, es el de Simancas el que mejor
describe los proyectos en los que est inmerso; los otros dos indican en su pgina inicial algunos
proyectos en los que participan.
El Archivo Histrico Nacional ofrece una descripcin ms detallada de los servicios, mientras los
otros dos describen los servicios proporcionando una breve descripcin menos precisa de alguno
de ellos. Las tres instituciones se caracterizan por ofrecer informacin sobre la consulta fsica, y
horario de apertura al pblico. Sin embargo, no hay datos sobre la consulta electrnica de fondos
digitalizados o referenciados a travs de las bases de datos. Ninguno de los tres ofrece una
agenda cultural como tal, slo definen algunas actividades, tales como exposiciones y visitas
guiadas. Se encuentran en la pgina principal las novedades caractersticas de cada archivo. Los
buscadores internos de las pginas web son tiles cuando el usuario no encuentra en las mismas
lo que busca, si nos fijamos en cada una de las web de estos archivos, esta herramienta no figura
por ningn lado.

1.2.2 En Angola.
En nuestro pas, la aplicacin de las bondades de las TIC, en el caso de los archivos, se ha
convertido en una nueva va de acceso y frente de trabajo, que se suma y complementa al acceso
tradicional, constituyendo una herramienta para facilitar el trabajo de gestin de los archivos y
para dar a conocer los servicios y productos que ofrecen los mismos.
Buscar
En Huambo no existes un Archivo Histrico Provincial aunque existe centro que promueven la
cultura y el desenvolvimiento del patrimonio posee un portal que lo represente actualmente y que
contribuya a divulgar la identidad propia de la regin ni los servicios que brida , tampoco se
pueden divulgar mediante un portal el catlogo de los bienes que atesora, es por esta razn que
se pretende desarrollar una aplicacin web que supere las deficiencias detectadas en los sitios
encontrados durante la investigacin, marcando as una nueva pauta para la web de Archivos
Histricos.
1.3 Metodologas, herramientas y lenguajes usados para la solucin del problema.
1.3.1 Metodologas de Desarrollo de Software.
Una metodologa de desarrollo de software es un conjunto de pasos y procedimientos que deben
seguirse para desarrollar software. En un proceso de desarrollo y la experiencia ha demostrado
que la clave del xito de un proyecto de software es la eleccin correcta de esta, pues puede
conducir al programador a desarrollar un buen sistema de software. La eleccin de la metodologa
adecuada es ms importante que utilizar las mejores y ms potentes herramientas. La idea no es
tratar de ver cual es mejor o peor, sino de cundo usar una y cundo la otra, pues esto va de
acuerdo al tipo de proyecto, a los recursos con los que se cuentan (tiempo, dinero, etc.) y a la
facilidad de interaccin con el usuario real. [8]
Tipos de metodologas
giles:

XP (eXtreme Programming).

SCRUM.

Crystal.

DSDM (Dynamic Systems Development Method).

FDD (Feature Driven Development).

Extreme Modeling.

Tradicionales:

RUP (Rational Unified Process).

MSF (Microsoft Solution Framework).

Win-Win Spiral Model.

Iconix.

RUP los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres
caractersticas esenciales: est dirigido por los Casos de Uso, est centrado en la arquitectura, y
es iterativo e incremental.
Proceso dirigido por Casos de Uso.
Segn Kruchten los Casos de Uso son una tcnica de captura de requisitos que fuerza a pensar
en trminos de importancia para el usuario y no slo en trminos de funciones que sera bueno
contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que
proporciona al usuario un valor aadido. Los Casos de Uso representan los requisitos funcionales
del sistema. En RUP los Casos de Uso no son slo una herramienta para especificar los requisitos
del sistema. Tambin guan su diseo, implementacin y prueba. Los Casos de Uso constituyen
un elemento integrador y una gua del trabajo. Los Casos de Uso no slo inician el proceso de
desarrollo sino que proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los
artefactos que son generados en las diferentes actividades del proceso de desarrollo.[9]
Proceso iterativo e incremental.
Segn el libro El Proceso Unifcado de Desarrollo de Software el equilibrio correcto entre los
Casos de Uso y la arquitectura es algo muy parecido al equilibrio de la forma y la funcin en el
desarrollo del producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se propone
en RUP es tener un proceso iterativo e incremental donde el trabajo se divide en partes ms
pequeas o mini proyectos, permitiendo que el equilibrio entre Casos de Uso y arquitectura se
vaya logrando durante cada mini proyecto, as durante todo el proceso de desarrollo. Cada mini
proyecto se puede ver como una iteracin (un recorrido ms o menos completo a lo largo de todos

10

los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento
en el producto. Se pasa por los flujos fundamentales (Requisitos, Anlisis, Diseo, Implementacin
y Pruebas), tambin existe una planificacin de la iteracin, un anlisis de la iteracin y algunas
actividades especficas de la iteracin. Al finalizarse realiza una integracin de los resultados con
lo obtenido de las iteraciones anteriores. [10]
El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada iteracin aborda
una parte de la funcionalidad total, pasando por todos los flujos de trabajo relevantes y refinando
la arquitectura. Cada iteracin se analiza cuando termina. Se puede determinar si han aparecido
nuevos requisitos o han cambindolos existentes, afectando a las iteraciones siguientes. Durante
la planificacin de los detalles de la siguiente iteracin, el equipo tambin examina cmo afectarn
los riesgos que an quedan al trabajo en curso.
En RUP se han agrupado las actividades en grupos lgicos definindose 9 flujos de trabajo
principales. Los 6 primeros son conocidos como flujos de ingeniera y los tres ltimos como de
apoyo.
Modelado del negocio: describe los procesos de negocio, identificando quines participan y
las actividades que requieren automatizacin.
Requerimientos: define qu es lo que el sistema debe hacer, para lo cual se identifican las
funcionalidades requeridas y las restricciones que se imponen.
Anlisis y diseo: describe cmo el sistema ser realizado a partir de la funcionalidad
prevista y las restricciones impuestas (requerimientos), por lo que indica con precisin lo que
se debe programar.
Implementacin: define cmo se organizan las clases y objetos en componentes, cules
nodos se utilizarn y la ubicacin en ellos de los componentes y la estructura de capas de la
aplicacin.
Prueba (Testeo): busca los defectos a lo largo del ciclo de vida.
Instalacin: produce release del producto y realiza actividades (empaque, instalacin,
asistencia a usuarios, etc.) para entregar el software a los usuarios finales.
Administracin del proyecto: involucra actividades con las que se busca producir un
producto que satisfaga las necesidades de los clientes.

11

 Administracin de configuracin y cambios: describe cmo controlar los elementos

producidos

por

todos

los

integrantes

del

equipo

de

proyecto

en

cuanto

a:

utilizacin/actualizacin concurrente de elementos, control de versiones.

Ambiente: contiene actividades que describen los procesos y herramientas que soportarn el
equipo de trabajo del proyecto; as como el procedimiento para implementar el proceso en una
organizacin. [10]
Los principales elementos que define esta metodologa son:
Trabajadores: define el comportamiento y responsabilidades (rol) de un individuo, grupo de
individuos, sistema automatizado o mquina, que trabajan en conjunto como un equipo. Ellos
realizan las actividades y son propietarios de elementos.
Actividades: es una tarea que tiene un propsito claro, es realizada por un trabajador y
manipula elementos.
Artefactos: productos tangibles del proyecto que son producidos, modificados y usados por
las actividades. Pueden ser modelos, elementos dentro del modelo, cdigo fuente y
ejecutables.
Flujo de actividades: secuencia de actividades realizadas por trabajadores y que produce un
resultado de valor observable. [10]
Metodologa gil XP (eXtreme Programming)
La metodologa XP permite establecer iteraciones cortas y apropiadas para un entorno
caracterizado por requerimientos cambiantes, su objetivo principal es tener una nueva versin a
cada instante, mostrarlo al cliente, ver lo que opina y seguir programando, tener una comunicacin
fluida con el cliente y el usuario final, por lo que define una manera de reunir a clientes y
programadores en un equipo, firmemente integrado con condiciones de trabajo que promueven la
comunicacin y solucin de un problema. Se ha clasificado como una metodologa gil o mtodo
ligero, ya que plantea aumentar constantemente la velocidad del proyecto logrando reducir el
costo del mismo y el costo del cambio en las etapas de vida del sistema. Las iteraciones sern
radicalmente ms cortas de lo que es usual en otros mtodos, esto permite beneficiarse de la
retroalimentacin tan a menudo como sea posible. La misma define cuatro fases fundamentales:
exploracin, planificacin, implementacin y pruebas, adems define 4 variables para el proyecto
de software, estas son coste, tiempo, calidad y alcance.

12

XP deriva una docena de principios bsicos: realimentacin rpida, asumir la simplicidad, el

cambio incremental, adherirse (abrazar) al cambio, trabajo de alta calidad (desde trabajo
excelente hasta trabajo increblemente sobresaliente). Desarrolla 4 actividades que guiarn el
desarrollo:
- Codificar
- Testear
- Atender
- Disear.
Doce prcticas de XP:
- Jugar el juego de planificacin.
- Hacer pequeos Releases.
- Hacer historias y usar metforas
- Disear simple
- Probar Testear.
- Rearmar Refactorizar.
- Programar por pares.
- Propiedad Colectiva.
- Integrar Continuamente.
- Semanas de 40 horas.
- Cliente On-Site.
- Usar estndares de Codificacin [11]
XP funciona mejor para pequeos equipos, a diferencia de RUP, que es muy ptima para un
equipo grande de desarrolladores, esto sin lugar a dudas lo pone en desventaja. Sus principios
son simplicidad, comunicacin, retroalimentacin (feedback), coraje y respeto [11]
Por qu se seleccion la metodologa gil XP para el desarrollo de la aplicacin?

Luego del anlisis realizado anteriormente se decidi que la metodologa XP es la ms ptima

para utilizar, por ser de las ms exitosas en la actualidad, utilizada para proyectos de corto plazo y
con un equipo de trabajo pequeo. La misma consiste en una programacin rpida o extrema,
cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos

13

para llegar al xito del proyecto, dada las condiciones, facilidades que brinda y la idea de
desarrollo que se tiene del sistema.
A continuacin aparecen las razones fundamentales que se tuvieron en cuenta para escoger esta
metodologa:

El proyecto es pequeo: XP est concebida para ser utilizada dentro de proyectos

pequeos y de desarrollo rpido, se adapta perfectamente a este caso en que la duracin
ser de aproximadamente 6 meses en equipos de 1 integrante.

Empieza en pequeo y aade funcionalidad con retroalimentacin continua: El desarrollo

del sistema comienza a partir de los requerimientos bsicos y luego se van aadiendo
funcionalidades que tanto el desarrollador como el cliente entiendan necesarias.

Pocos roles: Esta metodologa est dirigida a grupos de desarrollo pequeos y con pocos
roles, en este caso el equipo est compuesto por 1 integrante.

El manejo del cambio se convierte en parte sustantiva del proceso: A medida que el
proyecto avanza pueden surgir nuevas expectativas o ideas que pueden ser incorporadas
fcilmente permitindole mayor adaptabilidad al producto, con la metodologa XP esto es
completamente factible pues esta se adapta perfectamente a los proyectos cuyos
requerimientos cambian a menudo.

El cliente o el usuario se convierte en miembro del equipo: Con el uso de esta metodologa
y la importancia que esta le concede a la retroalimentacin, el cliente es parte del equipo
de desarrollo por lo que la relacin cliente - desarrollador es ms fuerte.
1.3.2 Lenguajes de Programacin.

Lenguajes del lado del servidor

ASP desarrollada por Microsoft para el desarrollo de sitio web dinmicos. ASP significa en ingls
(Active Server Pages), fue liberado por Microsoft en 1996. Las pginas web desarrolladas bajo
este lenguaje es necesario tener instalado Internet Information Server (IIS). ASP no necesita ser
compilado para ejecutarse. Existen varios lenguajes que se pueden utilizar para crear pginas
ASP. El ms utilizado es VBScript, nativo de Microsoft. ASP se puede hacer tambin en Perl. El
cdigo ASP puede ser insertado junto con el cdigo HTML. Los archivos cuentan con la extensin
(asp). [12] A pesar de que este lenguaje posee ciertas ventajas no se utilizar en el proyecto,
pues es tecnologa propietaria, por lo que su uso es costoso, su cdigo es desorganizado y se
necesita escribir mucho cdigo para realizar funciones sencillas.

14

JSP es un lenguaje para la creacin de sitios web dinmicos, acrnimo de Java Server Pages.
Est orientado a desarrollar pginas web en Java. JSP es un lenguaje multiplataforma. Creado
para ejecutarse del lado del servidor. JSP fue desarrollado por Sun Microsystems. Comparte
ventajas similares a las de ASP.NET, desarrollado para la creacin de aplicaciones web potentes.
Posee un motor de pginas basado en los servlets de Java. Para su funcionamiento se necesita
tener instalado un servidor Tomcat.[12]. Este lenguaje tampoco resulta satisfactorio, pues es de
difcil aprendizaje y esto puede implicar afectaciones en el tiempo de desarrollo del proyecto ,
retrasando la entrega del producto final.
PHP (Hypertext Preprocessor), es un lenguaje interpretado de alto nivel embebido en pginas
HTML y ejecutado en el servidor. Es un lenguaje de script incrustado dentro del HTML, y la mayor
parte de su sintaxis ha sido tomada de C, Java y Perl con algunas caractersticas especficas de s
mismo. Permite a los desarrolladores la generacin dinmica de pginas, la tcnica de
programacin orientada a objeto, no requiere definicin de tipos de variables, es un producto de
cdigo abierto, por lo que goza de la ayuda de un gran grupo de programadores, permitiendo que
los fallos de funcionamiento se encuentren y se reparan rpidamente. [36]
Una de sus caractersticas ms potentes es su soporte para gran cantidad de bases de datos,
entre las cuales se pueden mencionar MySQL, Oracle, PostgresSQL, entre otras. Tambin ofrece
la integracin con varias bibliotecas externas, que permiten al desarrollador desde generar
documentos en pdf hasta analizar cdigo XML. Es un lenguaje muy potente y usado en el
desarrollo web. [12]
Por qu se decide utilizar PHP?
Se decide utilizar este lenguaje, pues es libre, lo que permite dar cumplimiento a la estrategia de
migracin al software libre de la cual forma parte la Facultad Regional de la Universidad de las
Ciencias Informticas de Ciego de vila. Es multiplataforma, no depende de un sistema operativo
en especfico, sino que puede ser utlizado con Linux, Windows, entre otros. Se caracteriza por ser
un lenguaje muy rpido y fcil de aprender, lo cual constituye una ventaja para el programador,
teniendo en cuenta que el equipo de desarrollo es de un solo miembro. Se puede expandir su
potencial utilizando mdulos. Incluye gran cantidad de funciones y documentacin en su pgina
oficial con la descripcin y ejemplos de cada una de ellas, lo que permite mayor facilidad para
solucionar cualquier problema que pudiera presentarse durante el desarrollo.

15

Lenguajes del lado del cliente

HTML: Desde el surgimiento de internet se han publicado sitios web gracias al lenguaje HTML. Es
un lenguaje esttico para el desarrollo de sitios web (acrnimo en ingls de HyperText Markup
Language, en espaol Lenguaje de Marcas Hipertextuales). Desarrollado por el World Wide Web
Consortium (W3C). [12]
Ventajas:

Sencillo que permite describir hipertexto.

Texto presentado de forma estructurada y agradable.

No necesita de grandes conocimientos cuando se cuenta con un editor de pginas web.

Archivos pequeos.

Despliegue rpido.

Lenguaje de fcil aprendizaje.

Lo admiten todos los exploradores.[12]

El HTML es el lenguaje que permite indicar al navegador cmo est compuesta la estructura de
cualquier web. Est basado en sentencias o etiquetas, las cuales indican que operaciones se van
a realizar con el texto o con los atributos que se estn manejando con esa sentencia o etiqueta.
Es por ello que se puede decir que una web est escrita bsicamente en HTML.
Lenguaje Javascript este es un lenguaje interpretado, no requiere compilacin. Fue creado por
Brendan Eich en la empresa Netscape Communications. Utilizado principalmente en pginas web.
Es similar a Java, aunque no es un lenguaje orientado a objetos, el mismo no dispone de
herencias. La mayora de los navegadores en sus ltimas versiones interpretan cdigo Javascript.
El cdigo Javascript puede ser integrado dentro de nuestras pginas web. Para evitar
incompatibilidades el World Wide Web Consortium (W3C) dise un estndar denominado DOM
(en ingls Document Object Model, en su traduccin al espaol Modelo de Objetos del
Documento). [12]
Lenguaje de scripting seguro y fiable.
Los script tienen capacidades limitadas, por razones de seguridad.
El cdigo Javascript se ejecuta en el cliente. [12]

16

El lenguaje interpretado Javascript se utiliza en el portal para lograr la creacin de pginas ms

dinmicas, adems permite realizar validaciones y otras operaciones que normalmente no se
hacen con HTML. Otra caracterstica que destaca es su capacidad de integrarse a la perfeccin
con los diferentes sistemas operativos y con la mayora de los navegadores web, por lo que ofrece
gran versatilidad, lo que lo hace valioso y deseable para el desarrollo de una web.
1.3.3 Herramientas usadas en la realizacin del portal.
Entornos de desarrollo Integrados(IDE)
NetBeans es un entorno de desarrollo, est escrito en Java - pero puede servir para cualquier otro
lenguaje de programacin. Permite crear aplicaciones Web con PHP5 y posee un potente
debugger integrado. Existe adems un nmero importante de mdulos para extender el NetBeans
IDE. NetBeans IDE es un producto libre, gratuito sin restricciones de uso, multiplataforma y posee
resaltado de sintaxis, autocompletamiento de cdigo, ayuda de cdigo y lista de parmetros de
funciones y mtodos de clase. [13]
Eclipse es un IDE (Integrated Development Environment, entorno integrado de desarrollo) para
Java. Es libre y fue creado originalmente por IBM. Presenta un marco de trabajo modular
ampliable mediante complementos (plugins). Existen complementos que nos permiten usar
Eclipse para programar en PHP, Perl, Python, C/C++ y otros. [14]
Por qu se seleccion el NetBeans IDE ?
Luego de realizar un anlisis de las caractersticas de los IDE estudiados se seleccion el
NetBeans para el desarrollo de los componentes de la aplicacin dadas las potencialidades de
esta herramienta para el trabajo con el lenguaje de programacin PHP (PHP: Hypertext
Preprocessor) que ser el lenguaje del lado del servidor que se utilizar y su integracin completa
con el sistema gestor de bases de datos MySQL. Otro factor de peso en la seleccin del IDE es la
experiencia del desarrollador en el trabajo con el mismo, adems posee un excelente debugger,
cuenta con un sistema plug and play, sus plugins son mucho ms potentes y sencillos.
Herramienta para el tratamiento de imgenes

17

Gimp (GNU Image Manipulation Program) es una aplicacin para disear elementos grficos
que van a utilizarse en la Web. Sus innovadoras soluciones resuelven los principales problemas a
los que se enfrentan los diseadores grficos y los responsables de sitios Web. Puede utilizarse
para crear, editar y animar grficos Web, aadir interactividad avanzada y optimizar imgenes en
entornos profesionales. GIMP lee y escribe la mayora de los formatos de ficheros grficos, entre
ellos; JPG, GIF, PCX, TIFF, los de Photoshop, adems de poseer su propio formato de
almacenamiento de ficheros XCF. [15]
La caracterstica fundamental por la cual se ha seleccionado esta herramienta para el tratamiento
de imgenes es que es un programa libre y gratuito. Forma parte del proyecto GNU y est
disponible bajo la Licencia pblica general de GNU. Es el programa de manipulacin de grficos
disponible en ms sistemas operativos (Unix, GNU/Linux, FreeBSD, Solaris, Microsoft Windows y
Mac OS X, entre otros). Gimp es la alternativa libre para photoshop, es mucho ms rpido y se
consiguen efectos en segundos que en photoshop tardaran mucho ms, no consume tantos
recursos, y es fcil de aprender.
Sistemas Gestores de Contenidos
Un Sistema de gestin de contenido (Content Management System, en ingls, abreviado CMS)
permite la creacin y administracin de contenidos de pginas y portales web. Consiste en una
interfaz que controla una o varias bases de datos donde se aloja el contenido (textos e imgenes)
que se visualizar en el sitio web. El sistema permite manejar de manera independiente el
contenido y el diseo. As, es posible conservar el contenido y darle en cualquier momento un
diseo distinto al sitio sin tener que darle formato al contenido de nuevo. [16]
CMS Joomla!
Joomla es un CMS gratuito y muy difundido en el mundo de la Web, es un Administrador de
Contenido para la construccin de sitios web dinmicos que ofrecen una amplia gama de
posibilidades y servicios. El cual permite gestionar con mucha facilidad toda la web, crear un
nuevo apartado, modificar los actuales, aadir nuevas imgenes y crear nuevas opciones de
men . Permite trabajar rpidamente aunque se tengan pocos conocimientos tcnicos. Dentro de
sus principales caractersticas se encuentran [16]:

18

Organizacin del sitio web: Est preparado para organizar eficientemente los contenidos
de su sitio en secciones y categoras, lo que facilita la navegabilidad para los usuarios y
permite crear una estructura slida, ordenada y sencilla para los administradores. Desde el
panel administrador usted podr crear, editar y borrar las secciones y categoras de su sitio
de la manera en que ms le convenga.

Publicacin de contenidos: Con este CMS podr crear pginas ilimitadas y editarlas
desde un sencillo editor que permite formatear los textos con los estilos e imgenes
deseados. Los contenidos son totalmente editables y modificables.

Escalabilidad e implementacin de nuevas funcionalidades: Ofrece la posibilidad de

instalar, desinstalar y administrar componentes y mdulos, que agregarn servicios de
valor a los visitantes de su sitio web, por ejemplo: galeras de imgenes, foros,
clasificados.

Administracin de usuarios: Permite almacenar datos de usuarios registrados y tambin

la posibilidad de enviar E-mails masivos a todos los usuarios. La administracin de
usuarios es jerrquica, y los distintos grupos de usuarios poseen diferentes niveles de
facultades/permisos dentro de la gestin y administracin del sitio.

Diseo y aspecto esttico del sitio: Es posible cambiar todo el aspecto del sitio web tan
solo con un par de clicks, gracias al sistema de templates que utiliza.

Navegacin y men: Totalmente editables desde el panel administrador.

Administrador de Imgenes: Posee una utilidad para subir imgenes al servidor y usarlas
en todo el sitio.

Disposicin de mdulos modificable: En un sitio creado con Joomla, la posicin de

mdulos puede acomodarse como se prefiera.

Encuestas: Posee un sistema de votaciones y encuestas dinmicas con resultados en

barras porcentuales.

Feed de noticias: Trae incorporado un sistema de sindicacin de noticias por RSS/XMS

de generacin automtica.

Publicidad: Es posible hacer publicidad en el sitio usando el Administrador de Banners.

Estadsticas de visitas: Con informacin de navegador y detalles de los documentos

(pginas) ms vistos.

Automatizacin en la publicacin: Las pginas y documentos pueden programarse con

fecha de publicacin y fecha de caducidad. Es decir un documento puede programarse

19

para que se publique automticamente al llegar una determinada fecha, y luego

despublicarse tambin de forma automtica en otra fecha.

Archivo e historial: Las pginas viejas o publicaciones que hayan perdido vigencia
pueden enviarse a un archivo de almacenamiento, sin necesidad de tener que borrarlas.
Esto permite tambin dar la posibilidad a los navegantes de consultar artculos viejos o
documentos anteriores en un historial.

Formatos de lectura: Cada documento es generado automticamente en formato PDF, en

versin imprimible, y en XML.

Envo por E-mail: Los usuarios del sitio Joomla podrn enviar automticamente a un
amigo por email cada documento publicado.

Valoracin de contenidos: Los visitantes del sitio podrn votar la calidad de lo publicado.

Comentarios: Los usuarios podrn comentar sus opiniones o expresar sus inquietudes en
la misma pgina de contenidos.

Ayuda on-line: Un robusto sistema de ayuda en lnea y pginas de ayuda para los
mdulos y componentes del ncleo, tanto para usuarios como para administradores.

Bsqueda: Todo el contenido es totalmente indexado en tiempo real y se puede consultar

en cualquier momento. [16]

CMS Drupal
Es un sistema de cdigo abierto y Administrador de Contenido para la construccin de sitios web
dinmicos que ofrecen una amplia gama de rasgos y servicios incluyendo la administracin de
usuarios, publicaciones de workflow, capacidades de discusin, la inclusin de noticias, metadata
funcionalidades que usan vocabularios controlados y publicacin XML para el contenido
compartido objetivos. Equipado con una mezcla poderosa de novedades y configuraciones, Drupal
puede apoyar una gama diversa de proyectos de web para weblogs personales y sitios grandes
manejados por comunidades. Entre sus principales caractersticas se encuentran [16]:
Cdigo abierto: El cdigo fuente est libremente disponible bajo los trminos de la
licencia GNU/GPL. Al contrario que otros sistemas de blogs o de gestin de contenido
propietarios, es posible extender o adaptar segn las necesidades.

20

 Mdulos: La comunidad de Drupal ha contribuido muchos mdulos que proporcionan

funcionalidades como pgina de categoras, autenticacin mediante jabber, mensajes
privados, bookmarks, etc.
Personalizacin: Un robusto entorno de personalizacin est implementado en el ncleo
de Drupal. Tanto el contenido como la presentacin pueden ser individualizados de
acuerdo las preferencias definidas por el usuario.
URLs amigables: Usa el mod_rewrite de Apache para crear URLs que son manejables
por los usuarios y los motores de bsqueda.
Autenticacin de usuarios: Los usuarios se pueden registrar e iniciar sesin de forma
local o utilizando un sistema de autenticacin externo como Jabber, Blogger, LiveJournal u
otro sitio Drupal. Para su uso en una Intranet, se puede integrar con un servidor LDAP.
Permisos basados en roles: Los administradores no tienen que establecer permisos para
cada usuario. En lugar de eso, pueden asignar permisos a un rol y agrupar los usuarios
por roles.
Control de versiones: El sistema de control de versiones permite seguir y auditar
totalmente las sucesivas actualizaciones del contenido: qu se ha cambiado, la hora y la
fecha, quin lo ha cambiado, y ms. Tambin permite mantener comentarios sobre los
sucesivos cambios o deshacer los cambios recuperando una versin anterior.
Plantillas (Templates): El sistema de temas separa el contenido de la presentacin
permitiendo controlar o cambiar fcilmente el aspecto del sitio web. Se pueden crear
plantillas con HTML y/o con PHP.
Sindicacin del contenido: Exporta el contenido en formato RDF/RSS para ser utilizado
por otros sitios web.
Agregador de noticias: Incluye un potente Agregador de Noticias para leer y publicar
enlaces a noticias de otros sitios web. Incorpora un sistema de cache en la base de datos,
con temporizacin configurable.
Independencia de la base de datos: Aunque la mayor parte de las instalaciones utilizan
MySQL, existen otras opciones.
Multiplataforma: Ha sido diseado desde el principio para ser multi-plataforma. Puede
funcionar con Apache o Microsoft IIS como servidor web y en sistemas como Linux, BSD,
Solaris, Windows y Mac OS X. Por otro lado, al estar implementado en PHP, es totalmente
portable.

21

 Foros de discusin: Incorpora foros de discusin para crear sitios comunitarios vivos y
dinmicos.
Libro colaborativo: Esta caracterstica es nica, y permite crear un proyecto o libro a ser
escrito y que otros usuarios contribuyan contenido. El contenido se organiza en pginas
cmodamente navegables.
Control de congestin: Incorpora un mecanismo de control de congestin que permite
habilitar y deshabilitar determinados mdulos o bloques dependiendo de la carga del
servidor. Este mecanismo es totalmente configurable y ajustable.
Sistema de cache: El mecanismo de cache elimina consultas a la base de datos
incrementando el rendimiento y reduciendo la carga del servidor. [16]
Por qu se seleccion el sistema gestor de contenidos CMS Drupal?
Despus de analizar las caractersticas de ambos CMS, se lleg a la conclusin de que el ms
indicado para llevar a cabo este proyecto es Drupal, en su versin 7.0.0, pues este sistema de
gestin de contenidos es ms flexible a la hora de llevar a cabo la implementacin. Permite una
mayor personalizacin de sus mdulos, en cambio Joomla es ms rgido en cuanto a su
estructura. Adems es necesario mencionar que Drupal es confiable en cuanto a seguridad, pues
a pesar de ser una comunidad, cuenta con un equipo de desarrollo que se encarga de revisar
cada uno de los mdulos que son subidos al repositorio oficial de Drupal por los diferentes
programadores del mundo y corregir todos los aspectos referentes a la seguridad. En la actualidad
muchos sitios de renombre estn desarrollados en Drupal, ejemplo de ello son: el sitio oficial de
Ubuntu, Organizacin Central de Investigacin Avanzada, La Casa Blanca, Gobierno de Francia,
Fundacin de Linux, Departamento de Comercio de los Estados Unidos, Intel, Sony Music, Warner
Brothers, Departamento de Ciencia e Ingeniera de la Universidad de Harvard, entre otros.
Herramientas usadas en la modelacin visual.
Las herramientas CASE (Computer Aided Software Engineering), utilizan Unified Modeling
Language (UML) modelan la informacin de negocios cuando esta se transfiere entre distintas
entidades organizativas en el seno de una compaa. El objetivo primordial de las herramientas de
esta categora consiste en representar objetos de datos de negocios, sus relaciones, y ayuda a
comprender mejor la forma en que fluyen estos objetos de datos entre distintas zonas de negocio.

22

Estas herramientas proporcionan una ayuda importante cuando se disean nuevas estrategias
para los sistemas de informacin y cuando los mtodos y sistemas no satisfacen las necesidades
de la organizacin. Entre ellas se encuentran:
Visual Paradigm es una herramienta CASE para el modelado UML profesional de software,
soporta el ciclo de desarrollo completo: anlisis y diseo orientado a objeto, construccin, prueba
y despliegue, esta herramienta permite una construccin ms rpida y eficaz de las aplicaciones,
con una calidad elevada y un costo reducido, facilita el trabajo en equipo, fcil de utilizar, es de
libre uso, proporciona mayor exactitud, adems de facilitar la interoperabilidad con otras
herramientas CASE. Permite dibujar todos los diagramas de clase, cdigo inverso, generar cdigo
desde diagramas y generar documentacin. Proporciona abundantes tutoriales UML, aplicaciones
interactivas y proyectos como soporte. Tiene como uno de sus principales factores que es de
distribucin gratuita. [17]
Rational Rose es una herramienta CASE muy cotizada por los desarrolladores de UML y soporta
de forma completa la especificacin del UML, permite crear los diagramas que se generan durante
el proceso de ingeniera de un sistema informtico. Brinda facilidades para la generacin de la
documentacin del software que se est desarrollando y posee un gran nmero de estereotipos
predefinidos que agilizan el proceso de modelacin. [18]
Esta herramienta utiliza un proceso de desarrollo iterativo controlado donde se lleva a cabo una
secuencia de iteraciones. Cada iteracin comienza con una primera aproximacin del anlisis,
diseo e implementacin para identificar los riesgos del diseo, los cuales se utilizan para
conducir la iteracin.
Tambin permite que hayan varias personas trabajando a la vez en el proceso iterativo controlado,
para ello posibilita que cada desarrollador opere en un espacio de trabajo privado que contiene el
modelo completo y tenga un control exclusivo sobre la propagacin de los cambios en ese espacio
de trabajo, puede generar cdigo en distintos lenguajes de programacin a partir de un diseo en
UML.
Por qu se seleccion para el modelado la herramienta CASE Visual Paradigm?

23

Luego de un detallado estudio se decidi escoger para el modelado del sistema la herramienta
CASE Visual Paradigm, ya que esta brinda una respuesta rpida y bajos requisitos de memoria
del motor de persistencia, en cambio Rational Rose necesita de mucha memoria para trabajar de
forma gil y eficiente.

Aunque Rational puede ser utilizado con software libre es ms

recomendado para los sistemas Windows 2000, NT y XP. Visual Paradigm permite modelar todos
los diagramas que se necesitan de forma sencilla y tiene la ventaja para este proyecto que el
equipo de desarrollo posee experiencia en el trabajo con esta herramienta y la UCI paga las
licencias necesarias para su uso.
1.3.4 Lenguaje de representacin visual para el modelado del sistema.
El Lenguaje Unificado de Modelado UML (Unified Modeling Language) es el lenguaje de modelado
de sistemas de software ms conocido y utilizado en la actualidad; est respaldado por el Object
Management Group (OMG). Es un lenguaje grfico para visualizar, especificar, construir y
documentar un sistema. UML ofrece un estndar para describir un plano del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de
datos y componentes reutilizables. [19]
Es importante resaltar que UML es un lenguaje de modelado para especificar o para describir
mtodos o procesos. Se puede aplicar en el desarrollo de software entregando gran variedad de
formas para dar soporte a una metodologa de desarrollo de software, pero no especifica en s
mismo qu metodologa o proceso usar.
1.3.5 Sistema Gestor de Bases de Datos.
Un Sistema Gestor de base de datos (SGBD) es un conjunto de programas que permiten crear y
mantener una Base de datos, asegurando su integridad, confidencialidad y seguridad. Por tanto,
debe permitir: [20]

Definir una base de datos: especificar tipos, estructuras y restricciones de datos.

Construir la base de datos: guardar los datos en algn medio controlado por el mismo
SGBD.

Manipular la base de datos: realizar consultas, actualizarla, generar informes.

As se trata de un software de propsito general. Ejemplo de SGBD son Oracle, SQL

Server de Microsoft, PostgreSQL y MySQL. [20]

24

PostgreSQL es uno de los SGBD ms utilizados por la comunidad de software libre por las
razones siguientes: cumple con las propiedades ACID (Atomicidad, Consistencia, Aislamiento y
Durabilidad) y soporta el lenguaje comn de acceso a los datos: SQL. Es multiplataforma y posee
buenas interfaces de instalacin y administracin. Aproxima los datos a un modelo objetorelacional, y es capaz de manejar completas rutinas y reglas. Ejemplos de su avanzada
funcionalidad son consultas SQL declarativas, control de concurrencia multiversin, soporte
multiusuario, transacciones y optimizacin de consultas. Implementa el estndar SQL92/SQL99.
Soporta el protocolo de comunicacin encriptado por SSL y el uso de ndices, reglas y vistas.
Incorpora una estructura de datos array, la herencia entre tablas (aunque no entre objetos, ya que
no existen), por lo que a este gestor de bases de datos se le incluye entre los gestores objetorelacionales y dismiles funciones como: manejos de fechas, geomtricas y orientada a
operaciones con redes. Almacena procedimientos en la propia base de datos, equiparndolo con
los gestores de bases de datos de alto nivel, como puede ser Oracle. [20]
MySQL es un sistema de gestin de bases de datos relacional, licenciado bajo la GPL de la GNU.
Su diseo multihilo le permite soportar una gran carga de forma muy eficiente. El mismo es uno de
los ms usados en el mundo del software libre, debido a su gran rapidez y facilidad de uso, tiene
gran aceptacin debido a que existen infinidad de libreras y otras herramientas que permiten su
uso a travs de varios lenguajes de programacin, adems de su fcil instalacin y configuracin.
[21] Dentro de sus principales caractersticas se encuentran las siguientes:

Aprovecha la potencia de sistemas multiprocesador, gracias a su implementacin multihilo.

Soporta gran cantidad de tipos de datos para las columnas.

Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc.).

Gran portabilidad entre sistemas.

Soporta hasta 32 ndices por tabla.

Gestin de usuarios y contraseas, manteniendo un alto nivel de seguridad en los datos.

[21]

Por qu se seleccion el sistema gestor de bases de datos MySQL?

25

Las razones por las que se decide utilizar como sistema gestor de bases de datos MySQL es que
el principal objetivo de su diseo es la velocidad, tanto al conectarse al servidor como al responder
a alguna consulta, esto permite que los servicios que se ofrecen a travs del portal que requieren
consultas a la base de datos sean ms giles y reduce la posibilidad de que el usuario tenga que
esperar un largo tiempo para que el sistema le ofrezca una respuesta. Consume pocos recursos
tanto de Unidad de Proceso Central (CPU)1 como de memoria aleatoria por lo que tiene mayor
rendimiento. Tiene mayores utilidades de administracin, copia de seguridad, recuperacin de
errores y no suele perder informacin ni corromper datos, de esta forma ofrece mayor confianza
en cuanto a la integridad de la informacin almacenada en las tablas. El tamao de los registros
es ilimitado, con mejor control de acceso y mejor integracin con PHP, es el gestor de base de
datos que mejor se complementa con el CMS Drupal. A la hora de modificar o aadir campos a
una tabla se comporta mejor que PostgreSQL. Posee buena documentacin por lo que se facilita
la bsqueda de informacin acerca del mismo.
PostgreSQL escala muy bien al aumentar el nmero de CPU y la cantidad de RAM 2, adems,
tiene mejor soporte para disparadores y procedimientos en el servidor, pero consume ms
recursos y carga en el sistema que MySQL. Es de dos a tres veces ms lenta que MySQL y tiene
menos funciones en PHP.

1.3.6 Servidor Web.

Servidor Web Apache
El Servidor Web Apache, es el servidor web por excelencia, su configurabilidad, robustez y
estabilidad hacen que millones de servidores reiteren su confianza en este programa. Es uno de
los mayores triunfos del software libre. [22]
Entre sus caractersticas fundamentales se pueden resaltar:

Multiplataforma.

Es flexible, rpido y eficiente.

1CPU: Abreviatura de Central Proces sing Unit (unidad de proceso central). Es la parte central de toda computadora ya que es la que
cumple la tarea de procesamiento de todas las funciones.
2RAM: (Memoria de Acceso Aleatorio), es un tipo de memoria de ordenador a la que se puede acceder aleatoriamente.

26

Se desarrolla de forma abierta.

Modular ya que puede ser adaptado a diferentes entornos y necesidades, cuenta con
diferentes mdulos de apoyo y con la API de programacin de mdulos para el desarrollo
de mdulos especficos.

Trabaja con gran cantidad lenguajes de script como son PHP, Perl, y otros.

Incentiva la realimentacin de los usuarios, obteniendo nuevas ideas, informes de fallos y

parches para la solucin de los mismos.

Tiene una alta configurabilidad en la creacin y gestin de logs.

Continuamente actualizado y evoluciona a mayor velocidad. [22]

Servidor Web lighttpd

Lighttpd es un servidor web para los sistemas operativos Unix/(GNU/Linux) y Microsoft Windows.
Este servidor tambin conocido como Lighty. Esta diseado para ser seguro, rpido, compatible
con los estndares y flexible, a la vez que esta optimizado para entornos en los cuales la
velocidad es critica. Su huella de memoria es muy pequea, una ligera carga en el CPU y su
enfoque en velocidad hacen de lighttpd perfecto para servidores con demasiada carga o pocos
recursos. [23]
Por qu se decide utilizar Servidor Web Apache?
Despus de realizar un estudio se seleccion el Servidor Web Apache, porque este es el servidor
web ms utilizado mundialmente en la actualidad, es multiplataforma y de cdigo abierto. Es
altamente configurable de diseo modular y existen gran cantidad de mdulos adaptables a l.
Trabaja muy bien con leguajes como PHP y otros lenguajes de script. Es totalmente compatible
con el CMS que se utilizar en el desarrollo del portal.

1.5 Conclusiones.
En este captulo se realiz un estudio sobre las principales tendencias y tecnologas de portales web,
contribuyendo al proceso de seleccin de las herramientas adecuadas para el desarrollo de la solucin, de forma
que esta se ajuste a las necesidades actuales en Huambo. Se puede concluir que las tecnologas estudiadas
forman parte del vertiginoso avance cientfico tecnolgico que viene sucediendo desde varios aos, su uso
correcto puede traer consigo un producto con calidad y que responda a los requerimientos planteados. Con tal fin

27

se decide emplear el CMS Drupal con sistema gestor de base de datos MySQL. La metodologa de desarrollo a
seguir ser XP, utilizando como lenguaje de modelado UML.

28

Captulo2:CaractersticasdelSistema.
El desarrollo de un software parte de comprender el problema que da origen a la necesidad de su realizacin.
Siguiendo los pasos de la metodologa seleccionada, lo antes mencionado puede ser logrado mediante el
levantamiento de requisitos y la especificacin de los mismos. A continuacin se describe la situacin problmica
existente en el Archivo Histrico Provincial de Huambo y el flujo actual de los procesos en la entidad lo que facilita
el posterior anlisis, necesario para determinar las funcionalidades del sistema a desarrollar. Estas se describen
detalladamente mediante la especificacin de requerimientos y la descripcin de las historias de usuario.

2.1 Problema y Situacin Problemtica.

El centro ----- es el encargada de dirigir metodolgicamente la poltica de gestin documental en el territorio y de
salvaguardar la memoria histrica de la Provincia de Huambo, para lo cual garantiza el procesamiento,
conservacin, uso, acceso y difusin de los fondos documentales que custodia. Algunos de los objetivos en los

que se enfocan es en la promocin de la historia local y regional, ofrecen servicios a estudiantes

de todas las enseanzas y niveles, as como a investigadores e historiadores. La institucin
cuenta con un grupo de personas que trabajan en conjunto para elevar el nivel de desarrollo de
cada uno de los procesos. Para apoyar y agilizar procesos como la disponibilidad, divulgacin e
intercambio de informacin de inters para la comunidad investigativa y la poblacin se ha
decidido hacer uso de la tecnologa. Actualmente para consultar cualquiera de los servicios que ofrece el
archivo es necesario presentarse en sus instalaciones, la informacin no es accesible con facilidad, la promocin
de calendarios, avisos importantes, eventos y otras actividades, se realizan a travs de medios de difusin como
la radio o la televisin. Para solicitar servicios como recorridos, bsquedas especializadas u otros es necesario
llenar los formularios de solicitud de forma manual. Todos estos procesos se llevan a cabo sin explotar

las potencialidades que ofrece la tecnologa.

2.2 Objeto de Automatizacin.
El centro de huambo-*-- atesora, conserva, gestiona y difunde el patrimonio documental y las memorias de esta
regin. Esta institucin es fuente de consulta para estudiantes de todas los niveles. Para investigadores,
historiadores, servidores pblicos y cronistas es un instrumento de trabajo que consultan a diario. En el archivo se
maneja gran cantidad de informacin, parte de la misma se encuentra en formato digital, sin embargo no est
disponible para todo el personal que pudiera acceder a ella, es por esta razn que se crear un portal web cuyo
principal objetivo es poner a disposicin de la comunidad educativa, la poblacin y los investigadores esta
informacin. Adems de brindar componentes de software que permitan llenar, enviar, procesar y responder
solicitudes de algunos de los servicios que ofrece la institucin y que en la actualidad para recibirlos es necesario
presentarse en sus instalaciones, estos son solicitud de recorrido ciudad, solicitud de conferencias, solicitud de
bsquedas especializadas y donacin de documentos, imgenes u otros activos documentales de valor para la
institucin.

29

2.3 Informacin que se maneja.

-----2.4 Propuesta del Sistema.

A continuacin se presenta la propuesta del sistema a desarrollar. Se describen cada uno de los componentes y
acciones que el sistema permitir a los usuarios.
Descripcin general de la propuesta de sistema
Como propuesta de solucin a las dificultades existentes en la promocin histrica de Huambo se ha decidido
realizar un portal web que facilite la promocin de sus servicios y actividades y la puesta a disposicin del pblico
de forma segura cierta cantidad de documentos y otros materiales para su consulta. La realizacin de esta
aplicacin web ser mediante la utilizacin del CMS Drupal y el lenguaje PHP para la implementacin de los
mdulos responsables de la creacin de solicitudes. El portal estar distribuido por secciones y categoras con el
objetivo de brindar una mejor navegabilidad al usuario.

Estructura y Servicios: Seccin donde se muestra la estructura que rige el archivo y se

listan todos los servicios que este ofrece.

Fondos: Muestra una relacin de los fondos existentes en el archivo, con una pequea
descripcin de su contenido. En esta seccin se permite descargar los documentos
descriptivos de cada fondo (nivel1, gua del fondo, fondo).

Libros: Muestra una tabla con todos los libros que estn disponibles para descarga.

Artculos: Muestra los artculos publicados en el portal.

Logros: Muestra los logros de la institucin, reconocimientos y premios obtenidos.

Foro: El sistema ofrece el servicio de foro para todos los usuarios registrados en el
sistema que hayan sido previamente autenticados permitindole intercambiar ideas acerca
de un tema.

Donaciones: Muestra los datos del donante y el material donado por el mismo.

Noticias: Muestra las noticias publicadas por el administrador.

Smbolos: Muestra los smbolos de la provincia de Huambo.

Historiador o Cronista: Muestra informacin acerca del historiador de la ciudad.

Galera: Permite la descarga de multimedia, programas de radio, imgenes y otros.

Inicio de sesin: Brinda la posibilidad a los usuarios registrados en el sistema de autenticarse para
acceder a los privilegios que su rol provee.

Enlaces de Inters: Brinda un conjunto de enlaces a sitios de inters para la institucin.

Solicitud de servicio recorrido ciudad: Muestra el formulario que permite introducir los
datos para solicitar el servicio recorrido ciudad.

30

Solicitud de servicio bsquedas especializadas: Muestra el formulario que permite

introducir los datos para solicitar el servicio bsquedas especializadas.

Solicitud de servicio conferencias especializadas: Muestra el formulario que permite

introducir los datos para solicitar el servicio conferencias especializadas.

El portal dispondr de un sistema de administracin de contenido, usuarios y privilegios que posibilitar la

actualizacin de toda la informacin con la que trabaja, la creacin de roles, usuarios y privilegios. Teniendo en
cuenta la anterior descripcin, el sistema propuesto dispondr de los siguientes roles de usuario:

Usuario annimo: Es la persona que navega por el sistema sin haberse registrado an, interacta con
ste sin privilegios y tiene la posibilidad de visualizar las diferentes opciones que brinda el mismo.

Usuario registrado: Todos los usuarios deben autenticarse para acceder a cualquier opcin que as lo
requiera y que los privilegios de su rol le ofrezcan.

Usuario editor: Todos los usuarios con acceso a la gestin de ciertas funcionalidades como la
administracin de contenidos de tipo archivo, artculos, noticias y pgina bsica del portal.

Usuario administrador: Es el usuario que tiene control total sobre el sistema.

2.5 Especificacin de Requisitos.

En la especificacin de requisitos se trata de definir las condiciones o capacidades que debe tener la aplicacin,
estos se clasifican en los requisitos funcionales que son las condiciones o capacidades que debe tener el sistema
que se implementar para darle cumplimiento a las necesidades del cliente y los requisitos no funcionales que
son las cualidades o propiedades que debe tener la aplicacin.
Requisitos Funcionales

RF_1. Gestionar Usuario.

RF_1.1. Insertar Usuario.
RF_1.2. Modificar Usuario.
RF_1.3. Eliminar Usuario.
RF_1.4. Mostrar Usuarios.
RF_2. Realizar Donacin.
RF_3. Administrar Galera Imgenes.
RF_3.1. Insertar Imagen.
RF_3.2. Eliminar Imagen.
RF_3.3. Mostrar Imagen.
RF_4. Gestionar Noticia.
RF_4.1. Insertar Noticia.
RF_4.2. Modificar Noticia.

31

RF_4.3. Eliminar Noticia.

RF_4.4. Consultar Noticia.
RF_5. Autenticar.
RF_6. Administrar Estructura y Servicios.
RF_6.1. Editar Estructura y Servicios.
RF_6.2. Consultar Estructura y Servicios.
RF_7. Gestionar Fondos.
RF_7.1. Insertar Fondos.
RF_7.2. Modificar Fondos.
RF_7.3. Descargar Fondos.
RF_7.4. Eliminar Fondos.
RF_7.5. Consultar Fondos
RF_8. Administrar Programas Protagonistas.
RF_8.1. Insertar Programas Protagonistas.
RF_8.2. Modificar Programas Protagonistas.
RF_8.3. Descargar Programas Protagonistas.
RF_8.4. Eliminar Programas Protagonistas.
RF_8.5. Consultar Programas Protagonistas.
RF_9. Administrar Multimedia.
RF_9.1. Insertar Multimedia.
RF_9.2. Eliminar Multimedia.
RF_9.3. Descargar Multimedia.
RF_9.4. Consultar Multimedia.
RF_10. Administrar Libros
RF_10.1. Insertar Libro.
RF_10.2. Eliminar Libro.
RF_10.3. Descargar Libro.
RF_10.4. Consultar Libro.
RF_11. Administrar Artculos.
RF_11.1. Insertar Artculo.
RF_11.2. Modificar Artculo.
RF_11.3. Consultar Artculo.
RF_11.4. Eliminar Artculo.
RF_13. Administrar Logros.

32

RF_13.1. Editar Logros.

RF_13.2. Consultar Logros.
RF_14. Administrar Fundadores.
RF_14.1. Editar Fundadores.
RF_14.2. Consultar Fundadores.
RF_15. Mostrar Historiador o Cronista.
RF_15.1. Editar Historiador o Cronista.
RF_15.2. Consultar Historiador o Cronista.
RF_17. Crear Tema Foro Debate.
RF_20. Administrar Solicitud Recorrido.
RF_20.1. Eliminar Solicitud Recorrido.
RF_20.2. Responder Solicitud Recorrido.
RF_20.3. Modificar Solicitud Recorrido.
RF_21. Crear Solicitud Evento.
RF_22. Administrar Solicitud Bsqueda Especializada.
RF_22.1. Eliminar Solicitud Bsqueda Especializada.
RF_22.2. Responder Solicitud Bsqueda Especializada.
RF_22.3. Modificar Solicitud Bsqueda Especializada.
RF_23. Crear Solicitud Bsqueda Especializada.
RF_24. Administrar Solicitud Conferencia.
RF_24.1. Eliminar Solicitud Conferencia.
RF_24.2. Responder Solicitud Conferencia.
RF_24.3. Modificar Solicitud Conferencia.
RF_25. Crear Solicitud Conferencia.

33

Requisitos no Funcionales.
Usabilidad

Para hacer uso del sistema es necesario poseer conocimientos elementales de computacin y sobre el
ambiente Web en sentido general.

El diseo y los estilos deben tener buena visibilidad en los principales navegadores.

Diseo centrado.

Buena distribucin y categorizacin de los contenidos para facilitar la navegacin al usuario.

El sistema emitir mensajes informativos, de advertencia o de error, que servirn para informar al usuario
acerca de la realizacin satisfactoria o no de determinadas acciones, y en otros casos para indicar que
no se ha introducido algn dato obligatorio o que se introdujo de forma incorrecta.

Todos los mensajes de error o de advertencia del sistema deben mostrarse de forma similar permitiendo
una mayor organizacin en la visualizacin de la informacin.

Rendimiento

El tiempo de respuesta para el procesamiento de las peticiones del usuario debe ser aceptable.

El sistema debe ser capaz de soportar varios usuarios conectados al mismo tiempo y que stos puedan
acceder a los contenidos del sitio en el momento que se requiera.

Hardware

Mnimo 20 Gb de disco duro.

Mnimo 1 gb de Memoria Ram. (Se recomienda suficiente memoria para un buen

funcionamiento).

Software:
Servidores Web:

Apache (Recomendado) Drupal trabaja con Apache 1.3 or Apache 2.x en Unix/LINUX y en
Windows.

Lenguaje de Programacin

PHP: Recomendado PHP 5.2 ms Alto.

PHP versin 4.3.5 alto. La memoria para el uso del PHP requiere mnimo 16 MB, para una instalacin.

Mdulos activos como (CCK, Views etc.) requiere al menos 64 MB de memoria.

Servidores de Bases de Datos

MySQL 4.1 MySQL 5.0.

Drupal soporta MySQL 4.1 ms alto.

PostgreSQL 7.4 ms alto.

34

Navegadores
El portal es compatible con todos los navegadores modernos que soporten CCS y Javascript. Sin embargo, los
navegadores tienen diferentes niveles de cumplimiento de los estndares de Internet, lo que puede resultar en
pequeas variaciones de la apariencia. A continuacin se listan algunos de los navegadores que soportan todas
las caractersticas del CMS con el cual se desarroll el portal son:

Internet Explorer 6.x y posterior.

Firefox 2.x y posterior.

Opera 7.x y posterior.

Safari 1.x y posterior.

Google Chrome.

Soporte

El usuario recibir ayuda que le servir para orientarse en la funcin que va a realizar sobre el sistema u
otra tarea en general.

El cliente recibir soporte y capacitacin para la correcta utilizacin de la aplicacin.

Documentar el proceso de desarrollo.

Proveer un manual de administracin a los usuarios administrativos.

Impartir cursos que faciliten la interaccin de los usuarios administrativos con el portal.

Portabilidad

Sistema multiplataforma.

Confiabilidad y Seguridad

Realizar salvas peridicas de la informacin y Base de datos en otros dispositivos, como solucin ante la
ocurrencia de problemas.

El sistema debe brindar la autenticacin de usuarios.

El sistema debe controlar el nivel de acceso de los usuarios.

Los privilegios de los usuarios deben identificarse de acuerdo al tipo de usuario y el rol.

La informacin que se maneja debe ser objeto de cuidado contra algn dao que pueda ser ocasionado o
uso indebido de la misma. La base de datos debe tener un soporte para la recuperacin de informacin
en caso que existe alguna prdida de informacin.

La informacin estar protegida contra accesos no autorizados utilizando mecanismos de validacin que
puedan garantizar el cumplimiento de usuario y contrasea de manera que, cada uno pueda tener
disponible solo las opciones relacionadas con su actividad y tenga datos de acceso propios, garantizando
as la confidencialidad.

Polticos Culturales

35

La informacin que se maneja tendr principios ticos de la organizacin poltica que

representa.

Legales

El CMS seleccionado como plataforma para el desarrollo de la aplicacin est basado en la licencia
GNU/GPL.

Interfaz Externa

Las ventanas de la aplicacin contendrn claro y bien estructurados el contenido y los bloques de men ,
adems de permitir la interpretacin correcta de la informacin.

La entrada de datos incorrecta ser detectada claramente e informada al usuario.

Todos los textos y mensajes en pantalla aparecern en idioma espaol.

El diseo de la interfaz del sistema responder a la ejecucin de acciones de una manera rpida,
minimizando los pasos a dar en cada proceso.

La interfaz ser sencilla, amigable, intuitiva y de fcil navegacin por el usuario, con el objetivo de evitar
la resistencia humana al uso de la nueva aplicacin.

2.6 Fase Exploracin.

En esta fase de la metodologa XP es donde los clientes plantean a grandes rasgos las historias de usuario (HU)
que son de inters para la primera entrega del producto. Al mismo tiempo, el equipo de desarrollo se familiariza
con las herramientas, tecnologas y prcticas que se utilizarn en el proyecto. Se prueba la tecnologa y se
exploran las posibilidades de la arquitectura del sistema construyendo un prototipo. La fase de exploracin toma
de pocas semanas a pocos meses, dependiendo del tamao y familiaridad que tengan los programadores con la
tecnologa.[11]

2.6.1 Historias de Usuarios (HU).

El primer paso de cualquier proyecto que siga XP es definir las historias de usuario con el cliente. Las Historias de
Usuarios (HU) tienen la misma finalidad que los casos de uso pero con algunas diferencias: constan de 3 4
lneas escritas por el cliente en un lenguaje no tcnico sin hacer mucho hincapi en los detalles; no se debe
hablar ni de posibles algoritmos para su implementacin ni de diseos de base de datos adecuados. Son usadas
para estimar tiempos de desarrollo de la parte de la aplicacin que describen. Tambin se utilizan en la fase de
pruebas, para verificar si el programa cumple con lo que especifica la historia de usuario. Cuando llega la hora de
implementar una historia de usuario, el cliente y los desarrolladores se renen para concretar y detallar lo que
tiene que hacer dicha historia. El tiempo de desarrollo ideal para una historia de usuario es entre 1 y 3 semanas.
[11]
A continuacin de describen algunas de las las HU de los requisitos funcionales que representan algn tipo de
riesgo para la seguridad del sistema e integridad de la informacin que divulgar el portal y que tienen mayor
peso para la ejecucin de la aplicacin. Ver Anexo 1.

36

Historia de Usuario
Nmero: 1

Nombre: Insertar usuario

Usuario: administrador
Prioridad del negocio: Baja

Riesgo en desarrollo: Bajo

Punto de estimacin: 0.2

Iteracin asignada: 1

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permiso para insertar un nuevo usuario en el sistema. Para ello accede a la opcin
crear usuario en el bloque Administracin, el sistema permite llenar los datos del nuevo
usuario y escoger el rol que determinar los privilegios del mismo.
Observaciones:

Tabla 1: Historia de Usuario Insertar Usuario.

Historia de Usuario
Nmero: 2

Nombre: Modificar usuario

Usuario: administrador
Prioridad del negocio: Baja

Riesgo en desarrollo: Bajo

Punto de estimacin: 0.2

Iteracin asignada: 1

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permiso para modificar un usuario existente en el sistema. Para ello accede a la opcin
de edicin del usuario, el administrador puede modificar los datos del mismo
incluyendo el estado del mismo (Activo/Bloqueado), contrasea, rol entre otros.
Observaciones:

Tabla 2: Historia de Usuario Modificar Usuario.

Historia de Usuario
Nmero: 3

Nombre: Eliminar usuario

Usuario: administrador
Prioridad del negocio: Baja

Riesgo en desarrollo: Bajo

37

Punto de estimacin: 0.2

Iteracin asignada: 1

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permiso para eliminar un usuario existente en el sistema. Para ello debe acceder a la
opcin de edicin y cancelar la cuenta.
Observaciones:

Tabla 3: Historia de Usuario Eliminar Usuario.

2.7 Conclusiones.
En este captulo se presentan los requisitos funcionales y no funcionales a los que responder el
desarrollo del sistema, se conformaron adems las historias de usuarios que describen, de las
funcionalidades que debern implementarse, las que ms peso representan para el sistema.

38

Captulo3:SolucinPropuesta

39

En este captulo se describen los aspectos relacionados con el diseo de la solucin propuesta,
los patrones de diseo a utilizar en el desarrollo de la aplicacin, se definen la estructura y los
elementos del diseo, adems de presentar el modelo de datos.
3.1 Fase de Planificacin.
La planificacin es una fase corta, en la que el cliente, los gerentes y el grupo de desarrolladores
acuerdan el orden en que debern implementarse las historias de usuario, y, asociadas a stas,
las entregas. Tpicamente esta fase consiste en una o varias reuniones grupales de planificacin.
El resultado de esta fase es un Plan de Entregas, o Release Plan. [28]
La metodologa usada (XP) plantea la planificacin como un dilogo continuo entre las partes
involucradas en el proyecto, incluyendo al cliente, a los programadores y a los coordinadores o
gerentes, durante esta fase (fase de planificacin) se realiza una estimacin del esfuerzo que
costar implementar cada historia de usuario, ejemplo: las pruebas unitarias, la integracin y
refactorizacin del cdigo, y la preparacin y ejecucin de las pruebas de aceptacin, debe ser
estricta puesto que hay muchas variables en juego, y debe ser flexible para poder adaptarse a los
cambios que puedan surgir. Esto se expresa utilizando como medida el punto; un punto se
considera como una semana ideal de trabajo, donde los miembros de los equipos de desarrollo
trabajan el tiempo planeado sin ningn tipo de interrupcin. Tpicamente esta fase consiste en una
o varias reuniones grupales de planificacin, el resultado de esta fase es un Plan de Entregas.
[29]
Historia de Usuario
Insertar usuario
Modificar usuario
Eliminar usuario

Puntos de estimacin
0.2
0.2
0.2

Autenticar

0.4
1
1
1
1
1
1
1
1
1
1

Realizar donacin
Responder solicitud recorrido
Eliminar solicitud recorrido
Crear solicitud recorrido
Responder solicitud bsqueda especializada
Eliminar solicitud bsqueda especializada
Crear solicitud bsqueda especializada
Responder solicitud conferencia
Eliminar solicitud conferencia
Crear solicitud conferencia

Tabla 4: Plan de estimacin de esfuerzo por historias de usuario.

40

Plan de iteraciones
A continuacin se especifica exactamente cules historias de usuario sern implementadas para
cada iteracin del sistema. Al comienzo de cada iteracin, se realiza una reunin de planificacin.
Cada HU se traduce en tareas especficas de programacin. As mismo, para cada HU se
establecen las pruebas de aceptacin. Estas pruebas se realizan al final del ciclo en el que se
desarrollan, pero tambin al final de cada uno de los ciclos siguientes, para verificar que sus
siguientes iteraciones no afectarn a las anteriores. Adems de las entregas habituales al final de
cada iteracin, todas las semanas se hace un resumen con la presencia del cliente y se muestran
los adelantos del sistema, y con el mismo objetivo se realizan reuniones diarias entre los
desarrolladores al final de cada sesin de trabajo.

Iteraciones

Orden de las HU a implementar

Duracin total de
las iteraciones

- Insertar usuario
- Modificar usuario
Iteracin 1

- Eliminar usuario
- Autenticar
- Realizar donacin

8 semanas

- Responder solicitud recorrido

- Eliminar solicitud recorrido
Iteracin 2

- Crear solicitud recorrido

- Responder solicitud bsqueda especializada
- Eliminar solicitud bsqueda especializada
- Crear solicitud bsqueda especializada
- Responder solicitud conferencia

6 semanas

- Eliminar solicitud conferencia

- Crear solicitud conferencia

Tabla 5: Plan de duracin de las iteraciones.

Plan de entregas (Release Plan)

41

El plan de entrega se confeccionan para definir cules son las fechas aproximadas en las que se
entregarn cada una de las versiones de la aplicacin al cliente.
Producto

Final 1ra Iteracin

4ta semana de
Febrero

Final 2da Iteracin

3ra semana de
Abril

Portal
Web
para
promocin y servicios
histrico en Huambo

0.1

1.0

Tabla 6: Plan de Entregas.

3.2 Diseo.

La metodologa XP hace especial nfasis en los diseos simples y claros. Los conceptos ms
importantes de diseo en esta metodologa son los siguientes:
Simplicidad: Un diseo simple se implementa ms rpidamente que uno complejo. Por ello XP
propone implementar el diseo ms simple posible que funcione. Se sugiere nunca adelantar la
implementacin de funcionalidades que no correspondan a la iteracin en la que se est
trabajando.
Recodificacin: Las metodologas de XP sugieren recodificar cada vez que sea necesario. Si bien,
puede parecer una prdida de tiempo innecesaria en el plazo inmediato, los resultados de sta
prctica tienen sus frutos en las siguientes iteraciones, cuando sea necesario ampliar o cambiar la
funcionalidad. La filosofa que se persigue es, como ya se mencion, tratar de mantener el cdigo
ms simple posible que implemente la funcionalidad deseada .
Diseo del Sistema
Para el diseo de aplicaciones informticas la metodologa XP no requiere la presentacin del
sistema mediante diagramas de clases utilizando notacin UML. En su lugar se usan otras
tcnicas como las tarjetas CRC (Contenido, Responsabilidad y Colaboracin). No obstante el uso
de estos diagramas puede aplicarse siempre y cuando influyan en el mejoramiento de la
comunicacin, no sea un peso su mantenimiento, no sean extensos y se enfoquen en la
informacin importante.
Tarjetas CRC (Cargo o clase, Responsabilidad y Colaboracin). Ver Anexo 6

42

Ilustrac

in 3: Tarjeta CRC Drupal_Model.

Patrn Arquitectnico
La arquitectura empleada para el diseo del portal web est basada en el patrn arquitectnico
Modelo Vista Controlador (Model-View-Controller o MVC). Este es un patrn que separa los datos
de una aplicacin, la interfaz de usuario y la lgica de control en tres componentes distintos. El
patrn MVC se ve frecuentemente en aplicaciones web, donde la vista es la pgina HTML y el
cdigo que provee de datos dinmicos a la pgina, el modelo es el Sistema de Gestin de Base
de Datos y el controlador representa la Lgica de negocio. Este estilo se basa en separar el
diseo de las aplicaciones en tres capas diferentes:
Modelo: Es la representacin especfica de la informacin con la cual el sistema opera. La lgica
de datos asegura la integridad de estos y permite derivar nuevos datos; por ejemplo, no
permitiendo comprar un nmero de unidades negativo.
Vista: Presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz de
usuario.
Controlador: Responde a eventos, usualmente acciones del usuario e invoca cambios en el
modelo y probablemente en la vista.

Diseo de la BD

43

Ilustracin 4: Diagrama Entidad Relacin.

Descripcin de las tablas. Ver Anexo 2.

Nombre: busqueda_especializada_solicitante
Descripcin: Almacena los datos de la persona que solicita el servicio de Bsqueda
Especializada
Atributo
nid

Tipo
int

Descripcin
Nmero
identificador

del

servicio

solicitado en la tabla y llave primaria de

la misma.

44

nombre_apellido
ci
Lugar_residencia
contacto
datos_nombre_apellido
datos_fecha
datos_lugar
datos_notario
estado

varchar

Nombre y apellidos de la persona que

varchar

solicita el servicio.
Nmero de identidad de la persona que

varchar

solicita el servicio
Direccin de la persona que solicita el

varchar

servicio.
Informacin de contacto de la persona

varchar

que solicita el servicio.

Nombre y apellidos de la persona a la

varchar

que se le har el documento oficial.

Fecha en que ocurri el servicio

varchar

solicitado.
Lugar en donde transcurri el servicio

varchar
int

solicitado.
Notario que realiz el servicio solicitado.
Indica si la solicitud ha sido aceptada,
rechazada o si est pendiente de
anlisis(0 pendiente, 1 aceptado, 2
rechazado).

Tabla 7: busqueda_especializada_solicitante.
Nombre: busqueda_especializada_solicitante_servicio
Descripcin: Se genera a partir de la relacin muchos a muchos entre las
tablas busqueda_especializada_solicitante y taxonoma.
Atributo
Tipo
Descripcin
nid
int
Llave
primaria

de

la

tabla

busqueda_especializada_solicitante que
pasa como llave primaria de la nueva
Id_taxonomy

int

tabla
Llave primaria de la tabla taxonomy que
pasa como llave primaria de la nueva

tabla.
Tabla 8: busqueda_especializada_solicitante_servicio.

Definiciones del diseo

Los patrones de diseo son soluciones elegantes y ptimas a problemas comunes que se puede
aplicar en nuevos contextos, constituyen un conjunto de reglas que guan las diferentes partes del

45

proceso de desarrollo. Para el diseo de la base de datos existen varios patrones definidos como
rbol Fuertemente Codificado, Doble Relacin con una misma Entidad, Llaves Subrogadas y
otros. Especficamente para el diseo de la base de datos de la aplicacin se utiliz:
Llaves Subrogadas: el cual genera una llave primara nica para cada una de las entidades en vez
de usar un atributo identificador. Normalmente se generan los nmeros en forma secuencial.
Ejemplo de la aplicacin de este patrn tenemos las tablas: busqueda_especializada_solicitante,
solicitud_conferencia, solicitud_recorrido_ciudad y servicio_tutoria.
Tratamiento de Errores
La extensin PHP Data Objects (PDO) define un interfaz ligera, para tener acceso a bases de
datos en PHP. Cada controlador de base de datos que implementa la interfaz PDO puede exponer
base de datos especficas como funciones de extensin regular proporcionando as una capa de
abstraccin de acceso a datos. PDO ofrece tres diferentes estrategias de manejar errores, para
adaptarse al estilo de desarrollo de la aplicacin, estas son PDO::ERRMODE_SILENT,
PDO::ERRMODE_WARNING y PDO::ERRMODE_EXCEPTION , en este caso se utilizar:
PDO::ERRMODE_EXCEPTION: En adicin a la configuracin del cdigo de error, el PDO lanzar
un PDOException y configurar sus propiedades para reflejar el error y dar informacin sobre
dicho error. Esta configuracin tambin ser til durante el debugging, ya que har saltar
eficientemente el script en el lugar del error, sealando muy rpidamente reas pontencialmente
problemticas del cdigo.
El modo excepcin tambin es til porque permite estructurar los errores manejndolos con ms
claridad que las advertencias tradicionales del estilo de PHP, y adems con menos
cdigo/anidacin que ejecutndolo en modo silencioso y comprobando explcitamente el valor
devuelto de cada llamada a la base de datos.
Seguridad en la base de datos
Para garantizar la integridad y seguridad de la base de datos de MySQL se ha definido un solo
usuario con privilegios de super usuario, se concedern privilegios mnimos a los usuarios y se
realizarn copias de seguridad peridicamente.
Interfaz

46

Como herramienta para administrar visualmente y de forma sencilla servidores de bases de datos
se utilizar MySQL Administrator, un software multiplataforma que permite realizar tareas
administrativas sobre servidores MySQL tales como:
- Configuracin de las opciones de inicio de los servidores .
- Inicio y detencin de servidores .
- Monitorizacin de conexiones al servidor .
- Administracin de usuarios
- Monitorizacin del estado del servidor, incluyendo estadsticas de uso .
- Visualizacin de los logs del servidor .
- Gestin de copias de seguridad y recuperaciones .
- Visualizacin de catlogos de datos.

3.3 Fase Implementacin del Sistema

Esta fase constituye la parte ms importante dentro del proceso de la metodologa XP, ya que es
aqu donde se comienza el desarrollo del sistema. Por tal motivo es que todos los trabajos tienen
como objetivo o meta a cumplir, lograr que las HU se programen lo ms rpido posible, sin
interrupciones y en direccin correcta. Debido a que durante el transcurso de cada una de las
iteraciones se realiza la implementacin de las HU seleccionadas. Desde el inicio se realizan
revisiones del plan de iteraciones, el cual se modifica y es mejorado en caso de ser necesario,
esto se realiza de manera continua a lo largo del proyecto. A continuacin se presentan algunas
de las tareas generadas por las HU en cada una de las iteraciones, la relacin total de las mismas
se encuentran en el Anexo 2.
3.3.1 Iteracin 1
Tiempo de Implementacin
Historias de Usuarios
1. Insertar usuario
2. Modificar usuario
3. Eliminar usuario
4. Autenticar
5. Realizar donacin

(Semanas)
Estimacin
0.2

Real
0.2

0.2
0.2
0.4
1

0.2
0.2
0.4
1

9. Responder solicitud de recorrido

10. Eliminar solicitud de recorrido

47

11. Crear solicitud de recorrido

Tabla 9: Tiempo de implementacin Iteracin 1.

Tareas generadas por historia de usuario Iteracin 1. Ver Anexo 3.

Tarea
Nmero de tarea:1
Nombre de la tarea: Insertar usuario
Tipo de tarea: Desarrollo
Fecha de inicio: 2012-1-2
Descripcin:

Nmero de historia:1
Puntos de Estimados: 0.2
Fecha fin: 2012-1-2

Permite insertar un nuevo usuario en el sistema.

Tabla 30. Tarea generada para la HU Insertar usuario.

3.3.2 Iteracin 2
Tiempo de Implementacin
Historias de Usuarios
1. Responder solicitud de bsqueda especializada

(Semanas)
Estimacin
1

Real
1

2. Eliminar solicitud de bsqueda especializada

3. Crear solicitud de bsqueda especializada

4. Responder solicitud de conferencia

5. Eliminar solicitud de conferencia

6. Crear solicitud de conferencia

Tabla 10: Tiempo de implementacin Iteracin 2.

Tareas generadas por historia de usuario Iteracin 2. Ver Anexo4

Tarea
Nmero de tarea:12
Nmero de historia:12
Nombre de la tarea: Responder solicitud de bsqueda especializada
Tipo de tarea: Desarrollo
Puntos de Estimados: 1

48

Fecha de inicio: 2012-2-29

Descripcin:

Fecha fin: 2012-3-6

Permite responder las solicitudes pendientes de bsqueda especializada .

Tabla 11: Tarea generada para la HU Responder solicitud de bsqueda especializada.

49

Pruebas
Uno de los pilares que propone la metodologa XP es el uso de pruebas para comprobar el
funcionamiento de los cdigos que se implementan. Las pruebas permiten verificar que un cambio
en la estructura de un cdigo no afecta su funcionamiento. En este captulo se presentan las
pruebas de aceptacin llevadas a cabo para evaluar las distintas tareas en las que han sido
divididas las historias de usuarios en cada ciclo de la iteracin del desarrollo, para garantizar as el
correcto funcionamiento del producto final. Ver Anexo 5.
Caso de Prueba de Aceptacin
Cdigo:HU05_P1
Historia de Usuario: Insertar usuario
Nombre: Insertar usuario
Descripcin: Probar la funcionalidad insertar usuario
Condiciones de ejecucin: El usuario debe estar previamente autenticado y
tener privilegio de administrador del portal.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y llena los siguientes datos:

Nombre de usuario.
Direccin de correo electrnico.
Contrasea.
Estado (Activo o desactivo).
Rol.

Pulsa el botn crear nueva cuenta.

El sistema valida los datos y en caso de que no existan errores y no hayan

campos vacos muestra un mensaje indicando que la cuenta ha sido creada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos,
el sistema muestra un mensaje en rojo en la parte superior de la pgina

indicando cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se
muestra una notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 12: Caso de prueba Insertar usuario.

50

Caso de Prueba de Aceptacin

Cdigo:HU05_P2
Historia de Usuario: Modificar usuario
Nombre: Modificar usuario
Descripcin: Probar la funcionalidad Modificar usuario
Condiciones de ejecucin: El usuario debe estar previamente autenticado y tener
privilegio de administrador del portal.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y puede modificar los siguientes

datos:
Nombre de usuario.
Direccin de correo electrnico.
Contrasea.
Estado (Activo o desactivo).
Rol.

Pulsa el botn guardar.

El sistema valida los datos y en caso de que no existan errores y no hayan campos
vacos muestra un mensaje indicando que la cuenta ha sido modificada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos, el
sistema muestra un mensaje en rojo en la parte superior de la pgina indicando

cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se muestra una
notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 13: Caso de prueba Modificar usuario.

3.3 Conclusiones.
En este captulo se abordaron las peculiaridades de las fases de Exploracin y Planificacin y los
artefactos que se generaron durante su desarrollo, entre ellos las historias de usuario y los planes
de entregas e iteraciones. Ambas fases se repiten en cada iteracin lo que posibilita realizar una

51

estimacin ms exacta y real del esfuerzo necesario para cumplir con las historias de usuario
negociadas y con las que el equipo de trabajo se ha comprometido.
Adems se realizaron las pruebas al sistema para cada una de las HU, as como el resultado
esperado y la evaluacin de cada una de ellas. Estas pruebas propician al cliente conformidad y
seguridad ante el sistema, debido a que es l quien tiene el conocimiento sobre qu es lo que
quiere y es l quien va a comprobarlo mediante una prueba de aceptacin para darle el visto
bueno.

52

Conclusiones
Con la realizacin del presente trabajo, Portal Web para el Archivo Histrico Provincial de
Huambo,

se han obtenido resultados satisfactorios, dado el cumplimiento de los objetivos

trazados y las tareas propuestas. Al analizar dichos resultados se puede arribar a las siguientes
conclusiones:

Se realiz un estudio sobre algunas soluciones informticas existentes tanto a nivel

nacional como internacional que contribuyen con la aplicacin de las TIC en los archivos
histricos, logrando definir algunas funcionalidades que fueron puestas en prctica en el
desarrollo del Portal Web para el Archivo Histrico Provincial de Huambo.

Se llev a cabo un estudio acerca de las metodologas, herramientas y tecnologas a

utilizar, permitiendo seleccionar las que ms se ajustan a las necesidades del proyecto.

El desarrollo de la aplicacin se document utilizando la metodologa XP. Los mdulos

creados se implementaron utilizando el lenguaje PHP, con el sistema gestor de base datos
a MySQL y el servidor web Apache 2 y luego fueron aadidos al ncleo modular del CMS
Drupal.

Esto posibilita que el producto obtenido est acorde a los estndares

internacionales y las polticas actuales del pas en cuanto a la produccin de software.

Fueron realizadas pruebas de software con el objetivo de lograr un producto funcional, con
calidad y libre de errores que fuera capaz de cumplir las necesidades requeridas por el
cliente.

Se realiz un portal teniendo en cuenta el funcionamiento y las necesidades de Huambo

Se logr contribuir a la promocin de la informacin y los servicios del Archivo Histrico de

Huambo y automatizar algunos de sus principales servicios, resultando de gran beneficio
para los trabajadores de la institucin y la poblacin de manera general.

53

Recomendaciones
Las recomendaciones de la investigacin estn dirigidas a sugerir acciones para mejorar el
producto obtenido, para ello se recomienda:

Trabajar en mejoras para el diseo del portal, teniendo en cuenta las tendencias actuales
de los portales promocionales en el mundo.

Continuar el desarrollo de este sistema, aadiendo nuevas funcionalidades e integrando

otros servicios que sean necesarios para la institucin.

Estudiar con mayor profundidad los Sistemas de Gestin de Contenidos para aprovechar a
plenitud las ventajas que ofrecen y agregar al portal mayor cantidad de funcionalidades de
gestin.

54

ReferenciasBibliogrficas
1. Gonzlez Hernndez, Sara. Archivo General de la Nacin de Colombia. [Online] 2013.
http://www.archivogeneral.gov.co/.
2. Ruiz, F. Fuster. ARCHIVSTICA, ARCHIVO, DOCUMENTO DE ARCHIVO. Facultad de
Ciencias de la Documentacin. Universidad de Murcia-Espaa: s.n., 2014.
3. Ministerio

de

Cultura.

Diccionario

de

terminologa

archivstica.

[Online]

http://www.mcu.es/archivos/MC/DTA/Portada.html.
4. Sistemas

Tcnicas

de

Gestin

de

Archivos.

[Online]http://www.chapuli.com/david/tutor_virtual/ap/AP8.pdf
5. Garca Gmez, Juan Carlos. Portales de Internet: concepto, tipologa bsica y desarrollo.
[Online]

2013.

http://www.elprofesionaldelainformacion.com/contenidos/2001/julio/2.pdf
6. Universidad de Mlaga. Caracterizacin detallada de la metodologa de
desarrollo

de

software

RUP.

[Online]http://www.eumed.net/libros/2009c/584/Caracterizacion%20detallada
%20de%20la%20metodologia%20de%20desarrollo%20de%20software
%20RUP.htm
7. IVAR

JACOBSON,

GRADY

BOOCH,

JAMES RUMBAUGH. EL PROCESO

UNIFICADO DE DESARROLLO DE SOFTWARE. s.l: Editorial PEARSON EDUCACION,

2000.
8. Fuentes, Indira Lilled Laurencio. Fundamentacin de la Metodologa de
Desarrollo de Software: eXtreme Programming (XP), 2014.
9. Valdes, Damian Prez. Los diferentes lenguajes de programacin para la web.
[online]http://maestrosdelaweb.com/principiantes/los-diferentes-lenguajes-deprogramacion-para-la-web/
10.NetBeans. Sito oficial de netBeans. [Online] 2014. http://netbeans.org/ .
11.Eclipse. [Online] 2014.http://guia-ubuntu.org/index.php?title=Eclipse
12.The GNU

Image

Manipulation

Program.

Sitio

oficial

de

Gimp

[Online]

2014.http://Gimp.org
13.ComputerWorld. Site builder shootout: Drupal vs. Joomla vs. WordPress [Online]
http://www.computerworld.com/s/article/9219685/Site_builder_shootout_Drupal_
vs._Joomla_vs._WordPress

55

14.Visual Parading for UML. [Online]

2014.http://www.freedownloadmanager.org/es/downloads/Paradigma_Visual_par
a_uml
15.Rational Rose Enterprise . [Online]
2014.http://www.rational.com.ar/herramientas/roseenterprise.html
16.Tutorial

de

UML.

[Online]

2013.http://www.dcc.uchile.ci/psalinas/uml/introduction.html
17.CAVSI. Sistemas gestores de Bases de Datos. [Online] 2013.
18.Oracle Corporation. MySQL. The world's most popular open source database.
[Online] 2014. http://www.mysql.com
19.

Consultora

desarrollo

Web.

[Online]

2014.

http://wwwnemoestudio.com/es/home/section/herramientas
20.Servidor

Web.

[Online]

2013.

http://www.guia-ubuntu.org/index.php?

title=Servidor_web#Servidor_Web_lighttpd
21.Rasson, Damien. softonic.com. . [En lnea] 2013. [Citado el: 11 de Octubre de
2014.] http://smartsvn.softonic.com/linux
22.rabbitvcs.org. rabbitvcs.org. [En lnea] [Citado el: 11 de Octubre de 2014.]
http>//www.rabbittvcs.org
23.Rocha, Yon. promineostudios.com. [En lnea] 2009. [Citado el: 11 de Octubre
de

2014.]

http>//promineostudios.com/blog/articulo/rabbitvcs-cliente-grafico-

svn-para-ubuntu
24.Joskowicz, Jos. Reglas y Prcticas en eXtreme Programing [En lenea] 2013.
www.uls.edu.sv/index.php?option=com
25.Mitaritonna, Alejandro Daniel. Tesis de Maestra en Ingeniera en Sistemas
de Informacin. Universidad Tecnolgica Nacional Facultad Regional de Buenos
Arires. [En lnea] www.caminandoutopias.org.ar/tesis/Tesis_ADM_v1.0_final.pdf

56

BibliografaConsultada
1. Carmenates Fuentes, Luis. Compilacin de artculos sobre la investigacin cientfica.
Ecuador: UTSAM, 2004.
2. Booch, Grady, Jacobson, Ivar and Rumbaugh, James. El Proceso Unificado de
Desarrollo de Software. 2000.
3. Olivares Rojas, Juan Carlos. Patrones de Diseo. 2010.
4. Francisco Villarreal. Es posible el xito empresarial con tecnologas de informacin? .
Pag. 4-10 Revista RED febrero/96 Nro. 65.
5. Sommerville,I. Ingeniera de Software. Sddison-Wesley Iberoamericana. 1988.
6. McClure, Carma. CASE, la automatizacin del software. Editorial Addison-Wesley
Iberoamericana,SA EUA 1993.
7. Garca Avila, Lourdes F. Tesis para optar por el ttulo estatal de Mster en Informtica
Aplicada a la Ingeniera y la Arquitectura. Metodologa para evaluar la calidad de la etapa
de anlisis de proyectos informticos orientado a objetos (CAOOSI) ISPJAE Cuba 1996.
8. Vilcapoma, Edgar. Estndares ISO para la calidad del software. Revista Competitividad.
Universidad Nacional de Ingeniera. Lima, Per, Ao 1, No 2, Noviembre 1995, pp13-17.
9. lvarez Crdenas, Sofa. Metodologa para el desarrollo de aplicaciones para medios
ambientes visuales estructurados. 1993.
10.Sanchez, Mara A. Mendoza. Metodologas De Desarrollo De Software. [En lnea] 7 de
Junio l de 2004. [Citado el: 14 de Dieciembre de 2011.] http://www.informatizate.net
11.Beck. Extreme Programming Explained. s.l.: Addison Wesley, 2000.
12.Wake, W.C. Extreme Programming Explored. s.l.: Addison-Wesley, 2002.
13.Penads, Patricio Letelier y M Carmen. Mtodologas giles para el desarrollo de
software: eXtreme Programming (XP). Valencia: Universidad Politcnica de Valencia.

57

Anexos
Anexo 1. Historias de Usuario.
Historia de Usuario
Nmero: 4

Nombre: Autenticar usuario

Usuario: administrador, registrado, editor.

Prioridad del negocio: Baja

Riesgo en desarrollo: Baja

Punto de estimacin: 0.4

Iteracin asignada: 1

Descripcin: El sistema contiene el bloque de autenticacin, donde el usuario del

registrado en el sistema deber entrar el nombre y la contrasea en los campos de
texto si desea tener acceso a los privilegios de su rol. Una vez llevada a cabo esta
operacin, el sistema verifica la autenticidad de los mismos. En caso de ser correctos,
chequea adems el nivel de acceso que posee el usuario y habilita las opciones en
dependencia de este. Si las credenciales proporcionadas son incorrectas, se le informa
de esta situacin al usuario en la misma pgina mediante un mensaje de texto.
Observaciones:

Tabla 14: Historia de Usuario Autenticar usuario

Historia de Usuario
Nmero: 5

Nombre: Realizar Donacin.

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1

Iteracin asignada: 1

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permisos para realizar el proceso de donacin de documentos, imgenes u otros.
Observaciones:

Tabla 15: Historia de Usuario Realizar Donacin.

58

Tabla 17: Historia de Usuario Administrar Solicitud Servicio de Tutora.

Historia de Usuario
Nmero: 9

Nombre: Responder Solicitud Servio Tutorial

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1.5

Iteracin asignada: 1

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permiso para responder las solicitudes de recorridos pendientes. Para ello debe
acceder a dicha opcin, entonces el administrador podr ver todas las solicitudes que
hay pendientes y las puede aceptar o no.
Observaciones:

Tabla 19: Historia de Usuario Eliminar Solicitud Recorrido.

Historia de Usuario
Nmero: 10

Nombre: Eliminar Solicitud Recorrido

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1.5

Iteracin asignada: 1

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permiso para eliminar las solicitudes de recorridos pendientes. Para ello debe acceder
a la opcin eliminar en el bloque Administracin o accediendo a la opcin de edicin y
cancelar la solicitud.
Observaciones:

59

Tabla 20: Historia de Usuario Administrar Solicitud Recorrido.

Historia de Usuario
Nmero: 11

Nombre: Crear Solicitud Recorrido

Usuario: usuario registrado

Prioridad negocio: Alta

Riesgo en desarrollo: Bajo

Punto de estimacin: 1,5

Iteracin asignada: 2

Descripcin: Una vez registrado un usuario en el portal este tiene permiso para crear
la solicitud, en el formulario de la solicitud llena los datos necesarios y los enva para
su posterior anlisis.
Observaciones:

Tabla 21: Historia de Usuario Crear Solicitud Recorrido.

Historia de Usuario
Nmero: 12

Nombre: Responder Solicitud Bsqueda Especializada

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1.5

Iteracin asignada: 2

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permisos para responder las solicitudes de bsqueda especializada. Esto lo puede
hacer mediante la opcin responder solicitudes de bsqueda especializada, que
permitir ver todas las solicitudes que hay pendientes y aceptarlas o no.
Observaciones:

Tabla 21: Historia de Usuario Responder Solicitud Bsqueda Especializada.

60

Historia de Usuario
Nmero: 13

Nombre: Eliminar Solicitud Bsqueda Especializada

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1.5

Iteracin asignada: 2

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permisos para eliminar las solicitudes de bsqueda especializada. Esta operacin la
puede realizar mediante la opcin eliminar en el bloque Administracin o accediendo a
la opcin de edicin y cancelar la solicitud.
Observaciones:

Tabla 23: Historia de Usuario Eliminar Solicitud Bsqueda Especializada.

Historia de Usuario
Nmero: 14

Nombre: Crear Solicitud Bsqueda Especializada

Usuario: usuario registrado

Prioridad negocio: Alta

Riesgo en desarrollo: Bajo

Punto de estimacin: 1.5

Iteracin asignada: 2

Descripcin: Una vez registrado un usuario en el portal este tiene permiso para crear
la solicitud, en el formulario de la solicitud llena los datos necesarios y los enva para
su posterior anlisis.
Observaciones:

Tabla 24: Historia de Usuario Crear Bsqueda Especializada

61

Historia de Usuario
Nmero: 15

Nombre: Responder Solicitud Conferencia

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1.5

Iteracin asignada: 2

Descripcin: Una vez autenticado el usuario con privilegio de administrador este tiene
permiso para responder las solicitudes de conferencia. Lo puede hacer mediante la
opcin responder solicitud: la cual permite al administrador ver todas las solicitudes
que hay pendientes y las puede aceptar o no.
Observaciones:

Tabla 25: Historia de Usuario Responder Solicitud Conferencia.

Historia de Usuario
Nmero: 16

Nombre: Eliminar Solicitud Conferencia

Usuario: administrador
Prioridad del negocio: Alta

Riesgo en desarrollo: Medio

Punto de estimacin: 1.5

Iteracin asignada: 2

Descripcin: Una vez autenticado el usuario con privilegios de administrador este

tiene permiso para eliminar las solicitudes de conferencia. Lo puede hacer mediante la
opcin eliminar en el bloque Administracin o accediendo a la opcin de edicin y
cancelar la solicitud.
Observaciones:

Tabla 26: Historia de Usuario Eliminar Solicitud Conferencia

62

Historia de Usuario
Nmero:17

Nombre: Crear Solicitud Conferencia

Usuario: usuario registrado

Prioridad negocio: Alta

Riesgo en desarrollo: Bajo

Punto de estimacin: 1.5

Iteracin asignada: 2

Descripcin: Una vez registrado un usuario en el portal este tiene permiso para crear
la solicitud, en el formulario de la solicitud llena los datos necesarios y los enva para
su posterior anlisis.
Observaciones:

Tabla 27: Historia de Usuario Crear Solicitud Conferencia

Anexo 2. Descripcin de las tablas de la Base de Datos.

Nombre: solicitud_conferencia
Descripcin: Almacena los datos necesarios para procesar una solicitud de
conferencia.
Atributo
sid

Tipo
int

Descripcin
Nmero
identificador

del

servicio

solicitado en la tabla y llave primaria de

varchar

la misma.
Nombre de la institucin que solicita el

date

servicio.
Fecha en la que se propone sea

lugar
hora
total_participantes
descripcion_profesiona

varchar
varchar
int
varchar

brindado el servicio.
Lugar donde se recibir el servicio.
Hora en la que se recibir el servicio.
Total de personas.
Breve descripcin profesional del grupo

l
transportacin

int

que recibir el servicio.

Si se garantizar el transporte(1 para s,

Institucion
fecha

0 para no).

Tabla 28: solicitud_conferencia.

Nombre: solicitud_conferencia_tema

63

Descripcin: Se genera a partir de la relacin muchos a muchos entre las tablas

solicitud_conferencia y taxonoma.
Atributo
Tipo
sid
int

Descripcin
Llave
primaria

de

la

tabla

solicitud_conferencia que pasa como

Id_taxonomy

llave primaria de la nueva tabla

Llave primaria de la tabla taxonomy que

int

pasa como llave primaria de la nueva

tabla.

Tabla 29: solicitud_conferencia_tema.

Nombre: solicitud_recorrido_ciudad
Descripcin: Almacena los datos necesarios para procesar una solicitud de recorrido
por la ciudad.
Atributo
rid

Tipo
int

Descripcin
Nmero
identificador

del

servicio

solicitado en la tabla y llave primaria de

Institucion

varchar

la misma.
Nombre de la institucin que solicita el

fecha

date

servicio.
Fecha en la que se propone sea

hora
total_participantes
descripcion_profesiona

varchar
int
varchar

brindado el servicio.
Hora en la que se recibir el servicio.
Total de personas.
Breve descripcin profesional del grupo

l
tiempo disponible

int

que recibir el servicio.

Tiempo aproximado del que se dispone
para el recorrido.

Tabla 30: solicitud_recorrido_ciudad.

Anexo 5. Pruebas.
Caso de Prueba de Aceptacin
Cdigo:HU05_P3
Historia de Usuario: Realizar Donacin
Nombre: Realizar Donacin
Descripcin: Probar la funcionalidad Realizar Donacin
Condiciones de ejecucin: El usuario debe estar previamente autenticado.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y llena los siguientes datos:

Donante.

64

 Direccin.
Cargo.
Descripcin del material a donar.

Pulsa el botn guardar.

El sistema valida los datos y en caso de que no existan errores y no hayan campos
vacos muestra un mensaje indicando que la donacin ha sido realizada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos, el
sistema muestra un mensaje en rojo en la parte superior de la pgina indicando

cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se muestra una
notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 49: Caso de prueba Realizar Donacin.

Caso de Prueba de Aceptacin

Cdigo:HU05_P4

Historia de Usuario: Crear Solicitud Servicio de

Tutora
Nombre: Crear Solicitud Servicio de Tutora
Descripcin: Probar la funcionalidad Crear Solicitud Servicio de Tutora
Condiciones de ejecucin: El usuario debe estar previamente autenticado.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y llena los siguientes datos:

Institucin.
Carrera.
Promedio.
Experiencias en trabajos anteriores.
Eventos.

Pulsa el botn guardar.

El sistema valida los datos y en caso de que no existan errores y no hayan campos
vacos muestra un mensaje indicando que la solicitud ha sido realizada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos, el
sistema muestra un mensaje en rojo en la parte superior de la pgina indicando

cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se muestra una

65

notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 50: Caso de prueba Crear Solicitud Servicio de Tutora.

Caso de Prueba de Aceptacin
Cdigo:HU05_P5
Historia de Usuario: Crear Solicitud Recorrido
Nombre: Crear Solicitud Recorrido
Descripcin: Probar la funcionalidad Crear Solicitud Recorrido
Condiciones de ejecucin: El usuario debe estar previamente autenticado.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y llena los siguientes datos:

Ttulo.
Institucin.
Fecha.
Hora.
Total de Participantes.
Tiempo aproximado
Descripcin profesional

Pulsa el botn guardar.

El sistema valida los datos y en caso de que no existan errores y no hayan campos
vacos muestra un mensaje indicando que la solicitud ha sido realizada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos, el
sistema muestra un mensaje en rojo en la parte superior de la pgina indicando

cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se muestra una
notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 51: Caso de prueba Crear Solicitud Recorrido.

Caso de Prueba de Aceptacin
Cdigo:HU05_P6

Historia de Usuario: Crear Solicitud Bsqueda

Especializada
Nombre: Crear Solicitud Bsqueda Especializada
Descripcin: Probar la funcionalidad Crear Solicitud Bsqueda Especializada
Condiciones de ejecucin: El usuario debe estar previamente autenticado.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y llena los siguientes datos:

66

Datos del solicitante.

Nombre y Apellidos.
CI.
Direccin.
Informacin de contacto.
Datos de la solicitud.

Tipo de solicitud.

Nombre y apellidos.

Fecha Lugar.

Notario.

Pulsa el botn guardar.

El sistema valida los datos y en caso de que no existan errores y no hayan campos
vacos muestra un mensaje indicando que la solicitud ha sido realizada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos, el
sistema muestra un mensaje en rojo en la parte superior de la pgina indicando

cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se muestra una
notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 52: Caso de prueba Crear Solicitud Bsqueda Especializada.

Caso de Prueba de Aceptacin
Cdigo:HU05_P7
Historia de Usuario: Crear Solicitud Conferencia
Nombre: Crear Solicitud Conferencia
Descripcin: Probar la funcionalidad Crear Solicitud Conferencia
Condiciones de ejecucin: El usuario debe estar previamente autenticado.
Entrada/Pasos de ejecucin:

El usuario accede al formulario correspondiente y llena los siguientes datos:

Tipo de conferencia.
Institucin.
Fecha.
Lugar.
Hora.
Total de participantes.

67

 Descripcin profesional.
Transportacin.

Pulsa el botn guardar.

El sistema valida los datos y en caso de que no existan errores y no hayan campos
vacos muestra un mensaje indicando que la solicitud ha sido realizada
satisfactoriamente.

En caso de que alguno de los datos est incorrecto o existan campos vacos, el
sistema muestra un mensaje en rojo en la parte superior de la pgina indicando

cul ha sido el error.

Resultado esperado: Los datos son guardados en la base de datos y se muestra una
notificacin al usuario.
Evaluacin de la prueba: Satisfactoria

Tabla 53: Caso de prueba Crear Solicitud Conferencia.

Anexo 6. Tarjetas CRC.

Ilu

stracin 5: Tarjeta CRC Vista_Bsqueda_Especializda

68

Ilustracin

8: Tarjeta CRC Control_Solicitar_Conferencia

Ilus

tracin 9: Tarjeta CRC Vista_Recorrido_Ciudad

69

Ilustr

acin 10: Tarjeta CRC Control_Recorrido_Ciudad

70

71