Optimisar Procesos

31/5/2019 SISTEMA DE BIBLIOTECA
PROYECTO DE
INF-162
presentacion principal modelo esencial
INTEGRANTES DEL GRUPO

30 sept. 2011 0 comentarios Luis Adolfo Quispe Cayo
Gabriela Lourdes Calle Pacaje
CAPITULO I Mariela Canaviri Copa
Alfonzo Rea Maldonado
1.1 Introducción
Santiago Ali
En la actualidad vivimos el avance de la Tecnología de la Información y

Comunicación (TIC) el cual nos lleva a la actualización en los centros de
PROYECTO INF 162
información de las diferentes áreas de la sociedad.
ANALISIS Y DISEÑO DE UN
SISTEMA DE INFORMACION
Es así que los sistemas de control son síntomas del avance en la Tecnología que
estamos viviendo. Estos sistemas se usan típicamente en sustituir un trabajador Páginas vistas en total
pasivo que controla una determinado sistema (sea eléctrico, mecánico, etc.)
con una posibilidad nula o casi nula de error, y un grado de eficiencia mucho
más grande que el de un trabajador. 10,810
ENVIO DE SMS
Un sistema de control está definido como un conjunto de componentes que
ENVIO DE SMS TIGO
pueden regular su propia conducta o la de otro sistema con el fin de lograr un
funcionamiento predeterminado, de modo que se reduzcan las probabilidades ENVIO DE SMS VIVA
de fallos y se obtengan los resultados buscados.
Actualmente la Biblioteca de la Carrera de Informática ofrece una atención

manual sobre el préstamo y devolución de material bibliográfico lo cual
ocasiona una alta deficiencia en el control del tráfico de libros en el entorno
estudiantil, es así que el siguiente proyecto surge con la necesidad de mejorar
el control de la información correspondiente.
Por lo cual se plantea el Sistema de control de Préstamos y Devoluciones de

Material Bibliográfico para la Biblioteca de la Carrera de Informática, que
brindara información correcta y actualizada sobre el préstamo y devolución.
1.2 Antecedentes
La colección de material bibliográfico se fue incrementando paulatinamente

con el correr de los años y es justo relevar el apoyo del Lic. Fernando Yañez,
especialmente en la adquisición de bibliografía, recordándose a esta autoridad
como el que más contribuyó al desarrollo de esta Biblioteca, convertida hoy en
la más importante de la Facultad de Ciencias Puras.
Los orígenes de la Biblioteca Especializada de la Carrera de Informática se

remontan a la década de los años ‘80.
En 1986 se formalizó la existencia de la Biblioteca con una colección de 76

fotocopias de libros y otras donaciones de material bibliográfico en inglés,
realizadas por instituciones dedicadas a la computación como IBM y CENACO.
También se inicia con aportes de docentes que donaban fotocopias de los textos
que formaban parte o no de su bibliografía y, muchas veces, de novísimos
textos que adquirían en sus viajes o estudios en el exterior.
Actualmente la Biblioteca de la Carrera de Informática teniendo en su

poder una gran colección de material bibliográfico recogido a través de los
años, no cuenta con un proceso automatizado por medio del cual pueda llevar
el control eficiente de préstamos y devoluciones, esto es, el tiempo justo que
le corresponde a cada usuario tener en su poder cierto material bibliográfico y
quien es, conocer de antemano si el usuario tiene sanciones asignadas o no, en
el caso de tenerlas si las cumplió o no, etc.
sisbiblioteca2011.blogspot.com 1/38
1.3 ANÁLISIS DEL PROBLEMA
El préstamo y devolución de material bibliográfico que se genera a los usuarios

de la Carrera de Informática por parte del encargado de la biblioteca no tiene
una atención adecuada, la misma que presenta un problema para los usuarios
ya que el registro de préstamos y devoluciones se los realiza manualmente
debido a que no existe un sistema exclusivo para esta tarea.
1.3.1 IDENTIFICACIÓN DEL PROBLEMA
Haciendo un análisis minucioso en la biblioteca de la Carrera de Informática, se

identificaron los siguientes problemas:
Ø El registro de préstamo de material bibliográfico, se lo realiza de

acuerdo a fichas en forma manual.
Ø El registro de devolución de material bibliográfico, se lo realiza de
acuerdo a fichas en forma manual.
Ø El registro de sanciones para la demora en la devolución del
material bibliográfico es inexistente.
Ø La circulación se la realiza de forma manual, usando las fichas de
préstamo, causando filas y pérdida de tiempo por el llenado de
estas.
Ø Los informes o reportes solicitados tanto de los materiales
bibliográficos y de usuarios, se realizan de forma manual.
Ø No se cuenta con una base de datos de registros de préstamo o
devoluciones.
Ø La búsqueda de las fichas de préstamo para la devolución de
documentos, causa perdida de tiempo.
Ø Las reglas de préstamo, no son considerados por el usuario y
bibliotecario, por lo que las sanciones y el tiempo de préstamo no
se llegan a cumplir.
Figura 1. Árbol de Problemas
1.3.2 PLANTEAMIENTO DEL PROBLEMA

Analizando los problemas ya expuestos, se plantea la siguiente pregunta.
¿El sistema de control de Préstamos y Devoluciones para la Carrera de
Informática optimizara la atención por parte del bibliotecario dirigida a los
usuarios?.
1.4 Objetivos

1.4.1 Objetivo General
El objetivo del presente proyecto es brindar un servicio eficiente en la

Biblioteca de la Carrera de Informática, con acceso fácil y rápido, mejorando el
trabajo del bibliotecario y el servicio al usuario, mediante el desarrollo e
implementación del “Sistema de Control de Préstamos y Devoluciones”.
1.4.2 Objetivo Especifico

Satisfacer las necesidades que presentan los usuarios de la
Biblioteca de la Carrera de Informática, tales como:
Ø Automatizar el sistema de control para préstamo y devolución
del material bibliográfico.
Ø Prestamos de material bibliográfico en el tiempo menos
posible.
Ø Devolución de material bibliográfico para una fecha
determinada.
Ø Crear reporte de sanciones.
Ø Estudiar metodologías que aporten al desarrollo del sistema.
Ø Estudiar paradigmas de desarrollo que aporten a la
implementación del sistema.
1.5 Aportes

Ø El Sistema de Control de Préstamos y Devoluciones reducirá el tiempo
de atención al usuario, generara reportes de forma automática,
generara información bibliográfica automáticamente.
Ø Genera para el bibliotecario reportes detallados sobre el estado del
usuario.
Ø Asigna automáticamente fechas límites para el préstamo de material
bibliográfico; generando al mismo tiempo reportes de sanción si
no se cumplen las fechas asignadas.
1.6 Alcance

El sistema de control de préstamos y devoluciones a desarrollarse permitirá al
bibliotecario hacer un óptimo control del movimiento del material bibliográfico
de una manera sencilla y útil. Pues se trata de una herramienta de aplicación
que podrá ser usada por el bibliotecario y el usuario.
La implementación del sistema brindara información eficiente para el control

de préstamos y devoluciones, el sistema funcionara a nivel local de la
Biblioteca de la Carrera de Informática, el sistema contara con los siguientes
módulos:
Ø Préstamo mediante previa solicitud externa (por reserva).
Ø Devolución contemplando las reglas de préstamo (para sanciones).
Ø Préstamo de material bibliográfico por día y fechas.
Ø Prestamos vencidos.
Ø Operaciones realizadas exclusivamente por el bibliotecario
(prestamos, devoluciones).
Ø Reporte de información general del usuario.
1.7 Justificación
1.7.1 Justificación técnica

Existe una serie de carencias y problemas en los métodos de
administración de sistemas de control de material bibliográfico, que originan la
necesidad de una arquitectura que debido a adelantos tecnológicos y el
desarrollo de nuevos medios en el proceso de enseñanza, este trabajo plantea
el desarrollo de un sistema de control de material bibliográfico de la carrera.
1.7.2 Justificación Económica

Se justifica por la necesidad que tienen los usuarios finales de
contar con un sistema de préstamo y devoluciones para la biblioteca de la
carrera que proporcione información ordenada en la cual puedan encontrar
información exacta. Por otra parte implica un ahorro significativo en lo que se
refiere a costos de elaboración de inventarios y fichas bibliográficas.
1.7.3 Justificación Social
Se plantea la construcción de un sistema de control de préstamos y

devoluciones del material bibliográfico de la carrera que sea útil a todos los
usuarios, esto permitirá sociabilizar la distribución del material bibliográfico.
1.8 Medios y Métodos de Investigación:

1.8.1 métodos de investigación
Métodos cualitativos
Se refiere a la definición de la realidad presente en la investigación cualitativa,

es decir, el carácter ontológico de los métodos cualitativos. A continuación, se
darán pautas algunos trazos generales.
La realidad estudiada por los métodos cualitativos comprende lo siguiente:
1. La vida diaria, con su complejidad e incertidumbre, ocurre en contextos

que son naturales, es decir, tomados tal y como se encuentran, más que
reconstruidos o modificados por el investigador, en los que los seres humanos se
implican e interesan, evalúan y experimentan directamente (LeCompte, 1995).
Ese ambiente natural, más que un escenario o telón de fondo, es un producto
directo y cambiante de la interacción social (Dos Santos Filho, 1995).
2. Esa vida humana, como objeto de conocimiento, supone un componente

objetivo (contexto natural) y otro subjetivo (significados atribuidos por los
actores). Mas, lejos de tratarse de dos componentes diferentes, ambos se
imbrican profundamente entre sí, al punto de no poderse separar ni siquiera
para efectos metodológicos. El ser humano concreto viene a ser una síntesis de
la sociedad (Ferrarotti, 1983). Esa sociedad (tradiciones, roles, valores, normas)
es internalizada por el ser humano e integrada en estructuras de razonamiento,
normas, valores, que todos asumen como algo connatural que se manifiesta en
el comportamiento (Pérez Serrano, 1998).
3. La vida humana no es sólo lo que es ahora, sino lo que podría ser en el
futuro, el proyecto, lo dado dándose (Zemelman, 1989; 1992). Los humanos,
como seres hablantes, son constructores de mundos imaginarios y simbólicos,
no sólo con lo actual, sino con lo virtual, lo posible (Ibáñez, cit. Por Valles,
1997). En este sentido, los sujetos pueden comprenderse como sujetos y
autores (Dos Santos Filho, 1995).
4. La vida humana es lenguaje, en el sentido de que se articula a través del

diálogo. Esto implica reconocimiento y aceptación del otro, una comunicación
horizontal, en igualdad de condiciones. La realidad supone la interpretación
que dan de los actores de los procesos sociales (Elliott, 1990), de modo que
para desentrañar esa realidad hay que comprender en profundidad los grupos
humanos desde sus actores (Goetz y LeCompte, 1988).
5. La vida humana es un proceso de transformación permanente, por medio

de la acción negociada de los seres humanos. La realidad es socialmente
construida por medio de definiciones individuales y colectivas de la situación
(Taylor y Bogdan, 1990), articulándose bajo un sistema compartido de
significados (Rusque, 1999).
6. La aceptación de la verdad como subjetiva y relativa, el

reconocimiento de los cambios y la aceptación de la teoría del conflicto (Dos
Santos Filho, 1995).
El propósito de los métodos cualitativos como ciencia social
Como se ha dicho, los métodos cualitativos constituyen, para sus cultores, una
línea de desarrollo de las ciencias sociales. Estudian la naturaleza profunda de
las realidades socio-culturales, sus estructuras dinámicas, lo que da razón de
los humanos comportamientos y manifestaciones, buscando la comprensión
holística, de una totalidad social dada (Martínez, 1999; Ferrarotti, 1993). La
investigación cualitativa pretende, pues, comprender las complejas relaciones
entre todo lo que existe (Stake, 1999).
Ahora bien, la comprensión de la totalidad social implica una difícil síntesis

entre cada colectivo social concreto y el singular universal, entre la perspectiva
estructural y la histórica (Ferrarotti, 1983). Esa comprensión se desarrolla de
manera gradual, a partir del estudio de los grupos concretos que existen en la
sociedad. La comprensión profunda de esos grupos específicos ha de realizarse
partiendo del mundo de la vida de los propios actores (Goetz y LeCompte,
1988), y desde ahí se generan y perfeccionan esquemas, constructos y
desarrollos teóricos cada vez más amplios (Glasser y Strauss, 1967; Strauss y
Corbin, 1998), que progresivamente irán dando cuenta de la complejidad de la
sociedad como un todo.
Mas, los métodos cualitativos no son concebidos únicamente como una

búsqueda científica, en el sentido de acceder a las leyes generales de la
sociedad, sino también como un proceso ávido de respuestas prácticas. Se
pretende, a través de ellos, emprender un importante proceso de diagnóstico
de situaciones específicas, y propuestas de marcos de acciones para el
mejoramiento de las relaciones intergrupales que propicien el cambio social
(Lewin, 1992). En otras palabras, se trata de llevar a cabo procesos para la
comprensión profunda de problemas prácticos y el desarrollo de estrategias
para mejorar la practica (Elliott, 1990).
Por otra parte, los métodos cualitativos, según algunos autores, apuntan hacia
un componente utópico, en el sentido de prefigurar formas ideales de
organización y de acción social. Por ejemplo, la etnografía crítica, inspirada en
Marx, se propone asumir un papel importante en el proyecto de construcción de
nuevas formas de democracia social (Kincheloe y McLaren, 1994). Mientras, la
investigación acción tiene como norte ennoblecer la naturaleza del trabajo, el
conocimiento y el poder en la sociedad global (Kemmis, 1992).
En síntesis, se puede afirmar que los métodos cualitativos intentan la

comprensión de una totalidad social dada, mediante el estudio progresivo de
grupos humanos específicos, con la intención de incidir en la vida práctica, en
algunos casos en la búsqueda de formas de sociedad mejores.
Naturaleza de los procedimientos de la investigación cualitativa:
La investigación cualitativa desarrolla sus procedimientos atendiendo a los

siguientes aspectos:
1. Extraen descripciones a partir de observaciones que adoptan la forma de

entrevistas, narraciones, notas de campo, grabaciones, transcripciones de audio
y vídeo cassettes, registros escritos de todo tipo, fotografías o películas y
artefactos (LeCompte, 1995). Produce datos descriptivos, a partir de las propias
palabras de las personas, habladas o escritas, y la conducta observable (Taylor
y Bogdan, 1990).
2. Le interesa más lo real, que lo abstracto; lo global y concreto, más que lo
disgregado y cuantificado (LeCompte, 1995).
3. El proceso es fundamentalmente inductivo, en el sentido de que va de los

datos a la teorización, por medio de técnicas de codificación y categorización,
empleando la lógica inclusiva, formal o dialéctica (Glasser y Strauss, 1967;
Strauss y Corbin, 1994; Strauss y Corbin, 1998).
4. El investigador cumple a la vez los roles de observador y participante

(Rusque, 1999).
5. El proceso es abierto y flexible, porque se mueve en la ambigüedad, en la

incertidumbre (Strauss y Corbin, 1998).
6. Implica comprensión mediante la experiencia, la interpretación como

método prevaleciente, el trato holístico de los fenómenos, la construcción de
conocimientos (Stake, 1999).
Breve descripción de los principales métodos cualitativos
Los principales métodos cualitativos son: Investigación-acción, método

etnográfico, método biográfico (Historias de Vida), Método comparativo
continuo, evaluación iluminativa. Veámoslos mediante unas breves pinceladas:
a) Investigación acción: Se trata de una investigación que intenta promover

que un colectivo social identifique problemas y busque las vías de solucionarlos,
mediante procedimientos de acción sistemática y reflexión sostenida. Cultores
de este método son: John Elliott, Shirley Grundy, W. Carr y Kemmis, etc.
b) Método biográfico, o historias de vida. Se refiere un camino sociológico,

en el cual se interpreta uno o varios relatos de vida, para interpretar aspectos
globales de la vida social, tales como movilidad social, inmigración, estructura
de empleos, etc. Este método requiere de una doble hermenéutica, donde el
entrevistado interpreta su vida, y el investigador interpreta esa interpretación.
Representantes: Franco Ferrarotti, Daniel Bertoux, y en Venezuela, Víctor
Córdova.
c) Evaluación iluminativa: Se trata de la aplicación de los métodos

cualitativos en el contexto de la evaluación educativa. Los miembros de una
institución educativa intentan comprender, desde las perspectivas personales,
las profundidades de una situación. Desde allí, se planificará y desarrollará un
conjunto de acciones compartidas, dirigidas a la solución de problemas
específicos. (Sustentadores de esta corriente: Parlett y Hamilton).
a) Método comparativo continuo: Se trata de estudiar grupos humanos

concretos, sobre cuyo comportamiento se generará una explicación razonable.
Para ello, se hace un cuidadoso acopio de los datos, llevándolos cada vez más
hacia una progresiva generalización, una elaboración teórica. Creadores de este
camino: B. Glasser y A. Strauss.
b) Método etnográfico: Se trata de una descripción con profundidad de un

grupo humano, con el fin de detectar estructuras que no se ven a simple vista.
Para ello, se parte de la determinación de los puntos de vista de las personas
involucradas con la situación y, a partir de allí, ir develando poco a poco las
relaciones que subyacen a ese grupo humano. Representantes: J.P. Goetz y
M.D. LeCompte, Alain Coulon.
Metodos cuantitativos
La investigación cuantitativa esta basada en la inducción probabilística del

positivismo logico, medicion penetrante y controlada es objetiva y tiene una
vision mas alla de los datos.
Procesos de la investigación cuantitativa
Planteamiento del Problema:
El planteamiento del problema es la fase inicial en todo proceso investigador y

es además la más importante, porque determina y encauza todas las acciones
que habrán de seguirse posteriormente. Un planteamiento mal delimitado hará
engorrosa e interminable la búsqueda de datos.
Concepto del Problema:
El significado que el término posee en el lenguaje coloquial es muy similar al

que posee en el lenguaje técnico. Por problemas el común de las personas
entiende una situación confusa que amerita aclaración, o la presencia de algún
elemento que entorpece la marcha regular de los acontecimientos.
Características de un Problema:
Es necesario analizar determinadamente el problema que se piense investigar,

antes de acometer cualquier otra acción que acarree gastos, tiempo, o esfuerzo
personal.
a. Resoluble: la naturaleza del problema debe ser tal, que permita llegar a
una solución. Podría investigarse como afecta la gratuidad de la
Educación Superior, el grado de motivación y los niveles de
productividad académica en los estudiantes.
b. Delimitado: para poder llevar a cabo un estudio, hay que saber con
precisión hasta donde se extenderán sus conclusiones, y cuales factores
serán tomados en consideración. Un problema muy amplio o que aborde

muchas variables, impide prácticamente su análisis.
a. Relevancia científica: aporte de nuevos conocimientos.
b. Relevancia humana: mejoramiento de la vida social.
c. Relevancia contemporánea: solución de problemas actuales.
c. Relevante: aunque el investigador debe sentirse libre al momento de
seleccionar el problema, en el sentido de que éste debe ser su gusto, y
preferencia para poder dedicarse a él con entusiasmo y constancia, debe
valorar, no obstante, la importancia que el mismo posee. La relevancia
afirma que el problema debe poseer un valor significativo
En las técnicas de investigación, habría que añadir un cuarto problema.
· El valor didáctico: que encierran determinados problemas.

· No axiológico: los temas que guardan relación con pronunciamientos
políticos, religiosos, morales o con filosofías de vida. No son los mas
apropiados para investigar.
· Conmensurables: gran parte de los problemas que se estudian en educación
son analizados en función de atributos que varían en cantidad o en calidad
o que exhiben una intensidad, grado o nivel determinado.
· La medición en su sentido mas amplio, consiste en precisar o estimar la
extensión, duración y dimensiones de un hecho o acontecimiento.
· Es difícil imaginar un planteamiento educativo en el que, en alguna forma
no haya que medir alguna característica para poderlo analizar.
Selección del problema:
los científicos que trabajan habitualmente en un laboratorio, en el ejercicio de

una cátedra universitaria, o en centro de estudios no tienen que "buscar"
problemas como ha de hacerlo un estudiante para proceder a su realización. El
especialista establecerá un orden de prioridades entre los múltiples problemas,
o aspectos de un problema, que a diario se le presenten en su trabajo. El
estudiante, en cambio, pasará días y semanas buscando cual va a ser el tema
que mostrará a su tutor de tesis. La selección se le hace difícil, y pocas veces
decidirá tomar el que escogió primero.
Recomendaciones para la Selección del Problema:
a. Refrescar los contenidos tratados en las últimas asignaturas cursadas.

¿Algún trabajo manejado superficialmente que podría ser profundizado y
completado? ¿Qué temas despertaron mas el interés y la curiosidad?
b. Echar una ojeada a los problemas que vive actualmente la institución
donde se estudia o trabaja. ¿Problemas académicos, estudiantiles,
administrativos, de servicios, físicos de personal? La vivencia de los
problemas vividos realza el valor del estudio y proporciona mas
fácilmente la información que se necesita.
c. Acercarse a las fuentes académicas y profesionales donde se discurre
sobre estos asuntos. Asistir a un foro o seminario, no importa que sea
como oyentes; leer artículos y revistas pedagógicas; conversar con
directores, investigadores, tecnólogos, orientadores, evaluadores, y
otros especialistas del campo.
Evaluación de las alternativas y selección definitiva:
Escogidos tentativamente los temas sobre los cuales podría versar el proyecto.
Se procede a una última ronda eliminatoria para seleccionar definitivamente el
problema a investigar.
Las siguientes preguntas podrían servir como orientación a la evaluación final.
a. ¿Es investigable o factible el estudio del problema, puede llegarse a una

respuesta clara y definida?.
b. ¿Hay acceso a los datos que se necesitan? ¿Existe la información que se
requiere para dilucidar el problema?
c. ¿Tiene el problema la extensión apropiada para el tiempo previsto? ¿Es
muy amplio, vago, general? ¿Es muy simple, específico, o limitado?.
d. ¿Posee el estudiante el bagaje suficiente para comprender cabalmente

los aspectos teóricos del planteamiento?.
Revisión de experiencias:
Dentro del estudio del problema, la revisión de experiencias o de la literatura,

como también se le suelen llamar, es una de las primeras tareas que hay que
realizar. Muchos tutores exigen a sus estudiantes que presenten una síntesis de
las experiencias habidas, antes de aprovecharles el esquema que después
convertirán en proyecto. El investigador queda obligado a resumir en unos
pocos párrafos todo lo que se ha producido en el área, debiendo saturarse
primero de cuántos, trabajos, opiniones, y hallazgos que se hallan publicado.
La revisión abarca dos campos de acción:
1.-) El de los conocimientos, que denominaremos revisión teórica y cuya

finalidad es poner a la vista todo lo que se sabe acerca del problema; y
2.-) El de los trabajos efectuados, que denominaremos revisión de

investigación. Esta acción facilita la labor de diseño para el nuevo estudio.
Revisión Teórica:
La revisión teórica proporciona el marco conceptual donde debe encajar el

planteamiento.
Revisión de Investigaciones:
La situación es algo diferente cuando el investigador cumple con la revisión de

investigación.
En este caso las fuentes no son tan variadas; se seleccionan intencionalmente

informes de investigación y, entre estos, se da preferencia a los que recogen
trabajos experimentales o cuasi experimentales.
Beneficios que Aporta la Revisión de Experiencias:
La revisión de experiencias devuelve al investigador notables beneficios y

ventajas a su trabajo. Estos son:
a. Capacita al investigador a continuar donde otros se quedaron. Por una

aparte lo ubica en el estado actual de los acontecimientos, lo "pone al
día", y por otra, le provee de la información que necesita para elaborar
sus propias hipótesis, definiciones y elementos del diseño.
b. Ahorra tiempo en la consecución de la información y en la eficiencia que
se logra al desechar pasos innecesarios, errores de procedimientos, o
tardanzas en la confección de instrumentos.
c. Le provee el marco teórico para su trabajo.
d. Tal vez, le proporciona de inmediato la respuesta a sus interrogantes.
e. Le aporta elementos de juicios para prever su posibilidad de éxito o
fracaso al finalizar la experiencia.
f. Enriquece el planteamiento de su nuevo estudio al descubrir aspectos o
preguntas, que de otra suerte, no se le hubieran ocurrido.
Delimitación del Problema:
La delimitación del problema es el aprendizaje que mas cuesta a los

estudiantes, de 58 planteamientos presentados en un ejercicio destinado a
practicar su formulación, con alumnos de Metodología de la Investigación,
únicamente siete de ellos delimitaron satisfactoriamente la cobertura del
estudio.
Por eso al delimitar, nos quedamos con unos pocos, factores.
Gran parte de las veces, no pasan de dos:
1. Los programas policíacos y la conducta agresiva de los niños.

2. Forma y color de los porsters; su relación con el grado de atención
selectiva.
3. La comunicación epistolar y los sentimientos de amistad.
Análisis del Problema:
El análisis es otro de esos pasos que no trasluce en su relación lo que erige en

tiempo y dedicación.
Basándose en las experiencias previas elaborar una lista de los factores más
importantes que intervienen en el aprendizaje.
1. Edad de los niños.

2. Cociente intelectual.
3. Nivel de madurez para la lectura (apresto)
4. Cualidades pedagógicas de las maestras.
5. Diferencias individuales entre los niños
6. Características del material de lectura.
Tiempo dedicado a la enseñanza: el director analiza ahora la relación de cada

una de las variables inventariados tratando de explicarse el porque delos
resultados contradictorios.
Variable compleja Personalidad del docente
Variable simple Conducta social del docente
Variables mas simple estilo de conducción (democrático, autocrático,

"Leseferista")
Variable compleja nivel cultural
Variable simple conocimiento
Variable mas simple grado de instrucción
Análisis
Del problema è elaborar hipótesis o explicación
De la información è comprobar la veracidad o falsedad de la hipótesis, o

explicaciones presentadas
El Enunciado del Problema:
Es el punto mas importante en la redacción del planteamiento, ya que en forma

declarativa o interrogativa comunica lo que será investigado y delimita o
especifica el problema. Cuando se expresa a través de una o mas preguntas,
hay que cuidar la ambigüedad y a indefinición de algunos adverbios
interrogativos. Véase, por ejemplo, el siguiente enunciado: cualquier respuesta
que eluda a forma, circunstancia o cualidad, sería una respuesta pertinente y
todas serían distintas.
Justificación del Problema:
Al presentar el problema, deben justificarse también las afirmaciones y

opiniones en que se basa. Expresiones como las que reproducimos a
continuación, son apreciaciones personales y subjetivas que no caben en una
formulación técnica, a no ser que vengan respaldadas por evidencias, o por
opiniones muy selectas de quienes han demostrado públicamente su autoridad
científica en el campo.
Los Objetivos de la Investigación:
Los objetivos aparecen muchas veces expresadas en el mismo enunciado o como

un complemento del mismo.
Tampoco deben confundirse los objetivos de la investigación, con las metas que
establecen los planificadores y administradores de la acción educativa, mejorar
el nivel de la enseñanza, erradicar los malos hábitos de estudio, resolver el
problema del cupo en Educación Superior.
Revisión Teórica:
Antes bien la elaboración personal la asimilación y síntesis del material leído y

luego expresando con estilo propio es lo que enriquece y realza la creatividad
de su autor.
Revisión de Investigaciones:
No deben llevarse al papel todas las investigaciones revisadas, como tampoco

se exige una secuencia cronológica de los datos. Algunos estudiantes tienen la
idea de que el marco teórico y la revisión, constituyen una especie de relato
histórico de todo lo que se ha dicho y hecho al respecto. Recuérdese que lo que
interesa es descubrir el "actual estado de las cosas", aunque para ello se haga
uso de procedimientos retrospectivos.
Definición de términos:
Si el estudio plantea hipótesis, se requerirá entonces una definición especial,

diferente a la que se acostumbra a dar en situaciones informales o en escritos
profesionales pocos rigurosos. En este caso se prefiere definir los conceptos
(variables) contemplados en la hipótesis, cuando éstas sean presentadas.
Formulación del Problema:
Exige una presentación por escrito en el proyecto inicial y en el informe final. A

pesar de que el estilo y el contenido varían de un autor a otro, puede notarse
sin embargo, un patrón bastante común que se caracteriza por la sobriedad del
lenguaje y la objetividad de las afirmaciones.
Método científico
Llamamos método a una serie ordenada de procedimientos de que hace uso la
investigación científica para observar la extensión de nuestros conocimientos.
Podemos concebir el método científico como una estructura, un armazón
formado por reglas y principios coherentemente concatenados.
El método científico es quizás uno de los más útil o adecuado, capaz de
proporcionarnos respuesta a nuestras interrogantes. Respuestas que no se
obtienen de inmediato de forma verdadera, pura y completa, sin antes haber
pasado por el error. Esto significa que el método científico llega a nosotros
como un proceso, no como un acto donde se pasa de inmediato de la ignorancia
a la verdad. Este es quizás el método más útil o adecuado, ya que es el único
que posee las características y la capacidad para auto corregirse y superarse,
pero no el único.
El método científico es la conquista máxima obtenida por el intelecto para
descifrar y ordenar los conocimientos. Consta de 5 pasos fundamentales que
han sido desarrollados a través de muchas generaciones y con el concurso de
muchos sabios.
Cinco pasos del método científico

Observación:
Consiste en la recopilación de hechos acerca de un problema o fenómeno
natural que despierta nuestra curiosidad. Las observaciones deben ser lo más
claras y numerosas posible, porque han de servir como base de partida para la
solución.
Hipótesis:
Es la explicación que nos damos ante el hecho observado. Su utilidad consiste
en que nos proporciona una interpretación de los hechos de que disponemos,
interpretación que debe ser puesta a prueba por observaciones y experimentos
posteriores. Las hipótesis no deben ser tomadas nunca como verdaderas, debido
a que un mismo hecho observado puede explicarse mediante numerosas
hipótesis. El objeto de una buena hipótesis consiste solamente en darnos una
explicación para estimularnos a hacer más experimentos y observaciones.
Experimentación:
Consiste en la verificación o comprobación de la hipótesis. La experimentación
determina la validez de las posibles explicaciones que nos hemos dado y decide
el que una hipótesis se acepte o se deseche.
Teoría:
Es una hipótesis en cual se han relacionado una gran cantidad de hechos acerca
del mismo fenómeno que nos intriga. Algunos autores consideran que la teoría
no es otra cosa más que una hipótesis en la cual se consideran mayor número
de hechos y en la cual la explicación que nos hemos forjado tiene mayor
probabilidad de ser comprobada positivamente.
Ley:
Consiste en un conjunto de hechos derivados de observaciones y experimentos
debidamente reunidos, clasificados e interpretados que se consideran
demostrados. En otras palabras la ley no es otra cosa que una hipótesis que ha
sido demostrada mediante el experimento. La ley nos permite predecir el
desarrollo y evolución de cualquier fenómeno natural
El método científico es el resultado de una larga trayectoria de personajes
que a través del tiempo han realizado investigaciones sobre lo que nos rodea y
han aportado algo nuevo para el desarrollo de este método perfectible y para la
evolución de la ciencia.
El método científico consta de una serie de procedimientos que por su
estructura presenta rasgos muy beneficiosos para realizar investigaciones, sobre
todo por su capacidad de perfeccionase a través del tiempo y a través de
nuevas investigaciones y por su objetividad.
El método científico tiene relación la cual está en relación directa con el
desarrollo de la inteligencia humana y capacidad para valorizar.
Tanto la ciencia como el método científico tienen limitaciones, ya que
ambos no son otra cosa que un producto del hombre el cual dista mucho de ser
un dechado de perfección.
El método científico surge, entonces como producto de la inducción, ya que
siempre ha ido de lo particular a lo general para obtener sus resultados y crear,
así leyes.
1.8.2 TÉCNICAS DE INVESTIGACIÓN
La Observación
Esta técnica consiste en observar atentamente el hecho o caso, tomar la
información y registrarla para su posterior análisis. La observación es un
elemento fundamental de todo proceso investigativo; en ella se apoya el
investigador para obtener el mayor numero de datos. Gran parte del acervo de
conocimientos que constituye la ciencia a sido lograda mediante la observación.
Existen dos clases de observación: la Observación no científica y la observación
científica. La diferencia básica entre una y otra esta en la intencionalidad:
observar científicamente significa observar con un objetivo claro, definido y
preciso: el investigador sabe qué es lo que desea observar y para qué quiere
hacerlo, lo cual implica que debe preparar cuidadosamente la observación.
Observar no científicamente significa observar sin intención, sin objetivo
definido y por tanto, sin preparación previa.
Pasos Que Debe Tener La Observación
· Determinar el objeto, situación, caso, etc (que se va a observar)
· Determinar los objetivos de la observación (para qué se va a observar)
· Determinar la forma con que se van a registrar los datos
· Observar cuidadosa y críticamente
· Registrar los datos observados
· Analizar e interpretar los datos
· Elaborar conclusiones
· Elaborar el informe de observación (este paso puede omitirse si en la
investigación se emplean también otras técnicas, en cuyo caso el
informe incluye los resultados obtenidos en todo el proceso
investigativo).
Recursos Auxiliares De La Observación
Fichas
Récords Anecdóticos
Grabaciones
Fotografías
Listas de chequeo de Datos
Escalas, etc.
Modalidades Que Puede Tener La Observación Científica
La Observación científica puede ser:
Directa o Indirecta
Participante o no Participante
Estructurada o no Estructurada
De campo o de Laboratorio
Individual o de Equipo
Observación Directa y la Indirecta
Es directa cuando el investigador se pone en contacto personalmente con el
hecho o fenómeno que trata de investigar.
Es indirecta cuando el investigador entra en conocimiento del hecho o
fenómeno observando a través de las observaciones realizadas anteriormente
por otra persona. Tal ocurre cuando nos valemos de libros, revistas, informes,
grabaciones, fotografías, etc., relacionadas con lo que estamos investigando,
los cuales han sido conseguidos o elaborados por personas que observaron antes
lo mismo que nosotros.
Observación Participante y no Participante
La observación es participante cuando para obtener los datos el investigador se
incluye en el grupo, hecho o fenómeno observado, para conseguir la
información "desde adentro".
Observación participante es aquella e la cual se recoge la información desde
afuera, sin intervenir para nada en el grupo social, hecho o fenómeno
investigado. Obviamente, La gran mayoría de las observaciones son no
participantes.
Observación Estructurada y No Estructurada
Observación no Estructurada llamada también simple o libre, es la que se
realiza sin la ayuda de elementos técnicos especiales.
Observación estructurada es en cambio, la que se realiza con la ayuda de
elementos técnicos apropiados, tales como: fichas, cuadros, tablas, etc, por lo
cual se los la denomina observación sistemática.
Observación de Campo y de Laboratorio
La observación de campo es el recurso principal de la observación descriptiva;
se realiza en los lugares donde ocurren los hechos o fenómenos investigados. La
investigación social y la educativa recurren en gran medida a esta modalidad.
La observación de laboratorio se entiende de dos maneras: por un lado, es la
que se realiza en lugares pre-establecidos para el efecto tales como los museos,
archivos, bibliotecas y, naturalmente los laboratorios; por otro lado, también es
investigación de laboratorio la que se realiza con grupos humanos previamente
determinados, para observar sus comportamientos y actitudes.
Observación Individual Y De Equipo
Observación Individual es la que hace una sola persona, sea porque es parte de
una investigación igualmente individual, o porque, dentro de un grupo, se le ha
encargado de una parte de la observación para que la realice sola.
Observación de Equipo o de grupo es, en cambio, la que se realiza por parte de
varias personas que integran un equipo o grupo de trabajo que efectúa una
misma investigación puede realizarse de varias maneras:
· Cada individuo observa una parte o aspecto de todo
· Todos observan lo mismo para cotejar luego sus datos (esto permite
superar las operaciones subjetivas de cada una)
· Todos asisten, pero algunos realizan otras tareas o aplican otras
técnicas.
La Entrevista
Es una técnica para obtener datos que consisten en un diálogo entre dos
personas: El entrevistador "investigador" y el entrevistado; se realiza con el fin
de obtener información de parte de este, que es, por lo general, una persona
entendida en la materia de la investigación.
La entrevista es una técnica antigua, pues ha sido utilizada desde hace mucho
en psicología y, desde su notable desarrollo, en sociología y en educación. De
hecho, en estas ciencias, la entrevista constituye una técnica indispensable
porque permite obtener datos que de otro modo serían muy difícil conseguir.
Empleo De La Entrevista
· Cuando se considera necesario que exista interacción y diálogo entre el
investigador y la persona.
· Cuando la población o universo es pequeño y manejable.
Condiciones Que Debe Reunir El Entrevistador
· Debe demostrar seguridad en si mismo.
· Debe ponerse a nivel del entrevistado; esto puede esto puede

conseguirse con una buena preparación previa del entrevistado en el
tema que va a tratar con el entrevistado.
· Debe ser sensible para captar los problemas que pudieren suscitarse.
· Comprender los intereses del entrevistado.
· Debe despojarse de prejuicios y, en los posible de cualquier influencia
empática.
La Encuesta
La encuesta es una técnica destinada a obtener datos de varias personas cuyas
opiniones impersonales interesan al investigador. Para ello, a diferencia de la
entrevista, se utiliza un listado de preguntas escritas que se entregan a los
sujetos, a fin de que las contesten igualmente por escrito. Ese listado se
denomina cuestionario.
Es impersonal porque el cuestionario no lleve el nombre ni otra identificación
de la persona que lo responde, ya que no interesan esos datos.
Es una técnica que se puede aplicar a sectores más amplios del universo, de
manera mucho más económica que mediante entrevistas.
Varios autores llaman cuestionario a la técnica misma. Los mismos u otros,
unen en un mismo concepto a la entrevista y al cuestionario, denominándolo
encuesta, debido a que en los dos casos se trata de obtener datos de personas
que tienen alguna relación con el problema que es materia de investigación.
Riesgos que conlleva la aplicación de cuestionarios
· La falta de sinceridad en las respuestas (deseo de causar una buena
impresión o de disfrazar la realidad).
· La tendencia a decir "si" a todo.
· La sospecha de que la información puede revertirse en contra del
encuestado, de alguna manera.
· La falta de comprensión de las preguntas o de algunas palabras.
· La influencia de la simpatía o la antipatía tanto con respecto al
investigador como con respecto al asunto que se investiga.
Tipos de preguntas que pueden plantearse
El investigador debe seleccionar las preguntas más convenientes, de acuerdo
con la naturaleza de la investigación y, sobre todo, considerando el nivel de
educación de las personas que se van a responder el cuestionario.
1. Clasificación de acuerdo con su forma:
1. Preguntas abiertas
2. Preguntas cerradas
1. Preguntas dicotómicas
2. Preguntas de selección múltiple
1. En abanico
2. De estimación
2. Clasificación de acuerdo con el fondo:
1. Preguntas de hecho
2. Preguntas de acción
3. Preguntas de intención
4. Preguntas de opinión
5. Preguntas índices o preguntas test
El Fichaje
El fichaje es una técnica auxiliar de todas las demás técnicas empleada en
investigación científica; consiste en registrar los datos que se van obteniendo
en los instrumentos llamados fichas, las cuales, debidamente elaboradas y
ordenadas contienen la mayor parte de la información que se recopila en una
investigación por lo cual constituye un valioso auxiliar en esa tarea, al ahorra
mucho tiempo, espacio y dinero.
El Test
Esta técnica deriva de la entrevista y la encuesta, tiene como objeto lograr
información sobre rasgos definidos de la personalidad, la conducta o
determinados comportamientos y características individuales o colectivas de la
persona (inteligencia, interés, actitudes, aptitudes, rendimiento, memoria,
manipulación, etc.). A través de preguntas, actividades, manipulaciones, etc.,
que son observadas y evaluadas por el investigador.
Se han creado y desarrollado millones de tesis que se ajustan a la necesidad u
objetivos del investigador. Son muy utilizados en Psicología (es especialmente

la Psicología Experimental) en Ciencias Sociales, en educación; Actualmente
gozan de popularidad por su aplicación en ramas novedosas de las Ciencias
Sociales, como las "Relaciones Humanas" y la Psicología de consumo cotidiano
que utiliza revistas y periódicos para aplicarlos. Los Test son un recurso propio
de la evaluación científica.
Características de un buen Test
No existe el Test perfecto; no ha sido creado todavía y probablemente no lo sea
nunca.
· Debe ser válido, o sea investigar aquello que pretende y no otra
cosa.
· Debe ser confiable, es decir ofrecer consistencia en sus resultados;
éstos deben ser los mismos siempre que se los aplique en idénticas
condiciones quien quiera que lo haga. El índice de confiabilidad es lo
que dan mayor o menor confianza al investigador acerca del uso de
un determinado test. Existen tablas aceptadas universalmente sobre
esos índices y ella nos hacen conocer que ningún test alcanza in
índice de confiabilidad del 100%.
· Debe ser objetivo, evitando todo riesgo de interpretación subjetiva
del investigador. La Objetividad es requisito indispensable para la
confiabilidad.
· Debe ser sencillo y claro escrito en lenguaje de fácil compresión
para los investigadores.
· Debe ser económico, tanto en tiempo como en dinero y esfuerzo.
· Debe ser interesante, para motivar el interés de los investigadores y
la población involucrada.
En el presente proyecto utilizamos la tecnica de observación, por que como
usuarios directos del servicio brindado por la biblioteca de la carrera de
INFORMATICA, acudimos a las instalaciones de la carrera y observamos los
servicios que brinda, la busqueda, prestamo y devolución de material
bibliografico, se observa que no se tiene un registro actualizado de prestamo y
devoluciones, al observar que la información de devolucion del material
bibliografico no es confiable, y no se tiene control de las sanciones que podrian
generarse, al realizar la implementacion del sistema se tiene la vision de la
atención que podría ser de mayor calidad.
Ademas de tener información precisa por que es un sistema que se encuentra en los
comportamientos cotidianos de la carrera de Informatica.
CAPITULO II MARCO TEORICO

2.1 Antecedentes de la Organización
Visión: Este proyecto es concebido con el propósito de facilitar la
administración mediante un sistema de control de material bibliográfico para la
carrera A través del mismo el bibliotecario pueda hacer un control sistemático y
optimo, permitiendo dar una información correcta a los usuarios y encontrar
el material bibliográfico que necesitan de una forma mucho más efectiva.
Misión: El proyecto tendrá como Misión brindar un sistema de control de

material bibliográfico con las siguientes funciones: de préstamo, devoluciones
para que el bibliotecario lleve un control optimo de préstamos y devoluciones
del material bibliográfico.
2.2 Paradigma Orientado a Objetos

Hay muchas formas de enfocar un problema para darle solución. Uno de
los enfoques más utilizados es el orientado a objetos, la cual caracteriza el
dominio del problema mediante un conjunto de objetos con atributos y
comportamientos específicos.
La ingeniería del software orientado a objetos hace hincapié en la utilización
de componentes, por lo tanto, las clases se buscan en una biblioteca (de clases
orientado a objetos existentes) antes de construirse.
Cuando una clase no se encuentra en la biblioteca, el desarrollador aplica
análisis orientado a objetos (AOO), diseño orientado a objetos (DOO),
programación orientado a objetos (POO) y pruebas orientadas a objetos (PROO)

para crear la clase, esta nueva clase se pone en la biblioteca de tal manera que
pueda ser utilizada en el futuro.
Otras ventajas que presenta la orientación a objetos son la estabilidad del
modelado respecto a las entidades del mundo real, la construcción iterativa,
facilita por las entidades del mundo real y la construcción iterativa facilita por
el acoplamiento débil entre componentes.
2.3 Lenguaje Unificado de Modelado (UML)

El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y
diagramas estándar para modelar sistemas orientados a objetos, y describe la
semántica esencial de lo que estos diagramas y símbolos significan. Mientras
que ha habido muchas notaciones y métodos usados para el diseño orientado a
objetos, ahora los modeladores sólo tienen que aprender una única notación.
UML se puede usar para modelar distintos tipos de sistemas: sistemas de
software, sistemas de hardware, y organizaciones del mundo real. UML ofrece
nueve diagramas en los cuales modelar sistemas, los cuales están clasificados
en diagramas de Estructura, Comportamiento, Interacción e Implementación.
· Diagramas de Casos de Uso, para modelar los

procesos “business”.
· Diagramas de Clases, para modelar la
Diagramas de
estructura estática de las clases del sistema.
Estructura
· Diagramas de Objetos, para modelar la
estructura estática de los objetos en el
sistema
· Diagramas de Estado, para modelar el
comportamiento de los objetos en el sistema.
Diagramas de
· Diagramas de Actividad, para modelar el
Comportamiento
comportamiento de los Casos de Uso, objetos u
operaciones.
· Diagramas de Secuencia, para modelar el paso
Diagramas de de mensajes entre objetos.
Interacción · Diagramas de colaboración, para modelar
interacciones entre objetos.
· Diagramas de Componentes, para modelar
Diagramas de componentes.
Implementación · Diagramas de Despliegue, para modelar la
distribución del Sistema

Tabla 1. Clasificación de Diagramas
2.3.1 Diagrama de Casos de Uso

El modelado de Casos de Uso es la técnica más efectiva y a la vez
la más simple para modelar los requisitos del sistema desde la perspectiva del
usuario. Los Casos de Uso se utilizan para modelar cómo un sistema o negocio
funciona actualmente, o cómo los usuarios desean que funcione. No es
realmente una aproximación a la orientación a objetos; es realmente una forma
de modelar procesos. Es, sin embargo, una manera muy buena de dirigirse hacia
el análisis de sistemas orientado a objetos. Los casos de uso son generalmente
el punto de partida del análisis orientado a objetos con UML.
El modelo de casos de uso consiste en actores y casos de uso. Los
actores representan usuarios y otros sistemas que interaccionan con el sistema.
Se dibujan como "muñecos" de palo. Actualmente representan el tipo de
usuario, no una instancia de usuario. Los casos de uso representan el
comportamiento del sistema, los escenarios que el sistema atraviesa en
respuesta a un estímulo desde un actor. Se dibujan como elipses.
Figura 2: Casos de Uso y Actores
Cada caso de uso se documenta por una descripción del

escenario. La descripción puede ser escrita en modo de texto o en un formato
paso a paso. Cada caso de uso puede ser también definido por otras
propiedades, como las condiciones pre- y post- del escenario, condiciones que
existen antes de que el escenario comience, y condiciones que existen después
de que el escenario se completa. Los Diagramas de Actividad ofrecen una
herramienta gráfica para modelar el proceso de un Caso de Uso.
2.3.2 Diagrama de Clases

El diagrama de clases es un diagrama principal en los métodos
orientado a objetos, lo cual describe las diversas clases de relaciones estáticas
que existen entre actores, para poder realizar la descomposición del sistema en
partes.
Los diagramas de clases son gráficos formados por rectángulos
que muestran los atributos de asociaciones, que son un valor lógico de un dato
de un objeto y los métodos de operaciones son los procesos que una clase sabe
llevar a cabo según la forma en que se conectan los objetos, como se puede
observar en la siguiente figura.
Figura 3. Diagrama de Clases
2.3.3 Diagrama de Secuencia

El Diagrama de Secuencia es uno de los diagramas más efectivos
para modelar interacción entre objetos en un sistema. Un diagrama de
secuencia se modela para cada caso de uso. Mientras que el diagrama de caso
de uso permite el modelado de una vista ’business’ del escenario, el diagrama
de secuencia contiene detalles de implementación del escenario, incluyendo los
objetos y clases que se usan para implementar el escenario, y mensajes pasados
entre los objetos.
Típicamente uno examina la descripción de un caso de uso para
determinar qué objetos son necesarios para la implementación del escenario. Si
tienes modelada la descripción de cada caso de uso como una secuencia de
varios pasos, entonces puedes "caminar sobre" esos pasos para descubrir qué
objetos son necesarios para que se puedan seguir los pasos.
Un diagrama de secuencia muestra los objetos que intervienen en el escenario
con líneas discontinuas verticales, y los mensajes pasados entre los objetos
como vectores horizontales. Los mensajes se dibujan cronológicamente desde la
parte superior del diagrama a la parte inferior; la distribución horizontal de los

objetos es arbitraria.
Figura 4. Diagrama de Secuencia
Durante el análisis inicial, el modelador típicamente coloca el nombre

’business’ de un mensaje en la línea del mensaje. Más tarde, durante el diseño,
el nombre ’business’ es reemplazado con el nombre del método que está siendo
llamado por un objeto en el otro. El método llamado, o invocado, pertenece a
la definición de la case instanciada por el objeto en la recepción final del
mensaje.
2.3.4 Diagrama de Estados

El diagrama de estado describe visualmente los estados y el
comportamiento de un sistema donde puede entrar un objeto y se puede
observar la forma en que cambia el estado del objeto, este diagrama se puede
graficar para una sola clase.
Figura 5. Diagrama de Estados
2.3.4 Diagrama de Colaboración

Los diagramas de colaboración describen las iteraciones entre los
objetos y muestran la interacción de un conjunto de mensajes intercambiado
entre los objetos.
En este diagrama de colaboración los objetos se muestran como

iconos los mensajes se envían dentro de los casos de uso mediante flechas, en
este caso la secuencia se muestra numerando los mensaje. Por otra parte el
diagrama permite mostrar otros casos mejores.
Figura 6. Diagrama de colaboración
2.3.5 Diagrama de Componentes

Los diagramas de componentes muestran las dependencias del
compilador y del “runtime” entre los componentes del software. Consta de
componentes, interfaces y relaciones, donde su símbolo principal es un
rectángulo que tiene otros dos sobrepuestos en su lado izquierdo y a una
interfaz se puede representar con un círculo, conectado al componente por una
línea continua.
También estos componentes están conectados mediante
dependencias.
Figura 7. Diagrama de Componentes
2.4 Modelos
2.4.1 RUP
2.2.1.1 Introducción
El Rational Unified Process o Proceso Unificado de
Racional. Es un proceso de ingeniería de software que suministra un enfoque
para asignar tareas y responsabilidades dentro de una organización de
desarrollo. Su objetivo es asegurar la producción de software de alta calidad
que satisfaga la necesidad del usuario final dentro de un tiempo y presupuesto

previsible. Es una metodología de desarrollo iterativo enfocada hacia “los casos
de uso, manejo de riesgos y el manejo de la arquitectura”.
2.2.1.2 Bases Teóricas

En definitiva el RUP es una metodología de desarrollo
de software que intenta integrar todos los aspectos a tener en cuenta durante
todo el ciclo de vida del software, con el objetivo de hacer abarcables tanto
pequeños como grandes proyectos software. Además Rational proporciona
herramientas para todos los pasos del desarrollo así como documentación en
línea para sus clientes.
El RUP mejora la productividad del equipo ya que permite que cada miembro
del grupo sin importar su responsabilidad específica acceda a la misma base de
datos de conocimiento. Esto hace que todos compartan el mismo lenguaje, la
misma visión y el mismo proceso acerca de cómo desarrollar software.
Las características principales de RUP son:

· Guiado/Manejado por casos de uso: La razón de ser
de un sistema software es servir a usuarios ya sean humanos u otros sistemas;
un caso de uso es una facilidad que el software debe proveer a sus usuarios. Los
casos de uso reemplazan la antigua especificación funcional tradicional y
constituyen la guía fundamental establecida para las actividades a realizar
durante todo el proceso de desarrollo incluyendo el diseño, la implementación
y las pruebas del sistema.
· Centrado en arquitectura: La arquitectura involucra
los elementos más significativos del sistema y está influenciada entre otros por
plataformas software, sistemas operativos, manejadores de bases de datos,
protocolos, consideraciones de desarrollo como sistemas heredados y
requerimientos no funcionales. Es como una radiografía del sistema que
estamos desarrollando, lo suficientemente completa como para que todos los
implicados en el desarrollo tengan una idea clara de qué es lo que están
construyendo, pero lo suficientemente simple como para que si quitamos algo
una parte importante del sistema quede sin especificar. Se representa
mediante varias vistas que se centran en aspectos concretos del sistema,
abstrayéndose de lo demás.
Todas las vistas juntas forman el llamado modelo 4+1 de la arquitectura, recibe
este nombre porque lo forman las vistas lógica, de implementación, proceso y
despliegue, más la de casos de uso que es la que da cohesión a todas.
Figura 8. Fases, iteraciones y disciplinas
· Iterativo e Incremental: Para hacer más manejable un proyecto se

recomienda dividirlo en ciclos. Para cada ciclo se establecen fases de
referencia, cada una de las cuales debe ser considerada como un miniproyecto
cuyo núcleo fundamental está constituido por una o más iteraciones de las
actividades principales básicas de cualquier proceso de desarrollo. En concreto
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias
iteraciones en número variable según el proyecto y en las que se hace un mayor
o menor hincapié en los distintas actividades. En la Figura 1 tenemos un
ejemplo de la distribución del trabajo.
Además de estas características principales cabe destacar las siguientes:
· Desarrollo basado en componentes: La creación de sistemas intensivos en
software requiere dividir el sistema en componentes con interfaces bien
definidas, que posteriormente serán ensamblados para generar el sistema. Esta
característica en un proceso de desarrollo permite que el sistema se vaya
creando a medida que se obtienen o que se desarrollen y maduren sus
componentes.
· Utilización de un único lenguaje de modelado: UML es adoptado como único
lenguaje de modelado para el desarrollo de todos los modelos.
· Proceso Integrado: Se establece una estructura que abarque los ciclos, fases,
flujos de trabajo, mitigación de riesgos, control de calidad, gestión del
proyecto y control de configuración; el proceso unificado establece una
estructura que integra todas estas facetas. Además esta estructura cubre a los
vendedores y desarrolladores de herramientas para soportar la automatización
del proceso, soportar flujos individuales de trabajo, para construir los
diferentes modelos e integrar el trabajo a través del ciclo de vida y a través de
todos los modelos.
La estructura estática del proceso unificado se define en base a cuatro
elementos, que son: los roles (antes workers), que responde a la pregunta
¿quién?, las actividades (activities), que responden a la pregunta ¿cómo?, los
productos (artifacts), que responden a la pregunta ¿qué?, y los flujos de trabajo
(workflows), que responden a la pregunta ¿cuándo?.
· Roles: Un rol define el comportamiento y responsabilidades de un individuo, o
de un grupo de individuos trabajando juntos como un equipo. Una persona
puede desempeñar diversos roles, así como un mismo rol puede ser
representado por varias personas. Las responsabilidades de un rol son tanto el
llevar a cabo un conjunto de actividades como el ser el ‘dueño’ de un conjunto
de artefactos. En la Figura 2 se puede observar la relación entre los tres
conceptos
Figura 9. Roles, actividades y artefactos
· Actividades: Una actividad de un trabajador en concreto es una unidad de

trabajo que una persona que desempeñe ese rol puede ser solicitado a que
realice. Las actividades tienen un objetivo concreto, normalmente expresado
en términos de crear o actualizar algún producto.
· Productos: Un producto o artefacto es un trozo de información que es
producido, modificado o usado por un proceso. Los productos son los resultados
tangibles del proyecto, las cosas que va creando y usando hasta obtener el
producto final.
· Flujos de trabajo: La mera enumeración de roles, actividades y artefactos no

define un proceso, necesitamos definir la secuencia de actividades realizadas
por los diferentes roles, así como la relación entre los mismos, que nos
producen unos resultados observables. El RUP define varios flujos de trabajo
distintos, entre los que distingue entre dos grupos, los de proceso, y los de
apoyo. Las distintas iteraciones a realizar consistirá en la ejecución de estos
flujos de trabajo con una mayor o menos intensidad dependiendo de la fase e
iteración en la que nos encontremos, como ya vimos un poco más arriba y que
clarificábamos con la Figura 1. En los apartados siguientes dada la naturaleza
de este documento, daremos de lado a los roles, y trataremos las actividades
de manera poco precisa, centrándonos en las generalidades de cada flujo de
trabajo y los productos que tienen que dar como resultado.
2.2.1.3 Las fases

Como ya se ha visto en el apartado anterior, el RUP se
divide en cuatro fases, las cuales pasaremos a ver con más detalle. En la tabla 1
encontramos un resumen de los principales productos de RUP y en qué
momento deben iniciarse y terminarse.
Tabla 2. Principales productos en RUP. I = inicio, R = refinamiento.
2.2.1.3.1 Inicio
Antes de iniciar un proyecto es conveniente plantearse algunas cuestiones:
¿Cuál es el objetivo? ¿Es factible? ¿Lo construimos o lo compramos? ¿Cuánto va a
costar? La fase de inicio trata de responder a estas preguntas y a otras más. Sin
embargo no pretendemos una estimación precisa o la captura de todos los
requisitos. Más bien se trata de explorar el problema lo justo para decidir si
vamos a continuar o a dejarlo. Generalmente no debe durar mucho más de una
semana.
Los objetivos son:

· Establecer el ámbito del proyecto y sus límites.
· Encontrar los casos de uso críticos del sistema, los escenarios básicos que
definen la funcionalidad.
· Mostrar al menos una arquitectura candidata para los escenarios principales.
· Estimar el coste en recursos y tiempo de todo el proyecto.
· Estimar los riesgos, las fuentes de incertidumbre.
Los productos de la fase de inicio deben ser:

· Visión del negocio: Describe los objetivos y restricciones a alto nivel.
· Modelo de casos de uso.
· Especificación adicional: requisitos no funcionales.
· Glosario: Terminología clave del dominio.
· Lista de riesgos y planes de contingencia.
· El caso de negocio. Para más detalles ver el flujo de modelado del negocio.
· Prototipos exploratorios para probar conceptos o la arquitectura candidata.
· Plan de iteración para la primera iteración de la fase de elaboración.
· Plan de fases.
No todos los productos son obligatorios, ni deben completarse al 100%, hay que
tener en cuenta el objetivo de la fase de inicio. Al terminar la fase de inicio se
deben comprobar los criterios de evaluación para continuar:
· Todos los interesados en el proyecto coinciden en la definición del ámbito del
sistema y las estimaciones de agenda.
· Entendimiento los requisitos, evidenciado por la fidelidad de los casos de uso
principales.
· Las estimaciones de tiempo, coste y riesgo son creíbles.
· Comprensión total de cualquier prototipo de la arquitectura desarrollado.
· Los gastos hasta el momento se asemejan a los planeados.
Si el proyecto no pasa estos criterios hay que plantearse abandonarlo o
repensarlo profundamente.
2.2.1.3.2 Elaboración
El propósito de la fase de elaboración es analizar el dominio del problema,
establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y
eliminar los mayores riesgos.
Cuando termina esta fase se llega al punto de no retorno del proyecto: a partir
de ese momento pasamos de las relativamente ligeras y de poco riesgo dos
primeras fases, a afrontar la fase de construcción, costosa y arriesgada. Es por
esto que la fase de elaboración es de gran importancia.
En esta fase se construye un prototipo de la arquitectura, que debe
evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este
prototipo debe contener los casos de uso críticos identificados en la fase de
inicio. También debe demostrarse que se han evitado los riesgos más graves,
bien con este prototipo, bien con otros de usar y tirar.
Los objetivos de esta fase son:

· Definir, validar y cimentar la arquitectura.
· Completar la visión.
· Crear un plan fiable para la fase de construcción. Este plan puede
evolucionar en sucesivas iteraciones. Debe incluir los costes si procede.
· Demostrar que la arquitectura propuesta soportará la visión con un coste
razonable y en un tiempo razonable.
Al terminar deben obtenerse los siguientes productos:
· Un modelo de casos de uso completa al menos hasta el 80%: todos los casos y
actores identificados, la mayoría de los casos desarrollados.
· Requisitos adicionales.
· Descripción de la arquitectura software.
· Un prototipo ejecutable de la arquitectura.
· Lista de riesgos y caso de negocio revisados.
· Plan de desarrollo para el proyecto.
· Un caso de desarrollo actualizado que especifica el proceso a seguir.
· Posiblemente un manual de usuario preliminar.
La forma de aproximarse a esta fase debe ser tratar de abarcar todo el

proyecto con la profundidad mínima. Sólo se profundiza en los puntos críticos
de la arquitectura o riesgos importantes. En la fase de elaboración se
actualizan todos los productos de la fase de inicio el glosario, el caso de
negocio, el ROI (Return Of Invest), etcétera.
Los criterios de evaluación de esta fase son los siguientes:
· La visión del producto es estable.
· La arquitectura es estable.
· Se ha demostrado mediante la ejecución del prototipo que los principales
elementos de riesgo han sido abordados y resueltos.
· El plan para la fase de construcción es detallado y preciso. Las estimaciones
son creíbles.
· Todos los interesados coinciden en que la visión actual será alcanzada si se
siguen los planes actuales en el contexto de la arquitectura actual.
· Los gastos hasta ahora son aceptables, comparados con los previstos.
Si no se superan los criterios de evaluación quizá sea necesario abandonar el
proyecto o replanteárselo considerablemente.
2.2.1.3.3 Construcción
La finalidad principal de esta fase es alcanzar la capacidad operacional del

producto de forma incremental a través de las sucesivas iteraciones. Durante
esta fase todas los componentes, características y requisitos, que no lo hayan
sido hecho hasta ahora, han de ser implementados, integrados y testeados,
obteniéndose una versión del producto que se pueda poner en manos de los
usuarios (una versión beta).
El énfasis en esta fase se pone controlar las operaciones realizadas,
administrando los recursos eficientemente, de tal forma que se optimicen los
costes, los calendarios y la calidad.
Los objetivos concretos incluyen:

· Minimizar los costes de desarrollo mediante la optimización de recursos y
evitando el tener que rehacer un trabajo o incluso desecharlo.
· Conseguir una calidad adecuada tan rápido como sea práctico.
· Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan
rápido como sea práctico.
Los productos de la fase de construcción deben ser:
· Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e
Implementación)
· Arquitectura íntegra (mantenida y mínimamente actualizada)
· Riesgos Presentados Mitigados
· Plan del Proyecto para la fase de Transición
· Manual Inicial de Usuario (con suficiente detalle)
· Prototipo Operacional – beta
· Caso del Negocio Actualizado
2.2.1.3.4 Transición
La finalidad de la fase de transición es poner el producto en manos de los
usuarios finales, para lo que típicamente se requerirá desarrollar nuevas
versiones actualizadas del producto, completar la documentación, entrenar al
usuario en el manejo del producto, y en general tareas relacionadas con el
ajuste, configuración, instalación y usabilidad del producto.
También se puede incluir en esta fase:

· Testeo de la versión Beta para validar el nuevo sistema frente a las
expectativas de los usuarios.
· Funcionamiento paralelo con los sistemas legados que están siendo sustituidos
por nuestro proyecto.
· Conversión de las bases de datos operacionales.
· Entrenamiento de los usuarios y técnicos de mantenimiento.
· Traspaso del producto a los equipos de marketing, distribución y venta.
Los principales objetivos de esta fase son:

· Conseguir que el usuario se valga por sí mismo.
· Un producto final que cumpla los requisitos esperados, que funcione y
satisfaga suficientemente al usuario.
Los productos de la fase de transición son:

· Prototipo Operacional
· Documentos Legales
· Caso del Negocio Completo
· Línea de Base del Producto completa y corregida que incluye todos los
modelos del sistema
· Descripción de la Arquitectura completa y corregida
Las iteraciones de esta fase irán dirigidas normalmente a conseguir una nueva
versión. Las actividades a realizar durante las iteraciones dependerán de su
finalidad, si es corregir algún error detectado, normalmente será suficiente con
llevar a cabo los flujos de trabajo de implementación y test, sin embargo, si se
deben añadir nuevas características, la iteración será similar a la de una
iteración de la fase de construcción.
La complejidad de esta fase depende totalmente de la naturaleza del proyecto,
de su alcance y de la organización en la que deba implantarse.
2.4.2 D.A.S.
El desarrollo adaptativo de software (DAS) lo propuso Jim Highsmith 1998 como

una técnica para construir software y sistemas complejos. Los apoyos filosóficos
del DAS se enfocan en la colaboración humana y la organización propia del
equipo. Highsmith 1998 expone lo anterior cuando escribe:
La organización propia es una propiedad de los sistemas adaptativos complejos,
similar a un "aja" colectivo; es en el momento de energía creativa cuando surge
la solución a algún problema persistente. La organización propia emerge cuando
los individuos, los agentes independientes (células en un cuerpo, especies en un
ecosistema, desarrolladores en un equipo de software) cooperan [colaboran]
para crear salidas emergentes. Una salida emergente es una propiedad más allá
de la capacidad de cualquier agente individual. Por ejemplo, las neuronas
individuales del cerebro no poseen conciencia, pero en forma colectiva generan
la propiedad de la conciencia. Tendemos a ver este fenómeno del surgimiento
colectivo como un accidente, o al menos como independiente y sin reglas. El
estudio de la organización propia demuestra que dicha visión es errónea.
El desarrollo adaptativo del software (DAS) fue propuestos por Jim Highsmith
como una metodología para desarrollar el software y sistemas muy complejos.
El se centra en la colaboración humana y la organización del equipo.
El ciclo de vida del DAS se conforma de tres fases como muestra en la figura:
Especulación, colaboración y aprendizaje.
En la fase de especulación se inicia el desarrollo del proyecto. En ella se utiliza

información como la misión del cliente, las restricciones del proyecto y los
requisitos básicos para definir el conjunto de ciclos en el que se harán los
incrementos del software.
Para la fase de colaboración se busca que el equipo no solo se comunique o se

encuentre completamente integrados, se desea que exista confianza, donde se
puedan realizar críticas constructivas y ayudar si resentimientos, trabajar tan
duro como sea posible, comunicar de una forma oportuna los problemas que se
presenten para tomar acciones efectivas y poseer un conjunto de actitudes que
contribuyan al trabajo que se encuentran realizando.
El aprendizaje permite mejorar el entendimiento real sobre la tecnología, los
procesos utilizados y el proyecto. El aprendizaje individual permite al equipo
tener mayor posibilidad de éxito.
Cada una de estas fases se unen entre si para llevar a cabo diversas funciones,
pero en si estas funciones son para sacar adelante un proyecto de software de
manera rápida, y trabajando en equipo, para que en un futuro , obtengamos un
software eficiente.
El Desarrollo adaptativo del software (ASD) proporciona un marco para el

desarrollo iterativo de sistemas grandes y complejos. El método fomenta el
desarrollo iterativo e incremental con el uso de prototipos.
ASD resalta que las aproximaciones secuenciales en cascada solo funcionan en
entornos bien conocidos. Pero como los cambios ocurren frecuentemente en el
desarrollo software, es importante usar un método tolerante a cambios. El
primer ciclo de un proyecto ASD suele ser corto, asegurando que el cliente está
involucrado y confirmando la viabilidad del proyecto.
Cada ciclo termina con una revisión en grupo enfocada al cliente. Durante las
reuniones de revisión, se estudia la aplicación funcionando. El resultado de las
reuniones son peticiones de cambio documentadas.
2.4.3 Método de Diseño Hipermedia Orientado a Objetos (OOHDM)
Es una metodología orientada a objetos que propones un proceso
de desarrollo de cinco fases independientes de la implementación, donde se
combinan notaciones graficas de UML, con otras propias de la metodología,
estas fases son:
- Obtención de requerimiento
- Diseño conceptual
- Diseño navegacional
- Diseño de la interfaz abstracta e Implementación.
2.4.3.1 Esquema de clases navegacionales

En OOHDM existe un conjunto de tipos predefinidos de
clases navegacionales: nodos, enlaces y estructuras de acceso. La semántica de
los nodos y los enlaces son las tradicionales de las aplicaciones hipermedia, y
las estructuras de acceso, tales como índices o recorridos guiados, representan
los posibles caminos de acceso a los nodos.
- Nodos: los nodos son contenedores básicos de
información de las aplicaciones hipermedia. Se definen como vistas orientadas
a objetos de las clases definidas durante el diseño conceptual. Los nodos
contendrás atributos de tipos básicos (donde se pueden encontrar tipos como
imágenes o sonidos) y enlaces.
- Enlaces: los enlaces reflejan la relación de
navegación que puede explorar el usuario. Ya sabemos que para un mismo
esquema conceptual `puede haber diferentes esquema navegacionales. OOHDM
hace una definición de clase enlace que contiene un único atributo. Las clases
enlaces sirven para especificar los atributos de enlaces y estos a su vez para
representar en laces entre clases nodos o incluso entre otros enlaces. En
cualquier caso, el enlace puede actuar como un objeto intermedio en un
proceso de navegación o como un puente de conexión entre dos nodos.
Estructuras de Acceso: las estructuras de acceso actúan como índices o
diccionarios que permiten al usuario encontrar de forma rápida y eficiente la
información deseada. Los menús, los índices o las guías de ruta son ejemplos de
estas estructuras. Las estructuras de acceso también se modelan como clases,
compuestas por un conjunto de referencias a objetos que son accesibles desde
ella y una serie de criterios de clasificación de las mismas.
Tabla 3. Notación diseño navegacional
2.4.3.2 Contexto navegacional

La principal estructura primitiva del espacio navegacional es la noción de
contexto navegacional. Un contexto navegacional es un conjunto de nodos,
enlaces, clases contexto y otros contextos navegacionales (contextos anidados)
pueden ser definidos por comprensión o extensión, o por numeración de sus
miembros. Los contextos navegacionales juegan un rol similar a las colecciones
y fueron inspirados sobre el concepto de contextos anidados.
Una vez que las clases navegacionales han sido definidas, es necesario
estructurar el espacio de navegación que estará disponible para el usuario. En
OOHDM esta estructura está definida por objetos de navegación agrupados en
conjuntos llamados contextos. Organizan el espacio navegacional en conjuntos
convenientes que pueden ser recorridos en un orden en articular y que deberían
ser definidos como caminos para ayudar al usuario a lograr la tarea deseada.
Los nodos son enriquecidos con un conjunto de clases especiales que permiten
de un nodo observar y presentar atributos (incluidos las anclas), así como
métodos (comportamiento) cuando se navega en un particular contexto.
Tabla 4. Notación grafica de contextos navegacionales
Una vez que ya se han diseñado todos los diagramas de contexto, uno para cada
caso de uso con sus respectivas tarjetas de especificación, es necesario realizar
la unión de todos los diagramas para formar uno solo. El diagrama resultante
corresponderá al diagrama de contexto de toda la aplicación.
2.5 Sistema Gestor de Base de Datos

2.5.1 MySQL
Es un gestor de base de datos sencillo de usar e increíblemente rápido.
También es uno de los motores de base de datos más usados en internet, la
principal razón de esto es que es gratis para aplicaciones no comerciales.
Es un gestor de base de datos. Una base de datos es un conjunto de datos y un
gestor de base de datos es una aplicación capaz de manejar este conjunto de
datos de manera eficiente y cómoda. Es una base de datos relacional. Una base
de datos relacional es un conjunto de datos que están almacenados en tablas
entre las cuales se establecen unas relaciones para manejar los datos de una
forma eficiente y segura. Para usar y gestionar una base de datos relacional se
usa el lenguaje estándar de programación SQL. Es Open Source.
El código fuente de MySQL se puede descargar y esta accesible a cualquiera,
por otra parte, usa la licencia GPL para aplicaciones no comerciales. Es una
base de datos muy rápida, segura y fácil de usar. Gracias a la colaboración de
muchos usuarios, la base de datos se ha ido mejorando optimizándose en
velocidad. Por eso es una de las bases de datos más usadas.

2.5.3 SQL
Las aplicaciones en red son cada día más numerosas y versátiles. En muchos
casos, el esquema básico de operación es una serie de scripts que rigen el
comportamiento de una base de datos.
Debido a la diversidad de lenguajes y de bases de datos existentes, la manera
de comunicar entre unos y otras sería realmente complicada a gestionar de no
ser por la existencia de estándares que nos permiten el realizar las operaciones
básicas de una forma universal.
Es de eso de lo que trata el Structured Query Language que no es más que un
lenguaje estándar de comunicación con bases de datos. Hablamos por tanto de
un lenguaje normalizado que nos permite trabajar con cualquier tipo de
lenguaje (ASP o PHP) en combinación con cualquier tipo de base de datos (MS
Access, SQL Server, MySQL...).
El hecho de que sea estándar no quiere decir que sea idéntico para cada base
de datos. En efecto, determinadas bases de datos implementan funciones
específicas que no tienen necesariamente que funcionar en otras.
Aparte de esta universalidad, el SQL posee otras dos características muy

apreciadas. Por una parte, presenta una potencia y versatilidad notables que
contrasta, por otra, con su accesibilidad de aprendizaje.
2.6 Lenguajes de Programación

2.6.1 PHP
El lenguaje PHP, es un lenguaje de “código abierto” interpretado, de alto nivel,
embebido en páginas HTML y ejecutado con el servidor, con esto quiero decir
que es un lenguaje de programación con variables, sentencias condicionales,
bucles, funciones. No es un lenguaje de marcas como podría ser HTML, XML o
WML. Esta más cercano a Java Script o a C, para aquellos que conocen estos
lenguajes.
Pero a diferencia de Java o Java Script que se ejecutan en el navegador, PHP se
ejecuta en el servidor, por eso nos permite acceder a los recursos que tenga el
servidor, por eso nos permite acceder a los recursos que tenga el servidor como
por ejemplo podría ser una base de datos. El programa PHP es ejecutado en el
servidor y el resultado enviado al navegador.
El resultado es normalmente una página HTML pero igualmente podría ser una
página WML. Al ser PHP un lenguaje que se ejecuta en el servidor no es
necesario que su navegador lo soporte, es independiente del navegador, pero
sin embargo para que sus páginas PHP funcionen, el servidor donde están
alojadas debe soportar PHP.
2.6.2 JAVA
Es un lenguaje de programación orientado a objetos, desarrollado por Sun
Microsystems a principios de los años 90. El lenguaje en sí mismo toma mucha
de su sintaxis de C y C++, pero tiene un modelo de objetos más simple y elimina
herramientas de bajo nivel, que suelen inducir a muchos errores, como la
manipulación directa de punteros o memoria.Con respecto a la memoria, su
gestión no es un problema ya que ésta es gestionada por el propio lenguaje y no
por el programador.
Las aplicaciones Java están típicamente compiladas en un bytecode, aunque la
compilación en código máquina nativo también es posible. En el tiempo de
ejecución, el bytecode es normalmente interpretado o compilado a código
nativo para la ejecución, aunque la ejecución directa por hardware del
bytecode por un procesador Java también es posible.
La implementación original y de referencia del compilador, la máquina virtual y
las bibliotecas de clases de Java fueron desarrollados por Sun Microsystems en
1995. Desde entonces, Sun ha controlado las especificaciones, el desarrollo y
evolución del lenguaje a través del Java Community Process, si bien otros han
desarrollado también implementaciones alternativas de estas tecnologías de
Sun, algunas incluso bajo licencias de software libre.
CAPITULO III DESARROLLO
El Presente proyecto se realizara bajo la metodología R.U.P. que interacciona

con el gestor de base de datos SQL SERVER que se desarrollara con el lenguaje
de programación JAVA. Esta metodología se basa en las siguientes fases:
3.1 Fase de Inicio

En la fase de inicio se realiza las actividades del RUP y la planificación inicial
del sistema. En la Biblioteca de la Carrera de Informática donde se administra
la circulación de Material Bibliográfico entre la comunidad estudiantil se
analizaron los distintos problemas vigentes.
3.1.1 Visión del Proyecto
Este proyecto esta orientado con el propósito de facilitar la administración

mediante un sistema de control de material bibliográfico para la carrera A
través del mismo el bibliotecario pueda hacer un control sistemático y optimo,
permitiendo dar una información correcta a los usuarios y encontrar el
material bibliográfico que necesitan de una forma mucho más efectiva.
3.1.2 Misión del Proyecto
El proyecto tendrá como Misión brindar un sistema de control de material

bibliográfico con las siguientes funciones: de préstamo, devoluciones para que
el bibliotecario lleve un control optimo de préstamos y devoluciones del
material bibliográfico.
3.1.3 Planificación de Proyecto
Plan de actividades para la Fase de Inicio
ACTIVIDAD SEMANAS ITERACIÓN

Elaborar la Visión y Misión del Proyecto 0.5 1
Elaborar la planificación del Proyecto 0.5 1
Elaborar el modelo de negocio 0.5 1
Estudio de requisitos 0.5 1
Plan de Actividades Fase de Elaboración

ACTIVIDAD SEMANAS ITERACIÓN
Elaborar diagramas de casos de uso 0.3 1
Elaborar diagramas de secuencia 0.3 1
Elaborar diagramas de estado 0.3 1
Elaborar diagramas de comunicación 0.3 1
Elaborar diagramas de clases 0.3 1
3.1.4 Modelo de requisitos
Esta parte consiste en identificar los requisitos que puede llegar a

tener el operador del sistema ya sea el Bibliotecario o el usuario, estos los
clasificamos en: Requisitos Funcionales, Requisitos de Rendimiento y Requisitos
Tecnológicos.
3.2.6.1 Requisitos Funcionales

· Préstamo
1. Los usuarios podrán solicitar Material Bibliográfico
dependiendo de la existencia y disponibilidad del
Material Bibliográfico.
2. El usuario podrá solicitar una cantidad limitada de
3. La disponibilidad del Material Bibliográfico será
comunicado al usuario a través de un mensaje visual.
4. El periodo máximo de préstamo es de 7 días.
5. En caso de que el periodo de préstamo expire un día
no lectivo, se asumirá que finaliza al día siguiente.
6. No podrán retirar Material Bibliográfico los usuarios
con sanciones en vigor.
7. Para retirar Material Bibliográfico en préstamo, es
necesario haber introducido los datos personales para
el respectivo registro.
8. El listado de Material Bibliográfico en préstamo será
administrado por el Sistema de Control de Material
Bibliográfico.
9. Los usuarios tendrán un reporte de devolución para
conocer la fecha de expiración.
10. El usuario deberá portar CI o matrícula universitaria
para retirar Material Bibliográfico.
· Devolución
1. El usuario deberá devolver el Material Bibliográfico
antes de la expiración del periodo de préstamo.
2. En caso de retraso en la devolución de Material
Bibliográfico, el sistema mostrara un reporte de
alerta.
3. Solo el Sistema de Control de Garantías y Sanciones
podrá anular la sanción.
3.2.6.2 Requisitos de Rendimiento

El sistema debe dar un servicio simultáneo de 10 usuarios
con un tiempo de respuesta inferior a los 10 segundos; si la cantidad de
usuarios pasa de los 10 el sistema sufrirá una degradación.
3.2.6.3 Requisitos Tecnológicos

1. Hardware: En el requerimiento del hardware se utiliza
Pentium D con memoria de 512 MgByte y un disco
duro de almacenamiento de 40 Gigabytes.

2. Software: En el requerimiento de software para la
implementación del sistema, se utilizara como
plataforma el Windows XP y como lenguaje de
programación JAVA, donde la arquitectura será el
cliente/servidor y como motor de Base de Datos SQL
SERVER.
3.2 Fase de elaboración

En la fase de elaboración se identifican los problemas en el modelo de
negocios, donde se especifica los casos de uso del sistema y se realiza la
arquitectura en lo cual se reduce los riesgos producidos en el proyecto.
3.2.1 Modelo de Negocio

En el modelo de negocio se capturan los requisitos mediante los
flujos de trabajo que se realiza en la biblioteca donde están los actores que son
el bibliotecario y el usuario.
3.2.1.1 Actores del Negocio
ACTOR DESCRIPCION
Es quien hace la solicitud del material bibliográfico al
Usuario
sistema.
Solicita reportes de estados (Usuario, Material
Bibliotecario Bibliográfico).
Es capaz de ingresar al sistema y cancelar solicitudes.
Responsable de Es quien tiene el control del Material Bibliográfico.
Material Es capaz de realizar cambios en el estado del Material
Bibliográfico Bibliográfico
Supervisor de Es quien controla las fechas de devolución.
Garantías y Tiene la tarea realizar reportes cuando existe una
Sanciones incoherencia en las fechas de devolución.
Tabla 5. Actores de Negocio
Figura 11. Modelo de Negocio
3.2.1.2 Lista de Actores
Bibliotecario Sistema Usuario

El bibliotecario realiza El sistema realiza las El usuario realiza las
las siguientes tareas siguientes acciones siguientes tareas
1. Recepciona la 1. Genera hojas de 1. Solicita Material
solicitud de control Bibliográfico
préstamo (solicitudes) 2. Devuelve Material
2. Verifica sanciones 2. Genera reportes de Bibliográfico
pendientes estado (usuario y 3. Entrega garantías
3. Registra préstamo Material
4. Recepciona y Bibliográfico)
devuelve garantías
5. Registra
devoluciones
6. Busca Material
Bibliográfico
Tabla 6. Lista de Actores
3.2.2 Diagrama de Casos de Uso

En el diagrama de casos de uso se utiliza los diagramas de UML,
donde los actores de la Biblioteca tienen diferentes funciones en el modelo de
negocio.
En el siguiente diagrama se explica gráficamente el conjunto de
casos de uso, los actores y las relaciones entre estos.
Figura 12. Diagrama de Casos de Uso.
3.2.2.1 Identificación de Actores y Casos de Uso
ACTOR CASOS DE USO

Gestiona Prestamos
Bibliotecar
Gestiona Devoluciones
io
Administra el Material Bibliográfico
Usuario Solicita Material Bibliográfico
Tabla 7. Actores y Casos de Uso
3.2.2.2 Detalle de caso de uso expandido

Un caso de uso expandido describe un proceso más a fondo que el
de alto nivel. La diferencia básica con el caso de uso de alto nivel consiste en
que tiene una sección destinada al curso normal de los eventos que los describe
paso a paso.
Caso de Uso: Introduce Datos Personales

Actores: Usuario
Propósito: Obtener información exacta del Usuario
El Usuario se acerca a una de las terminales de la
biblioteca, se le muestra por pantalla un formulario
Resumen:
donde se le piden los datos personales (nombres,
apellidos, Nº carne, Nº matricula)
Tipo: Principal
REFERENCIA CRUZADA
Nº Ref. Condición Categoría
1.1 Usuario accede al sistema de préstamo y EVIDENTE
devoluciones.
Se le muestra un formulario donde se le pide
1.2 todos los datos personales, de manera EVIDENTE
obligatoria cada uno.
1.3 Usuario llena el formulario. EVIDENTE
1.4 Usuario “ENVIA” el formulario llenado. EVIDENTE
CURSO DE LOS EVENTOS
Acción del actor Respuesta del Sistema
1.- El usuario introduce sus datos 2.- Búsqueda de afiliación del usuario
personales (pertenencia a la Carrera de Informática)
3.- Si el usuario es externo no puede
realizar ninguna solicitud
Curso Alternativo
4.- Actualiza la ventana de inicio para siguiente usuario
Tabla 8. Caso de Uso Expandido: Introduce Datos Personales.
Caso de Uso: Verifica si tiene sanciones vigentes

Actores: Supervisor de Garantías y Sanciones
Confirmar que el usuario no tiene restricciones de ningún
Propósito:
tipo.
El Supervisor de Garantías y Sanciones realiza una
búsqueda del Usuario y verifica si no existen sanciones
Resumen: vigentes, caso contrario a través de un mensaje por
pantalla se le notifica al usuario su estado y la
cancelación de solicitud.
Tipo: Principal
REFERENCIA CRUZADA
El Supervisor de Garantías y Sanciones usa los
2.1 datos personales del Usuario y comienza la OCULTO
búsqueda.
2.2 Verifica el estado del Usuario. OCULTO
Realiza un reporte del estado del Usuario, y se
2.3 lo muestra a través de un mensaje por OCULTO
pantalla al Usuario.
1.- El bibliotecario solicita reportes del 2.- búsqueda terminada
posible usuario 4.- muestra estado de sanciones
3.- bibliotecario realiza solicitud de
sanciones
5.- bibliotecario permite la acción del
siguiente paso
Curso Alternativo
Tabla 9. Caso de Uso Expandido: Verifica si tiene sanciones vigentes.
Caso de Uso: Solicita préstamo de Material Bibliográfico

Actores: Usuario
Realizar la solicitud del Material Bibliográfico (desde
Propósito:
terminales de la Biblioteca)
El Usuario llega a la Biblioteca y accede a una de las
terminales de consulta, en el sistema realiza el llenado
del formulario, en el que se le solicita el Titulo y Autor
Resumen:
del Material Bibliográfico, Tipo de Material Bibliográfico
y de manera opcional el Código del Material
Bibliográfico.
Tipo: Primario
REFERENCIA CRUZADA
3.1 Se le nuestra al Usuario por pantalla otro EVIDENTE
formulario de llenado con los datos precisos

del Material Bibliográfico.
El Usuario llena el formulario con todos los
datos del Material Bibliográfico (titulo, autor y
3.2 EVIDENTE
tipo del Material Bibliográfico) y de manera
opcional el código del material Bibliográfico.
3.3 El usurario “ENVIA” el formulario llenado. EVIDENTE
2.- El usuario introduce datos del material 1.- genera la solicitud donde se registran
4.- el usuario visualiza el estado de los datos del usuario
existencia 3.- Envía reporte a usuario mostrando
estado de existencia
Curso Alternativo
Tabla 10. Caso de Uso Expandido: Solicita Préstamo de Material Bibliográfico.
Verifica existencia y disponibilidad de Material

Caso de Uso:
Bibliográfico
Actores: Responsable de Material Bibliográfico
Confirmar la existencia y disponibilidad del Material
Propósito:
Bibliográfico.
El Responsable de Material Bibliográfico usando los datos
de la solicitud de préstamo realiza la búsqueda del
Resumen: Material Bibliográfico, con esta confirmación realiza un
reporte que se le muestra por pantalla al Usuario el
detalle (existencia y disponibilidad).
Tipo: Principal
REFERENCIA CRUZADA
El Responsable del Material Bibliográfico realiza
4.1 la búsqueda del Material bibliográfico usando OCULTO
los datos especificados en el formulario.
4.2 Verifica el estado del Material Bibliográfico. OCULTO
Realiza un reporte detallado, envía el reporte
4.3 de estado al Usuario a través de un mensaje EVIDENTE
por pantalla.
1.- El usuario introduce datos del material 2.- Brinda reporte de las disposiciones de
solicitado los libros
4.- el usuario verifica el estado de 3.- Envía reporte a usuario mostrando
existencia estado de existencia
Curso Alternativo
Tabla 11. Caso de Uso Expandido: verifica existencia y disponibilidad de

Caso de Uso: Gestionar Préstamo

Actores: Usuario, Bibliotecario
Propósito: Generar el préstamo del Material Bibliográfico
El Bibliotecario ubica el material solicitado. El
bibliotecario le solicita al Usuario sus documentos, el
Resumen: Bibliotecario verifica los datos del usuario, luego realiza
el préstamo entregando el Material Bibliográfico al
usuario. El usuario se marcha con el material.
Tipo: Primario
REFERENCIA CRUZADA
El Bibliotecario realiza la búsqueda del Material
5.1 EVIDENTE
Bibliográfico en estantes.
5.2 El Bibliotecario pide los documentos al usuario EVIDENTE

(CI o matricula).
5.3 El Usuario hace entrega de los documentos. EVIDENTE
5.4 El Bibliotecario Recepciona los documentos. EVIDENTE
El Bibliotecario hace la entrega del Material
5.5 EVIDENTE
Bibliográfico.
El Bibliotecario ingresa los datos del Material
5.6 EVIDENTE
Bibliográfico prestado.
1.- El usuario introduce datos del material 2.- Búsqueda de material según tipo
solicitado según tipo 3.- Envía reporte a usuario mostrando
4.- el usuario verifica el estado de estado de existencia, código de libro y
existencia titulo
Curso Alternativo
Tabla 12. Caso de Uso Expandido: Gestionar Préstamo.
Caso de Uso: Registrar Préstamo

Responsable de Material Bibliográfico y Supervisor de
Actores:
Garantías y Sanciones
Propósito: Realizar un registro detallado del préstamo.
El Responsable de Material Bibliográfico usando los datos
Resumen: de la solicitud de Material Bibliográfico, realiza un
registro minucioso con los datos obtenidos.
Tipo: Esencial
REFERENCIA CRUZADA
El Responsable de Material Bibliográfico accede
6.1 OCULTO
al sistema.
El Responsable de Material Bibliográfico cambia
6.2 el estado del Material Bibliográfico con los OCULTO
datos obtenidos (titulo y autor).
El Supervisor de Garantías y Sanciones accede al
6.3 OCULTO
sistema.
Con la fecha actual genera automáticamente
6.4 OCULTO
una fecha exacta de devolución.
6.5 Realiza un reporte con la fecha de devolución. OCULTO
1.- El usuario entrega garantías al 3.- El sistema provee registro al
bibliotecario supervisor de control de garantías y
2.- El bibliotecario registra que garantías sanciones con los datos recibido, además la
está recibiendo y paralelamente confirma fecha de entrega del material bibliográfico
el pedido 4.- el sistema actualiza en el estado del
material bibliográfico a prestar
Curso Alternativo
Tabla 13. Caso de Uso Expandido: Registrar Préstamo.
Caso de Uso: Gestionar Devolución

Actores: Usuario, Bibliotecario
Propósito: Finalizar el proceso de circulación
El usuario llega con el Material Bibliográfico prestado a la
Biblioteca, el Bibliotecario verifica el préstamo y
registra la devolución en el sistema, el sistema verifica
Resumen:
las reglas de préstamo para el usuario, si existen faltas
genera un reporte automáticamente, dependiendo de
esta acción el Bibliotecario devuelve las garantías o no.
Tipo: Primario
REFERENCIA CRUZADA
El usuario entra a la biblioteca con el Material
7.1 EVIDENTE
Bibliográfico prestado
7.2 El Bibliotecario recibe el Material Bibliográfico EVIDENTE
El Bibliotecario verifica la fecha de préstamo y
7.3 EVIDENTE
la fecha devolución anteriormente asignada.
Dependiendo de la fecha de devolución asignada
7.4 y la actual, se realiza la entrega de los SUPERFLUO
documentos dejados como garantía.
El bibliotecario ingresa los datos del Material
7.5 EVIDENTE
Bibliográfico devuelto.
1.-El bibliotecario realiza la entrega 2.- el sistema imprime un reporte donde se
palpable del material bibliográfico encuentra nombre de usuario, código de
solicitado libro, titulo, fecha de préstamo y fecha de
3.- El bibliotecario hace la entrega del devolución
reporte impreso al usuario
Curso Alternativo
Tabla 14. Caso de Uso Expandido: Gestionar Devolución.
Caso de Uso: Verificar fecha de Devolución

Actores: Supervisor de Garantías y Sanciones
Confirmar que la fecha de devolución coincide con la
Propósito: fecha de devolución asignada por el sistema o está
dentro de los límites.
El Supervisor de Garantías y Sanciones realiza la
búsqueda de la fecha de devolución asignada al Usuario,
Resumen:
al confirmar la coincidencia o no de las fechas realiza
un reporte y se lo muestra por pantalla al bibliotecario.
Tipo: Esencial
REFERENCIA CRUZADA
El Supervisor de Garantías y Sanciones accede
8.1 OCULTO
al sistema.
Realiza la búsqueda de la fecha asignada por
8.2 OCULTO
sistema al Usuario
Confirma la coincidencia o no coincidencia de
8.3 OCULTO
fechas.
Realiza un reporte de sanción y se lo muestra
8.4 EVIDENTE
por pantalla al Bibliotecario
1.- El usuario retorna el libro a la 3.- el sistema responde con la siguiente
biblioteca información: fecha de préstamo y
2.- El bibliotecario pide al sistema el devolución y el estado generado en el
reporte de préstamo del usuario atributo de sanciones
4.- El bibliotecario realiza la devolución
de las garantías y gestiona la sanción, que
puede o no realizarse
Curso Alternativo
Tabla 15. Caso de Uso Expandido: Verificar fecha de Devolución.
Caso de Uso: Actualizar estado de Material Bibliográfico

Actores: Responsable de Material Bibliográfico
Mantener el control detallado y la información del
Propósito:
Material Bibliográfico
Resumen: El Responsable de Material Bibliográfico accede al listado
de material Bibliográfico y cambia el estado de este.

Tipo: Esencial
REFERENCIA CRUZADA
El Responsable de Material Bibliográfico accede
9.1 OCULTO
al sistema
9.2 Ingresa al listado de Material Bibliográfico OCULTO
Cambia el estado del Material Bibliográfico ya
9.3 OCULTO
devuelto como corresponde.
1.- El bibliotecario envía al sistema código 2.- el sistema informa al responsable de
de libro material bibliográfico para que actualice el
estado actual del material bibliográfico
devuelto
Curso Alternativo
Tabla 16. Caso de Uso Expandido: Actualizar estado de Material Bibliográfico.
3.2.3 Diagrama de secuencia
figura 13. Diagrama de Secuencia
Figura 14. Diagrama de Secuencia
3.2.4 Diagrama de Estados

Condición:
Pertenece a la Carrera
Figura 15. Diagrama de Estados

3.2.5 Diagrama de Comunicación:
Figura 16. Diagrama de Comunicación
3.2.6 Diagrama de Clases
Figura 17. Diagrama de Clases
CAPITULO IV CONCLUSIONES Y RECOMENDACIONES
El sistema diseñado reduce la cantidad de tiempo de proceso y facilita el registro

de seguimiento del material bibliográfico.
Se garantiza la disminución en cuanto a perdidas del material bibliográfico como
también los registros de los usuarios.
El sistema solo responde cuando se tiene la información adecuado de los
usuarios.
2009 SISTEMA DE BIBLIOTECA, Using the StudioPress WordPress Theme

Bloggerized by Girly Blogger for BTemplates. Full RSS - Comments RSS

Optimisar Procesos

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Optimisar Procesos

Enviado por

Direitos autorais:

Formatos disponíveis

31/5/2019 SISTEMA DE BIBLIOTECA

presentacion principal modelo esencial

INTEGRANTES DEL GRUPO

En la actualidad vivimos el avance de la Tecnología de la Información y

de fallos y se obtengan los resultados buscados.

Actualmente la Biblioteca de la Carrera de Informática ofrece una atención

Por lo cual se plantea el Sistema de control de Préstamos y Devoluciones de

La colección de material bibliográfico se fue incrementando paulatinamente

Los orígenes de la Biblioteca Especializada de la Carrera de Informática se

En 1986 se formalizó la existencia de la Biblioteca con una colección de 76

Actualmente la Biblioteca de la Carrera de Informática teniendo en su

1.3 ANÁLISIS DEL PROBLEMA

El préstamo y devolución de material bibliográfico que se genera a los usuarios

1.3.1 IDENTIFICACIÓN DEL PROBLEMA

Haciendo un análisis minucioso en la biblioteca de la Carrera de Informática, se

Ø El registro de préstamo de material bibliográfico, se lo realiza de

Figura 1. Árbol de Problemas

1.3.2 PLANTEAMIENTO DEL PROBLEMA

1.4 Objetivos

El objetivo del presente proyecto es brindar un servicio eficiente en la

1.4.2 Objetivo Especifico

1.5 Aportes

1.6 Alcance

La implementación del sistema brindara información eficiente para el control

1.7.1 Justificación técnica

1.7.2 Justificación Económica

1.7.3 Justificación Social

Se plantea la construcción de un sistema de control de préstamos y

1.8 Medios y Métodos de Investigación:

Se refiere a la definición de la realidad presente en la investigación cualitativa,

La realidad estudiada por los métodos cualitativos comprende lo siguiente:

1. La vida diaria, con su complejidad e incertidumbre, ocurre en contextos

2. Esa vida humana, como objeto de conocimiento, supone un componente

4. La vida humana es lenguaje, en el sentido de que se articula a través del

5. La vida humana es un proceso de transformación permanente, por medio

6. La aceptación de la verdad como subjetiva y relativa, el

El propósito de los métodos cualitativos como ciencia social

Ahora bien, la comprensión de la totalidad social implica una difícil síntesis

Mas, los métodos cualitativos no son concebidos únicamente como una

En síntesis, se puede afirmar que los métodos cualitativos intentan la

Naturaleza de los procedimientos de la investigación cualitativa:

La investigación cualitativa desarrolla sus procedimientos atendiendo a los

1. Extraen descripciones a partir de observaciones que adoptan la forma de

3. El proceso es fundamentalmente inductivo, en el sentido de que va de los

4. El investigador cumple a la vez los roles de observador y participante

5. El proceso es abierto y flexible, porque se mueve en la ambigüedad, en la

6. Implica comprensión mediante la experiencia, la interpretación como

Breve descripción de los principales métodos cualitativos

Los principales métodos cualitativos son: Investigación-acción, método

continuo, evaluación iluminativa. Veámoslos mediante unas breves pinceladas:

a) Investigación acción: Se trata de una investigación que intenta promover

b) Método biográfico, o historias de vida. Se refiere un camino sociológico,

c) Evaluación iluminativa: Se trata de la aplicación de los métodos

a) Método comparativo continuo: Se trata de estudiar grupos humanos

b) Método etnográfico: Se trata de una descripción con profundidad de un

La investigación cuantitativa esta basada en la inducción probabilística del

Procesos de la investigación cuantitativa

Planteamiento del Problema:

El planteamiento del problema es la fase inicial en todo proceso investigador y

Concepto del Problema:

El significado que el término posee en el lenguaje coloquial es muy similar al

Es necesario analizar determinadamente el problema que se piense investigar,

serán tomados en consideración. Un problema muy amplio o que aborde