Proyecto de Rediseño del Portal de Información de La...
Transcript of Proyecto de Rediseño del Portal de Información de La...
1
Proyecto de Rediseño del Portal de Información de La Biblioteca Daniel Cosío Villegas de El
Colegio de México A. C. (Informe de Actividades)
Por Javier Domínguez G. y Jericó Luna H. Revisores: Micaela Chávez y Francisco Mejía
19 febrero 2007
Introducción
El Portal de la Biblioteca Daniel Cosío Villegas (BDCV) es un sitio en Internet que tiene el objetivo
de “apoyar el desarrollo de las actividades de investigación y docencia de la comunidad de usuarios
mediante el diseño de una plataforma electrónica que integre los servicios informativos de la
Biblioteca Daniel Cosío Villegas en línea”1.
Dicho portal ha pasado por diversas etapas a lo largo de su existencia, debido a la variedad de
contenidos, servicios, noticias, enlaces, etc.
En 1994 la BDCV incursiona en actividades de servicios de información electrónicos, a través de
una aplicación Gopher, la cual duró en funcionamiento aproximadamente 2 años.
Hacia 1996 se diseñó una página de servicios de información, basada en la metodología de análisis
aplicada al Web, propuesta por Jackson, Michael H., con lo cual se pretendía integrar información
interna y externa, para suministrar servicios a los usuarios de manera remota y simultanea.2
En 1998 la página Web de servicios de información de la BDCV, creció en cuanto a su estructura y
contenidos, por lo que fue necesario plantear un direccionamiento de servicios que hasta ese
momento se ofrecían, ya que se contaba con aproximadamente 120 páginas con 96 apartados, de los
1 Arriola Navarrete, Oscar p. 138 2 Moreno, Pilar María y Maria Guadalupe Vega
2
cuales 47 requerían actualización permanente, de igual forma, el número de ligas se incremento con
aproximadamente 83 internas y 599 externas.3
Lo anterior dificultaba la recuperación de información en un formato como la página Web de
servicio de información, por lo que se hizo necesario un replanteamiento y de esta manera se crea el
primer portal de información de la BDCV en el año 2000, con lo cual se pretendía aprovechar los
avances de la tecnología para controlar la información adquirida por la misma biblioteca y la que se
encontraba disponible en Internet.
Como todo sistema de información, en el 2004 el portal de la BDCV concluyo su ciclo de vida,
ocasionado por el incremento y la velocidad en que apareció la información por distintos medios
electrónicos, provocando una saturación de información en el portal, debido a que el manejo de
información disponible había superado la primer propuesta, haciendo necesario replantear este
servicio empleando nuevas tecnologías y aprovechando la experiencia, para la creación de una
versión funcional.
Descripción del Proyecto
Se define como portal, el acceso a un sitio de información organizada, que permite interactuar de
manera remota y simultanea a través de Internet, empleando interfaces, motores de búsqueda,
enlaces a páginas útiles, consulta de documentos digitales y accesos a otros servicios electrónicos
de información.
Es importante resaltar que para el diseño de una nueva propuesta, los factores que se considerarán
en primer lugar, serán las necesidades de información de la comunidad de usuarios internos y
externos de la biblioteca, la disponibilidad de recursos electrónicos adquiridos por la BDCV y
también aquellos disponibles de manera gratuita en la Red ya seleccionados y concentrados en los
apartados de hemeroteca virtual y sitios especializados correspondientes a cada una de las áreas de
investigación de El Colegio de México (El COLMEX).
De igual forma, se considerarán las recomendaciones de estándares establecidos por la W3C4, así
como teorías sobre organización del conocimiento, usabilidad y accesibilidad, que apoyen en la
elaboración de páginas dinámicas, para cubrir las demandas de información de la comunidad
académica de El COLMEX y público en general.
3 Arriola p. 121 4 World Wide Web Consortium Home page. http://www.w3.org/
3
Objetivos del Proyecto
Rediseñar el Portal de la BDCV con una estructura basada en la organización del
conocimiento, con interfases funcionales que garanticen la calidad de consulta y faciliten el
acceso de manera remota y simultánea.
Apoyar el desarrollo de las actividades de investigación y docencia de la comunidad
académica mediante el diseño de una plataforma electrónica-digital que integre los
servicios de información de la BDCV en línea.
Ofrecer una herramienta de gestión ágil, rápida y transparente, que proporcione
uniformidad, coherencia e integridad de la información que se proporcione.
Implementar mecanismos que ayuden a evaluar los servicios que se ofrecen en el portal de
la BDCV para determinar su pertinencia y utilidad funcional.
Estructura de Grupos de Trabajo que Participarán en el Proyecto
La propuesta de rediseño del portal de la BDCV estará inmersa dentro del proyecto general del sitio
de El Colegio de México, por tal motivo, es importante mencionar cómo se vinculará el portal de la
BDCV al mismo. De tal manera que se integrarán varios grupos atendiendo a las necesidades del
proyecto.
Grupo Líder (GL) estará integrado por la Coordinación de Servicios de Cómputo, apoyados por el
Consejo de Directores de El COLMEX.
Su participación dentro del proyecto del rediseño del portal del BDCV será solo normativa y de
apoyo técnico, este último si la situación lo requiere.
Grupo de Administración del Proyecto (GAP),
Este grupo estará formado por un Bibliógrafo (líder del proyecto), un Ing. en sistemas (Web
Master), el Coordinador de Cómputo y la Directora de la BDCV.
Será el responsable de elaborar el documento de desarrollo del proyecto, su puesta en marcha y la
administración del mismo.
4
Funciones:
• Planificar, diseñar y coordinar el desarrollo del portal.
• Elaborar el documento base conteniendo
o Análisis o Diseño o Desarrollo
o Integración y Evaluación o Mantenimiento
o Evaluar solicitudes de incorporación de servicios de información para su evaluación y en su
caso proceder a la instrumentación.
• Determinar la pertinencia de adquirir o implantar Tecnologías y Servicios de Información,
que estén acorde con los lineamientos de servicios integrados de información de El
COLMEX.
• Interactuar con el GL aspectos de carácter normativo y técnico.
• Hacer seguimiento y control de los cambios en Tecnología y Servicios de Información.
• Establecer mecanismos y políticas de control de acceso al portal junto con el GC.
• Resolver problemas técnicos proporcionando información de manera regular sobre el
análisis, diseño, desarrollo y pruebas del proyecto.
• Capacitar al personal de la BDCV sobre el software a utilizar
• Informar a otros grupos sobre las decisiones tomadas y sobre los avances del portal.
Web Master
Será la persona encargada desde el punto de vista técnico de diseñar, desarrollar e integrar el portal.
Su labor será multidisciplinaria debido a la gran cantidad de tareas que se deberán realizar y a la
complejidad de las habilidades para ejecutarlas.
Funciones
• Asegurar el buen funcionamiento del hardware y software del servidor Web.
• Evaluar y elegir el software a utilizar en acuerdo con GL.
• Diseñar el portal.
• Administrar y configurar los servicios para el portal (Web y BD)
• Definir la arquitectura de la información
• Gestionar los perfiles para el control de acceso al portal
• Instalar, dar mantenimiento de seguridad lógica y funcional de la infraestructura del portal.
• Mantener la operatividad y funcionalidad de toda la infraestructura tecnológica y de
servicio de información del Portal.
5
• Realizar y garantizar los respaldos de información del portal.
• Dar mantenimiento a la infraestructura del portal.
• Evaluar y determinar el uso de la Tecnología que se haga de acuerdo a los requerimientos
de la BDCV.
• Capacitar al personal de la biblioteca en el uso y manejo del software de edición del portal.
(aspecto técnico)
• Resolver problemas técnicos, además de proporcionar información de manera regular y
cuando le sea requerida sobre el análisis, diseño, desarrollo y pruebas del proyecto.
• Establecer los procedimientos para la instalación del portal y su soporte.
• Creación de manual técnico de operación del portal.
Líder de Proyecto
Será la persona encargada de coordinar y supervisar el desarrollo de proyecto de portal de la BDCV
y quién establecerá los mecanismos de comunicación con los distintos grupos que integran el
proyecto, para proporcionar información en relación al desarrollo del mismo.
Funciones
• Coordinar el desarrollo del proyecto de rediseño del Portal de la BDCV
• Investigar sobre el proyecto en: Fuentes primarias y secundarias, otros portales; etc.
• Definir el mapa de sitio del portal junto con el GAP y GC.
• Dar seguimiento al desarrollo del proyecto
• Evaluar los avances en tecnología de la información y hacer recomendaciones
• Impartir cursos de inducción a usuarios sobre la operación y funcionamiento de los
servicios de información en el Portal.
• Contestar a las preguntas técnicas y de contenido de los usuarios sobre el sitio Web.
• Revisar periódicamente los cambios de la Web principal de El COLMEX, a fin de estar en
congruencia con las aplicaciones que se deriven de este proyecto
• Capacitar al personal de la biblioteca en el uso y manejo del software de edición del portal.
(aspecto técnico)
Grupo de Coordinación (GC)
Formado por los Coordinadores de la BDCV, será el encargado de identificar necesidades, analizar
propuestas al proyecto, identificar y definir los contenidos de información y tomar decisiones sobre
6
la aprobación de políticas y procedimientos, definir las estrategias de difusión del portal, y aceptar
la incorporación de nuevos proyectos.
Funciones
• Identificar contenidos necesarios para el portal
• Distribuir las tareas de apoyo entre el personal de la biblioteca.
• Proponer nuevos servicios de información para el Portal
• Establecer estrategias de difusión a la comunidad académica, sobre los diferentes cambios
de tecnología y servicios de información.
• Establecer mecanismos para inducir a los usuarios en el uso de los servicios de información
del portal
• Documentar y divulgar las facilidades de acceso a los servicios de información del Portal.
• Aportar información sobre la evaluación de impacto de los servicios de información que se
presenten en el portal
Grupos de Apoyo (GA)
Estará formado por el personal de la biblioteca tanto académico como administrativo, siendo su
labor el apoyar cualquier actividad que surja de acuerdo al desarrollo del proyecto. Su participación
será solicitada con anticipación y la información requerida la deberán entregar de manera directa al
GAP.
Funciones:
• Dar seguimiento de las necesidades de los usuarios y mantener el historial de soporte
suministrado.
• Ingresar y actualizar las secciones que integrarán el portal
• Identificar la información necesaria para el portal y proponer su incorporación al mismo.
• Participar en la inducción de los usuarios en el uso de los servicios de información del
portal
DESCRIPCIÓN DEL PROYECTO
ETAPA 1, Análisis
En esta etapa se analizarán las necesidades de los usuarios finales para determinar qué servicios se
deberán conservar y los que se deberán incluir en el portal. La mayor parte de la información se
7
obtendrá mediante un proceso de investigación sobre los requerimientos del portal de la BDCV por
diferentes medios:
Al interior: estudio de comunidad, reuniones de trabajo, documentación interna, investigación, etc.
Al exterior: análisis de mercado, existencia de nuevos servicios y sus aplicaciones, estudio de otros
portales, etc.
Grupo
Responsable de la
Actividad
Actividades Fechas de
Entrega
Descripción de Actividades Bibliotecarias
GAP Revisará y analizará los recursos con que cuenta la BDCV y se
investigará sobré el estado del arte.
5 días
GC, GAP Identificará documentos y proyectos que permitan obtener
información sobre las necesidades de información de los usuarios.
10 días
GA Revisará y evaluará los recursos con que cuenta actualmente el
portal de la BDCV, para decidir cuales se mantienen.
10 días
Descripción de Actividades Técnicas.
GAP Analizará diferentes software de edición, existentes en el mercado
para tener puntos de comparación en la toma de decisiones para el
desarrollo del proyecto. (Ver anexo 1)
15 días
GAP Analizará modelos de desarrollo de sistemas, para determinar el
que habrá de tener el portal, considerando factores de usabilidad y
administración del conocimiento. (Ver anexo 2)
15 días
GAP Evaluará el equipo de cómputo con que cuenta la BDCV, a fin de
adaptar los requerimientos para hacer viable el proyecto. (Ver
anexo 3)
15 días
GAP Integrará la información obtenida 5 días
Tiempo total para desarrollar estas actividades 30 días
Al término de esta etapa se contará con:
Información necesaria para establecer una propuesta, cubriendo los aspectos esenciales de
información de un portal.
8
Decisión sobre el software que se usará para desarrollo del portal.
ETAPA 2, Diseño
En esta etapa se efectuará una descripción de la estructura global del proyecto, se discutirá con el
personal de la biblioteca los elementos que deberán ser considerados para integrar el mapa de sitio y
los botones de navegación y se profundizará en la búsqueda de información y experiencias,
delimitando el alcance, estableciendo las interfaces con otros sistemas e identificando a los usuarios
representativos.
Los productos obtenidos en este proceso aportarán para la adecuación de servicios y servirá como
punto de partida para definir el prototipo del portal.
Grupo
Responsable de la
Actividad
Actividades Fechas de
Entrega
Descripción de Actividades Bibliotecarias
GAP, GC, GA GAP presentará y entregará el documento base del proyecto a los
grupos GC y GA, a fin de tomar en cuenta opiniones.
5 días
GC, GAP Seleccionaran el modelo que habrá de tener el portal, indicando
los elementos específicos para los navegadores que permitirán al
usuario hacer su navegación más completa y a los motores de
búsqueda indexar el sitio.
10 días
GC, GAP Determinar el mapa del sitio para comprender el alcance y
tamaño del portal.
20 días
Descripción de Actividades Técnicas
GAP Seleccionará la adquisición de software y hardware necesario
para el proyecto.
10 días
GAP Elaborará el diseño de la arquitectura del portal, tratando de
involucrar los elementos existentes del portal anterior. (Ver
anexo 4)
20 días
GAP Determinará el manejador de bases de datos que administrará y almacenará toda la información de la configuración del sistema y los contenidos.
10 días
GAP Propondrá cursos de manejo del software, que el Web Master y 10 días
9
el Administrador del sitio deberán acudir.
GAP Realizará un prototipo gráfico que muestre cómo se verá el sitio
una vez construido. El prototipo gráfico se diseñará con los
estándares de calidad marcados por W3C.
20 días
GAP Integrará la información obtenida 5 días
Tiempo total para desarrollar estas actividades 45 días
Al término de esta etapa se contará con:
Los elementos que integrarán el portal.
Mapa del sitio
La arquitectura de información del portal.
Elementos para detectar áreas de oportunidad y desarrollo de nuevos proyectos.
ETAPA 3, Desarrollo
En esta etapa se elaborará la propuesta integral, resultado de conjuntar la información y las
tecnologías seleccionadas en la etapa anterior, llevando a cabo la definición, análisis y validación de
los requisitos a partir de la información obtenida. También se elaborará la documentación necesaria
para describir la operación del portal.
Grupo
Responsable de la
Actividad
Actividades Fechas de
Entrega
Descripción de Actividades Técnicas
GAP Desarrollará las diferentes secciones y categorías que integrarán
el portal, definidas en el diseño.
25 días
GAP Elaborará la documentación requerida para la puesta en marcha
del proyecto, como Guía de Instalación; Especificaciones de la
Aplicación; Notas de Liberación; Manual de Administración del
Sistema.
15 días
GAP Establecerá las medidas de seguridad del portal. 20 días
GAP Realizará un segundo prototipo que muestre cómo se verá el sitio
una vez construido.
15 días
GAP Integrará la información obtenida 5 días
10
Tiempo total para desarrollar estas actividades 45 días
Al término de esta etapa se contará con:
Un prototipo integral del portal de la BDCV.
ETAPA 4, Integración y Evaluación
En esta etapa se coordinará la integración de la información presentada en el prototipo del portal
presentada en la etapa anterior, considerando el análisis de cada hoja de servicio que integre el
portal, con lo cual se tratará de evitar la redundancia de información.
De manera paralela con el resto de las actividades, se elaborarán pruebas de análisis con una visión
global del proyecto, para unificar y detectar posibles errores.
Descripción de Actividades Bibliotecarias Grupo
Responsable de la
Actividad
Actividades Fechas de
Entrega
GC, GAP, GA Evaluará la funcionalidad del portal en un periodo de prueba a
fin de detectar errores, duplicidades o cualquier anomalía.
15 días
GC Aprobará la corrección de ajustes al proyecto y en su caso,
aprobará la integración de otros proyectos.
20 días
GAP, GA GAP capacitará a GA para uso del software seleccionado, de
acuerdo a la asignación de áreas de responsabilidad en el portal.
5 días
GAP Establecerá las políticas de uso y administración del portal. 10 días
GC Aprobará la versión piloto del portal para su uso de manera
oficial.
15 días
Descripción de Actividades técnicas
GAP Realizará los ajustes necesarios al proyecto, previamente
autorizados.
15 días
GAP Se realizaran pruebas de vulnerabilidad del portal. 15 días
GC Pondrá en servicio el portal una vez que lo haya aprobado el GC,
para ser consultado vía Internet por el público en general.
15 días
GAP Integrará la información obtenida 5 días
11
Tiempo total para desarrollar estas actividades 35 días
Al término de esta etapa se estará se contará con:
El portal rediseñado.
Etapa 5, Mantenimiento.
En esta etapa ya se habrá finalizado el sistema, pero después de haberlo terminado se pueden
corregir errores no encontrados durante el desarrollo del sistema o actualizaciones del mismo.
Grupo
Responsable de
la Actividad
Actividades Fechas de
Entrega
Descripción de Actividades técnicas
GAP Atenderá y procederá a diagnosticar el tipo de mantenimiento que
se requiera.
20 días
GAP Mejorará algunas cuestiones de funcionamiento. 10 días
GAP Elaborará bitácoras de peticiones de mantenimiento recibidas, para
controlar y proporcionar datos estadísticos de peticiones recibidas
o atendidas en un periodo determinado.
Permanente
GAP Integrará la información obtenida 5 días
Tiempo total para desarrollar estas actividades 25 días
Para dar mantenimiento al portal se llevarán acabo los siguientes tipos:
Correctivo: son aquellos cambios precisos para corregir errores del producto software.
Evolutivo: son las incorporaciones, modificaciones y eliminaciones necesarias en un
producto software para cubrir la expansión o cambio en las necesidades del usuario.
Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema opera,
por ejemplo, cambios de configuración del hardware, software de base, gestores de base de
datos, comunicaciones, etc.
Perfectivo: son las acciones llevadas a cabo para mejorar la calidad interna de los sistemas
en cualquiera de sus aspectos: reestructuración del código, definición más clara del sistema
y optimización del rendimiento y eficiencia.
12
Se pone a consideración la siguiente propuesta a fin de recibir comentarios y dar cumplimiento de
acuerdo a calendario de actividades, (Ver anexo 5).
1
Anexo 1 SOFTWARE DE EDICIÓN
REVISADOS PARA ELABORACIÓN DEL PROYECTO
2
Anexo 1 SOFTWARE DE EDICIÓN REVISADOS PARA ELEBORACIÓN DEL
PROYECTO Mambo/Joomla Software para el Diseño de Sitios Web con Administrador de Contenidos (CMS) Un CMS / SGC es un sistema que separa el contenido actual de su sitio Web y lo
almacena en una base de datos, para poder ser administrado posteriormente de manera
ágil y sencilla. Permite manipular textos, diseño, publicación de contenidos privados,
enlaces, menús y mucho más.
¿Cómo beneficia un CMS a su sitio web?
Bajos Costos en Mantenimiento: Con un CMS, se tiene total autoría sobre el
contenido de sitio actual.
Ahorro de Tiempo: controla la publicación de las páginas de manera inmediata.
Agregar y modificar páginas web con un CMS toma minutos en comparación
con complejos programas de diseño y editores de código HTML.
Mejor control de su Marca: Un CMS separa el contenido de presentación, usa
plantillas y controladores de estilo para el diseño. De esta manera se puede
manipular el diseño para mantener una consistente y profesional imagen
corporativa, esto sin afectar el contenido que exista actualmente.
Mayor y Mejor Información: El sistema CMS brinda una ágil manera de
controlar y aprobar la publicación de temas e información en el sitio web. Así, se
puede publicar las páginas cuando se esté completamente seguro de que la
información está correcta y a entera satisfacción. Se puede seguir trabajando y
manipulando la información aún cuando no esté publicada.
Mayor Interacción con el Usuario: Los CMS ofrecen módulos y componentes
que brindan al sitio Web mucha interacción con los visitantes, tales como: Foros
de discusión, Registro de Usuarios, Catálogos de Productos en Línea y carritos
de compra, Libro de Visitas, Gestores de Formularios de Contacto, Galerías de
3
Imágenes, Listas de Correo, Boletines de Suscripción, Sistema de Reservaciones
en línea, etc.
Otros beneficios son:
Mejor funcionalidad y navegabilidad dentro del sitio.
Incrementa la flexibilidad y la seguridad.
Reduce la duplicidad de información y tiene gran capacidad de expandir
recursos del sitio Web actual.
Diseño de Plantilla y Controladores de diseño a su medida.
Análisis y Construcción de la estructura de su sitio web (Mapa de sitio).
Inclusión de los primeros contenidos
La única diferencia entre Mambo y Joomla es que el primero tiene costo de licencia y el
segundo es software libre.
Dreamweaver Studio 8.
Es un software fácil de usar que permite crear páginas Web profesionales, es
considerada una de las herramientas de diseño de páginas Web más avanzada. Las
funciones de edición visual permiten agregar rápidamente diseño y funcionalidad a las
páginas, sin la necesidad de programar manualmente el código HTML. Se puede crear
tablas, editar marcos, trabajar con capas, insertar comportamientos JavaScript, etc., de
una forma muy sencilla y visual.
Además incluye un software de cliente FTP completo, permitiendo entre otras cosas
trabajar con mapas visuales de los sitios web, actualizando el sitio web en el servidor
sin salir del programa.
Cumple perfectamente el objetivo de diseñar páginas con aspecto profesional, y soporta
gran cantidad de tecnologías, además muy fáciles de usar: Hojas de estilo y capas;
Javascript para crear efectos e interactividades; Inserción de archivos multimedia, etc.
Además es un programa que se puede actualizar con componentes, que fabrica tanto
Macromedia como otras compañías, para realizar otras acciones más avanzadas. El
programa es realmente satisfactorio, incluso el código generado es de buena calidad.
Aunque hay que destacar que para que pueda cumplir con los requerimientos del
proyecto, Dreamweaver requiere de otros software complementarios, ya que solo se
4
podrían crear páginas Web estáticas en cuestión de contenido. Para que pueda cumplir
con las expectativas, además del Dreamweaver se deberá utilizar otras aplicaciones, ya
existentes en el acervo de cómputo de El COLMEX, que permitirán crear páginas Web
dinámicas, como son los servicios Web y sus respectivos lenguajes de programación
como son: PHP (PHP: Hypertext Preprocessor), Active Server Page con su lenguaje
Visual Basic Script o Java Server Page con su lenguaje Java. Además de los servicios
Web debe tener algún manejador de bases de datos como son el MS SQL Server,
MySQL, PostgreSQL y otros más.
Su costo en una Suit de servicio es de $999.°° US y en versión académica de $399.°°
US. De manera individual o sea el costo de DreamWeaber es de $399.°° US y en
versión académica de $199.°° US.
No obstante de que se ha considerado la utilización de Joomla por parte del Grupo Lider
para el desarrollo del sitio de El COLMEX, para el proyecto del portal de la BDCV
resulta importante adquirir la licencia de la Suit Macromedia, en específico
DreamWeaber 8, debido a que será de utilidad por contar con aplicaciones de mejor
calidad que resaltarían en el diseño del proyecto.
1
Anexo 2
JUSTIFICACIÓN DE LA
SELECCIÓN DEL MODELO
ENFOCADO A SISTEMAS
2
Anexo 2
JUSTIFICACIÓN DE LA SELECCIÓN DEL MODELO ENFOCADO A SISTEMAs (Adaptado de Borges de Barros Pereira, Hernane. Cap5: Ingeniería de software)
Los modelos enfocados a sistemas en su mayoría están dirigidos al desarrollo de software,
no obstante la esencia, se puede utilizar para el desarrollo de proyectos enfocados al manejo
de información, en este sentido, un modelo define el estado de las fases a través de las
cuales se moverá un proyecto, describiendo claramente el orden de las etapas involucradas
y los criterios de transición asociadas entre éstas.
Los modelos enfocados a sistemas.
Describen las fases principales de desarrollo de software.
Definen las fases primarias esperadas de ser ejecutadas durante esas fases.
Ayudan a administrar el progreso del desarrollo, y
Proveen un espacio de trabajo para la definición de un detallado proceso de
desarrollo.
Así, los modelos por una parte suministran una guía para los desarrolladores con el fin de
ordenar las diversas actividades técnicas en el proyecto, por otra parte suministran un
marco para la administración del desarrollo y el mantenimiento, en el sentido en que
permiten estimar recursos, definir puntos de control intermedios, monitorear el avance, etc.
Para la toma de decisiones respecto al modelo a seguir es importante analizar los ya
existentes, con el fin de comparar y analizar de qué manera se pueden adaptar al proyecto
que se piensa llevar a acabo. Por tal motivo se presenta una breve descripción de aquellos
modelos que pueden ser considerados dentro de este proyecto.
Modelo Cascada.
3
Este es el más básico de todos los modelos, y sirve como bloque de construcción para los
demás modelos. La visión del modelo cascada es muy simple; debido a que el desarrollo de
software puede ser a través de una secuencia simple de fases. Cada fase tiene un conjunto
de metas bien definidas, y las actividades dentro de una fase contribuyen a la satisfacción
de metas de esa fase o quizás a una subsecuencia de metas. En la figura, las flechas
muestran el flujo de información entre las fases. La flecha de avance muestra el flujo
normal. Las flechas hacia atrás representan la retroalimentación.
El modelo de cascada, captura algunos principios básicos:
Planear un proyecto antes de dar inicio.
Definir el comportamiento externo deseado del sistema antes de diseñar su
arquitectura interna.
Documentar los resultados de cada actividad.
Diseñar un prototipo antes ponerlo en uso.
Probar el sistema después de construirlo.
Una de las contribuciones más importantes del modelo cascada es que posibilita el avanzar
en el desarrollo, aunque en una escala muy básica.
Modelo de Desarrollo Incremental.
4
Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una
forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros
aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción
siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un
documento de requerimientos es escrito al capturar todos los requerimientos para el sistema
completo.
Hay que notar que el desarrollo incremental es 100% compatible con el modelo cascada. El
desarrollo incremental no demanda una forma específica de observar el desarrollo de algún
otro incremento. Así, el modelo cascada puede ser usado para administrar cada esfuerzo de
desarrollo, como se muestra en la figura.
El modelo de desarrollo incremental provee algunos beneficios significativos para los
proyectos:
Construir un sistema pequeño es siempre menos riesgoso que construir un sistema
grande.
Al ir desarrollando parte de las funcionalidades, es más fácil determinar si los
requerimientos planeados para los niveles subsiguientes son correctos.
Si un error importante es realizado, sólo la última iteración necesita ser descartada.
5
Reduciendo el tiempo de desarrollo de un sistema (en este caso en incremento del
sistema) decrecen las probabilidades que esos requerimientos de usuarios puedan
cambiar durante el desarrollo.
Si un error importante es realizado, el incremento previo puede ser usado.
Los errores de desarrollo realizados en un incremento, pueden ser arreglados antes
del comienzo del próximo incremento.
Modelo de Desarrollo Evolutivo.
Como el modelo de desarrollo incremental, el modelo de desarrollo evolutivo (algunas
veces denominado como prototipo evolutivo) construye una serie de grandes versiones
sucesivas de un producto. Sin embargo, mientras que la aproximación incremental
presupone que el conjunto completo de requerimientos es conocido al comenzar, el modelo
evolutivo asume que los requerimientos no son completamente conocidos al inicio del
proyecto.
En el modelo evolutivo, los
requerimientos son
cuidadosamente examinados,
y sólo esos que son bien
comprendidos son
seleccionados para el primer
incremento.
Los desarrolladores construyen una implementación parcial del sistema que recibe sólo
estos requerimientos.
El sistema es entonces desarrollado, los usuarios lo usan, y proveen retroalimentación a los
desarrolladores. Basada en esta retroalimentación, la especificación de requerimientos es
actualizada, y una segunda versión del producto es desarrollada y desplegada. El proceso se
repite indefinidamente.
El desarrollo evolutivo es 100% compatible con el modelo cascada. El desarrollo evolutivo
no demanda una forma específica de observar el desarrollo de algún incremento. Así, el
modelo cascada puede ser usado para administrar cada esfuerzo de desarrollo.
6
Obviamente, el desarrollo incremental y evolutivo puede ser combinado también.
Todo lo que uno tiene que hacer es construir un subconjunto de requerimientos conocidos y
comprender al principio que muchos nuevos requerimientos es probable que aparezcan
cuando el sistema sea desplegado o desarrollado.
El desarrollo en forma evolutiva requiere un especial cuidado en la manipulación de
documentos, programas, datos de test, etc. desarrollados para distintas versiones del
software. Cada paso debe ser registrado, la documentación debe ser recuperada con
facilidad, los cambios deben ser efectuados de una manera controlada.
Modelo de Prototipo (Prototipado) de Requerimientos.
El prototipo de requerimientos es la creación de una implementación parcial de un sistema,
para el propósito explícito de aprender sobre los requerimientos del sistema. Un prototipo
es construido de una manera
rápida tal como sea posible.
Esto es dado a los usuarios,
clientes o representantes de
ellos, posibilitando que ellos
experimenten con el prototipo.
Estos individuos luego
proveen la retroalimentación
sobre lo que a ellos les gustó y
no les gustó acerca del
prototipo proporcionado,
quienes capturan en la
documentación actual de la especificación de requerimientos la información entregada por
los usuarios para el desarrollo del sistema real. El prototipo puede ser usado como parte de
la fase de requerimientos (determinar requerimientos) o justo antes de la fase de
requerimientos (como predecesor de requerimientos). En otro caso, el prototipo puede
servir su papel inmediatamente antes de algún o todo el desarrollo incremental en modelos
incremental o evolutivo.
7
El Prototipo ha sido usado frecuentemente en los 90, porque la especificación de
requerimientos para sistemas complejos tiende a ser relativamente dificultoso de cursar.
Muchos usuarios y clientes encuentran que es mucho más fácil proveer retroalimentación
convenientemente basada en la manipulación, desde un prototipo, en vez de leer una
especificación de requerimientos potencialmente ambigua y extensa.
Diferente del modelo evolutivo donde los requerimientos mejor entendidos están
incorporados, un prototipo generalmente se construye con los requerimientos entendidos
más pobremente.
Modelo Espiral. En este modelo el esfuerzo de desarrollo es iterativo. Tan pronto como se completa un
esfuerzo de desarrollo, otro comienza. Además, en cada desarrollo ejecutado, puedes seguir
estos cuatros pasos:
1. Determinar qué se quiere lograr.
2. Determinar las rutas alternativas que se pueden tomar para lograr estas metas. Por cada
una, analizar los riesgos y resultados finales, y seleccionar la mejor.
3. Seguir la alternativa seleccionada en el paso 2.
4. Establecer qué se tiene terminado.
La dimensión radial en la figura refleja costos acumulativos incurridos en el proyecto.
8
A manera de ejemplo se puede plantear un escenario particular. Para resolver un conjunto
particular de problemas del cliente. Durante el primer viaje alrededor de la espiral, se
analiza la situación y se determina que los mayores riesgos son la interfaz del usuario.
Después de un cuidadoso análisis de las formas alternativas de direccionar ésto (por
ejemplo, construir un sistema y esperar lo mejor, escribir una especificación de
requerimientos y esperar que el cliente lo entienda, y construir un prototipo), se determina
cuál es el mejor curso de acción para construir un prototipo.
Se realiza, luego se provee el prototipo al cliente quien a se vez provee una
retroalimentación útil. En un segundo viaje alrededor de la espiral, se analizan las rutas
alternativas y se puede decidir si la mejor aproximación es construir un incremento del
sistema que satisfaga sólo los requerimientos mejor entendidos. Al hacerlo, al momento del
despliegue, el cliente provee una retroalimentación que dirá si fue correcta la selección con
esos requerimientos. En un tercer viaje alrededor de la espiral ya se puede contar con el
desarrollo listo para su utilización.
El modelo espiral captura algunos principios básicos:
Decidir qué problema se quiere resolver antes de resolverlo.
Examinar las múltiples alternativas de acción y elegir una de las más convenientes.
Evaluar qué se tiene hecho y qué se tiene que haber aprendido después de hacer
algo.
No ser tan ingenuo para pensar que el sistema que se está construyendo será “EL”
sistema que el cliente necesita, y
Conocer (comprender) los niveles de riesgo, que se tendrá que tolerar.
El modelo espiral no es una alternativa del modelo cascada, ellos son completamente
compatibles.
Criterios de Selección del Modelo.
9
Con la descripción de los modelos presentados, se obtuvo una guía de ayuda para tener una
idea clara de lo que se pretende con el proyecto.
No obstante, aunque todos los modelos son compatibles, en este caso se seleccionó el
modelo de cascada con base a los siguientes criterios:
Madurez de la aplicación (relacionado a la probabilidad que muchos requerimientos
comenzarán a conocerse sólo después del uso del sistema).
Desarrollo con alternativas de financiamiento de acuerdo a la propuesta.
Lógica para detectar problemas
Fácil descripción del proyecto.
Certeza de requerimientos conocidos.
Frecuencias y magnitudes esperadas de los cambios de requerimientos.
El modelo seleccionado ayudará a ordenar diversas actividades técnicas del proyecto e
intentan suministrar un marco para la administración y el mantenimiento del mismo.
1
Anexo 3
RECURSOS DE CÓMPUTO CON
QUE CUENTA LA BIBLIOTECA
DANIEL COSÍO VILLEGAS Y
DETECCIÓN DE NECESIDADES
2
Anexo 3
RECURSOS DE CÓMPUTO CON QUE CUENTA LA BIBLIOTECA DANIEL
COSÍO VILLEGAS Y DETECCIÓN DE NECESIDADES
Los requerimientos de Hardware son la pieza fundamental en el desarrollo de un
proyecto de manejo de información, ya que apoyan en la realización de:
Planear el proyecto y los recursos que se usarán en él. Los desarrolladores
del proyecto emplearán los requerimientos como una base para la estimación de
los alcances del proyecto.
Determinar el ciclo de vida del proyecto. La vigencia del equipo con que se
cuente será la base para llevar a buen término el desarrollo del proyecto.
Actualmente los recursos de cómputo con que cuenta la Biblioteca Daniel Cosío
Villegas son considerados viables para la puesta en marcha del proyecto de rediseño del
portal, no obstante, es indispensable actualizar el equipo con el objeto de garantizar, no
solo el desarrollo del proyecto, si no también la puesta en marcha del servicio que se
pretende brindar.
Descripción:
Cuenta con el personal de cómputo correspondiente para realizar el análisis,
diseño, desarrollo, implementación, pruebas y operación y mantenimiento del
portal, así como la instalación, administración, comprobación y mantenimiento
del software que se va a ocupar para el portal.
Forma parte de una red LAN. Esta red es la propia con la que cuenta El Colegio
de México, por lo tanto, el equipo de cómputo de la BDCV como computadoras,
impresoras, escáneres, servidores y diversos dispositivos de red están
interconectados y comunicados con esta red.
Tiene Internet como medio de comunicación. Internet permite usar servicios
como el SMTP para correo electrónico, FTP para la transferencia de archivos o
3
el Web que para la creación de nuestro portal es muy importante este servicio
pues de esta manera se va a mostrar el portal a todas las partes del mundo que
cuenten con Internet.
Cuenta con los siguientes servidores y sus respectivos servicios:
o Codex3: Es un servidor con sistema operativo Linux Red Hat 7.0. Los
principales servicios son los de llevar el sistema ALEPH con sus
respectivos servicios Web y de bases de datos Oracle. Para la creación
del portal este servidor va a seguir prestando los servicios del catalogo de
la BDCV.
o Quetzal: Es una computadora personal que hace la función de servidor
con sistema operativo Linux Fedora Core 3. Este servidor es de los
principales pues a grandes rasgos va a contener los servicios Web y de
bases de datos para nuestro portal.
Es importante mencionar que como computadora personal no tiene tanto
potencial para llevar estos servicios como lo haría un servidor, por lo que
se propone la posibilidad de adquirir un servidor con las características
suficiente para llevar sin problema el proyecto del portal, tomando como
base los equipos que se están adquiriendo en la Coordinación de
Servicios de Cómputo de El COLMEX:
La BDCV cuenta con otras computadoras personales que hacen la función de
servidores con sistemas operativos Windows que sirven para el apoyo de la
misma dando diferentes servicios. Estos servidores no intervienen directamente
en la realización del proyecto pero puede ser que en su momento lleguen a
interactuar con el portal. El servidor que actualmente esta conteniendo el portal
se llama Handel (biblio.colmex.mx).
Propuesta de adquisición de servidor
• Servidor Sun FIRE V60x de Sun Microsystems:
Hasta dos procesadores Intel Xeon de 2,8 ó 3,06 GHz.
Memoria principal máxima de 6 GB.
Almacenamiento interno máximo de 219 GB.
• Servidor Power Edge 2850 de Dell:
4
Hasta dos procesadores Intel® Xeon™ con Tecnología de 64 bits
de memoria ampliada Intel de hasta 3,6 GHz.
Memoria de 8 GB – 12 GB.
Almacenamiento interno máximo de hasta 1,8 TB con HDD de
300 GB.
Equipo de cómputo.
Se tienen computadoras personales con sistemas operativos Windows que sirven
para el desarrollo del portal con características limitadas, por lo que se considera
recomendable la adquisición del siguiente equipo:
Propuesta de adquisición de computadoras
Sistema Operativo Windows® XP Professional Original. Service Pack 2
Procesador Intel® Pentium® 4 con 2MB L2 cache con soporte de tecnología
Hyper-Threading y seguridad XD o Procesador Intel Celeron® D. 2 GHz.
Memoria de 2 a 4 GB doble canal compartida DDR2 SDRAM de 533MHz.
Disco duro de 80 GB.
Video Acelerador de Gráficos Intel 950 (GMA950).
Chasis con cuatro ranuras, una ranura PCIe x16 .
Redes LOM Broadcom® Gigabit integrado (LAN en la tarjeta madre)
Teclado Smart Card USB QuietKey (105 teclas).
Dispositivos de Almacenamiento: Unidad USB Floppy, CD-ROM, CDRW5#,
Unidad combinada CD-RW/DVD
Monitor de Pantalla Plana UltraSharpTM E773c/s de 17”
1
Anexo 4 ARQUITECTURA DEL PORTAL
2
Anexo 4 ARQUITECTURA DEL PORTAL
La arquitectura de información (AI), es el estudio de la organización de la información
con el objetivo de permitir al usuario encontrar la vía de navegación hacia el
conocimiento y la comprensión de la información, mediante la organización,
recuperación y presentación de la misma, en ambientes dirigidos.
El modelo elegido para la descripción de la AI del portal de la BDCV, será un proceso
cíclico y transversal, que se dará a lo largo del diseño del sitio y en cada una de sus
fases, con lo cual se pretende asegurar que los objetivos de desarrollo de sitio se
cumplan de manera efectiva, ya que su fin no solo será solo el de la búsqueda de una
metodología de diseño universal sino también la articulación de un conjunto de técnicas
para ayudar al desarrollo y producción de los sitios, dentro del mismo portal.
En este proceso, se tratará de establecer un modelo de fácil asimilación de contenidos
por parte del usuario con características de eficiencia y efectividad (accesible y usable).
La arquitectura del portal será concebible en términos de presentación, lógica de
aplicación y fuentes de información, también se podrán considerar otros servicios que se
relacionen con el portal, pero que no estarán necesariamente dentro de la arquitectura
del portal. Sin embargo estos grandes bloques no podrán ser considerados de forma
abstracta y aislada. En la siguiente figura se muestra la arquitectura que tendrá el portal
de la BDCV.
3
Presentación
En la capa de presentación se establecerá la composición de los contenidos que se
presentarán finalmente al usuario, como resultado de peticiones. Se añadirá información
de presentación a los contenidos: dónde tendrá que aparecer caracteristicas de
uniformidad tales como: tamaño de letra más adecuado, posición y tamaño de títulos,
propiedades de fotografías y gráficos, etc.
Se mostrará el portal institucional y de la biblioteca a través de la fuerte relación que
tendrá el portal institucional al heredarle al portal de la biblioteca varias de sus
características como el diseño, estructura de la información, dominio y otras más.
(http://biblio.colmex.mx/index2.htm)
Lógica de aplicación
La lógica de aplicación será la parte del portal encargada de atender las peticiones de los
usuarios. Esta lógica proporcionará valor añadido al contenido almacenado,
combinando la información y adaptándola a las necesidades del usuario. En caso de
tratarse de contenido externo, esta lógica se encargará de interpretar qué tipo de
conexión será necesaria para establecer con el proveedor y si será o no necesario aplicar
transformaciones antes de ser consultado por al usuario final.
Los servicios representarán el núcleo de la estructura, ya que proporcionarán la ayuda
básica del portal de la biblioteca y de acuerdo a su configuración permitirá a corto y
mediano plazo se incorporen nuevos servicios o se eliminen otros, para lo cual habrá
4
que combinar herramientas estándar, basadas en aplicaciones múltiples que actúen de
manera funcional en las interfaces del portal.
Los servicios de integración estarán divididos en dos tipos: Hacia el interior se
denominarán servicios de administración del portal y hacia el exterior servicios
públicos.
Los servicios de administración del portal, como su nombre lo sugiere, mantendrán
contexto sobre el usuario y la sesión. Las variables del contexto incluirán recuperación,
control de registros, historia de búsqueda, control de acceso a bases de datos y texto
completo, artículos marcados para imprimir o guardar y certificar el ingreso del usuario,
entre otros.
Los servicios públicos, serán aquellos que realizaran las tareas individuales y que darán
respuesta a las necesidades de información de los usuarios que lo consulten, y deberá
ser presentado en interfases amigables.
La parte de servicios mostrará todo lo que el usuario podrá consultar dentro del portal
siempre y cuando cumpla con las características correspondientes dentro de su perfil de
sesión.
Fuentes de información
Las fuentes de información será donde se describirán los procesos de almacenamiento
de toda la información que se requerirá para facilitar los servicios que se ofrecerán a
través del portal: El perfil de los usuarios del portal, índices de los motores de búsqueda,
contenidos de agregación, información sobre publicaciones, entre otros.
Otros servicios
Los otros servicios serán los que los proveedores podrán en un momento dado ofrecer,
sin tener una relación directa con el portal de la biblioteca, pero que complementarían
los servicios, siendo independientes en cuanto a la administración uno del otro.
Cronográma de ActididadesEtapa 1 Análisis Fecha Inicio 05/03/2007 Semanas
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 Etapa No. Grupo
Responsable
Actividades Tiempo estimado
Actividades anteriores 05
-Mar
-07
12-M
ar-0
7
19-M
ar-0
7
26-M
ar-0
7
09-A
br-0
7
16-A
br-0
7
23-A
br-0
7
30-A
br-0
7
07-M
ay-0
7
14-M
ay-0
7
21-M
ay-0
7
28-M
ay-0
7
04-J
un-0
7
11-J
un-0
7
18-J
un-0
7
25-J
un-0
7
02-J
ul-0
7
09-J
ul-0
7
16-J
ul-0
7
23-J
ul-0
7
30-J
ul-0
7
06-A
go-0
7
13-A
go-0
7
20-A
go-0
7
27-A
go-0
7
03-S
ep-0
7
10-S
ep-0
7
17-S
ep-0
7
24-S
ep-0
7
01-O
ct-0
7
08-O
ct-0
7
15-O
ct-0
7
22-O
ct-0
7
29-O
ct-0
7
05-N
ov-0
7
12-N
ov-0
7
1GAP Revisará y analizará los recursos con que cuenta la BDCV y se investigará sobré el
estado del arte.5 Ninguna
2GC, GAP Identificará documentos y proyectos que permitan obtener información sobre las
necesidades de información de los usuarios.10 Ninguna
3GA, GC Revisará y evaluará los recursos con que cuenta actualmente el portal de la BDCV,
para decidir cuales se mantienen.10 1 y 2
4
GAP Analizará diferentes paquetes computacionales existentes en el mercado para tenerpuntos de comparación en la toma de decisiones para el desarrollo del proyecto.(Ver anexo 1)
15Ninguna
5
GAP Analizará modelos de desarrollo de sistemas, para determinar el que habrá de tenerel portal, considerando factores de usabilidad y administración del conocimiento.
15Ninguna
6GAP Evaluará el equipo de cómputo con que cuenta la BDCV, a fin de adaptar los
requerimientos para hacer viable el proyecto. (Ver anexo 3)15 Ninguna
GAP Integrará la información obtenida 5 6
7GAP, GC,GA
GAP presentará y entregará el documento base del proyectoa los grupos GC y GA, a fin de tomar en cuentaopiniones.
5 Etapa 1 completa
8
GC, GAP Seleccionaran el modelo que habrá de tener el portal, indicando los elementos específicos para losnavegadores que permitirán al usuario hacer su navegación más completa y a los motores de búsquedaindexar el sitio.
10
59 GC, GAP Determinar el mapa del sitio para comprender el alcance y tamaño del portal. 20 3 y 8
10 GAP Seleccionará la adquisición de software y hardware necesario para el proyecto. 10 4 y 6
11GAP Elaborará el diseño de la arquitectura del portal, tratando de involucrar los elementos existentes del portal
anterior. (Ver anexo 4)20
3, 5, 9
12GAP Determinará el manejador de bases de datos que administrará y almacenará toda la información de la
configuración del sistema y los contenidos.10
6, 10
13GAP Propondrá cursos de manejo del software, que el Web Master y el Administrador del sitio deberán acudir. 10
1014 GAP Realizará un prototipo gráfico que muestre cómo se verá el sitio una vez construido. 20 11, 13
GAP Integrará la información obtenida 5
15GAP Desarrollará las diferentes secciones y categorías que integrarán el portal, definidas en el diseño. 25
14
16
GAP Elaborará la documentación requerida para la puesta en marcha del proyecto, como Guía de Instalación;Especificaciones de la Aplicación; Notas de Liberación; Manual de Administración del Sistema.
15
14,17 GAP Establecerá las medidas de seguridad del portal. 20 ediados de 15
18GAP Realizará un segundo prototipo gráfico que muestre cómo se verá el sitio una vez construido. 15
14, 15, 1618-B GAP Integrará la información obtenida 5
19GC, GAP,GA
Evaluará la funcionalidad del portal en un periodo de prueba a fin de detectar errores, duplicidades ocualquier anomalía.
15 Etapa 3 completa
20GC Aprobará la corrección de ajustes al proyecto y en su caso, aprobará la integración de otros proyectos. 20
e iniciado el19
21GAP, GA GAP capacitará a GA para uso del software seleccionado, de acuerdo a la asignación de áreas de
responsabilidad en el portal.5
1822 GC Aprobará la versión piloto del portal para su uso de manera oficial. 10 19, 2023 GAP Establecerá las políticas de uso y administración del portal. 15 1824 GAP Realizará los ajustes necesarios al proyecto, previamente autorizados. 15 2025 GAP Se realizaran pruebas de vulnerabilidad del portal. 15 20
26GC Pondrá en servicio el portal una vez que lo haya aprobado el GC, para ser consultado vía Internet por el
público en general. 15 25
GAP Integrará la información obtenida 5
27GAP Atenderá y procederá a diagnosticar el tipo de mantenimiento que se requiera. Permanente
14, 17, 1828 GAP Mejorará algunas cuestiones de funcionamiento. 10 27
29
GAP Elaborará bitácoras de peticiones de mantenimiento recibidas, para controlar y proporcionar datosestadísticos de peticiones recibidas o atendidas en un periodo determinado.
Permanente
NingunaGAP Integrará la información obtenida 5
5 Mantenimien
to
3 Desarr
ollo
4 Integración y Evaluación
1 Análisi
s
2 D i s e
ñ o
1
BIBLIOGRAFÍA
2
BIBLIOGRAFÍA
Arriola Navarrete, Oscar. “Creación de un portal: el caso de la Biblioteca Daniel Cosío Villegas de El Colegio de México”. México, Universidad Nacional Autónoma de México, Facultad de Filosofía y Letras, 2002.
Borges de Barros Pereira, Hernane. Análisis experimental de los criterios de evaluación de
usabilidad de aplicaciones multimedia en entornos de educación y formación a distancia. (Tesis Doctoral). Barcelona: Universitat Politecnica de Cataluña, 2002. En http://www.tdx.cesca.es/TESIS_UPC/AVAILABLE/TDX-0716102-102210//05Capitulo05.pdf (consultado 30-marzo.06)
El Colegio de México A. C. Información General. En
(http://www.colmex.mx/info_gen/index.htm (consultado 30-marzo.06) Diseño de portales: Axitia Inteligencia en Internet. En
http://www.axitia.com/html/diseno_de_portales.html. (consultado 14-marzo.06) Ingeniería de Software: capítulo 5 (Tesis). En
http://www.tdx.cesca.es/TESIS_UPC/AVAILABLE/TDX-0716102-102210//05Capitulo05.pdf . (consultado 14-marzo.06)
Introducción a la Biblioteca Daniel Cosío Villegas de El COLMEX. En
http://biblio.colmex.mx/info/datgral.htm#serv. (consultado 14-marzo.06) ISO 9126. Usability. 2006. (Consultado 30/03/06). Disponible en:
http://www.issco.unige.ch/ewg95/node14.html Jackson Michael H. “Assesing structure of communication on the world wide web”. Journal of
computer-Mediated Comunication 3(1), 1997 [en line] Disponible en: http://www.ascusc.org/jcmc/. (consultado 14-marzo.06)
3
Moreno, Pilar María y Maria Guadalupe Vega. “Diseño de los servicios informativos en la página
web de la Biblioteca Daniel Cosío Villegas El Colegio de México”. En Información, Producción, Comunicación y Servicios. Año 7(32), invierno 1997. 8-13 pp.
Núñez Paula, C. Israel A. y Yiny Núñez Govín. Propuesta de clasificación de las herramientas -
software para la gestión del conocimiento. En http://eprints.rclis.org/archive/00004134/01/Propuesta_de_clasificacion.pdf. (consultado 14-marzo.06)
World Wide Web Consortium. W3C Site. En http://www.w3.org/. (consultado 14-marzo.06).