Sistema de Circulación Automatizado Por Internet para La Biblioteca de La Fundación Arturo Rosenblueth

ESTUDIOS CON RECONOCIMIENTO DE VALIDEZ OFICIAL SEP NMERO 972142 DE FECHA 10 DE JUNIO DE 1997
SISTEMA DE CIRCULACIN AUTOMATIZADO POR INTERNET PARA LA BIBLIOTECA DE LA FUNDACIN ARTURO ROSENBLUETH
TESIS
QUE PARA OBTENER EL TTULO DE INGENIERO EN COMPUTACIN
PRESENTA:
ARTURO FRAPP MUOZ
ASESOR: ING. ABELARDO HERRERO PEREZRUL
MEXICO, D.F.
ABRIL 2004
Contenido
Introduccin. .................................................................................................................... 7 Descripcin del Problema............................................................................................. 8 Importancia de este trabajo. ......................................................................................... 9 Planteamiento del problema de Investigacin. ............................................................. 9 Posibles soluciones.................................................................................................... 10 Planteamiento de la solucin...................................................................................... 10 Alcance y limitaciones de soluciones planteadas....................................................... 12 Resultados deseables de esta tesis. .......................................................................... 12 Aplicabilidad de la solucin. ....................................................................................... 12 Desarrollo de la tecnologa nacional en este campo. ................................................. 13 Perspectivas de venta. ............................................................................................... 13 Descripcin breve del contenido de este trabajo........................................................ 14 Captulo I Fundamentos de Bibliotecologa................................................................... 15 1.1 Los servicios que ofrece una biblioteca................................................................ 16 1.1.1 Servicios al Pblico. .......................................................................................... 16 1.1.2 Procesos Tcnicos. ........................................................................................... 20 1.2 Automatizacin de Bibliotecas.............................................................................. 24 1.2.1 Los servicios de la biblioteca bajo la ptica de la automatizacin. .................... 25 1.3 Formato de datos MARC..................................................................................... 26 1.3.1 Ventajas del Formato de datos MARC. ............................................................. 28 1.4 Recuperacin de Informacin.............................................................................. 29 1.4.2 Recuperacin de Informacin basada en texto. ................................................ 31 1.4.3 Catlogos Automatizados de Bibliotecas y la Recuperacin de Informacin. ... 32 Captulo II Fundamentos de Computacin.................................................................... 35 2.1 Plataforma de bases de datos.............................................................................. 36 2.1.1 La tecnologa CDS/ISIS..................................................................................... 39 2.2 Modelo cliente / servidor....................................................................................... 42 2.2.1 Bloques del modelo cliente / servidor. ............................................................... 43 2.2.2 Procesamiento cooperativo cliente / servidor. .................................................. 45 2.2.3 Componentes del Middleware World Wide Web. ............................................. 45 2.3 Aplicaciones Web................................................................................................. 48 Captulo III Desarrollo del SCAI-BIBFAR. ..................................................................... 50 3.1 Introduccin.......................................................................................................... 51 3.2 Ingeniera de Software Web. ................................................................................ 51 3.2.1 Problemtica de la Ingeniera de Software Web. .............................................. 52 3.3 Programacin Orientada a Objetos. ..................................................................... 52 3.3.1 UML................................................................................................................... 53 3.3.2 UML y El desarrollo de Aplicaciones WEB. ....................................................... 54 3.5 Anlisis. ................................................................................................................ 55
3.5.1 Anlisis de Requerimientos. .............................................................................. 56 3.5.2 Anlisis de Casos de Uso.................................................................................. 60 3.5.4 Glosario del Sistema. ........................................................................................ 71 3.6.1 Artefactos de la Experiencia del Usuario........................................................... 76 3.7 Diseo. ................................................................................................................. 79 3.7.1 Diagramas de Estructura esttica o Vista Lgica. ............................................. 80 3.7.2 Diagramas de Componentes............................................................................. 84
Introduccin.
Descripcin del Problema.

La Biblioteca de la Fundacin Arturo Rosenblueth (en adelante BIBFAR), inicia operaciones en 1981, por la necesidad de tener un centro de referencia que apoyara a las actividades acadmicas realizadas en ella; actualmente (en el 2003) cuenta con un acervo de aproximadamente 1500 ttulos, sumando mas de 2000 ejemplares, que en su mayora son colecciones especializadas en Ciencias de la Computacin e Informtica; tambin cuenta con una computadora personal conectada a Internet y al grupo de trabajo de la FAR; en su reglamento interno se contemplan dos tipos de usuarios: Internos o Externos. Los usuarios internos son todas aquellas personas que tienen relacin directa con la institucin, (empleados o alumnos). Los usuarios externos son los visitantes de ocasin. Su misin consiste en conservar, difundir y proveer informacin para el desarrollo cientfico y tecnolgico de la Institucin. Para dar cumplimiento a esa misin tiene asignadas dos personas que cubren 2 turnos en los que se prestan los siguientes servicios: - Prstamo en sala.- Tanto para usuarios internos como para usuarios externos. - Prstamo a domicilio.- Slo para usuarios internos con credencial vigente, consiste en gestionar los pasos que involucran la autorizacin para extraer un libro por una cantidad razonable de tiempo, y asegurar su regreso a los estantes de la biblioteca. - Prstamo interbibliotecario.- Se realiza a travs de convenios que se establecen con
TESIS QUE PARA OBTENER EL TTULO DE INGENIERO EN COMPUTACIN PRESENTA: ARTURO FRAPP MUOZ
diferentes instituciones, consiste en gestionar los pasos que involucran la autorizacin para extraer un libro de otra biblioteca por una cantidad razonable de tiempo. - Prstamo solo por una noche.- Slo para usuarios internos, abarca libros de consulta, tesis y materiales especiales; este servicio es especial, pues consiste en prestar libros que normalmente no se prestan por ms de 24 horas. - Atencin a usuarios.- Involucra a cualquier tipo de usuario, consiste en asistir a los usuarios en su bsqueda de informacin, ya sea hojeando el catlogo o revisando los estantes. Esta biblioteca presenta varios problemas que son comunes a toda biblioteca: a) Robo o prdida de volmenes, y por lo tanto desconocimiento del acervo actual. b) Deficiencia en los servicios que se prestan. c) Por el tamao de la misma biblioteca, es escaso el presupuesto asignado. d) No existen registros bibliogrficos confiables.
Importancia de este trabajo.

Debido a que no existen muchos trabajos vigentes sobre el tema en Mxico y Latinoamrica, es importante desarrollar sistemas adaptados al mbito local, usando las tecnologas disponibles, a travs de una investigacin y un desarrollo, cuyo resultado ayude a resolver los problemas antes mencionados. Un sistema como el que aqu se expone satisface las necesidades especficas de la biblioteca Dr. Arturo Rosenblueth.
Planteamiento del problema de Investigacin.

Se trata de una investigacin que propone una accin y un diseo, que conduce a la obtencin de un software de automatizacin de bibliotecas, el cual se adapta a necesidades especficas.
Posibles soluciones.
Existen diferentes alternativas en la automatizacin de bibliotecas, segn la clasificacin de Herrero1, mostrada en la tabla 1. La solucin ms adecuada para este caso en particular, segn este autor, contexto de la BIBFAR. Tabla 1. Soluciones de automatizacin para bibliotecas. Soluciones de automatizacin para bibliotecas. Por su forma de obtencin. Sistemas comerciales. Sistemas pblicos. Sistemas Propietarios. Por su arquitectura. Sistemas Locales. Sistemas en Lnea. Sistemas Hbridos. es un
Sistema Pblico en Lnea de carcter Acadmico, pues es el que mejor se adapta al
Soluciones de automatizacin por niveles de obtencin. Sistemas de alto nivel (Aleph, Unicorn, Logicat). - Caros. - Poderosos. - Llenos de caractersticas. Soluciones acadmicas (SIABUC). - Accesibles. - Limitados. Sistemas propietarios. - Hechos a la medida. - Costo elevado.
Planteamiento de la solucin.
La solucin propuesta consiste en crear un sistema propietario en lnea, de tipo acadmico, que por su bajo costo se adapte a las necesidades de la biblioteca, que como ya se indic anteriormente pertenece al entorno acadmico. La solucin propuesta contempla la creacin de una aplicacin web en dos mdulos
1
HERRERO , Abelardo.: Diapositivas del Curso Pblico de Informtica Aplicada en Bibliotecas., 24 de Septiembre 2001.
conectados mediante 4 diferentes bases de datos (fig. 1). Catlogo Automatizado.- Mdulo que almacena los datos esenciales para describir un libro, que permite hacer bsquedas sobre esos datos. Circulacin Automatizada.- Mdulo que registra los movimientos de materiales (prstamos, devoluciones, prdidas, etc.) dentro de una biblioteca.
1. Esquema general de la aplicacin.
10
Alcance y limitaciones de soluciones planteadas.

a) Alcance. Los servicios al pblico deben estar disponibles a travs de Internet
(aplicacin web). La biblioteca debe contar con un servidor dedicado al sistema. La biblioteca debe contar con una terminal remota con acceso al sistema. La base de datos debe ser abierta, es decir que puede ser manipulable desde el exterior del sistema. b) Limitaciones. Los datos del catlogo | pueden ser exportados a diferentes formatos (XML, ISO2709, etc.).
La cantidad de ejemplares de la biblioteca es reducido. El nmero de usuarios del sistema es reducido. Las necesidades de la biblioteca en 2003 limitan el sistema a la automatizacin del sistema de circulacin y al catlogo en lnea.
Resultados deseables de esta tesis.

Creacin e implantacin de una aplicacin web de una biblioteca. Experiencia para futuros proyectos. (aplicacin que cae dentro de la clasificacin de sistemas cliente / servidor) para circulacin automatizada de materiales
Aplicabilidad de la solucin.
La solucin que aqu se plantea, adems de satisfacer las necesidades de la Fundacin, puede ser aplicada a cualquier biblioteca de tamao pequeo a mediano en idioma espaol, con acceso a una red de punto a punto como requisito mnimo y que no requiera de mayor procesamiento administrativo.
11
Desarrollo de la tecnologa nacional en este campo.

Desde hace tiempo, hay quienes realizan esfuerzos en este campo, existen referencias de desarrollos mexicanos galardonados por la misma Fundacin Arturo Rosenblueth2 La Universidad de Colima, lleva cerca de 15 aos desarrollando un sistema integral de automatizacin de bibliotecas, denominado SIABUC (Sistema Integral de Automatizacin de Bibliotecas de la Universidad de Colima). La empresa Sistemas Lgicos comercializa un sistema llamado Logicat, el cual es ampliamente difundido en Mxico y Amrica Latina. ientras se escriba esta tesis, una empresa mexicana lanz al mercado un sistema de automatizacin de bibliotecas sobre Internet, llamado ALTAIR. Existe tambin el antecedente de la tecnologa CDS/ISIS que aunque no es exclusiva para bibliotecas, ha sido adoptada en Mxico y Latinoamrica como tecnologa de automatizacin de bibliotecas, inclusive forma parte de los planes de estudio de las escuelas de Bibliotecologa y Archivonoma de la SEP y por el Colegio de Estudios Bibliotecolgicos de la UNAM.
Perspectivas de venta.
Tanto en Mxico como en Latinoamrica se percibe la existencia de un nicho de mercado para un sistema de bajo costo, orientado a pequeas bibliotecas que cuenten con un mnimo de hardware, como el que se plantea en esta tesis. Para una posible comercializacin del producto de esta investigacin ser necesario transformar el sistema para que sea adaptable a las necesidades especficas de otros usuarios, as como tambin crear la documentacin necesaria para su distribucin pblica.
2
La Fundacin Arturo Rosenblueth entreg sus primeros premios. En: Revista Ciencia y Desarrollo. CONACYT, 1980 Nm. 30., pp. 84-85.
12
Descripcin breve del contenido de este trabajo.

Introduccin. En esta seccin se plantea el contexto del problema sobre el cual se desarrolla la investigacin que da origen a la tesis. Captulo I. Fundamentos de Bibliotecologa. Introduce los conceptos pertinentes a la Bibliotecologa en lo relacionado con los
servicios que se ofrecen en las bibliotecas, es aqu donde se traza una lnea entre la Bibliotecologa, y una disciplina conocida como Recuperacin de Informacin que tiene relacin directa con las Ciencias de la Computacin y las Ciencias de la Informacin (de donde se deriva la Bibliotecologa). Captulo II. Fundamentos de Computacin. Trata sobre la definicin de los conceptos relacionados a las ciencias de la computacin, estos conceptos se refieren a Bases de Datos, Ingeniera de Software, Arquitecturas Cliente / servidor e Internet. Captulo III. Desarrollo del SCAI-FAR. En este captulo se desarrollan las actividades concernientes al desarrollo del software que se plantea en esta investigacin, a travs de tcnicas de ingeniera web (web engineering). Se plantea el anlisis y diseo orientado a objetos del modelo conceptual del sistema, tambin se consideran los aspectos tecnolgicos concernientes a la arquitectura web necesarios para plantear la distribucin a nivel lgico de los componentes del sistema. Resultados y Conclusiones En este apartado se analizan los resultados obtenidos, as como tambin se enuncian las posibles lneas de investigacin para continuar este proyecto.
13
Captulo I Fundamentos de Bibliotecologa.
14
1.1 Los servicios que ofrece una biblioteca.

Comprenden los servicios que se brindan al pblico y los procesos que involucran la preparacin de los materiales para el prstamo.
1.1.1 Servicios al Pblico.

Los servicios al pblico desde el punto de vista de la biblioteca de la FAR, a su vez se dividen en:
2. Los servicios al pblico.
15
a) Prstamo.- Consiste en permitir la salida de un material de la biblioteca al domicilio de un usuario. Este servicio involucra una metodologa que consiste generalmente en registrar el prstamo de materiales, y que se le conoce como sistema de cargo. Desde que existen las bibliotecas pblicas han existido diversos sistemas de cargo, incluyendo el Dickman, el Detroit, el Newark, el Browne, el Gaylord, de auto servicio, fotogrfico, de doble registro, de doble papeleta, y el de tarjetas perforadas. La lista anterior no es exhaustiva, existen casos en los que se dan combinaciones de varios sistemas de cargo, as mismo algunos autores sugieren que no hay implantaciones al pie de la letra. En la tabla 1 se muestran los objetivos y caractersticas de los sistemas de circulacin, de acuerdo con la Asociacin Americana de Bibliotecas (ALA por sus siglas en ingls) y recopilados en un estudio sobre sistemas de circulacin publicado en 1961 [Study, 1961].
Tabla 1. Objetivos y caractersticas de los sistemas de circulacin.

Objetivos y Caractersticas de los Sistemas de Circulacin. (Clasificacin de la American Library Association) Objetivos Mnimos Tener la capacidad de identificar los materiales en prstamo. Tener la capacidad de identificar al prestatario. Asegurar el regreso de los materiales, en caso de no ser devueltos en un perodo de tiempo razonable despus de su expiracin. Caractersticas Mnimas El sistema debe ser simple para el pblico en cuanto a operacin se refiere y para el personal de la biblioteca deber ser fcil de entender y operar. El sistema debe ser flexible para adaptarse a las operaciones principales de la biblioteca. Objetivos Adicionales Proveer informacin adecuada de prestatarios con adeudos. Permitir la disponibilidad de libros solicitados a los lectores tan pronto como sea posible a travs de un sistema eficiente de reservaciones. Caractersticas El sistema debe ser flexible para variar los perodos de prstamo. Adicionales El sistema no debe requerir costos excesivos para su operacin, ni causar problemas.
El sistema de circulacin adoptado por la BIBFAR es una variacin del sistema Newark y reconoce a las siguientes entidades:
16
Usuarios Internos.- Son todas aquellas personas (empleados o alumnos) que tienen relacin directa con la institucin. Staff: Personal que trabaja en la biblioteca. Prestatario.- Usuario interno con credencial vigente que puede solicitar el prstamo de libros. E involucra las siguientes rutinas: Registro de lectores.- Se requiere un registro de los usuarios internos, con sus datos de identificacin. El personal de la biblioteca genera una credencial de prstamo, con la fotografa del usuario. Rutinas de cargo.- El prestatario anota en una papeleta, el nmero de clasificacin, autor, ttulo abreviado, nombre del lector, telfono, y fecha de devolucin. El personal revisa la legibilidad de la papeleta, as como los datos del usuario y del libro. El personal archiva la papeleta, junto con la credencial del usuario. Rutinas de descargo.- El prestatario presenta el libro ante el personal. El personal verifica la fecha de vencimiento, si sta ya se venci se calcula la multa. Si el prestatario no puede pagar la multa, es anotado en una lista de deudores. El prestatario coloca el libro en el estante correspondiente. Vencimientos.- El personal, revisa las papeletas con fechas de vencimiento que han expirado, y lo notifica a los prestatarios para que se normalice esa situacin. Reservaciones.- En la BIBFAR, no existe un procedimiento definido para establecer la reservacin de un libro. b) Consulta.- Este servicio es de suma importancia para la biblioteca, pues como seala Morales
3
coadyuva a que se haga un uso exhaustivo, pleno y propio de la
biblioteca, de sus servicios y de los materiales bibliotecarios.
MORALES, Estela.: El Servicio de Consulta., p. 15.
17
La Consulta consiste en ayudar al usuario lector a localizar libros que respondan a sus necesidades de informacin; este servicio inicia con la pregunta del usuario, sobre la existencia de un libro o libros que le interesa consultar; el bibliotecario debe entonces responder a esa pregunta ubicando los libros que requiere ese usuario. En algunos casos encontrar la respuesta a las preguntas del usuario es una tarea difcil, pues puede ocurrir que el bibliotecario no entienda la terminologa de la pregunta; en ese caso, los bibliotecarios recurren a una enciclopedia o a algn material de referencia, para trasladar los trminos importantes de la pregunta a un lenguaje relevante para el sistema bibliogrfico en el que se va a realizar la bsqueda (encabezamientos, descriptores, etc.). Es en este proceso donde se requiere que la calidad de la catalogacin y clasificacin sean ptimas, pues de ello depende el xito de la consulta. Segn un anlisis realizado por la ALA en 1942 citado por Morales4, las actividades relacionadas con el servicio de consulta, se dividieron en cinco: 1) Supervisin.- Consiste en supervisar y coordinar el servicio de consulta con los dems departamentos de la biblioteca. 2) Informacin.- Esta funcin consiste en responder las preguntas que formulen los usuarios, en relacin con sus necesidades de consulta. 3) Instruccin.- Consiste en ensear al usuario a usar una biblioteca, a fin de que el usuario sea autosuficiente. 4) Bibliografa.- Consiste en ayudar en la elaboracin de las citas bibliogrficas de los materiales consultados. 5) Evaluacin.- Contempla dos aspectos: la evaluacin del servicio que se presta en la biblioteca y la evaluacin de las obras de Consulta. En el caso de la BIBFAR, el servicio de consulta ocurre cuando un usuario pregunta al
4
Ibdem., p. 15.
18
encargado sobre algn tema en especial, es entonces cuando el encargado recorre los estantes en busca del libro que satisface las necesidades de informacin del lector.
1.1.2 Procesos Tcnicos.

Son las tareas que preparan a los materiales para colocarlos en los estantes, representan la mayor parte del trabajo de un biblioteclogo: a) Organizacin bibliogrfica. La organizacin bibliogrfica segn [Quio, 2002] se refiere a la disposicin y arreglo de los materiales bibliogrficos relacionada con el ordenamiento y control de los mismos. La funcin primordial de la organizacin bibliogrfica es lograr que todo documento sea adecuadamente publicado, almacenado y registrado, y su objetivo es permitir la identificacin, seleccin y localizacin de los documentos segn las necesidades de los usuarios, para su comprensin se divide en tres fases: 1) Catalogacin.- Segn Granados5 es la transcripcin de los datos caractersticos de un material documental en fichas, siguiendo un orden determinado. Actualmente la catalogacin se regula a travs de varias normas, algunas de alcance regional y otras con alcance internacional. En Mxico las reglas que se siguen son las de la 2a. edicin de las Reglas de Catalogacin Anglo Americanas 6. Como lo indican las AACR2, dependiendo de los propsitos perseguidos al redactar un catlogo, existen tres niveles de descripcin bibliogrfica:
5
GRANADOS Xolapa Eleazar y Luz Mara Mendoza Bentez.: Manual de Informacin Bsica en Bibliotecologa., p. 249
6
Por sus siglas en ingls Anglo American Cataloging Rules 2nd edition.
19
1er. nivel: <Ttulo propio> / <primera mencin de responsabilidad>. <Mencin de edicin>. <Lugar de publicacin> : <Nombre de la editorial, ao de publicacin>. <Extensin de la publicacin> : <mencin de ilustraciones> ; <tamao>. <Notas> <ISBN> 2o. nivel: <Autor> <Ttulo propio> = <Ttulo paralelo> : <otra informacin sobre el ttulo> / mencin de responsabilidad> ; <menciones subsiguientes>. <Mencin de edicin> / <mencin de responsabilidad relacionada con la edicin>. <Lugar de publicacin> : <Nombre de la editorial>, <ao de publicacin>. <Extensin de la publicacin> : <mencin de ilustraciones> ; <tamao + mencin del material acompaante>. (<Ttulo propio de la serie> / <mencin de responsabilidad relativa a la serie>, <ISSN de la serie> ; <numeracin dentro de la serie>. <Ttulo de la subserie, ISSN de la subserie> ; <Numeracin dentro de la subserie>) - <Notas> - <ISBN> 3er. nivel: Para el tercer nivel se incluyen todos los elementos sealados en las AACR2 que sean aplicables al material que se describe. Generalmente este nivel de descripcin es el utilizado para la bibliografa nacional de cada pas. b) Indizacin. La indizacin u organizacin del conocimiento es un proceso que se ha requerido durante miles de aos. Conforme aumenta la cantidad de conocimiento, la necesidad de organizarlo se ha vuelto ms importante, principalmente en aquellas disciplinas relacionadas con la informacin. 20 <primera
La organizacin del conocimiento o indizacin es una actividad preliminar, esencial para la eficaz explotacin de la informacin; para [Arriola,2001] el objetivo general de la indizacin consiste en permitir que la informacin o el conocimiento pueda ser localizado cuando se le necesite, de tal forma que su organizacin y su posterior consulta puedan entenderse como dos partes del mismo proceso. Indizacin es la asignacin de palabras que expresan el contenido intelectual de un libro y bajo el cual se agrupan todos aquellos que tratan sobre el mismo tema. [Gimeno, 1996] , menciona que la UNESCO define la indizacin bajo dos perspectivas: como proceso y como finalidad. Como proceso, consiste en describir y caracterizar un documento con la ayuda de representaciones de los conceptos contenidos en dicho documento. Su finalidad es la de permitir una bsqueda eficaz de las informaciones contenidas en un fondo documental A juicio de Gimeno, Garca Gutirrez 7 quin ofrece una definicin mucho ms completa y precisa del concepto la indizacin documental es la operacin intelectual de aplicar tcnicas especficas normalizadas -anlisis- a un colectivo documentario con el fin de hacerlo controlable y utilizable -recuperacin-. Guinchat y Menou
8
establecen cuatro criterios fundamentales a considerar en el
proceso de indizacin: 1) Exhaustividad.- Se deben reflejar todos los temas y conceptos de relevancia informativa incluidos en el documento. 2) Selectividad.- El indizador debe hacer una seleccin previa de aquellos conceptos relevantes, excluyendo los repetidos y aquellos que carecen de utilidad informativa. 3) Especificidad.- Se han de utilizar significantes precisos de los conceptos, rechazando los muy generales, ambiguos, abstractos o muy especficos, que no reflejen la exactitud del mensaje informativo.
7 8
Garca Gutirrez, Antonio citado por Javier Gimeno. Tratado Bsico de Biblioteconoma., p. 200 Guinchat y Menou, citados por Javier Gimeno. Ibdem., p.204.
21
4) Uniformidad.- Los trminos de la indizacin deben observar criterios formales y contenidos homogneos. Lenguajes Documentales. Actualmente existen sistemas de informacin basados en sustitutos, los ms comunes se encuentran en disciplinas como la bibliotecologa, documentacin o ciencias de la informacin; en ellos los sustitutos son usados como los componentes bsicos en el almacenamiento y recuperacin de la informacin, es decir, el usuario recupera el sustituto y ste lo conduce al documento buscado. De lo anterior se deduce la importancia que para los profesionales de la informacin tienen los procesos dedicados a la creacin de estos sustitutos, es por ello que hace uso de lenguajes documentales, los cuales pueden ser de dos tipos: 1) Lenguajes Libres.- Se refieren a aquellos lenguajes que utilizamos en nuestra vida diaria para comunicarnos. Estos Mxico. 2) Lenguajes Controlados.- Tambin conocidos como lenguajes artificiales, son aquellos que controlan la sinonimia, la polisemia, la homonimia, etc. Estos lenguajes estn representados por: 2.1) Tesauros y Listas de Encabezamientos de Materia: A travs del uso de vocabularios controlados se representa con una palabra o frase el contenido del documento. v. gr: Un libro que trate sobre bases de datos documentales y sus aplicaciones en la industria, tendra la siguiente representacin: Bases de Datos DocumentalesAplicacin 22 lenguajes estn representados por los diccionarios de las lenguas.
v.gr: El Diccionario de la Lengua Espaola o El Diccionario del espaol usual en
Con esta forma garantizamos que la informacin siempre se presentar de una sola forma, tanto para su almacenamiento como para su recuperacin. Descartando la palabra: Industria. 2.2) Sistemas de Clasificacin: La mayora de los sistemas de clasificacin que existen, intentan representar de una manera lgica el conocimiento humano. Existen sistemas que usan notaciones numricas o alfanumricas para lograr su objetivo. Clasificacin, en palabras de Arguinzniz 9, denota la colocacin de los libros en los estantes; consiste en la asignacin de un lugar exacto de los libros dentro de un estante considerando algn criterio. Dos de los sistemas ms conocidos y usados en el mundo son: La Clasificacin Decimal de Dewey y la clasificacin de la Biblioteca del Congreso de los Estados Unidos (LC por sus siglas en ingls). En la BIBFAR, se usa un sistema de clasificacin propio que no se apega a ninguna norma aceptada internacionalmente.
1.2 Automatizacin de Bibliotecas.

Existen diferentes definiciones de Automatizacin de Bibliotecas (LA por sus siglas en ingls de Library Automation), Herrero
10
define LA como El cmputo aplicado a los
procesos y servicios de tipo tcnico - bibliotecolgico y administrativo de la biblioteca. Herrera

11
sugiere que la automatizacin de bibliotecas consiste en aplicar las
tecnologas de informacin y computacin en los procesos primordiales de una biblioteca. La introduccin de tecnologa a las bibliotecas comenz a finales de la dcada de 1960, cuando las bibliotecas norteamericanas decidieron dar el paso de las fichas de papel
9
ARGUINZNIZ, Mara de la Luz.: Gua de la Biblioteca., p. 49. HERRERO , Abelardo.: op. cit. 11 HERRERA, Jos Romn.: Software de Acceso a la Biblioteca Digital., p.1.
10
23
a los registros de computadora. La Biblioteca del Congreso de los Estados Unidos de Norteamrica, form un comit de varios especialistas en las reas de Bibliotecologa y Ciencias de la Computacin, para desarrollar un formato de catalogacin legible por computadora MARC 12. Bajo la ptica de la Automatizacin de Bibliotecas y como lo sugiere Herrero para aumentar la eficiencia del trabajo, reducir tiempos y mejorar el control. Hasta principios de la dcada de 1990, [Cohn,1998] la automatizacin de bibliotecas involucraba generalmente las mismas caractersticas propuestas desde el surgimiento de MARC en 1960: - Las bibliotecas crearon sistemas integrados en los cuales las funciones tradicionales de una biblioteca (circulacin, catalogacin, catlogo pblico, etc.) se computarizaban a travs de la base de datos de la biblioteca. - Los sistemas funcionaban usualmente en poderosas computadoras supermicro, mini o mainframes. - Los sistemas estaban basados en texto, no incorporaban grficas, sonido u otros componentes multimedia. - Los sistemas eran locales fundamentalmente, con nfasis en el control de acceso a los recursos dentro de una discreta red local, sin posibilidades de acceso a bases de datos remotas o catlogos de otras bibliotecas.
13
Una biblioteca debe automatizar la mayor cantidad posible de procesos y mecanismos
1.2.1 Los servicios de la biblioteca bajo la ptica de la automatizacin.

La Consulta.- La automatizacin de la funcin de Informacin del servicio de consulta,
12 13
Machine Readable Cataloging por sus siglas en ingls. HERRERO , Abelardo.: op. cit.
24
se realiza a travs de un Catlogo Pblico en Lnea, OPAC bibliotecas, es el reemplazo eficiente del catlogo de tarjetas.
14
y como lo advierte
[Peters,1999] un catlogo en lnea es la parte ms visible de la automatizacin de
Los catlogos en lnea son una clase de sistemas que se hayan entre los denominados Sistemas de Almacenamiento y Recuperacin de la Informacin. El Prstamo.- Para este proceso, [Peters,1999] seala que los procedimientos de bsqueda en bases de datos y de circulacin automatizada, ambos se ven afectados por el catlogo en lnea. El prstamo automatizado de libros requiere de un catlogo pblico en lnea conectado con una base de datos de inventarios que registre el control de las existencias de ejemplares, as como sus entradas y salidas de la biblioteca.
1.3 Formato de datos MARC.

El acrnimo MARC resulta de MAchine Readable Cataloging (catalogacin legible a travs de computadora) o generacin de registros catalogrficos legibles a travs de computadora. Gredley, citado por Arriola
15
comenta que MARC es: un grupo de
formatos que emplean un conjunto particular de convenciones para la identificacin y manejo de datos bibliogrficos por computadora. El nmero de formatos que integran al estndar MARC son cinco: 1. Bibliogrfico o integrado. 2. Autoridades. 3. Clasificaciones. 4. Holdings.
14 15
Por sus siglas en ingl, de Online Public Accesa Catalog. ARRIOLA, Oscar.: Diapositvas del Curso Pblico de Informtica Aplicada en Bibliotecas., 24 de Septiembre.
25
5. Informacin comunitaria. En esta investigacin solo nos ocuparemos del formato MARC Bibliogrfico. La estructura del formato MARC Bibliogrfico (fig. 2) est basada en la norma ANSI Z39.2 de la American National Standard for Bibliographic Information Interchange, misma que sirvi como base para implementar la norma ISO 2709 Format for Bibliographic Information Interchange on Magnetic Tape.
2. Registro de datos MARC Bibliographic. (Cortesa de El Colegio de Mxico).
Dicha estructura consta de los siguientes elementos: Lder.- Est integrado por un nmero finito de 24 caracteres en los que se consigna la informacin general del registro catalogrfico. Directorio.- Est integrado por campos de longitud fija de 12 caracteres, cada uno 26
contiene la etiqueta de identificacin, la longitud y la posicin del primer carcter en el registro de cada etiqueta en el campo variable. Elementos de longitud fija.- Estos campos consignan informacin catalogrfica la cual determina el contenido del registro. Para su identificacin se utilizan cdigos ya establecidos, estos datos se ubican en una longitud de posiciones fijas del 0 al 39. Campos de longitud variable.- La informacin contenida en estos campos se
representa a travs de etiquetas numricas, cada campo tiene sus propios indicadores de subcampo y tanto los campos como los indicadores de subcampo pueden repetirse en un mismo registro. Etiquetas.- Los campos de longitud variable son identificados por etiquetas numricas y se encuentran agrupados en nueve bloques: 0XX 1XX 2XX 3XX 4XX 5XX 6XX 7XX 8XX Nmero de control, clasificacin, etc. Asiento principal. Ttulos, ediciones, rea de publicacin. Descripcin fsica. Mencin de serie. Notas. Temas o materias. Asientos secundarios. Asientos secundarios series, acceso y localizacin de recursos
electrnicos.
1.3.1 Ventajas del Formato de datos MARC.

El uso del formato MARC ofrece muchas ventajas, por que: - Permite el intercambio de informacin catalogrfica con otras bibliotecas. - Todos los sistemas comerciales de automatizacin bibliotecaria manejan el formato. - Ofrece una forma estructurada para almacenar registros catalogrficos, cuyas 27
caractersticas esenciales consiten en la repetibilidad de campos y el tamao no determinado de sus registros. - Existe una correspondencia entre las reas de una ficha catalogrfica generada con las AACR2 y MARC, de manera que es posible transcribir un catlogo en papel a MARC. El standard MARC (ANSI Z39.2) tan solo es un formato, una especificacin de como deben ser almacenados los registros bibliogrficos dentro de una computadora, es decir que MARC no es un programa de computadora. La verdadera incorporacin de tecnologa se da, cuando un software es capaz de procesar, transformar, buscar o administrar estos datos estructurados con formato MARC. Con la informacin catalogrfica con que se cuenta en la BIBFAR, no es posible generar registros apegados 100% al estndar MARC, por lo tanto slo se usarn algunas etiquetas de los campos de longitud variable.
1.4 Recuperacin de Informacin.

La Recuperacin de Informacin o IR
16
, una disciplina relativamente joven,
perteneciente a las Ciencias de la Informacin, su tema central est relacionado con la estructura, el anlisis, organizacin, almacenamiento y bsqueda de informacin. Actualmente, esta disciplina tiene un enfoque ms orientado hacia el cmputo, sin embargo el tema de esta disciplina tiene sus orgenes algunos siglos atrs. Segn [Meadow,1992], existe una diferencia entre Information Retrieval e Information Recovery, en espaol es posible confundir ambas con Recuperacin de Informacin. Meadow, explica que mientras el primer trmino involucra bsqueda de informacin en algn depsito de informacin o base de datos, va acompaada implcitamente del
16
Por sus siglas en ingls, de Information Retrieval.
28
concepto de selectividad; el segundo trmino, no es idntico al primero a no ser que exista una selectividad de por medio, como ejemplo, menciona que copiar un archivo completo de un disco a otro no es Recuperacin de Informacin. En general, el trmino Recuperacin de Informacin debe entenderse en el sentido de Consulta de Informacin. Meadow 17 concluye su explicacin con el siguiente ejemplo: Una biblioteca es el mejor ejemplo de una institucin dedicada a la recuperacin selectiva. Uno asiste y no lee toda la coleccin. Uno asiste y busca algo selectivamente, frecuentemente alguna cosa satisfacer un conjunto de necesidades de informacin altamente individualizadas.
1.4.1 Aplicaciones de la Recuperacin de Informacin.

Herrero
18
en su tesis de maestra sugiere que desde 1950 - 1960, principalmente en el
sector militar de USA, se aplic y us tecnologa de Recuperacin de Informacin, tecnologa que posteriormente se traslad y utiliz en otros mbitos, como el acadmico, dentro del cual las bibliotecas ocuparon un nicho de aplicacin muy importante. Los sistemas de IR tienen muy diversas aplicaciones entre las que se cuentan: - Motores de bsqueda en Internet (Google19, htdig 20, Microsoft Index Server 21). - Sistemas policiales de inteligencia. - Sistemas de decodificacin e identificacin de ADN.
17 18
MEADOW, Charles T : Text Information Retrieval Systems., p. 2. HERRERO , Abelardo.: Borrador de Tesis de Maestra. p. 5. 19 Google Press Center.: Google Technology Overview www.google.com/press/overview_tech.html 20 ht://Dig Introduction. www.htdig.org 21 Microsoft.: Index Server A Technical Overview. www.microsoft.com/NTServer/techresources/IndServ.asp
29
- Catlogos de bibliotecas (Star 22). - Utileras de sistema operativo como Norton File Find, Midnight Commander, fgrep, etc.
1.4.2 Recuperacin de Informacin basada en texto.

Existen diversas variantes de Recuperacin de Informacin que dependen del paradigma de datos de que se trate ya sea texto, datos numricos, imgenes, secuencias de DNA, sonido, msica etc., una de ellas merece especial mencin por relacionarse con el tema de esta tesis: La Recuperacin de Informacin basada en texto. Segn Herrero, la recuperacin basada en texto es la que tiene un campo de aplicacin ms amplio y creciente, puesto que la representacin informtica de letras y palabras y las operaciones involucradas en el proceso de recuperacin, tales como comparacin y ordenamientos estn lo suficientemente sistematizadas en trminos de cmputo, para poder desarrollar sistemas muy evolucionados. Sugiere que otro tipo de informacin, como las imgenes, presentan problemas de mayor complejidad: la simple comparacin de imgenes, o los mecanismos de formulacin de peticiones, constituyen retos monumentales en trminos de instrumentacin de software.
Los sistemas de texto pueden dividirse en dos tipos: a) Sistemas de recuperacin de texto completo.- Se les llama tambin, sistemas de recuperacin de documentos, pues recuperan documentos completos. b) Sistemas de recuperacin de texto referenciales.- La funcin de los sistemas de texto
22
Cuadra Associates.: STAR . www.cuadra.com/products/star.html
30
referenciales consiste en recuperar referencias a textos, es decir, indican la referencia de textos en algn entorno; son de extrema importancia, pues son los mas usados dado que, en la mayora de los sistemas de informacin se guarda una referencia a objetos o situaciones del mundo real en forma de texto controlado. Los motores de bsqueda de Internet son el ejemplo ms clsico de sistemas de texto referenciales. Otro ejemplo de sistemas de texto referencial, son los catlogos de biblioteca, que son sistemas que permiten buscar los materiales de un acervo a travs de una base de datos bibliogrfica. Segn Hildreth, citado por Herrero
23
, La IR, plantea dos estrategias o acercamientos
para la consulta de texto: la bsqueda (search) y el hojeo (browse). De stos, la bsqueda es el ms utilizado, aunque existen intentos notables para desarrollar sistemas de hojeo poderosos.
1.4.3 Catlogos Automatizados de Bibliotecas y la Recuperacin de Informacin.

Como lo sugiere Herrero: Hasta avanzado el siglo XX, los sistemas de Recuperacin de Informacin en bibliotecas estaban basados en catlogos de tarjetas. La administracin de grandes cantidades de tarjetas en ficheros de gran tamao constituyeron un caldo de cultivo excepcional para la automatizacin y ms especficamente, para la aplicacin de las bases de datos y de la Recuperacin de Informacin. Cuando el sector militar de EUA liber la tecnologa de cmputo (restringida hasta entonces) a las universidades y centros acadmicos para que estas pudieran aplicar libremente la computacin, las bibliotecas se vieron beneficiadas, porque de entre ellas las mas importantes y con capacidad de aplicar innovaciones tecnolgicas, se encuentran acadmicos.
23
precisamente
en
universidades
otros
centros
de
investigacin
HERRERO Abelardo.: op. cit., p. 5.
31
Una de las primeras aplicaciones del cmputo en Recuperacin de Informacin fueron los catlogos automatizados, que mas tarde se reconoceran internacionalmente como OPAC. En su tesis de maestra, Herrero, apunta que el ncleo de un OPAC, es un sistema de recuperacin de texto referencial, de manera que el contenido completo de los libros, revistas y otros materiales no se almacena, slo se almacenan apuntadores, datos bsicos, trminos clasificatorio entre otros. Toda esta informacin referencial es preparada mediante reglas y lenguajes especiales y es tratada en la bibliotecologa por varias disciplinas.
3. Componentes de un OPAC.
En trminos de software, los componentes de un OPAC (fig. 3) son los siguientes: Sistema Manejador de Bases de Datos. Motor de Bsquedas. Intrprete de Bsquedas. 32
- Interfaz de Captura de Peticiones. - Interfaz de Manejador de Resultados.
Los problemas de un OPAC pueden dividirse hipotticamente en dos tipos: Problemas asociados a la Recuperacin de Informacin. Problemas generados por el entorno de la aplicacin (en este caso las bibliotecas). Estos se presentan solos o combinados, en diversas situaciones de asociados a la consulta, por la extensin de esta tesis, no se tratarn aqu. los procesos
33
Captulo II Fundamentos de Computacin.
34
2.1 Plataforma de bases de datos.

Existen muchas acepciones del concepto bases de datos, por lo que ser mejor hacer una distincin entre algunas de ellas: Segn Date 24 es un sistema computarizado para llevar registros . Para Yarger
25
simplemente una coleccin organizada de datos, es as que base de
datos se diferenca de sistema manejador de bases de datos (DBMS por sus siglas en ingls), cuya definicin segn Yarger un programa de computadora que permite al usuario, crear, mantener y administrar bases de datos electrnicas. [Feiler,1999] indica que el concepto Base de Datos puede tener tres acepciones, las cuales estn bien diferenciadas unas de otras: - Una base de datos puede ser un cuerpo de datos, -frecuentemente un gran cmulo de informacin- usualmente almacenados e indizado en una computadora o en un dispositivo electrnico. - Una base de datos puede ser el software (y algunas veces el hardware), que se usa para almacenar, consultar y manipular datos. - Una base de datos puede ser una combinacin de datos, software y programas hechos a la medida que resuelven determinado problema. Feiler, finaliza su explicacin aclarando que, una base de datos, se refiere a la primer
24 25
DATE, C.J.: Introduccin a los Sistemas de Bases de Datos., p.2. Yarger, R. et al.: mSql & MySQL., p. 6.
35
definicin, un sistema manejador de bases de datos DBMS 26 corresponde a la segunda definicin, y un proyecto de bases de datos, corresponde a la tercera definicin.
Como sugiere [Tenopir,1989], los manejadores de bases de datos ms comunes son manejadores de registros, los cuales en su mayora no han sido diseados para manejar registros bibliogrficos, de cualquier manera los sistemas comunes de bases de datos imponen severas restricciones en el diseo y en la capacidad de bsqueda. As mismo Tenopir sugiere evaluar los manejadores de bases de datos, considerando las caractersticas nicas de las bases de datos bibliogrficas, caractersticas que no se presentan comnmente en aplicaciones de negocios, estas caractersticas son: - Las bases de datos bibliogrficas o textuales se componen principalmente de registros alfanumricos, en vez de datos numricos o claves, los cuales se ocupan en cualquier tipo de clculo. - En el caso de que incluyan nmeros, estos son tratados frecuentemente como cadenas de caracteres (v. gr.: nmeros de volumen, pginas, etc.). - Cada registro tiende a tener muchos campos, pero el mismo campo o campos similares estn presentes en la mayora de los registros de la base de datos. - Existen campos que son frecuentemente largos (v.gr.: ttulos o resmenes), pero el largo de cada campo puede variar de un registro a otro. - Algunos campos tienen valores que deben tratarse por separado, pero representan datos equivalentes (v. gr.: descriptores, autores mltiples). La frecuencia o repeticin es generalmente impredecible de un registro a otro. - Muchas aplicaciones requieren acceso de bsqueda en la mayora de los campos. Las capacidades de bsqueda son importantes, (v. gr.: Lgica booleana, proximidad
26
Por sus siglas en ingls Data Base Management System.
36
de palabras, bsqueda en un campo especfico o en varios campos especficos y la capacidad de realizar bsquedas truncadas). La informacin no cambia rpidamente y el nmero de registros tiende a crecer continuamente.
Tabla 2. Opciones de software para bases de datos bibliogrficas segn Tenopir.

Opciones de software para bases de datos bibliogrficas. Software de propsito general. Diseados para resolver diferentes necesidades. - Fciles de obtener. - Ampliamente difundidos. - Fciles de usar. DBMS A Favor: - Pueden manejar mas de una tabla a la vez. - Pueden relacionar diferentes archivos (o tablas). - Cuentan con suficiente documentacin. En Contra: - Son limitados para uso bibliogrfico. - Campos de longitud fija. - Por lo general no pueden manejar mas de un valor por campo (no existen mltiples ocurrencias). - En algunos casos, hay restricciones en el nmero de campos y en el tamao de los registros. - La bsqueda de datos se realiza a travs de un lenguaje limitado. - Hay que invertir muchas horas para adaptarlos a el funcionamiento de una aplicacin bibliogrfica. Ejemplos: dBase, mSQL, MySQL, DB/2, PostgreSQL, FileMaker, MS-Access. Software de Recuperacin de Texto A Favor: - No requieren de estructuracin de archivos (no hay informacin separada en campos). - Ofrecen poderosas caractersticas de bsqueda (bsqueda booleana, truncada, proximidad de palabras, etc.). En Contra: - Por no usar estructuras, existen problemas al combinar el software con datos estructurados bibliogrficamente. - Por la misma razn, cuando realizan bsquedas tienen que recorrer toda la base de datos, lo cual no es ptimo. Ejemplos: Folio 4.1, dtSearch. Software de propsito especfico. - Se adaptan ms a las necesidades de una base de datos bibliogrfica. - Son escasos, por lo tanto, no hay mucha documentacin al respecto. - No todos han sido diseados tomando en cuenta las necesidades de una base de datos bibliogrfica, pero los que las toman en cuenta resuelven la mayora de los problemas asociados a ellas. Programas de almacenamiento y recuperacin de informacin (IS & R por sus siglas en ingls). A Favor: - Diseados para modelar bsquedas y consultas poderosas. - Incluyen algoritmos de bsqueda booleana, por truncamiento, bsqueda por proximidad, construccin de conjuntos, entre otras. - Permiten definir formatos de impresin a los resultados de las bsquedas. - La mayora de los paquetes funcionan con una PC comn. - Permiten estructurar campos. - Permiten longitud variable. - Permiten repetibilidad de campos. En contra: - Generalmente crean archivos invertidos (ndices) para facilitar y acelerar las bsquedas lo cual produce overheads. Ejemplos: CDS/ISIS, OpenIsis. Aplicaciones Bibliotecarias A Favor: - Funcionan bien si la biblioteca se adapta a las caractersticas del sistema. En Contra: - Ofrecen menor flexibilidad que los IS&R. - Los formatos de impresin y la estructura de los datos ya estn predefinidos. - Resuelven otros problemas como el prstamo de materiales. Ejemplos: BiblioScape (www.biblioscape.com)
37
Estas caractersticas tienen un efecto directo en la adopcin de un software apropiado para una base de datos bibliogrfica. En la tabla 2, se muestra una propuesta de las diferentes opciones de software de bases de datos que puede usarse en una biblioteca. Segn Tenopir, el software que se ha adoptado exitosamente para el uso de aplicaciones bibliogrficas puede dividirse en dos categoras, las cuales a su vez pueden subdividirse en diferentes tipos de software. Para el desarrollo del catlogo automatizado que se propone en este trabajo, se opt por el uso de un software llamado CDS/ISIS (Computarized Documentation System/Integrated Set of Information System por sus siglas en ingls), conocido simplemente como ISIS, este software esta dentro de la clasificacin de los llamadas Aplicaciones de Almacenamiento y Recuperacin de la Informacin. La decisin de usar CDS/ISIS se basa en el argumento de que la mayora de los motores de bases de datos (DBMS) carecen de funcionalidades de Recuperacin de Informacin como la capacidad de bsqueda y estructuracin de informacin que ISIS ofrece, ya que tratar de incorporar alguna de esas caractersticas a un DBMS Relacional dara lugar a una nueva tesis. Al respecto de este argumento, [Manzanos,1999] realiza una comparacin suficiente entre una base de datos relacional y CDS/ISIS, las conclusiones a las que llega son contundentes. Si se desea saber sobre esta comparacin el interesado puede remitirse al apndice D.
2.1.1 La tecnologa CDS/ISIS.

CDS/ISIS es uno de los llamados manejadores de bases de datos bibliogrficas o textuales, sus inicios nos llevan a los aos 60, perteneca a la Organizacin Internacional del Trabajo, en sus inicios Information System), solo era ISIS (Integrated Set of posteriormente el desarrollo fue tomado por la UNESCO, y
programado por Gian Paolo del Bigio, mas tarde adquiri el nombre de CDS/ISIS
38
(Computarized Documentation System/Integrated Set of Information System). La idea de UNESCO era brindar software gratuito a las bibliotecas del mundo con escasos recursos. En el tiempo presente se autoriza su uso bajo licencia, sin cargo, con el compromiso de no cederlo ni comercializarlo; para ello nombr en cada pas a un distribuidor nacional, que en el caso de Mxico es el Consejo Nacional de Ciencia y Tecnologa (CONACYT). En un documento conocido como Elements for a charter of the ISIS-Coordination Group
27
UNESCO declara que ISIS es una familia de software capaz de
manejar diferentes estndares propietarios: ISIS Master File (MST) .- El formato de organizacin de archivos que permite el almacenamiento de informacin. ISIS Inverted File (IF) .- El formato de organizacin de archivos que permite indizar la informacin almacenada por el archivo MST. ISIS Query Language (IQL).- El lenguaje de consulta de ISIS. ISIS Formatting Language (IFL).- El lenguaje de formato de ISIS. Hacia 2003, la familia de software CDS/ISIS (fig. 4) se compona de: Micro CDS/ISIS.- Es un software basado en consola de texto que funciona en ambientes MS-DOS, UNIX y VAX. WinISIS.- Como su nombre lo indica, es una versin modificada de Micro CDS/ISIS para ambientes Windows, funciona para Windows 3.1 y superiores. CISIS.- Es una interfaz de rutinas escritas en C, desarrollada por Bireme que ofrece las funcionalidades bsicas de CDS/ISIS. ISIS_DLL.- Es una librera DLL que permite a los programadores habilitar aplicaciones para acceder a bases de datos ISIS, tambin ha sido desarrollada por Bireme y
27
SMET, Egbert de.: Elements for a charter of the ISIS-Coordination Group., p. 1
39
funciona en plataformas Win32 y Linux. WWWISIS.- Es una aplicacin diseada para funcionar como un CGI esttico que ofrece acceso a bases de datos ISIS desde Web. JavaIsis .- Es una aplicacin desarrollada en Java que hace uso de WWWIsis para acceder a bases de datos ISIS.
4. La familia de Software ISIS.
Las caractersticas principales de la tecnologa CDS/ISIS son: - Manejo de un nmero indefinido de distintas bases de datos, con una informacin de hasta 500 millones de caracteres, estructurados en registros. - Capacidad para contener un mximo de 16 millones de registros de hasta 8.000 caracteres, codificados en cdigo ASCII, desagregables en un mximo de 200 campos diferentes, a su vez, divisibles en subcampos. - Campos de longitud variable: No requiere predefinir una longitud del campo, sta es variable de registro en registro, pudiendo ser nula o extenderse hasta completar la longitud mxima del registro. 40
- Campos repetibles: Un determinado campo puede repetirse mltiples veces en un mismo registro. - Potentes recursos de recuperacin (bsqueda) de registros seleccionados de acuerdo a su contenido en determinados campos con uso de operadores booleanos y otras expresiones condicionales. -Las bsquedas se pueden efectuar por el contenido completo de un campo, por palabras aisladas o secuencia de caracteres. - Salidas en formato ISO 2709 (norma internacional para el intercambio de informacin documental). - Capacidad de convertir el contenido de un campo determinado. Las razones para elegir CDS/ISIS como software de base para el catlogo de la BIBFAR son : - Posee la capacidad de almacenar elementos de longitud variable compatibles con el Formato de datos bibliogrficos MARC. - Posee las funciones caractersticas de un OPAC.
2.2 Modelo cliente / servidor.

El modelo cliente / servidor es un caso especial de sistemas de cmputo distribuidos. Segn [Berson,1996], el trmino cliente / servidor aplica para la arquitectura de software que describe el procesamiento entre dos programas: una aplicacin (cliente) y un servicio de soporte (servidor), sin importar que el cliente y el servidor estn separados fsicamente. El modelo cliente / servidor implica el procesamiento cooperativo de solicitudes enviadas por un cliente, al servidor el cual procesa las solicitudes y regresa los resultados al cliente.
41
Segn [Umar,1997] las caractersticas principales del modelo cliente/servidor son: 1. Clientes y servidores son mdulos funcionales con interfaces bien definidas. 2. Cada relacin cliente / servidor es establecida entre dos mdulos funcionales cuando un modulo (el cliente) inicia una peticin de servicio y el otro (el servidor) elige responder a la peticin de servicio. 3. El intercambio de informacin entre clientes y servidores es estrictamente a travs de mensajes (no existen variables globales). 4. Los mensajes intercambiados entre clientes y servidores son tpicamente interactivos. 5. Tanto clientes como servidores residen en diferentes mquinas conectadas a travs de una red.
2.2.1 Bloques del modelo cliente / servidor.

En la interpretacin de [Umar,1997] (fig. 5), los sistemas cliente/servidor se construyen a partir de bloques: Procesos del Cliente.- (comnmente referidos como cliente) comprenden desde interfaces de usuario, hojas de clculo hasta aplicaciones completas. Cada vez ms los procesos del cliente se estn convirtiendo en aplicaciones basadas en Internet. Procesos del Servidor.- (Comnmente referidos como servidor) proveen los servicios al cliente, ofrecen funcionalidades desde muy simples hasta muy sofisticadas. Idealmente ocultan informacin interna que los clientes no deben conocer. Middleware28.- Provee un amplio rango de funcionalidades tales como el establecer sesiones entre los procesos del cliente y del servidor, conexiones a bases de datos,
28
Software que conecta otras piezas de software.
42
etctera. Umar reconoce un caso particular de middleware: El World Wide Web, que en el tiempo presente (ao 2004), consiste en Navegadores Web, Servidores Web, motores de bsqueda, lenguaje de marcacin de hipertexto (HTML), el protocolo de transferencia de hipertexto (HTTP), y puentes (Gateways) que permiten acceder a bases de datos (todos estos componentes se detallarn mas adelante).
5. Bloques del modelo cliente / servidor segn Umar.
Middleware del cliente.- Esencialmente es un conjunto de mdulos de software los cuales pueden ser invocados desde el cliente a travs de una interfaz de programacin (API por sus siglas en ingls). Middleware del servidor.- Su funcin es monitorear las peticiones de los clientes e invocar los procesos apropiados. Servicios de Red.- Redes de comunicacin o redes, proveen el ms bajo nivel de servicio, para comunicar el Middleware de clientes y servidores. En este contexto una red es una coleccin de equipos, mdulos de software y medios fsicos vistos como un todo autnomo, que interconecta dos o ms computadoras.
43
Los servicios de Red, estn basados en alguna arquitectura de red como el modelo de referencia OSI, o la pila de protocolos TCP/IP.
2.2.2 Procesamiento cooperativo cliente / servidor.

Dentro del modelo cliente / servidor existen diferentes enfoques que tratan la distribucin de una aplicacin dentro de una red, un ejemplo de estos enfoques es el Procesamiento Cooperativo cliente / servidor que propone [Berson,1996], en el que una aplicacin se divide en cuatro componentes: a) Lgica de Presentacin.- Es la parte que interacta con el usuario y la terminal. Solo se encarga del despliegue de datos y de las entradas del usuario. b) Lgica de Negocio.- Usa las entradas del usuario o de la base de datos para realizar las tareas del negocio. c) Lgica de Manipulacin de datos.- Es la parte de la aplicacin que manipula datos, los datos son manejados por un DBMS. d) Procesamiento de datos.- Es la parte de la aplicacin que accede a los datos a bajo nivel.
2.2.3 Componentes del Middleware World Wide Web.

En la opinin de Umar, el middleware World Wide Web es un middleware que opera en la capa de aplicacin del protocolo TCP/IP. El middleware Web esta basado en los siguientes conceptos y tecnologas: - Servicio de Nombres de Dominio (DNS). - Servidores Web (Web Servers).
44
- Navegadores Web (Web Navigator). - Localizador Uniforme de Recursos (URL). - Protocolo de Transferencia de Hipertextos (HTTP). - Lenguaje de Marcacin de Hipertextos (HTML). - Puentes (Gateways). Localizador Uniforme de Recursos (URL).- Es una secuencia de caracteres que identifica a un recurso dentro de la Internet, su sintaxis est definida en el documento RFC - 1738 [ Berners-Lee,1994]. La sintaxis se divide en dos partes, un esquema y su correspondiente parte especfica, la notacin BNF de una URL es: <esquema>:<parte-especifica-del-esquema> La notacin BNF de <parte-especifica-del-esquema> es: //<user>:<password>@<host>:<port>/<url-path> Donde: <esquema> es una secuencia de caracteres del alfabeto ingls que identifica a un protocolo de comunicacin (v.gr.: ftp, http, https). <user> y <password> son una secuencia de caracteres nmericos o del alfabeto ingls que determinan el nombre de un usuario y su correspondiente clave de acceso ante un servidor determinado. <host> es una secuencia de caracteres numricos o del alfabeto ingls, separados por puntos, que hacen referencia a una direccin de internet en la que se encuentra un servidor. <port> es una secuencia de caracteres numricos que representa algn nmero
45
comprendido entre el 1 y el 65535. <url-path> es una secuencia de caracteres numricos o del alfabeto ingls que representa un recurso disponible en el servidor.
Protocolo de Transferencia de Hipertexto (HTTP).- Actualmente definido en el documento RFC 2616 [Fielding,1999] es un protocolo de nivel de aplicacin para sistemas de informacin de hipermedia distribuidos y colaborativos. Es un protocolo genrico y no orientado a la conexin (no maneja sesiones). Lenguaje de Marcacin de Hipertextos (HTML).- Comentado en el documento RFC 2854 [Connolly,2000] y por [Ragget ,1997]. Es un lenguaje que define documentos de hipertexto, es usado como lenguaje de presentacin de pginas adems de que permite definir hiperligas mediante los URL. Este lenguaje es interpretado por un Navegador, lo que provoca que la presentacin de las pginas dependa del navegador que se use para mostrar dicha pgina. Anteriormente solo se limitaba a describir la estructura y contenido de un documento y no el formato de la pgina ni su apariencia, actualmente (en el ao 2003), ha evolucionado a tal grado que las pginas empiezan a parecerse a documentos compuestos en programas de autoedicin. Puentes (Gateways).- Son enlaces a recursos que no pertenecen a la Web. Para Umar son mecanismos que enlazan navegadores web con recursos que no son pginas web. Los enlaces son usados para acceder a informacin desde orgenes de datos heterogneos (bases de datos relacionales, sistemas de informacin propietarios, u otros servicios del servidor). La idea principal es que los Navegadores slo pueden mostrar HTML, los gateways son usados para acceder a la informacin no-HTML y convertirla al formato HTML para mostrarla en el Navegador.
46
Los gateways son programas que corren generalmente en el servidor. En el presente (en el ao 2004) continan vigentes los diferentes enfoques que segn Perrochon 29 consisten en: - CGI.- Common Gateway Interface. - SSI.- Server Side Includes. - Servidores Especficos.- Programados a travs de un API especfico del web server. - Sistemas de cdigo mvil.- Gateways Java. El desarrollo de la aplicacin planteada en esta tesis est basado en la programacin de una variante de SSI. Un SSI consiste en una secuencia especial de caracteres (etiquetas) dentro de una pgina HTML. Estas etiquetas son procesadas por el servidor en el instante en que enva el documento al navegador. Cuando el servidor encuentra una etiqueta SSI interpreta las instrucciones contenidas dentro de la etiqueta y efecta una accin apropiada. As mientras el HTML es interpretado por los navegadores (clientes), los SSI son interpretados por el servidor.
2.3 Aplicaciones Web.

Se trata de un concepto de aplicaciones cliente / servidor en el que se usa la infraestructura de Internet como software intermedio entre clientes y servidores. En palabras de Conallen estado del sistema.
29 30
30
, una aplicacin de software web o aplicacin web, es un
sistema web donde la entrada del usuario (navegacin y entrada de datos) afecta el
PERROCHON, citado por Umar Ajmad.: Object Oriented Client/Server Internet Environments., p. 178. CONALLEN, Jim.: Modeling Web Application Architectures with UML., p. 1.
47
La definicin de Gellersen
31
, es mas general: definimos una aplicacin web, como
cualquier aplicacin de software que depende de la web para su correcta ejecucin. A diferencia de las aplicaciones cliente/servidor tradicionales, las aplicaciones web A nivel tcnico, la
tienen muchas ventajas, tanto econmicas como tecnolgicas:
programacin de este tipo de aplicaciones es ms fcil, en comparacin a las aplicaciones cliente/servidor tradicionales, en las que los programadores deban involucrarse en detalles como el desarrollo de protocolos de comunicacin, el escribir un servidor que escuchara las peticiones de los clientes y atendiera a esas peticiones. En opinin de Gellersen, las aplicaciones web gozan de acceso a plataforma cruzada, esto es que pueden correr en sistemas operativos diferentes a los que se desarroll la aplicacin, Gellersen contina mencionando que la distribucin o instalacin de una aplicacin web recae sobre el concepto de clientes ligeros y en el concepto de mantenimiento centralizado. Algunas desventajas asociadas a las aplicaciones web se presentan en el ciclo de desarrollo de las mismas, razn por la cual los lectores interesados debern remitirse al Captulo III , apartado 3.2 Ingeniera de Software Web.
31
GELLERSEN, Hans-W.: Object-Oriented Web Application Development. , IEEE Internet Computing Magazine, Enero-Febrero 1999. p. 61
48
Captulo III Desarrollo del SCAI-BIBFAR.
49
3.1 Introduccin.
Este captulo trata sobre las actividades necesarias para construir una aplicacin web de calidad; para ello se hace una breve introduccin del concepto de Ingeniera de Software, as como tambin del concepto de Ingeniera de Software Web. En seguida se justifica el uso de programacin orientada a objetos para resolver el sistema de software, continuando con la justificacin del modelo de desarrollo. Por ltimo, se describen a detalle los entregables del anlisis, diseo de la experiencia de usuario, diseo, implementacin y pruebas relativas al desarrollo del sistema.
3.2 Ingeniera de Software Web.

La Ingeniera del Software, disciplina que Pressman eficientemente en el mundo real;
32
describe como : el uso de
principios de la Ingeniera a fin de obtener un software que sea fiable y que funcione involucra principios tales como anlisis, diseo, implementacin, pruebas y mantenimiento. La Ingeniera de Software Web, o Ingeniera Web actividades
33
es una especializacin de la
Ingeniera de Software, en la que, en opinin de [Kirda,2001] incluye otras adicionales de anlisis de datos, estructuracin de informacin, administracin de navegacin y organizacin de datos; este mismo autor advierte sobre lo inadecuado y difcil que resulta usar un proceso de ingeniera de software tradicional .
32 33
PRESSMAN, Roger.: Ingeniera de Software, un enfoque prctico., p. XXIX Del concepto de la lengua inglesa, Web Engineering.
50
3.2.1 Problemtica de la Ingeniera de Software Web.

La problemtica de la Ingeniera Web se refiere a la no existencia de metodologas estndar, es decir, que el desarrollo de aplicaciones web se caracteriza, en opinin de algunos autores, por su anarqua y por el uso de metodologas ad hoc. La falta de metodologas para desarrollo de aplicaciones web, como sugiere [Gellersen,1999], se debe al origen de la web como un medio de informacin en lugar de una plataforma de aplicaciones, as, el desarrollo de aplicaciones web es visto como un problema de autoedicin, en lugar de un problema de desarrollo de software, al cual se le deberan aplicar principios de Ingeniera de software. Otra razn que explica la falta de metodologas, es la naturaleza del middleware de la Web, no es homogneo, ni en clientes ni en servidores, pues involucra diferentes tecnologas (Java, ActiveX, JavaScript, PHP, etc.) y diferentes enfoques de programacin (declarativos, estructurados, basados en clases, en eventos, orientados a objetos, etc). En aos recientes, se han propuesto varias metodologas [Enguix, 1999] para facilitar el desarrollo de aplicaciones web, sin embargo, no se ha creado alguna metodologa estndar que cubra las necesidades de un enfoque sistemtico y metodolgico para el desarrollo dinmico y complejo de aplicaciones web .
3.3 Programacin Orientada a Objetos.

Las razones para aplicar tcnicas de programacin orientada a objetos estn relacionadas con la reutilizacin de cdigo, la reduccin en el tiempo de desarrollo y la existencia de un lenguaje para especificacin, visualizacin y construccin de elementos de software orientado a objetos [Joyanes,1998], lenguaje conocido como UML (Unified Modeling Language), que estandariza la forma en que un ingeniero de software expresa el anlisis y diseo de software orientado a objetos.
51
3.3.1 UML
En palabras de Sinan Si Alhir
34
UML es un lenguaje que unifica las mejores prcticas
de la industria del software para el modelado de sistemas. UML no es simplemente una notacin para dibujar diagramas, es un lenguaje completo para capturar el conocimiento (semntico) acerca de un tema y expresar ese conocimiento (sintaxis) para propsitos de comunicacin. Los diagramas de UML son productos entregables que junto con otros documentos constituyen lo que en UML se conoce como artefactos. Las metas del UML son: - Ser un lenguaje visual y expresivo de modelado listo para usarse, que sea simple y extensible. -Tener mecanismos de extensibilidad y especializacin, en vez de modificar los conceptos principales. - Formalizar un conjunto bsico de conceptos que constituyen el paradigma orientado a objetos, de manera que las extensiones no requieran de la reimplementacin de los conceptos bsicos. - Permitir agregar nuevos conceptos y notacin mas all de los ya definidos por la base. - Permitir varias interpretaciones de los conceptos existentes para los cuales no existe un consenso claro. - Permitir la especializacin de conceptos, notacin y restricciones para dominios en particular. UML es un lenguaje de modelado que comunica especificacin, no es un lenguaje de programacin visual. una conceptualizacin o
34
SI ALHIR Sinan.: UML in a nutshell. A Desktop Reference., p. 3.
52
La especificacin de UML es parte de la OMG (Object Management Group), quien constantemente hace revisiones al documento original y publica cambios, por este hecho es importante remarcar que los diagramas que se presentan en esta tesis corresponden a la especificacin 1.1 de UML.
3.3.2 UML y El desarrollo de Aplicaciones WEB.

Cuando se trata de modelar aplicaciones web con UML, resulta que algunos de los componentes de las aplicaciones Web no encajan a la perfeccin en los elementos de modelado de UML. Para resolver este problema [Conallen,1999], ha propuesto una extensin de UML para modelar propuesto. En la literatura especializada, se le conoce como WAE-UML35. No es tema de esta tesis tratar los detalles de cmo y en que consiste la extensibilidad de UML, slo cabe mencionar que en UML es posible definir nuevos estereotipos y reglas para extender su semntica y as solventar los problemas que pudieran no estar cubiertos con la especificacin estndar de UML. El modelo de desarrollo del sistema o modelo de ciclo de vida de un sistema, se refiere a la secuencia con que se realizan las actividades concernientes a la Ingeniera del Software: especificacin, diseo, implementacin, revisin, mantenimiento, prueba, etc.. En opinin de [McConell, 1998], dependiendo del modelo elegido se pueden maximizar o minimizar algunos de los factores involucrados en el desarrollo. En este caso los factores esenciales del proyecto son los siguientes: los elementos arquitectnicos de las aplicaciones Web; es as que esta extensin se ha usado en el anlisis y diseo del sistema
- Bajo costo. - No hay necesidad de estimar tiempos requeridos.

35
Por sus siglas en ingls Web Application Extension for UML, es una extensin al lenguaje UML, propuesta en 1999 por Jim Conallen.
53
-Se requiere un producto final cuya operacin se realice 24 horas al da y 365 das del ao. - Se cuenta con una definicin estable del producto final. Tras la revisin de los diversos mtodos disponibles [McConell, 1996] se eligi el modelo de desarrollo iterativo en cascada (fig. 6) considerando las siguientes razones: - Es ms fcil de seguir. - Genera una mejora contina al sistema en cada iteracin. - Requiere poca comprensin de la arquitectura del sistema. - Ataca el riesgo mostrando resultados en cada iteracin.
6. Modelo de desarrollo en cascada.
3.5 Anlisis.
Se entender por anlisis a la investigacin necesaria para describir un problema de software, que para el caso de este desarrollo en particular, se expresar mediante cuatro entregables o artefactos: 54
1) Anlisis de Requerimientos.- El anlisis ordenado y clasificado de las necesidades del usuario, expresadas en un lenguaje que evita tecnicismos en el mayor grado de lo posible. 2) Anlisis de Casos de Uso.- La traduccin de las necesidades del usuario en operaciones del producto final, identificando a los principales involucrados. 3) Glosario del Sistema.- Un glosario que describe en lenguaje no tcnico todos los trminos usados para describir los casos de uso. 4) Modelo Conceptual.- La identificacin de unidades de funcionalidad independientes (posiblemente clases) que componen el producto final como sistema.
3.5.1 Anlisis de Requerimientos.

En las metodologas de desarrollo orientado a objetos, como la propuesta por [Larman, 1999], se inicia con un diagnstico de las necesidades del usuario, es en este primer acercamiento donde quedan definidas todas las caractersticas y operaciones que el sistema deber realizar. El anlisis de requerimientos que se presenta esta basado en un modelo que ayuda en la categorizacin y agrupamiento de requerimientos conocido como FURPS+36; el formato usado para expresar los requerimientos consiste en un listado numerado usando notacin decimal. En el mbito de este sistema se han considerado como una fuente de requerimientos esenciales toda la informacin vertida en los apartados 2.1, 2.2, 2.3, 2.4, 2.5 y 2.6 del Captulo I de esta tesis. 1. Requerimientos funcionales. 1.1 El sistema deber tener un catlogo pblico en lnea (OPAC).
36
Por sus siglas en ingls Funcionality Usability Reliability Performance Supportability, es una propuesta de Robert Grady, citado por Peter Eles.: Capturing Architectural Requirements., The Rational Edge, November 2001 , Rational.
55
1.2 El sistema permitir hojear el OPAC. 1.3 El sistema almacenar registros catalogrficos basados en MARC. 1.4 El OPAC almacenar mas de un catlogo. 1.5 El OPAC estar disponible en Internet. 1.6 El sistema de circulacin (SC) identificar los materiales en prstamo. 1.7 El SC identificar a los prestatarios. 1.8 El SC asegurar el regreso de los materiales dentro de un periodo razonable de tiempo, despus de su expiracin. 1.9 El SC proveer informacin adecuada de prestatarios con adeudos. 1.10 El SC permitir la disponibilidad de materiales tan pronto como sea posible, a travs de un sistema eficiente de reservaciones. 1.11 El SC ser flexible para variar los perodos de prstamo. 1.12 El SC no requerir de costos excesivos para su operacin. 1.13 El SC permitir hacer reservaciones por Internet. 1.14 El SC permitir consultar el expediente de un usuario, por Internet. 1.15 El SC notificar por correo electrnico a los usuarios cuando una fecha de prstamo expire. 1.16 El SC mostrar el nmero de ejemplares disponibles para prstamo. 1.17 El SC permitir establecer perfiles para los prestatarios donde se especifique el nmero de ejemplares de prstamo, el monto de multa por da de retraso, y el nmero mximo de renovaciones que se le permiten. 1.18 El SC permitir establecer perfiles para los materiales donde se especifique el
56
nmero mximo de das de prstamo permitidos, el nmero de ejemplares que se pueden prestar y el tipo de perfil de prestatario a quin aplica ese perfil. 1.19 El SC calcular automticamente la fecha de expiracin en das hbiles, de un prstamo y una reservacin. 1.20 El SC calcular en base a los perfiles prestatario / material los das de prstamo y el nmero mximo de das que un prestatario puede conservar un ejemplar. 1.21 El sistema ayudar en la generacin de bibliografas para los usuarios. 1.22 El sistema permitir evaluar el servicio prestado en la biblioteca. 1.23 El sistema proteger el acceso a la informacin de prestamos y reservaciones. 1.24 El sistema contar con ayuda en lnea. 1.25 El OPAC podr exportar sus datos a otros formatos como XML. 1.26 El OPAC estar conectado lgicamente con el SC, por cada registro catalogrfico existente en el OPAC, habr al menos un registro en el SC. 1.27 El SC permitir hacer renovaciones de cargos que estn vigentes. 2. Requerimientos de Usabilidad. 2.1 El SC deber ser simple para el pblico en cuanto a operacin se refiere, y para el personal de la biblioteca deber ser fcil de entender y operar. 2.2 El OPAC deber verse en la mayora de los navegadores. 2.3 El OPAC no usar FRAMES de HTML para facilitar la visualizacin en todos los navegadores. 2.4 El OPAC no depender de JavaScript para su funcionamiento bsico. 2.5 El OPAC usar hojas de estilo en cascada CSS para mostrar los resultados de las bsquedas. 57
3. Requerimientos de Confiabilidad. 3.1 El OPAC asegurar los mejores resultados en cada bsqueda. 3.2 El OPAC deber estar en lnea 24 horas al da durante los 7 das de una semana. 4. Requerimientos de Desempeo. 4.1 El tiempo de respuesta del sistema para pginas estticas ser menor o igual a 3 segundos. 4.2 El tiempo de respuesta del sistema para pginas generadas dinmicamente ser menor o igual a 8 segundos. 4.3 El tiempo de respuesta del sistema para consultas a base de datos relacional ser menor o igual a 2 segundos. 4.4 El tiempo de respuesta del sistema para consultas a base de datos documental ser menor o igual a 3 segundos. 5. Requerimientos de Diseo. 5.1 El OPAC integrar un motor de recuperacin de informacin de texto referencial. 5.2 El SC usar una base de datos relacional. 5.3 El OPAC se integrar al SC a travs de la base de datos relacional. 6. Requerimientos de Implementacin. 6.1 El sistema operativo para la implementacin ser Linux. 6.2 Se usar el servidor de Web Apache por que es el servidor ms comn. 6.3 La base de datos para el SC ser PostgreSQL por que es una base de datos GNU que ha madurado. 6.4 La base de datos para el OPAC ser ISIS.
58
3.5.2 Anlisis de Casos de Uso.

Para mejorar la comprensin de los requerimientos, se utiliza la tcnica de los casos de uso. Esta tcnica, recomendada por Larman, quin a su vez refiere a Jacobson 37: el caso de uso es un documento narrativo, que describe la secuencia de eventos de un agente externo que utiliza un sistema para completar un proceso. En una breve comparacin entre los casos de uso y el anlisis de un sistema, [Jacobson, 1998] afirma que los casos de uso se llevan a cabo usando el idioma del cliente, mientras que el anlisis se describe usando el idioma del desarrollador; bajo este criterio existen diferentes formas para describir un caso de uso, algunos autores sostienen que un caso de uso puede escribirse en diferentes formatos y con diferentes niveles de detalle. Los casos de uso que definen el anlisis de este sistema fueron escritos usando el formato expandido de Larman, con algunas variantes que incluyen la substitucin de Accin de los actores / Respuesta del sistema por la descripcin de precondiciones y postcondiciones, as como tambin una lista de referencias a los elementos del anlisis de requerimientos y opcionalmente una mencin del curso normal de los eventos, que consiste en describir una secuencia ordenada de los pasos en que se efecta el caso de uso. El formato expandido consiste en enunciar los actores que intervienen, el propsito del caso de uso, una descripcin que facilite el entendimiento del caso de uso en cuestin. Los casos de uso, se han agrupado en cuanto a su importancia, tal y como lo propone Larman: 1. Primario.- Si representa los procesos comnes mas importantes. 2. Secundario.- Si representa procesos menores o raros. 3. Opcional.- Si representa procesos que no pueden abordarse.
37
JACOBSON Ivar, citado por Craig Larman.: UML y Patrones. , p. 49.
59
Se omiten las especificaciones Esencial y Real que Larman propone, por considerar que estas especificaciones quedan fuera de lugar para los casos de este proyecto. Artefactos del modelo de casos de uso. En la versin 1.1 del UML se sugieren diferentes formatos para representar un caso de uso, as, un caso de uso puede representarse como una descripcin textual, como diagramas de actividades, mquinas de estado, etc. La figura 7 muestra un diagrama de casos de uso que corresponde a las operaciones que se realizan con un catlogo pblico en lnea.
Figura 7. Operaciones de un catlogo pblico en lnea
Iniciar Sesin 38. Actores: Usuario. Propsito: Identificar a un usuario de forma nica ante el sistema. Descripcin: Para poder acceder al sistema de Prstamos, los usuarios deben estar registrados y deben identificarse ante el sistema. Precondiciones:
38
El caso de uso, Iniciar Sesin es un caso de uso abstracto, lo que significa que esta relacionado con mas de un caso de uso, en los diagramas UML se le muestra con tipografa cursiva.
60
1. Existe un usuario registrado y activo dentro del sistema. 2. El usuario tiene una cuenta que lo identifica en el sistema. 3. El usuario no tiene una sesin iniciada an. Postcondiciones: 1. El sistema registra el intento de inicio de sesin ya sea exitoso o no. Tipo: Primario y Real. Referencias: 1.7, 4.1 Comentarios: Inicio de sesin es considerado un caso de uso abstracto pues esta presente en la mayora de los otros casos de uso, es decir que el caso de uso se debe llevar a cabo como parte de los otros casos de uso. Curso normal de los eventos (Inicio de Sesin): Diagrama de secuencia, mostrado en la figura 8.
8. Secuencia para el caso de uso Iniciar Sesin.
1. Usuario navega hasta la pgina inicial del sistema, que le muestra la pgina de inicio de sesin. 2. Usuario introduce su alias y clave de acceso. 61
3. Sistema verifica que usuario exista y su cuenta est vigente. 4. En caso de que la comprobacin sea positiva, se abre una sesin para el usuario y se despliega la pgina del usuario. 5. En cualquier caso, se notifica el resultado. Buscar en Catlogo. Actores: Usuario. Propsito: Buscar registros catalogrficos de acuerdo a un criterio. Descripcin: Slo los usuarios registrados y firmados pueden hacer bsquedas dentro del catlogo de la biblioteca. Puede hacerlo por diferentes criterios, como son: Libre: Cualquier palabra clave que identifique al libro. Por Tema: Cualquier palabra clave que identifique el tema del libro. Por Autor: Cualquier palabra clave que identifique al autor del libro. Por Ttulo: Cualquier palabra clave que identifique al ttulo del libro. Los resultados de la bsqueda del catalogo deben notificar el nmero de existencias del registro de materiales. Tipo: Primario y esencial. Referencias: 1.1, 1.2, 1.3, 2.2, 2.3, 2.4, 2.5, 3.1, 3.2, 4.4, 5.1, 6.5 Curso normal de los eventos: 1. El usuario navega hasta la pgina de bsqueda, el sistema le despliega un formulario de bsqueda. 2. El usuario genera una peticin de bsqueda. 3. El sistema despliega una lista de resultados. Reservar Libro. Diagrama de secuencia, mostrado en la figura 9. Actores: Usuario. Propsito: Permitir a un usuario seleccionar un libro para reservarlo por una cantidad de tiempo determinada.
62
9. Secuencia para el caso de uso reservar libro.
Resumen: El usuario selecciona un material del catlogo, este material est disponible en prstamo y segn los permisos del usuario se le puede prestar. Precondiciones: 1. El usuario tiene permisos de prstamo para ese material. Postcondiciones: 1. La transaccin se registra. 2. El material involucrado se registra en el inventario como reservado, y en caso de que no est disponible se guarda en una lista de espera. 3. La reservacin, activa un contador para determinar los das de reservacin solicitados. 4. El sistema emite una notificacin al usuario y al staff. Tipo: Primario. Referencias: 1.13,1.16, 1.17, 1.19, 1.23, 4.3, 4.4, 6.4, 6.5. Curso normal de los eventos: 1. El usuario localiza dentro del catalogo, el material que desea reservar. 2. El sistema muestra los resultados de la bsqueda y muestra el nmero de existencias disponibles en prstamo. 3. El usuario selecciona la opcin de reservar el libro (el material). 4. El sistema valida los permisos del usuario y del libro. 63
5. En caso de que los permisos sean correctos, el sistema notifica al usuario la fecha de plazo que tiene para solicitar el libro en prstamo. La figura 10 muestra un diagrama de casos de uso correspondiente a las operaciones del sistema de circulacin.
10. Casos de uso relacionados con el sistema de circulacin.
Cargar Libro. La figura 11 corresponde al diagrama de secuencia de Cargar Libro. Actores: Usuario, Staff. Propsito: Poner a disposicin de un usuario un material, que se ha reservado con anterioridad, durante un perodo de tiempo determinado. Resumen: El usuario ya ha reservado un material, y asiste al mostrador para confirmar el prstamo. Staff vigila el cumplimiento de la transaccin. El material se presta y sale de la biblioteca. A partir de ese momento se fijan los das hbiles para la devolucin. Propsito: Poner a disposicin de un usuario un material, que se ha reservado con anterioridad, durante un perodo de tiempo determinado. Resumen: El usuario ya ha reservado un material, y asiste al mostrador para confirmar
64
el prstamo. Staff vigila el cumplimiento de la transaccin. El material se presta y sale de la biblioteca. A partir de ese momento se fijan los das hbiles para la devolucin del material.
11. Secuencia para el caso de uso cargar libro.
Precondiciones: 1. El material ha sido reservado por el usuario. 2. La fecha de entrega no es un da de descanso. 3. La validacin de permisos es correcta y le autoriza a solicitar el prstamo. 4. El usuario an no excede el nmero mximo de prstamos que se le permite hacer. 5. La cuenta del usuario se encuentra activa an. Postcondiciones: 1. La transaccin se registra. 2. El material involucrado se registra en el sistema como prestado.
65
3. El prstamo activa un contador para contar los das que faltan para su vencimiento. 4. El sistema emite una notificacin al usuario y a el staff. Tipo: Primario. Referencias: 1.6, 1.7, 1.8, 1.9, 1.11, 1.12, 1.13, 1.17, 1.18, 1.19, 1.20, 1.21, 1.23, 4.3, 4.4, 5.2, 6.4. Curso normal de los eventos: 1. Un usuario ha reservado un libro y llega al mostrador a solicitar su prstamo. 2. El staff, introduce la clave del usuario. 3. El sistema identifica positivamente al usuario. 4. El staff, solicita el prstamo al sistema, seleccionndolo de una lista de reservaciones. 5. El sistema valida la operacin. 6. El sistema registra la operacin. 7. El sistema emite una notificacin. 8. El usuario se lleva el libro. Cargar Libro en Mostrador. Actores: Usuario, Staff. Propsito: Poner a disposicin de un usuario un material durante un perodo de tiempo determinado sin que el material est reservado por el usuario. Resumen: El usuario elige un libro y lo entrega al encargado, ste registra el nmero de identificacin del libro y efecta el prstamo. Precondiciones: 1. El usuario tiene autorizacin para solicitar ese libro. 2. La fecha de entrega no es un da de descanso. 3. El usuario no adeuda libros. 4. La validacin de permisos es correcta y le autoriza a solicitar el prstamo. 5. El usuario an no excede el nmero mximo de prstamos. Postcondiciones: 1. La transaccin se registra. 2. El material involucrado se registra en el sistema como prestado. 66
3. El prstamo activa un contador para contar los das que faltan para su vencimiento. 4. El sistema emite una notificacin al usuario y al staff. Tipo: Esencial. Referencias: 1.6, 1.7, 1.8, 1.9, 1.11, 1.12, 1.17, 1.18, 1.19, 1.20, 1.21, 1.23, 4.3, 4.4, 5.2, 6.4. Curso normal de los eventos: 1. Este caso de uso comienza cuando un usuario llega al mostrador a solicitar el prstamo de un libro, que previamente localiz. 2. El staff introduce la clave del usuario. 3. El sistema identifica positivamente al usuario. 4. El staff introduce la informacin que identifica al libro. 5. El sistema valida la operacin. 6. El sistema emite una notificacin. 7. El sistema registra la operacin. 8. El usuario se lleva el libro. Descargar Libro. Actores: Usuario, Staff. Propsito: Registrar la entrega de un material antes o durante la fecha de vencimiento del prstamo. Resumen: El usuario devuelve el material, el sistema verifica si el prstamo ha vencido, cancelando el prstamo. En caso de que el prstamo ya este vencido, se deber pagar multa. Precondiciones: 1. El libro no est vencido. 2. El libro no est maltratado. Postcondiciones: 1. La transaccin se registra. 2. El material devuelto se registra en el inventario como disponible. 3. Se desactiva el contador que indica el vencimiento del prstamo. 4. El sistema emite una notificacin al usuario y al staff. Tipo: Esencial. 67
Referencias: 1.6, 1.7,1.8,1.9, 1.19, 1.20, 4.2, 4.3, 4.4, 5.2, 6.4 Curso normal de los eventos: 1. El usuario entrega un libro al staff. 2. El staff busca el libro en el registro de prstamos. 3. El sistema notifica el estado de ese libro, e informa al staff si el plazo de prstamo de ese libro ya ha vencido. 4. Si el prstamo de ese libro no ha vencido, el sistema registra su devolucin. En otro caso, espera la intervencin del staff, mostrndole una lista de opciones: Cobrar multa o desactivar cuenta de usuario. Renovar Cargo. Actores: Usuario, Staff. Propsito: Renovar un prstamo vigente antes de su fecha de expiracin. Resumen: El usuario presenta ante el staff el material que quiere renovar. El staff solicita al sistema la renovacin del material, el sistema valida contra los permisos del usuario tal operacin; si la renovacin es posible, sta se lleva a cabo, de lo contrario el material se devuelve a la biblioteca. Si una renovacin se lleva a cabo, la fecha de entrega del material se recorre un determinado nmero de das. Precondiciones: 1. La fecha de devolucin an no expira. 2. El usuario an no rebasa el mximo nmero de renovaciones permitidas, de acuerdo a su jerarqua. Postcondiciones: 1. La transaccin se registra. 2. La renovacin desactiva el contador actual de vencimiento, y crea uno nuevo. 3. El sistema emite una notificacin al usuario y al staff. Tipo: Secundario. Referencias: 1.8, 1.17, 1.27, 4.1, 4.2, 4.3. Curso normal de los eventos: 1. El usuario entrega un libro al staff. 2. El staff busca el libro en el registro de prestamos. 3. El sistema notifica el estado de ese libro, e informa al staff si el plazo de prstamo de 68
ese libro ya ha vencido. 4. Si el plazo de prstamo no ha vencido, el sistema ofrece la opcin de Renovar el prstamo. Pago de Multa. Actores: Usuario, Staff. Propsito: Registrar la informacin pertinente al pago de una multa. Resumen: El usuario se ha retrasado en la entrega del material, el sistema emite una notificacin. El usuario llega ante el administrador y devuelve el material y paga su multa. La transaccin queda registrada ante el sistema, y las alarmas se detienen. Precondiciones: 1. El usuario ha incurrido en una de las siguientes: a) Devolucin de material en mal estado. b) Retraso en la devolucin del material. Postcondiciones: 1. La transaccin se registra. Tipo: Secundario. Curso normal de los eventos: 1. El sistema identifica al usuario. 2. El staff confirma el cobro de la multa.
3.5.3 Diagrama Modelo Conceptual.

La figura 12 representa el Modelo Conceptual. El modelo conceptual consiste en identificar las posibles clases del sistema, sus
atributos y sus posibles relaciones con otras clases del sistema. Estos diagramas suelen ser similares a los diagramas de entidad-relacin del anlisis estructurado.
69
12. Modelo conceptual de la aplicacin.
3.5.4 Glosario del Sistema.

Un glosario es el equivalente a un diccionario de datos, cuya finalidad es esclarecer los trminos usados en el proceso de Anlisis. En la opinin de Larman el glosario o diccionario modelo incluye y define todos los trminos que requieren explicacin para mejorar la comunicacin y aminorar el riesgo de malos entendidos . El glosario est expresado con el siguiente formato: <Trmino> : <Comentarios> Administracin de Registros Bibliogrficos : Las operaciones bsicas de administracin de datos: Altas y Cambios, excluye Bajas. Administrador : El encargado del mantenimiento del sistema, l es quien conoce las partes internas del sistema.
70
Alarma : Cualquier notificacin visible en la interface. Alias : Un nombre o una clave usada para identificar a un usuario convencional. Almacenamiento de Registros Bibliogrficos : Lo relacionado con las operaciones de bajo nivel que permiten almacenar registros de datos cuyo formato es bibliogrfico. Buzn de Quejas : Un servicio de la biblioteca en el que se almacenan las quejas de los usuarios, con respecto del funcionamiento de la misma biblioteca. Base de datos bibliogrfica: Vase captulo II, apartado 2.1. Cargo : El proceso de prstamo dentro de una biblioteca. Catlogo : Un espacio en memoria donde se almacena una coleccin de materiales con caractersticas comunes. Clave de acceso : una clave nica de 8 o ms caracteres alfanumricos, que permite dar seguridad a los usuarios del sistema. Clave del usuario : Es una clave de acceso para los usuarios convencionales del sistema. Consulta de Catlogo : La operacin de buscar dentro de un catlogo bibliogrfico. Consulta de Expediente : La operacin de los usuarios convencionales del sistema sobre los movimientos que han realizado dentro de la biblioteca, y que usualmente almacena registros sobre prstamos efectuados. Control de Usuarios : Un mecanismo que permite manejar los permisos de usuarios, y sus interacciones con el sistema. Cuenta de usuario : Un espacio en el sistema donde se registran reservaciones, cargos,descargos, renovaciones y multas correspondientes a un usuario. Desactiva la cuenta de un usuario : Una operacin del control de usuarios, consistente en la desactivacin de una cuenta de usuario, lo que significa que el usuario en cuestin no podr interactuar con el sistema de forma temporal. Descargo : El proceso de devolucin de un material a la biblioteca. Disponibilidad : La existencia de uno o mas materiales asociados a un registro catalogrfico disponibles en prstamo. Ejemplar : Material. Elimina la cuenta de un usuario : Una operacin del control de usuarios, consistente en la eliminacin de los datos personales de un usuario, as como sus claves de
71
acceso, operacin que imposibilita la interaccin del usuario en cuestin con el sistema, de una manera definitiva. Especificacin de Usuario : Los privilegios de un determinado grupo de usuarios. Especificacin de Material : Las caractersticas de un grupo de materiales. Existencias : Todos los materiales que no estn en prstamo. Expediente de Usuarios : La informacin en orden cronolgico de las operaciones de un usuario con el sistema. Exportacin de datos : El proceso mediante el cual los datos del sistema son convertidos y/o transportados a otro formato de datos. Fecha de devolucin : La fecha en que vence un prstamo, en la que se debe entregar el material solicitado en cuestin. Generacin de Indices : El proceso mediante el cual, se generan ndices de los datos del catlogo bibliogrfico. Identifica positivamente al usuario : Una serie de procesos que verifican alias y clave de acceso de un usuario, dando un resultado positivo en la bsqueda de las dos claves. Inicio de sesin : El proceso con el cual, tras identificar a un usuario, el sistema crea un espacio de procesamiento de datos para determinado usuario. tem : Ejemplar (vase). Libro: Una entrada en el registro catalogrfico. Manejo de sesiones : Los procesos mediante los cuales el sistema administra el espacio de procesamiento que se cre, para atender las peticiones de un usuario. MARC : Standard catalogrfico norteamericano, las iniciales de Machine Readable Cataloging. Mostrador : Un lugar fsico de la biblioteca donde se da lugar la interaccin del Staff con los usuarios. Multa por da : Una cuota fija que se cobra diariamente a todos los usuarios que no han devuelto un libro, en el plazo de devolucin. Nmero mximo de prstamos : El nmero mximo permisible para un usuario, en particular de ejemplares de cierto tipo. Nmero mximo de renovaciones : El nmero mximo de renovaciones permitidas a un usuario, en particular sobre ejemplares de cierto tipo.
72
Nmero nico de identificacin : un nmero que identifica de forma nica a un material dentro del sistema. Pago de Multa : El proceso mediante el cual un usuario paga el total de las multas diarias. Permisos de materiales : Una mascara de bits que identifica los posibles caractersticas de prstamo que un material puede tener. Prstamo : Cargo (vase). Pblico en General : Usuarios del sistema que no tienen una cuenta asignada. Registrar usuario : El proceso mediante el cual se crea una cuenta de usuario. Registro catalogrfico: Base de datos bibliogrfica organizada en forma de catlogo. Registro de circulacin : Base de datos donde se registran los datos referentes a todo el proceso de prstamos. Registro de existencias : Conjunto de tablas donde se almacenan los datos de los materiales que no estn en prstamo. Registro de prstamos : Conjunto de tablas donde se almacenan los datos referentes al prstamo de un material. Regla de modificacin de existencias : Parte del proceso de modificacin de existencias en la que se sigue una serie de pasos para modificar las existencias, que se tienen registradas sobre un material. Regla de permisos de materiales : Parte del proceso de prstamo en el que se verifican permisos de materiales. Regla de permisos de usuarios : Parte del proceso de prstamo en el que se verifican permisos de usuarios. Regla de prstamos : Parte del proceso de prstamo en el que se aplican las reglas de permisos de materiales y de usuarios. Regla de reservaciones : Parte del proceso de reservacin en el que se realizan las comprobaciones para aceptar una reservacin. Reglamento : El reglamento de la biblioteca. Renovacin : El proceso de cancelacin y recreacin de un prstamo con las caractersticas del anterior. Reporte de Prstamos : Listado de todos los ejemplares que estn prestados.
73
Reporte de Vencimientos : Listado de todos los prstamos que han vencido. Reservacin : El proceso mediante el cual los usuarios del sistema apartan un libro para su prstamo, evitando as que otro usuario lo solicite. Reservacin de un libro : El proceso mediante el cual un usuario registrado evita que otro usuario solicite el prstamo de determinado material. Respaldo de datos : El proceso en el que se resguardan los datos de la biblioteca. Restauracin de datos : El proceso en el que se regresa a su estado original los datos de la biblioteca. Sesin : El espacio de procesamiento que el sistema crea para almacenar datos temporales del usuario, resultado de la interaccin entre usuario y sistema. Sistema Newark : Norma Internacional de prstamo de libros. Staff: Empleado a cargo de la biblioteca de la Fundacin Arturo Rosenblueth. Usuario : Una persona que ha registrado sus datos ante el sistema, y que posee una cuenta de usuario.
3.6 Desarrollo de la Experiencia del Usuario.

En opinin de [Conallen, 2002], existe una actividad que se desarrolla de forma paralela al anlisis de la aplicacin Web, esta actividad toma el nombre de desarrollo de la Experiencia del Usuario o UX39. Se comenta que este concepto es muy nuevo en cuanto a desarrollo de aplicaciones web se refiere, y consiste en la creacin y mantenimiento de las interfaces de usuario a fin de que permanezcan consistentes con el contexto de la aplicacin misma, los encargados del desarrollo de esta actividad son los responsables de crear la emocin de la aplicacin web, lo que incluye todo lo relacionado con los colores, la tipografa, la estructura, el posicionamiento de los contenidos en las pantallas y el flujo entre las distintas pantallas de la aplicacin, entre otras. Se recomienda que los especialistas que desarrollen esta actividad, tengan nociones de Arquitectura de la Informacin, disciplina que extiende los conceptos tradicionales de
39
Por sus siglas en ingls User Experience.
74
desarrollo de interfaces humanas. En palabras de Richard Saul Warman40, arquitectura de la informacin es: la profesin emergente del siglo XXI encargada de las necesidades de la poca enfocada en la claridad, la comprensin humana y la ciencia de organizar la informacin. Algunos de los entregables propios de esta fase del desarrollo, consisten en la descripcin y el contenido de las pantallas y las rutas de navegacin a travs de las pantallas entre otras.
3.6.1 Artefactos de la Experiencia del Usuario.

Para este desarrollo en particular, se presentan dos artefactos: - Descripcin de las pantallas que componen el sistema. - Descripcin de un escenario particular de los casos de uso Buscar en Catlogo y Reservar Libro usando un Storyboard. - Diagramas de navegabilidad. Descripcin de las pantallas que componen el sistema. En la opinin de [Conallen,2002] no es apropiado que se modelen todas las propiedades de una pantalla, pues el modelo es una simplificacin, una abstraccin, es as que el contenido esttico de una pantalla, como una imagen o una caja de texto, no son elementos significativos para la arquitectura del sistema, tampoco lo es la estructura de la pgina (disposicin de contenidos.)41. El contenido dinmico, si es apropiado para modelar en un diagrama de UML. En la figura 13 se pueden apreciar las diferentes pantallas o pginas con sus respectivos atributos. Estas pantallas han sido modeladas como clases, usando el estereotipo screen,
40
Richard Saul Warman. citado por Louis Rosenfeld y Peter Morville.: Information Architecture for the World Wide Web. p.10. 41 Del ingls Content Layout.
75
mismo que bajo la ptica de la extensin propuesta por Conallen, adopta el icono de una pantalla de navegador.
13. Diferentes pantallas con atributos dinmicos, modeladas como clases.
Storyboard. Los storyboards, son usados para contar una historia a travs del uso de pequeas imgenes. Cada imagen es parte de una historia completa. En una aplicacin web, las pantallas o pginas son tableros individuales, que cuando se juntan, cuentan la historia de la aplicacin. Bajo la ptica de Conallen, se modela mejor con un diagrama de colaboracin mostrado en la figura 14, aunque los diagramas de colaboracin guardan alguna correspondencia semntica con los diagramas de secuencia, los diagramas de colaboracin expresan mejor los storyboards por que permiten posicionar los objetos y organizarlos de cierta forma para hacerlos parecer mas a los storyboards tradicionales.
76
14. Storyboard expresado como diagrama de colaboracin.
Conallen finaliza el comentario agregando que los storyboards son mapas que se corresponden con la realizacin del modelo de casos de uso. La figura que se muestra representa la realizacin de los casos de uso Buscar Catlogo y Reservar Libro, los casos de uso mas significativos del sistema.
Mapas de Navegacin. Los mapas de navegacin o diagramas de navegabilidad, son diagramas de clase que usan los estereotipos propuestos por Conallen, en los que se ha cambiado la semntica para que al mismo tiempo representen los diferentes caminos que se siguen desde las diferentes pginas web, para ello se hecha mano de adornos (adornments) que nos indican la manera de navegar entre las diferentes pginas. Las pantallas que usan el adorno $ representan pantallas a las que se les puede acceder desde cualquier parte de la aplicacin; las pantallas que usan el adorno + representan pantallas que por su contenido pueden ser deslizables (scrollable), pantallas que muestren resultados tabulares son un ejemplo de pantallas deslizables. 77
Los mapas de navegacin se muestran en la figura 15.
15. Mapa de navegacin del catlogo pblico en lnea.
3.7 Diseo.
Se entender por diseo, a la representacin o modelo de un problema de software, [Pressman 2002], comenta que despus de la fase de anlisis, el diseo es la primera de tres actividades tcnicas (diseo, generacin de cdigo y pruebas) requeridas para construir y verificar el software. Otros autores sugieren que el diseo es donde la abstraccin del negocio toma su primer paso dentro de la realidad del software. Los entregables que corresponden a esta etapa, son tres: 1) Diagramas de estructura esttica o vista lgica .- Muestran las clases que componen 78
a un sistema, sus relaciones y sus colaboraciones. 2) Diagramas de componentes.- Muestran el sitio dnde se distribuye el cdigo de la aplicacin. 3) Diagramas de emplazamiento (Deployment diagrams). - Muestran las relaciones entre procesos, comprendidos como entidades fsicas que ejecutan el programa como un todo, en estos diagramas se visualiza toda la arquitectura de la aplicacin, estn divididos en nodos, cada nodo representa una entidad de procesamiento.
3.7.1 Diagramas de Estructura esttica o Vista Lgica.

Estos diagramas muestran uno de los aspectos de la extensin para aplicaciones web de UML (WAE-UML). Dicha extensin aade estereotipos y estereotipos para explicar la colaboracin entre las diversas clases que componen a la aplicacin. La figura 16 muestra los estereotipos propuestos por la extensin WAE-UML. La integracin de la tecnologa ISIS (wwwisis) se logr a travs de copiar la funcionalidad de JavaIsis de Renato Enea42, el cual hace las veces de un envoltorio de software (wrapper) que hace llamadas controladas por archivos de parmetros al ncleo de ISIS (wwwisis), del resultado de la investigacin se diseo una clase llamada IsisSrv. Esta clase (IsisSrv) condensa los conocimientos necesarios para hacer bsquedas, insertar datos y dar formato a los resultados de bsqueda. La figura 17 muestra los detalles del diseo de la interfaz de bsqueda para el catlogo pblico en lnea (nombrada como jBI), la cual cubre los requerimientos expresados anteriormente en la fase de anlisis. Adicionalmente se disearon otras clases que facilitaran la interaccin con las bases de datos ISIS, as como de los archivos de formato requeridos para mostrar los resultados de las bsquedas y manejo de errores. A esta clase se le llam PHPIsis.
42
Javaisis es un trabajo de Renato Enea en http://web.tiscali.it/javaisis/ 30 de Junio de 2003.
79
16. Estereotipos WAE para representar los elementos bsicos del diseo de una aplicacin web.
80
Una capa de software maneja los detalles del acceso a datos, simulando ser una base de datos semi-orientada a objetos; se crea una clase denominada Server Side Data Base Server o SsDBServer, esta clase contiene el cdigo que facilita las conexiones a la base de datos PostgreSQL, as como tambin el cdigo para llamar a las clases Data Base Object, estas clases facilitan la interaccin con las tablas en la base de datos, en cuanto a operaciones de insercin , borrado y modificacin, reduciendo la complejidad al mximo.
17. Estructura esttica del catlogo pblico en lnea.
81
La figura 18 muestra el diseo de la clase PHPIsis y sus clases relacionadas.
18. Diseo de la clase PHPIsis y clases relacionadas.
La figura 19 corresponde a la interfaz del Sistema de Circulacin (SC), en este diagrama se muestra la integracin con las partes diagramadas anteriormente, este diagrama representa el mas alto nivel de la aplicacin, mas all de este diagrama esta el cumplimiento de los casos de uso definidos en el anlisis, es por lo tanto, el diagrama ms complejo de todos. La figura 20 muestra la realizacin de las clases que forman la capa de abstraccin de datos.
La figura 3.19 (pgina siguiente) muestra la realizacin de los componentes que forman la interfaz de bsqueda jBI. 82
La figura 3.20 (abajo) muestra la realizacin de los componentes que forman el sistema de circulacin.
3.7.2 Diagramas de Componentes.

Para expresar estos diagramas, la extensin WAE-UML introduce dos estereotipos abstractos para representar componentes y uno para representar paquetes de componentes, mostrados en la figura 18. Los estereotipos de componentes se plantean abstractos pues se espera que los estereotipos puedan reemplazarse por estereotipos de componentes dependientes del lenguaje (v.gr., PHP, JSP, ASPX, XML, etc.). Los diagramas de componentes especifican la distribucin fsica del cdigo, expresan el espacio fsico donde se almacenar el cdigo ejecutable del sistema como producto final; se muestran a continuacin los diferentes componentes que componen al sistema; todos estn agrupados en paquetes (representados por un directorio dentro del servidor web), cada componente conecta a las clases lgicas a travs de una asociacin de tipo realizes la cual significa que el componente implementa la o las clases que conecta. 3.7.3 Diagrama de Emplazamiento.
En opinin de [Fowler, 1999] el diagrama de emplazamiento es aquel que muestra las relaciones fsicas entre los componentes de software y de hardware en el sistema entregado. Desde el punto de vista de [Si Alhir, 1998] el diagrama de emplazamiento describe la configuracin de los recursos de procesamiento y su relacin con los componentes ya implementados del software. Esta compuesto por nodos, donde cada nodo representa los objetos fsicos en tiempo de ejecucin, son usados para modelar recursos computacionales o de procesamiento.
83
Los nodos se representan usando la imagen de un cubo, cada nodo est relacionado con otros nodos a travs de relaciones de comunicacin (Communication Relationships) que se denotan con una lnea slida, por relaciones de tiempo de ejecucin (Runtime Relationships) que se denotan con una flecha punteada, y por relaciones de soporte (Supports Relationships) y al igual que las relaciones de tiempo de ejecucin se denotan con una flecha punteada y con un estereotipo denominado supports.
Para el caso de una aplicacin web sencilla, el diagrama de emplazamiento mostrado en la figura 3.21 (abajo) se puede apreciar la arquitectura de la aplicacin, la cual, en opinin de [Conallen, 2003], no cambia, de esta manera se puede asegurar que entre aplicaciones web, el diagrama de emplazamiento siempre es muy similar.
3.8 Pruebas.
Una de las fases finales del ciclo de vida de un sistema corresponde a las pruebas, as, [Pressman, 2000] menciona que existen dos tipos de pruebas: Las pruebas alfa, que se realizan en un ambiente controlado por el desarrollador, y las pruebas beta, que se realizan ante los usuarios finales, con el fin de detectar fallas en la aplicacin. [Friedlein, 2001] sugiere que se debe tomar muy en serio la prueba de una aplicacin web antes de liberarla, pues existen muchos detalles que deben probarse antes de liberar la aplicacin. As mismo anota, que existen varios tipos de pruebas que deben llevarse a cabo: Pruebas de aceptacin de los usuarios o Usabilidad. Pruebas de funcionalidad.
84
Pruebas operacionales. Pruebas de disponibilidad. Pruebas de seguridad o de ataques de penetracin. Pruebas de copiado.
El resultado de esas pruebas puede arrojar resultados, tanto cualitativos como cuantitativos.
Durante el desarrollo del sistema, y con forme se programaba cada clase, se realizaban las pruebas alfa de cada modulo. En cuanto a las pruebas beta, solo se consideraron las pruebas de funcionalidad y de seguridad, en general, el sistema se ha liberado a un ambiente de produccin en estado beta, para su mejoramiento posterior.
Resultados y Conclusiones Resultados.
En relacin con el aspecto terico de este trabajo se considera que los logros ms importantes son:
a) Plantear la automatizacin de una biblioteca requiere de conocimientos no superficiales sobre la operacin de una biblioteca.
85
b) Reconocer que la existencia de la Recuperacin de Informacin y sus aplicaciones ha sido un rea olvidada en los planes de estudio.
c) Reconocer que no existen metodologas estandarizadas aplicaciones web.
para el desarrollo de
Tener presente que las metodologas existentes tardarn en desarrollarse para al final convertirse en estndar, pues el nacimiento de nuevas tecnologas tiene un impacto sobre las metodologas de desarrollo.
En relacin con el aspecto prctico de este trabajo se considera que los logros mas importantes son:
a) El aporte de un desarrollo de bajo costo para resolver problemas operativos en bibliotecas pequeas.
b) Un buen desarrollo de aplicaciones web no depende de la tecnologa existente en ese momento, depende de un buen anlisis y diseo. c) Los problemas existentes con la implantacin de un sistema para bibliotecas esta relacionado con la resistencia al cambio.
El resultado final es una aplicacin web que integra diferentes piezas de software, para
86
formar un sistema automatizado de circulacin que incluye un catlogo pblico en lnea (OPAC) y cuya naturaleza es abierta, lo que significa que puede ser ampliado por otros programadores sin alterar las partes funcionales.
Conclusiones.
El desarrollo de aplicaciones web, consiste en integrar homogneos.
elementos que no son
Las metodologas de desarrollo de software ms populares han sido rebasadas por los requerimientos de un desarrollo web, es necesario considerar en los planes de estudio de las carreras de sistemas, a la Ingeniera Web como una de las asignaturas.
Las bases de datos relacionales no son adecuadas en todos los casos ni se pueden usar para resolver problemas en los que las necesidades de bsqueda de informacin son tan especificos como en los catlogos de una biblioteca.
El lenguaje de modelado UML an continua cambiando, su desarrollo no se estabiliza, y no hay herramientas de modelado ni bibliografa suficientemente actualizadas que le sigan el paso a las diferentes versiones de UML.
Existen tecnologas para el desarrollo de aplicaciones web las cuales cubren todos los aspectos de una aplicacin web, desde protocolos de transferencia, lenguajes de desarrollo basados en guiones (scripts), bases de datos, lenguajes de estructuracin y de formato, entre otros y todas ellas estn disponibles en Internet.
87
Trabajo Futuro.
El campo de los sistemas de automatizacin de bibliotecas es muy amplio, para complementar este sistema se proponen las siguientes tareas:
- La elaboracin de un mdulo de adquisiciones, que es el encargado de gestionar el proceso de compra de nuevos materiales.
- Un mdulo de prstamo interbibliotecario, que implemente protocolos de prstamo interbibliotecario ya propuestos.
- Un mdulo de consultas que soporte el protocolo de Internet Z39.50, que es un protocolo diseado ex-profeso para intercambiar registros MARC con otras bibliotecas.
- La integracin del motor de bases de datos OpenIsis Pblico en Lnea.
32
como ncleo del Catlogo
88
Referencias
ARGUINZNIZ BARRAGN, Mara de la Luz. Gua de la biblioteca : funciones y actividades. 2a. ed. Mxico: Trillas - ANUIES, 1983. 109 p.
ARRIOLA, Oscar. Diapositivas del Curso Pblico de Informtica Aplicada en Bibliotecas : Elementos de bibliotecologa para informticos. septiembre de 2001. El Colegio de Mxico, 24 de
BERSON, Alex. Client / server architecture. 2a. ed. USA : McGraw Hill, 1996.
BERNERS-LEE,
T.,
Masinter,
L.,
M.
McCahill.
Uniform
Resource
Locators
(URL).
RFC 1738, CERN, Xerox PARC, University of Minnesota, Diciembre 1994
BUCKLAND,
Michael
Keeble.
Library
services
in
theory
and
context .
Berkley Californa. : Pergamon Press Inc, 1983. (Z665 B916)
BOOCH, Grady. Object-oriented analysis and design with applications. 2a. ed. Menlo Park, California. : Addison-Wesley., 1994. 589 p.
BYRNE, Deborah. MARC Manual: Undestanding and using MARC record. E.U.A.: Libraries Unlimited Inc., 1998. 263 p.
CARTERO
GORDN,
Brunilda.
Sistemas
de
clasificacin
en
las
bibliotecas.
Mxico : UNAM, Facultad de Filosofa y Letras, 1967. 106 p.
89
CHALAT, Philippe y Daniel Charnay. HTML y la programacin de servidores web. Barcelona : Ediciones Gestin, 1996. (QA76.76 H94 C4518)
Conference on resource sharing in libraries. Pittsburg : University of Pittsburg, Marcel Dekker, 1976. (Z665 ZC4)
CONALLEN, Jim.
Modeling
Web
Applications
with UML.
USA
: Conallen
Inc., 1999.
En: http://www.connallen.com/ModellingWebApplications.htm 24 de Julio de 2002.
CONALLEN, Jim. Modeling Web Application Architectures with UML. Communications of the ACM, Vol. 42, Num. 10. USA : ACM, 1999.
CONALLEN,
Jim.
Modeling
Web
Applications
with
UML.
2a.
ed.
USA : Addison Wesley, 2003.
CONN, John M., Ann L. Kelsey y Keith Michael Fiels. Planning for library automation. London : Library Association, 1998 (Z678.9 C6335)
CONNOLLY, D., L. Masinter. The text/html Media Type. RFC 2854, World Wide Web Consortium, AT&T, Julio 2000.
DATE C. J. Sistemas de bases de datos. 9a. ed. Mxico: Addison Wesley, 2000, 396 p.
ENGUIX Carlos. F, y Joseph G. Davis. Filling the Gap: New Models for Systematic Page-based Web Application Development & Maintenance. : Decision Systems Laboratory. Department of Business
90
Systems,
The
University
of
Wollongong.,
Australia,
1999.
En:
http://budhi.uow.edu.au/web-
engineering99/accepted_papers/enguix.pdf 10 de Agosto de 2002.
ELES, Peter. Capturing Architectural Requirements. The Rational Edge e-zine for the rational community. 2003. November 2001. USA : Rational, 2001. En: http://www.therationaledge.com/content/nov_01/t_architecturalRequirements_pe.html 23 de Marzo de
FELIER, Jesse. Database-driven websites. S.F. California : Morgan Kauffman Publishers, 1999 (QA76.D3F452)
FIELDING, R., Gettys, J., Mogul, J., Frystyk H., Masinter, L., Leach, P., Berners-Lee T. Hypertext Transfer Protocol --HTTP/1.1. RFC 2616, UC Irvine, Compaq, W3C, MIT, Xerox, Microsoft, Junio 1999
FLYNN, Roger R. An introduction to information science. New York : Marcel Dekker Inc, 1987.(Z665 F59)
FOWLER Martin y Kendall Scot. UML gota a gota. Mxico : Addison Wesley Longman de Mxico S.A. de C.V. , 1999. 203 p.
FRIEDLEIN, Ashley. Web project management: delivering successful comercial Web sites. USA.: Academic Press, 2001. (TK5105.888.F73)
GAEDKE M. , Hans.-W. Gellersen, et. al.: Object-oriented Web Engineering for Large-scale Web Service Management. Thirty-Second Annual Hawaii International Conference On System Sciences (HICSS-32). IEEE Computer Society, CA, USA, 1999.
91
GELLERSEN Hans-W. y Martin Gaedke. Object-Oriented Web Application Development. University of Karlsruhe. : IEEE Internet Computing MagazzineJanuary-February 1999. En: http://www.teco.edu/~gaedke/paper/1999-ieee-ic.pdf 25 de Junio 2003
GIMENO PERELL, Javier. Indizacin por encabezamientos de materia, unitrminos, palabras clave, descriptores e indizacin vectorial. 2a. ed. Madrid : Universidad Compultense, 1996.
GMEZ HERNANDEZ, Jos A. Biblioteconoma general y aplicada conceptos bsicos de gestin de bibliotecas. Murcia : Universidad de Murcia, 1997. (Z665 G64)
GRANADOS XOLALPA, Eleazar y Luz Mara Mendoza Benitez. Manual de Informacin Bsica en Bibliotecologa. Mxico : UNAM DGB , 1986. 249 p.
HARRISON K. C. First steps in librarianship. A students guide. 5a. ed. Gran Bretaa : Andre Deustch. , 1980. p. 106.
HEAPS H.S. Information Retrieval Computational and Theorical Aspects. USA : Academic Press. 1978.
HERNNDEZ ROS, Rub, Diseo de un sistema de informacin para una institucin de investigacin y docencia en ciencias de la computacin. Mxico : La autora, 2000.
HERRERA MORALES, Jos Romn. Software de Acceso a la Biblioteca Digital. Facultad de Telemtica. Universidad de Colima Mxico.
HERRERO PEREZRUL, Abelardo. Diapositivas del Curso Pblico de Informtica Aplicada en
92
Bibliotecas : Automatizacin de Bibliotecas, Mxico : El Colegio de Mxico, 24 de septiembre del 2001.
HERRERO PEREZRUL, Abelardo. Tesis de Maestra (Borrador) , Mxico, El Autor
HARRISON, K.C., First steps in Librarianship A Students guide. 5a. ed. Gran Bretaa : Andre Deutsch, 1980. 106 p.
HURLBUT, Rusell R., The Tree Rs of Use Case Formalisms: Realization, Refinement, and Rectification, En: http://www.iit.edu/~rhurlbut/xpt-tr-97-06.html 10 de Abril de 2003
Internet Society (ISOC) All About The Internet: History of the Internet. En: http://www.isoc.org/internet/history/brief.shtml. 14 de Mayo de 2002
Issues in Online Database Searching. Carol Tenopir, ed. Colorado : Libraries Unlimited inc. 1989. (Z711 T448)
JACOBSON Ivar, Grady Booch, James Rumbaugh. The unified software development process. Reading, Massachusets. Addison Wesley Longman, Inc. 1998. (QA76.76D47J335)
JECKLE UML Web Resources. En : http://www.jeckle.de/umllinks.htm 19 de Marzo de 2003.
JOYANES AGUILAR Luis. Programacin orientada a objetos. 2a. ed. Espaa : Osborne-McGraw-Hill. 1998. 895 p.
93
KENDALL, Keneth y Julie KENETH. Anlisis y Diseo de Sistemas 3a. ed. Mxico : Pearson Educacin. 1997. 1000 p.
KIRDA Engin et. al. Experiences in Engineering Flexible Web Services en IEEE Multimedia JanuaryMarch 2001 : IEEE USA. En: http://www.infosys.tuwien.ac.at/myxml/ieee_mm.pdf
LAMIRANDE, Alain y Adela Romero Cobayasi: IMPLEMENTACION Y DISEO DE UN SISTEMA AUTOMATIZADO DE PRESTAMO en Primer encuentro de bibliotecarios de la Universidad Nacional Autnoma de Mxico : Prespectiva de la biblioteca universitaria. Mxico : UNAM, Palacio de Mdicina 4-5-6 de Octubre de 1982. (Z675 U5 E52 1982)
LANCASTER Wilfrid F. Information Retrieval Systems, USA : John Wiley & Sons, Inc., 1978. 334 p.
LARMAN, Craig. UML y Patrones. Mxico : Prentice-Hall, 1999
LICEA AYALA, Judith. Sistemas de Prstamo en Bibliotecas Universitarias. Mxico : La autora, 1963. (TESIS/1963/L)
LINCOLN, Stein y Doug MacEachern. Writing Apache Modules with Perl and C . USA : OReilly.
LINE, Maurice B. Academic Library Management. London : The Library Association, 1990.
MANZANOS Norberto. Manual para Instructores de Winisis: Porqu ISIS?. Buenos Aires, Argentina : CNEA, 1999. 406 p.
94
MEADOW Charles T. Text Information Retrieval Systems. Los Angeles, California : Academic Press, 1992. 303 p.
MC CONELL Steve, Desarrollo de proyectos informticos. Espaa : Microsoft Press McGraw-Hill, 1996. 691 p.
MC DONALD, Andrew y Ray Welland, Web Engineering in Practice. Proceedings of the Fourth WWW10 Workshop on Web Engineering, pag: 21-30, 1 May 2001. En: http://www.dcs.gla.ac.uk/~andrew/webe2001.pdf 25 de Junio 2003
MC ELWEE, Craig, Choosing the right server side scripting language : how five languages do the same basic tasks. En: http://www4.ibm.com/software/developer/library/script-survey/ 13 de Febrero de 2002.
MORALES CAMPOS, Estela. El Servicio de Consulta. 2a ed. Mxico : UNAM, CUIB,. UNAM 1993. Serie Manuales; 17 (Z711 M67 1993)
MUSCIANO, Chuck y Bill Kennedy. HTML the Definitive Guide, California, USA : OReilly & Associates Inc. 1996 (QA76.76H94 M87)
Online Searching : The Basics, setting and management. 2a. ed. Joann H. Lee, ed. USA : Libraries Unlimited, 1989 (Z711 O5561989)
PETERS A, Thomas. The Online Catalog A Critical examination of public use. Jefferson, North Carolina : McFarland & Co. Inc. 1999.
95
PRESSMAN, Roger S. Ingeniera del Software. Un enfoque prctico. 4a. ed. Mxico : McGraw-Hill, 1998. 581 p.
PTAK, Richard L. [et al], Managers Guide to Distribuited Environments. USA : John Wiley & Sons, 1999. (QA76.9C55P74)
QUIO Carolina. [et al], Manual de apoyo para catalogar materiales bibliogrficos utilizando el sistema Sydney Plus. Mxico : Coordinacin de Catalogacin y Clasificacin UDLA-P, 2002.
Reglas de catalogacin angloamricanas. 2 ed.. Washington D.C : The American Library Association, 1983
RAGGET, David. HTML 3.2 Reference Specification. USA : W3C, 1997.
SAFFADY, William. Introduction to Automation for Librarians. 2a. ed. USA Association, 1989. (Z678.9 S328 1989)
: American Library
SMET Egbert de. Elements for a charter of the ISIS-Co ordination Group en Cuarta reunin de Distribuidores y Asociaciones Nacionales de Usuarios de CDS/ISIS Paris Sede de la UNESCO en Paris, 30 Julio de 2000.
SI ALHIR, Sinan. UML in a Nutshell : A Desktop Quick Reference. USA: OReilly & Associates Inc. 1998. 276 p.
SCHWABE, Daniel. y Rita de Almeida Pontes A Method-based Web Application Development
96
Environment.
Web
Engineering
Workshop.
En: http://budhi.uow.edu.au/web-engineering99/accepted_papers/schwabe.pdf 10 de Agosto de 2003
SMITH, Patrick y Steve Guengerich. Client/Server Computing. 2a. ed. USA : SAMS Publishing, 1994. (QA76.9C55 S55 1994)
Study of Circulation Control Systems. Chicago : George Fry & Assoc. Inc. 1961. (Z712F78)
Tratado Bsico de Biblioteconoma. Jos Antonio Magn Wals, coord. 2a. ed. Madrid : Editorial Complutense. 1996. (Z665 T731996)
UMAR, Amjad. Object Oriented Client/Server Internet Environments. USA : Prentice Hall, 1997. (QA76.9C55U53)
Unified Modeling Language (UML) Dictionary. En: http://www.softdocwiz.com/UML.htm, 15 de Febrero de 2003.
UML Notation Guide version 1.1. Rational Software, Microsoft, Hewlett-Packard, Oracle, Sterling Software, MCI System house, Unysis, ICON Computing, IntelliCorp, i-Logix, IBM, ObjecTime, Plantium Technology, Ptech Takson, Reich Tecnologies, Softeam. USA, 1997. En: http://www.omg.org/cgi-bin/apps/do_doc?ad/97-08-05.pdf 12 de Febrero de 2003
Webopedia : World Wide Web. En: http://www.webopedia.com/TERM/W/World_Wide_Web.html 14 de Mayo de 2002.
YARGER RANDY, Jay, [et. al.]. MySQL & mSQL, California, USA : OReilly & Associates Inc. , 1999.
97
Apndice
En el instante de la instalacin del sistema Linux RedHat 7.2, se instal el servidor de bases de datos PostgreSQL, por omisin se cre un usuario llamado postgres.
A.1 Creacin de una base de datos.

1. Iniciar una sesin como superusuario (root) o como usuario con privilegios suficientes. 2. Ejecutar el comando su postgres, esto le dar un shell del usuario postgres. 3. Ejecutar el comando createdb mibase, al ejecutar este comando puede elegir otras opciones como el sistema de representacin de datos (UNICODE, ASCII, etc.), para mayor informacin consulte el manual de createdb man createdb. 4. (Opcional) Ejecutar el comando createuser <usuario>, se le preguntar si el usuario puede crear bases de datos nuevas y si el usuario puede dar de alta nuevos usuarios, si en ambos casos responde que s, el nuevo usuario ser considerado como un super usuario.
A.2 Instalacin de los Procedural Languages.
PostgreSQL, permite definir Stored Functions o funciones almacenadas dentro de la base de datos, si el desarrollador opta por usuarlas, no necesariamente esta rompiendo el esquema de capas del modelo cliente servidor. Por el contrario, podra facilitar y controlar el acceso a sus datos.
98
PostgreSQL, es muy flexible si se trata de definir Stored Functions, pues, permite que los desarrolladores creen su propio lenguaje para definir Stored Functions. Actualmente existen 4 lenguajes oficialmente reconocidos para definir Stored Functions, uno de ellos es SQL y es el default. Los lenguajes restantes, deben ser instalados por el creador de la base de datos (el usuario que cre la base de datos). Este proceso, esta documentado en los manuales de PostgreSQL. Suposiciones: El lenguaje que se desea instalar ya ha sido compilado y se localiza en alguna ruta en la que la mayora de los usuarios tienen permiso de lectura y ejecucin. Procedimiento: 1. Crear una manija (handler) del lenguaje hacia PostgreSQL: CREATE FUNCTION plpgsql_call_handler() RETURNS opaque as
plpgsql_call_handler LANGUAGE C; La creacin de la manija se hace a travs de la declaracin de una funcin compilada en C. 2. Declarar la manija como un lenguaje de procedimientos: CREATE TRUSTED PROCEDURAL LANGUAGE plpgsql HANDLER
plpgsql_call_handler LANCOMPILER PL/pgSQL;
A.3 Configuracin de acceso externo a PostgreSQL.
El archivo de configuracin de PostgreSQL pg_hba.conf y PostgreSQL.conf PostgreSQL v. 7.x ofrece mecanismos de seguridad para sus bases de datos, a travs 99
del archivo pg_hba.conf. ste es un archivo donde se especifican las direcciones de Internet de las computadoras que pueden tener acceso a una base de datos, los usuarios que pueden tener acceso a determinada base de datos , la forma en la que un usuario debe identificarse ante el servidor, etc. Para poder acceder a las bases de datos usando TCP/IP se ha de modificar el archivo PostgreSQL.conf, en la lnea que se refiere al uso de sockets TCP. Cuestiones relacionadas con la integracin del entorno Windows. Se ha escrito un controlador ODBC para Windows que permite tener acceso a las bases de datos Postgres, para ello, se debe descargar la ltima versin del sitio: http://www.postgresql.org Si lo nico que se desea es la administracin de la base de datos PostgreSQL, puede usar pgAdmin II. pgAdmin II es una herramienta desarrollada en VisualBasic que hace uso del controlador ODBC de PostgreSQL, su utilidad principal es la de administrar bases de datos PostgreSQL.
Una vez que se ha configurado el servidor PostgresSQL para funcionar con conexiones TCP y que se han realizado las autorizaciones de premisos adecuadas, es posible hacer uso de pgAdmin II.
Apndice B
Configuracin del entorno de trabajo PHP.
B.1 El archivo de configuracin php.ini
100
El lenguaje de programacin PHP, como tal, si se instala con la distribucin de RedHat, se instala como mdulo de apache y como ejecutable. Para controlar a ambas versiones existe un archivo de configuracin localizado en /etc/, llamado php.ini, en este archivo se especifican todas las opciones extra que PHP tiene a la mano, entre ellas el directorio dnde localiza los archivos Include. Los archivos include son scripts que pueden ser agregados en tiempo de ejecucin dentro de otro script que los llame, esto se hace mediante las funciones: include() include_once() y las variantes require() y require_once() que solo compilan el cdigo pero no lo ejecutan. Cuando se hace la invocacin a cualquiera de las cuatro funcionales mencionadas anteriormente, PHP busca en la ruta donde se esta ejecutando el script que hace las llamadas, en seguida busca en las rutas especificadas por el archivo de configuracin. Por razones de seguridad PHP almacena los includes en algn directorio fuera del espacio web.
B.2 Las rutas del include

Cualquier archivo que se localice dentro de la ruta include y que tenga permisos de lectura apropiados podr ser usado por otros scripts. Hasta la versin 4.0.x que RedHat distribua, los archivos include se almacenaban en /usr/share/php Desde la versin 4.1.x, los archivos include se almacenan en /usr/share/pear
Apndice C
101
C.1 Como crear una base de datos Isis desde 0 en Windows.

Para comenzar con ISIS en el ambiente MS-Windows, existen dos opciones: Usar MicroIsis (MS-DOS) o Usar WinIsis.
Mediante el uso de estos dos programas se pueden definir: Los campos, los subcampos y la repetibilidad de cada campo. El proceso esta perfectamente documentado en el Manual para Instructores de WinIsis. Dentro de el contexto de esta tesis, el objetivo es publicar una base de datos Isis en Internet, para ello, debemos crear un conjunto de archivos conocido como base de datos ISIS.
Este conjunto de archivos esta compuesto por: Un archivo maestro, con sufijo .mst; archivo con formato de texto MS-DOS (CR LF) Un archivo invertido, con sufijo .xrf; archivo con formato binario. Un archivo de definicin de campos, con sufijo .fdt; archivo con formato de texto. Un archivo de seleccin de campos, con sufijo.fst; archivo con formato de texto. Un archivo de impresin de formato, con sufijo.pft, archivo con formato de texto. Un archivo de formulario de captura, con sufijo.xxx, archivo con formato de texto. Tanto en MicroIsis, como en WinIsis, la creacin de una base de datos nueva, implica la creacin de los archivos antes mencionados.
102
C.2 Como migrar una base de datos Isis de Windows a Linux.

Para migrar una base de datos Isis de windows a Linux, se debe trabajar con el archivo maestro (.mst), en trminos prcticos slo este archivo es importante. Existen dos opciones: Convertir el archivo mst a formato ISO 2079. Convertir el archivo mst a formato ID2I.
C.2.1 Formato ISO 2079.

El formato ISO 2079, es la especificacin de MARC definida por ISO para el intercambio de datos. La conversin del archivo mst a ISO se puede realizar a travs del men <<>> en WinISIS. O mediante el uso de la utilera mx.exe.
El resultado final de este proceso es un archivo con sufijo .iso que contiene todos datos de una base ISIS.
C.2.2 Formato ID2I.
En ocasiones el formato ISO puede resultar problemtico para la migracin windows linux. Es por ello que el autor de esta tesis recomienda el uso del formato ID2I, cuya especificacin es un archivo de texto, estructurado de la siguiente manera:
103
!ID xxxx !nnn dddd !nn2 ddd2.
Donde: xxx corresponde a un nmero maestro de registro. nnn y nn2 corresponden a un nmero de campo cualquiera. ddd y dd2 corresponden a los datos contenidos dentro del campo.
La conversin del archivo mst a id2i se realiza mediante la utilizacin de la utilera ID2I.exe. Desde la lnea de comandos: id2i archivo.mst > archivo.txt El siguiente paso, es transportar el archivo de su eleccin (ISO o ID2I a Linux) Para este proceso es necesario tomar en cuenta que la representacin de archivos de texto en Linux se hace mediante el caracter ASCII 10 o CR (Carry Return), a diferencia de la representacin de archivos de texto en MS-DOS que se hace mediante la combinacin de los caracteres ASCII 10 y 13 o CR LF.
Este es un problema clsico de transferencia de archivos entre sistemas operativos, existen muchas opciones para resolver esta situacin, por ejemplo, si el servidor Linux se localiza en otra computadora diferente a la computadora donde se gener el archivo de intercambio, se puede usar el comando ftp en modo texto para realizar la 104
transferencia. En otros casos, se puede transferir el archivo de intercambio de forma binaria y filtrarlo en la computadora Linux, mediante un programa que elimine el caracter ASCII 13.
El ltimo paso, consiste en reconstruir el archivo mst en la mquina Linux. Para ello, y dependiendo del formato del archivo de importacin, puede elegir: Para archivos con formato ISO, deber utilizar la utilera mx (para linux), con los siguientes parmetros:
Para archivos con formato ID2I, deber utilizar la utilera I2ID (para linux) con los siguientes parmetros: i2id [archivo mst] > [archivo txt]
Dnde: [archivo mst] es el archivo maestro de la base de datos Isis. [archivo txt] es un archivo de texto que contiene el vaciado de los datos del archivo maestro.
C.3 La Familia de Software ISIS.
Existe una vulnerabilidad en el lenguaje de formato ISIS y wwwisis. 105
En las versiones mas recientes del lenguaje de formato ISIS, existe la funcin SYSTEM(), que realiza la ejecucin de un comando arbitrario, esta situacin en ambientes Web, es sumamente peligrosa si no se toman en cuenta las debidas precauciones.
La recomendacin general, es evitar llamadas directas al ejecutable de wwwisis desde un formulario CGI.
106

Sistema de Circulación Automatizado Por Internet para La Biblioteca de La Fundación Arturo Rosenblueth

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Sistema de Circulación Automatizado Por Internet para La Biblioteca de La Fundación Arturo Rosenblueth

Caricato da

Copyright:

Formati disponibili

ESTUDIOS CON RECONOCIMIENTO DE VALIDEZ OFICIAL SEP NMERO 972142 DE FECHA 10 DE JUNIO DE 1997

QUE PARA OBTENER EL TTULO DE INGENIERO EN COMPUTACIN

ARTURO FRAPP MUOZ

ASESOR: ING. ABELARDO HERRERO PEREZRUL

Descripcin del Problema.

Importancia de este trabajo.

Planteamiento del problema de Investigacin.

Sistema Pblico en Lnea de carcter Acadmico, pues es el que mejor se adapta al

1. Esquema general de la aplicacin.

Alcance y limitaciones de soluciones planteadas.

Resultados deseables de esta tesis.

Desarrollo de la tecnologa nacional en este campo.

Descripcin breve del contenido de este trabajo.

Captulo I Fundamentos de Bibliotecologa.

1.1 Los servicios que ofrece una biblioteca.

1.1.1 Servicios al Pblico.

2. Los servicios al pblico.

Tabla 1. Objetivos y caractersticas de los sistemas de circulacin.

coadyuva a que se haga un uso exhaustivo, pleno y propio de la

biblioteca, de sus servicios y de los materiales bibliotecarios.

MORALES, Estela.: El Servicio de Consulta., p. 15.

1.1.2 Procesos Tcnicos.

establecen cuatro criterios fundamentales a considerar en el

v.gr: El Diccionario de la Lengua Espaola o El Diccionario del espaol usual en

1.2 Automatizacin de Bibliotecas.

define LA como El cmputo aplicado a los

procesos y servicios de tipo tcnico - bibliotecolgico y administrativo de la biblioteca. Herrera

sugiere que la automatizacin de bibliotecas consiste en aplicar las

Una biblioteca debe automatizar la mayor cantidad posible de procesos y mecanismos

1.2.1 Los servicios de la biblioteca bajo la ptica de la automatizacin.

[Peters,1999] un catlogo en lnea es la parte ms visible de la automatizacin de

1.3 Formato de datos MARC.

comenta que MARC es: un grupo de

2. Registro de datos MARC Bibliographic. (Cortesa de El Colegio de Mxico).

1.3.1 Ventajas del Formato de datos MARC.

1.4 Recuperacin de Informacin.

, una disciplina relativamente joven,

Por sus siglas en ingls, de Information Retrieval.

1.4.1 Aplicaciones de la Recuperacin de Informacin.

en su tesis de maestra sugiere que desde 1950 - 1960, principalmente en el

1.4.2 Recuperacin de Informacin basada en texto.

Cuadra Associates.: STAR . www.cuadra.com/products/star.html

, La IR, plantea dos estrategias o acercamientos

1.4.3 Catlogos Automatizados de Bibliotecas y la Recuperacin de Informacin.

HERRERO Abelardo.: op. cit., p. 5.

- Interfaz de Captura de Peticiones. - Interfaz de Manejador de Resultados.

Captulo II Fundamentos de Computacin.

2.1 Plataforma de bases de datos.

simplemente una coleccin organizada de datos, es as que base de

Por sus siglas en ingls Data Base Management System.

Tabla 2. Opciones de software para bases de datos bibliogrficas segn Tenopir.

2.1.1 La tecnologa CDS/ISIS.

UNESCO declara que ISIS es una familia de software capaz de

SMET, Egbert de.: Elements for a charter of the ISIS-Coordination Group., p. 1

4. La familia de Software ISIS.

2.2 Modelo cliente / servidor.

2.2.1 Bloques del modelo cliente / servidor.

Software que conecta otras piezas de software.

5. Bloques del modelo cliente / servidor segn Umar.

2.2.2 Procesamiento cooperativo cliente / servidor.

2.2.3 Componentes del Middleware World Wide Web.

2.3 Aplicaciones Web.

, una aplicacin de software web o aplicacin web, es un