UNIVERSIDAD AUTONOMA METROPOLITANA 2 ZCAPOTZALCO DIVISION DE CIE{CIAS BASICAS E INGENIERIA AUTOMATIZACION DE LA SECCION DE B: BLIOTECA DE LA COORDINACION DE SERVICIOS DE INFORMACION (COS3I) DE LA UAM-AZCAPOTZALCO PROYECTO TE) MINAL EN INGENIERIA BLE 2TRONICA Héctor Ico. Rivera Madrid (86305395) Ricardo Medina Gallardo (86309460) Kewe tT Tat Asesor: Ing. duén Manuel Torres Moreno 15335 MEXICO, D. F- ABRIL, 1992.a Pol (original y cuatro copias) SOLICITUD DE AUTORIZACION DE PROYECTO (S) TERMINAL (ES)_EQ CLAVE (S)_112001 HECTOR FRANCISCO RIVERA MADRID 0 NOMBRE DEL ALUMNO MATRICULA: TAG ERCTRONICA =o TUAN_MANUEL TORRES DESARROLLO DE SISTEMAS ‘ASESOR: DEPARTAMENTO Nombre del Proyecto:_Automatizacién de _la_secci) SET) di S. Objetivos del proyecto:_1. Crear un sistema de cémputo para automatizar las iabores de préstamo, devoluciones, catdlogo piblico y altas de usuarios, _ Descripcién del trabajo a realizar:_1. ii ‘defi seni e Ss ie rmacién de.Control Escolar via la RED-U: ra catdlogo de alumnos, empleados, fechas de deyolucién rs Olucin.. 5. Acceso {tdlogo publico. 6. Flaboracion 8. S ntegracién_ de pantall. 8. Elaborar los gde_usuario y 1a documentacion del sistema, Entrega del informe (parcial o final) al’ asesor: __ 32ABR=92 Presentacién del Informe al Comité de Estudios: —3=ABR=92 __ NOTA: Si el desarrollo del proyecto terminal requiere recursos de la Universidad deberd recabar el Visto Bueno de los Jefes de Area y Departamento Correspondiente. — ‘ALOMNO. ) ‘ASESOR (NOMBRE ¥ FIRMA) ING. JUAN MANUEL TORRES MORENO ANEXOS: Plan de Trabajo otros (especificar) Alex elo U Vo.Bo. Coordinador de Estudios (nombre y firma) original: Coordinador de Sistemas Escola ‘es copia Coordinador de Estudios cc ia 2: Departamento correspondiente copia Asesor cc ia 4: IntersadoPrOL (original y cuatro copias) SOLICITUD DE AUTORIZACION DE PROYECTO (S) TERMINAL (ES)_EO CLAVE (S)_ 112001 RICARDO MEDINA GALLARDQ NOMBRE DEL ALUMNO MATRICULA: ING, ELECTRONICA _ __2.1=DIC-91 _ JUAN MANUEL TORRES CARRERA FECHA ‘ASESOR: DEPARTAMENTO Nombre Sel Proyecto: qpiutonatizacién de—la_seceién de Biblioteca —de_la ear_una_interfasi Material Audiovi sual, x Heneroteca ¥. Sotunentacions de tos cuales. los dec primexos se encuentran en su fase de desarrollo, Descripcién del trabajo a realizar: iy Analinar. definix y disefar lap bases 2. Analizar e]_retrospectivo y elaborar el prograi si 0. 6 Co} Escolar via la RED-UAM. 4. Blanerae Fechas importantes: Entrega del informe (parcial o final) at! asesor: 3-ABR-92 Presentacién del Informe al Comité de Estudios: [3-ABR=92 NOTA: Si el desarrollo del proyecto terminal requiere recursos de la Universidad deber4 recabar el Visto Bueno de los Jefes de Area y Departamento Correspondiente. : | Ineo Td ALUMNO (FIRMA) . ASESOR (NOMBRE Y FIRMA) i ING. JUAN MANUEL TORRES MORENO ANEXOS: Plan de Trabajo ‘ASES| Vo.Bo, Coordinador de Estu: (nombre y firma) original: Coordinador de Sistemas Escolares copia 1: Coordinador de Estudios copia 2: Depart® Hondiente copia 3: Asesor copia 4:PARTE I, | ESTRUCTURA GENERAL Y ANTECEDENTES. | 1. Introduccion ‘ 2. Identificacion y formulacion 3. Antecedentes 4. Definicién dei soporte fisico y 1égico 5. Disefio de la topologia general del multiusuario 6. Disefio arquitecténico general | 7. Disefio del médulo de biblioteca 8. Proyecciones hacia el futuro 9. Diagrama relacional de tablas para la seccidn de biblioteca 10. @ablas a las que hace acceso las formas de biblioteca PARTE II. DISENO DETALLADO DE LAS FORMAS Y MENUS PARA EL MODULO DE BIBLIOTECA. ' I Forma de circulacion : 1.1 Objetive de la forma de circulacién 2 Descripeién de areas para la pantalla de circulacion 3. Descripcién del proceso de circulacién 4 Diccionario de datos 5 Tablas a las que hace acceso 1a forma de circulacién rma de suspendidos \ 1 Objetivo de la forma de suspendidos 2 Descripcién de areas para la pantalla de suspendidos 3 Descripcién del proceso de suspendidos 4 Diccionario de datos 5 Tablas a las que hace acceso la forma de suspendidos rma de Catdlogo de alumnos 1 Objetivo de 1a forma de Catalogo de alumnos 2 Descripcién de areas para la pantalla de Catalogo de alumnos | 3.3 Descripcién del proceso de! Catalogo de alunos 3.4 Diccionario de datos 3.5 Tablas a las que hace acceso la forma de Catélogo de alumnos orma de Catalogo Publico 1 Objetivo de la forma de catdlogo Publico 2 Descripcién de dreas para 1a pantalla de Catalogo Publico 3 Descripcin del proceso de) Catélogo Publico 4 Diccionario de datos 5 Tablas a las que hace acceso 1a forma de Catélogo Publico ‘orma de Firma de No Adeudo 1 2 Objetivo de la forma de Firma de No Adeudo F 4 4 4 4 4 Fr 5. 5.2 Descripcién de 4reas para la pantalla de Firma de No ‘utoratzacién de (a Seccién de Sibliotees de le Coordinactén de Servicios de Infonaet én AMAdeudo i 5.3 Descripcién del proceso de Firma de No Adeudo 5.4 Diccionario de datos ' 5.5 Tablas a las que hace acceso la forma de Firma de No Adeudo wma _de Fecha de Devolucién +1 Objetivo de la forma de Fecha de Devolucién +2 Deseripcion de areas para la pantalla de Fecha de Devolucién 1 6.3 Descripcioén del proceso “ Fecha de Devolucion 6.4 Diccionario de datos 6.5 Tablas a las que hace acceso la forma de Fecha de Devolucién rma de Pago de Multas | 1 Objetivo de la forma de Pago de Multas 2 Descripcisén de 4reas para‘la pantalla de Pago de Multas 3 4 s Descripcién del proceso de Pago de Multas Diccionario de datos Tablas a las que hace acceso la forma de Pago de Multas PARTE III RECUPERACION DE INFORMACION DEL FORMATO DE LA CAPTURA RETROSPECTIVA ¥ DEL FORMATO MARC DE COMUNICACION. | Recuperacion de la Captura Retrospectiva 1.1 Objetivo 1:2 Justificacion 1.3 Descripeién del formato |del archivo de la captura retrospectiva (entradas) 1.4 Descripcion de salidas 1.4.2 Tablas del médulo de biblioteca 1.4.2 El SQL*LOADER 1.4.3 Descripcién del archivo "CAMPFIJ.AB" 1.4.4 Descripcién del archivo 1.4.5 Descripcién del archivo 1.4.6 Descripcién del archivo 1.4.7 Descripcién del archivo 1.4.8 Descripcién del archivo 1.5 Descripcién del proceso de recuperacién del retrospectivo 1.5.1, Descripcion detallada de los médulos 1.6 Estrategia para alimentar las bases de datos Recuperacion de informacion en formato MARC de comunicacion 2.1 Objetivo \ 2.2 Justificacion 2.3 Descripcion del formato del formato MARC de comunicacién (entradas) ‘Aateoat izecidn de (9 Seccién de sibliotecs de i {a Coordinaclén de Servicios de Informacién A4 Estructura del formato MARC de comunicacién 2.3.1 2.3.2 Estructura del directorio 2.3.3 Delimitadores de archivo 2.3.4 La etigueta 008° (campos fijos) 2.4 Descripcién de salidas 2.4.1 Tablas del médulo de biblioteca 2.4.2 El SQL*LOADER 2.4.3 Descripcién del archivo "CAMPFIJ.AB" 24a Descripcién del ‘archivo “CAMPVAR. AB" 2.4.5 Descripcién del!archivo "ERRORS. AB" 2.4.6 Descripeién del archivo 2.4.7 Descripcioén del archivo 2.4.8 Descripcién del|archivo "E50.AB" 2.5 Descripcién del proceso dé recuperacion 2.5.1 Descripcion detallada de los médulos 1.6 Estrategia para alimentar las bases de datos APENDICE A | FORMATO MARC-II APENDICE B FORMATO MARC DE COMUNICACION | APENDICE C FORMATO DE LOS ARCHIVOS PARA LAS BASES DE DATOS APENDICE D ESTRUCTURA DE LA BASE DE DATOS DEL MODULO DE BIBLIOTECA APENDICE E 1 LISTADOS COMPLETOS DE LAS FORMAS DE BIBLIOTECA. E.1 Forma de circulacien. 2 Forma de suspendidos. : 3 Forma de Catalogo de alumnos. 4 Forma de Catalogo piblico. 5 Forma de firma de no adeudo. 6 Forma de fecha de devolucién. 7 Forma de pago de‘multas. | APENDICE F LISTADOS COMPLETOS DE LOS PROGRAMAS DE CAPTURA RETROSPECTIVA Y DB FORMATO MARC DE COMUNICACION. ' utonatizacin de te Seecion de Bibliotees de Hy la Coordinacién de Servicios de infornacién AM 1PARTE | Estructura general y antecedentes! 2. INTRODUCCION ' La COSEI (Coordinacién de Servicios de Informacion) cuenta con un acervo de aproximadamente 120,000 volimenes, 8,700 titulos de publicaciones periédicas y material audiovisual. Dicho acervo crece a un ritmo de alrededor de 6,000 volumenes al aio. La COSET tiene una demanda de aproximadanente 18,000 usuarios entre empleados y alumnos, atendiendo 2,500 movimientos diarios. Por ello, se hace necesaria una automatizacion integral de los servicios que ofrece la COSEI en sus cinco secciones: a) Analisis Bibliogrdfico ' b) Seleccién y Adquisiciones ¢) Biblioteca 4) Hemeroteca y Documentacién | e) Acervo Audiovisual La automatizacién es impostergable dado que se ha llegado a un punto critico de servicio en casi todas sus secciones. Esta permitiria aliviar la problemdtica actualmente existente porque agilizaria el trabajo, brindando un mejor servicio a los usuarios. Un control automatico integral haria posible también el enlace con las dem4s Unidades académicas o conjotras instituciones empleando modems para transferir informacién en linea o grabada en un disco optice (CD ROM) y utilizando los serviccios de la red UAM. 2, IDENTIFICACION ¥ FORMULACION El objetivo general es construir un sistema automAtico que facilite y agilice las labores de la COSEI de |la Unidad Azcapotzalco con las siguientes funciones: @ Controlar las labores de 1a Sece. Adquisiciones. in de Seleccién y = Controlar las labores de la Seccién de Analisis Bibliografico. m= Controlar el servicio de Biblioteca: préstamo y circulacion. m Controlar el servicio de Hemeroteca y Documentacion. m Controlar la seccién de matérial Audiovisual. ‘Automat izacién de (a Seccién de Bibtioteca do {a Coordinacién de Servietos de Infornaeién AM' 7 La identificacién del proyecto consiste en analizar, disefar, construir y liberar un sistema y una base de datos modulares con posibilidad de crecimiento a futuro que permita resolver la problematica en la COSEI. \ 3. ANTECEDENTES : i Existe un andlisis y disefio de un sistema llamado SIAB (Sistema Integral de Automatizacién de Bibliotecas). Los puntos relevantes de este trabajo son: = Bl equipo fisico y légico en el cual se conceptualizé dicho trabajo. Se definié como equipo la HP-3000 en su serie 52 y como herramienta de software el manejador de bases de datos MINISIS. | Se tiene un esquena incompleto porque solo se consideran las secciones de Adquisiciones, Andlisis Bibliografico y Biblioteca, excluyendo a Hemeroteca y Material Audiovisual. El Proyecto propone la creacién de un sistema nuevo denominado , siglas proveniente de INformacién, TExtos, Libros y GENTE usando un sistema jultiusuario, aprovechando 1a experiencia anterior y el andlisis existente. 3.1 Analisis previo Corresponde a efectuar la validacién del andlisis existente y entrevistas a las Secciones de la COSEI para conocer sus necesidades reales actuales. ! 3.2 Definicién del Soporte Fisico y légico La automatizacion de 1a Seccién de Biblioteca fue planeada originailmente para ser implantada en un equipo ONIX cuya capacidad tanto a nivel de RAM como en unidades de disco duro fue rebasada @ebido al rapido crecimiento que! experimenté la COSEI. Esta experiencia sirve para planear la seleccién y adquisicién de equipos acordes a los requerimientos actuales y capaces de crecer de acuerdo a las necesidades futuras de todas las secciones de la COsEL. 4, DEFINICION DEL SOPORTE PISICO ¥ \LOGICO. iutonatizacién de te Seccién de Biblioteca de i {a Coordinacién de Servicios de tnformacién AM4.1 Necesidades de informacion. El andlisis del sistema ha contemplado una cuantificacién detallada de las necesidades de informacion por Seccién de la COSEI.Esto determina los requerimientos precisés de memoria y almacenamiento en disco. El andlisis prevé crecimientos a futuro para un pericdo de 10 afios. A continuacién se enlistan estas necesidades. 4.2 Seccién de Biblioteca. 4.2.1 Informacién de alumnos: 153 bytes por alumno, con una poblacién de 15,000 alumnos da un total de: I 153 * 15,000 = 2'295,000 : 4.2.2 Informacién de trabajadores: 98 bytes por trabajador, con un total de 2,500 trabajadores: 98 * 2,500 = 245, 000 bytes. Sunando ambos requerimientos da un total de 2,540,000 bytes. 4.3 Necesidades del sistema Por su parte, un sistema operativo para manejar un multiusuario come UNIX, requiere de dos Mbytes de RAM y de 500 Kbytes por usuario, adends de aproxinadamente 500 Kbytes para 1a aplicacion por usuari 1 Mbytes para sistema operativo 500 Kbytes*16 usuarios = sMbytes 500 Kbytes*16 usuarios (aplicacién)= @ Mbytes Respecto al almacenamiento masivo, UNIX requiere 5 Mbytes en disco y 5 Mbytes por usuario, lo que signific TOTAL RAM = 17 MBytes 80 Mbytes + 4Mbytes = 84 Mbytes disco + 5 Mbytes para aplicacion + 200 Mbytes para acervo | + 200 Mbytes acervo respaldo 485 Mbytes 4.4 Requerimientos de hardware. | 1 Procesador central multiusuario de respuesta rapida con: ‘utonatizacién de la Scecién de Biblioteca de la Coordinacién de Servicies de Informacién AM1 16 Mbytes de memoria RAM 1 Disco de 650 Mbytes minino Puertos para 16 estaciones de Impresora de alta velocidad y tre Soporte eléctrico: reguladores, No- OB HENURe Estaciones de trabajo para préste Estaciones en Consulta estaciones en Analisis Bibliogrét estaciones en Adquisiciones estacién en Kemeroteca estacioén en Documentacién estacion en Audiovisual. impresoras de alta velocidad para Hemeroteca-Audiovisual. 4 4 Lectores épticos de cédigo de bar 5 Definicién de la herramientas Paralelamente a la adquisicion del las herramientas minimas de sc sistema.Estas consisten en lo sigui Un sistema operativo versién © Un sistema manejador de Bases Sin embargo se requiere que todas siguientes caracteristicas: 4.6 Se 1. Ser flexible 2. Poseer SQL estandar 3, Ser de 4a. Generacion 4, Interfases con lenguajes de Metodologia de disejio. plantea la metodologia de (abstraccion de arriba-abajo) para particular de este sistema, formade depende fuertemente del lenguaje a lenguaje de tipo sgt. 4.7 Capacitacién. En este punto se capacitaré al eq poner a punto el multiusuario, aprender el lenguaje de cuarta relacionales propuesto. me a rabajo ajo pesado de 420 LPM 3reak y cableado. > en Biblioteca. 30 dquisiciones,Desarrollos y as con sus interfases. Sgicas (Software). yuipo fisico deben adquirirse tware para desarrollar el ate: Ltiusuario 2» Datos Relacionales. las alternativas tengan las IG. isefio modular en top-down sear el sistema. En el caso por bases de datos, el disefio tilizar, en especifico de un po de trabajo para operar y ejar el sistema operativo y eracién para bases de datos Automotizacién de la Seccién de Bibl iotecs de ln Coorainacian de Servieios de Informeién AM10 S. DISENO ARQUITECTONICO GENERAL. | El nédulo de biblioteca se encuentra comprendido dentro de el sistema denominado "INTELIGENTE 9000", cuya arquitectura se muestra a continuacién. | Disefio . Arquitecténico Manejador del General sistema fd Selec. | | Analisis | Hemero-| | Acervo y Biblioteca] | teca_ y | | Aud Aaq. Bib. : doe. visual Acervo Usuarios 6. _DISEHO DEL MODULO DE BIBLIOTECA. El médulo de Biblioteca consta 4 su vez de un conjunto de submédulos, los cuales se muestran en el siguiente diagrana- 8. PROYECCIONES HACIA EL FUTURO ‘ El desarrollo del sistema es integral, es decir nos permitiré incorporar las diferentes secciones con las que cuenta la COSET conforme estas se vayan automatizandbd. El equipo elegido brinda la posibilidad de un crecimiento de informacion aproximado de 10 afos y ademés esta conectado a la red uam con cual se piensa tener intercambio de informacién con las diferentes unidades, y posteriormente con otras instituciones. la version final de este sistema permitiré hacer posteriores mejoras © modificaciones de acuerdo a las necesidades que demande el médulo. 1 8.1 Pronéstico del funcionamiento|del sistema. I Autonatizacién de [a Seeeién de Bibl iotece de i Le Coordinacién de Servicios de Infornacién AMcee 000 i BIBLIOTECA 100 500 CIRCULACION. FECHA DE DEVOLUCION 200 CATALOGO PUBLICO 200 ‘ALUMNOS 400 PAGO DE ‘SUSPENDIDOS nonras Diagrama jerérquico del médulo de biblioteca. Ya que el sistema se ha disefado;de tal manera que se pueda modificar de acuerdo a las necesidadds que surjan en la Seccion, es posible actualizarlo, si es necesario y evitar con esto que el sistema caiga, en la obsolescencia, entonces la posibilidad de que su funcionamiento decaiga es remota, ademas tomando en cuenta que los procesos realizados en la seccién, no han presentado cambios notables desde de la fundacioén de la COSET. 10. TABLAS NECESARIAS PARA EL MANEJO DE LA INFORMACION La informacién que contienen estas tablas es manejada através de las pantallas que componen a los subsistemas. Cada pantalla procesa informacion de una o més tablas. A \continuacion se muestran las tablas a las que hace acceso el médulo de biblioteca: ‘Autonatizneign de to Seecién de Bibtiotece de to'cooratnaetan de servictes do Infernacién : AMFORMA Tass Cireulacién PRESTAMO EGRESADOS wx CTL soa susPenoi00s. Luo EAPLEADOS FECHA DEVOLUCION autor TiTUL0 £50 ‘Suspendidos ALUMNos ENPLEADOS ‘SUSPENDIDOS Catéloge de atumos Luma vvsto%0 bivision camera AREAS CON esrAnd Catétoge Publico nus crt 400 autor F710 50 Temas, ew TEMAS. Firma de no adeudo ALumos CrRCULA ECRESADOS SYS.ALL USERS Fecho de devoluetén SYS.aLLusees FECIA,DEVOLUCION 12 ‘Auronatizacién de ta Scecién de Bibliocece de {a Coordinscién de Servicios de InfornaeiénPARTE Il Disefio detallado de las formas y menus para el médulo de Biblioteca |a4 CAPITULO I FORMA DE CIRCULACION 2.1 Objetivo de 1a pantalla de circulacién Esta pantalla tiene por objeto realizar las operaciones de circulacién, es decir, el préstamo, devolucion y renovacion de ejemplares de coleccién general, ya sea a un alumno o a un empleado que se encuentre activo dentro de la universidad. 1.2 Deseripcion de 4reas para la pantalla de circulacién 5st ce TOPOLT TARA AZHPOTEALCO Ei] poreat ta ” suerte gone) PT | [CoSE1 UNIVERSIDAD aUTOROA BIBLIOTECA é Usuario S550 FE = Estado Wo. Ada Thule op autor Se Clasif, xin be s Secein de capture ie — e do, de Libro 25h) sp eis Colecc. = Fecha de devaluetan "(010 Tipo de operacion » tra operacion (5/4)? “ RETROCEDE UN CANPO Y BORRA Seecién de ayuda SUSPENDLO0S sunpendides (Forma) i Autonatizacién de Ia Seccién do Bibl foteca de la Coordinacian de Servicios de Informacion21 CAPITULO IIT | FORMA DE CATALOGO DE ALUMNOS 3.1 Objetivo de la forma de Catdlogo de Alumnos El objetivo de la forma de Catalogo de Alumnos consiste en realizar bisquedas de un alumno para verificar su estado. Se pueden realizar bisquedas por los siguientes campos: Matricula, Nombre, Unidad, Division, Carrera, Domicilio y Teléfono; para lo cual sé puede emplear el dato completo o una fraccién de este como patron de busqueda. 3.2 Descripcién de dreas para 1a pantalla de Catdlogo de Alumnos cose ‘UNIVERSIDAD AUFONOMA 9E TOPOL ITANA-AZCAPOTZALCO. : BIBLIOTECA EATATOGO De aebMNCRSEE TWTELIGENTE” $000, Senicitio a Telefon, =< (7 ETAB) Compo anterior —ceei-A insercor enrecter U4) Graber » isco TAB} Siguiente camo Cerl-0 Gorrar caraeter 3 Satie t61t,1 Hoeer blsquedes “v 3.3 Deseripcién del proceso de Catalogo de Alumnos 2. Bjecucién de bisquedas. Al ser esta una forma de busqueda, exclusivamente se describe este proceso. Al entrar en la forma se entra directamente en modo de busquedas, pudiendo realizar estas por cualquier campo o utonatizacian de Ls Seccién de Biblioveco de {s"terainectén de Servicios ae intornacida : AM: 22 combinacion de campos, siempre y cuando pertenezcan a la base de datos que se esta consultando. En caso de no encontrar ningin registro con la condicion establecida, se despliega un mensaje al usuario indicando que no fueron encontradeos registros que satisfacieran 1a(s) condicion(es) dada(s). 2. Campos autorizades para bisquedas. Los campos por los que se pueden realizar las busquedas son: MATRICULA, UNIDAD, DIVISION, CARRERA, AREA, NOMBRE, DOMICILIO, TELEFONO y ESTADO. 3.4 Diccionario de datos de la forma de Catélogo de Alumnos conro, Fomnnro L_pesenrecio8 naTeicuLA crane) | es to ratricute cet estudiante. wuioA0 unser» | Clove de ta unicad o la que pertenece el slum. pivistow nywsenct | Clove de to division en te que se encuentra el alumno. camwcen nywperc2> | clave de ta carrera que estudia ol atime, ash nywsenc2> | clave del sree de corcentracién. wows wnioad | cianczs> | womire de i unided correspondiente a Le clave de vnided, none crnnc6o | wosbre det_atumo. : noneee pivision | uAR35) | Nombre de tw divisién correspondiente o tn clave de La divisién. overs cannena | cw49¢35> | Wanbre de la carrera correspondiente o Le clave de La carrera. wonsre.anen | cuancso> | nosbre del ares correspondiente # to clave det a pomcrLio cvanc70> | veatcitie det alsemo. reLeronb cance) | telefono del oluene. ESTADO nuwencty | estado en el_que se encuentra et alumna dentro de ta universidad. cnanegestaco _| cuancc0 | nonbre det estado correspondiente a la clave de estado. 4 3.5 Tablas a las que hace acceso la forma de Catélogo de Alumnos ry BJETO QUE ACCESA : awwwos | Forno: cateioge de alurres two | satunros.untéod.pest_chenge (14) i vivision | :etumes.civision.post change (8) canaeta | -atumes.correre.post chonge (&r) : -antns con | :atumas.crea.pect change ¢t°) ' esta00__| :aluinos.catado.pest_change (0+) Autonat le Coerdinactén de Servicios de Informecicn 1 izaciGn de (n Seccién de Biblioteca de“NOTA: . pr = procedimiento lv = tr Autonatizacién de (a See {9 Coordinactén de Servi lista de valores asociada al campo trigger jén de Biblioteca de jot de Informacion 2324 CAPITULO IV ' FORMA DE CATALOGO PUBLICO 4.1 Objetivo de la forma de catélogo Publico El objetivo de esta forma consiste en que un usuario conectado al sistema, ya sea por medio de una terminal o via la RED-UAM sea capaz de accesar el catdlogo del acervo bibliografico, pudiendo hacer consultas tanto por autor como por titulo del ejemplar. 4.2 Descripcién de dreas para la pantalla de Catalogo Publico Esta forma se compone de un conjunto de pantallas, a saber, la pantalla del catalog de autor-titulo, la ventana del catdlogo de tema, y la ventana de desplegado de ficha bibliografica. 4.2.1 Pantalla de catdlogo de autor-Titulo. Esta es la pantalla donde se realizan las busquedas de autor- titulo. : coset UNIVERSOAD, AUTONOHA HETROPOLTAMA-AZCAPOTZALCO — 20IREBBB Bipctoreca ‘EhraLoco euELeD TWTELIGENTE 9000 4.2.2 Pantalla de catdlogo por tema. Esta es una ventana que se sobrepone al catdélogo de autor- titulo, y donde se pueden realizar las busquedas por tema. Autonatizacién de la Seecién ee Bibl ioxecn de {le Coordinscién de Servicios de informaciéa : AM 128 F i cnr ek Tha t i Sea a Lo Busqueda Autor Titulo: ENTER Desp. ficha bib. 225. Busqueda Tena Conmita Autor-Tit. “Pras Cancel ae /Salte ks,» Ejecuta busquede EGERPT USSF DISD YA Fo TEREST PC CONERGY TT SRT? A263 Pantalla de ficha bibliografica. Esta es una ventana que se sobrepone al catélogo de autor- titulo, y donde se despliega la ficha bibliografica correspondiente al titulo seleccionado especificamente. sia 7 Lesa cia sre.tocrarica 200 ator SAREE RTCA TESS lisa a Tieute cron auntan.ciaeeseee cen fa cua time, dap. 222 | : i ie a i ing aaa EEE “TE-tobusauda hater TWeate “HED bese. fake ib, woe Rsgonth fee Beat ciate. “Shae Eunos sto.» Eineute pega ay aay oO fvnatigacien & lo Seecln de Bigtoveee 7 la Coordinacién de Servicies de informacion AMA 11 26 Descripcién del proceso de Catdlogo Publico Busquedas por autor. Se despliega inicialmente la seccién de bisquedas tanto por autor como por titulo: para realizar especificamente la busqueda por autor, se introduce la condicién de busqueda, que puede ser una cadena de caracteres que coincida tanto por una fraccién, como por el nombre completo. Por defecto, la biisqueda es por'todos los autores disponibles en el catalogo. Busquedas por titulo. En la’ pantalla inicial, se puede conmutar entre la busqueda por autor y 1a busqueda por titulo; y como en la busqueda por autor, la busqueda por titulo puede ser con una cadena de caracteres que coincida tanto con una fraccién, como por el titulo completo. Por defecto, la busqueda es por todos los titules disponibles en el catélogo. Busquedas por tema. Se despliega una ventana en la que se puede buscar un tema especifico o un conjunto de temas que satisfaga la condicién de bisqueda, la cual puede ser realizada con una cadena conteniendo una fraccién del tema o el tema completo. Seleccionado el tema, se desplegard en la pantalla de autor-tema todos lds titulos que traten el tema seleccionado. Desplegado de la ficha bibliografica. Una vez seleccionado un titulo especifico, sin importar,si fue encontrado por autor, titulo o tema, se despliega una ventana conteniendo informacion mas detallada conteniendo los datos del autor, titulo, clasificacién, numero de control y el numero de ejemplares disponibles para préstamo. Diccionario de datos de la forma de Catalogo Publico us, x00 FoRNATO, Descerecion LODUES AUTOR TITULO y ALT GENEKLO cowrao | nunaenco> | Alaacens Lave relacional (no és cesplessble). ‘anion cunncr50) | vesptiege et nosbre det autor. | rio ouanc150y | despliege el titute det ejenptar. SBLOQUES FICKA BIU y FICHA 618 GEMELO auto ‘owaac150) | vespLiegs el nombre del_autor. rio cun2c150) | vespliegs el titulo del ejerplar. cuastricacion | cunace7) | vespliega ta clasiticacion del ejonptar. curren ‘cnaac30)_| despliege et cutter dol eiemplar, EJENP_DISP. nunoer(3> | despliega el no. de ejenplores disponibles pare présteno. Automtlzacién de la Seccién de aibliotece de La Coordinactén de Servicios de Infornacién AM900 FORMATO pescetecion 7 BLOOUE MENY TEMAS"! tem cwanc60> | desptiega el catélogo de tenas disponibles en to biblioteca 7 BLOOUE FECHA TIT FECHR cuancey | Oesptiogs La fecha del sisteng (traducids at espofol) en el encabezedo de la forma. rio Despliega el rftulo de te ferns en el encabenodo. 4.5 Tablas a las que hace acceso la forma de Catélogo Publico yam, CAJETO UE ACCESA ww crt #00 _| cuente disponibles (pr? autortituio | sauter_titulo.key-nuefia (te) ° 0. t_genelo.key-natfld (40) i 550 autor titute.key-matfld (te) iat otmslo.key-ratfld (tr) i renas im tgenelo en la cladsule "efeult where/order dy" Autonatizactén de la Seccién de Bibliotece de La Coordinacién de Servicios de Informacién AM‘ 28 CAPITULO V . FORMA DE FIRMA DE NO ADEUDO . 5.1 Objetivo de la forma de Firma de no Adeudo El objetivo de esta forma consiste en registrar a aquellos alumnos que requieran de la firma en la hoja de no adeudo de material de la COSEI. Una vez que ha sido registrados en esta forma, el alumno no podré hacer uso de los servicios dela COSEI. 5.2 Descripcién de dreas para la forma de Firma de No Adeudo cose wivEtsinan agTOWo a Bist ovecs IRAE wo" rence 9008 sarRICULA ESS ren Se Heck pon EES 1 5.3 Deseripcién del proceso de Firma de No Adeudo 1. Validacién de la matricula. Buscar que la matricula entrada pertenezca a un alumno existente en la base de datos de alumnos. Verificar en la tabla de circulacién que el alumno no tenga adeudos de libros o multas pendientes. Verificar que el alumno no se encuentre ya en la tabla de egresados (firmados) . 1 ‘Autonotizacién de 1a Seccién de wibitorece de ‘lz Coordinacién de Servicios de informaciéa . AM29 2. Datos del Operador. Desplegar los datos del operador que realiza la transaccion. ' 3. Validacién por parte del operador. Una vez que han sido desplegados los datos del alunno y visualmente se confirma que sean correctos, el operador asiente en el campo correspondiente y la operacién es registrada. 5.4 Diccionario de datos de la forma de Firma de No Adeudo CAMPO T1P0 i DESCRIPCION NouBRE HaR52)_| Despliega el nonbre det, noware usuario | cHaRs1> | vesptiege el nonbre det operador correspondiente of UID. se 10 WunBeERcé) | Btmacena el UID del operaidor que realize la transacciéo. Fecha Svs ate ‘Alwacens el valor de Le fecha del sistema par que cuando ae haga ‘cooni Se alnseene este valor en La columa correspondiente en (a t8bl Davos conrectos | CHARI) | Pregunts al cperador silos datos desplegados son correctes 0 no. rinwo cuacs2) | oespliege et titule de La! forra en ef encabezado. FECHA, ATE. Desplicas ta fecha dels coma en of encabezade de le forma. 5.5 Tables @ las que nace acceso ia forma de Firma de No adoudo 1 TABLA {CBsETO UE ACEESA ‘Awunios valida atumo (ory ccrnouna val ide slums (or) ERE SA005 ‘tide olumo (pr) sys.autusees | :egresados.pre-block (te) Autenatizacién de te Seccién de Bibl terere de Coarainac én de Servicton de Informeelén f BOA30 CAPITULO VI FORMA DE FECHA DE DEVOLUCION 6 i +1 Objetivo de la forma de Fecha|de Devolucion ' El objetivo de esta forma consiste en tener una herramienta que permita al jefe de la seccién de biblioteca el modificar la fecha de devolucién del material hbibliografico que da por defecto el sistema. Se debe de contar con esta facilidad para poder modificar la fecha cuando la fecha de devolucién por defecto caiga en dias feriados o suspensién de labores. | 6 +2 Descripcién de eas para la forma de Fecha de Devolucién (COSEL UNIVERSIDAD AUTONDNA vETROPOL ITANA-AZCAPOTZALCO __ GEARINR BILBtOTECA i UCI NEO |) INTELIGENTE 9600 | | Fecha ESUREEEY Fecha de devotucten SERS Cement ar Sparse sseeseeeraeteroymenemees Usvarto Sages Hema | I C1 C1A81 campo anterior (148) canpo Siguiente I Pel 1. 3 Deseripcién del proceso de Fecha de Devolucién | Alteracién de la fecha de devolucién por defecto. Por defecto la fecha de devolucion es 2 semanas después de la fecha de préstamo (fecha del sistema),) pero si se registra cualquier imprevisto como dias feriados, suspension de labores, etc. la fecha por defecto puede sex alterada a una fecha mas conveniente. ut ts ronst{zacién de La Seccign de Gib{Joteca de | Goovdinacian de servicion oe tnforacelon ' AM | I ' 131 2. La forma debe de registrar los datos de la nueva fecha de devolucién, asi como los datos del operador que realiza la transaccién. 6.4 Diccionario de datos de la forma de Fecha de Devolucién co 110 desert pcion FECHA DATE, Fecha de (o transaccién | recun_sevoweton | pare Fecha on a que debe devolverse el_ejenplar coneENTARIO owe | tpcn a razin por La que se emliice Lo fecha de doveucién por see 10 MUWBERCG> | Atmacena el UID del operador que resistre te transeccién owaae ysuanio_| cuancs2) | vespliegs el norte cot dgerasor que modifica La fecha de devoluetén FECHA cate | oespliase le fecha cel sistema en el eveabezado de ta forme 1109, ‘cancs2y_| oespliege el tétuto ce ts forse en el eneaberado de te forne. 6.5 Tablas a las que hace acceso 1a forma de Fecha de Devolucién TABLA oavero que _accesa | sys.autusees | :fecha devolucisn.pre-block (2r)__* recna.pevorucioy | Al realizar to operacién de tcomit, form! AMPARTE III Recuperacion del retrospectivo y Formato MARC de comunicacién.i 33 CAPITULO T i SISTEMA DE RECUPERACION DE LA CAPTURA DE RETROSPECTIVA objetivo . Crear un sistema computacional capaz de recuperar la informacién contenida en los archivos de la captura retrospectiva. | Justificacicn La informacion del acervo bibliografico se encuentra capturada en formato MARC II, y para poder alimentar las bases de datos hay que transformar dicho formato a un formato compatible con la estructura relacional de las bases de datos. Descripcion del formato del archivo de la captura retrospectiva. A continuacién se muestra la estructura del archivo en el que se encuentra capturada la informacién del acervo bibliografico: Eri0-007, Er1a-0021 ET1a-nne 6 IFT) INF2. INFLI> ‘espacio en blanca digito (@.. 9); earacter (hs, 2, 8 +. 2: Erta-nrm = Cuatquier etiqueta vétida del formate MARC=11; IWF” = Cuslquier subeampo valide al. formato MERC-I * = Waren de tin de registro; > = Marea do Tien de etiquete; T En el momento de elabora la interfaz para transmitir la Automat Tzectén de Lo Seceién de BibLiotecn de i ‘Te Coordinacién de Servicios de Informacién ‘ AM