Bliblioteca Virtual Requerimientos Funcionales Y No Funcionales 6f143j

>: es una relación cuya dirección es contraria a la de la relación <<extend>> que representa un comportamiento común del caso de uso.

En nuestro caso nos encontramos con que los casos de uso

“Visualización de galerías de fotos” y “Búsquedas en la B.B.D.D” requieren ser detallados en más profundidad. A continuación mostramos los diagramas de casos de uso de estos dos casos:

Figura 3.2. Caso de Uso de Búsquedas en la B.B.D.D.

Escuela Politécnica Superior de Jaén

-59-

BIBLIOTECA DIGITAL PROPUESTA DE ACTUACIÓN EN LOS FONDOS DE LÁINEZ ALCALÁ

Carlos Sánchez Escuderos

Figura 3.3. Caso de Uso de Visualización de Galerías de Fotos

A continuación, se describen detalladamente cada uno de los casos de uso mostrados en las figuras anteriores.

-60-




♦ Caso de Uso 1: Información del Autor Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “El Autor”. 3. El sistema muestra un pequeña biografía sobre el autor. Condiciones de salida: El sistema ha informado sobre el autor. Excepciones: Que no se pueda conectar con el servidor o que la

comunicación se interrumpa.


-61-



♦ Caso de Uso 2: Búsquedas en Su Obra Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “Su Obra”. 3. El sistema muestra un formulario mostrando los campos por los que el puede realizar la búsqueda. 4. El rellena el formulario con los campos que desee. 5. El sistema muestra los resultados de la búsqueda solicitada. Condiciones de salida: El sistema muestra los resultados de la búsqueda

que el ha solicitado. Excepciones: Que se produzca un error al comunicarse con la base de

datos.

-62-




♦ Caso de Uso 3: Búsquedas en Hemeroteca Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “Hemeroteca”. 3. El sistema muestra un formulario mostrando los campos por los que el puede realizar la búsqueda. 4. El rellena el formulario con los campos que desee. 5. El sistema muestra los resultados de la búsqueda solicitada. Condiciones de salida: El sistema muestra los resultados de la búsqueda


datos.


-63-



♦ Caso de Uso 4: Búsquedas en Archivo Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “Archivo”. 3. El sistema muestra un formulario mostrando los campos por los que el puede realizar la búsqueda. 4. El rellena el formulario con los campos que desee. 5. El sistema muestra los resultados de la búsqueda solicitada. Condiciones de salida: El sistema muestra los resultados de la búsqueda


datos. :

-64-




♦ Caso de Uso 5: Búsquedas en Biblioteca Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “Biblioteca”. 3. El sistema muestra un formulario mostrando los campos por los que el puede realizar la búsqueda. 4. El rellena el formulario con los campos que desee. 5. El sistema muestra los resultados de la búsqueda solicitada. Condiciones de salida: El sistema muestra los resultados de la búsqueda


datos.


-65-



♦ Caso de Uso 6: Visualización de Fotos Personales Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “Fotos”. 3. El sistema muestra una galería de fotos sobre el autor. 4. El pincha sobre la foto que desee. 5. El sistema muestra la foto ampliada. Condiciones de salida: El sistema muestra las fotos ampliadas. Excepciones: Que no se pueda conectar con el servidor o que la


-66-




♦ Caso de Uso 7: Visualización de Fotos de Objetos Personales Actores participantes: Cliente/. Condiciones de entrada: Ninguna. Flujo de eventos:

1. El sistema muestra un menú de entrada. 2. El elige la opción de “Objetos Personales”. 3. El sistema muestra una galería de fotos sobre objetos del autor. 4. El pincha sobre la foto que desee. 5. El sistema muestra la foto ampliada. Condiciones de salida: El sistema muestra las fotos ampliadas. Excepciones: Que no se pueda conectar con el servidor o que la



-67-



3.3.3. Escenarios Un caso de uso es una representación abstracta, una abstracción, de una funcionalidad del sistema a realizar. La representación concreta de un caso de uso se realiza mediante la creación de uno o más escenarios que muestren todas las interacciones posibles entre el sistema y sus s. Los

escenarios

son

historias

ficticias

que

describen

posibles

interacciones con una interfaz. Permiten a los diseñadores anticiparse a los problemas. Aunque son historias ficticias deben hacerse lo más detalladas posibles, así por ejemplo, los personajes deben tener nombres, motivaciones para usar la interfaz, deben encontrarse en entornos reales con las restricciones que ello conlleva, etc. De esta manera se facilita a los diseñadores la discusión sobre la interfaz ya que a las personas nos cuesta más trabajo discutir sobre una situación abstracta. Esta forma de proceder fuerza a los diseñadores a considerar el rango de s que va a usar el sistema y el rango de actividades por las que lo van a usar. Los escenarios permiten hacer diferentes combinaciones de s y actividades de forma que se tengan en cuenta todas las posibilidades. Un escenario esta formado por los siguientes elementos: – Un nombre único y unívoco. – Una descripción. – Los actores participantes. – El flujo de eventos. Como se ha indicado, para cada caso de uso puede haber varios escenarios. Nosotros vamos a definir solo algunos de los escenarios para los principales casos de uso, así se tendrá un ejemplo de las principales funcionalidades del sistema: ♦ Escenario Información del Autor. ♦ Escenario Búsquedas en Hemeroteca. ♦ Escenario Visualización de Fotos Personales.

-68-




Nombre: Información sobre el Autor. Descripción: La trabajadora del I.E.G Olga Cifuentes quiere un pequeño informe sobre el autor Rafael Láinez Alcalá. Actores participantes: Olga Cifuentes. Flujo de eventos: 1. El sistema muestra un menú de entrada. 2. Olga Cifuentes elige la opción de “El Autor”. 3. El sistema muestra un pequeña biografía sobre el autor.

Figura 3.4. Escenario Información del Autor


-69-



Nombre: Búsquedas en Hemeroteca. Descripción: La bibliotecaria del I.E.G Justa Martínez necesita información sobre los artículos que publico Rafael Láinez Alcalá en el periódico ABC. Actores participantes: Justa Martínez y B.B.D.D. Flujo de eventos: 1. El sistema muestra un menú de entrada. 2. Justa Martínez elige la opción de “Hemeroteca”. 3. El sistema muestra un formulario mostrando los campos por los que el puede realizar la búsqueda. 4. Justa Martínez rellena el formulario con los campos que desee. 5. El sistema muestra los resultados de la búsqueda solicitada.

Figura 3.5. Escenario Búsquedas en Hemeroteca .

-70-




Nombre: Visualización de Fotos Personales. Descripción: La usuaria de la biblioteca Mª del Mar Jiménez del I.E.G. necesita fotos sobre la vida personal de Rafael Láinez Alcalá. Actores participantes: Flujo de eventos: 1. El sistema muestra un menú de entrada. 2. Mª del Mar Jiménez elige la opción de “Fotos” . 3. El sistema muestra una galería de fotos sobre el autor. 4. Mª del Mar Jiménez pincha sobre la foto que desee. 5. El sistema muestra la foto ampliada.

Figura 3.6. Escenario Visualización de Fotos Personales


-71-



3.4. DISEÑO DEL SISTEMA Sin duda, realizar de manera adecuada cada una de las actividades que conlleva la Ingeniería del Software es indispensable para la realización de un proyecto software de calidad. Por lo tanto, no se puede decir que ninguna de estas actividades sea más importante que otra. Sin embargo, si podemos decir que la actividad de diseño es la más delicada y la más laboriosa de llevar a cabo. ♦ Es delicada porque si no se lleva a cabo correctamente se hace imposible el codificar, de manera correcta, en la actividad de implementación el modelo obtenido en el análisis del sistema, lo que puede repercutir en el desperdicio de todo el esfuerzo realizado durante las primeras actividades de la Ingeniería del Software. ♦ Y es laboriosa porque las estrategias a seguir para conseguir que esta traducción entre modelo y código se lleve a cabo correctamente son muy diversas y bastante complejas. Se puede decir, por tanto, que el diseño del sistema es la actividad de la Ingeniería del Software en la que se identifican los objetivos finales del sistema y se plantean las diversas estrategias para alcanzarlos en la actividad de implementación. Sin embargo, el sistema no se suele diseñar de una sola vez sino que hay que diferenciar entre el diseño y estructura de los datos que se van a manejar y el diseño de la interfaz entre la aplicación y el . Estas dos fases del diseño no se realizan de forma consecutiva una detrás de la otra sino que lo normal es realizarlas de manera concurrente y finalizarlas a la vez. Las distintas fases de diseño que veremos a continuación son:

-72-

-

Diagrama de clases: muestran la estructura del sistema.

-

Diseño de los datos: estructura de los datos.

-

Diseño de la interfaz: se define la apariencia visual de la aplicación.




3.4.1.. Diagrama de clases Los diagramas de clases se utilizan para mostrar la estructura estática del sistema modelado. Pueden estar contenidos por clases, interfaces, paquetes, relaciones e incluso instancias, como objetos o enlaces. Son una potente herramienta de diseño, ayudando a los desarrolladores a planificar y establecer la estructura del sistema y subsistema antes de escribir ningún código. Esto permite asegurar que el sistema está bien diseñado desde el principio. Son utilizados en la fase de diseño prácticamente en la totalidad de los sistemas que utilizan UML para su modelado. Los diagramas de clases tienen los siguientes componentes: - Clases: son los componentes fundamentales de los diagramas de clase. Su notación general es un rectángulo dividido en tres secciones, mostrando la primera el nombre de la clase, la siguiente los atributos y la última las operaciones. - Relaciones: es una conexión semántica entre elementos. Existen cuatro tipos principales de relaciones: o Generalización: es una relación de especialización. o Asociación: es una relación estructural. Existen dos subtipos, la agregación y la composición. o Realización: es una relación contractual, en la cual una clase especifica un contrato que otra clase garantiza que cumplirá (por ejemplo, una interface). o Dependencia: Es una relación de uso.


-73-



Una vez descritos brevemente los componentes de un diagrama de clases, vamos a proceder a analizar los propios del sistema.

3.4.1.1. Diagrama completo de clases Antes de mostrar el diagrama de clases, vemos apropiado explicar como va a ser el funcionamiento o la lógica de negocio del sistema para ver más claramente el paso de información o comunicación entre las distintas capas diseñadas. A la hora de diseñar una aplicación con una interfaz gráfica de es importante seguir el esquema de diseño Modelo-Vista-Controlador (MVC). En este esquema se definen tres roles bien diferenciados: –

Modelo: el modelo es la representación de la información de un problema.

–

Vista: una vista es una posible visualización de la información contenida en un modelo. Un modelo puede tener varias vistas definidas.

–

Controlador: el controlador se encarga de coordinar la interacción entre las vistas y los modelos. Cada vez que un modelo cambia internamente, actualiza sus vistas.

Figura 3.7. Esquema de la arquitectura MVC

-74-




El mensaje más importante que proporciona este esquema de diseño es que siempre hay que separar la representación del problema con la interfaz de u otra forma de visualización de la información del modelo (informe impreso, gráfico, etc.). En nuestra aplicación, no podemos representar el diagrama de clases, ya que hemos utilizado el lenguaje PHP, y no utiliza clases.

3.4.2. Diseño de los datos La intención de esta fase del diseño software es determinar la estructura que poseen cada uno de los elementos de información del sistema, es decir, la estructura de los datos sobre los que va a trabajar. Estos elementos son: –

Su Obra, conocemos su titulo, fecha, editorial y lugar de publicación.

–

Hemeroteca, conocemos su titulo, fecha y lugar de publicación.

–

Archivo, conocemos su titulo, autor, fecha, editorial y lugar de publicación.

–

Biblioteca, conocemos su titulo, autor, fecha, editorial y lugar de publicación.

Una vez determinados cuales son los elementos de información del sistema, se deben obtener sus representaciones en forma de tablas de una base de datos. Para ello, se debe realizar primeramente un diseño conceptual de la base de datos para, posteriormente, obtener las tablas requeridas. Para realizar este diseño conceptual se utilizará el modelo Entidad-Relación.

Modelo Entidad-Relación El modelo Entidad-Relación (también conocido por sus iniciales: E-R) es una técnica de modelado de datos que utiliza diagramas entidad-relación. No es la única técnica de modelado pero si es la más extendida y utilizada.


-75-



Un diagrama entidad-relación esta compuesto por tres tipos de elementos principales: –

Entidades: objetos (cosas, conceptos o personas) sobre los que se tiene información. Se representan mediante rectángulos etiquetados en su interior con un nombre. Una instancia es cualquier ejemplar concreto de una entidad.

–

Relaciones: interdependencias entre uno o más entidades. Se representan mediante rombos etiquetados en su interior con un verbo. Si la relación es entre una entidad consigo mismo se denomina reflexiva, si es entre dos entidades se denomina binaria, ternaria si es entre tres y múltiple si es entre más.

–

Atributos: características propias de una entidad o relación. Se representan mediante elipses etiquetados en su interior con un nombre.

En los diagramas entidad-relación también hay que tener en cuenta otros aspectos como pueden ser: –

Entidades débiles: son aquellas que no se pueden identificar unívocamente solo con sus atributos, es decir, necesitan de estar relacionadas con otras entidades para existir. Se representan con dos rectángulos concéntricos de distinto tamaño con un nombre en el interior del más pequeño.

–

Cardinalidad de las relaciones: existen tres tipos de cardinalidades de una relación según el número de instancias de cada entidad que involucren: •

Uno a uno: una instancia de la entidad A se relaciona solamente con una instancia de la entidad B. (1:1)

•

Uno a muchos: cada instancia de la entidad A se relaciona con varias de la entidad B. (1:*)

-76-



•


Muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B. (*:*)

–

Claves: cada entidad de un diagrama entidad-relación debe tener una clave, debe estar formada por uno o más de sus atributos.

Una vez conocidos los elementos que forman parte de un diagrama entidad-relación podemos empezar a desarrollar el modelo entidad-relación. Los pasos a seguir son los siguientes: 1. Convertir el enunciado del problema (o, como es nuestro caso, los elementos del sistema software) en un Esquema Conceptual del mismo. 2. Convertir este Esquema Conceptual (o EC) en uno más refinado conocido como Esquema Conceptual Modificado (ECM). 3. Obtener las tablas de la base de datos a partir del Esquema Conceptual Modificado.

Normalización en el modelo Entidad-Relación

La normalización es un proceso consistente en imponer a las tablas ciertas restricciones mediante una serie de transformaciones consecutivas. Con ello se asegura que las tablas contengan los atributos necesarios y suficientes para describir la realidad de la entidad que representan, separando aquellos que pueden contener información cuya relevancia permite la creación de otra nueva tabla. Para asegurar la normalización Codd estableció tres formas normales, las cuales hacen que una base de datos (si las cumple) esté normalizada.


-77-



Estas formas normales son: • Primera forma Normal (FN1): Una tabla esta en FN1 si todos los atributos no clave, dependen funcionalmente de la clave, o lo que es lo mismo, no existen grupos repetitivos para un valor de clave. •

Segunda forma Normal (FN2): Una tabla está en FN2 si está en FN1 y además todos los atributos que no pertenecen a la clave dependen funcionalmente de forma completa de ella. De esta definición se desprende que una tabla en FN1 y cuya clave esta compuesta por un único atributo está en FN2.

•

Tercera forma Normal (FN3): Una tabla está en FN3 si está en FN2 y además no existen atributos no clave que dependan transitivamente de la clave.

3.4.2.1. Esquema Conceptual Necesitamos convertir nuestros elementos del sistema en entidades o relaciones. Es obvio que Su Obra, Hemeroteca, Archivo y

Biblioteca

se convertirán en Entidades en nuestro Esquema

Conceptual.

Estas entidades con sus atributos y sus relaciones se puede observar en la Figura 3.8 (La entidad “Su Obra“ no aparece porque todavía no esta disponible en la base de datos).

-78-




ARCHIVO

Signatura Código de clas Fecha Asunto Onomástico Toponímico Imagen

BIBLIOTECA

Registro Autor Título Lugar de Publicación Editorial Fecha Nº de Vols. Serie. Notas. Signatura

HEMEROTECA

Signatura Título Lugar Fecha Imagen.

Figura 3.8. Esquema Conceptual


-79-



3.4.2.2..Esquema Conceptual Modificado Para obtener el Esquema Conceptual Modificado a partir del Esquema Conceptual se deben hacer los cambios que siguen a continuación: –

Eliminar todas las entidades débiles.

–

Eliminar las relaciones de muchos a muchos.

–

Eliminar las relaciones con atributos que haya en nuestro Esquema Conceptual.

Debido a que en nuestra aplicación las entidades no están relacionadas, no podemos obtener el Esquema Conceptual Modificado

3.4.2.3. Tablas de la aplicación A partir del ECM obtenido previamente podemos determinar las tablas de la base de datos, teniendo en cuenta que:

-

Cada entidad del ECM se transforma en una tabla.

-

Los atributos de una entidad se convierten en los campos

de las tablas respectivas. Por lo tanto, obtendremos las siguientes tablas: ARCHIVO,

HEMEROTECA, BIBLIOTECA, SU OBRA

continuación se detallan

cada una de estas tablas.

-80-




ARCHIVO CAMPO

TIPO

DESCRIPCIÓN

CLAVE

SIGNATURA

STRING

Signatura del archivo.

*

CÓDIGO DE CLAS

STRING

FECHA

STRING

Fecha del archivo.

ASUNTO

STRING

Tema sobre el que trata.

ONOMÁSTICO

STRING

TOPONÍMICO

STRING

IMAGEN

HIPERVÍNCULO

Código de la clase a la que pertenece.

Recuperación de la información a través del nombre. Recuperación de la información a través del lugar. Imagen escaneada del archivo.

Tabla 1. Campos de la tabla ARCHIVO

BIBLIOTECA CAMPO

TIPO

DESCRIPCIÓN

CLAVE

REGISTRO

INTEGER

Numero de registro.

*

AUTOR

STRING

Autor de la obra.

TÍTULO

STRING

Titulo de la obra.

STRING

Lugar de publicación de la obra.

EDITORIAL

STRING

Editorial de la obra.

FECHA

STRING

Fecha en la que se publico la obra.

Nº DE VOLS

STRING

Numero de volumen de la obra.

SERIE

STRING

Serie de la obra.

NOTAS

STRING

Notas que puede tener la obra.

SIGNATURA

STRING

Signatura de la obra.

LUGAR PUBLICACIÓN

Tabla 2. Campos de la tabla BIBLIOTECA


-81-



HEMEROTECA CAMPO

TIPO

DESCRIPCIÓN

CLAVE

SIGNATURA

STRING

Signatura de la obra.

*

TITULO

STRING

Titulo de la obra.

LUGAR

STRING

Lugar donde se publico la obra.

FECHA

STRING

Fecha de la obra.

IMAGEN

HIPERVÍNCULO

Imagen escaneada de la obra.

Tabla 3. Campos de la tabla HEMEROTECA

La tabla “Su Obra” todavía no esta disponible para utilizarla en nuestra aplicación.

3.4.3. Diseño de la interfaz En esta fase del diseño del sistema software se define cual va a ser la apariencia visual de la aplicación, es decir, se define la interfaz visual entre el y la aplicación. Sin duda, realizar un buen diseño de la interfaz resulta primordial ya que está debe presentarse atractiva al de la aplicación pero a la vez le debe de resultar fácil de entender y trabajar sobre ella. Esta importancia es mayor en nuestro caso ya que la interfaz de nuestro proyecto es una interfaz Web. Para las aplicaciones con interfaces Web no existe una guía de estilo estándar como existe, por ejemplo, para desarrollar interfaces para aplicaciones de escritorio de Windows XP y que resulten, a la vez, atractivas y familiares. Cada programador, desarrollador o diseñador Web debe definir su propia guía de estilo y procurar que, en base a ella, la interfaz resultante consiga unas cotas dignas de atractivo visual, familiaridad y facilidad de uso. La ingeniería de usabilidad define en esta fase los siguientes aspectos:

-82-




–

Definir estilo.

–

Metáforas.

–

Pantallas.

–

Caminos de navegación.

–

Secuencias de diálogo.

–

Mensajes de error.

Cada uno de estos aspectos lo veremos a continuación de forma detallada.

3.4.3.1. Definir estilo Antes de ponerse a diseñar una interfaz de , se debe definir el estilo de la misma. Esto es de vital importancia cuando el diseño va a ser compartido entre varios diseñadores, ya que ayuda a mantener la coherencia interna de la interfaz. Sin embargo, en contra de lo que pueda parecer en un principio, también es de mucha utilidad definir una guía de estilo cuando sólo hay un diseñador encargado de la interfaz. Esto se debe a varias razones: - A veces es posible que mantener la coherencia y consistencia de una interfaz, si esta es muy grande o muy ambiciosa, sea complicado incluso si solo hay un diseñador. - El diseñador primitivo puede, por las más diversas razones,

abandonar el diseño y es de utilidad para sus sustitutos contar con una guía de estilo predefinida para no tener que empezar de cero otra vez. Lo mismo puede aplicarse si no es el diseñador original el que se encarga del mantenimiento o la actualización de la interfaz.


-83-



Quedando demostrada la utilidad del uso de guías de estilo pasamos a definir las reglas y normas que contendrá la guía de estilo de nuestra interfaz: - Fuentes: para escribir cualquier texto en nuestra interfaz utilizaremos una tabla cuyas propiedades son las siguientes: ƒ Tipo de letra: "Times Roman". ƒ Tamaño: 12px. ƒ Color de fondo de la página: #000000. ƒ Color de la letra: #000000. ƒ Alineación del texto: center. - Enlaces: cuando se pasa sobre ellos tienes un relieve de dos

puntos, con borde gris, una vez pinchados vuelven a su forma original. Los enlaces de la aplicación se abren en la misma ventana o pestaña.

3.4.3.2. Metáforas Una metáfora es el empleo de un objeto con un significado o dentro de un contexto diferente al habitual. Al diseñar una interfaz gráfica, la utilización de metáforas resulta muy útil ya que permiten al , por comparación con otro objeto o concepto, comprender de una manera más intuitiva las diversas tareas que la interfaz permite desarrollar. Al igual que pasa en el ámbito de la literatura, para que una metáfora cumpla con su cometido, el desarrollador de la aplicación y el final de está deben tener una base cultural similar. Es muy posible que el uso de un icono de manera metafórica sea entendido de una manera por el occidental y de otra bien distinta por un oriental. Hay que intentar, por lo tanto, que las metáforas

-84-




empleadas sean lo más universales posibles para que así sean comprendidas a la perfección por la mayor parte del público potencial. Las aplicaciones de escritorio de Windows suelen seguir la Guía de Estilo XP y utilizan una serie de metáforas con las que el esta plenamente familiarizado (por ejemplo, una lupa con un signo '+' en su interior establece que la función del icono es, inequívocamente, la de realizar un aumento de zoom). En el mundo de las aplicaciones Web también existen una cantidad de metáforas de amplia difusión como puede ser, por ejemplo, el celebre carrito de la compra que emplean casi todos los comercios online. Pero las metáforas no solo dependen del tipo de aplicación (escritorio o Web) sino también del ámbito de la misma. Por ejemplo, el carrito de la compra es una metáfora conocida por todos pero si nuestra aplicación no va a vender nada al no resulta conveniente utilizarla ya que puede confundir. En nuestra aplicación hemos desarrollado las siguientes metáforas: ƒ Representa a una casita, lo que queremos indicar es que haciendo “clic” en este icono se vuelve a la página principal de la aplicación. ƒ Representa un sobre, lo que se consigue indicar es que si el hace “clic” sobre él se envíe un correo electrónico. ƒ Representa una flecha hacia la izquierda, lo que queremos indicar es que el al pulsar sobre este icono vuelve a la página anterior. ƒ Representa una flecha hacia la derecha, lo que queremos indicar es que el al pulsar sobre este icono se desplace a la siguiente página.


-85-



3.4.3.3. Pantallas Como hemos visto en apartados anteriores, para diseñar una buena interfaz, es necesario un concienzudo trabajo de análisis y diseño. El diseño grafico de la interfaz de juega un papel fundamental, ya que una buena distribución, ordenación, y codificación de colores de los elementos de la interfaz hace que ésta sea más clara y por tanto mas fácil de usar para el . Por el contrario una colocación incorrecta de los elementos puede hacer muy compleja la utilización de una aplicación por parte de un . Un principio general es que, los elementos que posee la interfaz tienen que estar colocados de tal modo que, a la hora de realizar una tarea, el deba recorrer la interfaz en la misma dirección que lee un texto, es decir, de izquierda a derecha y de arriba abajo. En países orientales no se realizaría de la misma forma. Una interfaz de visualmente atractiva hace que sea percibida por el como una mejor interfaz, mientras que una interfaz compleja con sus elementos desordenados, provoca en el insatisfacción y desorientación. No hay que olvidar que una buena interfaz es aquella que encuentra el equilibrio entre la funcionalidad y la estética. En nuestra aplicación se situaran los botones relacionados en el mismo grupo y en tablas diferentes. Los botones relacionados con el menú principal se encuentran agrupados, por otra parte, los botones relacionados con las búsquedas está en una tabla en la última posición, una vez rellenado el formulario de búsqueda. Por último los botones para volver atrás, o la pagina principal o a la siguiente página se encuentran agrupados en la parte de debajo de la pantalla.

-86-




3.4.3.4. Caminos de navegación Hasta este momento tenemos un diseño visual de la interfaz estática, es decir, cada pantalla diseñada individualmente, pero no tenemos una idea de si en el conjunto de la interacción, la acción va a transcurrir de forma comprensible para el . Para ello vamos a diseñar la interfaz en movimiento y comprobar que es usable. Para estudiar los caminos de interacción se empleara una herramienta llamada storyboard,

que consiste en mostrar, a modo

secuencia, las distintas pantallas por las que se va pasando al realizar el una determinada acción sobre la aplicación. Mediante flechas se ayuda a entender que es lo que ha desencadenado el paso de una pantalla a otra. Los storyboards también están muy ligados a los escenarios vistos anteriormente. El storyboard sirve de prototipo para ser evaluado por el y poder introducir correcciones en fases iniciales, ya que cuanto más tiempo se tarde en validar una interfaz, más coste de tiempo y trabajo nos ocasionará. No se han desarrollado storyboards para todas las acciones de nuestro sistema por lo que los que se muestran a continuación son los que se han considerado más importantes:

o

Storyboard Visualizar Galerías de Fotos.

o

Storyboard Búsquedas en la B.B.D.D.

o

Storyboard Información sobre el Autor

Una vez diseñados deberían ser validados para comprobar que realmente la aplicación es usable.


-87-



o Storyboard Información sobre el Autor

Figura 3.9. Storyboard Información sobre el Autor

-88-



o


Storyboard Visualizar Galerías de Fotos

Figura 3.10. Storyboard Visualizar Galerías de Fotos


-89-



o Storyboard Búsquedas en la B.B.D.D.

Figura 3.11. Storyboard Búsquedas en la B.B.D.D.

3.4.3.5. Mensajes de error Una vez diseñadas las pantallas, los caminos de navegación y las secuencias de diálogo, se tiene una idea muy clara de cómo se va a desarrollar físicamente la interacción entre y ordenador, y por tanto de las posibles situaciones de error que pueden darse en esa interacción. Por ello ahora es el momento de diseñar los mensajes de error. Los mensajes de error son el medio por el que el sistema comunica al que se ha producido un error en la interacción. Los errores se producen por falta de conocimiento sobre la interfaz, porque se no se ha entendido correctamente el estado del sistema o bien inadvertidamente (por ejemplo se pulsa un botón cuando

-90-




se intentaba pulsar otro). Ello lleva al a sentirse confuso y aumenta su ansiedad, sobre todo en s noveles en los que su falta de conocimiento y confianza en el uso de la interfaz lleva a amplificar el stress lo que puede llevarles a una experiencia de uso de la interfaz frustrante. Los mensajes de error son muy importantes de cara a la usabilidad, ya que bien diseñados, permiten aumentar la confianza del en el uso de la interfaz y que pueda seguir con su tarea. Por ello hay que diseñarlos con cuidado. A la hora de diseñar mensajes de error se deberían seguir las siguientes reglas: - Ser breves: el es una persona ocupada tratando de llevar a cabo una tarea. Si se le presenta un mensaje de error muy largo, lo normal es que no lo lea ya que no tendrá tiempo para hacerlo. Por ello hay que diseñar mensajes de error claros, pero breves. - Ser específico: los mensajes demasiado generales no son

adecuados ya que dicen al que algo ha ido mal, pero no le indican claramente qué. Por lo tanto el no sabrá qué hacer para impedir que se produzca el error y su sensación de frustración aumentará. - Usar un tono positivo y guía constructiva: nunca recriminar al

lo que ha hacho mal, en su lugar siempre que sea posible indicarle que debe hacer para eliminar el error. - Usar un formato físico apropiado: la mayoría de s

encuentran más fácil leer un mensaje donde se mezclan letras mayúsculas y minúsculas de la forma habitual, por tanto este formato es siempre preferible. Los mensajes escritos únicamente en mayúsculas deberían reservarse para avisos breves y graves. Si el mensaje de error debe contener un código numérico, este debería figurar al final del mensaje y entre paréntesis.


-91-



En nuestra aplicación no ha sido necesario establecer mensajes de error, ya los que los errores que se pueden producir están relacionados con la navegación.

3.4.3.6. Notificaciones Las notificaciones son también muy importantes de cara a la usabilidad, ya que bien diseñados, permiten también aumentar la confianza del en el uso de la interfaz cuando realiza una operación. Por ello hay que diseñarlos con cuidado. A la hora de diseñar estas notificaciones se deberían seguir las siguientes reglas: - Ser breves: el es una persona ocupada tratando de llevar a cabo una tarea. Si se le presenta una notificación muy larga, lo normal es que no lo lea ya que no tendrá tiempo para hacerlo. Por ello hay que diseñar mensajes de notificación claros, pero breves. - Usar un formato físico apropiado: la mayoría de s

encuentran más fácil leer un mensaje donde se mezclan letras mayúsculas y minúsculas de la forma habitual, por tanto este formato es siempre preferible.

Los mensajes de notificación utilizados en nuestro sistema son muy similares ya que todos están relacionados con los formularios de búsquedas, y se producen cuando se pulsa el botón “BUSCAR” antes de que se haya introducido algún parámetro. Debido a su similitud solo mostraremos unos: ƒ Búsqueda de datos en la Hemeroteca: si el pulsa el botón “BUSCAR”

antes de haber introducido ningún

parámetro en el formulario, aparece un mensaje “NO SE HA INTRODUCIDO NINGÚN PARAMETRO DE BÚSQUEDA” .

-92-




Figura 3.12. Notificación “Búsqueda de datos en la Hemeroteca”


-93-



3.5. Implementación La implementación es la actividad final de la Ingeniería del Software, aquella en la que el modelo obtenido en las actividades anteriores se debe transformar en código fuente. Para ello se debe ser cuidadoso en la elección del lenguaje de programación empleado para la codificación y de la herramienta utilizada para generarla. En nuestro caso la elección del lenguaje de programación así como el de la herramienta utilizada para su desarrollo viene dado desde la definición del proyecto.

3.5.1. Tipo de arquitectura de la aplicación En nuestro caso, vamos a desarrollar una sistema con una arquitectura cliente/servidor y una interfaz Web de comunicación con los s. El funcionamiento de las arquitecturas de este tipo es sencilla: la aplicación se encuentra en un servidor central al que los s acceden a través de un software cliente, en nuestro caso un navegador Web. Una vez que ha accedido a la aplicación, el realiza peticiones que el servidor tiene que atender para generar una respuesta comprensible para el cliente.

Figura 3.13 .Arquitectura Cliente Servidor

-94-




Una arquitectura cliente/servidor Web libera, por lo tanto, al final de la aplicación de tener que instalarla en su máquina y consigue que cada solo pueda acceder a la información que le corresponde. Además, este tipo de arquitectura, gracias a su diseño modular, es fácilmente escalable y ampliable tanto en nuevos clientes como en servidores añadidos.

3.5.2. Lenguajes de programación utilizados Resulta obvio ante la arquitectura y el funcionamiento previsto de nuestra aplicación que el uso de HTML simple y llano no es adecuado sino que se necesita otro lenguaje capaz de generar contenido dinámico desde el servidor de manera transparente al final. Para este fin hemos utilizado el lenguaje PHP. PHP es un lenguaje de programación usado frecuentemente para la creación de contenido para sitios Web con los cuales se puede programar las páginas HTML y los códigos de fuente. PHP es un acrónimo recursivo que significa "PHP Hypertext Pre-processor" (inicialmente PHP Tools, o, Personal Home Page Tools), y se trata de un lenguaje interpretado usado para la creación de aplicaciones para servidores, o creación de contenido dinámico para sitios Web. Algunas de las ventajas de PHP son: 1. Es un lenguaje multiplataforma. 2. Capacidad de conexión con la mayoría de los manejadores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL . 3. Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden ingresar los s desde formularios HTML. 4. Capacidad de expandir su potencial utilizando la enorme cantidad de módulos (llamados ext's o extensiones).


-95-



5. Posee una amplia documentación en su página oficial ([1]), entre la cual se destaca que todas las funciones del sistema están explicadas y ejemplificadas en un único archivo de ayuda. 6. Es libre, por lo que se presenta como una alternativa de fácil para todos. 7. Permite las técnicas de Programación Orientada a Objetos. 8. Permite crear los formularios para la Web. 9. Biblioteca nativa de funciones sumamente amplia e incluida No requiere definición de tipos de variables ni manejo detallado del bajo nivel.

3.5.3. Herramienta de desarrollo La herramienta escogida para desarrollar todo el código ha sido Macromedia DreamWeaver MX 2004. Macromedia Dreamweaver MX 2004 es una herramienta de creación fácil, abierta y potente que todos los del equipo de desarrollo pueden utilizar para construir rápidamente sitios Web sólidos y aplicaciones de Internet. Proporciona un soporte para CSS rico y potente y le permite trabajar en un solo entorno para crear y gestionar fácilmente cualquier sitio Web profesional, independientemente de que haya sido creado con HTML, XHTML, XML, servicios Web, ColdFusion, ASP.NET, ASP, JSP o PHP.

3.5.4. Instalación en el servidor y funcionamiento La instalación de la aplicación así como la puesta en marcha del servidor se explicaran en detalle en el Anexo II.

-96-




3.6. Implantación y Pruebas

Esta fase de implantación junto con la del mantenimiento del software son partes muy importantes de la Ingeniería del software. Consisten en desplegar el software realizado y tratar de mejorar u optimizar cualquier problema encontrado. El mantenimiento de software involucra cualquier tipo de pruebas del software realizadas, las cuales son un elemento crítico para la garantía de calidad del software y representan una revisión final de las especificaciones, del diseño y de la codificación.

3.6.1. Pruebas y Validación El objetivo de esta fase es realizar un conjunto de pruebas sobre el sistema. Con esto intentaremos conseguir llegar a un sistema sin errores garantizando, como hemos dicho, la calidad del software. Para comprobar esto realizaremos unas pruebas de sistema.

3.6.1.1 Casos de Test Los test diseñados son los siguientes:

Test 1: Consultar la biografía del Autor Requisitos testeados

RF-01

Acción

El elige la opción de “El Autor”.

Checkpoint 1

El sistema muestra una pequeña biografía del autor.


-97-



Test 2: Obtener información de las distintas obras de la Hemeroteca Requisitos testeados

RF-02.

Acción

El elige la opción de “Hemeroteca”.

Checkpoint 1 Acción Checkpoint 2

El sistema muestra un formulario para realizar la búsqueda por diferentes parámetros. El introduce los parámetros que desee para realizar búsquedas en las obras de la Hemeroteca y pulsa “Buscar”. El sistema muestra los resultados obtenidos de la búsqueda.

Test 3: Obtener información de las distintas obras de la Biblioteca Requisitos testeados

RF-03

Acción

El elige la opción de “Biblioteca”.


El sistema muestra un formulario para realizar la búsqueda por diferentes parámetros . El introduce los parámetros que desee para realizar búsquedas en las obras de la Biblioteca y pulsa “Buscar”. El sistema muestra los resultados obtenidos de la búsqueda.

Test 4: Obtener información de las distintas obras de la Archivo Requisitos testeados

RF-04

Acción

El elige la opción de “Archivo”.


-98-

El sistema muestra un formulario para realizar la búsqueda por diferentes parámetros. El introduce los parámetros que desee para realizar búsquedas en las obras del Archivo y pulsa “Buscar”. El sistema muestra los resultados obtenidos de la búsqueda.




Test 5: Obtener información de las distintas obras del Autor Requisitos testeados

RF-05

Acción

El elige la opción de “Su Obra”.


El sistema muestra un formulario para realizar la búsqueda por diferentes parámetros. El introduce los parámetros que desee para realizar búsquedas en las obras del Autor y pulsa “Buscar”. El sistema muestra los resultados obtenidos de la búsqueda.

Test 6: Consultar la galería de Fotos Personales Requisitos testeados

RF-06

Acción

El elige la opción de visualizar la galería de fotos personales.

Checkpoint 1

El sistema muestra una galería de fotos personales.

Acción

El pulsa una de las fotos para agrandarla.

Checkpoint 2

El sistema muestra la foto ampliada.

Test 7: Consultar la galería de Objetos Personales Requisitos testeados

RF-07

Acción

El elige la opción de visualizar la galería de fotos de objetos personales.

Checkpoint 1

El sistema muestra una galería de fotos de objetos personales.

Acción

El pulsa una de las fotos para agrandarla.

Checkpoint 2

El sistema muestra la foto ampliada.


-99-



3.6.1.2. Resultados obtenidos A continuación mostramos la tabla de resultados de los test diseñados una vez ya realizados sobre el sistema:

TEST

RESULTADO

Test 1 Checkpoint 1

OK

Test 2 Checkpoint 1

OK

Checkpoint 2

OK

Test 3 Checkpoint 1

OK

Checkpoint 2

OK

Test 4 Checkpoint 1

OK

Checkpoint 2

OK

Test 5 Checkpoint 1

OK

Checkpoint 2

OK

Test 6 Checkpoint 1

OK

Checkpoint 2

OK

Test 7

-100-

Checkpoint 1

OK

Checkpoint 2

OK




ANEXO I MANUAL DE INSTALACIÓN DEL SERVIDOR


-101-


-102-





Existen dos alternativas para poner en funcionamiento nuestro software. La primera consiste en alojar la aplicación en un servidor de hosting que de soporte al lenguaje PHP y al gestor de bases de datos MS Access. La otra alternativa, la cual ha resultado la elegida, consiste en montar nuestro propio servidor. Este anexo esta dedicado ha realizar las configuraciones necesarias para poner en marcha nuestra aplicación. Las únicas consideraciones previas que han de tenerse en cuenta son que durante todo este manual se ha supuesto que la unidad principal de disco duro es C:, que la unidad principal de CD o DVD es D:. Hemos de decir que nuestro sistema trabajará con un servidor basado en la plataforma Microsoft Windows, por lo que todas estas instalaciones y configuraciones hay que realizarlas teniendo en cuenta dicho Sistema Operativo.

Material necesario Todo el material necesario para instalar y dejar operativo el servidor se encuentra disponible en el CD que acompaña a esta memoria. Vaya a D:\ (suponiendo que D: es su unidad de CD o DVD) y compruebe que en el directorio se encuentran los siguientes archivos: -apache2triad1.5.4. -paginaweb (carpeta con todo su contenido). Si es así podemos proceder al montaje de nuestro servidor inmediatamente. Si falta algún archivo o alguno de ellos se encuentra dañado póngase en o con el responsable de la aplicación para subsanar el percance.


-103-



Paso 1: Instalar Apache2triad 1.5.4. Apache2triad 1.5.4. es un software que nos permite instalar sobre Windows los siguientes paquetes de forma conjunta: •

Apache Web Server.

•

Lenguaje PHP.

•

Base de datos MySQL.

•

Manejador de base de datos phpMy. Si ya dispone de la versión 1.5.4. de Apache2triad instalada en su computador,

diríjase al paso2 de este manual. Si dispone de una versión anterior seria conveniente que la eliminara y siguiera leyendo este paso para instalar esta versión, que nos asegura que el servidor va a ser montado correctamente. Sino dispones de ninguna versión de Apache siga leyendo Los pasos para la instalación se detallan a continuación:

-104-




1. El primer paso es ejecutar el software, para ello hacemos doble “clic” sobre el icono y aparece la siguiente pantalla.

Figura I_1. Ventana de Bienvenida 2. Hacemos clic en Next y nos aparece la ventana en donde escogemos la ruta de instalación, la que aparece por defecto es: C:\apachetriad, esta ruta se recomienda dejarla así. Además de esto muestra la cantidad de espacio en disco que se necesita y la cantidad de espacio que se posee realmente. Si el espacio requerido es mayor que el que se tiene, se puede cambiar la ruta de instalación o liberar espacio en disco:

Figura I_2. Selección del directorio de instalación


-105-



3. Hacemos clic en Next, y ahora me pide introducir la contraseña que queramos y volver a escribir la misma contraseña para confirmarla. Indica que la contraseña debe ser mínimo de 8 caracteres y máximo de 32 caracteres. Es importante acordarse ya que mas adelante nos pedirá que las introduzcamos.

Figura I_3. Selección de la contraseña

4. Una vez introducida la contraseña por dos veces pulsamos Next.

Figura I_4. Selección de la contraseña

-106-




5. Una vez pulsado Next aparece una pantalla mostrando el contrato de aceptación de la licencia del producto, pulse I Agree.

Figura I_5. Ventana de aceptación del contrato

6. Ahora dejemos que el proceso de instalación termine, ya que puede tardar unos instantes.

Figura I_6. Proceso de instalación


-107-



Tenemos la posibilidad de ver los detalles de la instalación pulsando el botón Show

details.

Figura I_7. Visualización de detalles en la instalación

7. Una vez que termina la instalación aparece la pantalla de confirmación, pulsa

Aceptar y aparecerá la pantalla para introducir la contraseña que se ha introducido anteriormente.

Figura I_8. Ventana de confirmación

-108-




8. Introduzca la contraseña (no aparecerán los caracteres que esta escribiendo, así que tenga cuidado de no equivocarse), una vez introducida la contraseña pulse la tecla Enter.

Figura I_9. Ventana de MS-DOS

9.

Cuando pulse la tecla Enter, aparecerán pantallas de MS-DOS, ya que se siguen instalando nuevos elementos.

Figura I_10. Ventana de MS-DOS


-109-



10. Cuando termine de instalarse aparecerá la pantalla de confirmación para que se reinicie el ordenador, pulse Aceptar y se reiniciara el ordenador.

Figura I_11. Ventana de Finalización de Instalación

-110-




Paso 2: Configurar Apache2triad 1.5.4. Una vez que se ha reiniciado el ordenador, para poner en marcha el servidor apache, , posteriormente muévase hasta

pulse aparece

un

menú

desplegable,

sitúese

, le con

el

cursor

en

, y en el menú desplegable que le aparece, pulse la opción ApacheMonitor.

Figura I_12. Menú desplegable de Apache

Una vez pulsado esa opción le aparecerá en la barra de inicio el siguiente icono

.

Cuando el icono esta en verde quiere decir que el servidor Apache esta en modo “Star”, sino fuera el caso y el icono que aparece es

, tenemos que poner en

funcionamiento el servidor. Para lograrlo pulsamos con el botón derecho del ratón sobre

y aparece el siguiente menú.

Figura I_13. Menú de arranque de Apache


-111-



Pinchamos sobre la opción Open Apache Monitor y aparece la siguiente ventana:

Figura I_14. Ventana de arranque de Apache Pulse sobre Star y la ventana cambiara al siguiente modo:

Figura I_15. Ventana de arranque de Apache

-112-




Paso 3: Conectar Base de Datos La instalación del servidor Web ya ha terminado pero todavía queda otro paso para que la aplicación sea operativa: conectarla con las bases de datos utilizadas. Este tipo de conexión se llama ODBC y el primer paso es ir a D:\ y descomprimir el archivo bbdd.zip que en el se encuentra extrayendo su ficheros (BIBLIOTECA.mdb) en el lugar de su disco duro que prefiera.

Luego debe pinchar en

, posteriormente haga doble clic sobre

y se abrirá la siguiente ventana.

Figura I_16. Ventana del de Control Haga doble clic sobre el icono Y se abrirá la siguiente ventana:


-113-



Figura I_17. Ventana de Herramientas istrativas Pulse dos veces sobre el icono Se abre la siguiente ventana:

Figura I_18. Ventana de de orígenes de datos ODBC

-114-




Pulse sobre el botón Agregar para añadir el origen de la primera de las bases de datos indicando que se trata de una base de datos MS Access.

Figura I_19. Ventana de Crear nuevo origen de datos Pulse el botón Finalizar y en la siguiente pantalla escriba BIBLIOTECA como Nombre del origen de datos y pulse el botón Seleccionar.

Figura I_20. Ventana de Configuración de ODBC Microsoft Access


.

-115-



Al pulsar Seleccionar se entra en una pantalla de selección donde tiene que buscar la base de datos principal (BIBLIOTECA.mdb). Una vez localizada y seleccionada pulse Aceptar para volver a la pantalla anterior donde también debe pulsar Aceptar.

Figura I_21. Ventana de Seleccionar base de datos Ahora la aplicación esta conectada a las bases de datos con las que debe trabajar y el servidor HTTP Apache esta correctamente configurado con el lenguaje PHP como uno de sus módulos.

-116-




Paso 4: Alojar contenido en el servidor Una vez que hemos terminado la instalación del servidor y que hemos realizado la conexión de la base de datos, tenemos que alojar nuestra pagina Web en el servidor. Para conseguirlos tenemos que realizar los siguientes pasos: Hacer doble clic sobre el icono de “Mi PC” que se encuentra en el escritorio, se le abrirá una ventana donde se ubica la Unidad C, haga doble clic sobre este icono y se le abrirá otra ventana, en esa ventana haga clic sobre el icono de apache

y

se le abrirá la siguiente ventana:

Figura I_22. Ventana de ApacheTriad

Haga doble clic sobre el icono


y se le abrirá la siguiente ventana:

-117-



Figura I_23. Ventana de ApacheTriad

Una vez se haya situado en esta ventana copie aquí la carpeta paginaweb que se encuentra en D.\.

Una vez realizado todos los pasos ya se encuentra en situación de utilizar la aplicación.

-118-




ANEXO II MANUAL DEL


-119-


-120-





Este manual de está organizado como una visita guiada por la aplicación, cuando entramos como Cliente/. El primer paso para utilizar la aplicación es abrir el Navegador (Internet Explorer) y teclear la dirección en la que tenemos alojada esta, que en nuestro caso será: http://127.0.0.1/paginaweb/index.htm Cuando accedemos a esta dirección nos parece nuestra página principal de la aplicación.

Figura II_1. Ventana Principal En esta página principal, se nos presenta un menú con las siguientes opciones: ƒ

El Autor.

ƒ

Su Obra.

ƒ

Hemeroteca.

ƒ

Archivo.

ƒ

Biblioteca.

ƒ

Fotos.

ƒ

Objetos Personales.

ƒ

Búsqueda Rápida.

ƒ

Enviar Correo Electrónico.

ƒ

Agradecimientos.


-121-



A continuación detallaremos cada una de las distintas opciones que podemos realizar:

1. El Autor Si hacemos clic en la primera opción aparece una pantalla con una pequeña biografía sobe el autor. Una vez que se ha consultado la página podemos volver a la página principal haciendo clic sobre la flecha hacia la izquierda

o sobre el icono de la casita que se encuentra en la parte

inferior de la página

. En este caso también se podría volver a la

página principal haciendo clic sobre la flecha hacia la derecha que se encuentra en la parte inferior de la pantalla

.

Figura II_2. Ventana El Autor

2. Su obra Si pinchamos sobre la segunda opción “Su Obra”, nos aparece un formulario para poder realizar busquedas, por diferentes parametros, sobre las obras que pertenecen al autor.

-122-




Figura II_3. Ventana Su Obra

Una vez que rellenemos los parámetros por lo que deseamos realizar la búsqueda podemos pulsar la tecla “Enter” o pulsar el botón “BUSCAR” y aparecerá una ventana con los resultados obtenidos. Para volver a la página principal podemos hacer sobre la casita hacia la izquierda

o sobre la flecha

que se encuentran en la parte inferior de la página.

Figura II_4. Ventana de Resultados de Su Obra


-123-



Una vez que se ha consultado la página podemos volver a la página principal haciendo clic sobre el icono de la casita hacia la derecha

o sobre la flecha

que se encuentran en la parte inferior de la página. Si

queremos realimentar la búsqueda que acabamos de realizar cuando para volver a la página anterior tenemos que hacer clic en la flecha hacia la izquierda de la barra de herramientas del navegador

. Si por el

contrario queremos realizar una nueva búsqueda debemos de hacer clic en la flecha hacia la izquierda que se encuentra en la parte inferior de nuestra pantalla

.

3. Hemeroteca Si pinchamos sobre la tercera opción “Hemeroteca”, nos aparece un formulario para poder realizar busquedas, por diferentes parametros, sobre las obras del autor que estan clasificadas dentro de su hemeroteca.

Figura II_5. Ventana Hemeroteca

Una vez que rellenemos los parámetros por lo que deseamos realizar la búsqueda podemos pulsar la tecla “Enter” o pulsar el botón “BUSCAR” y

-124-




aparecerá una ventana con los resultados obtenidos. Para volver a la página principal podemos hacer sobre la casita hacia la izquierda

o sobre la flecha


Figura II_6. Ventana Resultados Hemeroteca


o sobre la flecha



. Si por el


.


-125-



4. Archivo Si pinchamos sobre la cuarta

opción “Archivo”, nos aparece un

formulario para poder realizar busquedas, por diferentes parametros, sobre las obras del autor que estan clasificadas dentro de su archivo personal.

Figura II_7. Ventana Archivo

Una vez que rellenemos los parámetros por lo que deseamos realizar la búsqueda podemos pulsar la tecla “Enter” o pulsar el botón “BUSCAR” y aparecerá una ventana con los resultados obtenidos. Para volver a la página principal podemos hacer sobre la casita hacia la izquierda

-126-

o sobre la flecha





Figura II_8. Ventana resultados del Archivo


o sobre la flecha



. Si por el


.

5. Biblioteca Si pinchamos sobre la quinta

opción “Biblioteca”, nos aparece un

formulario para poder realizar busquedas, por diferentes parametros, sobre los libros que el autor tenia en su biblioteca.


-127-



Figura II_9. Ventana Biblioteca Una vez que rellenemos los parámetros por lo que deseamos realizar la búsqueda podemos pulsar la tecla “Enter” o pulsar el botón “BUSCAR” y aparecerá una ventana con los resultados obtenidos. Para volver a la página principal podemos hacer sobre la casita hacia la izquierda

o sobre la flecha


Figura II_10. Ventana Resultados Biblioteca

-128-





o sobre la flecha



. Si por el


.

6. Fotos Si pinchamos sobre la sexta opción “Fotos”, nos aparece una galería de fotos sobre en autor, en diferentes lugares y años.


-129-



Figura II_11. Ventana Galería de Fotos Personales Si queremos ampliar alguna foto, tendremos que hacer clic sobe la foto, y aparecera ampliada. Si queremos empezar a ver las fotos ampliadas por la primera fotos debemos hacer clic sobre la flecha hacia la derecha

que

se encuentra en la parte inferior de la página.

-130-




Figura II_12. Ventana Galería de Fotos Ampliada Desde aquí podemos ver la foto ampliada siguiente o la anterior pinchando sobre “Siguiente” o Precedente” respectivamente. Si queremos volver a la galería tendremos que pinchar sobre “Índice”. Una vez nos encontremos en la pagina de la galería de fotos podemos volver a la página principal haciendo clic sobre la flecha hacia la izquierda o sobre el icono de la casita

que se encuentra en la parte inferior

de la página.

7. Objetos Personales Si pinchamos sobre la septima

opción “Objetos Personales”, nos

aparece una galería de fotos sobre diferentes objetos que pertenecian al autor.


-131-



Figura II_13. Ventana Galería de Fotos de Objetos Si queremos ampliar alguna foto, tendremos que hacer clic sobe la foto, y aparecera ampliada. Si queremos empezar a ver las fotos ampliadas por la primera fotos debemos hacer clic sobre la flecha hacia la derecha que se encuentra en la parte inferior de la página.

-132-




Figura II_14. Ventana Galería de Fotos Ampliada Desde aquí podemos ver la foto ampliada siguiente o la anterior pinchando sobre “Siguiente” o Precedente” respectivamente. Si queremos volver a la galería tendremos que pinchar sobre “Índice” Una vez nos encontremos en la pagina de la galería de fotos podemos volver a la página principal haciendo clic sobre la flecha hacia la izquierda o sobre el icono de la casita

que se encuentra en la parte inferior

de la página.

8. Búsqueda Rápida Con esta opción tenemos la posibilidad de introducir los parametros que queremos buscar y se realizara una busqueda en los titulos de todas las obras que pertenezcan tanto a la Hemeroteca, Archivo, Biblioteca y su obra personal.Asi una vez introducido el parametro pulsaremos la tecla “Enter” y se mostrara una ventana con los resultados obtenidos.


-133-



Figura II_15. Ventana resultados Búsqueda Rápida


o sobre la flecha



. Si por el


.

9. Enviar Correo Electronico Tenemos la posibilidad de enviar un correo electronico a las direcciones que consideremos interesantes , realizando cualquier pregunta acerca de la plataforma o el autor. Asi si pulsamos sobre el icono del sobre

y se

abrira el programa de correo electronico Outlook Express.

-134-




10. Agradecimientos Al hacer clic sobre agradecimientos, se abrira una ventana mostrando los agradecimientos a todas las personas que han colaborado en el desarrollo de este proyecto.

Figura II_16 .Ventana de Agradecimientos


-135-


-136-





ANEXO III OBJETO DEL ESTUDIO


-137-


-138-





OBJETO DEL ESTUDIO: BIOGRAFÍA DE RAFAEL LÁINEZ ALCALÁ Nace en Peal de Becerro el 22 de Abril de 1899. Estudió leyes y fue Licenciado y Doctor en Filosofía y Letras obteniendo la Cátedra en Historia del Arte. Estos estudios se compaginan con numerosas publicaciones y una amplia producción poética. Realizó sus primeros estudios en la escuela nacional de Peal de Becerro con el maestro D. Rufo Chacón y continuó con el bachillerato en el Colegio de Jesús de Úbeda. En Baeza completa su etapa de bachiller en el Instituto General y Técnico de Segunda Enseñanza donde tuvo o personal con el poeta Antonio Machado. Con trece años, Rafael Láinez comienza a publicar sus crónicas como corresponsal en Peal la Regeneración y a colaborar en la revista Don Lope de Sosa ambos dirigidos por Alfredo Cazabán Laguna. A Madrid se traslada para obtener la licenciatura que se ve interrumpida por la Guerra de África en la que participa y desde la que envía crónicas de guerra al periódico La Regeneración. A su vuelta termina su licenciatura en Filosofía y en 1928 obtiene el doctorado con una tesis titulada Aportaciones a la biografía de Don Bernardo

de Sandoval y Rojas, obispo de Jaén y arzobispo de Toledo y protector de Cervantes que sería publicada en 1958 como ganadora del premio Larragoiti con el título:

Biografía de Don Bernardo Sandoval y Rojas, protector de Cervantes. En este mismo año inicia su andadura docente primero como profesor auxiliar de Historia del Arte en la Universidad Complutense y después en la Escuela Superior de Bellas Artes de San Fernando hasta pasada la Guerra Civil en que se incorporaría a la Escuela de Artes y Oficios de Madrid. En 1945 obtiene su primera cátedra de Historia del Arte en la Universidad de la Laguna (Tenerife) pero no sería hasta 1949 cuando obtiene su cátedra definitiva en la Universidad de Salamanca. A partir de esta fecha comienza su época de mayor producción literaria y periodística además de fomentar también la divulgación del patrimonio por vía del turismo y su intensa actividad como conferenciante. En 1969 fue nombrado hijo adoptivo de Salamanca con motivo de su jubilación.


-139-



Láinez continua participando en la vida cultural de Jaén lo que le valdría para ser nombrado cronista honorario de Úbeda y miembro fundador del Instituto de Estudios Giennenses así como colaborador en el Centro de Estudios Históricos, del Consejo Superior de Investigaciones Científicas y de la Academia de Bellas Artes de San Fernando en Madrid donde muere el 14 de Abril de 1982. De su abundante producción literaria destaca sus trabajos para La regeneración, Patria, la Provincia, Paisaje, La Esfera, el Anuario del Adelantamiento de Cazorla y Don Lope de Sosa en el ámbito local, a nivel nacional la revista Archivo Español de Arte y Arqueología mas tarde escindidas en Arte y Arqueología y actualmente llamada Archivo Español de Arte, la Época y Cosmópolis. En Madrid colaboró con los diarios Pueblo e Informaciones. En cuanto a sus obras mayores destaca su tesis, ya referida, y Pedro Berruguete, pintor de Castilla; ensayo crítico

biográfico galardonado en 1934 con el Premio Nacional de Literatura.

-140-




ANEXO IV BIBLIOGRAFÍA


-141-


-142-





BIBLIOGRAFÍA LIBROS: 1. Georgina Araceli Torres Vargas. La biblioteca virtual. ¿Qué es y qué promete?. 2. Directrices para proyectos de digitalización de colecciones y fondos de dominio público, en particular para aquellos custodiados en bibliotecas y archivos. DOCUMENTOS: 3. Rossana Brina. Transformación de los procesos productivos de una biblioteca tradicional a una biblioteca virtual. (La ponencia es una sistematización del trabajo presentado por la Lic. Lourdes Feria Basurto, Coordinadora de Tecnologías de Información de la Universidad de Colima y la Maestría UCOL/UNESCO (Colima, México) al Curso Regional “Bibliotecas Virtuales y las Ciencias Sociales”, clase 5, Campus Virtual de CLACSO, agosto-noviembre 2002.). 4. Javier Díaz Noci. La biblioteca virtual, ¿de la biblioteca de Alejandría a la biblioteca de Babel? Producción, transmisión y almacenamiento de la información en la era digital. ENLACES: 5. http://es.wikipedia.org/wiki/Sociedad_de_la_informaci%C3%B3n 6. http://lukasnet.com.ar/docs/cibersociedad.doc 7. http://www.wikilearning.com/bibliotecas_virtuales-wkc-5659.htm 8. http://biblio.universia.es/digitales/espanyolas/index.htm 9. http://www.cervantesvirtual.com/informacion/bimicesa03.jsp 10. http://s.lycos.es/iberos/0609_centro_documentacion.htm


-143-

Bliblioteca Virtual Requerimientos Funcionales Y No Funcionales 6f143j

Overview 6h3y3j

More details h6z72

Related Documents 543cg

Bliblioteca Virtual Requerimientos Funcionales Y No Funcionales 6f143j

Requerimientos Funcionales Y No Funcionales 4k34h

Requerimientos Funcionales Y No Funcionales 4k34h

Requerimientos Funcionales Y No Funcionales 4k34h

Requerimientos Funcionales Y No Funcionales 4k34h

Requerimientos Funcionales 3d4h29

More Documents from "KevinCallupe" a536u

Mata Virus 446c3v

Bliblioteca Virtual Requerimientos Funcionales Y No Funcionales 6f143j