Documentos de Académico
Documentos de Profesional
Documentos de Cultura
TITULO DE PROYECTO
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA BIBLIOTECARIO DE
INVENTARIO Y RESERVACIÓN DE LIBROS PARA LA BIBLIOTECA JOSÉ
GABRIEL DUQUE UBICADA EN EL CORREGIMIENTO DE PACORA,
PANAMÁ.
ELABORADO POR:
LUIS MEJIA
8-955-804
TITULO DE PROYECTO
ELABORADO POR:
LUIS MEJIA
8-955-804
PANAMÁ
PROFESOR
OBETH OPONTE
“En primer lugar les agradezco a mis padres que siempre me han brindado su
apoyo incondicional para poder cumplir todos mis objetivos personales y
académicos. Ellos son los que con su cariño me han impulsado siempre a
perseguir mis metas y nunca abandonarlas frente a las adversidades. También
son los que me han brindado el soporte material y económico para poder
concentrarme en los estudios y nunca abandonarlos”.
A todos mis docentes
“Son muchos los docentes que han sido parten de mi camino universitario, y a
todos ellos les quiero agradecer por transmitirme los conocimientos necesarios
para hoy poder estar aquí. Sin ustedes los conceptos serían solo palabras, y las
palabras ya sabemos quién se las lleva, el viento”.
Además, a mis compañeros
“Agradecerles a todos mis compañeros los cuales muchos de ellos se han
convertido en mis amigos, cómplices y hermanos. Gracias por las horas
compartidas, los trabajos realizados en conjunto y las historias vividas”
Gracias a la casa de estudios
“Por último agradecer a la Universidad que me ha exigido tanto, pero al mismo
tiempo me ha permitido obtener mi tan ansiado título. Agradezco a cada directivo
por su trabajo y por su gestión, sin lo cual no estarían las bases ni las condiciones
para aprender conocimientos”.
INTRODUCCIÓN
Objetivos de la Investigación
1.3. Objetivos Generales
Desarrollar un sistema automatizado de inventario y reservación de libros
para la Biblioteca José Gabriel Duque ubicada en el corregimiento de
Pacora, Panamá.
Implementar un sistema automatizado de inventario y reservación de libros
para la Biblioteca José Gabriel Duque ubicada en el corregimiento de
Pacora, Panamá.
2.2.1. ISO (International Estandarización Organización)
Esta norma permite que una empresa controle las actividades, productos y
servicios que pueden ocasionar un impacto negativo sobre el medio ambiente.
Esta norma está basada en la “causa y efecto”, es decir, cada acción que realiza
la empresa debe tener un impacto mínimo en el medio ambiente.
La gestión medio ambiental de esta norma está estrechamente relacionada con
los sistemas de gestión de calidad que permiten conseguir una mejora continua.
Los principales beneficios para una empresa que disponga de
la certificación ISO 14001 son:
Reducción de costes por el uso optimizado de recursos.
Aumento de la rentabilidad al reducir el coste energético y las emisiones.
Mejora de la reputación y la imagen de marca.
Aumenta la eficacia en los procesos.
Minimiza el riesgo de accidentes medioambientales.
Implica a los empleados con la protección del medio ambiente.
Ahora supongamos que tenemos dos gatos, uno de los cuales le dice al otro
“Caza un ratón y tráemelo aquí por favor”. Veamos formas de representar esto:
Con este ejemplo sencillo hemos tratado de hacer explícito qué es y para qué
sirve UML: un conjunto de normas que nos dicen cómo hay que representar
esquemas de software. En el caso del software orientado a objetos, en vez de
gatos tendremos clases u objetos instanciados, y dispondremos de numerosos
tipos de esquemas y diagramas para representar distintas cosas. Un esquema que
cumple las normas UML podría tener este aspecto:
O también este otro:
¿Por qué si ambos esquemas cumplen con UML tienen un aspecto tan distinto?
Porque UML define normas para construir muchos tipos de esquemas, no
esquemas de un solo tipo.
¿Quién usa UML? UML lo suelen usar las empresas o medianos o grandes
equipos de desarrollo software con el objetivo de planificar y documentar cómo se
construyen los programas informáticos complejos. Los usuarios individuales o
pequeños equipos de desarrollo de 2 o 3 personas no suelen usar herramientas
UML. UML es un término que se relaciona mucho con “Ingeniería del software”.
UML 1.X (comprende UML 1.1, 1.2, 1.3, 1.4, 1.5): desde finales de los 90 se
empezó a trabajar con el estándar UML. En los años sucesivos fueron
apareciendo nuevas versiones que introducían mejoras o ampliaban a las
anteriores.
UML 2.X (comprende UML 2.1 hasta UML 2.5, 2.6, etc.): en torno a 2005 se
difundió una nueva versión de UML a la que podemos denominar UML 2.X.
Comprenden varias revisiones.
Hay que tener en cuenta que UML es un conjunto muy amplio de normas.
Prácticamente nadie las conoce todas. Según la empresa o universidad, institución
o centro de trabajo se usan determinados programas para crear diagramas y se
conocen ciertas partes de UML, pero no el conjunto de UML.
Diagramas de clases: para UML una clase es una entidad, no una clase
software. Un diagrama de clases UML puede ser un diagrama del dominio o
representación de conceptos que intervienen en un problema, o también un
diagrama de clases software. El sentido de un diagrama UML se lo da la persona
que lo construye.
2.4. Diagramas de Casos de Uso
El diagrama de casos de uso representa la forma en como un Cliente (Actor)
opera con el sistema en desarrollo, además de la forma, tipo y orden en como los
elementos interactúan (operaciones o casos de uso). Un diagrama de casos de
uso consta de los siguientes elementos:
2.4.1. Actor.
Casos de Uso.
Relaciones de Uso, Herencia y Comunicación.
Elementos
Actor
Actor
Una definición previa, es que un Actor es un rol que un usuario juega con
respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto
se especifica que un Actor no necesariamente representa a una persona en
particular, sino más bien la labor que realiza frente al sistema.
Como ejemplo a la definición anterior, tenemos el caso de un sistema de ventas
en que el rol de Vendedor con respecto al sistema puede ser realizado por un
Vendedor o bien por el jefe de Local.
Caso de Uso
Es una operación o tarea específica que se realiza tras una orden de algún agente
externo, sea desde una petición de un actor o bien desde la invocación desde otro
caso de uso. De lo anterior cabe mencionar que tiene el mismo paradigma en
diseño y modelamiento de clases, en donde está la duda clásica
de usar o heredar.
Nombre Descripción Símbolo
Las relaciones se explicaron de manera específica en el apartado 1.2.4 de este módulo, ahora
Relaciones
se explica de manera sencilla para observar su uso dentro de los diagramas de casos de uso.
Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra
Asociación
operación (caso de uso). Dicha relación se denota con una flecha simple.
Dependencia o Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es
Instanciación decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.
Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de
su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extendí>>).
Generalización
Este tipo de relación está orientado exclusivamente para casos de uso (y no para actores).
extendí Se recomienda utilizar cuando un caso de uso es similar a otro (características). <<extendí>>
Se recomienda utilizar cuando se tiene un conjunto de características que son similares en
Uses <<uses>>
más de un caso de uso y no se desea mantener copiada la descripción de la característica.
Ejemplo: Como ejemplo está el caso de una Máquina Recicladora: Sistema que
controla una máquina de reciclamiento de botellas, tarros y jabas. El sistema
debe controlar y/o aceptar lo siguiente:
o Describe lo depositado
o El valor de cada ítem
o Total
Como una primera aproximación identificamos a los actores que interactúan con
el sistema:
Además, podemos notar que un ítem puede ser una Botella, un Tarro o una Jaba.
2.4.4.Depositar Ítem
2.4.5.Petición a un Operador
2.5.3.1. Entidad
Algo que se puede definir, como una persona, objeto, concepto u evento, que
puede tener datos almacenados acerca de este. Piensa en las entidades como si
fueran sustantivos. Por ejemplo: un cliente, estudiante, auto o producto. Por lo
general se muestran como un rectángulo.
2.5.3.2. Relación
Cómo las entidades interactúan o se asocian entre sí. Piensa en las relaciones
como si fueran verbos. Por ejemplo, el estudiante mencionado podría inscribirse
en un curso. Las dos entidades serían el estudiante y el curso, y la relación
representada es el acto de inscribirse, que conecta ambas entidades de ese
modo. Las relaciones se muestran, por lo general, como diamantes o etiquetas
directamente en las líneas de conexión.
Relación recursiva: la misma entidad participa más de una vez en la relación.
2.5.3.3. Atributo
Una propiedad o característica de una entidad. A menudo se muestra como un
óvalo o círculo.
Atributo descriptivo: una propiedad o característica de una relación (frente a una
entidad).
Valores múltiples: se denota más de un valor del atributo, como varios números de
teléfono para una persona.
Valor único: contienen solo un valor de atributo. Los tipos se pueden combinar, por
ejemplo, puede haber atributos de valor único simples o atributos de múltiples
valores compuestos.
2.5.3.4. Cardinalidad
Define los atributos numéricos de la relación entre dos entidades o conjuntos de
entidades. Las tres relaciones cardinales principales son uno a uno, uno a muchos
y muchos a muchos. Un ejemplo de uno a uno sería un estudiante asociado a una
dirección de correo electrónico. Un ejemplo de uno a muchos (o muchos a uno, en
función de la dirección de la relación) sería un estudiante que se inscribe en
muchos cursos, y todos esos cursos se asocian a ese estudiante en particular. Un
ejemplo de muchos a muchos sería los estudiantes en grupo están asociados a
múltiples miembros de la facultad y a su vez los miembros de la facultad están
asociados a múltiples estudiantes.
Vistas de cardinalidad: la cardinalidad puede estar del lado opuesto o del mismo,
en función de dónde se muestran los símbolos.
Crea cuenta puedes crear la cuenta para acceder a la pagina web, la otra
opción es iniciar una vez que haya tenido cuenta enlazada a la página web
puedes iniciar o acceder
5.3. PANTALLA DE ESTABLECER PERFIL
Cómo pueden observar la pantalla de menú una vez que haya iniciado
sesión automáticamente se abre la pantalla de menú que se cataloga
pantalla de categoría, en la pantalla de categoría vas a encontrar tres
categorías que son:
5.4.1. Categoría de fecha,
INFOGRAFÍA
24373266.pdf
UPS-GT001656.pdf
pdfcoffee.com_sistema-bibliotecario-de-inventario-y-reservacion-de-
libros-para-el-centro-educativo-isabelita-la-pdf-free.pdf
BIBLIOTECA (adalo.com)
José Gabriel Duque (Pacora) – Cultura (mupa.gob.pa)
Sistemas de información Gerencial - 12 Ed. Laudon.pdf - Google Drive
Diagramas de Casos de Uso | LENGUAJE DE MODELADO UNIFICADO
UML (unadzsurlab.com)
Definición de Herramienta de modelado (alegsa.com.ar)
Normas ISO. ¿Qué son y cuáles son las más importantes? (ambit-
bst.com)