Desarrollo de Un Sistema de Gestion

UNIVERSIDAD NACIONAL DEL
CENTRO DEL PERU
FACULTAD DE INGENIERA DE SISTEMAS
TESIS
DESARROLLO DE UN SISTEMA DE GESTION DE BIBLIOTECA

PARA MEJORAR LA ATENCION EN EL COLEGIO MARISCAL
CASTILLA EL TAMBO
PRESENTADA POR:
PECHO ORIHUELA, Ral Fernando
PARA OPTAR EL TTULO PROFESIONAL DE:
INGENIERO DE SISTEMAS
HUANCAYO PER
2014
ASESOR:
M.sc Sal Ernesto Arauco Esquivel
ii
AGRADECIMIENTOS:
Deseo expresar muestras de agradecimiento:

A DIOS
Por guiar mi camino con su luz.
A MIS PADRES
Por su ejemplo, amor y aliento constante para ser cada da mejor.
A MI ALMA MATER
Por sembrar en m enseanzas que conducen a mi formacin profesional.
A MI ASESOR
Por su gran apoyo y por compartir su vasto conocimiento.
A MIS MAESTROS DE LA FIS

Por su dedicacin a la enseanza a mi paso por la Universidad.
iii
DEDICATORIA:
Mi tesis la dedico con todo cario a t Dios que

me diste la oportunidad de vivir y regalarme
una familia maravillosa. Con mucho cario
principalmente mi padre Vctor, mi madre
Estelita y mi hermana Roxana; quienes en todo
momento me acompaan alentndome a seguir
caminando hacia adelante. Son ellos el motor
de mi dicha y felicidad.
iv
RESUMEN
La presente tesis intitulada Desarrollo de un sistema de gestin de biblioteca busca mejorar el
servicio de atencin de biblioteca en el Colegio Mariscal Castilla El Tambo. La necesidad surge
para gestionar de manera oportuna los libros que los estudiantes solicitan en el momento indicado.
El sistema busca mejorar la gestin de la biblioteca que brinde un buen servicio a los estudiantes
que necesitan hacer uso de la informacin solicitada y que contribuya al logro de su aprendizaje
en los saberes que se encuentran dentro del proceso de su formacin, la misma que est
integrada en el proceso pedaggico contribuyendo a la autoeducacin y responsabilidad con la
sociedad.
Para el desarrollo del sistema de gestin, se aplic la metodologa SCRUM que est
especialmente indicado para proyectos en entornos complejos, donde se necesita obtener
resultados pronto, donde los requisitos son cambiantes o poco definidos, donde la innovacin,
la competitividad, la flexibilidad y la productividad son fundamentales, teniendo en cuenta las fases
de la metodologa Scrum que nos ayuda al desarrollo del sistema para la biblioteca del Colegio
Mariscal Castilla. La implementacin fue llevada a cabo mediante el uso del Lenguaje de
Programacin Java - NetBeans, y teniendo como Gestor de Base de Datos Microsoft Access.
El desarrollo de este sistema de gestin de biblioteca mejorar el servicio de atencin a los
estudiantes que necesariamente realizan prstamos de libros, una de las dificultades superadas
es el mejor control del prstamo de los libros que efectan los estudiantes para el desarrollo de las
asignaturas, asimismo, permite al profesor dar ms libertad para profundizar en temas de
investigacin, evitando las conformidades y quejas de los alumnos, docentes y administrativos.
Para el desarrollo de este trabajo de investigacin se resumen en uso de metodologas de
desarrollo de software desde los aos 1960, para el cual se plantearon propuesta de ciclos de vida
segn el modelo Iterativo e incremental de desarrollo de software, en donde el ciclo de vida es en
forma espiral, en estos modelos se reconoce la necesidad de la comunicacin y el aprendizaje
como herramientas cruciales para poder generar soluciones de calidad, las mismas que
estuvieron enfocadas en la necesidad de las personas que desarrollan proyectos. En el ao 1990
surgi como alternativa a las metodologas pesadas, una visin con mirada liviana, donde se
comenz a cristalizar la metodologa semi formal extreme programming (XP), que lleva su
nombre al buen desarrollo de las buenas prcticas de desarrollo de software, siguiendo este
camino surgieron otras propuestas como la australiana Feature Driven Development las
norteamericas SCRUM y Crystal Clear y la europea Dynamic System Development Model. El
uso de la metodologa SCRUM muestra un desarrollo bastante dinmico y gil el cual ha permitido
desarrollar el sistema de gestin de biblioteca.
v
ABSTRACT
The research entitled Development of a library management system seeks to improve library
service in the school Mariscal Castilla - El Tambo. The need arises to manage timely books
that students apply at the right time. The system aims to improve the management of the
library to provide a good service to students who need to use the requested information and
to help achieve their learning in the knowledge that they are in the process of its formation, it
is integrated into the educational process contributing to self-education and responsibility to
society .
For the development of the management system, the Scrum methodology that is especially
suited for projects in complex environments where you need to get results soon, where
requirements are changing or poorly defined was applied, where innovation,
competitiveness, flexibility and productivity are essential, taking into account the phases of
Scrum metologa that helps us to develop the system for Mariscal Castilla College library.
The implementation was carried out by using the Java programming language - NetBeans,
and having as Manager Microsoft Access Database.
The development of this system will improve the management of library service to students
who necessarily make loans of books, one of the difficulties overcome is the best control of
the loan of books that students made for the development of the subjects also, allows the
teacher to give more freedom to further research topics, avoiding the conformities and
complaints from students, faculty and staff.
For the development of this research are summarized in use of methodologies of software
development since the 1960s, for which proposal lifecycles were raised according to the
iterative and incremental model of software development, where the life cycle is coiled form,
in this model it recognizes the need for communication and learning as crucial tools to
generate quality solutions, the same that were focused on the need for people developing
projects. In the 1990s he emerged as an alternative to heavy methodologies, a vision with
light eyes, which began to crystallize the semi - formal methodology extreme programming
(XP), named after the great development of the best practices of software development,
following this path are other proposals emerged as Australia's "Feature Driven Development
" the norteamericas " SCRUM and Crystal Clear" and European "Dynamic System
Development Model". The use of SCRUM methodology shows a very dynamic and fast
development which led to the development of library management system.
vi
INDICE
Pg.
ASESOR ........................................................................................................................................................ ii
AGRADECIMIENTOS ................................................................................................................................... iii
DEDICATORIA.............................................................................................................................................. iv
RESUMEN...................................................................................................................................................... v
ABSTRACT ................................................................................................................................................... vi
INTRODUCCIN............................................................................................................................................ 1
CAPTULO I ................................................................................................................................................... 3
GENERALIDADES ........................................................................................................................................ 3
1.1. Planteamiento del problema.................................................................................................................... 3
1.2. Formulacin del problema ..................................................................................................................... 10
1.3. Objetivos de la Investigacin................................................................................................................. 10
1.4. Justificacin ........................................................................................................................................... 10
1.5. Hiptesis ................................................................................................................................................ 11
1.1. Diseo metodolgico ............................................................................................................................. 11
CAPTULO II ................................................................................................................................................ 12
MARCO DE REFERENCIA ......................................................................................................................... 12
2.1. Antecedentes ........................................................................................................................................ 12
A.1 Diseo de un sistema de gestin del conocimiento para el Sistema de Bibliotecas de la
Universidad de los Andes, Catalunya ........................................................................................... 12
A.2 Anlisis, diseo e implementacin de un sistema de apoyo a la biblioteca, aplicado a la gestin
Educativa en Centro de Educacin especial. ................................................................................ 13
A.3 Anlisis para la Creacin, Organizacin y Desarrollo de la biblioteca digital de Colombia ......... 14
A.4 Diseo de una Metodologa de Desarrollo de Software para biblioteca ,basada en la
Metodologa gil Scrum. ............................................................................................................... 15
A.5 Diseo e implementacin de un Sistema web de Biblioteca digital e documentos de
literatura cientfica ......................................................................................................................... 15
2.2. Marco Terico ...................................................................................................................................... 16
2.2.1 Ingeniera de Software ........................................................................................................... 16
2.2.1.1 Modelo para desarrollo de software ............................................................................. 17
2.2.2 Productividad de desarrollo de software ................................................................................. 20
2.2.3 Herramientas para el desarrollo de software ......................................................................... 22
2.2.4 Desarrollo con metodologa Scrum ........................................................................................ 23
2.2.5 Principio de Scrum ................................................................................................................. 24
2.2.6 Biblioteca ................................................................................................................................ 24
2.2.3 Desarrollo del Sistema ........................................................................................................... 29
2.2.3.1 Anlisis de Requerimientos ........................................................................................ 29
2.2.3.2 Diseo del sistema ..................................................................................................... 29
2.2.3.3 Diagramas .................................................................................................................. 30
2.3. Modelo Aplicativo ............................................................................................................................ 36
2.4. Marco Conceptual ............................................................................................................................ 42
CAPTULO III ............................................................................................................................................... 44

INTERVENCIN METODOLGICA ........................................................................................................... 44
vii
3.1. Pre Juego .............................................................................................................................................. 44
3.1.1 Planificacin ............................................................................................................................... 44
3.1.2 Anlisis ....................................................................................................................................... 46
3.1.2.1 Anlisis de Requerimientos ............................................................................................. 46
3.1.2.2 Modelos de Caso de Uso ................................................................................................ 46
3.2. Juego ..................................................................................................................................................... 49
3.2.1 Diseo del Sistema ...................................................................................................................... 49
3.2.1.1 Implementacin Fsica ................................................................................................... 49
3.2.1.2 Implementacin Lgica .................................................................................................. 51
3.2.2 Diseo de la Base de Datos ................................................................................................................ 52
3.2.3 Sprint 1 ......................................................................................................................................... 55
3.2.3.1 Planificacin ................................................................................................................... 55
3.2.3.2 Anlisis ........................................................................................................................... 56
3.2.3.3 Diseo ............................................................................................................................ 57
3.2.3.4 Pruebas .......................................................................................................................... 58
3.2.4 Sprint 2 ......................................................................................................................................... 61
3.2.4.1 Planificacin ................................................................................................................... 61
3.2.4.2 Diseo ............................................................................................................................ 63
3.2.4.3 Pruebas .......................................................................................................................... 63
3.2.5 Sprint 3 ......................................................................................................................................... 67
3.2.5.1 Planificacin ................................................................................................................... 67
3.2.5.2 Diseo ............................................................................................................................ 67
3.2.5.3 Pruebas .......................................................................................................................... 68
3.3. Post Juego............................................................................................................................................. 72
CAPTULO IV ............................................................................................................................................... 73
INTERVENCIN METODOLGICA ........................................................................................................... 73
4.1. Resultados de la atencin en la biblioteca con el Sistema de Gestin de Biblioteca. .......................... 73
4.2. Resultados de las velocidades de cada sprint ...................................................................................... 75
4.2.1 Sprint 1 ......................................................................................................................................... 75
4.2.2 Sprint 2 ......................................................................................................................................... 77
4.2.3 Sprint 3 ......................................................................................................................................... 78
4.2.4 Velocidad final estimada de los Sprints ...................................................................................... 79
4.3. Resultados del Sistema de Gestin de Biblioteca ................................................................................ 80
CONCLUSIONES......................................................................................................................................... 83
RECOMENDACIONES ................................................................................................................................ 84
REFERENCIAS ............................................................................................................................................ 85
ANEXOS
viii
INDICE DE FIGURAS
Pg.
Figura N 1.1 Plan de Estudio del Colegio Mariscal Castilla ........................................................................ 4

Figura N 1.2 Caracterizacin de la Problemtica del Colegio Mariscal Castilla .......................................... 5
Figura N 1.3 Biblioteca del Colegio ............................................................................................................. 7
Figura N 1.4 Distribucin de Alumnos por grado en el Colegio Mariscal Castilla El Tambo..................... 7
Figura N 1.5 Frecuencia de asistencia a la biblioteca de los alumnos por da ........................................... 8
Figura N 1.6 Ficha de registro de prstamo de libros de la Biblioteca ......................................................... 8
Figura N 1.7 Queja y reclamos de alumnos ................................................................................................ 9
Figura N 1.8 Quejas relacionadas con la respuesta de los alumnos ........................................................... 9
Figura N 2.1 Fases del Modelo en Cascada ............................................................................................. 17
Figura N 2.2 Fases del Modelo en Desarrollo Espiral ............................................................................... 18
Figura N 2.3 Fases del Modelo de Prototipo .............................................................................................. 18
Figura N 2.4 Fases del Modelo Scrum ....................................................................................................... 19
Figura N 2.5 Flexibilidad de la Metodologa Scrum .................................................................................... 23
Figura N 2.6 Seguimiento del Scrum .......................................................................................................... 24
Figura N 2.7 Alumnos del Colegio .............................................................................................................. 25
Figura N 2.8 Diagrama de Casos de Uso ................................................................................................... 31
Figura N 2.9 Diagrama de Clases .............................................................................................................. 31
Figura N 2.10 Diagrama de Objetos ........................................................................................................... 32
Figura N 2.11 Diagrama de Estados .......................................................................................................... 33
Figura N 2.12 Diagrama de Secuencia ....................................................................................................... 34
Figura N 2.13 Diagrama de Actividades ..................................................................................................... 34
Figura N 2.14 Diagrama de Colaboraciones .............................................................................................. 35
Figura N 2.15 Diagrama de Componentes ................................................................................................. 35
Figura N 2.16 Metodologa Scrum .............................................................................................................. 36
Figura N 2.17 Fases de Metodologa Scrum .............................................................................................. 38
Figura N 2.18 Pasos de las Fases de Metodologa Scrum ........................................................................ 40
Figura N 3.1 Actor del Negocio ................................................................................................................... 47
Figura N 3.2 Diagrama de Caso de Uso del Negocio ................................................................................ 47
Figura N 3.3 Actor del Sistema ................................................................................................................... 48
Figura N 3.4 Diagrama de Caso de Uso del Sistema ................................................................................. 48
Figura N 3.5 Diagrama de Secuencia del Sistema ..................................................................................... 49
Figura N 3.6 NetBeans ............................................................................................................................... 50
Figura N 3.7 Interfaz del Sistema del Sistema de Gestin de biblioteca ................................................... 52
Figura N 3.8 Conexin de Base de Datos .................................................................................................. 54
Figura N 3.9 Esquema de Base de Datos .................................................................................................. 54
Figura N 3.10 Diagrama de Caso de Uso de Administracin ..................................................................... 56
Figura N 3.11 Esquema de Base de Datos ................................................................................................ 57
Figura N 3.12 Nuevo Lector ....................................................................................................................... 58
Figura N 3.13 Codificacin de Nuevo Lector .............................................................................................. 59
Figura N 3.14 Modificar datos del Lector .................................................................................................... 59
Figura N 3.15 Codificacin de Modificar datos del Lector ......................................................................... 60
Figura N 3.16 Salir de Modificar Datos del Lector ...................................................................................... 60
Figura N 3.17 Codificacin de Salir de Modificar datos del Lector ............................................................. 61
Figura N 3.18 Esquema de base de datos ................................................................................................. 62
Figura N 3.19 Gestin de Lector ................................................................................................................. 63
Figura N 3.20 Eliminacin del Lector .......................................................................................................... 63
ix
Figura N 3.21 Codificacin de Eliminacin de Lector ................................................................................. 64
Figura N 3.22 Gestin de Libros ................................................................................................................. 64
Figura N 3.23 Codificacin de Gestin de libros ........................................................................................ 65
Figura N 3.24 Prstamo de Libros .............................................................................................................. 65
Figura N 3.25 Codificacin de Prstamo de Libros .................................................................................... 66
Figura N 3.26 Formulario ............................................................................................................................ 66
Figura N 3.27 Esquema de Base de Datos ................................................................................................ 68
Figura N 3.28 Modificar Datos de Libros .................................................................................................... 69
Figura N 3.29 Codificacin de Modificar Datos de Libros .......................................................................... 69
Figura N 3.30 Eliminar datos de los Libros ................................................................................................. 70
Figura N 3.31 Codificacin de Eliminar datos de los Libros ....................................................................... 70
Figura N 3.32 Salir de la Interfaz de Gestin de Libros .............................................................................. 71
Figura N 3.33 Codificacin de Salir de Gestin de Libros .......................................................................... 71
Figura N 4.1 Velocidad estimada del Sprint 1 ........................................................................................... 77
Figura N 4.4 Flexibilidad del Scrum ............................................................................................................ 79
Figura N 4.5 Interfaz del Sistema de Gestin de Biblioteca ...................................................................... 80
Figura N 4.6 Interfaz del Sistema de Gestin de Lector ............................................................................. 80
Figura N 4.7 Interfaz del Sistema de Gestin de Libros ............................................................................ 81
Figura N 4.8 Disminucin de quejas de los estudiantes ............................................................................. 82
INDICE DE CUADROS
Pg.
Cuadro N 2.1 Metodologas: caractersticas y ventajas ............................................................................. 20

Cuadro N 2.2 Quejas relacionados con la Respuesta de Alumnos ........................................................... 27
Cuadro N 2.3 Respuesta de alumnos en cuanto al uso del sistema desarrollado .................................... 27
Cuadro N 2.4 Catlogo de libros ................................................................................................................ 28
Cuadro N 3.1 Equipo de Trabajo ............................................................................................................... 55
Cuadro N 3.2 Actor del sistema .................................................................................................................. 56
Cuadro N 4.1 Nmero de Alumnos que Asisten a la Biblioteca por da .................................................... 73
Cuadro N 4.2 Total de Alumnos Beneficiados con el Sistema de Gestin de Biblioteca ........................... 74
Cuadro N 4.3.Nmero de quejas al Ao antes del Sistema de Biblioteca ................................................ 74
Cuadro N 4.4 Nmero de quejas al Ao despus del Sistema de Gestin de Biblioteca ......................... 75
Cuadro N 4.5 Pasos del Sprint 1 ................................................................................................................ 76
Cuadro N 4.8 Resultado de las quejas sin el sistema y con el sistema .................................................... 82
x
INTRODUCCIN
El presente trabajo de tesis tiene por objetivo desarrollar un sistema de gestin de biblioteca
en el Colegio Mariscal Castilla el tambo, mediante el uso de la metodologa SCRUM. El
colegio es una Institucin Educativa que brinda un servicio educativo de calidad con una
cultura organizacional, formados alumnos emprendedores investigadores e innovadores con
responsabilidad social, trabajo en equipo y regulado por un proceso de autoevaluacin,
brindando apoyo en el proceso de aprendizaje de los alumnos con los libros que se tiene en
la biblioteca del Colegio.
En el primer captulo, se describe el Planteamiento del Problema donde se realiza la

descripcin de la problemtica de la realidad que se tiene en la gestin de la biblioteca del
Colegio, en ella se muestra la informacin en los aspectos generales relacionados con el
Colegio Mariscal Castilla el tambo, del mismo modo se presenta datos de la poblacin
estudiantil que frecuenta la biblioteca, as como, las quejas y reclamos de los alumnos por el
servicio que reciben del uso de la biblioteca, esta caracterizacin del problema nos permite
definir el mbito de estudio. Para luego continuar con la formulacin del problema,
incluyndose la formulacin del objetivo de la investigacin los motivos que justifican, la
hiptesis y los dems elementos metodolgicos que guiaran la investigacin.
En el segundo captulo, se describe el Marco de Referencia el mismo que contiene los

Antecedentes o investigaciones anteriores relacionadas con el estudio, el Marco Terico que
describe la metodologa SCRUM y los dems elementos relacionados a la desarrollo del
sistema, luego se formula el modelo aplicativo, el mismo que pretende mostrar la secuencia
metodolgica con la cual se pretende resolver el problema. Culmina este captulo con el
Marco Conceptual correspondiente.
En el tercer captulo, se representa la Intervencin Metodolgica donde se desarrolla el

modelo aplicativo que describe la investigacin, inicindose con el anlisis de los
requerimientos del sistema, para continuar con el diseo y elaboracin del prototipo de
prueba, en el cual se desarrolla las mejoraras para continuar con la siguiente etapa y el
proceso continua hasta que pueda cumplir con los requisitos del cliente. Del mismo modo en
este captulo de describe los diversos diagramas que son necesarios para el desarrollo del
sistema. Finalmente, se determina la mejora de la gestin del servicio en la atencin de la
biblioteca mediante el uso de este sistema.
En el cuarto y ltimo captulo denominado Anlisis y Discusin de Resultados, se realiza el

anlisis con los resultados obtenidos del captulo anterior, donde se puede apreciar que el
1
desarrollo del sistema utilizando metodologas agiles como el SCRUM permite mejorar
significativamente el desarrollo de software y por lo tanto realizar en etapas incrementales el
desarrollo del prototipo del mismo modo se puede evidenciar que la mejora en la atencin
del servicio de los estudiantes se ha incrementado, disminuyendo las quejas y reclamos de
parte de los alumnos y docentes.
Finalmente, se concluye con las conclusiones y recomendaciones que son los ms

importantes de este trabajo de investigacin, quedando demostrado que el uso de la
metodologa SCRUM para el desarrollo de software es bastante gil y dinmico, asimismo,
se tiene que se ha mejorado la atencin de los clientes en este caso los alumnos del Colegio
Mariscal Castilla el Tambo.
Ral Fernando Pecho Orihuela.
2
CAPTULO I
GENERALIDADES
En el presente Captulo se describe los fundamentos de la investigacin, se inicia con la
descripcin del problema, partiendo desde el enfoque de sistemas desde un nivel macro
hasta un nivel micro, del Colegio Mariscal Castilla; para poder evidenciar la problemtica se
muestran a travs de tablas de doble entrada. Luego se realiza la Formulacin del
Problema, se incluye el Objetivo que se persigue a travs del presente trabajo, la
Justificacin, Hiptesis y dems elementos metodolgicos que guan la investigacin.
1.1 PLANTEAMIENTO DEL PROBLEMA

El Colegio Mariscal Castilla est ubicada en la provincia de Huancayo distrito de el
Tambo. Fue creada en 1958, en el contexto nacional, el gobierno de Manuel Prado
afianzaba la economa industrial del pas con el asesoramiento del Colegio de
profesores de la Universidad de Colombia y en nuestro mbito local nuestro distrito del
Tambo creca demogrficamente teniendo para esa poca 17 237 habitantes; lo cual
implica la creacin de otro colegio pblico.
En 1977 mediante la R.D. N 339 se fusiona los planteles Mariscal Castilla y el Colegio
Nacional de Mujeres Sagrado Corazn, con 39 secciones. Para tal efecto se entreg
las aulas construidas hacia el Jr. Arequipa y los mdulos hngaros de talleres de tcnica
y laboratorios de Ciencias Naturales; donde jugaron un papel importante los padres de
familia con el Patronato Escolar, los estudiantes con su Asociacin de Estudiantes y el
profesorado con el SUTEMAC.
En 1987 se crea la variante tcnica por R.D. N 1107 el 04-07-87 con los especialistas
de: construccin, mecnica, carpintera, cocina y corte confeccin; tambin en esta
fecha se da la separacin definida con la primaria; que ahora es la Escuela Primaria N
31 942. Posteriormente en 1988 se crea la educacin de adultos con variante tcnica.
En 1999, el Ministerio de Educacin autoriza el trabajo de implementacin del Plan
Piloto de Bachillerato con las R.M. N 289-98-ED., 290-98-ED y 291-98-ED. que aadi
3
dos secciones (Segundo ao de Bachillerato).En la perspectiva del Colegio Estatal de
Menores Mariscal Castilla rumbo al tercer milenio, tiene como paradigma al Libertador
Ramn Castilla y como lema oficial adopta la nominacin que Ricardo Palma asever:
Soldados de la ley nunca vencidos.
Huancayo tiene el orgullo de tener en su distrito del Tambo un Colegio con historia
nica, donde sus autoridades actuales deben apoyar desinteresadamente al glorioso
Colegio Mariscal Castilla por la esperanza y futuro de nuestra patria.
La principal funcin del Colegio Mariscal Castilla formar alumnos mediante el sistema de
aprender, con orden, respeto y calidad buscando conscientes de la paz y el
conocimiento para lo que nos depara la vida, personas con capacidad de convivencia,
solidaridad y trascendencia para enfrentar la nueva civilizacin de la investigacin, la
comunicacin y la informtica. Brinda un servicio educativo de calidad con una cultura
organizacional, forma alumnos emprendedores investigadores e innovadores con
responsabilidad social, trabajo en equipo y regulado por un proceso de autoevaluacin.
En el artculo 36 La capacitacin para el trabajo es parte de la formacin bsica, asi
como el uso de la biblioteca del Colegio ,siendo fundamental motivar a los alumnos el
uso de la Biblioteca para su buen aprendizaje .En tal sentido, el Colegio priorizar las
horas de libre disponibilidad de los alumnos para acudir a la biblioteca.
En el nivel de Educacin secundaria se desarrolla un plan de estudio especial como se
muestra en la figura N 1.1, indicando las reas curriculares, para los cinco grados de
estudios del primero al quinto.
Figura N 1.1: Plan de Estudio de Colegio Mariscal Castilla.
Fuente: Colegio Mariscal Castilla.

Elaboracin: Colegio Mariscal Castilla.
Las reas curriculares que se plantean para todos los grados de estudios en el Colegio
Mariscal Castilla son de acuerdo al plan de estudios del Ministerio de Educacin del
Per.
Segn Resolucin N 000-2010-D-IEP MC- el Tambo-Huancayo, de fecha 30 de
Diciembre del 2010, aprueba el Plan Curricular Institucional del 2011, la misma que
4
caracteriza la problemtica pedaggica en inters de aprendizaje como se aprecia en la
figura N 1.2.
Figura N 1.2: Caracterizacin de la Problemtica del Colegio Mariscal Castilla.
DEMANDA EDUCATIVA
PROBLEMAS / TEMAS
CAUSAS / FACTORES ASOCIADOS (*)
OPORTUNIDADES TRANSVERSALES CONOCIMIENTOS VALORES
Falta de cultura ambiental. La contaminacin ambiental. Causas,

Desconocimiento sobre el uso de productos que consecuencias.
contienen GEI y CFCs que contaminan el medio Uso racional del agua.
ambiente. Prdida de la biodiversidad
Inadecuados hbitos en la conservacin del medio Cultura preventiva, concepcin de gestin de
ambiente. riesgos, principios de la gestin de riegos,
EDUCACIN PARA LA GESTIN DE RIESGOS Y LA CONCIENCIA AMBIENTAL

Irresponsabilidad de los ciudadanos, empresas para preservacin de la vida del hombre y planes de
contaminar el medio ambiente. contingencia.
Quema de basura Cuidado del recurso acufero de la regin Junn,
Contaminacin del agua provincia de Huancayo y distrito de el Tambo,
Humo por circulacin de vehculos motorizados. conservacin de la flora y fauna,
reforestacin, ecoturismo, agricultura
ecolgica.
Estilo de vida ecolgico
CONTAMINACION AMBIENTAL
RESPONSABILIDAD
RESPETO
AMOR
Proliferacin de basura y plsticos en las cuencas de Informacin de la situacin de las cuencas de
los ros: Mantaro, Cunas, Shulcas, Chilca, Chanchas los ros: Mantaro, Shullcas, Cunas, Chilca,
y otros Chanchas y otros
Desconocimiento de legislacin ambiental Promocin, difusin, reflexin sobre la

legislacin ambiental
Tratamiento inadecuado de residuos slidos Tratamiento de residuos slidos.

Estrategias para reciclar: Reduce, recicla y
reutiliza.
PROBLEMAS DEL CONTEXTO
Manejo de las 3R (reducir, reciclar y rehusar)

Colores: verde (orgnico), amarillo (plsticos y
vidrios) y rojo (inorgnico)
Desconocimiento de la influencia de otras culturas en Aspectos histricos y geogrficos de los

el desarrollo local. departamentos aledaos al distrito de Chilca.
IDENTIDAD INSTITUCIONAL, LOCAL, REGIONAL Y
Presencia de prejuicios respecto a la valoracin de Tradiciones y costumbres de los inmigrantes de

otras culturas. Huancavelica.
EDUCACIN PARA LA CONVIVENCIA Y
Desconocimiento de la riqueza cultural del distrito de Influencia de los inmigrantes en el desarrollo

el Tambo, Provincia de Huancayo y Regin Junn y de socio-econmico del distrito de el Tambo.
nuestro pas. Aspectos histricos y geogrficos del distrito de
Influencia de otras culturas y estereotipos asimilados. el Tambo, Provincia de Huancayo y Regin
CIUDADANA.
Escasa valoracin de lo nuestro Junn.

NACIONAL
RESPETO.
Desconocimiento de la influencia de otras culturas Tradiciones y costumbres del distrito de El
en el desarrollo del distrito de el Tambo, Provincia Tambo, Provincia de Huancayo y Regin Junn.
de Huancayo y Regin Junn. Influencia de los inmigrantes en el desarrollo
Presencia de prejuicios respecto a la valoracin de socio-econmico del distrito de el Tambo,
otras culturas. Provincia de Huancayo y Regin Junn.
Baja autoestima. Festividades, costumbres del distrito de el
Desconocimiento de costumbres, historia y lugares Tambo, Provincia de Huancayo y Regin Junn.
tursticos del distrito de el Tambo, Provincia de Cuentos, leyendas autctonos del distrito de el
Huancayo y Regin Junn. Tambo, Provincia de Huancayo y Regin Junn.
Talleres de teatro, platos tpicos, danzas,
pasacalles.
Desconocen sus habilidades hacia una opcin Actividades productivas del distrito de el
LA PROVINCIA DE HUANCAYO Y
DEMANDA PROFERSIONAL EN
profesional Tambo, Provincia de Huancayo y Regin Junn:

EDUCACIN PARA LA CULTURA
Desconocen las demandas laborales de la regin agricultura, artesana, ganadera, minera,

Junn. comercio, arte culinario, etc.
EMPRENDEDORA.
Desconocimiento sobre estrategias para generar su Oportunidades de empleo en la Provincia de

LABORIOSIDAD
autoempleo. Huancayo y la regin Junn: (artesana,

No han desarrollado competencias laborales para agricultura, ganadera, arte culinario,
desempearse en las actividades productivas del arqueologa, etc.).
REGION JUNIN
distrito de el Tambo, Provincia de Huancayo y El comercio en la Provincia de Huancayo.

Regin Junn. Planes de negocios.
Mercado Laboral en el entorno regional y local.
PROBLEMAS / CAUSAS / FACTORES ASOCIADOS (*) TEMAS DEMANDA EDUCATIVA

OPORTUNIDADE TRANSVERSALES CONOCIMIENTOS VALORES
S
5
Inadecuadas estrategias de enseanza-aprendizaje Tcnicas y estrategias compartidas de estudio.
Hbitos responsables de estudio.
Proyecto de vida.
Adecuada administracin del tiempo libre.
Uso adecuado de recursos y material didctico
diverso.
RESPONSABILIDAD
LABORIOSIDAD
Estrategias de auto e interaprendizaje.
DIFICULTADES EN LA CALIDAD DE LOS APRENDIZAJES.DE LOS ALUMNOS

Uso intensivo de las TICs.
AMOR
Uso de Internet.
Tcnicas para desarrollar el pensamiento
crtico, creativo y cientfico.
Proyectos innovadores.
EDUCACION PARA EL XITO Y FORMACION EN VALORES

PROBLEMAS DE LA INSTITUCION EDUCATIVA
Falta de hbito de lectura y desinters en el Tcnicas de estudio.

estudio. Tcnicas de lectura
Desconocimiento de estrategias de aprendizaje y Estrategias de comprensin de textos: Antes,
RESPONSABILIDAD
LABORIOSIDAD
comprensin lectora. durante y despus de la lectura.
Organizadores visuales.
Estrategias cognitivas y meta cognitivas.
Los estudiantes no han desarrollado las Estrategias para resolver problemas.

habilidades bsicas para resolver problemas Mtodos heursticos para la resolucin de
matemticos. problemas.
Desconocimiento de las tcnicas para desarrollo Estrategias para la comprensin de problemas.
RESPONSABILIDAD
del pensamiento lgico Estrategias para la modelacin de problemas
LABORIOSIDAD
Estrategias para el dominio de algoritmos para
la solucin de problemas.
Estrategias para la comprensin de conceptos,
axiomas y teoremas relacionados con los
problemas.
Estrategias para la comunicacin de los
procesos y resultados del problema.
Estrategias para la interpretacin de la
solucin de problemas.
Deficiente formacin en valores Violencia verbal y fsica
Carencia de normas de Convivencia en el hogar. Control sistemtico e individualizado de la
Ddeterioro de bienes y enseres(carpetas y otros) conducta escolar en el aula y espacios
por accin de alumnos Conservacin de reas verdes y de bienes y
enseres(carpetas y otros)
Habito de respeto, responsabilidad
RESPETO
Orientacin en valores en cada rea curricular.
Talleres con alumnos, tutores
Compromisos del tutor y profesores
Conocimiento y prctica de valores en forma
permanente.
Convivencia social.
Educacin en valores.
Escuela de padres
Fuente: Plan Curricular Institucional 2013.
Elaboracin: rea acadmica del Colegio Mariscal Castilla
En la figura N 1.2, para su buena formacin de los alumnos el Colegio cre el uso de la
biblioteca que busca fomentar el hbito de la lectura en los estudiantes para mejorar su
aprendizaje, en las diversas reas.
La biblioteca del Colegio es, ante todo, un lugar de aprendizaje, de encuentro y
comunicacin, integrada en el proceso pedaggico para favorecer la autonoma y
responsabilidad del alumno. Proporciona un continuo apoyo al programa de enseanza
y aprendizaje e impulsar el cambio educativo. La funcin de la biblioteca del colegio es
organizar los recursos de tal modo que sean fcilmente accesibles y utilizables para los
alumnos.
El actual sistema de gestin que maneja el Colegio Mariscal Castilla del Tambo, para el
soporte en la Administracin de libros de la biblioteca se realiza de forma manual, no
resulta extrao encontrar en el colegio que entrega y recepcin de libros que son
registrados en forma manual, generando consumo de materiales (papeles, insumos,
etc.), y traspapelacin de registros de prstamos de los libros, demora en la atencin a
los estudiantes. Adems ocupa grandes espacios y un desperdicio de tiempo en el
6
momento de gestionar un prstamo de libros. Actualmente el servicio de atencin a los
docentes y estudiantes es en forma manual.
Al inicio de este proyecto, el Colegio Mariscal Castilla el Tambo no cuenta con un
sistema que registre el control de prstamo de libros a estudiantes, es decir cuenta con
sistemas manuales donde se registra dichos controles de prstamos de libros.
Por lo comentado anteriormente se propone el desarrollo del sistema de biblioteca para
el control de prstamo de los libros, el mismo que brinda una solucin al problema ya
descrito.
En la figura N 1.3 muestra la distribucin de libros en la Biblioteca por rea curriculares.
Figura N 1.3: Biblioteca del Colegio
Fuente: Colegio Mariscal Castilla

Elaboracin: Propia
Del grfico anteriormente mostrado podemos observar los libros que se encuentran en
la biblioteca del Colegio Mariscal Castilla, los mismos que se almacenan en armarios
por reas de estudio en el Colegio.
La poblacin estudiantil del Colegio Mariscal Castilla est distribuida como podemos
observar en la figura N 1.4.
Figura N 1.4: Distribucin de Alumnos por Grado en el Colegio Mariscal Castilla el Tambo

Elaboracin: Propia
7
En la figura N 1.4 se muestra la distribucin de los alumnos del 1er grado hasta el 5to
grado del nivel secundario, as mismo se observa que existe mayor cantidad de
alumnos del 4to y 5to grado, los que necesitan mayor consulta de material de estudio
como elemento de preparacin para los estudios superiores.
En la figura N 1.5 se muestra la frecuencia de asistencia a la biblioteca de los alumnos
en por da.
Figura N 1.5: Frecuencia de Asistencia a la Biblioteca de Alumnos por Da.

Elaboracin: Propia
En la figura N 1.6 se muestra el registro de prstamo de libros de la biblioteca.
Figura N 1.6: Ficha de Registro de Prstamo de Libros de la Biblioteca

Elaboracin: Colegio Mariscal Castilla
8
En la figura N 1.6 observamos la ficha de registro para el prstamo de libros que se
usa en la biblioteca del Colegio Mariscal Castilla, en esta ficha se rellena los siguientes
datos: Nombre de Libro, el rea que corresponde, el nombre y apellido del alumno que
har uso del libro y por ltimo el grado del alumno que adquiere el libro.
En la figura N1.7 se muestra las quejas y reclamos de los alumnos por el servicio que
brinda el Colegio.
Figura N 1.7: Queja y Reclamos de los Alumnos.
Fuente: Libro de reclamaciones del Colegio Mariscal Castilla.

Elaboracin: Propia.
En la figura N1.7 se muestra los criterios de las quejas de los estudiantes que
encuentran en la atencin de los servicios del Colegio Mariscal Castilla, los principales
tems se describen a continuacin:
1. Actitud y disposicin para el servicio del bibliotecario que atiende.
2. las interacciones efectivas, cantidad de empleados en la Biblioteca del Colegio.
3. Rapidez en adquirir un libro de la biblioteca del Colegio.
En la figura N1.8 se muestra la cantidad total de reclamos por grados de estudios en
forma anual, por los alumnos.
Figura N 1.8: Quejas Relacionados con la Respuesta de los Alumnos

Elaboracin: Propia
9
Finalmente, se tiene que la cantidad de quejas de los alumnos aumentaba, como se
puede apreciar en los cuadros anteriores debido a la deficiencia en el servicio de
atencin a los alumnos, lo cual se podra considerar una debilidad.
1.2 FORMULACIN DEL PROBLEMA
Problema General
Cmo mejorar la atencin a los alumnos del Colegio Mariscal Castilla en el servicio
de biblioteca?
1.3 OBJETIVO DE LA INVESTIGACION
Objetivo General
Disear un sistema de gestin de biblioteca para el mejoramiento en la atencin a los
alumnos del Colegio Mariscal Castilla el Tambo.
1.4 JUSTIFICACIN
Este trabajo de investigacin para su desarrollo requiere de las siguientes
justificaciones que se describen a continuacin:
1.4.1 Justificacin Terica
Dentro del proceso de enseanza aprendizaje se tiene que las formas en el hbito de
lectura de los alumnos en los diferentes grados de educacin secundaria son
deficientes. Por otro lado, el Plan Curricular Institucional plantea que el estudiante
debe realizar investigaciones en las diversas reas propuestas, para el cual es
necesario hacer uso de biblioteca u otros medios donde se provea informacin
actualizada.
Segn los estudios realizados por la UNESCO el Per se encuentra en los ltimos
lugares en comprensin lectora en los alumnos de educacin primaria y secundaria.
El hecho de tener una biblioteca motiva a que los alumnos se puedan interesar por el
hbito de lectura y la revisin de material para sus investigaciones. Frente a estos
hechos es necesario que el Colegio Mariscal Castilla, tenga como prioridad el uso de
la biblioteca como un medio para el logro de los objetivos propuestos y la ello se
requiere que se mejore la gestin en la atencin de la biblioteca para el cual se
propone desarrollar un sistema de software que cumpla este propsito y que agilice
los prstamos de los libros.
1.4.2 Justificacin Metodolgica
Al desarrollar la implementacin de un sistema para la gestin de libros u otros
materiales que posee la biblioteca, es necesario utilizar una metodologa de
desarrollo de software que ayude en el logro del desarrollo del sistema, para lo cual
se ha planteado dentro del desarrollo las metodologas agiles (XP), la metodologa
SCRUM, siendo esta ltima bastante rpida de desarrollo para los prototipos que se
desarrolla.
10
El desarrollo de esta metodologa es en forma espiral donde en cada etapa se tiene
un entregable, de esta forma se tiene una constante interaccin con los clientes.
1.4.3 Justificacin Prctica
Para el desarrollo de este trabajo de investigacin se realizar todas las etapas del
desarrollo de software que corresponden a la metodologa SCRUM, desde el anlisis
de requerimientos hasta la implementacin final del sistema de gestin de biblioteca
del Colegio Mariscal Castilla el Tambo, los beneficios prcticos que se espera al
realizar este sistema ser disminuir las quejas de los estudiantes, docentes y
personal el general, incentivando al hbito de la lectura e investigacin en los
alumnos..
1.5 HIPTESIS
Al implementar un sistema de gestin de biblioteca se disminuye el nmero de quejas
de los alumnos del Colegio Mariscal Castilla el Tambo
1.6 DISEO METODOLGICO
1.6.1. TIPO DE INVESTIGACIN:
Para este estudio se tiene un tipo de investigacin aplicada tecnolgica, el mismo
que se aplicar una metodologa de desarrollo de software como el SCRUM que
busca el desarrollo gil del software entregando prototipos de manera rpida. La
base de datos se desarrolla en Microsoft Access y la aplicacin en Java, el cual es
escalable y puede trabajar en cualquier equipo de cmputo simple.
1.6.2. NIVEL DE LA INVESTIGACIN:
En este caso pertenece al tipo descriptiva y explicativa, porque va identificar
cules son los patrones que afectan al mal rendimiento del uso de la biblioteca
en el Colegio.
1.6.3. MTODO DE ESTUDIO:
Debido a que el presente trabajo de investigacin es tecnolgico se sustenta en
metodologas especficas del rea de ingeniera de sistemas. Principalmente nos
basaremos en la metodologa SCRUM para el desarrollo de un sistema desde su
conceptualizacin hasta su implementacin
En este captulo se describe la problemtica de atencin en el servicio de biblioteca que

viene atravesando el Colegio Mariscal Castilla el Tambo, as mismo, se muestra la
Formulacin del Problema, los objetivos, la justificacin del presente trabajo de
investigacin, la Hiptesis y dems elementos metodolgicos que guan la investigacin.
11
CAPTULO II
MARCO DE REFERENCIA
Este captulo se utiliza las investigaciones realizadas en el campo de desarrollo de software,
las mismas que han sido investigadas en trabajos de tesis de los investigadores, estas se
utilizarn como marco terico de referencia en la presente investigacin, ayudando en la
fundamentacin terica para poder ello ha permitido comprender las variables de anlisis.
Adems es necesario establecer bases tericas que sustenten el estudio, aspectos que
refieren a Ingeniera de Software, biblioteca y desarrollo del sistema y sus fundamentos, as
como las Polticas Pblicas en Salud. Se incluye tambin el modelo aplicativo que guiar la
posterior Intervencin Metodolgica, y finalmente lo referido al marco conceptual para
comprender cada uno de los trminos asociados a este trabajo.
2.1. ANTECEDENTES
A1 Viracach Reyes, Marisol E. (2012). Diseo de un sistema de gestin del
conocimiento para el Sistema de Bibliotecas de la Universidad de los Andes,
Catalunya
El proyecto Diseo de un sistema de gestin del conocimiento para el Sistema de
Bibliotecas de la Universidad de los Andes, nace de la necesidad de tener no slo
identificado y almacenado el conocimiento crtico que posee la organizacin, sino que a
su vez se pueda acceder de una manera fcil y rpida. Para realizar el proyecto se
sigui el modelo ADDIE (Anlisis, Diseo, Desarrollo, Implementacin y Evaluacin).
Entre los procesos que se disearon para llevar a cabo el proyecto tenemos:
identificacin de los activos del Sistema de Bibliotecas, para lo cual se aplic el Modelo
Intelect, luego se plantea la elaboracin de un inventario de conocimientos, despus se
toma como base el modelo de gestin de conocimiento Nonaka y Takeuchi y se
estructura acorde al Sistema de Bibliotecas, para facilitar la transformacin del
conocimiento tcito al conocimiento explcito, por ltimo se propone el diseo de la
Intranet que ayudar al intercambio del conocimiento dentro de la organizacin. El
proyecto tiene como finalidad aprovechar el activo intangible que tiene el Sistema de
12
Bibliotecas en el conocimiento de sus funcionarios, con el fin de lograr la calidad en
todos sus procedimientos, los cuales van a ser realizados por funcionarios cada vez
ms comprometidos y motivados, con un sistema que les permite resaltar las mejores
prcticas y aprender de los errores cometidos de una manera constante. Pero se
recomienda que el proyecto cuente con reuniones constantes, en las cuales se explique
su objetivo y a su vez se motive a todo el personal; tambin es importante tener en
cuenta, que los conocimientos deben ser actualizados peridicamente, con el fin de que
la organizacin cuente siempre con el conocimiento crtico para la realizacin de las
diferentes actividades laborales; la puesta en marcha de estas recomendaciones
asegurarn el xito del proyecto.
En la presente tesis muestra un modelo ADDIE que sirve para el desarrollo del sistema,
teniendo en cuenta el inventario de conocimientos para el desarrollo del sistema de
bibliotecas por lo cual este aporte nos servir de gua para la aplicacin de nuestro
desarrollo de sistema de gestin de biblioteca.
A2. Romero Galindo, Ral Miguel (2012). Anlisis, diseo e implementacin de un
sistema de apoyo a la Biblioteca, aplicado a la gestin educativa en Centros de
educacin especial. Trabajo de tesis. Pontificia Universidad Catlica del Per.
Lima Per
Este proyecto consiste en el anlisis, diseo e implementacin de un sistema de
apoyo a la biblioteca educativa en centros de educacin especial. El propsito de esta
plataforma es posibilitar la administracin y atencin de los planes curriculares
funcionales (en adelante programas educativos) y teraputicos para personas con
necesidades especiales.
Durante la concepcin de la arquitectura se evaluaron mltiples patrones de arquitectura
Web como MVC, MVP y Ncapas resultando finalmente una estructura de cuatro capas
con funciones especficas e independientes entre s: manteniendo las capas de
Presentacin y Acceso a Datos separadas. As como la capa de Lgica de negocio fue
subdividida para la seguridad y navegabilidad entre las pginas (capa de Aplicacin)
como para conservacin de las reglas de negocio (capa Lgica).
La implementacin del sistema de apoyo a la Biblioteca fue llevada a cabo mediante el
IDE Microsoft Visual Web Developer 2010 Express y el lenguaje de programacin C#
soportado bajo .NET Framework 4.0. Para la construccin de las pginas (capa de
Presentacin) se trabaj con ASP.NET Webforms y controles dinmicos de la librera
Ajax Control Toolkit. La capa de Acceso a Datos fue construida bajo la tecnologa
Microsoft ADO.NET Entity Framework y en conexin con una base de datos
PostgreSQL.
13
Para la etapa de pruebas el servidor Web seleccionado fue Internet Information Services
(IIS) Express 7.5 una rplica del servidor IIS 7.5 estndar diseada para ambientes de
desarrollo y sin restricciones de uso
En la presente tesis muestra muestra algunos patrones de arquitectura para el
desarrollo del sistema y software que se utiliz para la implementacin del sistema de
apoyo a la biblioteca educativa en centros de educacin especial lo cual servir de gua
para para le desarrollo de nuestro sistema de gestin de Biblioteca
A3. Villanueva Ojeda, lvaro. (2009). Anlisis para la Creacin, Organizacin y
Desarrollo de la biblioteca digital de Colombia. Trabajo de tesis. Universidad de
Murcia Colombia
Partiendo de una reflexin epistemolgica se dilucida conceptualmente la biblioteca
digital y se proyecta un modelo de carcter nacional. Se toman en consideracin, y se
estudian, los proyectos ms relevantes que dieron origen a las bibliotecas digitales en
USA y Europa, al igual que las investigaciones y los desarrollos alcanzados por la
Federacin Internacional de Bibliotecas Digitales. A partir de estos estudios, se hace un
examen sobre las potencialidades de Colombia para soportar el proyecto y para ello se
estudian las polticas estatales e institucionales en los campos de sistemas de
informacin, telecomunicaciones y sistemas, tanto del sector pblico como el privado.
La Biblioteca Virtual Miguel de Cervantes, se tienen las bases del modelo de
organizacin de la Biblioteca Digital de Colombia, cumplidos todos los requisitos
administrativos y jurdicos, se aboca el estudio del componente tecnolgico de la
biblioteca y se inicia con la arquitectura del sistema de la misma, basando la decisin en
cuatro estudios: 1) conceptualizacin de la arquitectura del sistema, 2) definir el modelo
de la arquitectura del sistema, 3) seleccionar el software aplicativo, y 4) proponer el
modelo lgico y fsico de la plataforma y el software asociado para la digitalizacin de
los documentos.
Conocida la plataforma tecnolgica de la arquitectura del sistema, se hace un estudio de
las colecciones potenciales para conformar la biblioteca, proponiendo como coleccin
bsica la de la Biblioteca Nacional de Colombia, de la cual se hace un anlisis y
descripcin detallada. Posteriormente, se presenta un estudio que permite ver las
relaciones usuarios- entornos -servicios, con lo cual, y con base en sitios Web de
bibliotecas digitales lderes en el mundo, se proponen un conjunto de servicios
potenciales. Teniendo en cuenta que la organizacin tcnica de las bibliotecas digitales,
, se propone en su estructura y funcionamiento el sistema nacional participativo, que es
el componente exgeno de la Biblioteca Digital de Colombia; el desarrollo que se hace
del Sistema es solo a nivel de diseo general, dado que su implementacin y puesta en
funcionamiento est sujeto a que se cumplan las etapas de creacin, organizacin y
14
operacin de la Biblioteca, en especial lo concerniente a polticas de colecciones,
servicios, arquitectura del sistema y adopcin de procedimientos y normas
En la presente tesis muestra la arquitectura del sistema, basando la decisin en cuatro
estudios y el software asociado para la digitalizacin de los documentos que ayuda a la
implementacin de sistema de bibliotecas, lo cual servir de gua teniendo en cuenta la
arquitectura, para el desarrollo de nuestro sistema de gestin de Biblioteca.
A4. Hung Campos Marco Luis(2011) ,Diseo de una Metodologa de Desarrollo de
Software para biblioteca ,basada en la Metodologa gil Scrum. Universidad
Catlica Andrs Bello, Caracas Venezuela.
Esta investigacin de grado se enfocar em realizar un levantamento de informacin
para poder recolectar todos los datos necessrios y definir cul es la situacin actual de
la Gerencia en trminos de Gestin de Proyectos de Software y de esta manera
establecer cuales son sus requerimentos en cuanto al tema de estdio. Posteriormente
se proceder a realizar um anlisis en base a la metodologia Agil SCRUM y las
mejores prcticas del Project Management Institute, In. (PMI), partiendo de una lista de
requerimentos, de fortalezas y debilidades de la Gerencia para poder estabelecer caules
son las mejores prcticas que se pueden implementar en el desarrollo de Software para
biblioteca.
Al tener estas mejores prcticas, se realizar el diseo de la metologa a proponer
basada em SCRUM y en el PMI adaptada a los requerimentos de la Gerencia.
Finalmente se podr a prueba esta metodologia en um proyecto piloto que nos permitira
documentar luego la experincia y recomendaciones.
En la presente tesis muestra cual es la situacin actual de la gerencia en trminos de
proyectos de software q ayuda a establecer requerimientos, haciendo un anlisis en
base a la metodologa gil SCRUM , lo cual servir de gua teniendo en cuenta la
Metologa Scrum para el desarrollo de nuestro sistema de gestin de Biblioteca
A5. Cabrera Palacio, Jos Damin (2009). Diseo e Implementacin de un Sistema
web de Biblioteca digital de documentos de literatura cientfica
Actualmente gran parte de los sistemas de software utilizan el internet para su
distribucin alrededor de todo el mundo. Las persona recurren contidianamente a este
mdio para diversas atividades de la vida diria como: comunicarse com otras
personas, realizar compras, busqueda de informacin, etc. El contexto del presente
trabajo se centra principalmente en la labor de los integrantes del cuerpo Acadmico de
Ingenieria de Software (CASI) del Instituto de Electrnica y computacin (IEC) de la
Universidad Tecnologia de Mixteca (UTM) en Huajuapan de Len.
En particular, este trabajo de tesis pretende proporcionar una herramienta de
almacenamiento, busqueda y recuperacin de informacin, que apoye a los
investigadores y personas interessadas em realizar investigacin. El desarrollo de esta
15
tesis plantea dos objetivos: primero, desarrollar um estdio sobre las tendencias y
expectativas de las bibliotecas digitales en el campo de la investigacin cientifica y
segundo el anlisis, diseo e implementacin del Sistema en Web de Biblioteca Digital
utilizando las herramientas que el diseo web y la ingeniera de software.
En la presente tesis muestra los pasos que se deben seguir para el desarrollo de un
sistema web de biblioteca digital ya que la mayoria de las persona recurren
contidianamente a este mdio para diversas atividades de la vida diria, lo cual servir
de gua teniendo en cuenta el objetivo para el desarrollo de nuestro sistema de gestin
de Biblioteca
2.2. MARCO TERICO

2.2.1 Ingeniera de Software
La ingeniera de software surge de la ingeniera de sistemas y de hardware.
Abarca un conjunto de tres elementos que facilitan el control sobre el proceso de
desarrollo de software y suministran las bases para construir software de calidad
de una forma productiva:
Mtodos
Herramientas
Procedimientos
Mtodos que indican cmo construir el software tcnicamente e incluyen un
amplio espectro de mtodos para la planificacin, la estimacin, el anlisis, el
diseo, codificacin, prueba y mantenimiento.
Herramientas automticas y semiautomticas que apoyan a la aplicacin de los
mtodos. Cuando se integran las herramientas de forma que la informacin
creada por una herramienta puede ser usada por otra, se establece un sistema
para el soporte del desarrollo de software, llamado Ingeniera de Software Asistida
por Computadora (CASE).
Procedimientos que definen la secuencia en la que se aplican los mtodos, las
entregas, los controles de calidad y guas para evaluacin del progreso.
Para hablar sobre ingeniera de software tendramos que definirlo, para los cual se
ha revisado algunos libros, de las cuales creemos que las siguientes estn de
acuerdo con el contexto de nuestro tema:
Ingeniera de software es la disciplina o rea de la Ingeniera que ofrece mtodos
y tcnicas para desarrollar y mantener software. La creacin del software es un
proceso intrnsecamente creativo y la Ingeniera de Software trata de sistematizar
este proceso con el fin de acotar el riesgo del fracaso en la consecucin del
objetivo creativo por medio de diversas tcnicas que se han demostrado
adecuadas en base a la experiencia previa (Bolton, 2002)
16
Este autor nos da un aporte para nuestro proyecto que nos ayudara para poder
implementar un software para el sistema de la biblioteca.
Ingeniera del Software es la aplicacin prctica del conocimiento cientfico en el
diseo y construccin de programas de computadora y la documentacin
asociada requerida para desarrollar y operar (funcionar) y mantenerlos. As como
tambin desarrollo de software o produccin de software (Bohem, 1976)
Este autor establece que las estructuras de datos permiten que los programas
manipulen informacin de manera adecuada y esto nos ayudara para desarrollo
de nuestro proyecto de sistema de la biblioteca.
2.2.1.1 Modelo Para desarrollo de software
Dentro de los modelos de desarrollo de software tenemos:
A) Modelo en cascada o clsico:

Es el enfoque metodolgico que ordena rigurosamente las etapas del
ciclo de vida del software, de tal forma que el inicio de cada etapa debe
esperar a la finalizacin de la inmediatamente anterior. (Robayo, 2007).
En la figura N 2.1 se muestra el modelo.
Figura N 2.1: Fases del Modelo en Cascada
Fuente: Wikipedia
Elaboracin: Wikipedia
En la figura N 2.1 observamos las fases del Modelo Cascada las cuales
son: requisitos, diseo, implementacin, verificacin y mantenimiento
para el desarrollo del software.
B) Modelo de desarrollo en espiral
La metodologa de desarrollo en espiral es una evolucin de mtodo
clsico en cascada (Waterfall, top-down) y se considera un mtodo de
desarrollo incremental. Este tipo de metodologa equivale al de cascada,
pero en l se permite el solapamiento de varias etapas con el objetivo
17
de flexibilizar y compensar el tiempo de desarrollo total y alcanzar
resultados funcionales en etapas tempranas. En la figura N 2.2 se
muestra el modelo.
Figura N 2.2: Fases del Modelo de Desarrollo en Espiral
Fuente: Wikipedia
En la figura N 2.2 observamos las fases del Modelo de desarrollo en

Espiral las cuales son: Anlisis de requerimientos, diseo del sistema,
etapas de construccin, test y evolucin para el desarrollo del software
C) Modelo de prototipos:
El prototipo debe ser construido en poco tiempo, usando los programas
adecuados y no se debe utilizar mucho dinero pues a partir de que ste
sea aprobado nosotros podemos iniciar el verdadero desarrollo del
software (Robayo, 2007).En la figura N 2.3 se muestra el modelo.
Figura N 2.3: Fases del Modelo de prototipos
Fuente: Wikipedia
18
En la figura N 2.3 observamos las fases del Modelo de Prototipos, las cuales son:
Comunicacin, plan rpido y modelado de diseo, construccin del prototipo y
desarrollo, entrega de retroalimentacin para el desarrollo del software.
D) Modelo Scrum:
Es un marco de trabajo para la gestin y desarrollo de software basada
en un proceso iterativo e incremental utilizado comnmente en entornos
basados en el desarrollo gil de software. En la figura N 2.4 se muestra
el modelo.
Figura N 2.4: Fases del Modelo SCRUM
Fuente: Wikipedia
En la figura N 2.4 observamos las fases del Modelo SCRUM, donde

podemos observar los requisitos de la aplicacin, los sprints y en cierre
del software que no ayudar al desarrollo de nuestro sistema de gestin
de Biblioteca.
En el cuadro N 2.1 se muestra el cuadro comparativo de los modelos
para desarrollo de software.
19
Cuadro N 2.1: Metodologas: Caractersticas y Ventajas
Fuente: Wikipedia
Elaboracin: Propia
En el cuadro N 2.1 observamos un cuadro comparativo de los modelos

para desarrollo de software, en cada modelo podemos observar sus
caractersticas y ventajas.
2.2.2 Productividad de desarrollo de Software

Segn la investigadora Velzquez Rodrguez Bianca Paola en el ao 2010,
afirma que la productividad de desarrollo de software est afectada de la
siguiente forma:
A) Sector de Desarrollo de Software.
El desarrollo de Software es un proceso que consiste en el diseo y
codificacin del producto. El desarrollo del software est definido como el
nmero de tareas por da, tareas desarrolladas y tareas por da laboral. La
mano de obra es asociada al desarrollo de software y esta asignacin
continua hasta que la tarea es completada, en el cual el sistema de prueba
comienza y la mano de obra es asignada a la prueba.
B) Productividad del Desarrollo de Software.
Durante la fase de Desarrollo, la tasa en que el software es desarrollado es una
funcin de cunta mano de obra es usada y de cmo es la productividad de los
desarrolladores de software.
La formulacin de la productividad del grupo de desarrollo de software es
basada en un modelo psicolgico.
20
C) Productividad Real=Productividad Potencial
La Productividad Potencial es definida como el mximo nivel de productividad
que puede ocurrir cuando un individuo o grupo emplea sus fondos de recursos
para cubrir las demandas de una tarea de una situacin de trabajo. Es el nivel
de productividad que ser logrado si el individuo o grupo hace el mejor uso
posible de sus recursos (eso es, si no hay prdida de productividad debido a un
defecto de proceso). La productividad Potencial puede ser inferida de un
minucioso anlisis de las tareas demandadas y recursos disponibles, para
depender solo de estos dos tipos de variables. La productividad real, que el
individuo o grupo realiza, raramente es igual a la potencial. Los individuos y
grupos fallan al hacer el mejor uso posible de los recursos disponibles. Los
problemas de coordinacin y/o motivacin son responsables de insuficiencias
en procesos y por consecuencia perdidas en la productividad.
D) Productividad Real.
Debido a las prdidas causadas por problemas de comunicacin y motivacin,
a productividad Real (lo que el individuo o grupo logra hacer), raramente es
igual a la productividad Potencial.
E) Productividad potencial.
La productividad potencial nominal representa un parmetro de mximo nivel
de la productividad de desarrollo del software esa puede ocurrir cuando un
individuo emplea los recursos disponibles para llevar a cabo la tarea de un
proyecto especfico con una organizacin especifica.
El parmetro productividad potencial nominal est definido en trminos de un
numero de
tareas/mano de obra lo cual significa que su valor depende en como las
tareas son definidas. Podemos definir la tarea como una constante contra el
cual el valor de productividad potencial nominal cambia, o podemos definir la
tarea como una variable con productividad potencial nominal como una
constante.
F) Impacto en la Productividad Potencial debido a la Experiencia y el
Aprendizaje
Hasta el momento hemos tratado solamente un sistema de factores que
afectan la productividad potencial del departamento de desarrollo del software,
a saber, esos factores pueden permanecer constantes a lo largo de un
proyecto particular.
Mientras muchos de los factores mencionados son constantes, por lo menos
dos no lo son: nivel de experiencia de trabajo de fuerza y aumentos en
familiaridad del proyecto debido a efectos de la aprender/curva.
21
Segn Steiner, la productividad potencial es una funcin de dos determinantes,
la naturaleza de la tarea y los recursos del grupo. En todos tales estudios la
variable dependiente es siempre la productividad actual de desarrollo de
software.
G) Impacto en la Productividad Real debido a la Motivacin.
Debe hacerse una distincin entre factores que permanecen constantes
durante un nico proyecto y los que cambian durante la vida del nico proyecto.
Los factores emocionales suelen caracterizar la configuracin general de la
organizacin y el clima. Tales factores invariables, por lo tanto, implcitamente,
se incorpora en la definicin de los parmetros de productividad Potencial.
Ha sido sugerido que las metas del proyecto y programas pueden desempear
un papel importante de motivacin durante la vida de un proyecto de desarrollo
de software.
H) Impacto en la Productividad Real debido a la Comunicacin.
El valor de la Fraccin Real de una Jornada Laboral en el Proyecto llega a ser
un determinante importante de la productividad real del desarrollo de software.
Representa las prdidas en la productividad debido a los factores de
motivacin. Perdidas adicionales en la productividad son incurridas debido a la
sobrecarga de comunicacin.
Hay quienes argumentan que la comunicacin humana es un componente
esencial del esfuerzo de desarrollo de software y es actualmente parte del
trabajo, no una sobrecarga.
Incluso aunque la comunicacin humana es ciertamente un componente
esencial del desarrollo de software.
Lo que ocurre cuando un sistema de software no se desarrolla por un equipo,
sino por una persona, dos cosas pasan usualmente. Primero, tiempo perdido
porque la comunicacin humana es evitada. Segundo, la cantidad de trabajo
usualmente aumenta cuando es desarrollado por un equipo
I) Sobre carga de comunicacin.
Es el equipo medio de los miembros de la cada de su productividad debajo de
su productividad nominal como resultado de la comunicacin de equipo,
cuando la comunicacin incluye comunicacin verbal, documentacin y algn
trabajo adicional, como el debido a interfaces.
2.2.3 Herramientas para el desarrollo de Software
Las herramientas con las que se cuenta para desarrollar aplicaciones con el
SCRUM son las siguientes:
22
a) KUNAGI: Ofrece herramientas colaborativas y otras facilidades, como un cuadro
de mando del proyecto, un panel interactivo para el Sprint o soporte a la
estimacin con Planning Poker. (GNU)
b) SCRUMDO: Permite gestionar las listas de tareas e historias de usuario, crear
y gestionar iteraciones, obtener grficos de avance burndown y tambin dar
soporte a la estimacin con Planning Poker. (Comercial).
c) Sprinto Meter: Herramienta para la gestin, medicin y seguimiento de
proyectos Scrum y Xtreme Programming. (Comercial)
d) ICESCRUM: Herramienta Scrum y Kanban. Ofrece las opciones de operacin,
consulta y estimacin de historias de usuario. Permite aadir historias de
usuario a la pila de producto, dividir el tiempo en Sprints y mover estas
historias de la pila de producto a cada uno de los Sprint. (GNU)
e) Pango Scrum: Permite escribir, estimar y priorizar la pila de producto. Facilita
en gran medida la planificacin de Sprints y las reuniones. (Comercial).
2.2.4 Desarrollo con Metodologa SCRUM
La metodologa Scrum, se centra en las funcionalidades con ms prioridad y que
pueden ser ejecutadas en un periodo de corto tiempo. Los ciclos de desarrollo,
llamados Sprints en Scrum, producen un incremento de funcionalidad terminado y
operativo.
La flexibilidad que se presenta con Scrum se muestra en la figura N 2.5.
Figura N 2.5: Flexibilidad de la Metodologa Scrum
Fuente: Trabajo de Grado

Elaboracin propia.
23
En la figura anteriormente mostrado se observa la flexibilidad de la metodologa
Scrum, sus fases de la metodologa las cuales presentan procesos para el
desarrollo del sistema de gestin de biblioteca para el Colegio Mariscal Castilla.
El seguimiento de sprint se muestra en el siguiente grfico.
Figura N 2.6: Seguimiento del SCRUM
Fuente: Trabajo de Grado

Elaboracin propia.
En la figura anteriormente mostrada se observa los sprint que posee metodologa

Scrum, la planificacin del sprint, el seguimiento del sprint y la revisin del sprint.
2.2.5: Principios de SCRUM
Aunque estos sean algunos de los mecanismos de Scrum, lo ms importante es
que el CIO entienda que el mtodo Scrum es guiado por algunos principios
generales:
La conviccin de que el desarrollo de software eficiente se implementa mejor a
travs de un proceso emprico de que a travs de un proceso planificado;
La conviccin de que, una vez eliminados los obstculos de organizacin, un
equipo auto-organizado y autogestionado, naturalmente, va a producir mejor
software que lo hara en la situacin contraria;
La premisa que se puede producir software ms valioso dentro de un plazo y
presupuesto determinado, pero definitivamente no se puede predecir la
funcionalidad exacta de lo que un equipo va a entregar.
2.2.6 Biblioteca
Entendemos la Biblioteca Escolar como un espacio educativo, que alberga una
coleccin organizada y centralizada de todos aquellos materiales informativos que
necesita el centro para desarrollar su tarea bajo la supervisin de personal
calificado.
24
A) Principios bsicos de la biblioteca
La biblioteca es, ante todo, un lugar de aprendizaje, de encuentro y
comunicacin, integrada en el proceso pedaggico para favorecer la
autonoma y responsabilidad del alumno.
La biblioteca recoge todos los recursos bibliogrficos, informativos y
didcticos en general: no slo encontraremos documentos impresos en papel
(libros, revistas, peridicos), sino todos aquellos soportes en los que hallar
informacin.
B) Objetivos de la Biblioteca
Proporcionar un continuo apoyo al programa de enseanza y aprendizaje
Asegurar el acceso a una amplia gama de recursos y servicios.
Dotar a los estudiantes de las capacidades bsicas para obtener y usar una
gran diversidad de recursos
Habituarlos a la utilizacin de las bibliotecas con finalidades recreativas,
informativas y de educacin permanente
C) Clientes Del Servicio De Biblioteca
Los clientes principales de los servicios de la biblioteca son los que forman la
comunidad escolar, fundamentalmente alumnado como se muestra en la figura
N 2.7
Figura N 2.7: Alumnos del Colegio Mariscal Castilla

Elaboracin: Propia
En la figura anteriormente mostrado se observa a los alumnos del Colegio

Mariscal Castilla, que son los clientes principales que hacen uso de la
biblioteca de la Institucin Educativa.
D) Atencin en la Biblioteca
La persona encargada de la biblioteca cuenta con conocimientos de acuerdo al
plan de estudios y de los mtodos pedaggicos. El horario de atencin de la
25
Biblioteca del Colegio Mariscal castilla es de las 8 de la maana hasta las 12
del medioda y en las tardes desde la 1pm hasta las 5:30pm. El personal de
que labora en la biblioteca para hacer el prstamo de libro, realiza el registro en
una ficha de registro de libros, En la ficha se anota nombre del libro, el rea de
materia de estudio, nombre y apellido de los alumnos y a qu grado estn
cursando.
E) Servicios de Biblioteca
La biblioteca del Colegio Mariscal Castilla busca mejorar las condiciones de sus
lectores mediante la prestacin de servicios bien planificados de acuerdo con
las necesidades y caractersticas propias de la comunidad estudiantil.
La poblacin a la cual se dirige no slo es aquella que ya ha incorporado en su
vida la lectura, sino tambin y de manera importante ha de ocuparse de todos
aquellos grupos de alumnos que an no son lectores.
Por esto la biblioteca ofrece a todos los estudiantes que lo requieran, los
siguientes servicios bibliotecarios:
*Programa de formacin de usuarios

La biblioteca presenta un programa permanente para formacin de los
usuarios. A travs de l podr se elabora guas o manuales, que expliquen
cmo consultar la biblioteca, los materiales que posee y los servicios que ella
presta a los estudiantes y trabajarlas a travs de charlas, talleres,
exhibiciones.
* Consulta en sala
Los libros estn en un espacio en un espacio confortable (buena luz,
ventilacin y comodidad) dentro de la biblioteca que ser adecuado para
lograr que los usuarios puedan realizar sus consultas en ella, accediendo a
todos los libros.
* Prstamo de Libros
El servicio en sala es de por s una forma de prstamo. Pero se habla de
prstamo cuando el material ha de salir de la biblioteca para que el lector
pueda hacer uso de los fondos con mayor tiempo disponible para la lectura, y
a veces en otros ambientes que le facilitan su actividad como sus salones.
F) Mejora del servicio en la Atencin de Biblioteca
El colegio con la administracin de libros de la biblioteca en forma manual
generaba consumo de materiales (papeles, insumos, etc.) y demora en la
atencin de los estudiantes, que genero quejas en el mal servicio como
podemos observar en el cuadro 2.2, pero despus con el desarrollo del sistema
para gestin de biblioteca se brinda una mejor atencin a los alumnos y la
26
disminucin de quejas por parte del alumnado del colegio como se muestra en
el cuadro 2.3.
Cuadro N 2.2: Quejas Relacionados con la Respuesta de Alumnos
Fuente: colegio Mariscal Castilla

Elaboracin: Propia
Del cuadro anteriormente mostrado, de las encuestas realizadas se observa las

quejas y reclamos de los alumnos que estudian en el Colegio Mariscal Castilla
que hacen uso de la biblioteca.
Cuadro N 2.3: Respuesta de los Alumnos en cuanto al uso del Sistema Desarrollado
Fuente: colegio Mariscal Castilla

Elaboracin: Propia
Del cuadro N 2.3 Sobre las encuestas realizadas se observa que hubo
disminucin de las quejas y reclamos de los alumnos que hacen uso de la
biblioteca con el desarrollo del sistema de gestin.
b) Catalogo de libros
En el cuadro N 2.4 se muestra los libros de acuerdo al plan de estudios.
27
Cuadro N 2.4: Catlogo de Libros

Elaboracin: Colegio Mariscal Castilla
Del cuadro N2.4 Observamos el catlogo de libros que se encuentra en la

biblioteca de la Institucin Educativa Mariscal Castilla
28
2.2.3 DESARROLLO DEL SISTEMA
2.2.3.1 Anlisis de requerimientos
A) Requerimientos Funcionales: Son declaraciones de los servicios que
debe proporcionar el sistema, de la manera en que ste debe reaccionar a
entradas particulares y de cmo se debe comportar en situaciones
particulares.
En algunos casos, los requerimientos funcionales de los sistemas
tambin pueden declarar explcitamente lo que el sistema no debe
hacer.
Los requerimientos funcionales de un sistema describen lo que el
sistema debe hacer. Estos requerimientos dependen del tipo de
software que se desarrolle, de los posibles usuarios del software y del
enfoque general tomado por la organizacin al redactar requerimientos.
Cuando se expresan como requerimientos del usuario, habitualmente se
describen de una forma bastante abstracta. Sin embargo. los
requerimientos funcionales del sistema describen con detalle la funcin
de ste, sus entradas y salidas, excepciones, etctera. Los
requerimientos funcionales para un sistema software se pueden
expresar de diferentes formas
B) Requerimientos No Funcionales: Son restricciones de los servicios o
funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre
el proceso de desarrollo y estndares. Los requerimientos no funcionales a
menudo se aplican al sistema en su totalidad. Normalmente apenas se
aplican a caractersticas o servicios individuales del sistema.
Los requerimientos no funcionales, como su nombre sugiere, son
aquellos requerimientos que no se refieren directamente a las funciones
especficas que proporciona el sistema, sino a las propiedades emergentes
de ste como la fiabilidad, el tiempo de respuesta y la capacidad de
almacenamiento. De forma alternativa, definen las restricciones del
sistema como la capacidad de los dispositivos de entrada/salida y la
representacin es de datos que se utilizan en las interfaces del sistema.
2.2.3.2 Diseo del Sistema
Se descompone y organiza el sistema en elementos que puedan
elaborarse por separado, aprovechando las ventajas del desarrollo en
equipo, Como resultado surge el SDD (Documento de Diseo del
Software), que contiene la descripcin de la estructura relacional global del
sistema y la especificacin de lo que debe hacer cada una de sus partes,
as como la manera en que se combinan unas con otras (Robayo, 2007)
29
Es conveniente distinguir entre diseo de alto nivel o arquitectnico y
diseo detallado.
El segundo define los algoritmos empleados y la organizacin del cdigo
para comenzar la implementacin.
A) Diseo del Programa
Es la fase en donde se realizan los algoritmos necesarios para el
cumplimiento de los requerimientos del usuario as como tambin los
anlisis necesarios para saber que herramientas usar en la etapa de
Codificacin
B) Codificacin
Es la fase en donde se implementa el cdigo fuente, haciendo uso de
prototipos as como de pruebas y ensayos para corregir errores.
C) Pruebas
Los elementos, ya programados se ensamblan para componer el
sistema y se comprueba que funciona correctamente y que cumple con
los requisitos, antes de ser entregado al usuario final
D) Implantacin
Es la fase en donde el usuario final ejecuta el sistema, para ello el o los
programadores ya realizaron exhaustivas pruebas para comprobar que
el sistema no falle.
E) Mantenimiento
Una de las etapas que creo considerables porque se destina un 75% de
los recursos, es la mantencin del software ya que al utilizarlo como
usuario final puede ser que no cumpla con todas nuestras expectativas.
2.2.3.3 Diagramas
A) Diagrama de Caso de uso
Un caso de uso es una descripcin de las acciones de un sistema
desde el punto de vista del usuario. Es una herramienta valiosa dado
que es una tcnica de aciertos y errores para obtener los
requerimientos del sistema, justamente desde el punto de vista del
usuario. Los diagramas de caso de uso modelan la funcionalidad
del sistema usando actores y casos de uso. Los casos de uso son
servicios o funciones provistas por el sistema para sus usuarios. En la
figura N 2.8 mostraremos un diagrama de caso de uso.
30
Figura N 2.8: Diagrama de Caso de Uso
Fuente: Wikipedia
En la figura N 2.8 observamos el diagrama de caso de uso, el

rectngulo representa los lmites del sistema que contiene los casos de
uso, lo casos de uso se representan con valos. Los actores se ubican
fuera de los lmites del sistema.
B) Diagrama de Clases
Los diagramas de clases muestran las diferentes clases que componen
un sistema y cmo se relacionan unas con otras.
Son diagramas estticos porque muestran las clases junto con sus
mtodos y atributos, as como las relaciones estticas entre ellas: qu
clases conocen a qu otras clases o qu clases son parte d otras
clases, pero no muestran los mtodos mediante los que se invocan
entre ellas.
En la figura 2.9 mostraremos un diagrama de Clases.
Figura N 2.9: Diagrama de Clases
Fuente: Wikipedia
31
En la figura N 2.9 observamos el diagrama de clases, las clases se
representan con rectngulos divididos en tres reas: la superior
contiene el nombre de la clase, la central contiene los atributos y la
inferior las acciones.
C) Diagrama de Objeto
Los Diagramas de Objetos estn vinculados con los Diagramas de
Clases. Un objeto es una instancia de una clase, por lo que un diagrama
de objetos puede ser visto como una instancia de un diagrama de
clases. Los diagramas de objetos describen la estructura esttica de un
sistema en un momento particular y son usados para probar la precisin
de los diagramas de clases. En la figura 2.10 se muestra el diagrama de
objeto.
Figura N 2.10: Diagrama de Objeto
Fuente: Wikipedia
En la figura N 2.10 observamos el diagrama de objeto, en la figura el

objeto que es representado como un rectngulo, que contiene el
nombre del objeto y su clase subrayadas y separadas por dos puntos.
Como con las clases, los atributos se listan en un rea inferior. Sin
embargo, los atributos de los objetos deben tener un valor asignado.
D) Diagrama de Estados
Los diagramas de estado muestran el conjunto de estados por los
cuales pasa un objeto durante su vida en una aplicacin en respuesta a
eventos (por ejemplo, mensajes recibidos, tiempo rebasado o errores),
junto con sus respuestas y acciones. Tambin ilustran qu eventos
pueden cambiar el estado de los objetos de la clase. Normalmente
contienen: estados y transiciones
En cualquier momento, un objeto se encuentra en un estado particular,
la luz est encendida o apagada, el auto en movimiento o detenido, la
32
persona leyendo o cantando, etc. El diagrama de estados UML captura
esa pequea realidad como se observa en la figura N 2.11
Figura N 2.11: Diagrama de Estados
Fuente: Wikipedia
Elaboracin: Propia.
En la figura N 2.11 observamos el diagrama de Estados, el estado

representa situaciones durante la vida de un objeto. Se representa con
un rectngulo que tiene sus esquinas redondeadas; en este ejemplo los
estados son: acelera, eleva, desciende, desacelera. La flecha
representa el pasaje entre diferentes estados de un objeto. Se etiqueta
con el evento que lo provoca y con la accin resultante.
E) Diagrama de Secuencias
Los diagramas de clases y los de objetos representan informacin
esttica. No obstante, en un sistema funcional, los objetos interactan
entre s, y tales interacciones suceden con el tiempo. Un diagrama de
secuencia muestra la interaccin de un conjunto de objetos en una
aplicacin a travs del tiempo y se modela para cada caso de uso.
Mientras que el diagrama de casos de uso permite el modelado de una
vista business del escenario, incluyendo los objetos y clases que se
usan para implementar el escenario y mensajes intercambiados entre
los objetos., como se muestra en la figura N 2.12.
33
Figura N 2.12: Diagrama de Secuencia
Fuente: Wikipedia
En la figura N 2.12 observamos el diagrama de estados, el rol de la

clase describe la manera en que un objeto se va a comportar en el
contexto. Los cuadros de activacin que observamos representan el
tiempo que un objeto necesita para completar una tarea, las flechas
negras que representan comunicaciones entre objetos son los
mensajes.
F) Diagrama de Actividades
Un diagrama de actividades ilustra la naturaleza dinmica de un sistema
mediante el modelado del flujo ocurrente de actividad en actividad. Una
actividad representa una operacin en alguna clase del sistema y que
resulta en un cambio en el estado del sistema. Tpicamente, los
diagramas de actividad son utilizados para modelar el flujo de trabajo
interno de una operacin como se muestra en la figura N 2.13
Figura N 2.13: Diagrama de Actividades
Fuente: Wikipedia
En la figura N 2.13 observamos los estados de accin que son donde
est la actividad, el rombo representa una decisin con caminos
34
alternativos. Las salidas alternativas deben estar etiquetadas con una
condicin.
G) Diagrama de Colaboraciones
El diagrama de colaboraciones describe las interacciones entre los
objetos en trminos de mensajes secuenciados. Los diagramas de
colaboracin representan una combinacin de informacin tomada de
los diagramas de clases, de secuencias y de casos de uso,
describiendo el comportamiento, tanto de la estructura esttica, como
de la estructura dinmica de un sistema como se muestra en la figura
N 2.14
Figura N 2.14: Diagrama de Colaboraciones
Fuente: Wikipedia
En la figura N 2.14 observamos los roles de clases que en este ejemplo

vienen a ser: velocmetro, timn y tren de arr. Los mensajes en el
ejemplo vienen a ser enumerados en las flechas que observamos.
H) Diagrama de Componentes
Un diagrama de componentes describe la organizacin de los
componentes fsicos de un sistema. En la figura N 2.15 mostraremos el
diagrama.
Figura N 2.15: Diagrama de Colaboraciones
Fuente: Wikipedia
En la figura N 2.15 observamos los componentes que son un bloque de
construccin fsica del sistema. Tambin podemos observar las
dependencias entre componentes se grafican usando flechas de puntos.
35
2.3. MODELO APLICATIVO
La metodologa para desarrollo de nuestra investigacin es el Modelo Scrum.
a) Modelo SCRUM:
Es un proceso en el que se aplican de manera regular un conjunto de mejores
prcticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado
posible de un proyecto, se realizan entregas parciales y regulares del producto final,
priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum est
especialmente indicado para proyectos en entornos complejos, donde se necesita
obtener resultados pronto, donde los requisitos son cambiantes o poco definidos,
donde la innovacin, la competitividad, la flexibilidad y la productividad son
fundamentales.
Existen ms tipos de modelos de ingeniera de software pero para el desarrollo de
nuestro proyecto el ms ideal vendra a ser el modelo Scrum porque de esta forma
se puede definir un conjunto de prcticas y roles, y que puede tomarse como punto
de partida para definir el proceso de desarrollo que se ejecutar durante nuestro
proyecto. Este proceso se puede definir mediante fases de modelo Scrum que se
ilustran en la figura N 2.16.
Figura N 2.16: Mitologa SCRUM
Fuente: Ken Schwaber - SCRUM Development Process

Elaboraciom: Ken Schwaber - SCRUM Development Process
De la figura N 2.16 observamos la metodologa scrum, sus fases que son Pre juego
dentro de esto esta: Planning y system architecture, la segunda fase es el Juego aqu
se encuentran los sprints y por ultimo Post, estas son las fases que sirven para el
desarrollo de nuestro sistema de gestin de biblioteca.
b) FASES DE SCRUM
Scrum comprende las siguientes fases:
36
1.-Pre-juego:
El propsito es establecer la visin, definir expectativas y asegurarse la
financiacin. Las actividades son la escritura de la visin, el presupuesto, el
registro de acumulacin o retraso Metodologas giles 21 (backlog) del producto
inicial y los tems estimados, as como la arquitectura de alto nivel, el diseo
exploratorio y los prototipos. El registro de acumulacin es de alto nivel de
abstraccin.
Planificacin: Definicin de una nueva versin basada en la pila actual, junto con
una estimacin de coste y agenda. Si se trata de un nuevo sistema, esta fase
abarca tanto la visin como el anlisis. Si se trata de la mejora de un sistema
existente comprende un anlisis de alcance ms limitado. Arquitectura: Diseo de
la implementacin de las funcionalidades de la pila. Esta fase incluye la
modificacin de la arquitectura y diseo generales.
2.- Juego:
El propsito es implementar un sistema listo para entrega en una serie de
iteraciones de treinta das llamadas corridas (sprints). Las actividades son un
encuentro de planeamiento de corridas en cada iteracin, la definicin del registro
de acumulacin de corridas y los estimados, y encuentros diarios de Scrum.
Desarrollo de sprints: Desarrollo de la funcionalidad de la nueva versin con
respeto continuo a las variables de tiempo, requisitos, costo y competencia. La
interaccin con estas variables define el final de esta fase. El sistema va
evolucionando a travs de mltiples iteraciones de desarrollo o sprints.
3.-Post-juego:
El propsito es el despliegue operacional. Las actividades, documentacin,
entrenamiento, mercadeo y venta.
Preparacin para el lanzamiento de la versin, incluyendo la documentacin final y
pruebas antes del lanzamiento de la versin.
Todas estas fases del Scrum se muestran en la figura N 2.17.
37
Figura N 2.17: Fases de Metodologa Scrum
Fuente: Ken Schwaber - SCRUM Development Process

Elaboraciom: Ken Schwaber - SCRUM Development Process
De la figura N 2.17 observamos la metodologa scrum, sus fases que son Pre
juego, juego y post juego, estas son las fases que usaremos el desarrollo de
nuestro sistema de gestin de biblioteca
c) Pasos de Cada Fase:
1.-Pasos de la planificacin:
Desarrollo de un backlog completo.
Determinacin de la fecha de entrega y la funcionalidad de una o ms versiones.
Seleccin de la versin ms adecuada para desarrollo inmediato.
Trazado de los paquetes del producto (objetos) sobre los elementos del
backlog de la versin elegida.
Seleccin del equipo o equipos para desarrollar la nueva versin.
Evaluacin y control adecuado de los riesgos.
Estimacin del coste de la versin, incluyendo desarrollo, material, marketing,
formacin y despliegue.
Conformidad de la direccin y financiacin del proyecto.
38
2.-Pasos de diseo y arquitectura
*Revisin de los elementos del backlog incluidos en la versin.
*Identificacin de los cambios necesarios para implementar el backlog.
*Anlisis del dominio para incluir los requisitos que incluye el desarrollo mejora o
actualizacin.
* Acotar la arquitectura del sistema para apoyar el nuevo contexto y necesidades.

* Identificar problemas del desarrollo o modificaciones.
*Reunin de revisin de diseo. Cada equipo presenta los cambios para
implementar los elementos del backlog, e identificar posibles reasignaciones.
3.-Pasos del desarrollo (Sprint):
La fase de desarrollo es un ciclo de trabajo repetitivo. La gestin determina el

cumplimiento de los tiempos, funcionalidad y calidad. Este enfoque es conocido
tambin como ingeniera concurrente.
El desarrollo consiste en los siguientes macro-procesos:
*Reunin con los equipos para revisar los planes de lanzamiento de versin.
*Distribucin, revisin y ajuste de los estndares de conformidad para el producto.
*Sprints iterativos hasta que el producto se considera listo para su distribucin.
Un sprint es un conjunto de actividades de desarrollo llevado a cabo durante un
periodo predefinido, por lo general entre una y cuatro semanas. Duracin basada
en la complejidad del producto, evaluacin de riesgos y grado de supervisin
deseado.
El tiempo determinado para el sprint establece su velocidad e intensidad.
El riesgo se evala de forma continua a travs de las respuestas a los controles
adecuados establecidos.
Cada sprint consiste en uno o varios equipos realizando:
a) Desarrollo: Definicin de los cambios necesarios para la implementacin de los
requisitos del backlog en mdulos, la apertura de los mdulos, anlisis del
dominio, diseo, desarrollo, implementacin, pruebas y documentacin de los
cambios. El Desarrollo consiste en el micro proceso de descubrimiento,
invencin e implementacin.
b) Envoltura: Cierre de los mdulos, creacin de una versin ejecutable con los
cambios que implementas los requisitos del backlog.
c) Revisin: Reunin de todos los equipos para presentar el trabajo y revisar el
progreso, identificando y resolviendo posibles cuestiones y aadiendo nuevos
elementos al backlog. Se revisan los riesgos y las respuestas apropiadas.
39
d) Ajuste: Consolidacin de la informacin de la revisin de los mdulos
afectados. Cada sprint es seguido de una revisin cuyas caractersticas son:
*Est presente y participa el equipo al completo.
*La revisin puede incluir a clientes, personal de ventas y otros.
*La revisin cubre los sistemas funcionales y ejecutables abarcados por el equipo
e incluye los cambios que se han realizado para implementar los elementos del
backlog.
*En la revisin se pueden evidenciar cambios en la forma en la que se han
implementado los elementos del backlog.
*La revisin tambin puede introducir elementos nuevos en el backlog, cambiando
de esta forma los contenidos y direccin de las versiones previstas.
*Se determina la fecha de la siguiente revisin en base al progreso y complejidad.
La duracin normal de los sprints es de 1 a 4 semanas.
4.-Cierre
Cuando el equipo de gestin siente que las variables de tiempo, parte completada,
requisitos, coste y calidad estn alineadas para producir una nueva versin,
declaran cerrada la versin, dando paso a esta fase. En esta fase se prepara el
producto generado para producir una nueva versin. Entre las tareas de cierre se
encuentran: integracin, pruebas del sistema, documentacin de usuario,
preparacin del material de formacin y marketing.
Todos los pasos del Scrum se muestra en la figura N2.18
Figura N 2.18: Pasos de las Fases de Metologia Scrum
Fuente: KnowGarden
Elaboracin: KnowGarden
En la figura N 2.18 observamos las fases de la metodologa scrum, la visin del

proyecto, anlisis, revisin del proyecto, la planificacin de las interaciones, los
40
sprints , y presentacin de lo realizado, todo esto usaremos en el desarrollo de
nuestro sistema de gestin de biblioteca
D) Controles de SCRUM
Al trabajar bordeando el caos (complejidad e imprevisibilidad) se requiere la gestin

de controles que eviten la cada en el caos.
La metodologa SCRUM incorpora estos controles generales para evitar la prdida de
control, utilizando las tcnicas de Orientacin a Objetos para la construccin de las
entregas.
El principal control es el del riesgo. La gestin de riesgos da lugar a cambios en los
controles y respuestas del equipo.
Los controles de la metodologa SCRUM Son:
*Backlog: Requisitos que el producto en su versin actual no gestiona de forma
adecuada. Errores, defectos, peticiones del cliente, incorporacin de mejoras
competitivas o tecnolgicas son elementos del backlog.
*Los elementos del backlog que comprenden una nueva versin comprenden
variables de fechas, calidad y funcionalidad viables.
*Paquetes: componentes del producto que deben cambiarse para implementar la
nueva versin.
*Cambios: cambios que deben producirse en un paquete para implementar una
nueva versin.
*Problemas: problemas tcnicos presentes que deben resolverse para implementar
un cambio.
*Riesgos: Para lograr el xito del proyecto se revisan de forma continua los riesgos y
las respuestas previstas. La gestin de riesgos afecta a otros controles.
*Soluciones: respuestas a problemas y riesgos, que suelen ser cambios.
*Temas: Cuestiones generales del proyecto que no se definen en trminos de
paquetes.
Estos controles se emplean en diversas fases de SCRUM. La direccin los emplea
para gestionar el backlog. Los equipos los usan para gestionar cambios y problemas.
Ambos, direccin y equipos, gestionan los temas, riesgos y soluciones. Estos
controles son revisados, modificados y consolidados en la revisin de cada Sprint.
41
2.4. MARCO CONCEPTUAL
* Gestor de Base de Datos: Un gestor de base de datos o sistema de gestin de base
de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar
la informacin de las bases de datos; en definitiva, administrarlas.
* Microsoft Access: Es un sistema de gestin de bases de datos incluido en el paquete
de programas de Microsoft Office. Es igualmente un gestor de datos que recopila
informacin relativa a un asunto o propsito particular.
* Motor de Base de Datos: Es el servicio principal para almacenar, procesar y proteger
los datos. Proporciona acceso controlado y procesamiento de transacciones rpido
para cumplir con los requisitos de las aplicaciones consumidoras de datos ms
exigentes de su empresa
* NetBeans : Es un entorno de desarrollo integrado libre, hecho principalmente para el
lenguaje de programacin Java. Existe adems un nmero importante de mdulos para
extenderlo.
* Product Backlog: Es un documento de alto nivel para todo el proyecto. Contiene
descripciones genricas de todos los requisitos, funcionalidades deseables, etc.
priorizadas segn su retorno sobre la inversin.
* Product Owner: El Product Owner representa la voz del cliente. Se asegura de que el
equipo Scrum trabaje de forma adecuada desde la perspectiva del negocio. El Product
Owner escribe historias de usuario, las prioriza, y las coloca en el Product Backlog.
* Software: Se conoce como software al equipamiento lgico o soporte lgico de un
sistema informtico, que comprende el conjunto de los componentes lgicos necesarios
que hacen posible la realizacin de tareas especficas
* Soporte de sistemas: es el mantenimiento permanente de un Sistema despus de
que haya sido explotado. Ello incluye tanto el mantenimiento estricto de los programas
como las posibles mejoras que puede aadirse al Sistema.
* Sprints: Es el perodo en el cual se lleva a cabo el trabajo en s. Es recomendado que
la duracin de los sprints sea constante y definida por el equipo con base en su propia
experiencia.
* Sprint backlog: Es un documento detallado donde se describe el cmo el equipo va a
implementar los requisitos durante el siguiente sprint. Las tareas se dividen en horas
con ninguna tarea de duracin superior a 16 horas
* Stakeholders: Se refiere a la gente que hace posible el proyecto y para quienes el
proyecto producir el beneficio acordado que justifica su produccin. Slo participan
directamente durante las revisiones del sprint.
* Tipo de datos: Es un atributo que especifica el tipo de dato (carcter, entero, binario,
etc.) que puede ser almacenado en una columna, parmetro o variable
42
En el segundo captulo observamos sobre el Marco de Referencia que contiene los
Antecedentes o investigaciones anteriores relacionadas con el estudio de nuestra
investigacin , en el Marco Terico observamos sobre Ingeniera de Software , la biblioteca
y desarrollo del sistemas, as como el Modelo Aplicativo, el mismo que pretende mostrar la
secuencia metodolgica scrum con la cual se pretende resolver el problema y culmino este
captulo con el Marco Conceptual q presenta glosario de trminos que se utilizaremos en la
tesis.
43
CAPTULO III
INTERVENCIN METODOLGICA
En el presente Capitulo teniendo en cuenta el Modelo Aplicativo de nuestro trabajo de tesis,
daremos propuesta de solucin sobre el sistema de biblioteca ,que mejore la gestin en el
servicio de atencin a los estudiantes del Colegio Mariscal Castilla , esta propuesta de
solucin lo desarrollaremos tomando en cuenta las fases de la metodologa Scrum,
mencionada en el captulo II.
3.1. Pre juego:

3.1.1.- Planificacin:
En esta fase inicial del proyecto de tesis veremos las tarea que se realizaran,
empezamos con el Desarrollo de un backlog completo. Determinaremos la fecha
de entrega de los productos, Seleccin del equipo o equipos para desarrollar la
nueva versin. Evaluacin y control adecuado de los riesgos. Estimacin del
coste de la versin, incluyendo desarrollo, material, marketing, formacin y
despliegue. Conformidad de la direccin y financiacin del proyecto.
Para mejorar la gestin en el servicio de atencin de la biblioteca a los
estudiantes del Colegio Mariscal Castilla - el Tambo se realizara las siguientes
actividades para el sistema de gestin de biblioteca
A) Actividades que Realizaremos (Sistema de Gestin para Biblioteca)

Bsqueda y recopilacin de informacin para el Sistema.
Diseo de la Base de Datos.
Diseo de la Interfaz del Sistema.
Creacin de la Base de Datos con los campos obtenidos en la Recopilacin
de Informacin.
Programacin del formulario del sistema.
Creacin de los Reportes.
Realizacin de las pruebas requeridas en el Sistema.
44
Presentacin del ejecutable del Sistema
B) Descripcin de las actividades

Para el desarrollo de un sistema de gestin de biblioteca para mejorar la
atencin en el Colegio Mariscal Castilla el Tambo, se ha seguido una
secuencia de actividades realizadas, que se listarn a continuacin:
Actividades Realizadas
Bsqueda y recopilacin de informacin sobre el Sistema.
La bsqueda de informacin es necesaria, ya que nos permite tener un
conocimiento ms amplio sobre lo que requiere el sistema en s en el
Colegio Mariscal Castilla y desarrollarlo de una manera ordenada y precisa.
Diseo de la Base de Datos.
Una base de datos correctamente diseada que nos permitir obtener
acceso a informacin exacta y actualizada. Puesto que un diseo correcto
es esencial para lograr los objetivos fijados para la base de datos.
Diseo de la Interfaz del Sistema.
El Diseo de la Interfaz nos permite ver de una manera ms esttica, al
sistema, el funcionamiento que va tener, implementando los campos a
rellenar y las operaciones que se van a realizar
Creacin de la Base de Datos con los campos obtenidos en la Recopilacin

de Informacin.
Para ello se tuvo que revisar el diccionario de datos, para la elaboracin de
las tablas respectivas, y poder poner el tipo de dato correspondiente a cada
campo.
Programacin del formulario del sistema.
Para esta programacin haremos uso del Lenguaje de Programacin Java -
NetBeans, donde tendremos que ingresar los datos de los libros. As como
ingresar al detalle que alumnos o profesores solicitan libros a la biblioteca.
Programacin del Sistema en 3 Capas, con los formularios anteriores.
Con las programaciones anteriores, utilizaremos esos cdigos para poder
programar en 3 capas, accediendo a la base de datos, con cdigo fuente
determinado y la interfaz adecuada.
Creacin de los Reportes.
La creacin de Reportes es necesaria, ya que nos va a permitir saber que
libros van a ingresar, que libros van a salir, y cuntos libros quedan, lo cual
ayudar a saber estos reportes al final de cada mes.
45
Realizacin de las pruebas requeridas en el Sistema.
Estas pruebas son necesarias para probar que el sistema funcione
correctamente en el entorno deseado, para lo cual se debe realizar en vista
con el encargado que maneja la informacin del Sistema Biblioteca
actualmente en el Colegio Mariscal Castilla, y para corregir algunas falencias
que se encuentren.
Creacin del ejecutable del Sistema
Este ejecutable permitir instalar el sistema Biblioteca en la computadora
del encargado de administrar el Sistema en el Colegio Mariscal Castilla, lo
cual debe ser necesario, ya que el cdigo no debe ser entregado por
motivos de confidencialidad.
3.1.2. Anlisis
3.1.2.1 Anlisis de Requerimientos

Para el desarrollo de un sistema de gestin de biblioteca y poder mejorar la
atencin en el Colegio Mariscal Castilla del Tambo, vamos a tener que
contar con requerimientos que van a ser los siguientes y que van a estar
sujetos a las necesidades que requiera el encargado del sistema y las
posibles soluciones que lograremos con el Sistema:
A) Requerimientos del Negocio
* Manejo adecuado de informacin de la Biblioteca.
* Seguridad de la entrada y salida de los libros.
B) Requerimientos del Usuario
* Facilidad de uso del Sistema Biblioteca.
* Informacin sobre el uso adecuado del sistema.
C) Requerimientos Operacionales
* Sistema operativo Windows XP o Superior.
* Entorno de desarrollo integrado en java.
* Gestor de Base de Datos Microsoft Access.
* Software de Gestor de la Metodologa UML Rational Rose.
3.1.2.2 Modelos de caso de uso
A) Actores del Negocio
Los Actores vienen a ser: En este caso es el Administrador del
Sistema de Gestin de Biblioteca, como se muestra en la figura N 3.1.
46
Figura N 3.1: Actor del Negocio
Fuente: Propia
Elaboracin. Propia
En la figura N 3.1 observamos el actor de nuestro sistema de gestin

de biblioteca de la Institucin Educativa Mariscal Castilla el Tambo
B) Diagrama de Casos de Uso del Negocio
Es necesaria la creacin de este diagrama; ya que nos permitir

observar mejor la interrelacin entre los Actores, trabajadores y los
Casos de Uso del Negocio como se muestra en la figura N 3.2
Figura N 3.2: Diagrama de Caso de Uso de Negocio
Fuente: Propia
Elaboracin: Propia
De la figura N 3.2 observamos el diagrama de Caso de Uso de Negocio

donde el actor de negocio son: alumnos, Profesores que tramiten
pedido de libros al administrador del sistema de gestin de biblioteca.
C) Actores del Sistema
En esta ocasin los Actores del Sistema vienen a ser los que van a
hacer uso del Sistema, por ende vienen a ser los Trabajadores del
Colegio Mariscal Castilla. Como se muestra en la figura N 3.3.
47
Figura N 3.3: Actor del Sistema
Fuente: Propia
Elaboracin: Propia
De la figura N 3.3 observamos el actor del sistema de gestin de

biblioteca donde el actor de del sistema es el Administrado del sistema de
gestin de Biblioteca.
D) Diagrama de Casos de Uso del Sistema
Con este diagrama se ve en forma general las operaciones que realiza el
Administrador del Sistema de gestin de Biblioteca, como se muestra en
la figura N 3.4.
Figura N 3.4: Diagrama de Caso de Uso del Sistema
Fuente: Propia
Elaboracin. Propia
De la figura N 3.4 observamos el diagrama de Caso de uso del sistema

donde el administrador del sistema de gestin realiza acciones como
ingresar los datos de los libros y realiza bsqueda de los libros dentro del
sistema.
E) Diagrama de Secuencia del Sistema
Con este Diagrama se muestra la secuencia para poder trabajar con el
Sistema .En pocas palabras nos muestra la Realizacin de los Casos de
Uso del Sistema en un entorno ms entendible para el Administrador del
Sistema Biblioteca
48
Se puede tambin observar con este diagrama que se presenta en la
figura N 3.5, como es que se van a llevar a cabo los diferentes Casos de
Uso que se han mencionado anteriormente.
Figura N 3.5.Diagrama de Secuencia del Sistema
Fuente: Propia
Elaboracin. Propia
De la figura N 3.5 observamos el diagrama de secuencia del sistema

donde el administrador del sistema de gestin de biblioteca que ingresa al
sistema, entra a orden d los libros, rellena los datos d los libros y verifica
en el sistema.
3.2 JUEGO
3.2.1 DISEO DEL SISTEMA
3.2.1.1 IMPLEMENTACIN FSICA.
El software que se desarroll para la Colegio. Mariscal Castilla se realiz
en el lenguaje de programacin Java Netbeans, teniendo en cuenta la
metodologa scrum y sus fases, ahora pasaremos a la descripcin de
software en que desarrollaremos el sistema biblioteca.
A) Netbeans:
Es un entorno de desarrollo integrado libre que usamos para el
desarrollo d nuestro sistema, hecho principalmente para el lenguaje de
programacin Java que nos ayudara a desarrollar nuestro sistema de
Gestin de Biblioteca para el Colegio Mariscal Castilla. el Tambo.
Usaremos el Netbeans 7.0 como se muestra en la figura N 3.6,
NetBeans nos permitir que las aplicaciones sean desarrolladas a
partir de un conjunto de componentes de software llamados mdulos.
Un mdulo es un archivo Java que contiene clases de Java escritas
para interactuar con las APIs de
49
NetBeans y un archivo especial (manifest file) que lo identifica como
mdulo. Las aplicaciones construidas a partir de mdulos pueden ser
extendidas agregndole nuevos mdulos
Figura N 3.6: NetBeans
Fuente: Propia
Elaboracin. Propia
De la figura N 3.6 observamos el software NetBeans que utilizaremos

para el desarrollo de nuestro sistema de gestin de biblioteca para el
Colegio Mariscal Castilla el Tambo
B) FASES:
1.-Interfaz de usuario.
Entre los elementos de la interfaz de usuario se tiene en
consideracin los siguientes elementos. Todos los elementos de la
Interfaz que tengan interaccin con el usuario contienen Hints de no
ms de 100 caracteres que describen la utilidad del elemento.
Se utilizan imgenes, iconos y/o nombres descriptivos para cada
elemento de la interfaz para eliminar as confusiones en el uso de la
herramienta.
Segn sea el perfil de usuario, se debe habilitar/ deshabilitar las
opciones correspondientes.
2.-Rendimiento
El sistema procesa la informacin en un tiempo razonable para el
levantamiento de un contenido o l envi del mismo. El tiempo de
respuesta a los usuarios debe ser menor a 5 segundos.
3.-Seguridad y Privacidad
El sistema debe comunicarse con el subsistema de Seguridad para
la autentificacin de sus usuarios. Se validara que el nmero
mximo de intentos para iniciar sesin sea de 3 veces. Pasado ese
50
nmero de intentos, el subsistema de seguridad debe bloquear la
cuenta. Se debe restringir las operaciones segn el tipo del rol que
posea el usuario que ingrese al sistema.
4.-Soporte
El sistema debe contar con un instalador y manual de usuario, para
su distribucin en diferentes puntos.
5.-Usabilidad
El sistema es fcil de usar y cuenta con ayudas contextuales,
mensajes de estado, mensajes de error y cualquier ayuda
necesaria para facilidad del usuario.
6.-Disponibilidad
El sistema debe estar disponible 99% del tiempo en cualquier
momento que el usuario requiera. Para garantizar la disponibilidad
del sistema, se cuenta con servidores que cumplen las
especificaciones tcnicas mnimas de hardware.
7.-Confiabilidad
Se debe contar con un servidor de respaldo en caso de que el
servidor principal falle. Se debe mantener una copia de seguridad
de la base de datos para mantener la integracin.
3.2.1.2 IMPLEMENTACIN LOGICA.

A) ARQUITECTURA:
1.-PRIMERA CAPA (CAPA DE DATOS):
Es donde residen nuestros datos y es la encargada de acceder a
los mismos. Est conformada por uno o ms gestores de bases de
datos que realizan todo el almacenamiento de datos nuestro
sistema de gestin de biblioteca, reciben solicitudes de
almacenamiento o recuperacin de informacin desde la capa de
negocio. Nuestra base de datos la realizaremos en Microsoft
Access, ya que por medio de Microsoft Access, puede administrar
toda la informacin desde un nico archivo de base de datos.
2.-SEGUNDA CAPA (LOGICA DEL NEGOCIO):
Es donde residen los programas que se ejecutan, se reciben las
peticiones del usuario y se envan las respuestas tras el proceso.
Se denomina capa del negocio (e incluso de lgica del negocio)
porque es aqu donde se establecen todas las reglas que deben
cumplirse. Esta capa se comunica con la capa de presentacin,
para recibir las solicitudes y presentar los resultados. La realizacin
51
de la programacin est realizada en lenguaje de programacin
Java
3.-TERCERA CAPA (CAPA DE PRESENTACIN):
Presenta el sistema al usuario, le comunica la informacin y captura
la informacin de usuario en un mnimo de proceso (realiza un
filtrado previo para comprobar que no hay errores de formato).
Tambin es conocida como interfaz grfica. En la figura N 3.7
podemos observar la interfaz de nuestro sistema biblioteca.
Figura N 3.7: Interfaz del Sistema de Gestin de Biblioteca
Fuente: Propia
Elaboracin: Propia
De la figura N 3.7 observamos la interfaz de nuestro sistema de

gestin de biblioteca para mejorar la atencin a los alumnos del
Colegio Mariscal Castilla el Tambo , Este sistema de gestin de
biblioteca realiza acciones como: Buscar Lector , agregar nuevo lector
, modificar nombre del lector , sancionar al lector, as como opciones
de salir del sistema de Gestin de Biblioteca
3.2.2 DISEO DE LA BASE DE DATOS
A) Implementacin Fsica
La base de datos que se desarroll para la Colegio. Mariscal Castilla se realiz
en Sistema de Gestin de Bases de Datos Microsoft Access, ahora pasaremos
a la descripcin de la base de datos de nuestro sistema de gestin de
biblioteca
1.-Microsoft Access
Es un sistema de gestin de bases de datos incluido en el paquete de
programas de Microsoft Office. Es igualmente un gestor de datos que
recopila informacin relativa a un asunto o propsito particular, como el
seguimiento de pedidos de clientes. Access es un completo y demandado
52
programa informtico en entornos de empresa, que permite la creacin y
gestin de bases de datos, as como su modificacin, control y
mantenimiento
2.-Pasos para el diseo fsico de la base de datos
*La determinacin del propsito
Se debe definir la informacin que desea obtener de la base de datos
(fjese que decimos de la base y no de la tabla) y a partir de esa se puede
determinar datos acerca de los sujetos y se necesita almacenar hechos
(qu tablas va a crear) y qu hechos necesita almacenar acerca de cada
sujeto (esto equivale a definir qu campos aparecern en cada una de las
tablas)
*La determinacin de las tablas
Este formulario (modelo) le da cierto nmero de elementos o de hechos
que usted desea almacenar en la base. Se le recomienda revisar la
informacin que desea obtener de su base de datos y dividirla en sujetos
fundamentales a los que desea darle seguimiento
*La determinacin de las relaciones:
Despus que se ha dividido la informacin en tablas es necesario decirle a
Access cmo agrupar esa informacin nuevamente cuando ello es
conveniente. Ha almacenado datos relacionados pero que residen en
diferentes tablas. Luego se debe definir las relaciones entre las tablas y
Access utiliza esas relaciones para encontrar informacin asociada. Para
definir la relacin correctamente, lo primero que usted debe definir es la
naturaleza de la relacin.
B) Implementacin Lgico
En esta etapa se transforma el esquema conceptual obtenido en un esquema
relacional. Todos los datos del diseo estn estructurados en el nivel lgico,
como tablas formadas por filas y columnas; dado que en el modelo conceptual
se crearon tres entidades: Modelos, Usuarios y Vistas, en esta fase se
convertirn en tablas, poniendo en las columnas los atributos, y en las filas las
caractersticas que corresponden a cada campo.
La base de datos se dise teniendo en cuenta todos los puntos tratados
anteriormente y con ayuda de los diagramas se desarroll la Base de Datos, y
de esta manera se obtiene el sistema que ser implementado en el C0legio
Mariscal Castilla. En la figura N3.8 observamos la conexin de la base de
datos y en la figura N 3.9 podemos observar nuestro esquema de base de
datos.
53
Figura N 3.8: Conexin de Base de datos
Fuente: Propia
Elaboracin: Propia
De la figura N 3.8 observamos conexin nuestra base de datos realizada en

Microsoft Access conectado a NetBeans, donde podemos observar los
cdigos de nuestra base de datos de nuestro sistema gestin de biblioteca
para mejorar la atencin a los alumnos del Colegio Mariscal Castilla el
Tambo.
Figura N 3.9: Esquema de Base de datos
Fuente: Propia
Elaboracin: Propia
En la figura N 3.9 observamos esquema de nuestra base de datos realizada

en Microsoft Access normalizada segn los documentos obtenidos del rea
de Biblioteca con el que estaban trabajando manualmente. Podemos
observar nuestras tablas que presenta nuestra base de datos las cuales son:
54
Lectores, reas, Autores, libros, prestamos, sanciones, sancionados y
usuario el cual va a ser la persona quien atender los pedidos de los
lectores, este esquema forma parte de nuestra base de datos de nuestro
sistema gestin de biblioteca para mejorar la atencin a los alumnos del
Colegio Mariscal Castilla el Tambo
3.2.3 Sprint 1
El primer sprint tiene como objetivo implementar las funcionalidades requeridas
para la administracin de los recursos utilizados por el sistema. Ingresar datos,
eliminar, modificar usuarios, perfiles para crear el acceso al sistema.
3.2.3.1 Planificacin
Para la planificacin del sprint 1, se llev a cabo en una reunin con el
Producto Owner. Esta reunin se realiza un anlisis de los procesos y las
funcionalidades que sern implementados
Requisitos Funcionales
* El sistema permitir registras a los usuarios del sistema
* El sistema permitir cargar los datos de la base de datos que utilizamos.
* El sistema permitir consultar los datos.
* El sistema permitir ingresar Informacin
Requisitos No Funcionales
* El sistema brindara seguridad para ser usado
* El proceso de cargar datos debe ser eficiente.
* El sistema funcionara en software NetBeans
Conformacin del Equipo de Trabajo
El equipo de trabajo para llevar a cabo el Software para recoleccin
masiva de informacin est conformado como se muestra en el cuadro N
3.1
Cuadro N 3.1: Equipo de Trabajo
Fuente: Propia.
Elaboracin: Propia.
55
En el Cuadro N 3.1. Observamos los roles, el encargado y descripcin y
tarea que se realiza.
3.2.3.2 Anlisis
Una vez identificadas las historias de usuario, se identifican los actores
a) Actores del Sistema
El siguiente cuadro N 3.2 describe los actores que participa en los
casos de uso que se mostr anteriormente en la figura N 3.2
Cuadro N 3.2: Actor del sistema
Fuente: Propia
Elaboracin: Propia
En el Cuadro N 3.2 observamos el actor del sistema de gestin de

biblioteca donde el actor de del sistema es el Administrado del sistema
de gestin de Biblioteca.
b) Diagrama de casos de uso de Administracin
Con este diagrama se ve en forma general las operaciones que realiza
el Administrador del Sistema de gestin de Biblioteca, como se
muestra en la figura N 3.10.
Figura N 3.10: Diagrama de Caso de uso de Administracin
Fuente: Propia
Elaboracin: Propia
56
De la figura N 3.10 observamos el diagrama de Caso de uso de
administracin donde el usuario administrador del sistema de gestin
de biblioteca define, gestiona, define formularios, gestiona los
formularios y selecciona los formularios.
3.2.3.3 Diseo
a) Modelo de Datos
El modelo de datos es un lenguaje orientado a hablar de una Base de
Datos. El modelo de datos de nuestro sistema nos permite describir:
*Las estructuras de la base datos: El tipo de los datos y la forma en
que se relacionan.
*Las restricciones de integridad: Un conjunto de condiciones que
deben cumplir los datos para reflejar correctamente la realidad
deseada.
*Operaciones de manipulacin de los datos: tpicamente, operaciones
de agregado, borrado, modificacin y recuperacin de los datos de la
base.
En la figura N 3.11 mostramos nuestro modelo de base de datos
Fuente: Propia
Elaboracin: Propia
De la figura N 3.11 observamos esquema de nuestra base de datos

realizada en Microsoft Access. Podemos observar nuestras tablas:
Lectores, libros, prestamos, sancionados, este esquema forma parte de
nuestra base de datos de nuestro sistema gestin de biblioteca para
mejorar la atencin a los alumnos del Colegio Mariscal Castilla el
Tambo
57
b) Arquitectura
De la arquitectura planteada inicialmente para la aplicacin completa, la
codificacin para el sistema de gestin de biblioteca se implementara de
la siguiente manera:
c) Formulario:
*Lectores
* Libros
* Prestamos
d) Formulario para configuracin:
*Configurar conexin a DB
3.2.3.4 Pruebas
Para la etapa de prueba, se utilizara el sistema de gestin desarrollado
en NetBeans, y se dar seguimiento si existe errores en el
funcionamiento o pedidos que pueda hacer el usuario respecto al sistema
de gestin de biblioteca. En la figura N3.12 se muestra el sistema.
Figura N3.12: Sistema Nuevo del Lector
Fuente: Propia
Elaboracin: Propia
De la figura N 3.12 observamos para las prueba del sistema en la parte

de registrar nuevo lector en el sistema, ingresamos los datos que requiere
el sistema para la gestin de libros de biblioteca para mejorar la atencin
a los alumnos del Colegio Mariscal Castilla el Tambo
A continuacin podemos observar en la figura 3.13 la codificacin en el
software sobre Nuevo Gestor.
Figura N3.13: Codificacin de Nuevo del Lector
58
Fuente: Propia
Elaboracin: Propia
De la figura N 3.13 observamos la codificacin para la interfaz para

agregar datos de un Nuevo lector todo esto es parte de nuestro sistema
para la gestin de libros de biblioteca para mejorar la atencin a los
alumnos del Colegio Mariscal Castilla el Tambo
A continuacin podemos observar en la figura N 3.14 mostramos la
interfaz de modificar datos del lector
Figura N3.14: Modificar datos del Lector
Fuente: Propia
Elaboracin: Propia
De la figura N 3.14 observamos la interfaz de donde modificamos los

datos del lector, esta interfaz presenta para modificar los siguientes
datos: ID Lector, nombre, Apellido, Grado, Seccin, DNI, situacin, una
vez rellenado los datos modificados procedemos a realizar cambio y el
botn realizar cambios y se guarda en el sistema los nuevos datos del
lector , esta interfaz es parte de nuestro sistema de gestin de biblioteca
para mejorar la atencin a los alumnos del colegio Mariscal Castilla el
59
Tambo
A continuacin podemos observar en la figura N 3.15 la codificacin en
el software sobre modificar datos del lector
Figura N3.15: Codificacin de Modificar Datos del Lector
Fuente: Propia
Elaboracin: Propia
De la figura N 3.15 observamos la codificacin para la interfaz para

modificar datos de un lector, todo esto es parte de nuestro sistema para
la gestin de libros de biblioteca para mejorar la atencin a los alumnos
del Colegio Mariscal Castilla el Tambo
En la figura N 3.16 de nuestro sistema de gestin de biblioteca
mostramos la interfaz cuando se desea salir despus de modificar datos
del lector
Figura N3.16: Salir de Modificar Datos del Lector
Fuente: Propia
Elaboracin: Propia
De la figura N 3.16 observamos cuando salimos de la interfaz despus

de haber modificados los datos del lector, los datos que presenta para
poder modificar en esta interfaz son los siguientes datos: ID Lector,
nombre, Apellido, Grado, Seccin, DNI, situacin, des pues de guardar
60
los datos para poder salir hacemos click en el botn salir y nos saldr
una ventana preguntando si deseamos salir y hacemos click en SI y
volver a la interfaz de inicio del sistema.
el software para poder salir de modificar datos del lector
Figura N3.17: Codificacin de Salir de Modificar datos del lector
Fuente: Propia
Elaboracin: Propia
En la figura N 3.17 observamos la codificacin para salir de modificar

datos de un lector, todo esto es parte de nuestro sistema para la gestin
de libros de biblioteca para mejorar la atencin a los alumnos del Colegio
Mariscal Castilla el Tambo
3.2.4 Sprint 2
El segundo sprint tiene como objetivo continuar con el desarrollo de implementar
las funcionalidades requeridas para la sistema de gestin de Biblioteca para el
Colegio Mariscal Castilla - el Tambo.
a) Requisitos Funcionales
* El sistema permitir registrar datos de los libros
* El sistema permitir cargar los datos de la base de datos que
utilizamos.
* El Sistema permitir Buscar libros
b) Requisitos No Funcionales
* Teniendo en cuenta seguridad para ser usado el sistema y poder
cargar los datos al sistema de gestin de biblioteca de manera rpida
se probara el sistema desarrollado.
61
3.2.4.2. Diseo
Teniendo en cuenta el diseo del sprint 1 mejoramos nuestro sistema
de gestin de biblioteca., generando modelos de datos para que
cumplan con los requerimientos definidos.
a) Modelo de Datos:
Nuestro modelo de datos lo mejoramos en el planeamiento del
desarrollo de aplicaciones y la decisin de cmo se almacenarn los
datos, ya que a travs de ellos podremos conseguir una buena
compatibilidad necesaria para manejar cantidades de datos.
En la figura N 3.18 observamos el esquema de nuestra base de
datos
Fuente: Propia
Elaboracin: Propia

Lectores, libros, prstamos, sancionados y sanciones, este esquema
forma parte de nuestra base de datos de nuestro sistema gestin de
biblioteca para mejorar la atencin a los alumnos del Colegio
b) Arquitectura
De la arquitectura planteada inicialmente para la aplicacin completa,
la codificacin para el sistema de gestin de biblioteca se
implementara de la siguiente manera.
c) Formulario:
* Lectores
* Libros
* Prestamos
62
*Sanciones
d) Formulario para configuracin:
*Configurar conexin a DB
3.2.4.3 Pruebas
Para la etapa de prueba, se utilizar el sistema de gestin desarrollado
en NetBeans, teniendo en cuenta los errores en el funcionamiento y/o
pedidos que del usuario en el sprint 1, respecto al sistema de gestin de
biblioteca. En la figura N3.19 se muestra gestin del lector y en la figura
N3.20 se muestra cmo podemos eliminar datos de un lector de la
biblioteca, con el sistema mostramos nuestro sistema en buen
funcionamiento y con los requerimientos del usuario para el desarrollo del
sistema de gestin de Biblioteca
Figura N3.19: Gestin del Lector
Fuente: Propia
Elaboracin: Propia

de gestin de biblioteca, ingresamos los datos nombre y apellido del
alumno, el grado que est cursando, la seccin que pertenece sistema
para la gestin de libros de biblioteca para mejorar la atencin a los
alumnos del Colegio Mariscal Castilla el Tambo.
Figura N3.20: Eliminacin del Lector
Fuente: Propia
Elaboracin: Propia
63
De la figura N 3.20 observamos la interfaz de gestin de libros, donde
podemos eliminar a cualquier lector, para que podamos realizar hacemos
click en el botn Eliminar, y nos aparecer despus una ventana con la
pregunta si deseamos eliminar este lector y hacemos click en Aceptar y
automticamente queda eliminado el lector del Sistema de Gestin de
Biblioteca
el software para poder eliminar datos del cualquier lector
Figura N3.21: Codificacin de Eliminacin del Lector
Fuente: Propia
Elaboracin: Propia
De la figura N 3.21 observamos la codificacin para eliminar datos de un

lector, todo esto es parte de nuestro sistema para la gestin de libros de
biblioteca para mejorar la atencin a los alumnos del Colegio Mariscal
Castilla el Tambo
En la figura N 3.22, mostramos la Gestin de Libros de nuestro sistema
de gestin de biblioteca para el Colegio Mariscal Castilla
.
Figura N 3.22: Gestin del Libros
Fuente: Propia
Elaboracin: Propia
64
de gestin de libros, ingresamos los Id de libro, ISBN, Titulo, autor,
ubicacin, Editorial, todo esto es parte de nuestro sistema para la gestin
de libros de biblioteca para mejorar la atencin a los alumnos del Colegio
Mariscal Castilla el Tambo.
el software sobre la gestin de libros.
Figura N3.23: Codificacin de Gestor de Libros
Fuente: Propia
Elaboracin: Propia
De la figura N 3.23 observamos la codificacin para eliminar datos de un

lector, todo esto es parte de nuestro sistema para la gestin de libros de
Castilla.
En la figura N 3.24 mostramos la interfaz del prstamo de libros de
nuestro sistema de gestin de Biblioteca.
Figura N3.24: Prstamo de Libro
Fuente: Propia
Elaboracin: Propia
De la figura N 3.24 observamos la interfaz para hacer prstamo de
65
libros, donde presenta los siguientes datos Idprstamo, Idlector, Idlibro,
fecha de Entrega de prstamo, fecha de devolucin del libro y que
condicin est el libro y le damos click en botn Guardar y
automticamente se guardara el prstamo del libro realizado, todo esto
es parte de nuestro sistema para la gestin de libros de biblioteca para
mejorar la atencin a los alumnos del Colegio Mariscal Castilla el
Tambo.
el software sobre prstamo de libros.
Figura N 3.25: Codificacin de Prstamo de Libros
Fuente: Propia
Elaboracin: Propia
De la figura N 3.25 observamos la codificacin del prstamo de libro,

todo esto es parte de nuestro sistema para la gestin de libros de
biblioteca para mejorar la atencin a los alumnos del colegio Mariscal
Castilla.
En la figura N 3.26 mostramos formulario de libros en la base de datos
Microsoft Access.
Figura N3.26: Formulario de Libro
Fuente: Propia
Elaboracin: Propia
66
De la figura N 3.26 observamos formulario, la parte de gestin de libros,
donde aparecen los datos Id de libro, ISBN, Titulo, autor, ubicacin,
Editorial, todo esto es parte de nuestro sistema para la gestin de libros
de biblioteca para mejorar la atencin a los alumnos del Colegio Mariscal
Castilla el Tambo.
3.2.5 Sprint 3
El tercer sprint tiene como objetivo continuar con el desarrollo de implementar
las funcionalidades requeridas para la sistema de gestin de Biblioteca para el
Colegio Mariscal Castilla- el Tambo y finalizarlo para su ptimo funcionamiento.
a) Requisitos Funcionales
* El sistema permitir registrar datos de los libros
* El sistema permitir cargar los datos de la base de datos que
utilizamos.
* El Sistema permitir Buscar libros
* El Sistema permitir registrar prstamo de libro
* El sistema permitir ingresar Informacin
b) Requisitos No Funcionales
* Teniendo en cuenta seguridad para ser usado el sistema y poder
cargar los datos al sistema de gestin de biblioteca de manera rpida
se probara el sistema desarrollado.
3.2.5.2. Diseo
Teniendo en cuenta el diseo del sprint 1 y sprint 2 mejoramos nuestro
sistema de gestin de biblioteca., generando modelos de datos para
que cumplan con los requerimientos definidos.
a) Modelo de Datos:
Nuestro modelo de datos lo mejoramos en el planeamiento del
desarrollo de aplicaciones y decisin de cmo se almacenarn los
datos, a travs de ellos podremos manejar cantidades de datos. En
la figura N 3.27 observamos el esquema de nuestra base de datos
67
Fuente: Propia
Elaboracin: Propia

Lectores, libros, prstamos, sancionados y sanciones, este esquema
forma parte de nuestra base de datos de nuestro sistema gestin de
biblioteca para mejorar la atencin a los alumnos del Colegio
b) Arquitectura
De la arquitectura planteada inicialmente para la aplicacin completa,
la codificacin para el sistema de gestin de biblioteca se
implementara de la siguiente manera
c) Formulario:
* Lectores
* Libros
* Prestamos
*Sancionados
*Sanciones
3.2.5.3 Pruebas
Para la etapa de prueba, se utilizara el sistema de gestin desarrollado
en NetBeans, teniendo en cuenta los errores en el funcionamiento y/o
pedidos del usuario en el sprint 1 y sprint 2 respecto al sistema de gestin
de biblioteca. En la figura N3.28 se muestra la ventana donde se
modifica datos de los libros en el sistema en buen funcionamiento y con
68
los requerimientos del usuario para el desarrollo del sistema de gestin
de Biblioteca
Figura N3.28: Modificar Datos de libros
Fuente: Propia
Elaboracin: Propia
De la figura N 3.28 observamos que podemos modificar los datos de los

libros si por algn motivo se ingres de manera errnea sus datos aqu
podemos modificar sus datos y guardarlos
el software sobre la gestin de libros.
Figura N3.29: Codificacin de Modificar Datos de los Libros
Fuente: Propia
Elaboracin: Propia
De la Figura N 3.29 observamos la codificacin de modificar datos de los

libros, todo esto es parte de nuestro sistema para la gestin de libros de
Castilla.
69
En la figura N 3.30 mostramos la interfaz de eliminar datos de libros de
nuestro sistema de gestin de Biblioteca.
Figura N3.30: Eliminar Datos de los Libros
Fuente: Propia
Elaboracin: Propia
De la figura N 3.30 observamos la interfaz de eliminar datos de libro,
para que podamos realizar la eliminacin del libro, hacemos click en el
botn eliminar libro, y nos aparecer despus una ventana con la
pregunta si deseamos eliminar este libro y hacemos click en aceptar y
automticamente queda eliminado el libro del sistema de gestin de
biblioteca.
el software sobre la eliminar dato de libro del sistema.
Figura N3.31: Codificacin de Eliminar datos de Libro
Fuente: Propia
Elaboracin: Propia
De la Figura N 3.31 observamos la codificacin de eliminar datos de los

70
Castilla.
En la figura N 3.32 se observa el sistema de gestin de biblioteca,donde
mostramos la interfaz cuando se desea salir del interfaz de gestin de
libros
Figura N3.32: Salir del interfaz de Gestin de Libros
Fuente: Propia
Elaboracin: Propia
De la figura N 3.32 observamos la interfaz de gestin de libros al

momento de querer salir y volver al interfaz de inicio, para poder salir
primero hacemos click en botn salir y nos aparecer una ventana
preguntando si deseamos salir y hacemos click en SI y volver a la
interfaz de inicio.
el software para poder salir de modificar datos del lector
Figura N3.33: Codificacin de Salir de Gestin de Libro
F
u
Fuente: Propia
Elaboracin: Propia
De la figura N 3.33 observamos la codificacin para salir de gestin de

biblioteca para mejorar la atencin a los alumnos del colegio Mariscal
71
Castilla el Tambo.
3.3- Post Juego:

Preparacin para el lanzamiento del sistema, incluyendo la documentacin final y
pruebas antes del lanzamiento del sistema de gestin de biblioteca.
A) Creacin del ejecutable del Sistema
Este ejecutable permitir instalar el sistema Biblioteca en la computadora del
encargado de administrar el Sistema en el Colegio Mariscal Castilla, lo cual debe ser
necesario, y entregarle un manual del funcionamiento del sistema para su correcto
uso del sistema de gestin de Biblioteca
En el tercer captulo observamos sobre la intervencin Metodolgica que nos ayuda a dar
solucin al problema de nuestra investigacin aplicando la fases de la metodologa Scrum
para el desarrollo de nuestro sistema de gestin de biblioteca para el Colegio Mariscal
Castilla el Tambo realizado etapa por etapa en NetBeans y as mismo el desarrollo de
nuestra base de datos realizado en Microsoft Access.
72
CAPTULO IV
ANALISIS Y DISCUSIN DE RESULTADO
En el presente captulo se analiza los resultados encontrados en el sistema luego de haber
desarrollado e implementado, a partir de ah se mira los resultados con el desarrollo del
sistema de gestin de biblioteca observando una mejor atencin a los clientes del Colegio
Mariscal Castilla de el Tambo.
4.1. RESULTADOS DE LA ATENCION EN LA BIBLIOTECA CON EL SISTEMA DE
GESTION BIBLIOTECA.
Al inicio el Colegio Mariscal Castilla no contaba con un sistema que pueda organizar los
recursos de tal modo que sean fcilmente accesibles y utilizables para los alumnos.
El sistema que maneja El Colegio Mariscal Castilla el Tambo para el soporte en la
Administracin de libros de la biblioteca se realiza de forma manual, la entrega y registro de
libros se realizaba en forma manual, generando consumo de materiales (papeles, insumos,
etc), y traspapelacin de registros de prstamos de los libros, demora en la atencin a los
estudiantes. Adems ocupa grandes espacios y un desperdicio de tiempo en el momento de
prestar los libros.
En el cuadro N 4.1 Observamos en nmero de estudiantes que asisten por da a la
Biblioteca
Cuadro N 4.1: Nmero de Alumnos que Asisten a la Biblioteca por Da
GRADOS TOTAL DE ALUMNOS
1er Grado 15
2do Grado 10
3er Grado 12
4to Grado 11
5to Grado 14
Fuente: Propia
Elaboracin: Propia
Del cuadro anteriormente mostrado se observa el total de alumnos del 1er grado hasta el 5to
grado de nivel secundario que asisten a la biblioteca de la Institucin Educativa, as mismo
se observa que existe mayor cantidad de alumnos del 1ro y 5to grado, los alumnos del 5to
73
de secundario necesitan mayor consulta de material de estudio como elemento de
preparacin para los estudios superiores
En el cuadro N 4.2 Observamos el total de alumnos beneficiados con el sistema de gestin

de biblioteca.
Cuadro N 4.2: Total de Alumnos Beneficiados con el Sistema de Gestin de Biblioteca

1er Grado 125
2do Grado 110
3er Grado 145
4to Grado 220
5to Grado 225
Fuente: Propia
Elaboracin: Propia
Del cuadro N 4.2 mostrado se observa el total de alumnos del 1er grado hasta el 5to grado
de nivel secundario que son beneficiados con el sistema de gestin de biblioteca en el
Colegio Mariscal Castilla, as mismo se observa que existe mayor cantidad de alumnos del
4to y 5to grado que son ms beneficiados con el sistema de gestin de biblioteca.
En el cuadro N 4.3 Observamos el nmero de reclamos de los alumnos del Colegio
Mariscal Castilla, con el sistema manual de gestin de biblioteca
Cuadro N 4.3: Nmero de quejas al Ao antes del Sistema de Biblioteca

1er Grado 300
2do Grado 310
3er Grado 350
4to Grado 360
5to Grado 370
Fuente: Propia
Elaboracin: Propia
Del cuadro N 4.3 mostrado se observa el total de nmero de quejas al ao de alumnos del
1er grado hasta el 5to grado de nivel secundario del Colegio Mariscal Castilla antes del
sistema de gestin de biblioteca, as mismo se observa que existe mayor cantidad de quejas
en los alumnos del 4to y 5to grado.
En el cuadro N 4.4 Observamos el nmero de quejas de los alumnos del Colegio Mariscal
Castilla, despus del sistema de gestin de biblioteca.
74
Cuadro N4.4: Nmero de Quejas al Ao despus del Sistema de Gestin de Biblioteca

1er Grado 23
2do Grado 25
3er Grado 45
4to Grado 56
5to Grado 67
Fuente: Propia
Elaboracin: Propia
Del cuadro N 4.4 mostrado se observa el total de nmero de quejas al ao de alumnos del
1er grado hasta el 5to grado de nivel secundario del Colegio Mariscal Castilla despus del
sistema de gestin de biblioteca, as mismo se observa que existe mayor cantidad de quejas
en los alumnos del 4to y 5to grado.
Las encuestas de satisfaccin de los estudiantes, son quienes valoran el servicio de
atencin en la biblioteca. Otra caracterstica importante es la medicin de los elementos que
percibe es estudiante desde la terminologa y el lenguaje con que se expresa la persona que
brinda el servicio. Por ejemplo garantizando la seguridad en la atencin de los libros para
evitar las perdidas, la fiabilidad horaria entre otros caractersticas.
Un tercer elemento es el seguimiento de la insatisfaccin de los estudiantes, para el cual se
tiene el consideracin las quejas del buzn de sugerencias.
Para obtener un servicio con valor aadido es necesario analizar las distintas preferencias
de los estudiantes existen dos mtodos:
a) Preferencia revelada: son mtodos basados en las actuaciones reales del estudiante.
b) Preferencia declarada: son mtodos que dependen de las respuestas de los
estudiantes ante situaciones hipotticas.
4.2.-RESULTADO DE LAS VELOCIDADES DE CADA SPRINT

El sprint es una reunin critica probablemente la ms importante de Scrum. Una
planificacin de sprint ms ejecutada puede arruinar por completo todo el sprint. El propsito
del sprint es proporcionar al equipo suficiente informacin como para que puedan trabajar
en paz y sin interrupciones durante unas pocas semanas y para ofrecer al dueo del
producto suficiente confianza como para permitrselo.
4.2.1.-SPRINT 1:
El primer sprint tiene como objetivo implementar las funcionalidades requeridas
para la administracin de los recursos utilizados por el sistema:
a) Ingresar datos: En esta parte se ingresamos los datos de los alumnos de cada
grado del Colegio Mariscal Castilla que asistente a la biblioteca.
75
b) Eliminar: En esta parte podremos eliminar los datos del lector del Colegio
Mariscal Castilla.
c) Modificar usuarios: En esta parte podremos modificar los datos de los alumnos
del Colegio Mariscal Castilla que se ingres anteriormente en casa de que
hubo error al ingresa los datos.
En el cuadro N 4.5 podemos observar lo pasos realizados en el sprint 1 para lo
resultados posteriores
Cuadro N 4.5: Pasos del Sprint 1
Planificacin Para la planificacin del sprint 1, se llev a cabo en una reunin con
el Producto Owner. En esta reunin se realizamos un anlisis de los
procesos y las funcionalidades que sern implementados. Tomamos
en cuenta los requisitos funcionales y no funcionales asi mismo
pudimos observar la conformacin del equipo para realizar el
proyecto.
Anlisis Una vez identificadas las historias de usuario, se identifican los
actores los cuales vienen a ser los usuarios, administradores del
sistema. El usuario de nuestro sistema gestiona todos los recursos
utilizados por el sistema. Para esta etapa desarrollamos el diagrama
de caso de uso de administracin del sistema de gestin de
biblioteca, donde el usuario administrador dl sistema define, gestiona
y selecciona los formularios,
Diseo En esta etapa modelamos los datos que describe la estructura, las
restricciones de integridad y las operaciones de manipulacin de
los datos. Nuestro esquema de base de datos presenta las tablas
de lectores, prstamo y libros.
Pruebas En esta se realiz la prueba del sistema de gestin que
desarrollamos en Netbeans y se tomo en cuenta los errores
existentes q presento en el funcionamiento o pedidos que pueda
hacer el usuario respecto al sistema
Fuente: Propia
Elaboracin: Propia
En el cuadro anteriormente que observamos se vio la planificacin, anlisis, diseo y

pruebas con su respecto tipo desarrollo que se realiz en el Sprint 2 para obtener
resultados.
A continuacin en la figura N4.1 observamos la. Velicidad estimada del sprint 1
76
Figura N 4.1:Velocidad estimada del Sprint 1
Fuente: Propia
Elaboracin: Propia
De la figura N4.1 observamos la funcionalidad del sprint 1 , su velocidad estimada,

el resultado durante el proceso de desarrollo realizado en el desarrollo del sistema de
biblioteca.
4.2.2.-SPRINT 2:
El segundo sprint tiene como objetivo continuar con el desarrollo de implementar las
funcionalidades requeridas para la sistema de gestin de Biblioteca para el Colegio
Mariscal Castilla - el Tambo.
Planificacin Para la planificacin del sprint 2, Tomamos en cuenta los requisitos funcionales las
cuales hace que el sistema registre a los usuarios, registra datos de los libros y
permite cargar los datos de la base de datos que utilizamos y los requisitos no
funcionales teniendo en cuenta para ser usado el sistema y poder cargar los datos.
Diseo En esta etapa modelamos los datos que describi la estructura, las restricciones de
integridad y las operaciones de manipulacin de los datos. Nuestro esquema de base
de datos presenta las tablas de lectores, prstamo, libros y sancionados.
Pruebas En esta se realiz la prueba del sistema de gestin que desarrollamos en Netbeans y
se tom en cuenta los errores existentes q presento en el funcionamiento o pedidos
que pueda hacer el usuario respecto al sistema que se realiz en el sprint 1, pudimos
observar en el figura N 3.20 la gestin del lector y eliminacin de datos del lector
como se mostr en la figura N 3.21
Fuente: Propia
Elaboracin: Propia
77
En el cuadro anteriormente que observamos se vio la planificacin, anlisis, diseo y
pruebas con su respecto tipo desarrollo que se realiz en el Sprint 2 para obtener
resultados.
A continuacin en la figura N4.2 observamos la. Velicidad estimada del sprint numero
2
Figura N 4.2: Velocidad estimada del Sprint 2
Fuente: Propia
Elaboracin: Propia
De la figura N4.2 observamos la funcionalidad del sprint 2 , su velocidad estimada, el

resultado durante el proceso de desarrollo realizado en el desarrollo del sistema de
biblioteca.
4.4.3. SPRINT 3:
El tercer sprint continuo con el desarrollo de implementar las funcionalidades
requeridas para la sistema de gestin de Biblioteca para el Colegio Mariscal Castilla el
Tambo y finalizarlo para su ptimo funcionamiento.
Planificacin Para la planificacin del sprint 2, Tomamos en cuenta los requisitos

funcionales las cuales hace que el sistema registre a los usuarios, registra
datos de los libros y permite cargar los datos de la base de datos que
utilizamos, el sistema permite buscar libros, permite registrar prstamo de
libros y los requisitos no funcionales teniendo en cuenta para ser usado el
sistema y poder cargar los datos del sistema de gestin de biblioteca.
Diseo En esta etapa modelamos los datos que describieron la estructura, las
restricciones de integridad y las operaciones de manipulacin de los datos.
Nuestro esquema de base de datos presenta las tablas de lectores,
prstamo, libros sanciones y sancionados como pudimos observar en la
figura N 3.28
78
Pruebas En esta se realiz la prueba del sistema de gestin que desarrollamos
en Netbeans y se tom en cuenta los errores existentes en el
funcionamiento y pedidos del usuario en el sprint 1 y sprint 2 respecto al
sistema de gestin de biblioteca.
Fuente: Propia
Elaboracin: Propia
A continuacin en la figura N4.3 observamos la. Velicidad estimada del sprint 3
Figura N 4.3:Velocidad estimada del Sprint N 3
Fuente: Propia
Elaboracin: Propia
De la figura N4.3 observamos la funcionalidad del sprint 3 , su velocidad estimada, el

resultado durante los meses de proceso de desarrollo realizado en el desarrollo del
sistema de biblioteca.
4.2.4. VELOCIDAD FINAL ESTIMADA DE LOS SPRINTS
A continuacin la figura N 4.4 observamos la funcionalidad de cada uno. Velicidad
estimada, fechas previstasta margen de error y velocidad real .. como resultado de
todos los sprints realizados anterior mente .
Figura N 4.4: Flexibilidad del Scrum
Fuente: Propia
Elaboracin: Propia
De la figura N 4.4 observamos la funcionalidad de todos los sprints , su velocidad

estimada, el resultado durante los meses de proceso de desarrollo realizado en el
79
desarrollo del sistema de biblioteca.
4.3.- RESULTADOS DEL SISTEMA DE GESTION DE BIBLIOTECA
El objetivo inicial del proyecto Desarrollo de un sistema de gestin de biblioteca para
mejorar la atencin en el colegio Mariscal Castilla el Tambo, era proveer al usuario
final de un software que le permita registrar datos de los alumnos del Colegio que
asisten a la biblioteca y registra el prstamo de libros que se realiza.
De la figura N 4.5 se observa la interfaz final de nuestro sistema de Gestin de Biblioteca.
Figura N 4.5: Interfaz del Sistema de Gestin de Biblioteca
Fuente: Propia
Elaboracin: Propia
De la figura N 4.5 observamos la interfaz final de nuestro sistema de gestin de

biblioteca para mejorar la atencin a los alumnos del Colegio Mariscal Castilla el
Tambo , Este sistema de gestin de biblioteca realiza acciones como: Buscar Lector ,
agregar nuevo lector , modificar nombre del lector , sancionar al lector, as como
opciones de salir del sistema de Gestin de Biblioteca.
En la figura N 4.6 se observa la interfaz de gestin de Lector en NetBeans con el
respectivo ingreso de datos.
Figura N 4.6: Interfaz del Sistema de Gestin de Lector

Elaboracin: Propia
80
De la figura anteriormente mostrada se observa el ingreso de los siguientes datos:
IdLector: 100009
Nombre: Lorena
Apellido: Santiago
Grado: 4
Seccin: B
En la figura N 4.7 se observa la interfaz de gestin de libros con el respectivo ingreso
de datos.
Figura N 4.7: Interfaz del Sistema de Gestin de Libros

Elaboracin: Propia
Del Grfico anteriormente mostrado se observa el ingreso de los siguientes datos:

Id Libro 50
ISBN: 785421365896
Autor: Jaime Bustamante
N de Edicin: 2
Editorial El palomar
Tema: MSB GENERALIZADO
Estado: Disponible
Luego de analizar la disminucin del nmero de quejas en el servicio de los alumnos
del Colegio Mariscal Castilla el Tambo, con el sistema y sin el sistema se tiene los
resultados que podemos observar detalladamente en el cuadro N 4.8.
81
Cuadro N 4.8: Resultados de las quejas sin el sistema y con el sistema
Nmero de quejas sin el Nmero de quejas con el

sistema/ao sistema/ao
TOTAL DE TOTAL DE
GRADOS GRADOS
ALUMNOS ALUMNOS
1er Grado 300 1er Grado 23
2do Grado 310 2do Grado 25
3er Grado 350 3er Grado 45
4to Grado 360 4to Grado 56
5to Grado 370 5to Grado 67
Total 1690 Total 216
Fuente: Propia
Elaboracin: Propia
Del cuadro N 4.8 observamos los resultados obtenidos de las quejas sin el sistema
para mejorar la atencin a los alumnos del Colegio Mariscal Castilla el Tambo y
tambin observamos el resultado de quejas con el sistema de gestin de biblioteca.
En la siguiente figura se muestra las disminucin de las quejas de los estudiantes del
Colegio Mariscal Castilla el Tambo.
Figura N 4.8: Disminucin de quejas de los estudiantes
Fuente: Propia.
Elaboracin: Propia.
En el cuarto captulo observamos sobre la elaboracin del sistema de gestin de biblioteca,
los resultados del desarrollo del sistema y por ltimo observamos los resultados de la
atencin a los alumnos en la biblioteca antes del sistema de gestin de biblioteca y despus
del sistema de Gestin de Biblioteca para Colegio Mariscal Castilla el Tambo.
82
CONCLUSIONES
1.-El desarrollo de un sistema de gestin de biblioteca para el Colegio Mariscal Castilla se

realiz debido a la mala atencin en la biblioteca y una mala gestin de libros un
aproximado del 70% antes del sistema en el Colegio, lo cual despus con el sistema que
desarrollamos mejoramos la atencin en la biblioteca disminuyo la mala atencin y
gestin en un 15% en el Colegio Mariscal Castilla el Tambo.
2.-El proceso de desarrollo iterativo y creciente que propone el Modelo Aplicativo Scrum
permite concluir que, esta metodologa gil hace factible el planificar, ordenar reportar el
trabajo del da a da, semanal, mensual y anual, impulsando la creacin de quipos auto
organizados y disciplinas involucradas en el proyecto.
3.-Nuestro sistema de gestin de Biblioteca para su buen funcionamiento, lo realizamos

tomando en cuenta el modelo aplicativo, la metodologa Scrum nos ayud paso a paso el
desarrollo del sistema para mejorar la atencin a los alumnos en la biblioteca, todo esto
se realiz con el software NetBeans y creado con una base de datos que se realiz en
Microsoft Access.
4.-Cuando desarrollamos nuestro sistema de gestin de biblioteca, ayudamos a mejorar la

gestin en el servicio de atencin a los estudiantes del Colegio Mariscal Castilla y de esta
forma los alumnos del colegio obtenga de manera rpido los libros que estn buscando.
83
RECOMENDACIONES
1.-Despues de Aplicar Scrum al proyecto se recomienda que, sta metodologa gil deber
ser considerada una variable importante ya que qued demostrado que influye de manera
positiva sobre el incremento de la productividad del proceso de desarrollo de software,
sobre todo para proyectos que requieren rapidez de desarrollo.
2.-La metodologa gil Scrum al ser un proceso de desarrollo interactivo y creciente, se

recomienda su empleo para cualquier rea de desarrollo, porque permite la creacin de
equipos auto organizados impulsando la comunicacin verbal y disciplinas involucradas
en un proyecto que ayuda a superar las dificultades de implementacin en un proyecto.
3.-La aplicacin del modelo Aplicativo Scrum de manera correcta fase por fas permite
obtener resultados esperados por parte del dueo del producto. pudiendo encontrarse
errores al final de cada sprint que pueden corregirse, para finalmente obtener el producto
esperado por el cliente.
4.- La continuidad del incremento de la mejora est asegurada siempre y cuando los
objetivos sigan alineados con los de la institucin, porque una metodologa gil est ms
enfocada a las personas que a los procesos, y se recomienda elaborar un plan de
mantenimiento para permitir a la continuidad.
84
REFERENCIAS
REFERENCIAS BIBLIOGRFICAS:
1.-Robayo Rosalba. (2007). Formacin en Ingeniera Aplicada Software. 1 Edicin

2.-Rineesi Carlo (1997). Arquitectura de software. 2 Edicin
3.-Gamarra Abraham (2007).Metodologa de la Investigacin Cientfica. 1 Edicin.
Huancayo. Per.
4.-Kniberg Henrik (2007). Scrum y XP desde las trincheras, Como hacemos Scrum. Estados
Unidos de Amrica
5.-Fernndez Carlos; Baptista Pilar y Hernndez Roberto (2006). Metodologa de la
Investigacin. 4 Edicin. McGraw-Hill Editores. Mxico D.F. Mxico
6.-Mudarra Tereul H., Pons Arstegui, J.(2010), Sistema de desarrollo gil Scrum.
Barcelona, Espaa.
REFERENCIAS ELECTRNICAS:
1.- Metodologa Scrum

Disponible en: http://es.wikipedia.org/wiki/Scrum
Accesado el: [10 de Diciembre del 2013]
2.- Scrum
Disponible en:http://www.proyectosagiles.org/que-es-scrum
Accesado el: [11 de Diciembre 2013]
3.- Procesos para el desarrollo de software
Disponible en:http://es.wikipedia.org/wiki/Proceso para_el_desarrollo_de_software}
Accesado el: [12 de Enero 2014]
4.- Scrum Manager
Disponible en:http://www.scrummanager.net/bok/index.php?title=Modelo_original_de_
Scrum_para_desarrollo_de_software
Accesado el: [15 de Marzo 2014]
5.- Metodologa de desarrollo de Software
Disponible en: http://es.wikipedia.org/wiki/Metodolog%C3_de_desarrollo_de_software
Accesado el: [10 de Junio 2014]
85
ANEXOS
86
87
ANEXO A: MANUAL DE USUARIO DEl SISTEMA DE GESTIN DE BIBLIOTECA
01.-Para ingresar a nuestro sistema biblioteca tenemos que ingrsar el login,la contrasea
que asignamos al sistema es: castilla, una vez ingresado la contrasea le damos click en
ingresar
02.-Ya estamos dentro de nuestro sistema biblioteca, encontramos el men Lector que
presenta 3 sub mens que son:
Gestin de lector,
Sanciones
Salir
Dentro del men Gestin del lector tenemos sub mens que son:
Buscar Lector ,
Nuevo Lector,
Modificar Lector
Sancionar Lector..
03.- Al ingresar a nuestro men Gestin de lector en el sub men Buscar lector, buscamos
primero para ver si ya est registrado la persona que requiere sacar un libro de la
biblioteca.
04.-Si al buscar no se encuntra datos del alumno o profesor.Dentro del menGestin de

lector no dirigimos al sub men nuevo lector, el cual ingresamos nuestro nuevo lector
hacemos click en guardar.
05.-Al hacer click en guardar , aparecera una ventana que dice si desea guardar nuevo
lector ,y hacemos click en acepta para guardar.
06.-Tenemos la opcion modificar el nombre del lector que se encuntra dentro del men
Gestin de lector, ingresamos los nuevos datos y hacemos click en realizar cambio,
despues aparecera una venta que dice confirmar cambios y hacemos click en aceptar.
07.-Luego aparecer una pequea ventana donde nos da la opcin de salir de la ventana
modificar lector y hacemos click en salir.
08.-Si se decea eliminar datos de lector, tenemos la opcion eliminar, Primero Buscamos los
datos del lector a eliminar y hacemos click en eliminar,para esto antes nos confirma si
deseamos eliminar este lector, hacemos click en aceptar dicha elimnacion de lector
09.-En el men Gestin de lector, tenemos la opcion sancionados que nos muestra si por
algun caso el libro est en mala condicion se le aplicara una sancion que en la biblioteca
este establecido.
10.- Registra al lector sancionado y luego guardamos y nos confirma si desea salir si o no
11.-Para salir del gestor de lector presionamos el boton salir y confirmamos la salida
12-.En el sistema Biblioteca ahora seleccionamos el Men libros en el cual tienes sub mens
que son Gestin de Libros y seleccionamos gestin de libros y hacemos click.
13.- Ingresamos al sub men Gestin de Libros, colocamos los datos que nos piden y
buscamos atributos
14.-Para poder almacenar un nuevo libro ala base de datos dentro del men Gestin de
Libros, tenemos que ingresa todos los datos del libro y hacemos clik en aceptar para
guardar .
15.-Para poder eliminar algun libro dentro del menGestin de libros, despues de tener
todos los datos del libro aparecera una ventana que dice si desea eliminar este libro y
hacemos click en la opcin aceptar
16.-Para hacer la gestion de prestamo de un libro dentro del men Gestin de Libros,
ingresamos los datos requeridos y al momento que dice desea guardar prestamo,
hacemos click en aceptar

Desarrollo de Un Sistema de Gestion

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Desarrollo de Un Sistema de Gestion

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DEL

CENTRO DEL PERU

FACULTAD DE INGENIERA DE SISTEMAS

DESARROLLO DE UN SISTEMA DE GESTION DE BIBLIOTECA

PECHO ORIHUELA, Ral Fernando

PARA OPTAR EL TTULO PROFESIONAL DE:

M.sc Sal Ernesto Arauco Esquivel

Deseo expresar muestras de agradecimiento:

A MIS MAESTROS DE LA FIS

Mi tesis la dedico con todo cario a t Dios que

CAPTULO III ............................................................................................................................................... 44

Figura N 1.1 Plan de Estudio del Colegio Mariscal Castilla ........................................................................ 4

Cuadro N 2.1 Metodologas: caractersticas y ventajas ............................................................................. 20

En el primer captulo, se describe el Planteamiento del Problema donde se realiza la

En el segundo captulo, se describe el Marco de Referencia el mismo que contiene los

En el tercer captulo, se representa la Intervencin Metodolgica donde se desarrolla el

En el cuarto y ltimo captulo denominado Anlisis y Discusin de Resultados, se realiza el

Finalmente, se concluye con las conclusiones y recomendaciones que son los ms

Ral Fernando Pecho Orihuela.

1.1 PLANTEAMIENTO DEL PROBLEMA

Figura N 1.1: Plan de Estudio de Colegio Mariscal Castilla.

Fuente: Colegio Mariscal Castilla.

Figura N 1.2: Caracterizacin de la Problemtica del Colegio Mariscal Castilla.

Falta de cultura ambiental. La contaminacin ambiental. Causas,

EDUCACIN PARA LA GESTIN DE RIESGOS Y LA CONCIENCIA AMBIENTAL

Desconocimiento de legislacin ambiental Promocin, difusin, reflexin sobre la

Tratamiento inadecuado de residuos slidos Tratamiento de residuos slidos.

Manejo de las 3R (reducir, reciclar y rehusar)

Desconocimiento de la influencia de otras culturas en Aspectos histricos y geogrficos de los

Presencia de prejuicios respecto a la valoracin de Tradiciones y costumbres de los inmigrantes de

Desconocimiento de la riqueza cultural del distrito de Influencia de los inmigrantes en el desarrollo

Escasa valoracin de lo nuestro Junn.

profesional Tambo, Provincia de Huancayo y Regin Junn:

Desconocen las demandas laborales de la regin agricultura, artesana, ganadera, minera,

Desconocimiento sobre estrategias para generar su Oportunidades de empleo en la Provincia de

autoempleo. Huancayo y la regin Junn: (artesana,

distrito de el Tambo, Provincia de Huancayo y El comercio en la Provincia de Huancayo.

PROBLEMAS / CAUSAS / FACTORES ASOCIADOS (*) TEMAS DEMANDA EDUCATIVA

DIFICULTADES EN LA CALIDAD DE LOS APRENDIZAJES.DE LOS ALUMNOS

EDUCACION PARA EL XITO Y FORMACION EN VALORES

Falta de hbito de lectura y desinters en el Tcnicas de estudio.

Los estudiantes no han desarrollado las Estrategias para resolver problemas.

Figura N 1.3: Biblioteca del Colegio

Fuente: Colegio Mariscal Castilla

Fuente: Colegio Mariscal Castilla

Figura N 1.5: Frecuencia de Asistencia a la Biblioteca de Alumnos por Da.

Fuente: Colegio Mariscal Castilla.

En la figura N 1.6 se muestra el registro de prstamo de libros de la biblioteca.

Figura N 1.6: Ficha de Registro de Prstamo de Libros de la Biblioteca

Fuente: Colegio Mariscal Castilla.

Figura N 1.7: Queja y Reclamos de los Alumnos.

Fuente: Libro de reclamaciones del Colegio Mariscal Castilla.

Figura N 1.8: Quejas Relacionados con la Respuesta de los Alumnos

Fuente: Colegio Mariscal Castilla

En este captulo se describe la problemtica de atencin en el servicio de biblioteca que

2.2. MARCO TERICO

A) Modelo en cascada o clsico:

Figura N 2.1: Fases del Modelo en Cascada

Figura N 2.2: Fases del Modelo de Desarrollo en Espiral

En la figura N 2.2 observamos las fases del Modelo de desarrollo en

Figura N 2.3: Fases del Modelo de prototipos

Figura N 2.4: Fases del Modelo SCRUM

En la figura N 2.4 observamos las fases del Modelo SCRUM, donde

En el cuadro N 2.1 observamos un cuadro comparativo de los modelos