Capítulo III

Capítulo III Marco Aplicativo

CAPITULO III

Tipo y Diseño de la Investigación:

Esta investigación se enmarca dentro del concepto del Holismo o

doctrina filosófica contemporánea que alude a la integridad o globalidad.

Para Hurtado (ob. Cit)

El holismo es una doctrina filosófica contemporánea que tiene su

origen en los planteamientos del filósofo sudafricano Smuts (1.926),

quien fue el primero en utilizar el término en su libro “Holismo y

Evolución”. Sin embargo; su raíz holos procede del griego y significa

“todo”, “integro”, “entero”, “completo” y el sufijo ismo se emplea para

designar una doctrina o práctica.

Luego, según Smuts, el holopo de ésta investigación corresponde a

un estudio descriptivo, ya que este tipo de investigación “tiene como

objetivo central lograr la descripción o caracterización del evento de

estudio (Diseñar e Implementar una Aplicación Web que permite

utilizar de forma remota los servicios de consulta que presta la

Biblioteca de la Facultad de Ingeniería y Arquitectura de la USM.)

dentro de un contexto en particular” (La Internet).


El Diseño Metodológico de este proyecto se basa en el desarrollo de

un proyecto factible, porque “consiste en la propuesta de un modelo

funcional viable, o de una solución posible a un problema de tipo

práctico” Sierra Bravo (1.999).

El presente proyecto se clasifica como descriptivo transeccional,

contemporáneo, univariable, Mixto (de campo, documental). Desde la

perspectiva temporal, la investigación corresponde a una descriptiva

transeccional, porque el investigador dedicó sus esfuerzos en describir el

hecho, circunstancia o característica que lo motivó en un momento único

en el tiempo presente. De acuerdo con el foco de atención, el diseño se

denomina univariable porque se define un solo evento enmarcado en un

contexto: Consultar el material bibliográfico de la Biblioteca de la

facultad de Ingeniería y Arquitectura de la USM, a través del desarrollo

de una Aplicación Web. Según la fuente, el diseño es descriptivo

mixto, o sea; de campo porque el investigador obtuvo los datos de una

fuente directa, en un ambiente natural, sin introducirle modificaciones y

documental porque el autor explotó la tecnología Internet en busca de

documentos relacionados con la investigación. La metodología

seleccionada para el desarrollo de esta investigación es OOSE ya que es

Orientada a Objetos y facilita enormemente desde la determinación de

requerimientos hasta la implementación y prueba, aparte de ser bastante

gráfica y fácil de entender. Esta fue tomada de entre las tres mejores y

más recientes metodologías, ya que contemplan el uso de las últimas


Tecnologías de Información y se vienen usando desde 1992, que son

BOOCH, OMT y OOSE. El Autor escoge OOSE por estar familiarizado

con esta metodología

3. Aplicación del Método OOSE

3.1 Especificación de Requerimientos

La especificación de los requerimientos persigue establecer

claramente las expectativas de los usuarios con respecto al producto

final. Esta fase proporciona suficientes recursos para explotar el

problema de la Organización y establecer una visión de la solución.

Se delimita el sistema y se define su funcionalidad a través de las

siguientes actividades:

1. Determinar el perfil de la Biblioteca: Se busca obtener

información clave de la Biblioteca de Ingeniería, que sea de

utilidad en el proceso de análisis y diseño de la aplicación a

desarrollar.

2. Determinar el perfil de los Usuarios: Se identifican los usuarios

de la aplicación, determinando sus habilidades y conocimientos,

para así obtener el perfil de los mismos.


3. Analizar las tareas de los usuarios: Se determina que quieren

hacer los usuarios y cómo llevan a cabo sus tareas.

4. Analizar el ambiente de los usuarios: Se determina donde llevan

a cabo los usuarios sus tareas y se determinan las características

ambientales que pueden tener impacto en el trabajo de los usuarios.

5. Recopilar requerimientos de los usuarios: Se determina que

esperan los usuarios de la aplicación y su interfaz, además de

determinar los requerimientos funcionales para el producto de

software a desarrollar. Los requerimientos de los usuarios deben

ayudar a determinar el diseño apropiado de la interfaz de usuario.

6. Validar requerimientos finales expuestos por los usuarios:

Consiste en validar los requerimientos de los usuarios contra las

tareas que llevan a cabo. Para ello se deben manejar las

percepciones y los requerimientos de los usuarios de manera que

no esperen más de lo que obtendrán. Al igual, se debe verificar que

no se desarrolle algo más allá de lo que requieren los usuarios. Al

revisar las tareas de los usuarios y los requerimientos, es posible

determinar el impacto de los cambios y las medidas a tomar para

facilitar la transición.


3.1.1 Determinar el perfil de la Biblioteca de Arquitectura e

Ingeniería.

3.1.1.1 Antecedentes.

Históricos

La Biblioteca de Ingeniería y Arquitectura fue fundada en el año 2002

en el mes de abril y cuenta con aproximadamente 2300 Títulos que

comprenden 1850 libros y 504 Trabajos Especiales de Grado, además de

contar con revistas y algunos otros artículos, (Hemeroteca) actualmente

en registro.

Relacionados con la Investigación.

La Biblioteca ha sido objeto de estudio para automatizar su

funcionamiento pero ninguno de éstos a sido implementado por lo que

tales sistemas no pueden ser evaluados, ocasionando los limitantes

resultados, evidentes para el feliz término de esta investigación.

3.1.1.2 Misión

Ser una Institución de Educación Superior que contribuya con el

desarrollo del país, generando profesionales íntegros y completos que


permitan un crecimiento sustentado principalmente en su recurso

humano.

2.1.1.3 Visión.

Ser la primera Institución de Educación Superior en su género, que se

distinga por brindar a sus inscritos un excelente servicio y una atención

personalizada, por innovar continuamente los procesos de formación

educativa para ofrecer la mejor calidad posible en cada una de las

disciplinas que se ofrecen y por su capacidad para aportar soluciones

integrales en el campo de la docencia.

2.1.1.4 Objetivos de la Biblioteca

Ser el proveedor dominante de soluciones integrales de

información en el recinto usemista, defendiendo la USM y a sus

miembros usuarios (Docentes, Estudiantes, entre otros).

Aplicar la tecnología para responder oportunamente a las

necesidades y requerimientos crecientes del mercado de las

Universidades del País. (Cantidad de material informativo, tipos,

Variedad, Aplicación Web que integre todas las Bibliotecas de la

USM, entre otras)


Crear y mantener ventajas competitivas mediante el manejo de la

información de nuestra base de datos de usuarios y material

bibliográfico. (Al poder disponer de la información necesaria, se

toman mejores decisiones para la pronta y más actual selección y

adquisición de material bibliográfico).

Crear y mantener ventajas competitivas basadas en la calidad de

los recursos humanos y servicios.

3.1.1.5 Actividades que realiza la Biblioteca

Dentro de las actividades que la biblioteca realiza se tienen los

servicios que ofrece al estudiantado, personal docente e investigativo,

entre otros.

Proveer de material a consultar como tesis, libros y Revistas

Clasificar, Ordenar, Registrar, almacenar y emitir reportes del

estado de los recursos (Libros, TEG, Revistas y otros) de la

Biblioteca.

Asignar las Cotas según la clasificación Cutter a los TEG

Asignar las Cotas según la clasificación Dewey a los libros.

Disponer de mesas y sillas para leer y analizar el material.

Disponer de equipos de computación.


Velar por el excelente mantenimiento de estos equipos de

cómputo.

2.1.2 Determinar el perfil de los usuarios.

Para determinar el perfil de los usuarios se realizaron entrevistas al

Personal que labora en la Biblioteca de la USM, donde se les solicitó

información acerca de las tareas que realizan, herramientas utilizadas en

sus labores y conocimientos de la tecnología Internet.

En respuesta se obtuvo que todo el personal de la biblioteca posee

destrezas en la navegación por Internet, lo que pone en evidencia de que

puedan operar a un nivel óptimo la aplicación Web a construir, sin

ningún inconveniente por la tecnología. Las personas que integran la

Biblioteca de la USM son:

Una persona Encargada

Asistentes

2.1.3 Analizar las tareas de los usuarios.

El personal que labora en la Biblioteca se encarga de recibir, ordenar,

clasificar, asignar cotas y almacenar el material bibliográfico para su

posterior utilización.


También se encargan de procesar las diferentes solicitudes que

reciben de los usuarios de la Biblioteca y de mantener las normas de

silencio y seguridad que el recinto amerita.

La información actual que se maneja es la utilización del estándar

Cutter y Dewey para la determinación y colocación de cotas en los

diferentes TEG y libros respectivamente.

El estándar Cutter establece una notación específica en el siguiente

enlace: http://www.oclc.org/americalatina/es/dewey/support/program/,

en éste; se establece el formato o estructura del índice que se les asigna a

cada tesis (TEG), este índice permite indexar de manera unívoca cada

registro, u ocurrencia de una Tesis, Informe de Pasantía o Proyecto

El estándar Dewey establece la siguiente notación:

Cifra de 3 dígitos punto otra cifra de 3 dígitos: Dadas por el estándar

Dewey.

La primera letra del apellido del autor y un número que Dewey le asigna

a cada letra del Alfabeto.

La letra T seguida del número de tomos.

El número de ejemplares terminando con Ej.

Analizar el ambiente de los usuarios.

http://www.oclc.org/americalatina/es/dewey/support/program/


La biblioteca de la facultad de Ingeniería de la USM cuenta con un

espacio físico propio ubicado en la planta baja del módulo 9 de la

facultad.

Ambiente físico de trabajo.

Este tiene poca luminosidad.

El aire no fluye con naturalidad ya que se trata de un ambiente

cerrado y no existen aires acondicionados.

Falta de adecuada luminosidad

Vidrios Rotos que permiten el ingreso de insectos no deseados…

Localización de usuarios y mobiliario

Los usuarios se encuentran ubicados tras un mostrador donde

realizan todas sus actividades.

No existe una oficina dentro de la Biblioteca, ni un eficiente, sillas

adecuadas para el personal, entre otras graves cosas.

Las mesas que se destinan para el uso y consulta del material no

tienen el ángulo de inclinación adecuado y las sillas son bastante

incómodas.

Infraestructura tecnológica y plataforma de trabajo.

Existen 10 computadores básicos que no están interconectados, para uso

de los usuarios finales de la biblioteca y tampoco existe impresora donde

los usuarios tengan acceso al servicio, al igual que a otros inherentes a la


búsqueda y recolección de la información (venta de Discos Magnéticos,

papel, entre otros) que permitirían elevar el nivel del servicio. Tenemos

otro computador para uso de los operadores que laboran en la misma para

complementar las funciones que ellos realizan.

Hardware. PC Acer 133MGHz

64 MB de RAM, unidad floppy 3.5”, unidad CD-ROM,

HDD de SANSUM 2,5 GB

Software. SO. Windows 98, Office 97

2.1.4 Recopilar requerimientos de los usuarios.

En este punto se deben determinar las expectativas de los usuarios en

cuanto a las funcionalidades y presentación (Interfaz) que deberá proveer

la aplicación a desarrollar, dentro de las entrevistas desarrolladas se

obtuvieron las siguientes perspectivas en cuanto a lo que ellos esperan de

la aplicación:

Diseñar una aplicación Web que provea de interfaces para dar

soluciones a los problemas o necesidades que tienen los usuarios

finales de la Biblioteca.

Registrar información del material bibliográfico en calidad de

Préstamo.

Proteger la información de la Biblioteca, de los usuarios no

autorizados.


Permitir realizar búsquedas automatizadas de información según

categoría y criterios.

Permitir consultar información relacionada al material bibliográfico

de la biblioteca.

Permitir consultar información relacionada con los usuarios de la

biblioteca.

Colocar los computadores en red para compartir recursos como

impresión.

2.1.5 Validar los requerimientos finales expuestos por los usuarios.

Este paso consiste en validar los requerimientos de los usuarios contra

las tareas que llevan a cabo. Como resultado de este estudio se obtuvo

que los usuarios quedaran muy satisfechos con los siguientes aspectos:

Diseñar una interfase amigable que permita a los usuarios finales dar

solución a los problemas y necesidades en la búsqueda de la

información en la Biblioteca.

Permitir el préstamo por Internet a los usuarios registrados que estén

solventes tanto administrativamente como con la biblioteca.


El proceso de préstamo por la Internet tendrá una duración máxima de

48 horas para que el usuario proceda a retirar en la biblioteca el

material de su elección.

El registrar la información en una Base de Datos que va a ser

diseñada, minimiza el tiempo de trabajo y la elaboración de reportes

finales a la Dirección.

Proveer de Seguridad a la información de la Biblioteca mediante la

creación de tres tipos de usuarios como más adelante explicaremos.

Usuario Normal (No pertenece a la comunidad Usemista).

Usuario Registrado (Pertenece a la comunidad Usemista).

Mantenimiento (Incluye otra subclasificación).

2.2 Análisis y Diseño Aplicando el Método OOSE Extendido.

En el proceso de análisis y diseño se aplicará el Método OOSE

[Jac92], tomando en consideración las extensiones propuestas en

[LEA98] para el desarrollo de aplicaciones Web.

De la fase de análisis se podrían obtener una serie de modelos cuyo

objetivo común es analizar, especificar y definir el sitio Web a ser

construido. En este proceso se realizará una descripción conceptual del

sistema basada en los requerimientos de los usuarios, es decir; el


propósito es crear el escenario que represente el comportamiento general

del sistema según la perspectiva del usuario.

Los Modelos que resultan de la fase de análisis según [Jac92] son :

Modelo de Casos de Uso.

Modelo Objetos del Dominio.

Modelo de Interfaz.

Modelo de Análisis.

La fase de Diseño y Construcción comienza una vez completado el

modelo de comportamiento del sistema. El resultado de esta fase es el

Modelo de Diseño, un refinamiento y formalización del modelo de

análisis, donde se toma en cuenta el ambiente de implementación. Los

siguientes pasos estructuran los diferentes modelos de la fase de análisis

y diseño:

Identificar los Actores y Casos de Uso Principales. Refinar los Casos de Uso Principales. Construir el Modelo Objeto del Dominio. Construir el Prototipo de la Interfaz Gráfica de Usuario Estructurar el Modelo Objeto en Paquetes. Construir el Modelo de Diseño.

3.2.1 Identificación de Actores y Casos de Uso Principales

Aplicación Web para la Gestión del

Material Bibliográfico de la Biblioteca de la Facultad de Ingeniería

y Arquitectura de la USM

Usuarios de la Aplicación Web (Estudiantes, Docentes, público en general)

Operadores(Administrador, Encargados)

Figura 3.1 Actores del Sistema


El Modelo de Casos de Uso especifica la funcionalidad del sistema

según la perspectiva del usuario. Utiliza actores para representar los roles

que un usuario puede desempeñar y casos de uso para especificar todo

aquello que un usuario puede llevar a cabo con el sistema. La figura 3.1

muestra los actores del sistema.

Actor Primario.

Usuarios de la Aplicación Web: Son aquellas personas cuyos roles son

estudiantes, docentes, investigadores y público en general. Tendrán un

nivel de acceso el cuál les permitirá la navegación dentro de la

aplicación. Sólo podrán consultar el material bibliográfico los miembros

de público en general, mientras que los pertenecientes a la comunidad

usemista tendrán servicios adicionales como reservar material

bibliográfico bajo la modalidad Web.

Actor Secundario.


Operadores: Representan a los administradores y los operadores. Los

primeros, podrán llevar a cabo todo tipo de operaciones (consultar,

modificar, insertar y eliminar) dentro de la aplicación para manipular la

información que se encuentra almacenada en la Base de Datos, los

segundos; podrán llevar a cabo labores de mantenimiento como

(consultar, actualizar e insertar) la información dentro de la Base de

Datos.

ValidarUsuarios

Mantenimiento del Sistema

Consultar BibliografíaUsuarios Públicos

de la Biblioteca

OperadoresFigura 3.2 Diagrama de Casos de Uso general


Casos de Uso Principales

A continuación se presentan los casos de uso principales (figura 3.4)

que describen las funcionalidades del sistema. Estos casos de uso se

fundamentan en los requerimientos expuestos con anterioridad.

1 Validar Usuario: Este caso de uso se encarga de validar la clave de

autorización (cédula y password) de los actores que interactúan con el

sistema con fines de mantenimiento, para que puedan acceder a la

información contenida en la Base de Datos. En estos actores se

distinguen: a)los operadores (que sólo podrán realizar todas las

operaciones menos la eliminación en la Base de Datos). Tendrán un nivel

1

1.1

1.2<<use>>

<<use>>

<<use>>

<<use>>

<<use>>

Administradores


de acceso el cual les permitirá desenvolverse dentro del sistema tanto

como sea requerido. b) los administradores que tienen un acceso total al

sistema. Los usuarios en general, serán los no registrados que de igual

forma, tendrán acceso al módulo de consulta del material bibliográfico

(Sólo Lectura) y pertenecientes a éstos últimos están los usuarios

registrados (pertenecientes a la comunidad usemista) que podrán

consultar y realizar reservas del material bibliográfico, por Internet.

1.1 Consultar Bibliografía: Este caso de uso permite realizar la consulta

de los libros, TEG y revistas según diferentes criterios de búsqueda

que permiten obtener y manipular su información.

1.2 Mantenimiento del Sistema: Caso de uso que permite al actor

Secundario gestionar el mantenimiento de la información de los libros,

TEG, Proyectos (P), Informes de Pasantías (IP), y Revistas.

3.2.2 Refinar los Casos de Uso Principales

En el modelo de casos de uso, que describe las funcionalidades de la

aplicación iniciadas por los actores, se presentan tres tipos de relaciones

entre casos de uso:

Relaciones de comunicación (Interacciones) entre los actores y los

casos de uso.


Relaciones de extensión (extend) mediante las cuales se indica que

un caso de uso es una extensión de un caso de uso base, si

constituye una parte opcional de éste último; este tipo de relación

puede ser vista como una interrupción que ocurre en el caso de uso

base, para que se ejecute otro caso de uso.

¿Cuándo usar extend?

Para modelar extensiones de un caso de uso base, que correspondan a:

Partes opcionales del caso de uso.

Cursos alternativos que raramente ocurren.

Cursos separados que son ejecutados en ciertas condiciones.

Situaciones donde diferentes casos de uso, pueden ser insertados.

¿Cuándo usar Use?

Relaciones de uso (use) que permite aislar una parte del

comportamiento de un caso de uso base, pudiendo ser utilizado por

otros casos de uso.

Cuando se quiere particionar un caso de uso base en casos de uso

constituidos.

Cuando se quiere separar una parte que por sí misma constituye

una funcionalidad importante dentro del caso de uso base.

Cuando se identifica un caso de uso abstracto, el cual es utilizado

para identificar los casos de uso que presentan un comportamiento

semejante, que luego será instanciado en otros casos de uso y pasa

a ser un caso de uso concreto.


Por otra parte, se hace necesaria la introducción de una nueva relación

entre casos de uso que exprese el cambio de contexto1, la cual permite

modelar la situación de cambios de sitios Web, ello significa en términos

de la implantación pasar a un nuevo contexto, por lo que se incorpora una

nueva relación denominada “link” al método OOSE [LEA98],

Un caso de uso puede relacionarse con el caso de uso base mediante la

relación link si corresponde a interacciones sobre diferentes contextos.

Ello lleva necesariamente a nuevas pantallas y lógicamente a otro

contexto del cual no se plantea el retorno al punto de partida.

¿Cuándo usar Link?

Cuando dos o más casos de uso relacionados no pertenecen al

mismo contexto.

Cuando se quiere modelar un cambio de contexto. Estas relaciones

permiten modelar diversas situaciones de interacción en la

navegación de sitios Web, sin embargo; son insuficientes.

A continuación se describen las posibles situaciones que nos podemos

encontrar al modelar sitios Web.

Las interacciones sobre una misma página, es decir; las

interacciones que se encuentran ubicadas en un mismo contexto

pueden modelarse utilizando la “Relación Use” del método OOSE

1 Contexto: Se refiere al conjunto de páginas correspondientes a uno o más casos de uso que tienen el mismo caso de uso base.

Usuario

Consultar

1.1

Capturar datos

Mostrar Datos

Figura 3.3 Diagrama Caso de Uso Principal: Consultar

<use>


Las interacciones sobre distintas páginas del mismo contexto

pueden modelarse utilizando la “Relación extend” del método

OOSE

Las interacciones sobre distintas páginas de diferentes contextos

pueden modelarse utilizando una nueva primitiva denominada

“Link”, incorporada al método OOSE en [LEA98], la cual permite

describir relaciones entre casos de uso donde se expresa el cambio

de contexto, es decir; permite modelar la situación de cambios de

sitios Web.

A continuación se muestra el desarrollo de los casos de uso

principales identificados en el análisis de la Aplicación. Cada diagrama

corresponde a la estructura de un caso de uso utilizando las relaciones

extend, use y link donde sean necesarias.

REFINAMIENTO CASO DE USO PRINCIPAL: Consultar

Ubicar Datos

1.1.1

1.1.2

1.1.3

<use>

< use >

Usuarios Públicos

Consultar Libro

1.1.1

Capturar Datos para búsqueda por Autor,

Título o Tema

Figura 3.4 Diagrama Caso de Uso Principal: Consultar Libro

Ubicar libro


1.1.1 Capturar Datos: Caso de uso que permite capturar los datos de un

libro, TEG o Revista en particular, según diferentes criterios de

búsqueda establecidos por el autor.

1.1.2 Ubicar Datos: Caso de uso que permite ubicar en la BD los datos

del Libro, TEG o Revista.

1.1.3 Mostrar Datos: Caso de uso que permite mostrar los datos del

Libro, TEG o Revista.

REFINAMIENTO CASO DE USO PRINCIPAL: Consultar Libro

1.1.1.1

<Use>

<Use> 1.1.1.2

1.1.1.3

Mostrar Datos del

Libro

<Use>


1.1.1.1 Capturar Datos para búsqueda por Autor, Título o Tema:

Caso de uso que permite la búsqueda del libro por Autor, Título

o Tema.

1.1.1.2 Ubicar Libro: Caso de uso que permite ubicar la existencia o no

del libro en la base de datos.

1.1.1.3 Mostrar Datos del Libro: Caso de uso que permite mostrar los

datos (contenidos en la base de datos) del Libro.

REFINAMIENTO CASO DE USO PRINCIPAL: Consultar TEG, P o

IP

Figura 3.5 Diagrama Caso de Uso Principal: Consultar TEG, P o IP

Usuarios

Consultar TEG, P,IP

1.1.2

Capturar Datos para búsqueda por Autor,

titulo, año, especialidad

1.1.2.1

<use>

<use>

<use>

Ubicar Datos del TEG, P, o IP

Mostrar Datos del TEG, P o IP

1.1.2.2

1.1.2.3

Figura 3.6 Diagrama Caso de Uso Principal: Consultar Revistas


1.1.2 Consultar TEG, P o IP: Caso de Uso que permite consultar un

Trabajo Especial de Grado, Un Proyecto o un Informe de

Pasantía.

1.1.2.1 Capturar Datos para búsqueda por Autor, Título, año o

especialidad: Caso de uso que permite la búsqueda del TEG, P o

IP por Autor, Título, Año o Especialidad.

1.1.2.2 Ubicar Datos: Caso de uso que permite ubicar la existencia del

TEG, P o IP en la base de datos.

1.1.2.3 Mostrar Datos: Caso de uso que permite mostrar los datos del

TEG, P o IP contenidos en la base de datos.

REFINAMIENTO CASO DE USO PRINCIPAL: Consultar Revistas

Usuarios

Consultar Revistas

1.1.3

Capturar Datos para búsqueda por Título,

Año, Número, volumen, Autor/Editorial

1.1.3.1

<use>

<use>

Ubicar Datos-R

Mostrar

Datos-R

1.1.3.2

1.1.3.3

<use>


1.1.2 Consultar Revistas: Caso de uso que permite consultar un(as)

Revistas en la base de datos.

1.1.2.1 Capturar Datos para búsqueda por título, año, número o

volumen y editorial: Caso de uso que permite la búsqueda por

editorial, volumen, número, año o título de la Revista.

1.1.2.2 Ubicar Datos-R: Caso de uso que permite ubicar la existencia o

no de la Revista en la base de datos.

1.1.2.3 Mostrar datos-R: Caso de uso que permite mostrar los datos de

la Revista contenidos en la base de datos.

REFINAMIENTO DEL CASO DE USO PRINCIPAL:

Mantenimiento del Sistema. (Administrador)

Administradores

Mantenimiento del Sistema

1.1.4

Modificar Material

1.1.4.1

<extend>

<extend>

<extend>

Eliminar Material

Insertar Material

1.1.4.2

1.1.4.3

Figura 3.7 Caso de Uso Principal. Mantenimiento del Sistema (Administrador)

Operadores

Modificar Material

1.1.4.1

Consultar Material

Mostrar Datos

Actualizar Material

Capturar Datos del Material

Ubicar Datos


1.1.4 Mantenimiento del Sistema: Este caso de uso permite realizar

Todas las labores de mantenimiento del Sistema. (SOLO EL

ADMINISTRADOR).

1.1.4.1 Modificar Material: Caso de uso que permite modificar el

material bibliográfico contenido en la base de datos del Sistema.

1.1.2.2 Eliminar Material: Caso de uso que permite eliminar un

material bibliográfico contenido en la base de datos del Sistema.

1.1.2.3 Insertar Material: Caso de uso que permite insertar un material

bibliográfico en la base de datos del Sistema.

REFINAMIENTO DEL CASO DE USO PRINCIPAL: Modificar

Material. (Operadores)1.1.4.1.1.1

1.1.4.1.1

<use>

<use>

1.1.4.1.2

1.1.4.1.1.3

1.1.4.1.1.2

<use>

<use>

<use>

Administrador

Eliminar Material

1.1.4.2

Consultar Material

Borrar Material


1.1.4.1 Modificar Material: Caso de uso que permite modificar el

material bibliográfico de la base de datos del Sistema.

1.1.4.1.1 Consultar Material: Caso de uso que permite modificar los

datos del libro contenidos en la base de datos del sistema.

1.1.4.1.2 Actualizar Material: Caso de Uso que permite modificar el

material respectivo en la Base de Datos

REFINAMIENTO CASO DE USO PRINCIPAL: Eliminar Material

Figura 3.8 Diagrama Caso de Uso Modificar Material

1.1.4.2.1

<use>

<use>

Figura 3.9 Diagrama Caso de Uso Principal. Eliminar Material

1.1.4.2.2

Operadores

Insertar Material

1.1.4.3

Consultar Material

Capturar Datos

Crear Material


1.1.4.2 Eliminar Material: Caso de uso que permite solo al

Administrador, eliminar un material bibliográfico contenido en

la base de datos del Sistema.

1.1.4.2.1 Consultar Material: Caso de uso que permite consultar el

material a ser eliminado de la base de datos del Sistema.

1.1.4.2.2 Borrar Material: Caso de uso que permite eliminar el material

seleccionado de la Base de Datos del Sistema.

REFINAMIENTO CASO DE USO PRINCIPAL: Insertar Material

1.1.4.3.1

<use>

<use>

<use>

1.1.4.3.2

1.1.4.3.4

1.1.4.3.3

1.1.4.3.1.1

<use>

<use>

Ingresar Datos del Material

Almacenar material


1.1.4.3 Insertar Material: Caso de uso que permite insertar un material

bibliográfico en la base de datos del Sistema.

1.1.4.3.1 Consultar Material: Caso de uso que permite consultar un

material en la base de datos del Sistema.

1.1.4.3.1.1 Capturar Material: Caso de uso que permite buscar un libro,

TEG, P, IP, Revista en la base de datos del sistema.

1.1.4.3.2 Crear Material: Caso de uso que permite crear el material en

la base de datos del sistema.

1.1.4.3.3 Ingresar Datos del Material: Caso de uso que permite ingresar

los datos inherentes al material bibliográfico recién creado.

1.1.4.3.4 Almacenar Material: Caso de uso que permite guardar el

material creado en la base de datos del sistema.

Figura 3.10 Diagrama Caso de Uso Principal. Insertar Material


3.2.3 Construir el Modelo Objeto del Dominio

En el Modelo Objeto del Dominio del problema, se identifican las

nociones fundamentales de los objetos y las relaciones entre ellos.

Permite desarrollar una visión lógica del sistema. Según [LEA98], para

desarrollar el modelo objeto del dominio del problema, se deben seguir

los siguientes pasos:

Identificar los objetos que se encuentran naturalmente en el

dominio de la aplicación.

Describir y refinar los Objetos.

Elaborar el Diagrama del Modelo Objeto del Dominio.

Describir las relaciones entre los Objetos.

En este nivel se establecen los nombres y descripción de los objetos y

probablemente sus atributos y operaciones así como algunas de las

asociaciones estáticas.


3.2.3.1 Identificar los objetos que se encuentran naturalmente en el

dominio de la aplicación.

En la Figura 3.7 se muestran los objetos de la aplicación con sus atributos

y operaciones.

Libros

Id_l: StringTitulo_l: StringAutor_l: String

Materia_l: StringEdicion_l: Int

Editorial_l:String

Crear_libroEliminar_libroModificar_libroConsultar_libro

TEG Id_teg: String

Escuela_teg: StringTitulo_teg: StringAutor_teg: StringAño_teg: FechaEjemplares: Int

Descripción_teg: String

Crear_tegEliminar_tegModificar_tegConsultar_teg

Revistas

Id_Rev: StringTitulo_Rev: String

Editorial_Rev: StringAño_Rev: Fecha

Descripcion_rev: String

Crear_RevistaEliminar_RevistaModificar_RevistaConsultar_Revista

Usuarios

Usuario: StringLogin: String

Contraseña: StringTipo: String

Crear_UsuarioEliminar_UsuarioModificar_UsuarioConsultar_Usuario


3.2.3.2 Describir y Refinar los Objetos

Los objetos relevantes en el dominio de la aplicación son:

Libros: Representa la información de los libros que son

incorporados en la Biblioteca de la Facultad de Ingeniería y

Arquitectura de la USM.

TEG: Representa la información de los Trabajos Especiales de

Grado (tesis), Proyectos e Informes de Pasantía que son

incorporados en la Biblioteca de la Facultad de Ingeniería de la

USM para dar soluciones a requerimientos específicos de

información.

Revistas: Representa la información de las diferentes revistas que

son incorporadas como material bibliográfico de la Facultad de

Ingeniería de la USM.

Usuarios: Representa la información de los usuarios que van a

interactuar con la aplicación Web (tanto estudiantes, docentes y

empleados miembros de la universidad, como personal que labora

Figura 3.11 Objetos del Dominio de la Aplicación


en la Biblioteca y el Director), quien define las prioridades para

otorgar el acceso a la información del sistema.

3.2.3.3 Elaborar el Diagrama del Modelo Objeto del Dominio

3.2.3.4 Describir las relaciones entre los Objetos

Las relaciones entre los objetos son las siguientes:

Figura 3.12 Modelo Objeto del Dominio

UsuariosLibros

TEG, IP y P

Revistas

Consulta

Consulta

Consulta

1 1...*

1

1..*

1..*

1Es Prestado


Relación de asociación entre usuarios y libros: Se denomina

consultan cuya cardinalidad indica que un usuario tiene acceso a la

información de uno o muchos Libros.

Relación de asociación entre usuarios y libros: Se denomina

lleva cuya cardinalidad indica que un usuario puede llevar en

calidad de préstamo a su casa, uno o varios libros.

Relación de asociación entre usuarios y TEG: Se denominan


información de uno o muchos TEG.

Relación de asociación entre usuarios y Revistas: Se denomina


información de una o muchas revistas.

3.2.4 Construir el prototipo de la interfaz gráfica del usuario

La construcción del prototipo de interfaz gráfica, está relacionada

directamente con los casos de uso definidos en este capítulo, así como

también; en el modelo objeto del dominio del problema, ya que éstos

permiten identificar las diferentes situaciones de interacción de todos los

diferentes usuarios que de alguna manera usarán el sistema.

El tipo de interfaz debe ajustarse a las características de la aplicación

y debe manejar debidamente la información relacionada con el sitio Web.


Se empleó una estructura similar en todas las páginas para facilitar la

navegación por el sitio Web y proporcionar maneras rápidas en la

búsqueda de la información.

Los objetos presentes en la interfaz son:


Barra de Menú Vertical a la Izquierda: Constituida por los

siguientes botones:

1. Inicio, Se presenta la pantalla principal o de comienzo de la

Aplicación Web, Home del Usuario.

2. Consultas: Se muestra un menú en el que, el usuario puede

realizar la búsqueda del material bibliográfico contenido en

la biblioteca, según sean libros, revistas, trabajos especiales

de grado, proyectos o informes de pasantías.

3. Recursos: Se muestra un menú en el que, el usuario puede

consultar material que puede ser de su interés, a saber;

Historia de la Universidad Santa María, Enlaces y Pensum.

4. Contáctenos: Permite informar respecto al desarrollador de

la Aplicación Web (Web master), especifica una dirección

electrónica para contactarlo y una vía de acceso a la

biblioteca para diferentes fines, tanto donaciones como

otros.

5. Área para Miembros Usemistas: Permite el acceso al

Home del Usuario Registrado o miembro activo de la

Universidad Santa María.

Barra Horizontal Superior: Constituida por un colage de fotos de

lugares representativos de la USM a la izquierda y a la derecha se


identifica la Aplicación (Biblioteca Virtual) y el Logo de la USM con la

facultad en donde se creó la Aplicación.



Escenario 1 para Usuarios Públicos.


Escenario 2 para Usuarios Registrados.


Escenario 3 para Operadores del Sistema.



Escenario 4 para Administradores.

3.2.5 Construir el Modelo Objeto del Análisis.

El modelo de análisis tiene como objetivo estructurar el sistema

independiente del ambiente de implementación actual. Este Modelo


describe la funcionalidad dl sistema que se desea desarrollar, utilizando

tres (3) tipos de objetos: Objeto Entidad, Objeto Interfaz, Objeto de

Control. Cada uno de ellos modela un aspecto específico del sistema.

Construir el Modelo Objeto del Análisis implica seguir los siguientes

lineamientos:

Determinar los Objetos Entidad.

Determinar los Objetos Interfaz

Determinar los Objetos Control

Elaborar el Diagrama del Modelo Objeto del Análisis

integrando los diferentes tipos de objetos.

3.2.5.1 Determinar los Objetos Entidad

Los objetos entidad son utilizados para modelar la información

permanente o temporal del sistema. Estos objetos se han identificados

previamente en el Modelo Objeto del Dominio, éstos encapsulan la

información almacenada en la base de datos de la Empresa. En el nivel

de análisis pueden modificarse los objetos existentes o crearse nuevos

objetos, así como refinarse los objetos en lo que respecta a atributos,

operaciones y las relaciones entre ellos.

Los Objetos Entidad del Sistema son representados por: Usuarios,

Libros, TEG y Revistas.


El Diagrama de la figura 3.12, se corresponde al diagrama de los

objetos entidad y muestra las relaciones entre ellos.

3.2.5.2 Determinar los Objetos Interfaz.

Los Objetos Interfaz modelan el comportamiento e información

dependiente de la interfaz del sistema y entre otras cosas, describe la

comunicación bidireccional entre el sistema y sus usuarios.

Los objetos interfaz se pueden identificar partiendo del Prototipo de la

Interfaz Gráfica del Usuario o Modelo de Interfaz. Generalmente un

objeto interfaz está asociado a cada pantalla del sistema.

En la Fig. 3.13 se muestran los objetos interfaz y las relaciones entre

ellos. Allí se puede observar cómo es la transición entre las distintas

pantallas (páginas) del sitio web con la información que se maneja en el

sistema.


0

Usuarios Generales

1

Página de Proceso de Consultas

1.1

Consultar Libro

1.2

Consultar TEG

1.3

Consultar Revista

Búsqueda por Autor

1.1.1 Búsqueda por Título

Búsqueda por Materia

1.2.1

1.2.2

1.2.3

Búsqueda por Título

Búsqueda por Autor

Búsqueda por Especialidad

1.3.2

1.3.3

Búsqueda por Nombre

Búsqueda por Vol o Num

TEG

Libros

Revista

Criterios de Búsqueda

1.3.1

Búsqueda por Editorial


3.2.5.3 Determinar los Objetos Control

Los objetos control encapsulan el comportamiento de los objetos

dentro del sistema y modelan funcionalidades que no son naturales a los

otros dos tipos de objetos. Los objetos control se encargan de manejar la

comunicación entre los objetos interfaz y los objetos entidad, en este caso

de estudio, los objetos de control se encargan de la comunicación entre

las páginas Web y la Base de Datos.

Estos objetos pueden apreciarse en la figura 3.13 donde se integran al

diagrama de objetos general.

3.2.5.4 Elaborar el Diagrama del Modelo Objeto del Análisis.

En la figura 3.14 se muestra el diagrama del Modelo Objeto del

Análisis donde se integran los tres tipos de objetos identificados

anteriormente.

Figura 3.13 Diagrama de Transición de Objetos Interfaz


Usuarios

1

Página de Proceso de Consultas

1.1

Consultar Libro

1.2

Consultar TEG

1.3

Consultar Revista

Búsqueda por Autor

1.1.1

1.1.21.1.2

1.1.31.1.3



1.1.1

1.1.21.1.2

1.1.31.1.3


Búsqueda por Autor


1.3.1

1.3.2

1.3.3


Búsqueda por Volo Num


TEG

Libros

Revista


Figura 3.14 Diagrama del Modelo de Análisis

Operadores

2

Página de Procesos Mantenimiento

2.1

Modificar Material

2.2

Eliminar Material

2.2

Eliminar Material

2.3

Insertar Material

2.3

Insertar Material

Modificar Libro

2.1.1

2.1.22.1.2

2.1.32.1.3

Modificar TEG

Modificar Revista

2.2.1

2.2.22.2.2

2.2.32.2.3

2.3.1

2.3.2

2.3.3

0

Validar Usuario

Lista de Usuarios

Libros

2.1.1.1

2.1.1.2

Consultar Libro

Actualizar Libro

TEG

2.1.2.1

2.1.2.2

Consultar TEG

Actualizar TEG

Revista

2.1.3.1

2.1.3.2

Consultar Revista

Actualizar Revista

Eliminar Libro

Eliminar TEG

Eliminar Revista

Insertar Libro

Insertar TEG

Insertar Revista

Libros

2..2.1.1

2..2.1.2

Consultar Libro

Eliminar Libro

TEG

2..2..2.1

2..2..2.2

Consultar TEG

Eliminar TEG

Revista

2..2.3.1

2..2..3.2

Consultar Revista

Eliminar Revista

Libros

2..3.1.1

2..3.1.2

Consultar Libro

Insertar Libro

TEG

2..3.2.1

2..3.2.2

Consultar TEG

Insertar TEG


3.2.6 Estructurar el Modelo Objeto en Paquetes.

Para efectos de desarrollo y mantenimiento, a partir del Modelo

Objeto del Análisis , se identifican módulos (paquetes en UML) que

agrupan objetos. Un paquete es una forma de agrupar objetos y permite

encapsular su contenido, por lo tanto cada módulo es una estructura tipo

de paquete y existen relaciones de dependencias o de generalización

entre ellos. Los módulos reflejan funcionalidades del sistema (casos de

uso) con bajo acoplamiento entre ellos. En la figura 3.15 se presenta el

modelo estructurado en paquetes.

Página de Validación

Páginas Proceso de Consultas

Páginas Proceso Mantenimiento

Ayuda

Figura 3.15 Sistema Estructurado en Paquetes


3.2.7 Construir el Modelo de Diseño

El Modelo de Diseño comienza tan pronto como se tenga un modelo

razonable del comportamiento del sistema. Persigue crear una

arquitectura que dará paso a la implementación del software. El trabajo

inicial cuando se desarrolla el Modelo de Diseño es adaptar la estructura

de objetos al ambiente de implementación actual. El Modelo de Análisis

fue desarrollado asumiendo condiciones ideales de implementación., pero

el Modelo de Diseño se encargará de adaptar esas condiciones a la

realidad.

El Modelo de Diseño incluye la identificación e investigación de las

características que el ambiente de implementación tendrá en el diseño,

tales como el tipo de repositorio usado (base de datos), lenguaje de

programación, cómo deben manejarse los objetos y la comunicación

entre los objetos. La fase de diseño en toda aplicación web se ve

simplificada considerablemente ya que el análisis ha determinado cual


información es plana para integrarla a los objetos interfaz y cual será

almacenada en las bases de datos para representar a los objetos entidad.

En cuanto a los objetos control, en aplicaciones web, se reducen

básicamente a los protocolos de comunicación entre los objetos interfaz y

los objetos entidad persistentes almacenados en la base de datos. El resto

del control de la aplicación está depositado en los objetos interfaz, que se

apoyan en la funcionalidad que ofrece el navegador.

Tomando como base el Modelo de Análisis se han realizado las

siguientes consideraciones para traducir los objetos del análisis en los

objetos del diseño:

Los Objetos Interfaz que constituyen las páginas web de la

aplicación estarán desarrolladas con el lenguaje HTML y PHP,

siendo algunas de ellas interfaces para entrada y salida de datos.

Los Objetos Entidad estarán representados en tablas en la base de

datos.


Los Objetos Control son los que permiten comunicar los objetos

interfaz con los objetos entidad, ellos se implementan como

protocolos de comunicación y en este caso van a estar

representados por la tecnología PHP (Hypertext Preprocessor).

La figura 3.16 muestra el modelo objeto del diseño.

Página deValidación

Páginas Proceso de Consulta

Páginas Proceso de Consulta

Consultar Libros

Consultar TEG

Consultar Revistas

MYoDBC

Base deDatos

Páginas Proceso Mantenimiento

Material Bibliográfico

Crear

Eliminar

Modificar

MYoDBC


Consultar

Base deDatos

Figura 3.16 Modelo Objeto del Diseño

Páginas de Proceso de Consulta

Consultar TEG

Consultar TEG

Búsqueda por Autor

Búsqueda por Año


Consultar Revista

Consultar Revista


Búsqueda por Vol o Num.


Consultar Libro

Consultar Libro

Búsqueda por Autor



MYoDBC

Base de Datos

MYoDBC

Base de Datos

MYoDBC

Base de Datos


Eliminar Material

Insertar Material

Insertar Libro

Insertar TEG

Insertar Revista

MYoDBC

Base de Datos

Eliminar Material

Eliminar Libro

Eliminar TEG

MYoDBC

Insertar Material


3.2.7.1 Diagramas de UML Extendido

Ver Anexo A.

3.2.8 Modelo Entidad-Relación (E-R)

El Modelo Entidad-Relación, permite realizar el diseño de la base de

datos. Para ello se realizan los siguientes pasos:

Identificar las Entidades, sus atributos y claves

Identificar las relaciones entre las entidades, sus atributos y claves

Identificar las cardinalidades de las relaciones

Construir el diagrama Entidad-Relación

Páginas de Proceso Mantenimiento

Eliminar Revista Base de

Datos

Modificar Material

Modificar Material

Modificar Libro

Modificar TEG

Modificar Revista

MYoDBC

Base de Datos

Figura 3.16 Modelo de Diseño (Continuación)


3.2.8.1 Identificación de las Entidades, sus atributos y claves

Entidad: Usuarios

Descripción: Es el conjunto de actores o conjunto de todos aquellos usuarios que perteneciendo a distintos tipos (por su nivel de acceso), interactúan con la Aplicación, bajo diferentes escenarios.

Atributos

Id Int(6) Clave PrincipalPassword Varchar(20) Clave de Acceso del UsuarioCédula: int (8) Cédula del usuario

Apellido: varchar (30) Apellido del usuario.Nombre: Varchar(30) Nombre del Usuario

Departamento: Varchar(40) Departamento en que está el Usuario.Solventecaja: char (2) Define Solvencia Administrativa.

Solventebiblio: char (2) Define solvencia en la Biblioteca.

Entidad: Libros

Descripción: Es el conjunto de todos los Libros que existen en la Biblioteca y en donde cada uno tiene un conjunto de atributos que los identifica de manera unívoca.

Atributos:Id: Int(6) Clave Principal

Cota: Varchar (25) Identificador o clave del libroEjemplar: Int(4) Número de ejemplares

Título Varchar (160) Indica el título del libroAutor1 Varchar (40) Primer autor del libroAutor2 Varchar (40) Segundo autor del libroAutor3 Varchar (40) Tercer autor del libro


Registro Varchar (40) Registro del libroEspecialidad Varchar (30) Materia o disciplina de la que trata el

libroEditorial Varchar (30) Nombre de la editorial del libroUbicación Varchar (30) Ubicación física dentro de la biblioteca

Total Int (3) Cantidad de ejemplares en BibliotecaSala Int (3) Cantidad de ejemplares para uso en sala

Circulantes Int (3) Cantidad de ejemplares a prestarWeb: Int(3) Cantidad de Ej para WebBaja Int (3) Cantidad de ejemplares desincorporados

Entidad: TEG

Descripción: Es el conjunto de todos los TEG, Proyectos e Informes de Pasantías, que existen en la Biblioteca y en donde cada uno tiene un conjunto de atributos o características que los identifica de forma unívoca. Atributos:

Id: Int(6) Clave PrincipalCota Varchar (20) Identificador o clave del TEGano Varchar (4) Nomina el año de realización del TEG

Autor1 Varchar (50) Nomina el nombre del autor del TEGAutor2 Varchar (40) Nomina el nombre del Co-Autor del TEGTítulo Varchar (40) Título del TEG

Especialidad Varchar (30) Tema o materia que se trató en el TEGUbicación Int (3) Ubicación física en Biblioteca

Sala Int (3) Cantidad que se encuentran en SalaBaja Int (3) Cantidad de TEG desincorporados


Entidad: Revistas

Descripción: Es el conjunto de todas las Revistas que existen en la Biblioteca y en donde cada una tiene un conjunto de atributos o características que las identifica de forma unívoca.

Atributos:Id Int(6) Clave Principal

Cota Varchar (20) Identificador o clave de las revistasEjemplar Int(4)

Ano Varchar (4) Año en que fue impresaNumero Varchar (6) Número de identificación editorialVolumen Varchar (6) Volumen de identificación editorial

Título Varchar (50) Nombre de la revistaEspecialidad Varchar (30) Tema o disciplina objeto de esta revista

Editorial Varchar (30) Nombre de la Editorial de la revistaUbicación Varchar (30) Ubicación física dentro de la biblioteca

Total Int (3) Total de revistas iguales en BibliotecaSala Int (3) Cantidad del total asignada a Sala

Circulantes Int (3) Cantidad del total asignada a CirculanteBaja Int (3) Cantidad eliminadas del total

Entidad: Libros_Físico

Descripción: Es el conjunto de todos los Libros (de un mismo ejemplar) que existen en la Biblioteca y en donde cada uno tiene un conjunto de atributos que los identifica de manera unívoca..

Id: Int(6) Clave PrincipalCota: Varchar (25) Identificador o clave del libro

Ejemplar: Int(4) Número de ejemplarTipo: Int (2) 1:Sala, 2:Circulante, 3:Web

Status: Int (4) 1:Disponible, 2:No Disponible


Entidad: TEG_Físico

Descripción: Es el conjunto de todos los TEG, Proyectos e Informes de Pasantías de un mismo ejemplar, que existen en la Biblioteca y en donde cada uno tiene un conjunto de atributos o características que los identifica de forma unívoca.


Cota: Varchar (25) Identificador o clave del TEGEjemplar: Int (4) Número de ejemplar

Tipo: Int (2) 1:Sala, 2:Circulante, 3:WebStatus: Int (2) 1:Disponible, 2:No Disponible

Entidad: Revistas_Físico

Descripción: Es el conjunto de todos los ejemplares de una misma Revista, que existen en la Biblioteca y en donde cada una tiene un conjunto de atributos o características que las identifica de forma unívoca.


Cota: Varchar (25) Identificador o clave de las revistasEjemplar: Int(4) Número de ejemplar

Tipo: Int (2) 1:Sala, 2:Circulante, 3:WebStatus: Int (2) 1:Disponible, 2:No Disponible


Entidad: Prestamo

Descripción: Es el conjunto de todos los Prestamos que se asignan en la Biblioteca y en donde cada uno tiene un conjunto de atributos o características que los identifica de forma unívoca.


Id_L Int (6) Identificador o clave del LibroTipo_m Int(2) Tipo de Material (1:libro, 2:Revista,etc)

Tipo Int (2) 2:Circulante, 3:WebCédula: Int (8) Cédula del usuario

F_entrega: Date Fecha de entrega del libroF_vencimiento Date Fecha de vencimiento del préstamoF_entregado Date Fecha en que se entregó el libro

Status Int (2) 1:Disponible, 2:No DisponibleEstado Varchar (40) Mensaje del Estado del Libro

Entidad: PrestamoW

Descripción: Es el conjunto de todos los Prestamos que se asignan en la Biblioteca bajo la modalidad Web y en donde cada uno tiene un conjunto de atributos o características que los identifica de forma unívoca.


Id_L Int (6) Identificador o clave de los LibrosTipo_m Int(2) 1: Libro, 2:Revista, 3:TEG

Tipo Int (2) 1:Sala, 2:Circulante, 3:WebCédula: Int (8) Cédula del usuario

F_entrega: Date Fecha de entrega del libroF_vencimiento Date Fecha de vencimiento del préstamoF_entregado Date Fecha en que se entregó el libro

Status Int (2) 1:Disponible, 2:No DisponibleEstado Varchar (40) Mensaje del Estado del Libro


Identificación de las Relaciones entre las Entidades, sus Atributos y claves.

Relación: 1 Agrupa-Libros

Descripción: Indica los ejemplares que existen de un mismo libro.

Atributos: Id: Int(6) Clave Principal

Cota: Varchar (25) Identificador o clave del libro

Relación: 2 Agrupa-Revistas

Descripción: Indica los ejemplares que existen de una misma Revista.

Atributos:

Id: Int(6) Clave PrincipalCota: Varchar (25) Identificador o clave de las revistas

Relación: 3 Agrupa-TEG

Descripción: Indica los ejemplares que existen de un mismo TEG, P o IP.

Atributos: Id: Int(6) Clave Principal

Cota: Varchar (25) Identificador o clave del TEG, P o IP

Relación: 4 Relaciona

Descripción: Refleja como están ubicados los libros, revistas, TEG, P o IP con toda su información a los distintos Usuarios Usemistas asociados a cada material.


Atributos: Id_L Int (6) Identificador o clave del Libro

Cédula: Int (8) Cédula del usuario

Relación: 5 RelacionaW

Descripción: Refleja como están ubicados los libros, revistas, TEG, P o IP con toda su información a los distintos Usuarios Usemistas asociados a cada material vía Web.

Atributos:Id_L Int (6) Identificador o clave del Libro

Cédula: Int (8) Cédula del usuario

Relación: 6 Se IncluyeUDescripción: Permite insertar un nuevo usuario definiendo su clave de acceso, y solvencia.

Atributos:

Id: Int (6) Identificador o clave.Cédula: int (8) Cédula del usuario

Relación: 7 Se IncluyeADescripción: Permite insertar un nuevo usuario definiendo su Tipo (Operador o Administrador), para interactuar con el sistema.

Atributos:Id: Int (6) Identificador o clave

Cédula: int (8) Cédula del usuario


Relación: 8 Inserta

Descripción: Permite al Administrador insertar material bibliográfico.

Atributos:

Id: Int (6) Identificador o claveCota: Varchar (25) Identificador del material

Cédula: int (8) Cédula del usuario

Identificación de las Cardinalidades de las Relaciones.

1) Agrupa-Libros

Libros Libros_Físico

1 N1 11 N

2) Agrupa-Revistas

Revistas Revistas-Físico

1 N1 11 N


3) Agrupa-TEG

TEG TEG-Físico

1 N1 11 N

4) y 5) son equivalentes a diferencia de que ésta última es vía Web.

4.1)Usuarios Libros-Físicos

1 N1 11 N

4.2)Usuarios Revistas-Físicos

1 N1 11 N

4.3)Usuarios TEG-Físicos

1 N1 11 N


6) Se IncluyeU

UserAdmin Usuarios

1 1

7) Se IncluyeA

UserAdmin UserAdmin

1 1

8) Inserta

8.1)UserAdmin Libros

1 N1 11 N

8.2)

UserAdmin Revistas

1 N1 11 N

8.3)UserAdmin TEG, P o IP

1 N1 11 N


3.2.8.2 Diagrama Entidad-Relación

Documents

Capítulo III