facultad de ciencias fisicas y matemÁticas

UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE CIENCIAS FISICAS Y MATEMÁTICAS

ESCUELA ACADEMICO PROFESIONAL DE INFORMÁTICA

SOFTWARE MULTIPLATAFORMA PARA CONTROLAR

EL PRÉSTAMO DE MATERIALES BIBLIOGRÁFICOS EN

LAS BIBLIOTECAS DE LA UNIVERSIDAD NACIONAL

DE TRUJILLO

Tesis para optar el Título Profesional de

INGENIERO INFORMÁTICO

Autores

Burgos Urquizo, Royer

Chomba Valverde, Juan Carlos

Asesor

Ing. Carlos Castillo Diestra

TRUJILLO – PERÚ

2014

Biblioteca Digital - Dirección de Sistemas de Informática y Comunicación - UNT

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajola misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/

BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

Agradecimientos

A Dios por ser fuente de Fe, fortaleza, seguridad y esperanza.

Nuestra eterna gratitud para quienes nos apoyaron en todo

momento, en especial para nuestros padres.

Al personal docente de la misma que son los forjadores del destino

de los pueblos y artífices de la cultura general especializada de sus

alumnos.

Burgos Urquizo, Royer

Chomba Valverde, Juan Carlos



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

Resumen

En vista de la baja satisfacción y de los problemas que experimentan los

usuarios de las bibliotecas de las diferentes escuelas de la Universidad Nacional

de Trujillo, se consideró factible contar con un software moderno para el control

de préstamos y administración de los recursos bibliotecarios.

La finalidad de este proyecto fue, por tanto, desarrollar un software

multiplataforma que permita a los estudiantes el acceso inmediato a los recursos

bibliográficos y a los bibliotecarios controlar de manera efectiva y eficaz el

préstamo de materiales bibliográficos; y por consecuencia mejorar la calidad de

los servicios bibliotecarios.

El desarrollo del software se llevó a cabo bajo el uso de una metodología

tradicional y un enfoque orientado a servicios de tal forma que los servicios

puedan ser consumidos desde cualquier plataforma (web, móvil, desktop), luego

del desarrollo del software se llevó a cabo un estudio estadístico de la

satisfacción de los estudiante usando el software desarrollado, obteniendo como

resultado una considerable reducción de la insatisfacción y una gran mejora de

la satisfacción de los estudiantes.

Palabras Clave: Multiplataforma, Enfoque Orientado a Servicios, Material

Bibliográfico, Metodología Tradicional.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

Abstract

In view of the low satisfaction and problems experienced by users of the

libraries of the different schools of the National University of Trujillo, was

considered feasible to have a modern software for monitoring loans and

administration of library resources.

The purpose of this project was therefore to develop a software platform that

allows students immediate access to library resources and librarians effectively

and efficiently control the way loan library materials; and consequently improve

the quality of library services.

Software development took place under the use of a traditional methodology

and service oriented so that services can be consumed from any application

(web, desktop) platform approach, then software development is carried out a

statistical study of student satisfaction using the software developed, resulting in

a considerable reduction in dissatisfaction and a great improvement in student

satisfaction.

Keywords: Cross-Platform, Service Oriented Approach, Journal Material,

Traditional Methodology.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

Índice

Capitulo 1. Introducción ............................................................................... 1

1.1 Realidad Problemática ......................................................................... 1

1.2 Problema .............................................................................................. 1

1.3 Hipótesis .............................................................................................. 2

1.4 Objetivo General .................................................................................. 2

1.5 Objetivos Específicos ........................................................................... 2

Capitulo 2. Material y Métodos .................................................................... 4

2.1 Diseño de Investigación ....................................................................... 4

2.2 Población y Muestra ............................................................................. 5

2.3 Instrumentos ........................................................................................ 6

2.4 Procedimientos .................................................................................... 6

2.5 Métodos para la Recolección de Datos ................................................ 7

2.6 Análisis Estadístico de Datos ............................................................... 7

2.7 Metodología de Desarrollo del Software .............................................. 8

2.7.1 Análisis de Requerimientos ....................................................... 8

2.7.2 Diseño ....................................................................................... 9

2.7.3 Implementación ......................................................................... 9

2.7.4 Pruebas y Verificación .............................................................. 9

2.7.5 Despliegue ................................................................................ 9

Capitulo 3. Marco Teórico .......................................................................... 10

3.1 Plataformas Tecnológicas .................................................................. 10

3.1.1 Definición de Plataforma ......................................................... 10

3.1.2 Tipos de Plataformas .............................................................. 10

3.1.3 Software Multiplataforma ........................................................ 10

3.2 Patrón de Diseño ............................................................................... 11

3.2.1 Definición ................................................................................ 11



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

3.2.2 Clasificación de los Patrones .................................................. 12

3.3 Arquitectura Multicapas ...................................................................... 12

3.3.1 Definición ................................................................................ 12

3.3.2 Arquitectura de 3 Capas ......................................................... 12

3.4 Arquitectura Orientada a Servicios (SOA) .......................................... 14

3.4.1 Definición ................................................................................ 14

3.4.2 Servicios Web ......................................................................... 15

3.5 Principales Patrones de Diseño ......................................................... 15

3.5.1 Transaction Script ................................................................... 16

3.5.2 Active Record .......................................................................... 16

3.5.3 Modelo de Dominio ................................................................. 17

3.5.4 Repositorio .............................................................................. 18

3.5.5 Request/Response ................................................................. 18

3.6 Mapeo Objeto-Relacional ................................................................... 19

3.6.1 Definición ................................................................................ 19

3.6.2 Nhibernate .............................................................................. 20

Capitulo 4. Resultados ............................................................................... 21

4.1 Recolección de datos mediante Cuestionarios .................................. 22

4.1.1 Datos Recolectados ................................................................ 22

4.2 Análisis de Resultados ....................................................................... 30

4.2.1 Satisfacción del Usuario .......................................................... 30

4.2.2 Rapidez de los Servicios ......................................................... 31

Capitulo 5. Discusión ................................................................................. 33

Capitulo 6. Conclusiones ........................................................................... 34

Capitulo 7. Recomendaciones ................................................................... 36

A. Anexo ....................................................................................................... 37

A.1 Cuestionario a Estudiantes ................................................................ 37

A.2 Entrevista de Requerimientos ............................................................ 40



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

B. Anexo ....................................................................................................... 43

B.1 Análisis de Requerimientos ................................................................ 43

B.1.1 Usuarios del Software ............................................................. 43

B.1.2 Características del Software ................................................... 44

B.1.3 Casos de Uso ......................................................................... 44

B.1.4 Modelo del Dominio ................................................................ 51

B.2 Diseño del Software ........................................................................... 52

B.2.1 Arquitectura del Software ........................................................ 52

B.2.2 Estructura Estática .................................................................. 55

B.2.3 Patrones de Diseño Utilizados ................................................ 59

B.2.4 Estructura Dinámica ................................................................ 60

B.2.5 Configuración de Despliegue .................................................. 63

B.3 Implementación del Software ............................................................ 65

B.4 Pruebas y Verificación ....................................................................... 68

B.5 Despliegue del Software .................................................................... 72

Bibliografía ...................................................................................................... 75



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

Índice de Figuras

FIGURA 1. ARQUITECTURA DE 3 CAPAS [3] ........................................................................................................... 13

FIGURA 2. ARQUITECTURA SOA [8] .................................................................................................................... 14

FIGURA 3. COMUNICACIÓN REQUEST/RESPONSE [9] .............................................................................................. 15

FIGURA 4. PATRÓN ACTIVE RECORD [8] .............................................................................................................. 16

FIGURA 5. DESAJUSTE ENTRE EL MODELO DE DATOS Y OBJETOS [8] ............................................................................ 17

FIGURA 6. REPRESENTACIÓN DEL PATRÓN REPOSITORIO [ELABORACIÓN PROPIA] ........................................................ 18

FIGURA 7. PATRÓN REQUEST/RESPONSE [9] ........................................................................................................ 19

FIGURA 8. MAPEO DE DATOS DE NHIBERNATE [13] .............................................................................................. 20

FIGURA 9. CALIFICACIÓN DEL SERVICIO BIBLIOTECARIO [ELABORACIÓN PROPIA] .......................................................... 23

FIGURA 10. CALIFICACIÓN DE LA FORMA DE PRÉSTAMO [ELABORACIÓN PROPIA] ......................................................... 23

FIGURA 11. CALIFICACIÓN DE LA FORMA DE RENOVACIÓN [ELABORACIÓN PROPIA] ...................................................... 24

FIGURA 12. CALIFICACIÓN DEL EQUIPAMIENTO INFORMÁTICO [ELABORACIÓN PROPIA] ................................................. 24

FIGURA 13. FACILIDAD EN EL PROCESO DE BÚSQUEDA [ELABORACIÓN PROPIA] ........................................................... 25

FIGURA 14. AGILIDAD Y RAPIDEZ DE ATENCIÓN [ELABORACIÓN PROPIA] .................................................................... 25

FIGURA 15. FACILIDAD PARA DETERMINAR LA DISPONIBILIDAD [ELABORACIÓN PROPIA] ................................................ 26

FIGURA 16. FACILIDAD PARA CONOCER EL ESTADO DE UN PRÉSTAMO [ELABORACIÓN PROPIA] ........................................ 26

FIGURA 17. CALIFICACIÓN DE LA RAPIDEZ DE LOS SERVICIOS [ELABORACIÓN PROPIA] .................................................... 27

FIGURA 18. TIEMPO QUE DEMORA PRESTAR UN LIBRO [ELABORACIÓN PROPIA] ........................................................... 27

FIGURA 19. TIEMPO QUE DEMORA DEVOLVER UN PRÉSTAMO [ELABORACIÓN PROPIA] .................................................. 28

FIGURA 20. TIEMPO QUE DEMORA RENOVAR UN PRÉSTAMO [ELABORACIÓN PROPIA] ................................................... 28

FIGURA 21. TIEMPO QUE DEMORA DETERMINAR LA DISPONIBILIDAD [ELABORACIÓN PROPIA] ........................................ 29

FIGURA 22. TIEMPO QUE DEMORA BUSCAR UN MATERIAL BIBLIOGRÁFICO [ELABORACIÓN PROPIA] .................................. 29

FIGURA 23. COMPARATIVO DE LA SATISFACCIÓN DEL USUARIO [ELABORACIÓN PROPIA] ............................................... 31

FIGURA 24. COMPARATIVO DE LA RAPIDEZ DE LOS SERVICIOS [ELABORACIÓN PROPIA] .................................................. 32

FIGURA 25. EJEMPLO DEL CUESTIONARIO PRE-TEST APLICADO [ELABORACIÓN PROPIA] ................................................ 38

FIGURA 26. EJEMPLO DEL CUESTIONARIO POST-TEST APLICADO [ELABORACIÓN PROPIA] .............................................. 39

FIGURA 27. FORMATO DE LA ENTREVISTA DE REQUERIMIENTOS [ELABORACIÓN PROPIA] .............................................. 40

FIGURA 28. EJEMPLO DE ENTREVISTA DE REQUERIMIENTOS A UN ESTUDIANTE [ELABORACIÓN PROPIA] ........................... 41

FIGURA 29. EJEMPLO DE ENTREVISTA DE REQUERIMIENTOS A UN BIBLIOTECARIO [ELABORACIÓN PROPIA] ........................ 42

FIGURA 30. CASOS DE USO PARA LA GESTIÓN DE MIEMBROS [ELABORACIÓN PROPIA] ................................................. 45

FIGURA 31. CASOS DE USO PARA LA GESTIÓN DE MATERIALES [ELABORACIÓN PROPIA] ................................................ 46

FIGURA 32. CASOS DE USO PARA LA CIRCULACIÓN DE MATERIALES [ELABORACIÓN PROPIA] .......................................... 48

FIGURA 33. ENTIDADES DEL DOMINIO [ELABORACIÓN PROPIA] ................................................................................ 51



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

FIGURA 34. DIAGRAMA DE CAPAS DEL SOFTWARE [ELABORACIÓN PROPIA] ................................................................ 53

FIGURA 35. DIAGRAMA DE COMPONENTES DEL SOFTWARE [ELABORACIÓN PROPIA] .................................................... 54

FIGURA 36. DIAGRAMA DE CLASES DEL SOFTWARE [ELABORACIÓN PROPIA] ............................................................... 55

FIGURA 37. ENTIDADES CATEGORÍA, TITULO Y MATERIAL [ELABORACIÓN PROPIA] ...................................................... 56

FIGURA 38. ENTIDADES MIEMBRO Y GRUPO [ELABORACIÓN PROPIA] ....................................................................... 56

FIGURA 39. ENTIDAD PRÉSTAMO [ELABORACIÓN PROPIA] ...................................................................................... 57

FIGURA 40. ENTIDAD SOLICITUD [ELABORACIÓN PROPIA] ....................................................................................... 57

FIGURA 41. PATRÓN QUERY OBJECT [ELABORACIÓN PROPIA] .................................................................................. 59

FIGURA 42. PATRÓN REPOSITORIO [ELABORACIÓN PROPIA] .................................................................................... 60

FIGURA 43. FLUJO PARA REGISTRAR PRÉSTAMO ABIERTO [ELABORACIÓN PROPIA] ...................................................... 61

FIGURA 44. FLUJO PARA PRESTAR MATERIAL [ELABORACIÓN PROPIA] ....................................................................... 61

FIGURA 45. FLUJO PARA RENOVAR PRÉSTAMO [ELABORACIÓN PROPIA] .................................................................... 62

FIGURA 46. FLUJO PARA DEVOLVER PRÉSTAMO [ELABORACIÓN PROPIA] ................................................................... 63

FIGURA 47. DIAGRAMA DE DESPLIEGUE DEL SOFTWARE [ELABORACIÓN PROPIA] ......................................................... 64

FIGURA 48. INTERFAZ DEL SERVICIO CATEGORÍA, TITULO Y MATERIAL [ELABORACIÓN PROPIA] ...................................... 66

FIGURA 49. INTERFAZ DEL SERVICIO MIEMBRO, GRUPO Y LIBRERÍA [ELABORACIÓN PROPIA] .......................................... 66

FIGURA 50. INTERFAZ DEL SERVICIO PRÉSTAMO Y SOLICITUD [ELABORACIÓN PROPIA] .................................................. 67

FIGURA 51. TEST PARA REGISTRAR MIEMBRO [ELABORACIÓN PROPIA] ...................................................................... 68

FIGURA 52. TEST PARA RECUPERAR MIEMBROS [ELABORACIÓN PROPIA] ................................................................... 69

FIGURA 53. TEST PARA REGISTRAR MATERIAL [ELABORACIÓN PROPIA] ...................................................................... 69

FIGURA 54. TEST PARA REGISTRAR PRÉSTAMO [ELABORACIÓN PROPIA] ..................................................................... 69

FIGURA 55.TEST PARA REGISTRAR SOLICITUD [ELABORACIÓN PROPIA] ....................................................................... 70

FIGURA 56. TEST PARA REGISTRAR RENOVACIÓN [ELABORACIÓN PROPIA] .................................................................. 70

FIGURA 57. EJECUCIÓN DE TEST PARA EL REGISTRO DE MIEMBROS [ELABORACIÓN PROPIA] .......................................... 71

FIGURA 58. INSTALACIÓN DE SQL SERVER EXPRESS [ELABORACIÓN PROPIA] .............................................................. 72

FIGURA 59. INICIALIZAR IIS [ELABORACIÓN PROPIA] .............................................................................................. 73

FIGURA 60. SOFTWARE EN EJECUCIÓN [ELABORACIÓN PROPIA] ................................................................................ 74



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

Índice de Tablas

TABLA 1. ESCALA DIFERENCIAL DE RESPUESTAS [ELABORACIÓN PROPIA] .................................................................... 30

TABLA 2. MEDIAS DE CRITERIOS DE SATISFACCIÓN DEL USUARIO [ELABORACIÓN PROPIA] ............................................. 30

TABLA 3. MEDIAS DE LAS PREGUNTAS DE RAPIDEZ DE SERVICIOS [ELABORACIÓN PROPIA] ............................................. 31

TABLA 4. FORMATO DEL CUESTIONARIO [ELABORACIÓN PROPIA] ............................................................................. 37



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

1

Capitulo 1. Introducción

1.1 Realidad Problemática

Las Bibliotecas de la Universidad Nacional de Trujillo poseen un sistema muy

antiguo que es prácticamente obsoleto ya que el préstamo de materiales se

realiza de manera manual, es decir el usuario tiene que llenar una pequeña ficha

en la cual anota el nombre del material bibliográfico, su código o identificador, el

nombre del alumno, el tipo de uso (sala o domicilio), luego entrega la ficha al

bibliotecario junto con su carnet y este le entrega el material solicitado. Este

proceso manual consume mucho tiempo, es muy propenso a errores y requiere

de mucho esfuerzo y disciplina por parte del bibliotecario lo que conlleva a un

brindar un servicio de mala calidad, por ello el nivel de insatisfacción de los

usuarios es alto.

Además, debido al poco presupuesto que posee la universidad no se ha

optado por comprar un software propietario debido a su elevado costo y la

infraestructura tecnológica que demanda para su implementación, optando

finalmente por seguir realizando este proceso manualmente. Por lo tanto el

presente proyecto pretende mejorar la satisfacción del usuario y la rapidez de

los procesos de los servicios bibliotecarios mediante el desarrollo de un software

multiplataforma.

1.2 Problema

¿Cómo controlar el préstamo de materiales bibliográficos permitiendo la mejora

de la calidad de los servicios bibliotecarios?



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

2

1.3 Hipótesis

La hipótesis planteada fue la siguiente:

El desarrollo de un software multiplataforma para controlar el

préstamo de materiales bibliográficos mejorara la calidad de los

servicios bibliotecarios.

Variable Independiente: El desarrollo de un software multiplataforma

para controlar el préstamo de materiales bibliográficos.

Variable Dependiente: Calidad de los servicios bibliotecarios.

Indicadores: Según la norma ISO 11620.

Satisfacción del usuario

Rapidez de los Servicios (Solicitudes, Préstamos,

Renovaciones y Devoluciones)

1.4 Objetivo General

Desarrollar un software multiplataforma para controlar el préstamo de

materiales bibliográficos en la mejora calidad de los servicios

bibliotecarios.

1.5 Objetivos Específicos

Emplear una metodología para el desarrollo del software.

Utilizar entrevistas para la obtención de necesidades y

requerimientos del software.

Crear casos de uso para la representación de requerimientos

funcionales.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

3

Diseñar el sistema mediante el uso del lenguaje de modelado UML y

patrones de diseño

Desarrollar el software multiplataforma usando una arquitectura por

capas y orientada a servicios.

Probar que el uso del software multiplataforma desarollado mejora la

calidad de los servicios bibliotecarios.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

4

Capitulo 2. Material y Métodos

2.1 Diseño de Investigación

Para la presente investigación, utilizamos un diseño pre-experimental conocido

como Pre-test y Post-test con un solo grupo experimental.

Este diseño se diagrama de la siguiente manera:

G: O1 → X → O2

Donde:

X: Variable Independiente (V.I)

O1: Medición Pre-Experimental de la Variable dependiente (V.D)

O2: Medición Post-Experimental de la Variable dependiente (V.D)

G: Grupo experimental elejido al azar

Descripción de Variables:

V. Independiente (V.I): El desarrollo de un software multiplataforma para

controlar el préstamo de materiales bibliográficos.

V. Dependiente (V.D): La calidad de los servicios bibliotecarios.

Indicadores de Medición:

Satisfacción del Usuario

Rapidez de los Servicios (Solicitudes, Préstamos, Renovaciones).

El Grupo Experimental (G) estuvo conformado por 94 estudiantes de las

escuelas de CC.FF y MM. (Sección 2.2)



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

5

Tipo de Hipótesis:

O1 < O2

Nuestra hipótesis se contrasta cuando la medición post-experimental de la

calidad de los servicios bibliotecarios (O2) es mayor a la medición pre-

experimental (O1).

2.2 Población y Muestra

A fines de seleccionar una muestra estadística lo más representativa posible,

se tomó una del tipo probabilístico, calculada mediante la siguiente formula:

𝑛 = 𝑁

𝑒2 ∗ (𝑁 − 1) + 1

Dónde:

n = Tamaño de la muestra = ?

N = Tamaño de la población = 1500

e = Error máximo admisible = 0.1

𝑛 = 1500

0.12 ∗ (1500 − 1) + 1 => 𝑛 =

1500

15.99

𝑛 = 94

Por tanto, la población de nuestro grupo experimental (G) estuvo

conformado por 94 estudiantes de las escuelas de Ingeniería Informática, Física

y Matemáticas, escojidos de manera aleatoria.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

6

2.3 Instrumentos

Los instrumentos usados para la recolección de datos fueron:

Notas de Apunte (Lápiz y Borrador)

Entrevista

Cuestionario

El cuestionario fue un instrumento de elaboración propia para medir los

indicadores de la variable de estudio (calidad de los servicios bibliotecarios) con

14 items y (5) posibles respuestas (Anexo A).

Para la experimentación con el software, se usó:

Computadora portátil marca Samsung A500, procesador Core i5 2.5

GHz, -6 GB RAM, Sistema Operativo Windows 8.

Celular Nokia Lumia 520, Sistema Operativo Windows Phone 8.

2.4 Procedimientos

A continuación se describe la secuencia de pasos utilizados para desarrollar la

presente investigación:

1. Observación de la realidad problemática.

2. Definición del problema y Formulación de Hipótesis.

3. Desarrollo de la solución software.

4. Medición de la calidad de los servicios bibliotecarios (V.D).

5. Experimentación con el software desarollado.

6. Nueva Medición de la calidad de los servicios bibliotecarios (V.D).

7. Evaluación de resultados y documentación del informe.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

7

2.5 Métodos para la Recolección de Datos

Las técnicas de recolección de datos usados en este proyecto fueron:

Observación

Utilizado para el registro visual y estudio de la realidad problemática en

las bibliotecas de la Universidad.

Entrevistas

Utilizado para tener una comunicación interpersonal con los estudiantes

y bibliotecarios a fin de obtener respuestas verbales a interrogantes

planteadas.

Cuestionarios

Utilizado para obtener respuestas sobre el problema de estudio, son

llenadas por los estudiantes.

2.6 Análisis Estadístico de Datos

El análisis estadístico de los datos recolectados mediante los cuestionarios

aplicados a nuestro tamaño muestral incluye las siguientes etapas:

1. Revisión y Codificación de la Información

Consiste en la asignación de símbolos, ordinariamente numéricos, a las

respuestas emitidas por los sujetos en cada una de las preguntas del

cuestionario.

2. Categorización y Tabulación de la Información

Consiste en categorizar y presentar los datos estadísticos en forma de

tablas.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

8

3. Análisis de los datos

Consisten en la presentación de los datos a través de gráficos para

analizarlos e interpretarlos.

4. Interpretación de los Resultados

Consiste en describir los resultados por separado y redactar una síntesis

general de los resultados

.

2.7 Metodología de Desarrollo del Software

Para el desarrollo del software se utilizó una metodología tradicional conocida

como Modelo en Cascada (del inglés: Waterfall Model) propuesta por primera

vez por Winston W. Royce en el año 1970. La razón por la cual elegimos esta

metodología fue porque en el modelo de cascada ninguna de las etapas se

pueden comenzar sin que se haya completado la fase anterior, pone énfasis en

los requerimientos y diseño antes de la implementación. Además es fácil de

entender, usar y muy ampliamente usado en el campo del desarrollo de software.

Esta metodología incluye las siguientes fases:

2.7.1 Análisis de Requerimientos

Durante esta fase se aplicaron técnicas de recopilación de requerimientos

tales como entrevistas, y reuniones de requerimientos con los usuarios y equipo

de desarrollo, con el fin de definir las características y funcionalidad que el

software debería implementar. Como resultado de esta fase se creó un modelo

de casos de uso que describen los requerimientos funcionales del software.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

9

2.7.2 Diseño

Después de haber definido los requerimientos funcionales del software, se

elabora diferentes diagramas UML tales como Diagramas de Capas, Diagramas

de Componentes y Diagramas de Clases, que constituyen todos los artefactos

de diseño del Software.

2.7.3 Implementación

En esta fase, se codifica el software basado en los modelos creados

previamente en la fase de diseño, haciendo uso de prototipos así como pruebas

y ensayos para corregir errores. Dependiendo del lenguaje de programación se

crean bibliotecas y componentes reutilizables dentro del mismo proyecto para

hacer que la programación sea un proceso mucho más rápido. Así mismo, se

usan diferentes técnicas y patrones de diseño que permiten que el sistema sea

escalable y flexible.

2.7.4 Pruebas y Verificación

En esta fase, Los elementos (módulos) ya programados se ensamblan para

componer el sistema y se comprueba que funciona correctamente y que cumple

los requerimientos, antes de ser entregado al usuario final. En esta etapa se

utilizan los casos de uso previamente desarrollados para comprobarlos mediante

el uso de casos de prueba.

2.7.5 Despliegue

Es la fase el software obtenido se pone en producción. Se implantan los

niveles software y hardware que componen el proyecto. En esta etapa el usuario

final ejecuta el sistema, para ello el o los programadores ya realizaron

exhaustivas pruebas para comprobar que el sistema no falle. Es una de las fases

finales Del proyecto.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

10

Capitulo 3. Marco Teórico

3.1 Plataformas Tecnológicas

3.1.1 Definición de Plataforma

Una plataforma es una combinación de hardware y software utilizado para

ejecutar aplicaciones de software. [11]

3.1.2 Tipos de Plataformas

Existen dos tipos de plataformas: [11]

Plataformas Hardware

Una plataforma de hardware puede referirse a la arquitectura del

ordenador o la arquitectura del procesador.

Por ejemplo: dispositivos móviles, tablets, pc.

Plataformas Software

Las plataformas de software pueden ser un sistema operativo o entorno

de programación, aunque más comúnmente se trata de una combinación

de ambos.

Por ejemplo: Android, Linux, Mac, iOS

3.1.3 Software Multiplataforma

Para que el software pueda ser considerado multiplataforma, debe ser capaz

de funcionar en más de una arquitectura de ordenador o sistema operativo. El

software multiplataforma puede dividirse en dos tipos; uno requiere una

compilación individual para cada plataforma que le da soporte, y el otro se puede

ejecutar directamente en cualquier plataforma sin preparación especial. [12]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

11

Las Tecnologías Multiplataforma más conocidas son:

Aplicaciones Web

Las Aplicaciones Web suelen ser descritas como multiplataforma, ya que,

idealmente, se puede acceder desde cualquiera de los diversos

navegadores web en diferentes sistemas operativos. Tales aplicaciones

generalmente emplean una arquitectura de sistema cliente-servidor, y

pueden variar ampliamente en complejidad y funcionalidad.[12]

Aplicaciones básicas

Aplicaciones web básicas lleva cabo la totalidad o la mayor parte del

procesamiento de un servidor web "Stateless", y pasar el resultado al

navegador web del cliente. Toda la interacción del usuario con la

aplicación consta de simples intercambios de solicitudes de datos y las

respuestas del servidor. [12]

3.2 Patrón de Diseño

3.2.1 Definición

Los patrones de diseño son la base para la búsqueda de soluciones a

problemas comunes en el desarrollo de software y otros ámbitos referentes al

diseño de interacción o interfaces. [2]

Los patrones de diseño pretenden:

Evitar la reiteración en la búsqueda de soluciones a problemas ya

conocidos y solucionados anteriormente.

Formalizar un vocabulario común entre diseñadores.

Estandarizar el modo en que se realiza el diseño.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

12

Facilitar el aprendizaje de las nuevas generaciones de diseñadores

condensando conocimiento ya existente.

3.2.2 Clasificación de los Patrones

Según el nivel de abstracción, los patrones de diseño se dividen en [2]:

Patrones de arquitectura

Aquellos que expresan un esquema organizativo estructural fundamental

para sistemas de software.

Patrones de diseño

Aquellos que expresan esquemas para definir estructuras de diseño (o

sus relaciones) con las que construir sistemas de software.

Dialectos

Patrones de bajo nivel específicos para un lenguaje de programación o

entorno concreto.

3.3 Arquitectura Multicapas

3.3.1 Definición

La arquitectura multicapas es una arquitectura cliente-servidor en el que el

objetivo primordial es la separación de la lógica de negocios de la lógica de

diseño; un ejemplo básico de esto consiste en separar la capa de datos de la

capa de presentación al usuario. [3]

3.3.2 Arquitectura de 3 Capas



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

13

La arquitectura de 3 capas, es la forma más sencilla de arquitectura

multicapas, y está conformada por la capa de acceso a datos, capa de lógica del

negocio, y capa de presentación como se muestra en la siguiente figura.

Figura 1. Arquitectura de 3 Capas [3]

Capa de presentación

Es la responsable para mostrar información al usuario y la interpretación

de los comandos del usuario. Es la capa que ve el usuario, también es

conocida como interfaz gráfica y debe tener la característica de ser

"amigable" para el usuario [2].

Capa de Lógica de Negocio

Es donde residen los programas que se ejecutan, se reciben las

peticiones del usuario y se envían las respuestas tras el proceso. Se

denomina capa de negocio porque es aquí donde se establecen todas las

reglas que deben cumplirse [2].

Capa de Acceso a Datos



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

14

Es donde residen los datos y es la encargada de acceder a los mismos.

Está formada por uno o más gestores de bases de datos que realizan todo

el almacenamiento de datos, reciben solicitudes de almacenamiento o

recuperación de información desde la capa de negocio [2].

3.4 Arquitectura Orientada a Servicios (SOA)

3.4.1 Definición

La Arquitectura Orientada a Servicios es un paradigma de arquitectura para

diseñar y desarrollar sistemas distribuidos. Una arquitectura orientada a

servicios es esencialmente un conjunto de servicios. Un servicio es una función

que está bien definida, autocontenida y no depende del contexto o estado de

otros servicios. La siguiente figura muestra los componentes de una arquitectura

Orientada a Servicios. [8]

Figura 2. Arquitectura SOA [8]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

15

3.4.2 Servicios Web

Los Servicios Web (Web Services) engloban varias tecnologías, incluyendo

XML, SOAP, WSDL, los cuales permiten construir soluciones de programación

para mensajes específicos y para problemas de integración de aplicaciones. En

cambio SOA es una arquitectura de aplicación en la cual todas las funciones

están definidas como servicios independientes con interfaces consumibles que

pueden ser llamados en secuencias bien definidas para formar los procesos de

negocio.

La tecnología de Web Services es la tecnología de conexión más probable

de las arquitecturas orientadas a servicios. La siguiente figura ilustra una

arquitectura orientada a los servicios básica. Se muestra a un consumidor de

servicios en el lado derecho que envía un mensaje de solicitud de servicio a un

proveedor de servicios al lado izquierdo. El proveedor de servicio devuelve un

mensaje de respuesta al consumidor de servicios. [9]

Figura 3. Comunicación Request/Response [9]

3.5 Principales Patrones de Diseño

Hay una serie de patrones de diseño que se puede seguir para organizar la lógica

de negocio. En esta sección, se los principales patrones de diseño. [4]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

16

3.5.1 Transaction Script

Es un patrón muy simple para la organización de la lógica del negocio, que

sigue un estilo procedimental de desarrollo en lugar de un enfoque orientado a

objetos. Basta con crear un procedimiento único para cada una de sus

transacciones comerciales donde cada procedimiento contiene toda la lógica de

negocio que se requiere para completar la transacción de negocio del flujo de

trabajo, reglas del negocio, validación y persistencia en la base de datos. [4]

3.5.2 Active Record

El patrón Active Record es patrón muy popular y es especialmente eficaz

cuando el modelo de base de datos subyacente es idéntico al modelo de

negocio. Normalmente, existirá un objeto de negocio para cada tabla en la base

de datos. El objeto de negocio representa una sola fila en esa tabla y contiene

los datos y el comportamiento, así como un medio para auto persistirse y los

métodos para agregar nuevas instancias y encontrar colecciones de objetos. [4]

Figura 4. Patrón Active Record [8]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

17

3.5.3 Modelo de Dominio

El modelo de dominio (del inglés: Domain Model) se crea con el fin de

representar el vocabulario y los conceptos clave del dominio del problema. El

modelo de dominio también identifica las relaciones entre todas las entidades

comprendidas en el ámbito del dominio del problema, y comúnmente identifica

sus atributos

La principal diferencia entre el modelo de dominio y el patrón Active Record

es que las entidades empresariales que viven en el modelo de dominio no tienen

conocimiento de cómo persistirse, y no necesariamente tienen que haber una

relación uno - a - uno entre el modelo de datos y el modelo de negocio [8].

Figura 5. Desajuste entre el modelo de datos y objetos [8]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

18

3.5.4 Repositorio

El repositorio (del inglés: Repository) actúa de mediador entre la capa de

dominio y el mapeo de datos, actuando como una colección de objetos en

memoria. Los objetos se pueden insertar y extraer desde el repositorio. El

repositorio ayuda al objetivo de lograr una separación limpia y de un solo sentido

de dependencia entre capas. La siguiente figura muestra los métodos de una

interfaz repositorio [7].

Figura 6. Representación del Patrón Repositorio [Elaboración Propia]

3.5.5 Request/Response

Request/Response es la más básica y común de los patrones de interacción

cliente-servicio. Se utiliza cuando el cliente debe tener una respuesta inmediata

o quiere el servicio para completar una tarea sin demora. Request / Response

comienza cuando el cliente establece una conexión con el servicio. Una vez que

una conexión ha sido establecida, el cliente envía su solicitud y espera una

respuesta. El servicio procesa la solicitud tan pronto como se recibe y devuelve

una respuesta sobre la misma conexión [7].

La siguiente figura muestra la conexión entre un cliente y un servidor

intercambiando mensajes (Request y Response).



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

19

Figura 7. Patrón Request/Response [9]

3.6 Mapeo Objeto-Relacional

3.6.1 Definición

El mapeo objeto-relacional es una técnica de programación para convertir

datos entre el sistema de tipos utilizado en un lenguaje de programación

orientado a objetos y la utilización de una base de datos relacional, utilizando un

motor de persistencia. En la práctica esto crea una base de datos orientada a

objetos virtual, sobre la base de datos relacional. Esto posibilita el uso de las

características propias de la orientación a objetos (básicamente herencia y

polimorfismo). Hay paquetes comerciales y de uso libre disponibles que

desarrollan el mapeo relacional de objetos, aunque algunos programadores

prefieren crear sus propias herramientas ORM. [8]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

20

3.6.2 Nhibernate

Solución ORM para la plataforma .NET, proporciona un framework para el

mapeo de un modelo de dominio orientado a objetos a una base de datos

relacional tradicional. Su propósito es aliviar el desarrollador de una porción

significativa de las tareas de programación relacionados con la persistencia de

datos relacionales. NHibernate es libre distribuida bajo la Licencia Pública

General GNU. [13]

La siguiente figura muestra como NHibernate convierte un esquema de datos

a un modelo de clases mediante archivos XML de mapeo (XML Mapping).

Figura 8. Mapeo de Datos de NHibernate [13]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

21

Capitulo 4. Resultados

El objetivo general del presente trabajo fue desarollar un software

multiplataforma (Anexo B) para controlar el préstamo de materiales

bibliográficos, con el fin de mejorar la calidad de los servicios bibliotecarios y

sobre todo solucionar el principal problema que enfrentan las bibliotecas, la cual

es no poder controlar fácilmente el préstamo de materiales bibliográficos (libros,

tesis, etc). A continuacion de describe brevemente el desarrollo del software.

En La primera fase de análisis de requerimientos (sección B.1)

determinamos las necesidades de los usuarios y creamos casos de uso (sección

B.1.3) para representar los requerimientos funcionales. Luego continuamos con

la fase del diseño el software (sección B.2) donde elaboramos la arquitectura

orientada a servicios del software (sección B.2.1), la estructura estática (sección

B.2.2), patrones de diseño (sección B.2.3) y la estructura dinámica del software

(sección B.2.4). Después de culminar la fase de diseño continuamos con la fase

de implementación del software (sección B.3) en el lenguaje de programación

orientado a objetos C#, obteniendo como resultado un conjunto de servicios

(figura 47, 48, 49) que representan la funcionalidad de todo el software.

En la fase de pruebas y verificación (sección B.4) empleamos pruebas de

caja blanca (sección B.4.1) y pruebas de caja negra (sección B.4.2) para verificar

el correcto funcionamiento del software. Finalmente en la fase de despliegue

(sección B.5) configuramos el entorno de ejecución para el correcto

funcionamiento del software.

A continuación mostramos los datos recolectados mediante cuestionarios

antes y después del uso del software multiplataforma. Así mismo mostramos los

resultados obtenidos después del análisis estadístico y comparación Pre-Test vs

Post-Test de la investigación.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

22

4.1 Recolección de datos mediante Cuestionarios

Para la recolección de datos, se solicitó a 94 estudiantes escogidos de

manera aleatoria realizar tareas específicas para que evalúen los criterios de

satisfacción y rapidez de los servicios.

Las tareas asignadas a los estudiantes fueron las siguientes:

Búsqueda del material bibliográfico

Determinar el estado de disponibilidad de un material

Solicitud de préstamo de materiales mediante la plataformas web

Prestar un libro proporcionando al bibliotecario el ID de miembro e

ID del libro que desea prestar.

Renovación de préstamos.

Devolución de préstamos.

Los formatos de Entrevista y Cuestionario se encuentran en el Anexo A.

4.1.1 Datos Recolectados

A continuación se muestran los datos recolectados mediante los

cuestionarios aplicados a 94 estudiantes usuarios de las bibliotecas de las

escuelas de la facultad de CC.FF y MM.

1. ¿En general, como califica el servicio que le ofrece la biblioteca?



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

23

Figura 9. Calificación del Servicio Bibliotecario [Elaboración Propia]

2. ¿Cómo califica la forma en que presta un libro?

Figura 10. Calificación de la forma de Préstamo [Elaboración Propia]

3. ¿Cómo califica la forma en que renueva un préstamo?

18

25

38

11

22

10

21

33

28

0

5

10

15

20

25

30

35

40

45

50

55

Muy Malo Malo Normal Bueno Muy Bueno

No

. Es

tud

ian

tes

PRE-TEST POST-TEST

22

37

25

8

237

15

37

32

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

24

Figura 11. Calificación de la forma de Renovación [Elaboración Propia]

4. ¿Cómo califica el equipamiento informático y tecnológico?

Figura 12. Calificación del equipamiento informático [Elaboración Propia]

25

40

22

6

11 2

18

3538

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST

9

18

50

12

53

6

2932

24

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

25

5. ¿Cómo califica la facilidad del proceso de búsqueda de material?

Figura 13. Facilidad en el Proceso de búsqueda [Elaboración Propia]

6. ¿Cómo califica la agilidad y rapidez de atención?

Figura 14. Agilidad y Rapidez de atención [Elaboración Propia]

7. ¿Cómo califica la facilidad para conocer la disponibilidad de un material?

16

29

40

63

1 2

27

36

28

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST

22

38

30

40

24

28

38

22

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

26

Figura 15. Facilidad para determinar la disponibilidad [Elaboración Propia]

8. ¿Cómo califica la facilidad para conocer el estado de un préstamo?

Figura 16. Facilidad para conocer el estado de un préstamo [Elaboración Propia]

9. ¿En general, como califica la rapidez de los servicios bibliotecarios?

41

28

22

301

3

15

35

40

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST

49

35

8

20

35

18

41

27

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

27

Figura 17. Calificación de la rapidez de los servicios [Elaboración Propia]

10. ¿Cómo califica el tiempo que demora prestar un libro?

Figura 18. Tiempo que demora prestar un libro [Elaboración Propia]

11. ¿Cómo califica el tiempo que demora devolver un préstamo?

21

3028

13

26

4

25

32

27

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST

16

3331

12

235

18

29

39

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

28

Figura 19. Tiempo que demora devolver un préstamo [Elaboración Propia]

12. ¿Cómo califica el tiempo que demora renovar un préstamo?

Figura 20. Tiempo que demora renovar un préstamo [Elaboración Propia]

13. ¿Cómo califica el tiempo que demora determinar la disponibilidad de un

libro?

5

18

53

13

53

6

27

39

19

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST

24

53

12

3 226

10

3739

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

29

Figura 21. Tiempo que demora determinar la disponibilidad [Elaboración Propia]

14. ¿Cómo califica el tiempo que demora buscar un material bibliográfico?

Figura 22. Tiempo que demora buscar un material bibliográfico [Elaboración Propia]

51

32

10

1 02

4 4

48

36

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST

23

3128

9

346

3532

17

0

5

10

15

20

25

30

35

40

45

50

55


No

. Est

ud

ian

tes

PRE-TEST POST-TEST



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

30

4.2 Análisis de Resultados

En esta sección se analizan los resultados obtenidos después de medir los

indicadores: Satisfacción del Usuario y Rapidez de los Servicios. Para hallar las

medias para cada pregunta se utilizo una escala diferencial semántica que se

muestra en la siguiente tabla.

Escala Adjetivo Calificativo

1 Muy Malo

2 Malo

3 Normal

4 Bueno

5 Muy Bueno

Tabla 1. Escala Diferencial de Respuestas [Elaboración Propia]

4.2.1 Satisfacción del Usuario

Con respecto a la satisfacción del usuario se obtuvo los siguientes resultados:

INDICADOR MEDIA

SATISFACCIÓN DEL USUARIO PRE-TEST POST-TEST

P1 ¿En general, como califica el servicio que le ofrece la biblioteca? 2.51 3.80

P2 ¿Cómo califica la forma en que presta un libro? 2.27 3.94

P3 ¿Cómo califica la forma en que renueva un préstamo? 2.13 4.14

P4 ¿Cómo califica el equipamiento informático y tecnológico? 2.85 3.72

P5 ¿Cómo califica la facilidad en el proceso de búsqueda de material? 2.48 3.94

P6 ¿Cómo califica la agilidad y rapidez de atención? 2.17 3.79

P7 ¿Cómo califica la facilidad para conocer la disponibilidad de un material? 1.86 4.17

P8 ¿Cómo califica la facilidad para conocer el estado de un préstamo? 1.61 3.89

Tabla 2. Medias de Criterios de Satisfacción del Usuario [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

31

Figura 23. Comparativo de la Satisfacción del Usuario [Elaboración Propia]

4.2.2 Rapidez de los Servicios

Con respecto a la rapidez de los servicios se obtuvo los siguientes resultados:

INDICADOR MEDIA

RAPIDEZ DE LOS SERVICIOS PRE-TEST POST-TEST

P9 ¿En general, como califica la rapidez de los servicios bibliotecarios? 2.41 3.74

P10 ¿Cómo califica el tiempo que demora prestar un libro? 2.48 4.02

P11 ¿Cómo califica el tiempo que demora devolver un préstamo? 2.95 3.69

P12 ¿Cómo califica el tiempo que demora renovar un préstamo? 2.00 4.12

P13 ¿Cómo califica el tiempo que demora determinar la disponibilidad de un libro? 1.59 4.19

P14 ¿Como califica el tiempo que demora buscar un material bibliografico? 2.34 3.55

Tabla 3. Medias de las Preguntas de Rapidez de Servicios [Elaboración Propia]

PRE-TEST

POST-TEST

0.000.501.001.502.002.503.003.504.004.505.00

P1 P2 P3 P4 P5 P6P7

P8

P1 P2 P3 P4 P5 P6 P7 P8

PRE-TEST 2.51 2.27 2.13 2.85 2.48 2.17 1.86 1.61

POST-TEST 3.80 3.94 4.14 3.72 3.94 3.79 4.17 3.89

SATISFACCIÓN DEL USUARIO



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

32

Figura 24. Comparativo de la rapidez de los servicios [Elaboración Propia]

PRE-TEST

POST-TEST0.00

0.50

1.00

1.50

2.00

2.50

3.00

3.50

4.00

4.50

5.00

P9P10

P11P12

P13P14

P9 P10 P11 P12 P13 P14

PRE-TEST 2.41 2.48 2.95 2.00 1.59 2.34

POST-TEST 3.74 4.02 3.69 4.12 4.19 3.55

RAPIDEZ DE LOS SERVICIOS



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

33

Capitulo 5. Discusión

De acuerdo a los resultados que se muestran en la Figura 23 podemos

observar que antes de la introducción del software (pre-test) las calificaciones

oscilaron entre los valores 1.8 y 2.8 (ver tabla 1), y después de la introducción

del software (post-test) las calificaciones oscilaron entre 3.7 y 4.1 lo cual

demuestra que el usuario se encuentra mas satisfecho después de la

introducción del software. Además, la calificación general de los servicios

bibliotecarios (P1) ha mejorado en un 51%.

Por otro lado, al observar la Figura 24 notamos que antes de la introducción

del software la calificación de la rapidez de los servicios bibliotecarios oscilaban

entre los valores 1.5 y 2.9, y después de la introducción del software la

calificación oscilaban entre 3.5 y 4.1 lo cual demuestra que la rapidez de los

servicios ha mejorado. Además, la calificación general de la rapidez de los

servicios bibliotecarios (P9) ha mejorado en un 55%.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

34

Capitulo 6. Conclusiones

En este capítulo presentamos las conclusiones a las que hemos llegado

después de finalizar nuestro trabajo.

1. El uso de la metodología en Cascada proporcionó un modelo lineal muy

sencillo de usar e implementar, permitiendo un desarrollo más ordenado.

Además permitió la creación de los artefactos, flujos de trabajo y

diagramas que conforman la documentación del software.(Anexo B)

2. Se logró obtener las necesidades de los usuarios y requerimientos del

software (sección B.1) mediante el uso de entrevistar dirigidas a

estudiantes y bibliotecarios (sección A.2).

3. La elaboración de casos de usos (sección B.1.3) permitió organizar y

definir los requerimientos funcionales del software. Asi mismo, permitió

identificar las entidades que participan en el modelo del dominio (sección

B.1.4)

4. Se utilizo el lenguaje de modelado a objetos UML en la fase de diseño

(sección B.2), para la elaboración del diagrama de capas (figura 34), de

componentes (figura 35), y diagrama de clases (figura 36). Además el uso

del patrón de diseño repositorio (figura 41) y query object pattern (figura

42) permitio la abstracción de la capa de acceso a datos.

5. El uso de una arquitectura por capas y orientada a servicios (figura 34)

facilito las pruebas y verificación de los componentes del software debido

al bajo nivel de acoplamiento entre las capas (sección B.4).



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

35

6. Se demostró que el uso del software multiplataforma desarollado mejoro

la calidad de lose servicios bibliotecarios, al incrementar la satisfacción

del usuario (figura 23) y mejorar la rapidez de los servicios (figura 24).



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

36

Capitulo 7. Recomendaciones

En este capítulo presentamos las recomendaciones para futuros trabajos:

1. Debido a que una de las limitaciones del software desarrollado es que no

soporta operaciones multisitio, es decir cada biblioteca es independiente

de la otra y no comparten datos, recomendamos modificar el diseño actual

para integrar todas las bibliotecas y colecciones bibliográficas en un solo

sistema, de tal manera que sea posible el préstamo interbibliotecario.

2. Recomendamos implementar un sistema de seguridad que use los

servicios desarrollados para evitar la salida no registrada de materiales

bibliográficos y el hurto de materiales bibliográficos.

3. Recomendamos integrar un mecanismo de autentificación para los

servicios, de manera que solo personal autorizado puedan consumir los

servicios y así evitar la fuga y corrupción de datos.

4. Recomendamos la implementación de aplicaciones cliente para

plataformas Android e iOS, mediante el uso de los servicios consumibles

desarrollados, de manera que se asegure el acceso desde cualquier

plataforma a los servicios bibliotecarios.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

37

A. Anexo

A.1 Cuestionario a Estudiantes

El formato utilizado para mediar la satisfacción del usuario y rapidez de los

servicios fue el siguiente:

CUESTIONARIO A ESTUDIANTES

Señale con una X según su criterio y percepción la respuesta de las siguientes preguntas. La escala de las respuestas es: 1. Muy Malo 2. Malo 3. Normal 4. Bueno 5. Muy Bueno

SATISFACCION DEL USUARIO 1 2 3 4 5

1. ¿En general, como califica el servicio que le ofrece la biblioteca?

2. ¿Cómo califica la forma en que presta un libro?

3. ¿Cómo califica la forma en que renueva un prestamo?

4. ¿Cómo califica el equipamiento informático y teconológico?

5. ¿Cómo califica la facilidad del proceso de busqueda de material?

6. ¿Cómo califica la agilidad y rapidez de atencion?

7. ¿Cómo califica la facilidad para conocer la disponibilidad de un material?

8. ¿Cómo califica la facilidad para conocer el estado de un prestamo?

RAPIDEZ DE LOS SERVICIOS 1 2 3 4 5

9. ¿¿En general, como califica la rapidez de los servicios bibliotecarios?

10. ¿Cómo califica el tiempo que demora prestar un libro?

11. ¿Cómo califica el tiempo que demora devolver un préstamo?

12. ¿Cómo califica el tiempo que demora renovar un préstamo?

13. ¿Cómo califica el tiempo que demora determinar la disponibilidad de un libro?

14. ¿Como califica el tiempo que demora buscar un material bibliografico?

Tabla 4. Formato del Cuestionario [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

38

A continuación se muestra 2 cuestionarios aplicados, uno antes del experimento

(figura 25) y el otro después del experimento (figura 26).

Figura 25. Ejemplo del Cuestionario Pre-Test aplicado [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

39

Figura 26. Ejemplo del Cuestionario Post-Test aplicado [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

40

A.2 Entrevista de Requerimientos

El formato de entrevista utilizado para capturar las necesidades de los

usuarios y los requerimientos del software es el siguiente.

Figura 27. Formato de la Entrevista de Requerimientos [Elaboración Propia]

Entrevista de Requerimientos

Cargo: _________________ Fecha de Entrevista: __________________

1. ¿ Cuales son los 3 principales problemas que interfieren con su exito y/o desempeño?

P1.__________________________________________________________________

P2._______________________________________________________________

P3.__________________________________________________________________

2. Para cada problema especificado ¿Como le gustaria que se solucione el problema?

P1.__________________________________________________________________

P2.__________________________________________________________________

P3.__________________________________________________________________

3. ¿Existe algun otro problema y/o requerimientos de debamos saber?

________________________________________________________________

________________________________________________________________

________________________________________________________________

________________________________________________________________



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

41

A continuación se muestra 2 entrevistas, una aplicada a un estudiante (figura 28)

y la otra aplicada a un bibliotecario (figura 29).

Figura 28. Ejemplo de Entrevista de Requerimientos a un estudiante [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

42

Figura 29. Ejemplo de Entrevista de Requerimientos a un bibliotecario [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

43

B. Anexo

En este anexo se documenta el desarrollo del software, lo cual incluye: Análisis

de Requerimientos, Diseño del Software, Implementación y Despliegue.

B.1 Análisis de Requerimientos

En esta sección se describe los requerimientos obtenidos mediante entrevistas

con los estudiantes y bibliotecarios (Anexo A.2).

B.1.1 Usuarios del Software

Identificamos dos usuarios del software, bibliotecarios y los estudiantes

miembros de la biblioteca, después de observar del problema y entrevistar a los

usuarios obtuvimos las siguientes necesidades.

Bibliotecario

Las principales necesidades descritas por el bibliotecario fueron:

Habilidad para administrar las cuentas de los usuarios

Habilidad de registrar y administrar solicitudes

Habilidad de determinar la disponibilidad de un material.

Habilidad de registrar renovaciones y devoluciones

Habilidad de catalogar material recién adquirido

Estudiantes (Miembros de la Biblioteca)

Las principales necesidades descritas por los miembros fueron:

Habilidad de Solicitar Libros vía Web

Buscar Materiales Bibliográficos por Titulo y/o ISBN

Habilidad de Renovar Prestamos fácilmente



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

44

B.1.2 Características del Software

Después de identificar las necesidades de los usuarios del software,

definimos las características con las que el software debe contar:

Gestión de Miembros

La gestión de usuarios incluye las creaciones de nuevas cuentas de

usuario, edición de información, suspensión de cuentas, y eliminación de

cuentas de usuario.

Gestión de Materiales

La gestión de colección bibliotecaria incluye el registro de materiales,

búsqueda de material bibliográfico por título o ISBN, edición de registros

de material bibliográfico y eliminación de los mismos.

Circulación de Materiales

La circulación de material bibliográfico incluye la reserva, préstamos de

materiales, además la renovación y devolución de préstamos.

B.1.3 Casos de Uso

A continuación se describe los casos de usos que representan la

funcionalidad del software agrupadas por cada característica definida

previamente.

Gestión de Miembros

Esta característica del sistema incluye todos los casos de uso significativos

para la gestión de miembros, esto incluye el registro de miembros y grupo de

miembros.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

45

Figura 30. Casos de Uso para la Gestión de Miembros [Elaboración Propia]

UC01 - Registrar Miembro

Este caso de uso describe como el actor Bibliotecario explora todos los

miembros y registra un nuevo miembro.

1. El caso de uso empieza cuando el bibliotecario navega a la sección Explorar

Miembros de la aplicación y selecciona el botón nuevo.

2. El Sistema muestra un formulario de registro.

3. El Bibliotecario ingresa los nombres, apellidos, DNI, dirección y teléfono,

selecciona una foto y grupo para el miembro, finalmente selecciona el botón

guardar.

4. El Sistema registra el nuevo miembro.

5. El Sistema muestra el miembro registrado.

6. El caso de uso termina.

UC02 – Crear Grupo

Este caso de uso describe como el actor Bibliotecario crea un nuevo grupo

de miembros.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

46

1. El caso de uso empieza cuando el bibliotecario navega a la sección Grupos de

la aplicación y selecciona el botón nuevo grupo.

2. El Sistema crea un nuevo grupo y muestra la lista de reglas para el grupo.

3. El Bibliotecario ingresa el periodo de préstamo, numero de renovaciones,

tolerancia de devolución y tolerancia de reservas.

4. El Sistema registra el nuevo grupo.

5. El Sistema muestra el grupo registrado.


Gestión de Materiales

Esta característica incluye los casos de uso significativos para la gestión de

materiales tales como la creación de títulos, categorías y registro de materiales.

Figura 31. Casos de Uso para la Gestión de Materiales [Elaboración Propia]

UC03 – Crear Titulo

Este caso de uso describe como el actor Bibliotecario crea un nuevo título.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

47

1. El caso de uso empieza cuando el bibliotecario navega a la sección Materiales

de la aplicación y selecciona el botón nuevo.

2. El Sistema muestra un formulario de registro.

3. El Bibliotecario ingresa el título, ISBN, Autor(s), Fecha de publicación,

Numero de llamada, categoría y tipo, luego selecciona el botón guardar.

4. El Sistema registra el nuevo título.

5. El Sistema muestra el título registrado.


UC04 – Crear Categoría

Este caso de uso describe como el actor Bibliotecario crea una nueva

categoría para los títulos.

1. El caso de uso empieza cuando el bibliotecario navega a la sección

Categorías de la aplicación y selecciona el botón nueva categoría.

2. El Sistema muestra el formulario de registro.

3. El Bibliotecario ingresa el nombre de la categoría, luego selecciona el botón

guardar.

4. El Sistema registra la nueva categoría.

5. El Sistema muestra la categoría registrada.


UC05 – Registrar Material

Este caso de uso describe como el actor Bibliotecario explora todos los

títulos y registra un nuevo título.

1. El caso de uso empieza cuando el bibliotecario navega a la sección Materiales

de la aplicación y selecciona el título.

2. El Sistema muestra detalles de título.

3. El Bibliotecario selecciona el botón Nuevo de la sección copias.

4. El Sistema el formulario de registro.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

48

5. El bibliotecario ingresa el tipo de uso de la copia.

6. El Sistema registra una copia del título.

7. El Sistema muestra la copia registrada en la sección Copias del Material.


Circulación de Materiales

Esta característica del software incluye casos de uso como la reservar de

materiales, préstamo de materiales, renovación y devolución de préstamos.

Figura 32. Casos de Uso para la Circulación de Materiales [Elaboración Propia]

UC06 – Prestar Material

Este caso de uso describe como el actor Bibliotecario presta un material a

un miembro.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

49

1. El caso de uso inicia cuando el Bibliotecario navega a la sección “Prestamos”

de la aplicación y selecciona el botón Nuevo.

2. El Sistema muestra el formulario de registro de préstamo.

3. El Bibliotecario ingresa el ID Miembro, ID Material y hace clic en guardar.

4. El Sistema registra el préstamo en estado abierto y muestra los detalles del

préstamo.

5. El Bibliotecario selecciona el botón Prestar.

6. El Sistema muestra un dialogo de confirmación.

7. El Bibliotecario selecciona Confirmar.

8. El Sistema genera la información de devolución, y muestra los detalles del

préstamo.


UC07 – Renovar Préstamo

Este caso de uso describe como el actor Bibliotecario renueva el préstamo

de un material.


de la aplicación y accede a un préstamo.

2. El bibliotecario selecciona el botón Renovar.



5. El Sistema actualiza la información del préstamo y muestra los detalles del

mismo.


UC08 – Devolver Préstamo

Este caso de uso describe como el actor Bibliotecario devuelve un

préstamo de un material.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

50


de la aplicación y accede a un préstamo.



4. El Sistema registra la devolución y muestra los detalles del préstamo.


UC09 – Solicitar Material

Este caso de uso describe como el actor Estudiante registra una solicitud

de un material.

1. El caso de uso inicia cuando el Estudiante explora y encuentra el material

bibliográfico que desea solicitar y hace click en solicitar.

2. El Sistema muestra el formulario de registro de solicitud.

3. El Estudiante ingresa su ID Miembro, ID Material y hace clic en solicitar.

4. El Sistema registra la solicitud en estado abierto y muestra los los detalles de

la solicitud.


UC10 – Aceptar Solicitud

Este caso de uso describe como el actor Bibliotecario acepta una solicitud

de préstamo.

1. El caso de uso inicia cuando el Bibliotecario navega a la sección “Solicitudes”

de la aplicación y selecciona solicitud(s) que desea aceptar.



4. El Sistema registra los nuevos préstamo(s).

5. El caso de uso termina



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

51

B.1.4 Modelo del Dominio

Parte del análisis de requerimientos es la identificación de las entidades que

participan en el dominio del negocio. Para este proyecto se identificaron las

siguientes entidades:

Título: Entidad intangible que representa una publicación realizada por

un autor(s) y disponible al público en general.

Categoría: Usado para la categorización de Títulos.

Material: Entidad tangible como un libro, publicación, tesis o cualquier

otro recurso que conforma la colección bibliográfica de una biblioteca.

Miembro: Usuarios de los servicios bibliotecarios.

Grupo: Determina las reglas y políticas para la circulación de material

bibliográfico.

Préstamo: Representa el préstamo de un material a un miembro de la

biblioteca.

Solicitud: Representa la solicitud de préstamo de un material a un

miembro.

El siguiente diagrama muestra las entidades y sus asociaciones que elaboramos.

Figura 33. Entidades del Dominio [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

52

B.2 Diseño del Software

Luego de definir los requerimientos funcionales del software, se elaboró los

diferentes diagramas UML que conforman el modelo de diseño sobre el cual se

implementa el software.

B.2.1 Arquitectura del Software

Las capas del software desarrollado fueron:

Capa de Acceso a Datos

Proporciona la persistencia de los datos para nuestro modelo.

Capa de Lógica del Negocio

Modela el dominio del negocio así como los flujos de trabajo y entidades.

Capa de Servicios

Integra la capa de lógica de negocio y la capa de acceso a datos para

crear servicios para cada acción del sistema

.

Capa de Servicios Consumibles

Implementa la API consumible para el software.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

53

Figura 34. Diagrama de Capas del Software [Elaboración Propia]

La figura anterior muestra todas las capas del software desarrollado,

observamos que la última capa del software del lado del servidor es la capa de

servicios consumibles (API), de tal forma que cualquier aplicación cliente puede

usar los servicios.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

54

Figura 35. Diagrama de Componentes del Software [Elaboración Propia]

La figura anterior (ver figura 35) muestra todos los componentes del software,

de todos los paquetes el paquete UNI.Biblioteca.Servicios es el que representa

los servicios consumibles y es el que será usado cada vez que se quiera



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

55

implementar el sistema en alguna plataforma, este componente será desplegado

en un servidor web (ver figura 47). Los componentes Biblioteca.Servicios,

Biblioteca.Dominio, Biblioteca.Repositorios, y Biblioteca.Infraestructura serán

desplegados en un servidor de aplicaciones, finalmente el componente

Biblioteca.Repositorio será desplegado en un servidor de datos. Puede ver la

figura 47 para ver la organización de los nodos y componentes.

B.2.2 Estructura Estática

La estructura estática de un software está conformada por un conjunto de

diagramas que muestran la estructura estática del software, es decir los tipos,

clases y su estructura interna, así como las relaciones entre una y otra.

La siguiente figura muestra las asociaciones entre todas las entidades de

nuestro modelo.

Figura 36. Diagrama de Clases del Software [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

56

Las siguientes figuras muestran las entidades que conforman nuestro

dominio con sus respectivas relaciones y miembros.

Figura 37. Entidades Categoría, Titulo y Material [Elaboración Propia]

Un Titulo está asociado (pertenece) a una categoría y posee múltiples

entidades Material, de la misma forma un Material está asociado a un Titulo.

Figura 38. Entidades Miembro y Grupo [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

57

Un Miembro está asociado (pertenece) a un Grupo, además un miembro

puede estar en 2 estados Activo o Inactivo.

Figura 39. Entidad Préstamo [Elaboración Propia]

Un Préstamo está asociado por lo menos a un Miembro y un Material,

además puede estar asociado a una Entrega, Devolución y múltiples entidades

Renovación.

Figura 40. Entidad Solicitud [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

58

Un Préstamo puede estar en 3 estados: Abierto, Entregado y Devuelto, a

continuación se describe su significado.

Abierto

Un préstamo se considera abierto cuando no ha sido entregado al

estudiante, es decir no se ha registrado una fecha de salida. Este

estado es usado para mantener las Solicitudes Aceptadas que

faltan ser Entregadas al estudiante.

Entregado

Un préstamo se considera entregado cuando se ha registrado una

fecha de salida del material bibliográfico, en este estado el material

bibliográfico se puede considerar préstado y en posesión de un

estudiante, las renovaciones no alteran este estado.

Devuelto

Un préstamo se considera devuelto cuando se ha registrado una

fecha de devolución, en este estado se considera que el préstamo

ha sido devuelto.

Una Solicitud está asociada a un Miembro y a un Material. Una solicitud

puede estar en 3 estados: Abierto, Aprobado, Cancelado, a continuación se

describe su significado.

Abierto

Una solicitud se considera abierto cuando no ha sido aprobado,

cuando una solicitud es aprobada se crear un préstamo en un



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

59

estado Abierto lo cual impide el préstamo del libro por parte de otro

usuario.

Aprobado

Una solicitud se considera aprobado cuando se ha registrado un

préstamo en estado Abierto, es decir el material bibliográfico

asociado no puede ser prestado a nadie más que el solicitante del

préstamo.

Cancelado

Una solicitud puede pasar a un estado cancelado por decisión del

estudiante que solicita el préstamo o por criterio del Bibliotecario.

B.2.3 Patrones de Diseño Utilizados

A continuación, se muestran algunos de los patrones de diseño usados para

el desarrollo de este software.

Figura 41. Patrón Query Object [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

60

Un Query Object es un intérprete, es decir, una estructura de objetos que se

pueden formar en sí en una consulta SQL. Puede crear esta consulta haciendo

referencias a clases y campos en lugar de tablas y columnas.

Figura 42. Patrón Repositorio [Elaboración Propia]

B.2.4 Estructura Dinámica

En esta sección se muestra los diagramas de actividad para la circulación de

materiales bibliográficos.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

61

Figura 43. Flujo para Registrar Préstamo Abierto [Elaboración Propia]

Figura 44. Flujo para Prestar Material [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

62

Figura 45. Flujo para Renovar Préstamo [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

63

Figura 46. Flujo para Devolver Préstamo [Elaboración Propia]

B.2.5 Configuración de Despliegue

En esta sección se muestra el diagrama de despliegue del software

multiplataforma, la cual modela la estructura física, y configuración de los nodos

necesarios para el correcto funcionamiento del software multiplataforma.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

64

Figura 47. Diagrama de despliegue [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

65

Podemos observar (figura 47) que el software es desplegado en 3 nodos, el

primer nodo y mas superficial es el servidor web que aloja el sitio web de la

biblioteca, el segundo nodo es un servidor de aplicaciones corriendo IIS o

Cassini, que contiene los servicios y toda la logica del negocio, finalmente el

servidor de aplicaciones se comunica con un servidor de datos corriendo SQL

Server o MySQL, que contiene el componte Repositorio y la Base de datos. Es

importante mencionar que el servidor web, servidor de aplicaciones y servidor de

datos pueden estar alojados físicamente en un mismo computador, sin embargo

recomendamos que se establezca un nodo para el servidor web y otro nodo para

el servidor de aplicaciones y de datos.

Ademas, se puede observar que los usuarios externos a la organización

utilizan el internet para conectarse al servidor web mediante el protocolo HTTP,

mientras que los usuarios y empleados dentro de la organización utilizan su red

local (LAN) para conectarse de la misma forma al servidor web, la transmición

de datos se realiza mediante el protocolo HTTP y utilizando SOAP como formato

de intercambio de datos. El computador del bibliotecario aloja el componente

Biblioteca.UNI.WPF la cual representa su interfaz de su aplicación desktop que

se comunica con el servidor de aplicaciones mediante la red LAN de la

organización.

Podemos decir que los servicios alojados en el servidor de aplicaciones son

multiplataforma o idependientes de la plataforma ya que son fácilmente

consumibles desde cualquier dispositivo y/o plataforma que soporte transmición

de mensajes mediante HTTP.

B.3 Implementación del Software

Basado en los diagramas de clases y diagramas de actividad,

implementamos el software sobre el framework .NET utilizando C# como



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

66

lenguaje de programación, por brevedad en esta sección solo muestra las

interfaces de los servicios mediante diagramas de clases, sin embargo el acceso

al código fuente completo se encuentra en el disco que acompaña este informe.

El componente Biblioteca.Servicios.WCF contiene las siguientes intefaces

Figura 48. Interfaz del Servicio Categoría, Titulo y Material [Elaboración Propia]

Figura 49. Interfaz del Servicio Miembro, Grupo y Librería [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

67

Figura 50. Interfaz del Servicio Préstamo y Solicitud [Elaboración Propia]

Estas interfaces representan los servicios de la biblioteca, desde registrar un

miembro hasta el control de préstamos de materiales bibliográficos.

El componente Biblioteca.Dominio contiene las clases Grupo, Categoria,

Miembro, Titulo, Solicitud, Material, Prestamo que se muestran en la figura 36 y

con mayor detalle en las figuras 37-40.

El componente Biblioteca.Repositorio contiene la implementación de los

patrones query object y repositorio como se muestran en las figuras 41 y 42

respectivamente.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

68

B.4 Pruebas y Verificación

B.4.1 Pruebas de Caja Blanca

Las pruebas de caja blanca nos permitieron verificar el correcto

funcionamiento de las estructuras internas del software. El nivel de pruebas que

se llevó acabo se conoce como Pruebas de Integración (del inglés: Integration

Tests), donde unidades individuales son combinadas y probadas como un grupo,

el propósito de las pruebas de integración es exponer los fallos en la interacción

entre unidades integradas.

A continuación se muestran las pruebas de integración más importantes tales

como las operaciones de registro de materiales, miembros, y préstamos; sin

embargo todas las pruebas se encuentran en el código fuente del proyecto.

Figura 51. Test para registrar Miembro [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

69

Figura 52. Test para recuperar Miembros [Elaboración Propia]

Figura 53. Test para registrar Material [Elaboración Propia]

Figura 54. Test para registrar Préstamo [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

70

Figura 55.Test para registrar Solicitud [Elaboración Propia]

Figura 56. Test para registrar Renovación [Elaboración Propia]

Cada uno de estos tests regeneran la base de datos para que modificación

externas no afecten el resultado del test, de esta forma comprobamos que

todos nuestra lógica interna funciona correctamente.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

71

B.4.2 Pruebas de Caja Negra

Las pruebas de caja negra nos permitieron verificar la funcionalidad del

software sin escrudiñar las estructuras internas del software. A partir de los casos

de uso desarrollados en la fase de análisis de requerimientos creamos casos de

prueba que verificamos mediante una herramienta llamada Microsoft Test

Manager.

Figura 57. Ejecución de Test para el Registro de Miembros [Elaboración Propia]

La figura anterior muestra cómo se ejecuta el caso de prueba para el Registro

de Miembros. Esta ejecución consiste en realizar las acciones mencionadas en

cada paso, si la respuesta del software es el mismo que el descrito en el caso de

prueba entonces se marca como correcto y se continúa con el siguiente paso,

de otra forma se detiene el proceso y se registra el error. De esta forma probamos

todas las funciones de nuestro software desde el de vista del usuario final sin

conocer los detalles internos del software.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

72

B.5 Despliegue del Software

Después de haber concluido la fase de pruebas con éxito, montamos el

software en un computador portátil para ser usado al momento de tomar los

cuestionarios a los estudiantes y bibliotecarios de la biblioteca.

Los pasos para montar el software en un computador, son los siguientes:

1. Descargar e Instalar SQL Server Express

Después de descargar SQL Server Express de la página web de

Microsoft, se debe instalar el mismo dejando todos los valores por defecto

para configurar una instancia llamada SQLExpress que es la instancia que

el software usa por defecto para conectarse a la base de datos.

Figura 58. Instalación de SQL Server Express [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

73

2. Copiar Base de Datos

El siguiente paso es copiar la base de datos que usa el software a la

ubicación que usa por defecto SQL Server Express la cual se encuentra

en la dirección:

C:\Program Files\Microsoft SQL Server\MSSQL12.MyInstance\

De esta forma el software podrá conectarse a la base de datos.

3. Inicializar Servidor Web IIS

Ahora debemos inicializar IIS (Internet Information Service), para esto se

debe abrir correr el siguiente comando: net start w3svc

Figura 59. Inicializar IIS [Elaboración Propia]

4. Ejecutar el Software

Finalmente se debe ejecutar el software, se debe esperar que los servicios

se inicialicen y la conexiona la base de datos se complete, esto suele

demorar unos segundos la primera vez que se usa el software.

De la misma forma se debe acceder abrir el explorador web y abrir la

dirección http://localhost:8080 para abrir el portal web de la

biblioteca.



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

http://localhost:8080/

74

Figura 60. Software en ejecución [Elaboración Propia]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

75

Bibliografía

[1] Homer A., Oakley A., Wastell B., “Deployment Patterns (Microsoft Enterprise

Architecture, Patterns, and Practices)”. Microsoft Press, 2013

[2] Fowler M. “Patterns of Enterprise Application Architecture”, Pearson

Education, 2003.

[3] Clements P, Kazman R, “Software Architecture in Practice, Third Edition”.

Boston: Addison-Wesley, 2012.

[4] Evans E. “Domain Driven Design: Tackling Complexity in the Heart of

Software”. Addison-Wesley, 2003.

[5] Clements, Paul; Felix Bachmann, Len Bass, David Garlan, James Ivers,

Reed Little, Paulo Merson, Robert Nord, Judith Stafford. “Documenting

Software Architectures: Views and Beyond, Second Edition”. Boston: Addison-

Wesley, 2010.

[6] Kenneth E., Kendall, Julie E,” Análisis y diseño de sistemas”, Paperback –

August 1, 2005.

[7] Martin, Robert C. "Design Principles and Design Patterns". Retrieved 2000.

[8] Millett S. "ASP.NET Design Patterns", Indiana Wiley Publishing, Inc, 2010.

[9] Alonso G., Casati F., Kuno H., Machiraju V. "Web Services: Concepts,

Architectures and Applications", New York Springer, 1998.

[10] Sangsuree Vasupongayya, Kittisak Keawneam, Kittipong Sengloilaun, Patt

Emmawat, " Open Source Library Management System Softwarer ", 2011 ,

Disponible en: http://www.waset.org/journals/waset/v53/v53-178.pdf

[Fecha de consulta: 28 agosto del 2013]



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

http://www.waset.org/journals/waset/v53/v53-178.pdf

76

[11] The Linux Information Project. Definicion y Tipos de Plataforma. [En línea]

[Citado el 4 de Julio del 2014] http://www.linfo.org/platform.html

[12] PC MAgazine Encyclopedia. Definición de Software Multiplataforma. [En

línea] [Citado el 10 de Julio del 2014]

http://www.pcmag.com/encyclopedia/term/40495/cross-platform

[13] NHibernate Project. Definición de Nhibernate. [En línea] [Citado el 10 de

Julio del 2014] http://www.nhforge.org/doc/nh/en



BIBLI

OTECA DE C

IENCIA

S FÍS

ICAS

Y MATEMÁTIC

AS

http://www.linfo.org/platform.html

http://www.pcmag.com/encyclopedia/term/40495/cross-platform

http://www.nhforge.org/doc/nh/en

facultad de ciencias fisicas y matemÁticas

Documents