UNIVERSIDAD MAYOR, REAL Y

PONTIFICIA DE SAN FRANCISCO XAVIER

DE CHUQUISACA

FACULTAD DE TECNOLOGÍA
CARRERA DE INGENIERÍA DE SISTEMAS

Proyecto de Grado

SISTEMA DE CONTROL DE FICHAS DE CATALOGACIÓN

E INVENTARIO PARA EL MUSEO UNIVERSITARIO
“COLONIAL CHARCAS”

Licenciatura en Ingeniería de Sistemas

Universitaria: Maribel Choque Rengel

Tutor: Ing. Oswaldo Velásquez Aroni

Sucre, abril de 2017

 DECLARACION DE DERECHOS DE AUTOR

Al presentar este Proyecto, como uno de los requisitos para la obtención del Grado Académico
de Licenciatura en Ingeniería de Sistemas de la Universidad Mayor Real y Pontificia de San
Francisco Xavier de Chuquisaca, autorizo a la Dirección de Carrera de Ingeniería de Sistemas
y/o a la Biblioteca de la Universidad, para que se haga de éste Informe un documento
disponible para su lectura según las normas de la Universidad.

Asimismo, manifiesto mi acuerdo en que se utilice como material productivo dentro del
Reglamento de Ciencia y Tecnología, siempre y cuando esta utilización no suponga ganancia
económica, ni potencial.

También cedo a la Universidad de San Francisco Xavier de Chuquisaca los derechos de

publicación de este proyecto o parte de ella, manteniendo derechos de autor, por un periodo de
treinta meses después de su aprobación.

Maribel Choque Rengel

C.U. 35-1232
Sucre, abril de 2017
 AGRADECIMIENTOS
A Dios por haberme dado la sabiduría, fortaleza y
paciencia, necesarias para mantenerme de pie ante
cualquier dificultad presentada a lo largo de este camino.

A mis padres, porque gracias a ellos soy lo que soy y con

su apoyo he logrado cumplir mis metas y aspiraciones.

A mis hermanas que siempre han estado a mi lado

apoyándome en todo sentido.

A mis queridos docentes, que han contribuido en mi

formación académica a lo largo de estos años de estudio
universitario.

A las personas que me abrieron las puertas del Museo

Universitario “Colonial Charcas” y me brindaron su
colaboración para sacar adelante este proyecto de
titulación, Lic. Orieta Durandal y Lic. Leonor Ruiz.

Finalmente un agradecimiento a todos y a cada uno de

mis amigos, con quienes compartimos y vivimos cada
instante de este largo camino.

.
 DEDICATORIA
Quiero dedicar el presente proyecto a mis padres
Víctor Choque y Josefina Rengel, que han estado
conmigo en todo momento, gracias por darme toda su
confianza, amor y apoyo incondicional; a mis hermanas
por ser mis compañeras de vida, por sus palabras de
aliento y cariño.

Los quiero con todo el corazón y este trabajo es para

ustedes… Gracias!!!
 RESUMEN
Museo Colonial Charcas, uno de los museos más prestigiosos y representativos de Bolivia,
dependiente de la Universidad San Francisco Xavier de Chuquisaca, cuenta con una colección
de obras pictóricas, muebles, objetos de plata, muestras de esculturas, entre otros, de gran
valor cultural, pertenecientes a maestros europeos del manierismo, barroco y de artistas de
escuelas virreinales de la pintura mestiza.

Al realizar un análisis referente a los procesos de información, se pudo identificar que el

manejo de la gran cantidad de información y datos generados para la protección del
patrimonio cultural, pasan por diversas dificultades de las que se mencionan las más
importantes, como la inadecuada administración de la información, el registro de la
información es lenta, susceptible a errores, pérdidas o alteraciones.

Con el afán de dar solución a las dificultades mencionadas se planteó el desarrollo e

implementación de un “Sistema de Control de Fichas de Catalogación e Inventario para el
Museo Universitario Colonial Charcas”, que automatice, agilice y haga más confiable el
procesamiento de datos que se lleva a cabo en el museo, de manera que brinde información
útil y oportuna.

Para el desarrollo del sistema se optó por el Paradigma de programación orientada a objetos,
siguiendo la metodología de desarrollo ágil AUP (Agile Unified Process), haciendo uso del
ciclo de vida Iterativo e Incremental, principalmente porque permite crear cada vez versiones
más completas del sistema. Se utilizó java como lenguaje de programación, junto al entorno de
desarrollo NetBeans IDE 6.7.1. La información se almacena en una Base de Datos Relacional
que es administrada por la Base de Datos MySQL 5.0, modelado con StarUML 5.0.2 para
la implementación del modelo de análisis y diseño del sistema. La herramienta utilizada para
la elaboración de reportes e informes es ireport 3.7.1

Una vez concluido el desarrollo del proyecto y realizadas las pruebas respectivas, se puedo
observar que los objetivos trazados al inicio del proyecto fueron alcanzados exitosamente, por lo
que el sistema se considera una herramienta de gran utilidad para el museo.
 ÍNDICE DE CONTENIDO
CAPITULO I
INTRODUCCIÓN...................................................................................................................................1
1.1. Antecedentes......................................................................................................................................1
1.2. Situación Problemática......................................................................................................................3
1.3. Problema Central del Proyecto..........................................................................................................4
1.4. Abordaje de Solución........................................................................................................................4
1.5. Objetivo General................................................................................................................................4
1.6. Objetivos Específicos........................................................................................................................4
1.7. Justificación del Proyecto..................................................................................................................5
1.7.1. Justificación Social.......................................................................................................................5
1.7.2. Justificación Operativa.................................................................................................................5
1.7.3. Justificación Tecnológica.............................................................................................................6
CAPITULO II
MARCO CONTEXTUAL......................................................................................................................7
2.1. Análisis de la Situación Actual..........................................................................................................7
2.1.1. Antecedentes Generales................................................................................................................7
2.1.2. Descripción Organizacional........................................................................................................10
2.1.3. Procedimiento del sistema actual................................................................................................12
[Link].Inventario...............................................................................................................................12
[Link].Catalogación..........................................................................................................................14
[Link].Restauración y Preservación..................................................................................................16
[Link].Movimiento de Obras............................................................................................................16
[Link].Promoción y Difusión............................................................................................................18
2.2. Estado de Información Actual.........................................................................................................19
2.3. Verificación de la Situación Problemática......................................................................................19
2.3.1. Árbol de problemas.....................................................................................................................20
2.3.2. Tiempos empleados en los procesos:..........................................................................................21
CAPITULO III
FUNDAMENTO TEÓRICO................................................................................................................22
3.1. Antecedente Teórico........................................................................................................................22
3.1.1. Ámbito Comercial......................................................................................................................22
3.1.2. Ámbito Académico.....................................................................................................................23
3.2. Marco Teórico del Contexto............................................................................................................24
3.2.1. Museo.........................................................................................................................................24
[Link].Elementos que conforman un museo.....................................................................................25
[Link].Administración de Museos....................................................................................................26
3.2.2. El Consejo Internacional de Museos (ICOM)............................................................................31
[Link].Código deontología del ICOM para los museos....................................................................31
[Link].Etapas del proceso de registro y catalogación.......................................................................33
3.2.3. Viceministerio de desarrollo de Culturas: Unidad Nacional de Catalogación y Museos...........37
3.3. Marco Teórico de Ingeniería...........................................................................................................40
3.3.1. Metodología de desarrollo..........................................................................................................40
 3.3.2. Ciclo de Vida Iterativo e incremental.........................................................................................42
3.3.3. Arquitectura Empresarial J2EE.................................................................................................44
[Link].Capas de una arquitectura empresarial J2EE........................................................................44
[Link].Seguridad en J2EE.................................................................................................................47
[Link].Justificación del uso de la Arquitectura empresarial J2EE....................................................47
3.4. Evaluación y Justificación de Herramientas....................................................................................47
3.4.1. Paradigma de programación.......................................................................................................47
3.4.2. Modelo de Base de Datos...........................................................................................................48
3.4.3. Sistema Operativo.......................................................................................................................48
3.4.4. Herramientas CASE para el modelado.......................................................................................49
3.4.5. Gestor de Base de Datos.............................................................................................................49
3.4.6. Lenguaje de Programación.........................................................................................................50
3.4.7. IReport........................................................................................................................................51
3.4.8. NetBeans IDE.............................................................................................................................51
3.4.9. Herramientas para el puente entre el Modelo OO y el relacional...............................................52
CAPITULO IV
METODOLOGÍA APLICADA AL PROYECTO.............................................................................54
4.1. Metodología de Investigación.........................................................................................................54
4.1.1. Metodología General..................................................................................................................54
4.1.2. Métodos, Técnicas e Instrumentos.............................................................................................55
4.2. Metodología de Ingeniería...............................................................................................................55
4.2.1. Tabla de Fases en detalle............................................................................................................56
4.3. Técnicas y Medidas de Validación..................................................................................................59
4.3.1. Validación de Cumplimiento de requerimientos.......................................................................59
4.3.2. Validación Orientada al Cumplimiento de objetivos..................................................................60
CAPITULO V
INGENIERÍA DEL PROYECTO........................................................................................................62
5.1. Fase de Inicio (Iteración I): Análisis preliminar del proyecto.........................................................62
5.1.1. Proceso de Requerimientos.........................................................................................................62
[Link].Identificación de Actores.......................................................................................................62
[Link].Descripción de Actores..........................................................................................................63
[Link].Requerimientos Funcionales..................................................................................................65
[Link].Requerimientos no funcionales.............................................................................................68
5.2. Fase de Elaboración (iter. II): Definición de la Arquitectura del Sistema......................................70
5.2.1. Diagrama de Casos de Uso General...........................................................................................70
5.2.2. Diagrama de Casos de Uso Clasificados por prioridad..............................................................71
5.2.3. Diagrama de Casos de Uso Clasificados por funcionalidad.......................................................72
5.2.4. Descripción de los Casos de Uso................................................................................................73
5.2.5. Proceso de Análisis y Diseño.....................................................................................................75
5.2.6. Análisis de Riesgos.....................................................................................................................75
5.2.7. Diagramas de Frontera del Sistema............................................................................................78
[Link].Diagrama Frontera Administrador.........................................................................................78
[Link].Diagrama Frontera Catalogador............................................................................................78
[Link].Diagrama Frontera Restaurador.............................................................................................79
 5.2.8. Diagrama de Paquetes del Sistema.............................................................................................79
5.2.9. Estructura Estática del Sistema...................................................................................................81
[Link].Clase Entidad.........................................................................................................................81
[Link].Clase Interfaz.........................................................................................................................82
[Link].Diagrama de Clases...............................................................................................................83
5.3. Fase de Construcción (Iteración III): Gestión de Catálogos...........................................................85
5.3.1. Descripción detallada de requerimientos....................................................................................85
5.3.2. Diagrama de Clases: Gestión Catálogos.....................................................................................88
5.3.3. Estructura Dinámica del Sistema................................................................................................88
[Link].Diagrama de actividades........................................................................................................88
[Link].Diagramas de Secuencia........................................................................................................89
[Link].Diagramas de Colaboración...................................................................................................91
5.4. Fase de Construcción: Iteración IV a la Iteración VII.....................................................................91
5.5. Fase de Transición (Iteración VIII): Mantenimiento y Pruebas......................................................92
5.5.1. Proceso de Implementación........................................................................................................92
[Link].Implementación por Capas....................................................................................................92
[Link].Diagrama de despliegue.........................................................................................................94
[Link].Diagrama de Componentes....................................................................................................95
[Link].Clases de Implementación.....................................................................................................96
[Link].Estructura de Archivos..........................................................................................................98
[Link].Implementación de la Base de Datos.....................................................................................99
[Link].Interfaz de Usuario..............................................................................................................101
[Link].Seguridad del Sistema.........................................................................................................105
[Link].Plan de Pruebas....................................................................................................................108
5.6. Cronograma de Ejecución.............................................................................................................113
5.6.1. Diagrama de Gantt....................................................................................................................113
CAPITULO VI
ANÁLISIS DE RESULTADOS..........................................................................................................116
6.1. Presentación de Resultados...........................................................................................................116
6.2. Validación del Sistema..................................................................................................................119
6.2.1. Pruebas de Caso de Uso............................................................................................................119
6.2.2. Validación Orientada al Cumplimiento de Objetivos...............................................................123
6.3. Plan de Puesta en Marcha..............................................................................................................131
6.3.1. Hardware y Software................................................................................................................131
[Link].Hardware.............................................................................................................................132
[Link].Software...............................................................................................................................132
6.3.2. Instalación e Implantación........................................................................................................132
6.3.3. Capacitación de Usuarios.........................................................................................................133
6.4. Costos............................................................................................................................................134
6.4.1. Costos de Desarrollo y Esfuerzos.............................................................................................134
6.4.2. Costo de Puesta en Marcha.......................................................................................................135
6.4.3. Costo Total de la Aplicación....................................................................................................135
CONCLUSIONES...............................................................................................................................136
RECOMENDACIONES.....................................................................................................................137
REFERENCIAS BIBLIOGRÁFICAS..............................................................................................138
BIBLIOGRAFÍA.................................................................................................................................140
GLOSARIO DE TÉRMINOS............................................................................................................141
ANEXOS...............................................................................................................................................143
ANEXO A: DOCUMENTACIÓN REVISADA...........................................................................144
ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL........................152
ANEXO C: ESTIMACION DE COSTO Y ESFUERZO.............................................................161
ANEXO D: MANUAL DE USUARIO.........................................................................................167
REFERENCIA TÉCNICA DEL PROYECTO................................................................................180
1. PROCESO DE REQUERIMIENTOS.......................................................................................181
2. PROCESO DE ANÁLISIS Y DISEÑO....................................................................................211
3. PROCESO DE IMPLEMENTACION......................................................................................237
4. PROCESO DE PRUEBAS........................................................................................................238
5. VALIDACIÓN DEL SISTEMA...............................................................................................242
 ÍNDICE DE TABLAS
Tabla 2.1: Tiempos empleados en procesos.............................................................................21
Tabla 3.1: Comparación Java con Visual [Link].................................................................50
Tabla 3.2: Comparación Hibernate con iBatis..........................................................................52
Tabla 4.1: Técnica/Métodos/Herramientas usadas en las Fases del AUP................................56
Tabla 4.2: Plan de Validación de Requerimientos....................................................................59
Tabla 4.3: Plan de Validación de cumplimiento de Objetivos.................................................60
Tabla 5.1: Clases de implementación.......................................................................................96
Tabla 5.2: Plan de Pruebas......................................................................................................108
Tabla 5.3: Plan de Pruebas por iteraciones.............................................................................109
Tabla 5.4: Prueba de Unidad: Catalogación...........................................................................110
Tabla 5.5: Prueba de Integración de las unidades del sistema................................................111
Tabla 5.6: Prueba de Seguridad..............................................................................................112
Tabla 5.7: Prueba de Aceptación del Caso de Uso: Gestión Catálogos.................................112
Tabla 5.8: Prueba de Aceptación del Caso de Uso: Registrar Movimiento...........................113
Tabla 6.1: Prueba de Caso de Uso Autenticación...................................................................119
Tabla 6.2: Prueba de Caso de Uso Gestión Catálogos............................................................120
Tabla 6.3: Resultados de Prueba de Caso de Uso...................................................................121
Tabla 6.4: Requisitos de Hardware.........................................................................................132
Tabla 6.5: Requisitos de Software..........................................................................................132
Tabla 6.6: Costos Adicionales del proyecto...........................................................................135
 ÍNDICE DE FIGURAS

Figura 2.1. Organigrama Museo Colonial Charcas................................................................10

Figura 2.2. Propuesta de codificación......................................................................................13
Figura 2.3. Diagrama de Flujo de Catalogación de Obras.......................................................15
Figura 2.4. Diagrama de Flujo de Movimientos por Restauración..........................................18
Figura 2.5. Árbol de Problemas...............................................................................................20
Figura 3.1. Ciclo de Vida del Proceso Unificado Ágil (AUP)................................................40
Figura 3.2. Iterativo e incremental...........................................................................................43
Figura 4.1. Mapa conceptual...................................................................................................55
Figura 5.1. Diagrama de Actores.............................................................................................63
Figura 5.2. Diagrama General de Casos de Uso......................................................................70
Figura 5.3. Diagrama de Casos de Uso Usuario......................................................................71
Figura 5.4. Diagrama de Casos de Uso Administrador...........................................................71
Figura 5.5. Diagrama de Caso de Uso Autenticación..............................................................72
Figura 5.6. Diagrama de Caso de Uso Gestión Catálogos.......................................................72
Figura 5.7. Diagrama Frontera Administrador........................................................................78
Figura 5.8. Diagrama Frontera Catalogador............................................................................78
Figura 5.9. Diagrama Frontera Restaurador............................................................................79
Figura 5.10. Diagrama de Paquetes.........................................................................................79
Figura 5.11. Diagrama de Clases............................................................................................84
Figura 5.12. Diagrama de Clases Gestión de Catálogos.........................................................88
Figura 5.13. Diagrama de Actividad Registro Ficha Técnica.................................................89
Figura 5.14. Diagrama de secuencia Registro de Ficha Técnica.............................................90
Figura 5.15. Diagrama de Colaboración Ficha Técnica..........................................................91
Figura 5.16. Arquitectura J2EE de 5 Capas del Sistema.........................................................93
Figura 5.17. Diagrama de Despliegue.....................................................................................94
Figura 5.18. Diagrama de Componentes.................................................................................95
Figura 5.19. Estructura de Archivos........................................................................................98
Figura 5.20. Modelo Entidad Relación..................................................................................100
Figura 5.21. Pantalla Principal...............................................................................................102
Figura 5.22. Ficha de Catalogación/ Datos Generales...........................................................102
Figura 5.23. Ficha de Catalogación/ Datos de Campo..........................................................103
Figura 5.24. Ficha de Catalogación/ Datos Históricos..........................................................103
Figura 5.25. Pantalla Inventario.............................................................................................104
Figura 5.26. Pantalla Personal...............................................................................................104
Figura 5.27. Reporte del Inventario.......................................................................................105
Figura 5.28. Interfaz autenticación de usuario.......................................................................106
Figura 5.29. Interfaz de Permisos..........................................................................................106
Figura 5.30. Interfaz Bitácora................................................................................................107
Figura 5.31. Plan de Pruebas.................................................................................................108
Figura 5.32. Cronograma General del proyecto....................................................................113
Figura 5.33. Cronograma Detalladlo del proyecto...............................................................115
Figura 6.1. Reporte Inventario Físico....................................................................................116
Figura 6.2. Reporte de Personal Activo.................................................................................117
Figura 6.3. Ficha de Catálogo (anverso)................................................................................117
Figura 6.4. Ficha de Catálogo (reverso)................................................................................118
Figura 6.5. Interfaz de Inventario..........................................................................................124
Figura 6.6. Interfaz de Ficha de Catálogo..............................................................................124
Figura 6.7. Búsquedas de Obras............................................................................................125
Figura 6.8. Interfaz de Ficha de Catálogo búsquedas............................................................125
Figura 6.9. Interfaz de Conservación/Restauración...............................................................126
Figura 6.10. Interfaz Kardex Histórico..................................................................................127
Figura 6.11. Interfaz de Movimientos Internos......................................................................127
Figura 6.12. Interfaz de Movimientos Externos.....................................................................128
Figura 6.13. Interfaz de Altas y Bajas....................................................................................129
Figura 6.14. Interfaz de Verificación......................................................................................129
Figura 6.15. Reporte Catálogo................................................................................................130
Figura 6.16. Estadísticas Categorías.......................................................................................130
Figura 6.17. Copias de seguridad y Restauración de la BD...................................................131
Figura 6.18. Esquema de Arquitectura...................................................................................133
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO I

INTRODUCCIÓN

1.1. Antecedentes.

La Universidad Mayor, Real y Pontificia de San Francisco Xavier de Chuquisaca, es uno de

los principales actores de la ciudad de Sucre, que difunde y preserva el Patrimonio Cultural, a
través del Museo “Colonial Charcas” así como está comprometida a coadyuvar al desarrollo
turístico de nuestra ciudad. El Museo Universitario Colonial Charcas uno de los más
importantes del país, fue fundado por iniciativa de un selecto grupo de personalidades
intelectuales chuquisaqueñas, denominado “Ateneo de Bellas Artes Chuquisaca” el 27 de
mayo de 1939, con el objetivo de rescatar y valorizar el Patrimonio Cultural y Artístico de la
ciudad de Sucre; fue instaurada en base a las colecciones del Dr. Zacarías Benavides y otros,
en la vieja Casona del “Palacio del Gran Poder”. En 1957 a título gratuito es transferido a la
Universidad San Francisco Xavier de Chuquisaca, un patrimonio en el que se encuentran obras
de indudable valor artístico cultural como las de Melchor Pérez Holguín, Gaspar Miguel de
Berrio, Antonio Montufar, entre otros, así como obras pictóricas de maestros Europeos del
manierismo y el barroco, pinturas mestizas de diferentes escuelas virreinales, objetos de plata,

CAPITULO I: INTRODUCCIÓN 1
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

muestras de escultura, un conjunto de muebles del siglo XVII al XIX, y además de obras de
expresión artística del siglo XX. (1)

Su misión es “conservar, incrementar, documentar, estudiar, exhibir y difundir el patrimonio

cultural que integran sus fondos, poniendo a disposición de los visitantes la muestra
permanente de la expresión artística local y nacional”.

La inventario y catalogación del patrimonio cultural es parte de las políticas proteccionistas

del Estado boliviano, que son controlados y supervisados por el Viceministerio de Cultura a
través del Centro Nacional de Catalogación CENDCA, con el fin de proteger los bienes
patrimoniales legados a nuestros antepasados.

El Museo Universitario Colonial Charcas realiza la documentación de cada una de los objetos
Artísticos Culturales en Fichas Técnicas de Catalogación, efectuadas en base a un formato
(hecho en el programa FileMaker) que otorgó el Viceministerio de Cultura, fichas que son
impresas y posteriormente archivadas. Cuenta con personal capacitado para la preservación y
restauración de las obras, cualquier intervención realizada a las obras es documentada y
archivada junto a su Ficha correspondiente.

El museo está organizado en dos galerías: Galería de Arte Colonial o Virreinal expuesta en 19
salas y una parte en depósito, y la Galería de Arte Contemporáneo expuesta en 9 salas. Las
obras que se exponen en el museo se obtienen de tres maneras por: donación, adquisición, o
comodato. El museo brinda sus servicios en calle Bolívar Nº 698, en el edificio denominado
“Casa del Gran Poder” (antigua propiedad de la familia Casa Palacios-siglo XVII), a cargo de
la Lic. Orieta Durandal como Directora.

Actualmente el Museo cuenta con cuatro funcionarios permanentes que son: directora, área de
documentación y catalogación, área de Promoción y difusión, dos personas que trabajan
eventualmente como consultores y restauradores de los bienes culturales, además de personal
conserje y de seguridad

CAPITULO I: INTRODUCCIÓN 2
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

1.2. Situación Problemática

La situación Problemática que abarca la institución son las siguientes:

 No se realiza un control adecuado de la información de las obras, cada una de las

fichas de catálogo se identifican por un número de inventario controlados por el
departamento de “Bienes e Inventarios”, inventario en el que no se tiene un orden
apropiado a los requerimientos del museo.

 Se tiene inconveniente en la ubicación de la información de las fichas, lleva demasiado

tiempo ya que es en forma manual, teniendo que realizar búsquedas morosas en
archivos guardados y/o impresos, que son extensos.

 Al momento de realizar actualizaciones de las obras, debido a cambios por

restauración y conservación cultural (como colocado de vidrios, marcos, restauración
de pinturas y otros), es dificultoso el aumento y/o modificación de la información al
Historial de las obras.

 El actual inventario no tiene una descripción exacta de la obra, conlleva información

muy reducida y en algunos casos datos erróneos, que dificulta la ubicación de manera
rápida de la obra, poniendo en duda si es o no los datos de la misma.

 Falta de información instantánea para consultas sobre los préstamos y devoluciones de

los bienes culturales.

 En el caso de los movimientos internos, no se tiene información instantánea para saber

que obras fueron movidas, o en la mayoría de los casos no se realiza el registro.

Hasta el momento las medidas que se han tomado para tratar de solucionar la situación
descrita anteriormente consiste en el uso del programa ofimático Microsoft Office Word y el
programa File Maker para el llenado de fichas técnicas, pero ello no ha sido una solución total
al problema, ya que no permite llevar un control minucioso de la información.

CAPITULO I: INTRODUCCIÓN 3
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

1.3. Problema Central del Proyecto

El actual manejo de información para el control de inventario y fichas de catálogo, resulta

insuficiente, lento y dificultoso; no permite al personal llevar un registro y una visión clara de
los detalles importantes que se deben de tener en cuenta en cada una de las piezas museísticas,
además es poco confiable, susceptible a errores, pérdidas y/o alteraciones.

1.4. Abordaje de Solución

Para contribuir a la solución del problema se propone desarrollar un sistema informático para
el Control de Fichas de Catalogación e Inventario para el museo universitario Colonial
Charcas, el cual trabajará en una red interna de computadoras a través del modelo Cliente-
Servidor de 4 capas, que contará con un servidor y los usuarios accederán al sistema desde sus
estaciones de trabajo autentificándose con diferentes niveles de acceso, para un mejor manejo
de la información, de manera que permitirá automatizar los procesos de registro, búsqueda,
consultas, etc. de manera sencilla y rápida, mejorando el manejo de la información y
facilitando la obtención de reportes; así mismo los datos tengan respaldo y se almacenen con
seguridad y confiabilidad, ajustándose a los requerimientos de institución y de acuerdo a
estándares y normas de gestión de museos.

1.5. Objetivo General

Se proveerá de una herramienta que facilite los procesos administrativos, para controlar los
Bienes Culturales del Museo Universitario Colonial Charcas a través del control de Fichas de
catalogación e inventarios, ajustándose a los requerimientos y políticas del Museo.

1.6. Objetivos Específicos

 Mejorar el proceso de registro y control de información de inventario y catalogación de

obras, según los requerimientos de la institución.

 Optimizar el proceso de búsqueda de información, para una rápida ubicación de las

obras.

CAPITULO I: INTRODUCCIÓN 4
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Permitir el Registro de datos de las obras por restauración y conservación cultural.

 Permitir el seguimiento de las obras a través de un Kardex Histórico que contenga el

historial de cada obra, con información del movimiento de objetos culturales (tanto
interno como externo), restauración y verificación, para de esta manera contar con la
información relacionada de forma precisa y oportuna.

 Mejorar obtención de información, de tal manera que se pueda obtener reportes y

estadísticas de manera sencilla, rápida, precisa y con parámetros requeridos por la
institución.

 Desarrollar un software que informatice los procesos de inventario, catalogación,

restauración, movimientos internos y externos; garantizando la seguridad de datos del
sistema, con la administración de usuarios, control de acceso al sistema y copias de
seguridad de la base de datos.

 Realizar las pruebas necesarias para garantizar la calidad y cumplimiento de

requerimientos del sistema obtenido.

1.7. Justificación del Proyecto

1.7.1. Justificación Social

Con la implementación del sistema se beneficiará a turistas, estudiantes y la población en

general que visitan el Museo Colonial Charcas, ya que podrán encontrar información que
necesiten y porque el manejo del nuevo sistema permitirá una adecuada gestión, comprensión,
interpretación de la información de los bienes culturales.

1.7.2. Justificación Operativa.

Con la implementación del sistema se beneficiará de manera directa al personal que trabaja en
el Museo Colonial Charcas, librándoles de las tareas morosas y repetitivas, pues ayudará a
mejorar el control y seguimiento de todas las piezas museísticas (obras de alto costos), y todo
valor cultural que se encuentra dentro el museo; asignando un registro fotográfico junto a la

CAPITULO I: INTRODUCCIÓN 5
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

descripción del objeto y todo dato necesario para cada expediente, permitiéndoles obtener
información adecuada y precisa en cualquier momento.

1.7.3. Justificación Tecnológica.

El proyecto posibilita el aprovechamiento más racional de los recursos informáticos que ya

tiene instalados en el Museo Universitario Colonial Charcas, pues para su implementación se
ha de usar las redes de comunicación y las PCs existentes, las mismas que actualmente apoyan
de manera muy débil a los procesos informáticos de la Institución. Por lo que el proyecto
provee explotar de la mejor manera la infraestructura computacional existente.

CAPITULO I: INTRODUCCIÓN 6
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO II

MARCO CONTEXTUAL

2.1. Análisis de la Situación Actual

2.1.1. Antecedentes Generales

La Casona de la época virreinal de mediados del siglo XVII, construida como un bien del
tesoro español; más tarde de propiedad del primer Marquéz de Casa Palacio, conocida
tradicionalmente como “La Casa del Gran Poder”, en 1939 fue adquirida por el “Ateneo de
Bellas Artes Chuquisaca” y reacondicionada para cobijar objetos de gran valor histórico,
Fundándose el 27 mayo de 1939 como “Museo Colonial Charcas” el cual fue creada con la
finalidad de contribuir al fomento de la cultura y las artes. Años después en 1957 por decisión
unánime de sus integrantes esta propiedad es donada a título gratuito a la Universidad Mayor,
Real y Pontificia de San Francisco Xavier de Chuquisaca con el nombre de “Museo
Universitario Colonial Charcas”, el cual preserva y difunde el patrimonio artístico cultural. (2)

Su principal atractivo es su hermoso patio de trazo mudéjar rodeado de arquería de medio

punto pintado al gusto del periodo y decorado con una pileta de piedra y mármol central que
juntamente a sus jardines y plantas ornamentales hacen de este inmueble un valioso

CAPITULO II: MARCO CONTEXTUAL 7

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

testimonio arquitectónico que conserva la ciudad blanca de América desde sus primeros años
de existencia.

En su interior Cobija uno de los conjuntos patrimoniales más importantes del país. Las
colecciones están conformadas por esculturas, muebles, pinturas entre otros correspondientes
principalmente al siglo XVIII, la temática predominante en pintura y escultura es religiosa
por haberse constituido en el tiempo colonial un instrumento de evangelización de la nueva
religión importada por los españoles, además de constituir un elemento decorativo
imprescindible de iglesias conventos capillas para la veneración de sus fieles.

Las diferentes colecciones están distribuidas en dos galerías:

 Arte Colonial: Cuenta con obras pictóricas de gran valor pertenecientes a maestros
europeos del manierismo y el barroco, así como de artistas notables de diferentes
escuelas virreinales de la pintura mestiza, también un conjunto único de objetos de
plata, esculturas, y muebles correspondientes a los siglos XVII al XIX.

 Arte Contemporáneo: la exposición que se presenta tiene como principal objetivo

revalorizar el arte chuquisaqueño, tomando como punto de partida la creación de la
“Escuela de Bellas Artes Zacarías Benavidez” de Sucre (1937), piedra fundamental y
semillero del movimiento cultural y artístico, con la presencia de representantes
distinguidos nacionales e internacionales, engrandecida por la Universidad Mayor,
Real y Pontificia de San Francisco Xavier de Chuquisaca a partir de 1957. (3)

El Museo Universitario Colonial Charcas acoge en ambas galerías objetos de gran valor como:
Pinturas, Esculturas, Arquitecturas en madera, Mobiliario, Metalistería, Orfebrería,
Talabartería, Armería, Entre otros.

Un alto porcentaje de las obras pertenecen a autores anónimos indígenas y mestizos de

América inspirados en una fuerte influencia española como la destacada obra de la santísima
trinidad. Sin embargo el museo también conserva varias obras de la talentosa trayectoria
artística de don Melchor Pérez de Holguín residente de la villa imperial de Potosí , así como su
discípulo Gaspar Miguel de Berrio que sella su innegable presencia en su obra maestra
descripción del Cerro Rico de la Villa Imperial de Potosí.

CAPITULO II: MARCO CONTEXTUAL 8

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La mueblería traída por los jesuitas de las misiones del oriente boliviano se destaca por su
fino y delicado trabajo de marquetería y su exquisitez de detalle pacientemente
logrados para uso cotidiano de las familias de esa época, principalmente en la Villa Imperial
de Potosí.

El museo también cuenta con una sala de platería en la que expone extraordinarias piezas de
plata tanto de uso habitual como de usos religiosos.

En la actualidad este centro cultural cuenta con más de un millar de piezas distribuidas en sus
salones de exposición y en depósito. Sin duda alguna el museo universitario colonial charcas
con juntamente la casa de la moneda de la ciudad de potosí y el museo nacional de arte de la
ciudad de La Paz, constituyen los tres museos bolivianos más importantes del país, no solo
por la cantidad de obras que cobijan sino por la calidad de obras que acogen en sus galerías.

Dentro de las nuevas políticas adoptadas por el museo se establece un interés especial por la
comunidad estudiantil como una nueva dinámica en la educación cultural, busca despertar la
curiosidad en los alumnos por conocer los museos a través de experiencias innovadoras que
contribuyan al desarrollo del conocimiento la expresión y la imaginación, organizando
talleres didácticos, actividades, conciertos y otros.

Misión

El Museo Colonial “Charcas” de la Universidad de San Francisco Xavier de Chuquisaca tiene

como misión conservar, incrementar, documentar, estudiar, exhibir y difundir el patrimonio
cultural que integran sus fondos, poniendo a disposición de los visitantes la muestra
permanente de la expresión artística local y nacional.

Visión

Un espacio para la reflexión construcción, divulgación y disfrute del conocimiento sobre la

cultura del periodo colonial, republicano y contemporáneo, un centro cultural vivo, dinámico
que responda a los cambios, requerimientos y desafíos del mundo actual.

CAPITULO II: MARCO CONTEXTUAL 9

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Objetivo General

Contar con un Museo competitivo, interactivo y dinámico, de acuerdo a las nuevas tendencias
y demandas sociales del mundo contemporáneo, constituyéndose en una institución cultural de
enseñanza, estudio y entretenimiento.

2.1.2. Descripción Organizacional.

Dentro del Organigrama de San Francisco Xavier.

Figura
2.1. Organigrama Museo Colonial Charcas.
Fuente: Elaboración Propia

Cuenta con cuatro funcionarios permanentes: directora, encargado de recepción, área de

documentación y catalogación, área de promoción y difusión, dos personas que trabajan

CAPITULO II: MARCO CONTEXTUAL 10

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

eventualmente como consultores y restauradores de los bienes inmuebles, además del personal
de seguridad y conserjes.

1. Directora.
Responsable del museo a todos los efectos, tanto a lo relativo en representación como al
funcionamiento de sus dependencias.

2. Área de Documentación y Catalogación

Sus funciones son crear y mantener los sistemas de documentación adecuados para la gestión
de las colecciones; numerar, inventariar, supervisar, catalogar y almacenar las colecciones del
museo; y coordinar todo lo relativos al préstamo de obras con previa autorización de
dirección.

3. Área de promoción y difusión

Es la encargada de realizar las diferentes actividades (como talleres, títeres, cuentos, etc.),
programa de exposiciones de obras, la circulación de las exposiciones itinerantes
comunicación y servicios a los visitantes dentro de las instalaciones.

4. Consultores y restauradores
Personal de gran experiencia entre sus funciones están la preservación de los objetos,
tratamiento de las obras que necesitan limpieza o restauración, con capacidad para conservar y
proteger todo valor cultural expuesto en el museo.

5. Recepcionista
Es el encargado del registro y control de las entradas y salidas de los visitantes al museo,
además del cobro de entradas según la categoría sea este estudiante universitario, nacional o
extranjero.

También da un servicio de información al visitante, con las siguientes funciones:

 Atender al público en general en todas sus demandas, con trato amable y cortés, en
español, inglés y otro idioma extranjero.
 Informar al público de los posibles recorridos, actos, servicios y exposiciones, así
como de todas las actividades que puedan desarrollarse puntualmente en el museo.

CAPITULO II: MARCO CONTEXTUAL 11

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Entregar todo tipo de folletos informativos

Los procesos más importantes que se siguen dentro del museo son: el inventario,
catalogación, promoción y difusión, restauración y preservación y movimiento de las obras

2.1.3. Procedimiento del sistema actual

Los bienes patrimoniales del museo universitario Colonial Charcas están considerados en las
siguientes particularidades:

 Pinturas (cuadros y murales),

 Esculturas (estatuas, bustos, etc.).
 Arquitecturas en madera
 Mobiliario (muebles históricos en general).
 Metalistería (objetos artísticos en metal)
 Orfebrería (objetos de plata).
 Talabartería (objetos de cuero, baúles).

 Armería (solo dos sables).

Los procedimientos que se sigue actualmente dentro del museo son los siguientes:

[Link]. Inventario.

El inventario de cada una de las obras museísticas es controlado y evaluado constantemente

por la División de Bienes Inventarios de la Universidad San francisco Xavier de Chuquisaca,
los componentes de dicho control son: número de asignación único para cada obra,
descripción general de la pieza, cantidad, su condición física y alguna observación que se
tuviese. Anexo [A].

Codificación.

La codificación de los bienes del museo pasó de personal en personal a lo largo de los años,
sin embargo, cada uno del personal encargado asignaba números de codificación para las
obras como más le parecía, teniendo al final una codificación muy ambigua e inentendible.

CAPITULO II: MARCO CONTEXTUAL 12

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Propuesta de codificación:
Se quiere proponer la siguiente codificación para el presente proyecto, el cual se realizó en
consenso con el personal del museo, en base a la organización interna, tipología y especialidad
de las obras. Una codificación que permitirá reorganizar las obras del museo de mejor manera.

1. Museo
CC. Colonial Charcas
AN: Antropológico
….
2. Tipologías
01. Arte colonial
02. Arte Contemporáneo
03. ….
3. Categorías 4. Especialidad
01. Cuadros
01. Pinturas
02. Murales …
02. Esculturas 01. Estatuas
02. Bustos …
03. Arquitecturas en madera 01. Tallados …
01. Mesas
04. Mobiliario 02. Sillas
03. Sofá …
05. Metalistería 01. Estribos …
06. Orfebrería 01. Objetos en plata …
01. Objetos de cuero
07. Talabartería
02. Baúles …
08. Armería 01. Sables …
09. ….. ….

Entonces si se quiere referir a una pintura que se encuentra en la galería de Arte Colonial se
codificará de la siguiente manera:
NÚMERO
MUSEO TIPOLOGÍA CATEGORÁ ESPECIALIDAD CORRELATIVO
CC 02 01 02 ….
COLONIAL ARTE COLONIAL PINTURA MURALES NUMERO
CHARCAS

CAPITULO II: MARCO CONTEXTUAL 13

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 2.2. Propuesta de codificación

Fuente: Elaboración propia
[Link]. Catalogación

Para cada obra que se va a catalogar (ver Anexo [A]), se realiza el trabajo de campo,
recabando manualmente los datos del bien; contribuyendo con una investigación minuciosa;
posteriormente los datos son pasados a la computadora, realizando siempre una revisión,
impresión y asignación del registro fotográfico, para la creación de expedientes de cada obra.

a) Determinar qué Catalogar. determinar qué bien cultural es la siguiente en ser

catalogada.

b) Trabajo de Campo. Para iniciar el trabajo de campo, se designa un equipo que deberá ir
al lugar exacto para catalogar la Obra; este equipo está compuesto por un fotógrafo,
que tiene como principal tarea tomar fotografías a los Obras Culturales; un catalogador
que realiza el llenado de la ficha de campo con los datos del “bien” (recolección de
datos), y un ayudante que colabora al catalogador y al fotógrafo durante el proceso. El
trabajo de campo es netamente técnico y los datos son llenados en la ficha de campo,
los datos técnicos más relevantes están marcados en esta ficha que se muestra en el
Anexo [A].

c) Análisis e investigación complementaria de datos. Concluida la catalogación de los

bienes en el campo, el catalogador del museo realiza una revisión de los datos
recolectados en el campo, en base a estos datos se realiza una investigación
complementaria que no se hubiera recogido en el trabajo de campo como ser análisis
histórico y artístico del “Bien Mueble”. Realizando una investigación histórica,
documental, técnica y científica minuciosa para el conocimiento de la obra como hecho
histórico y hecho artístico, para poder catalogar con todo rigor y así difundirlas con
seguridad y garantía.

d) Trabajo de Gabinete. Concluida la catalogación de los bienes en el campo y la

investigación del bien, posteriormente la ficha técnica es pasada a la computadora,
llenada en documentos de Word o FileMaker, programas solo son una ayuda en el

CAPITULO II: MARCO CONTEXTUAL 14

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

momento de llenado e impresión, ya que es muy incómodo a la hora de realizar

búsquedas. Culminado el llenado de la fichas técnicas estas deben ser revisados si los
datos son correctos se dará paso a la impresión de lo contrario él catalogador tendrá
que hacer una revisión y corregirlos si tuvieran algún tipo de error.

e) Archivo y Finalizado del proceso. Una vez terminada la transcripción de los datos a un
registro computarizado, revisión y aprobación, se hace una impresión de la ficha
técnica a la que se adhiere la fotografía de la pieza catalogada y es esta ficha la que
queda almacenada en un archivo físico.

CAPITULO II: MARCO CONTEXTUAL 15

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 2.3. Diagrama de Flujo de Catalogación de Obras

Fuente: Elaboración propia

[Link]. Restauración y Preservación

Para mantener la preservación del valor cultural expuesto en las salas de instalaciones del
museo se tienen a los Consultores y restauradores:

Antes de que un restaurador o consultor tenga en su ambiente la obra a ser restaurada tiene que
tener previamente permiso de movimiento, registro de la obra por el encargado de
catalogación, y un análisis del por qué necesita restaurarse. Posteriormente la obra es llevada

CAPITULO II: MARCO CONTEXTUAL 16

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

a los ambientes de restauración para ser tratada de manera que se preserve al máximo el valor
cultural.

En resumen los consultores y restauradores se encargan de:

 Procuran las condiciones necesarias para la conservación preventiva, tanto del depósito
como en salas de exposición y en talleres de restauración.
 Vigilar y controlar el estado físico de las salas de exposición, así como en todo lo
relativo a sus movimientos de cualquier índole.
 Programar y realizar los análisis y exámenes necesarios para el conocimiento del
estado de conservación, desarrolla las tareas necesarias de preservación, limpieza y
restauración.
 Organiza y propone los sistemas de almacenaje de todas las colecciones, para que se
encuentren ordenadas, accesibles y en las condiciones adecuadas para su conservación
y estudio.

[Link]. Movimiento de Obras.

El movimiento de las obras se puede dar tomando en cuenta varias circunstancias:

 Movimiento Interno:
 Movimiento Largo Plazo
o En su mayoría por reubicaciones
 Movimiento a corto Plazo
o Movimiento Temporal (refacción de ambientes, restauraciones, etc.)
 Movimiento externo
 Movimiento por préstamo de la obra fuera del museo
 Exposiciones Temporales
 Estudio
 Otros

En cualquiera de los casos en encargado toma las siguientes medidas:

CAPITULO II: MARCO CONTEXTUAL 17

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

a) Análisis de la situación del movimiento del Objeto. Antes de realizar cualquier

movimientos se debe analizar previamente la situación del porque es necesario mover
la obra, y si fuese un movimiento externo tiene que hacerse por seguridad (ya que son
bienes muy valiosos), una documentación debidamente legalizada por sobre el
préstamo, las condiciones de préstamo y el tiempo que este estará afuera de las
instalaciones.

b) Trabajo de Campo. Para iniciar el trabajo de campo, se designa un equipo que deberá ir
al lugar exacto del bien; este equipo está compuesto por un fotógrafo, que tiene como
principal tarea tomar fotografías a las Obras Culturales; personal de apoyo, que ayuda
en la manipulación de la obra y un catalogador que realiza el llenado de la ficha de
movimiento con información necesaria para saber en qué condiciones está la obra antes
de ser trasladada los cuales son apuntados manualmente en un borrador de una ficha
de movimiento como muestra en el Anexo [A].

c) Trabajo de gabinete: Los datos recolectados en el trabajo de campo para el caso de los
movimientos internos son llenados en ‘ficha de movimiento’. Para el caso de los
movimientos externos son llenados digitalmente en un formulario de préstamo
temporal de obras, para posteriormente sean impresos y firmados por los responsables,
en este caso por la institución prestadora que es el Rector de la Universidad San
Francisco Xavier, y el receptor que es la institución que se responsabiliza de la obra.
(ver Anexo [A]).

d) Devolución. Una vez devuelto el bien será trasladado a su lugar.

CAPITULO II: MARCO CONTEXTUAL 18

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 2.4. Diagrama de Flujo de Movimientos por Restauración

Fuente: Elaboración propia

[Link]. Promoción y Difusión

Programa, proyecta y realiza las exposiciones permanentes y temporales, en coordinación con

director y catalogador. Elabora medio de información con las técnicas adecuadas a su fin.
Evalúa científicamente la incidencia de las exposiciones en el público.

CAPITULO II: MARCO CONTEXTUAL 19

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Organiza y colabora en los planes de actividades culturales y en el desarrollo de programas de

difusión que permitan un mayor conocimiento de sus colecciones y de lo que representan a la
sociedad. Gestionar la realización del plan de publicaciones del museo.

2.2. Estado de Información Actual

Documentación y Catalogación: Se usa el programa FileMaker para el llenado de fichas

técnicas de catalogación, apoyándose en el paquete ofimático Microsoft Office Word. En el
momento que una obra necesita restauración, no se documenta el movimiento del mismo, solo
se recibe un informe después de la intervención del personal que intervino la obra, informe
realizado en Microsoft Office Word.

El museo acoge dentro de sus instalaciones poco más de 1.400 objetos entre pinturas,
escultura, orfebrería, talavera, metalistería entre otros, obras de gran valor histórico.

2.3. Verificación de la Situación Problemática.

Según la entrevista realizada al personal del museo, se pudo identificar los siguientes
problemas o riesgos, y las necesidades en el manejo de la información más apropiada.

 El inventario conlleva información muy reducida, que dificulta detección de manera

rápida de la obra, poniendo en duda si es o no los datos de la misma.
 No se realiza un control adecuado de la información de las obras.
 Son más de un millar de obras y se tiene inconveniente en la ubicación de alguna ficha
específica, lleva demasiado tiempo, teniendo que realizar búsquedas en archivos
guardados o impresos.
 Al momento de realizar actualizaciones de la obra por restauración o conservación, es
dificultoso agregar la información.
 No se realiza una descripción exacta de la obra, teniendo la duda de que si realmente es
o no la ficha específica de la obra.
 No se tiene un control adecuado sobre los movimientos internos de las obras.

CAPITULO II: MARCO CONTEXTUAL 20

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 No se tiene información instantánea para saber que obras se movieron por préstamos
externos. Para realizar un préstamo externo se tienen documentos legales por
seguridad, pero no se tiene un control adecuado sobre la información exacta que tiene
la obra sacada del museo.
 Necesidad de una correcta administración y manipulación de datos.
 Necesidad de una correcta organización de la información.

Las posibles causas para esta situación pueden ser:

 Organización inapropiada de la información

 El historial de obras (movimientos, restauraciones, etc.) realizadas de forma manual
son deficientes o inexistentes
 Información reducida y limitada

Estas causas dan lugar a los siguientes efectos:

 Inadecuada administración de la información

 Considerable retraso en la obtención de reportes y/o estadísticas.
 Información almacenada poco confiable.
 La información es susceptible a pérdidas o modificaciones.
 Imposibilidad de realizar búsquedas rápidas y oportunas.

2.3.1. Árbol de problemas

En base a las causas y efectos señalados se puede obtener el siguiente gráfico.

CAPITULO II: MARCO CONTEXTUAL 21

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 2.5. Árbol de Problemas

Fuente: Elaboración Propia

2.3.2. Tiempos empleados en los procesos:

La siguiente tabla muestra los tiempos aproximados en los diferentes procedimientos que se
realiza el personal del museo.

Tabla 2.1: Tiempos empleados en procesos

TIEMPO APROX.
PROCEDIMIENTO
(MIN)
Búsquedas del inventario en archivo impreso 2a3
Búsqueda de una obra especifica dentro del inventario impreso 8 a 11
Registro de Ficha de Catalogo 60
Búsqueda de Ficha de Catálogos de alguna obra en archivos impresos 3 a 15
Búsqueda de Ficha de Catálogos de alguna obra en archivos digitales 15 a 25
Registro de movimiento 8 a 15
Registro de información sobre restauraciones e intervenciones a las 30 a 40
obras

Fuente: Elaboración Propia

CAPITULO II: MARCO CONTEXTUAL 22

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO II: MARCO CONTEXTUAL 23

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO III

FUNDAMENTO TEÓRICO

3.1. Antecedente Teórico

Los avances tecnológicos han tenido una gran acogida en las empresas tanto privadas como
estatales, debido a la implementación de sistemas informáticos en sus actividades son capaces
de realizar diferentes tareas reduciendo el tiempo y minimizando la probabilidad de cometer
errores.

Gracias a la tecnología y sus bondades, varios museos en diferentes países del mundo han
llegado a implementar base de datos que ayudan en el control de cada una de sus piezas y
colecciones con las que cuentan. Todos los países del mundo fundan en gran medida su
identidad nacional en la preservación de su patrimonio cultural y en muchos casos utilizan un
software especializado para la catalogación de los mismos.

3.1.1. Ámbito Comercial

CAPITULO III: FUNDAMENTO TEÓRICO 24

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

En cuanto a software comercial ya elaborado para este propósito, existe una amplia oferta en
Internet, de las cuales podemos mencionar a:

 DOMUS: es un sistema informatizado de documentación y gestión museográfica derivado

del proyecto de Normalización Documental de Museos emprendido por la Subdirección
General de Museos Estatales (SGME).

El programa “DOMUS”, un sistema de gestión integral de los museos españoles, es una

aplicación informática para la gestión museística, desarrollada por el Ministerio de
Cultura de España, cuya vocación es ayudar a los técnicos de los museos en su tarea
Cotidiana, servir como modelo inicial para la definición de los procesos técnicos de
trabajo, ayudando a normalizar la actividad en las diversas instituciones, y actuar como
soporte para el establecimiento de un catálogo colectivo de los bienes culturales que
guardan los museos españoles. Estas actualizaciones deben ser instaladas en todas las
bases de datos (una por museo) que se vaya desarrollando en Murcia y asegurar la
correcta traslación (“migración”) de los datos de la versión antigua a la nueva. (4)

 KE EMU: (Las colecciones más importantes del mundo), Sistema de Gestión de museos.
Desarrollado por Ke-Software. Es un sistema de gestión de las colecciones de los museos,
desde lo pequeño a lo muy grande. Diseñado para gestionar todo tipo de colecciones, la
EMU se adapta a:

 Colecciones culturales, Antropología, Arqueología, Ciencia y Tecnología.

 Pinturas, dibujos, grabados, esculturas y objetos en 3 dimensiones, arte
decorativo, artes escénicas, fotografía, textiles y objetos digitales.
 Colecciones especiales, activos digitales, sociedades históricas y archivos.
Colecciones de Historia Natural, incluida la Zoología, Ciencias de la Tierra,
Paleo-biología, Botánica, Jardinería y Antropología Física. (5)

3.1.2. Ámbito Académico

Existe un proyecto similar en la carrera de Informática de la Facultad de Ciencias Puras de la

Universidad Autónoma “Tomas Frías” de la ciudad de Potosí:

CAPITULO III: FUNDAMENTO TEÓRICO 25

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 “Sistema Informático de Inventariación y Catalogación de los bienes muebles del

patrimonio artístico de Bolivia – Base de Datos Holguín”, implementado para el Vice-
ministerio de Cultura “Centro Nacional de Catalogación”; proyecto que se concluyó la
gestión 2005 por la universitaria Maritza Sarabia Gómez.

El objetivo principal del proyecto es desarrollar un software para la administración de los

bienes muebles del patrimonio artístico cultural de Bolivia, mediante la catalogación e
inventariación. La necesidad de llevar adelante la catalogación de los bienes del
patrimonio cultural de toda Bolivia se debe a varias razones. Las principales tienen que
ver con la necesidad de saber la cantidad y los objetos con que cuenta el país, detectar las
regiones con mayor cantidad de bienes; averiguar los centros que puedan constituirse en
acopiadores de bienes, pero principalmente registrar el pasado histórico de los pueblos a
través de la identificación de los bienes y para fortalecer sus identidades y referentes
culturales. Una de las tareas de prevención para evitar los saqueos, robos incuantificables
de obras de arte que se encuentran en centenares de iglesias, pueblos pequeños y grandes,
sobre todo del altiplano, es la catalogación, porque los traficantes evitan saquear aquellas
piezas que se encuentran catalogadas. (6)

Sin embargo los software tanto del ámbito Comercial como del ámbito Académico
anteriormente presentados, traería dificultades en la manipulación y comprensión del mismos,
ya que no cumplen con los requerimientos solicitados por la institución.

3.2. Marco Teórico del Contexto

3.2.1. Museo

“El museo es una institución permanente, sin fines de lucro, al servicio de la sociedad y de su
desarrollo, abierta al público, que adquiere, conserva, investiga, difunde y expone los
testimonios materiales del hombre y su entorno para la educación y el deleite del público que
lo visita. Sus actividades básicas son: adquirir, conservar, investigar, comunicar y exhibir”. (7)

De importancia significativa es el exponer, uno de los fines primordiales del museo como tal y
con respecto al público, pues es el puente de comunicación entre el personal del museo, la

CAPITULO III: FUNDAMENTO TEÓRICO 26

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

colección y el público el visitante. Las exposiciones han contribuido a acrecentar la

importancia de las actividades que ejercen los museos en el campo de la cultura y la
educación.

[Link]. Elementos que conforman un museo

Son cuatro: El edificio, las colecciones, el personal y el público. (8)

1. El edificio: dada la historia del museo, vinculada a la existencia de grandes colecciones de

obras de arte y objetos valiosos, depositados en palacios y residencias privadas, el museo
tradicional frecuentemente están situado en edificaciones que si bien tienen un gran valor
artístico e histórico, no siempre reúnen las condiciones necesarias para la atención del público
y para la comunidad de éste.

2. Las colecciones: Las colecciones de los museos actuales constituyen la más variada gama
de objetos posibles. al definir su temática, cada museo orienta el campo para sus colecciones
que luego se incrementan en la medida de las necesidades y posibilidades. Colecciones de
obras de artistas como la pintura, escultura, gravado, etc. así como las creaciones anónimas,
surgidas del alma popular y el conjunto de valores que expresan la creatividad.

3. El personal: Hoy en día se considera que el trabajo museístico constituye una disciplina
especializada tanto desde el punto de vista teórico como desde el metodológico. En gran
medida son los propios museos las escuelas donde se forma en sus niveles básicos este
personal especializado que se distribuye dentro de la institución de acuerdo a las áreas de
atención que se derivan de las funciones fundamentales que cumple todo museo.

En todo museo existen conservadores y restauradores, que tienen la misión de cuidar las
colecciones y velar por su conservación. Investigadores que trabajan en los distintos campos
temáticos de que se ocupa el museo. Personal encargado de la difusión, y personal encargado
de las tareas educativas, todas estas tareas se cumplen de manera articulada; el personal del
museo trabaja formando un equipo.

4. El público: Una de las tareas fundamentales que cumple el museo es la formación del
público. Para ello desarrolla programas educativos a través de charlas, conferencias, cursillos,

CAPITULO III: FUNDAMENTO TEÓRICO 27

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

publicaciones y las visitas guiadas. Las exposiciones no tienen un nivel de especialización

homogéneo, el museo diseña dispositivos pedagógicos diferenciados de acuerdo a los distintos
niveles de aprehensión del público que espera recibir.

[Link]. Administración de Museos

Documentación

Según Isabel Bravo Juega: documentación es una ciencia que, a través de técnicas llamadas
documentales (coleccionar, clasificar, ordenar, seleccionar, recuperar y difundir), tiene como
fin hacer accesible el contenido de las fuentes de conocimiento. La documentación de una
pieza es su primer elemento para garantizar su conservación y defensa. Así se justifican los
inventarios y catálogos, que son instrumentos para la actuación de conservación y custodia del
patrimonio de los museos. (9)

Investigación

La investigación científica resulta decisiva, uno de los compromisos de los conservadores es

investigar y conocer científicamente las obras para poder catalogarlas con todo rigor y así
difundirlas con seguridad y garantía. Los conservadores de museos necesitan estar en estrecho
contacto con los científicos y fortalecer cada vez más sus objetivos comunes. (10)

Los conservadores deben enfocar la investigación aplicando metodologías que tengan soporte
fundamental, para el conocimiento de la obra como hecho histórico y hecho artístico.

La investigación histórica, documental, técnica y científica del patrimonio se impone por la

simple y pura razón de un mayor conocimiento de nosotros mismos y del mundo, es tanto
como decir que poco o nada valdría la existencia de un rico patrimonio sin la investigación
debida. Una obra de arte ha de ser interpretada, reconocida y valorada históricamente. La
museología puede aportar la metodología conveniente, además de criterios y planteamientos
rigurosos y decantados, para la obtención de resultados más objetivos.

Desde la selección y análisis del objeto museístico, su documentación entitativa y

museográfica, el tratamiento recibido en la dimensión del museo-laboratorio (recolección,

CAPITULO III: FUNDAMENTO TEÓRICO 28

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

restitución, restauración,...) hasta las operaciones de registro, inventario y catalogación

necesarias, todo está encaminado a la identificación e investigación de esa parte del
patrimonio que debe de ser interpretada, valorada y difundida como un bien de carácter
sociocultural.

Control de inventario y catalogación

El Inventario es la estimación y enumeración de los bienes culturales. Tiene como finalidad

identificar pormenorizadamente los fondos asignados al museo y los depositados en él. Es un
listado de los bienes según sus elementos esenciales de identificación, excluyendo su análisis,
autentificación y avalúo. La realización de la inventariación permite identificar un objeto
cualquiera de un museo y conocer con exactitud la cantidad de bienes culturales que existen.
El tipo de inventariación que se aplica es voluble a las necesidades de la institución.

La catalogación es el resultado de una cuidadosa investigación. Catalogar quiere decir

numerar y juntar, de hecho significa dividir los datos en subdivisiones comprensibles. Los
catálogos se utilizan para facilitar el servicio de los sistemas de documentación y para tener
acceso más fácil y rápido a las informaciones que se usan más a menudo. La
catalogación es labor irrenunciable de los conservadores.

La necesidad de conocer exactamente lo que se tiene, hace que se lleve a cabo la catalogación
de los bienes culturales que se encuentran en el museo. La catalogación es la acción de
registrar, describir y evaluar cada uno de los objetos de una colección, en forma ordenada y
sistematizada. Catalogar quiere decir numerar y juntar; de hecho significa dividir los datos en
subdivisiones comprensibles completando con el resultado de una cuidadosa investigación.
Existen diferentes formas de catalogación y la institución es en realidad la que decide qué tipo
de catalogación se aplicará. (11)

El control permanente de los fondos de un museo por medio de un inventario no solo es una
exigencia del museo como centro de documentación e investigación científica que es. El
inventario provee de un instrumento contra el robo; ayuda a detectar ausencia inmediata de
algún objeto, y aporta información descriptiva para recobrarlo en caso de robo.

CAPITULO III: FUNDAMENTO TEÓRICO 29

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La información para el control de los objetos se lo realiza en las fichas descriptivas (fichas de
catalogación), con su número de registro, fichas fotográficas y escritas; el control de
movimiento interior: registros de localización, y el control de movimiento exterior: en
préstamo y tránsito.

El personal deberá cumplir como mínimo los siguientes requisitos:

 Para cada objeto se deberá realizar descripción, informe sobre su estado, una breve
mención sobre sus particularidades decorativas o de fabricación y una fotografía.
 La verificación semestral de la presencia de cada objeto, en salas de exposición y
almacenes.
 El registro de entrada en almacenes.
 Fotografías de todos los objetos expuestos e inspección diaria de los mismos por un
responsable.
 Cada objeto que se encuentre en tránsito será controlado en su llegada a los puntos
intermedios y a su destino final.
 En cuanto a los objetos en préstamo, la institución receptora deberá proporcionar
periódicamente informes y fotografías indicando el estado y emplazamiento del objeto.

El catálogo e inventario del material expuesto y en depósito, son las publicaciones principales
de un museo, por que ofrecen los instrumentos primarios de consulta insustituibles e
impredecibles para los investigadores y estudiosos de cualquier disciplina.

Movimiento de las colecciones

Se considera movimiento de un objeto en un museo cualquier cambio de ubicación de carácter

temporal, tanto a largo como a corto plazo, con un destino prefijado. Se trata de una
competencia del departamento de Conservación y/o Restauración (según qué casos) y requiere de
tratamiento documental para asegurar su localización física y justificar dicho movimiento. (12)

Hay dos tipos de movimiento: externos e internos

Movimientos Internos: se realizan en el interior del museo, no requiere de tramitaciones

administrativas y pueden subdividirse en dos: de corto o a largo plazo. Los movimientos

CAPITULO III: FUNDAMENTO TEÓRICO 30

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

internos a corto plazo son aquellos donde no se requiere un cambio de signatura topográfica
por su provisionalidad (traslado al departamento de restauración para un tratamiento puntual).
Los movimientos internos a largo plazo sí llevan implícito un cambio de signatura en la ficha
del catálogo debido a su larga duración y, suelen corresponder a un traslado del objeto dentro
de las salas de exposición o almacén o, entre ambas áreas. En cualquier caso, el documento
indispensable y básico es el boletín de desplazamiento que se emite por duplicado, donde
constará toda la información necesaria sobre el objeto, la causa del movimiento, la signatura
topográfica y el responsable.

Movimientos Externos: son los producidos por la salida de un objeto de la sede del museo. Al
contrario que los internos, los externos necesitan de permisos administrativos por parte del
titular del centro y, conllevan una tramitación más o menos completa. La más común incluye
las siguientes etapas:

 Solicitud de salida de la pieza por parte del peticionario

 Valoración e informe sobre la petición por parte de los Departamentos de conservación
restauración e investigación del centro (el departamento de restauración es quien
decide si la obra está en condiciones para afrontar el transporte)
 Aprobación del director o/y patronato
 Autorización del propietario si se trata de una obra en depósito
 Remisión de la documentación al órgano encargado de emitir la autorización
correspondiente.
 Traslado de la autorización al prestador y prestatario

La conservación de los Bienes culturales

La conservación es toda acción para preservar la obra de arte e implica todos los tratamientos
curativos, preventivos, que se aplican a dicha obra destinados a prolongar su vida.
Un tratamiento de conservación se puede aplicar a tres planos diferentes:

 Una estabilización mínima del estado actual de la obra.

 Un saneamiento general con eliminación de las causas de su alteración y deterioro.

CAPITULO III: FUNDAMENTO TEÓRICO 31

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Una protección contra factores nocivos y destructivos de su entorno. (13)

Todo museo al ser depositario de una colección de obras, en custodia o en tránsito tiene la
obligación de preservarla y rodearla de las condiciones ideales para su conservación aplicando
las medidas preventivas de conservación, seguridad y mantenimiento. Proteger de los peligros
a que están sometidos los objetos artísticos en los museos por acción de los elementos
ambientales.

El problema de la conservación de bienes culturales muebles más frecuente es el que, en la

mayoría de los casos, los museos no funcionan en edificios especialmente construidos para
este fin, sino en construcciones antiguas y prestadas para los efectos.

Las causas fundamentales del deterioro de los objetos de museo son: la luz, Condiciones
atmosféricas adversas (Contaminación con partículas sólidas, humedad relativa, la
temperatura), Factores Biológicos (Proliferaciones vegetales, insectos).

La conservación de una pieza en un museo solo se justifica si junto a ella se conserva la

documentación que memoriza las condiciones en que fue hallada y su historia. De lo contrario
un museo es un simple almacén de objetos. La documentación de un museo es toda
información que el centro posee respecto a los bienes que custodia.

Restauración de los bienes culturales

Es todo tratamiento aplicado a una obra y que reconstruye, en la medida de lo posible, las
partes destruidas y dañadas. Implica añadidos que pueden ser apreciables o no a simple vista y
que tienden a completar la obra, procurando no afectar a su integridad estética e histórica. No
hay nada más delicado que la restauración, solo se debe restaurar en caso necesario, más
importante es que las obras se conserven en buen estado. (7)

Los trabajos previos a la restauración requieren conocer a fondo la estructura interior como
exterior de la obra. A este fin se pueden estudiar técnicas auxiliares de prospección y análisis
para establecer el programa de restauración.

Programas de seguridad

CAPITULO III: FUNDAMENTO TEÓRICO 32

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

En cuanto a las responsabilidades

 Las responsabilidades deben estar claramente fijadas, para que la acción de cada
miembro encaje en un conjunto de medidas de seguridad.
 Es conveniente la existencia de una persona o equipo encargado de planificar y
coordinar las medidas de seguridad.
 Es conveniente disponer de un servicio de vigilancia especial para horas de la noche.

Sobre el control de las piezas

 Las fichas de inventario deben estar duplicadas, y el original depositados en cabinas a
prueba de fuego, humedad y con medidas estrictamente controlado.
 Para verificar su presencia, es conveniente disponer de fotografías de estas con la
distribución usual de los objetos
 Solo se permitirá la salida externa del objeto si las condiciones de seguridad y
conservación de su nueva ubicación son equivalentes o superiores al museo del que
proceden.

Sobre el control del movimiento interno del personal

 Debe analizarse minuciosamente la integridad moral y psíquica de toda persona
susceptible de ser contratada por el museo.

 Control de las entradas de los objetos.

3.2.2. El Consejo Internacional de Museos (ICOM)

Creado en 1946, es la organización mundial que representa a los museos y profesionales de

museos, dedicada a la promoción y la protección del patrimonio natural y cultural, presente y
futuro, tangible e intangible. Con casi 30 000 miembros en 137 países, el ICOM es la única
red museística para profesionales que actúa en una amplia gama de disciplinas relacionadas
con el ámbito museístico y del patrimonio.

[Link]. Código deontología del ICOM para los museos

CAPITULO III: FUNDAMENTO TEÓRICO 33

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

El Código de Deontología del ICOM para los Museos aprobado por el consejo internacional
de museos es un texto fundamental en el que se establecen las normas mínimas de conducta y
práctica profesional para los museos y su personal. Al afiliarse a la organización, los
miembros del ICOM se comprometen a cumplirlo. (14)

1. Los museos garantizan la protección, documentación y promoción del patrimonio natural y

cultural de la humanidad.
Los museos son responsables del patrimonio natural y cultural, material e inmaterial. La
primera obligación de los órganos rectores y de todos los interesados por la orientación
estratégica y la supervisión de los museos es proteger y promover ese patrimonio, así como los
recursos humanos, físicos y financieros disponibles a tal efecto.

2. Los museos que poseen colecciones las conservan en beneficio de la sociedad y de su

desarrollo.
La misión de un museo consiste en adquirir, preservar y poner el valor sus colecciones para
contribuir a la salvaguarda del patrimonio natural, cultural y científico. Sus colecciones
constituyen un importante patrimonio público, se hallan en una situación especial con respecto
a las leyes y gozan de la protección del derecho internacional. La noción de buena
administración es inherente a esta misión de interés público y comprende los conceptos de
propiedad legítima, permanencia, documentación, accesibilidad y cesión responsable.

3. Los museos poseen testimonios esenciales para crear y profundizar conocimientos.

Los museos tienen contraídas obligaciones especiales para con la sociedad por lo que respecta
a la protección, accesibilidad e interpretación de los testimonios esenciales que han acopiado y
conservado en sus colecciones.

4. Los museos contribuyen al aprecio, conocimiento y gestión del patrimonio natural y

cultural.
Los museos tienen el importante deber de fomentar su función educativa y atraer a un público
más amplio procedente de la comunidad, de la localidad o del grupo a cuyo servicio está. La
interacción con la comunidad y la promoción de su patrimonio forman parte integrante de la
función educativa del museo.

CAPITULO III: FUNDAMENTO TEÓRICO 34

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

5. Los museos poseen recursos que ofrecen posibilidades para otros servicios y beneficios
públicos.
Los museos recurren a una vasta gama de especialidades, competencias y recursos materiales
cuyo alcance supera el ámbito estrictamente museístico. Esto puede conducir a un
aprovechamiento compartido de recursos o a la prestación de servicios, ampliando así el
campo de actividades de los museos. Estas actividades se organizarán de manera que no se
comprometa la misión que tiene asignada el museo.

6. Los museos trabajan en estrecha colaboración con las comunidades de las que provienen
las colecciones así como con las comunidades a las que prestan servicios.
Las colecciones de un museo son una expresión del patrimonio cultural y natural de las
comunidades de las que proceden y, por consiguiente, no sólo rebasan las características de la
mera propiedad, sino que además pueden tener afinidades muy sólidas con las identidades
nacionales, regionales, locales, étnicas, religiosas o políticas. Es importante, por lo tanto, que
la política del museo tenga en cuenta esta situación.

7. Los museos actúan ateniéndose a la legalidad.

Los museos deben actuar de conformidad con las legislaciones internacionales, regionales,
nacionales y locales, y con las obligaciones impuestas por los tratados. Además, sus órganos
rectores deben cumplir con todas las responsabilidades legales u otras condiciones relativas a
los diferentes aspectos del museo, sus colecciones y su funcionamiento.

8. Los museos actúan con profesionalidad.

Los miembros de la profesión museística deben respetar las normas y leyes establecidas y
mantener el honor y la dignidad de su profesión. Deben proteger al público contra toda
conducta profesional ilegal o contraria a la deontología. Han de utilizar todos los medios
adecuados para informarle y educarle respecto a los objetivos, metas y aspiraciones de la
profesión con miras a hacerle entender mejor la contribución de los museos a la sociedad.

[Link]. Etapas del proceso de registro y catalogación

El hecho de asegurarse de que todos los objetos aceptados de forma temporal o permanente
por el museo poseen una documentación adecuada y detallada para facilitar su procedencia,

CAPITULO III: FUNDAMENTO TEÓRICO 35

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

identificación, estado y tratamiento constituye una responsabilidad profesional importante.

(15)

Las fichas técnicas pretenden difundir, de una forma simple y concisa, una serie de prácticas
de documentación museística comúnmente reconocidas. La presente ficha describe, paso a
paso, en ocho etapas, el proceso de registro y catalogación de un objeto desde el momento en
que entra en el museo. Estas recomendaciones se pueden aplicar tanto a un sistema manual
como a otro informatizado. En ellas se explica de un modo simple, y por tanto simplificado, el
proceso de catalogación. Cada museo puede, según sus criterios o normas nacionales, añadir
información más detallada a esos datos básicos: (16)

Ficha técnica n° 1
Llegada de un objeto al museo: etapas del proceso de registro y catalogación

Paso 1: En el momento de la llegada de un objeto, el museo debe extender un recibo

incluyendo los siguientes datos:

 Breve descripción del objeto

 Fecha y motivo del ingreso
 Nombre y firma de la persona receptora del objeto
 Nombre, dirección y firma de la persona portadora del objeto.

El original de este documento es remitido a la persona portadora. El museo por su parte

conservará una copia del recibo que utilizará en el paso 2. En el caso de que el portador del
objeto sea un empleado del propio museo, el paso 1 puede generalmente omitirse.

Paso 2: El objeto es inscrito en el registro del museo. Dicho registro es un volumen con hojas
numeradas y columnas para poder incluir la siguiente información:

 Número provisional
 Fecha de entrada
 Nombre y dirección del propietario del objeto o de la persona portadora (si ésta
no es miembro del personal del museo)
 Motivo del ingreso

CAPITULO III: FUNDAMENTO TEÓRICO 36

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Emplazamiento provisional
 Nombre del empleado del museo receptor y/o portador del objeto.

El objeto por su lado es etiquetado o marcado con un número de inventario provisional.

Paso 3: Pueden darse tres situaciones distintas con respecto al objeto:

a) Que el objeto sea rechazado : En el registro se constata los siguientes datos:

 Fecha de salida
 Motivo de la salida
 Nombre y dirección de la persona a la que se le devuelve el objeto
 Nombre de la persona que registra esta información

b) Que el objeto sea aceptado como préstamo o depósito: En el caso de objetos prestados
por un periodo corto (por ejemplo para una exposición), al terminar el periodo de
préstamo, se seguirá el procedimiento descrito en el párrafo a). En caso de préstamos a
largo plazo, los objetos reciben un número propio que se inscribe en el registro de
inventario. En este caso el proceso de registro continúa según se indica en el paso 4.

c) Que el objeto sea aceptado de forma definitiva: El objeto es aceptado o adquirido

definitivamente por el museo y se le asigna un número de inventario. Este número se
inscribe en el registro de inventario y se marca en el propio objeto (o sobre una
etiqueta). El proceso de registro continúa como se describe en el paso 4.

En caso de aceptación definitiva o adquisición, en la mayoría de los países es necesario un

documento legal que certifique el estatus del objeto.

Paso 4: Aquí empieza el proceso de catalogación propiamente dicho. Los datos concernientes
al objeto se inscriben en una ficha de inventario que debe estar bien estructurada para poder
incluir al menos los siguientes datos:

 Nombre de la institución
 Número de inventario
 Denominación
 Breve descripción y/o título

CAPITULO III: FUNDAMENTO TEÓRICO 37

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Modo de adquisición
 Fuente de adquisición (último propietario, persona/institución)
 Fecha de adquisición
 Localización o emplazamiento definitivo.

Se recomienda a cada institución adaptar estas recomendaciones a la medida de sus

necesidades y completar la ficha incluyendo en ella campos como materia y técnica,
dimensiones, emplazamiento temporal, estado de conservación, referencias culturales y/o
históricas, referencias de historia natural, procedencia, lugar de producción (artista/fecha),
precio de adquisición, reproducciones fotográficas (número de negativo), tratamiento
específico, restauración/conservación, notas, etc. En cuanto a la introducción de datos, se
recomienda para la mayoría de los campos, el uso de normas preestablecidas de sintaxis así
como el uso de un vocabulario controlado. Campos como “descripción breve” y/o “título”,
“notas”, etc., pueden cumplimentarse normalmente con texto libre.

Paso 5: Se recomienda fotografiar y/o dibujar el objeto como parte del proceso de
catalogación y registro. El número de negativo o dibujo se anotará en la ficha de inventario.

Paso 6: El proceso de catalogación y registro propiamente dicho ha terminado y el objeto

puede ya pasar a ocupar su emplazamiento definitivo o temporal. En la ficha de inventario
debe constar al menos su emplazamiento definitivo.

Paso 7: Por razones de seguridad se recomienda conservar un duplicado de las fichas de

inventario en un sitio seguro, preferentemente fuera del edificio del museo. Por razones
jurídicas el museo debe estar en posesión de un documento que certifique el estatus de cada
una de las piezas que componen sus colecciones. Para cumplir con este requisito, el museo
puede hacer uso del registro de inventario, o incluso de (foto) copias de las fichas de
inventario, o de listados realizados en forma informática que contienen esta información,
debidamente encuadernados, con las páginas numeradas y firmadas.

Paso 8: Los 7 pasos precedentes aseguran que la información mínima concerniente a un

determinado objeto queda registrada. Para facilitar el acceso a esta información y por tanto a
los objetos, se recomienda la elaboración de índices. En los sistemas informatizados la

CAPITULO III: FUNDAMENTO TEÓRICO 38

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

creación de índices se hace automáticamente; en un sistema manual será necesario crear fichas
índices de referencia.

Este método paso a paso es particularmente útil para aquellas instituciones que gestionan
pocos préstamos de corta duración combinando (paso 2 y paso 3) el registro de inventario con
el inventario de los objetos propiamente dicho. Si los préstamos de corta duración son
frecuentes, es preferible utilizar un sistema de recibos para los objetos que entran y salen del
museo (véase paso 1). Los duplicados o copias de estos recibos, numerados consecutivamente,
se conservan en el museo como registro de dichos objetos. El procedimiento de catalogación
mínima (a partir del paso 4) es el mismo para ambos casos.

3.2.3. Viceministerio de desarrollo de Culturas: Unidad Nacional de Catalogación y

Museos

El registro del patrimonio cultural en Bolivia se remonte a 1929 a cargo del pintor indigenista
Cecilio Guzmán de Rojas, tomando fotografías a obras de arte en las ciudades de Potosí y
Sucre. En 1968 se crea la Comisión de Arte Sacro que comienza el registro de los
monumentos nacionales con su patrimonio artístico incluido. Las primeras fichas de
catalogación datan de 1973 realizadas por el Instituto de Estudios Bolivianos dependiente de
la Universidad Mayor de San Andrés. A partir de 1975 con la creación del Instituto Boliviano
de Cultura se regulariza el funcionamiento del Centro Nacional de Catalogación de Patrimonio
Artístico como tal.

El año 1996 en Bolivia se inicia el proyecto “ Base de Datos Holguín”, realizado con la
Cooperación de la Embajada de Francia conjuntamente el Centro Nacional de Catalogación
(CENDCA), con la principal tarea de inventariar y catalogar los Bienes Muebles Culturales
del país, para lo cual se realizó un análisis exhaustivo de la ficha técnica ítem por ítem, y
determinando los campos importantes para elaborar un sistema descriptivo e implementarlo
en un base de datos, el cual no llegó a su conclusión quedando simplemente en el análisis de la
ficha técnica. (17)

Actualmente el CENDCA dependiente del Viceministerio de Cultura utiliza desde 1993, para
el llenado de las fichas técnicas que fue desarrollado en File Maker 2, para computadoras

CAPITULO III: FUNDAMENTO TEÓRICO 39

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Macintosh, actualizado constantemente hasta la versión File Maker Pro 5 para PC; el cual crea
un archivo para cada templo, museo o institución dificultando la centralización en un solo
archivo todo lo catalogado, una búsqueda general. También están utilizando el programa
“Object ID”; que permite importar imágenes y adjuntar datos para la identificación del objeto;
su actividad más importante es realizar la denuncia de objetos robados a la Policía Nacional,
INTERPOL e instituciones del exterior encargadas de difundir y controlar el tráfico ilícito de
objetos de arte; esta es la razón primordial por la que se utiliza dicho programa, ya que en él la
identificación de los objetos es muy elemental; la desventaja de éste programa es que no
cumple con los requerimientos de las fichas que son usadas por la institución y el idioma base
es el inglés, lo cual impide su manejo y comprensión del mismo.

Con la creación del Instituto Boliviano de Cultura (hoy Viceministerio de Cultura), la

inventariación y catalogación del patrimonio cultural es parte de las políticas proteccionistas
del Estado boliviano. A través del Centro Nacional de Catalogación, se realiza la
inventariación y catalogación de todos los bienes culturales de nuestro país, y mediante esta
labor se pretende proteger los bienes patrimoniales legados por nuestros antepasados.

El patrimonio cultural de la nación, está constituido por todos los bienes y valores culturales
que son expresiones de la nacionalidad, así como el conjunto de bienes inmateriales y
materiales, muebles e inmuebles. Actualmente se ha hecho conciencia de que la única forma
de mantener y profundizar la protección del patrimonio cultural, es producir leyes específicas
y severas contra el tráfico de bienes culturales al exterior (18). Estos instrumentos legales
están contenidos en la Constitución Política del Estado, Decretos Supremos y Resoluciones
Ministeriales y Secretariales. La Constitución Política del Estado en el Artículo 191 establece
norma y política primordial de Estado que:

“Los monumentos y objetos arqueológicos son de propiedad del Estado. La riqueza artística,
colonial, arqueológica, histórica y documental, así como la procedente del culto religioso, son
tesoro cultural de la Nación, están bajo el amparo del estado y no pueden ser exportadas. El
estado organizará un registro de la riqueza artística, histórica y religiosa y documental,
proveerá a su custodia y atenderá a su conservación. El estado protegerá los edificios y
objetos que sean declarados de valor histórico o artístico” (19)

CAPITULO III: FUNDAMENTO TEÓRICO 40

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La norma legal que reglamenta el artículo 191 de C.P.E. también menciona sobre la obligación
de catalogar todos los bienes culturales de nuestro país que está inscrita en la Resolución
Ministerial Nro. 1642 de 27 de noviembre de 1961, que dice:

1. Las instituciones, sociedades y personas particulares, que posean obras de arte de las
épocas Precolombinas, Colonial y Republicana que tengan valor artístico, histórico y
arqueológico existentes en el país. Se hallan en obligación de enviar un inventario
detallado a dichas direcciones en la que se hará el registro de las citadas piezas.

2. Las personas particulares, sociedades o instituciones que no cumplan con la anterior

disposición serán sancionadas con la multa equivalente al doble del valor de los objetos
no declarados. En caso de ocultación de objetos de arte, los denunciantes, se harán
acreedores al cincuenta por ciento de la multa que se imponga

3. Todos los directores de museos, encargados de pinacotecas de arte de la nación, del

Estado o particulares, están obligados a enviar la catalogación completa de las obras
que estuviese bajo su custodia en el tiempo prudencial de treinta días a partir de la
fecha, con el objeto de organizar el fichero de obras de la nación.

La constante pérdida de nuestros bienes culturales por enajenación, robo, destrucción o

cualesquier otra razón lleva al Viceministerio de Cultura a diseñar una estrategia de protección
del patrimonio cultural, basándose en la catalogación de los Bienes Muebles el Gobierno
promulgó todo el marco legal que respalda y asegura su existencia, constituyéndose las fichas
de catalogación en la base más importante para la aplicación de las leyes de protección.

La necesidad de llevar adelante la catalogación de los bienes del patrimonio cultural de toda
Bolivia se debe a varias razones. Las principales tienen que ver con la necesidad de saber la
cantidad y los objetos con que cuenta el país, detectar las regiones con mayor cantidad de
bienes; averiguar los centros que puedan constituirse en acopiadores de bienes, pero
principalmente registrar el pasado histórico de los pueblos a través de la identificación de los
bienes y para fortalecer sus identidades y referentes culturales. Una de las tareas de prevención
para evitar los saqueos, robos incuantificables de obras de arte que se encuentran en
centenares de iglesias, pueblos pequeños y grandes, sobre todo del altiplano, es la

CAPITULO III: FUNDAMENTO TEÓRICO 41

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

catalogación, porque los traficantes evitan saquear aquellas piezas que se encuentran
catalogadas.

Bolivia es uno de los países que más sufre el robo de su patrimonio cultural en todas sus áreas
o especialidades. Los datos registrados por el CENDCA de los bienes artísticos datan desde
1964 a la fecha a excepción de los años 1966, 1973, 1976, 1977, nos muestran que se han
denunciado 194 casos. De los cuales solo el robo al templo de San Benito ha permitido
recuperar porque se tenían las fichas de catalogación de las piezas robadas. La mayor cantidad
de bienes robados corresponden a pinturas de caballete y objetos de platería, también se roban
esculturas, muebles, vestimenta litúrgica y otros.

3.3. Marco Teórico de Ingeniería

3.3.1. Metodología de desarrollo

AUP Proceso Unificado Ágil es una versión simplificada del Proceso Unificado de Rational
(RUP) desarrollada por Scott W. Ambler. Este describe de una manera simple y fácil de
entender la forma de desarrollar aplicaciones de software de negocio usando técnicas ágiles y
conceptos que aún se mantienen válidos en RUP. El AUP aplica técnicas ágiles incluyendo
Desarrollo Dirigido por Pruebas, Modelado Ágil, Gestión de Cambios Ágil, y Refactorización
de Base de Datos para mejorar la productividad. Se centra en las actividades importantes y se
puede utilizar cualquier conjunto de herramientas.

CAPITULO III: FUNDAMENTO TEÓRICO 42

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 3.1. Ciclo de Vida del Proceso Unificado Ágil (AUP)

Fuente: Documentación AUP

Sus principales características y ventajas son:

 Descomposición de un proyecto grande en mini-proyectos

 Detección temprana de riesgos

 Administración adecuada del cambio y mayor grado de reutilización.

 Se centra en la funcionalidad que el sistema debe poseer para satisfacer las

necesidades de un usuario (sistema externo, dispositivo) que interactúa con él.

 Casos de uso como el hilo conductor que orienta las actividades de desarrollo.

Al igual que en RUP, en AUP se establecen cuatro fases que transcurren de manera
consecutiva y que acaban con hitos claros alcanzados:

 Concepción (inception): El objetivo de esta fase es obtener una comprensión común

cliente equipo de desarrollo del alcance del nuevo sistema y definir una o varias
arquitecturas candidatas para el mismo.

 Elaboración (Elaboration): El objetivo es que el equipo de desarrollo profundice en la

comprensión de los requisitos del sistema y en validar la arquitectura.

 Construcción (construction): Durante la fase de construcción el sistema es desarrollado

y probado al completo en el ambiente de desarrollo.

 Transición (transition): El sistema se lleva a los entornos de preproducción donde se

somete a pruebas de validación y aceptación y de despliegue en los sistemas de
producción.

CAPITULO III: FUNDAMENTO TEÓRICO 43

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

En comparación de las disciplinas del RUP que son 9, el AUP tiene solamente 7 las cuáles
algunos son combinaciones de dos disciplinas del RUP.

1. Modelo (Model): Entender el negocio de la organización, el problema de dominio que

se abordan en el proyecto, y determinar una solución viable para resolver el problema
de dominio.

2. Implementación (Implementation ): Transformar el modelo(s) en código ejecutable y

realizar un nivel básico de pruebas individuales.

3. Prueba (Test): Realizar una evaluación objetiva para garantizar la calidad. Esto incluye
la búsqueda de defectos, validar que el sistema funciona tal como está establecido, y
verificar que se cumplan los requisitos.

4. Despliegue (Deployment): Realizar un plan para la presentación del sistema y

ejecutarlo para hacer que el sistema se encuentre a disposición de los usuarios finales.

5. Gestión de Configuración (Configuration Management): Realizar la gestión de acceso

a herramientas de su proyecto. Esto incluye no sólo el seguimiento de las versiones en
el tiempo, sino también el control y la gestión de cambios para ellos.

6. Gestión del Proyecto (Project Management): Dirigir las actividades que se lleva a cabo
en el proyecto. Esto incluye la gestión de los riesgos, la dirección de personas y
coordinación con el personal.

7. Ambiente (Environment): Apoyar el resto de los esfuerzos por garantizar que el

proceso adecuado, la orientación (normas y directrices), y herramientas (hardware,
software, etc.) estén disponibles para el equipo según sea necesario.

3.3.2. Ciclo de Vida Iterativo e incremental

Dado que los proyectos de software son largos es común dividir el trabajo en mini proyectos.
Cada mini proyecto es una iteración que resulta en un incremento. Las iteraciones se refieren a
pasos en el flujo de trabajo, y los incrementos a un crecimiento en el producto. Para ser más
efectivas las iteraciones deben ser controladas, es decir deben ser seleccionadas y llevadas a

CAPITULO III: FUNDAMENTO TEÓRICO 44

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

cabo de una forma planeada, de forma que cada una de las iteraciones constituye un mini
proyecto software.

En términos generales, podemos distinguir los pasos generales que sigue el proceso de
desarrollo de un producto software. En el modelo de ciclo de vida incremental, se identifican
claramente dichos pasos. La Descripción del Sistema es esencial para especificar y
confeccionar los distintos incrementos hasta llegar al Producto global y final. Las actividades
concurrentes (Requerimientos, Análisis, Implementación, Prueba y Evaluación) sintetizan el
desarrollo pormenorizado de los incrementos, que se hará posteriormente. (21)

Figura 3.2. Iterativo e incremental

Fuente: Documentación Ciclo de Vida Iterativo e incremental

El diagrama nos muestra en forma muy esquemática, el funcionamiento de un ciclo iterativo

incremental, el cual permite la entrega de versiones parciales a medida que se va construyendo
el producto final. Es decir, a medida que cada incremento definido llega a su etapa de
operación y mantenimiento. Cada versión emitida incorpora a los anteriores incrementos las
funcionalidades y requisitos que fueron analizados como necesarios.

 Características principales con respecto a AUP:

 Descomposición de un proyecto grande en mini-proyectos

 Cada mini-proyecto es una iteración
 Las iteraciones deben estar controladas

CAPITULO III: FUNDAMENTO TEÓRICO 45

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Cada iteración trata un conjunto de casos de uso

 Ventajas del enfoque iterativo:

 Detección temprana de riesgos

 Administración adecuada del cambio y mayor grado de reutilización
 Mayor experiencia para el grupo de desarrollo

3.3.3. Arquitectura Empresarial J2EE

Sun System una empresa líder a nivel mundial en cuanto al desarrollo de software tras ver las
limitaciones con las que contaba el lenguaje java en su distribución J2SE Java 2 Standard
Edition liberó una versión más mejorada para el desarrollo de aplicaciones más complejas
como lo es J2EE java 2 Enterprise Edition para el desarrollo de software de carácter
empresarial introduciendo características de multicapa de arquitectura de software para la
resolución de todo tipo de requerimientos de negocio. J2EE tiene como principios básicos el
no permitir la interacción directa del usuario con el servidor, sino más bien sea ésta a través de
una capa intermedia llamada middleware la cual actúa como una instancia de servidor de
aplicaciones para administrar y gestionar los objetos de servicio devolviendo al usuario solo
resultados para que este pueda usarlos y publicarlos. (22)

Las aplicaciones J2EE son bastantes complejos puestos que nos permite acceder a los datos
desde cualquier fuente, y atender a la variedad de clientes. Administrar estas aplicaciones
significa administrar la lógica de negocio en la capa intermedia. La plataforma J2EE actúa
como la capa intermedia y provee el entorno necesario requerido por las aplicaciones. J2EE
bajo el principio “Escribir una vez, ejecutar en cualquier lugar” nos brinda portabilidad,
reutilización, flexibilidad ante cambios y estabilidad para aplicaciones multicapa y minimiza
la complejidad de desarrollar este tipo de aplicaciones.

[Link]. Capas de una arquitectura empresarial J2EE

La arquitectura empresarial J2EE permite hacer uso de muchas capas; pero hace especial
énfasis en el uso de una arquitectura de 3 o 5 niveles. Las 5 capas más usuales que se sugieren
en la arquitectura J2EE de detallan a continuación describiéndolos de la parte inferior a la

CAPITULO III: FUNDAMENTO TEÓRICO 46

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

superior, entendiéndose que las capas que se encuentren en los niveles más bajos son las más
cercanas a los datos y al servidor y las capas que se encuentren en los niveles más superiores
son las que interactúan más estrechamente con el usuario final del sistema. (22)

Capa información o base de datos

Esta capa es la encargada de la administración de datos en cuanto al diseño e implementación,

se podría decir que en esta capa se define la arquitectura de la base de datos apoyado en un

gestor de base de datos ya sea este relacional, orientado a objetos o hibrida objeto relacional;
pero esta capa no se encarga de hacer la manipulación o uso de los mismos.

Hace algún tiempo los datos de estas aplicaciones eran definidos comúnmente sobre gestores
de base de datos relacionales puesto que la mayoría de las empresas ya contaban con sistemas
funcionales desarrollados con anterioridad y los desarrolladores tienen mayor conocimiento y
práctica en la definición de datos sobre estos gestores. En la actualidad esta tendencia ha
cambiado debido a la incursión del paradigma orientado a objetos para el desarrollo de este
tipo de aplicaciones que también influencio en la manera de percibir, definir y como
almacenar datos, apareciendo productos comerciales y de libre distribución de gestores de
base de datos con soporte para este paradigma.

Capa Integración.
Esta capa es utilizada cuando se tiene un diseño lógico de objetos en manipulación de la
información en la lógica del negocio de la empresa y se define los datos sobre un gestos de
datos relacional, aunque también es cierto que existe esta capa cuando la lógica de negocio y
el gestor de base de datos no siguen el mismo paradigma. En el transfundo esta capa lo que
hace es el mapeo de los objetos en tabla, atributos en columnas y atributos no propios de una
clase en relaciones entre tablas. Este mapeo también puede ser realizado en sentido contrario a
como se indicó, es decir de relacional a orientado a objetos. Este mapeo implica una
programación a niveles más cercanos a los controladores para la realización de la conexión y
establecimiento de la comunicación de los datos con los espacios físicos de la computadora.
Este trabajo tedioso ya ha sido resulto y es presentado a los desarrolladores bajo el principio

CAPITULO III: FUNDAMENTO TEÓRICO 47

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

de reutilización, mediante APIs como Hibernate, JPA, Ibatisy otros que son un conjunto de
clases que se encargan de realizar este mapeo de forma transparente al desarrollador.

Capa de Negocio.
Esta es la capa más importante de la arquitectura de software J2EE puesto que en ella se
define y se establece toda la funcionalidad de la aplicación. Aquí es donde se define la lógica
del negocio como un almacén de unidades funcionales, que pueden ser reutilizados desde
cualquier ambiente, ya sea desde una página web, aplicación de escritorio, aplicaciones modo
consola, aplicaciones para celulares, etc.

Esta capa cuenta con varias tecnologías que pueden servir de apoyo para la publicación de
lógica de negocios para distintos ambientes, dentro de las más utilizadas se tiene la
publicación a través de un servidor de aplicaciones EJBs y publicaciones mediante paquete de
clases POJOs incorporados en la aplicación distribuible. Los EJBs Java Enterprise Beans que
son clases que se escriben una sola vez y se los envía a una especie de almacén de los objetos
funcionales donde se mantienen residentes en un servidor de aplicaciones para su posterior
distribución cuando así un usuario lo necesite. Este proceso consiste en crear una instancia de
una clase funcional o de persistencia con un código único de objeto llamado OID cuando el
usuario de la aplicación se conecta al servidor de aplicaciones y este responde creando la
instancia creada. Estas instancias creadas en J2EE llevan el nombre de Beans de Sesión y
Beans de Entidad respectivamente.

Los POJOs plain Old Java Objects que son clase simples que no dependen de ningún
framework las cuales tienen como objetivo de hacer más énfasis en la orientación a objetos
antes que la arquitectura y condicionamiento de un framework. Estas clases son más livianos
que los EJBs al momento de publicarlos por lo que se sugiere su uso cuando una aplicación
será distribuida junto con la lógica del negocio a los usuarios finales y las llamadas a las
funcionalidades sean locales.

Capa de presentación
En esta capa se realiza la implementación de los Backing Beans que permiten controlar y
mantener independiente las interfaces de usuario de la lógica del negocio de la aplicación.

CAPITULO III: FUNDAMENTO TEÓRICO 48

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Capa cliente
Esta capa es la más cercana a los usuarios finales a través de la cual interactúa con el sistema,
por lo tanto esta capa llegaría ser el conjunto de interfaz de usuario que se asignan a los
diferentes usuarios finales del sistema de acuerdo a los niveles de acceso o permisos de
ejecución de funcionalidades del sistema. Este conjunto de interfaces pueden ser de distintos
tipos; pero la lógica del negocio y otras capas siempre serán las mismas; por lo tanto este
proceso consiste en las llamadas que realiza esta capa al sistema donde la única interacción
con el sistema es de comunicación de mensajería; es decir el envió de un mensaje a la lógica
del negocio del sistema y realizar la recuperación de resultados devueltos por la lógica del
negocio a la petición que hace el cliente a través de otro mensaje.

[Link]. Seguridad en J2EE

J2EE realiza grandes esfuerzos por mantener las aplicaciones lo más seguras posible. Un
usuario para poder acceder a un servicio J2EE debe de proveer su identidad a la plataforma
empresarial para poder hacer uso de cualquier servicio. Estos usuarios son llamados J2EE
users y el proceso es llamado autenticación, cabe hacer notar que este servicio de
autenticación es diferente del mecanismo de seguridad del sistema Operativo. Tanto los
usuarios del sistema operativo como de J2EE users pertenecen a diferentes reinos; es decir a
un grupo de usuarios que tienen la misma política de autenticación.

[Link]. Justificación del uso de la Arquitectura empresarial J2EE

La plataforma J2EE nos ofrece distintas posibilidades de diseño. La elección de una

arquitectura u otra condicionará en cierto modo nuestro diseño. Que si bien es una arquitectura
muy amplia para una aplicación con una red con no más que 5 máquinas, se optó por esta
opción porque puede proveer mayor escalabilidad facilitando posibles futura aplicaciones.

La aplicación actual es solo para el museo Colonial Charcas, pero está abierta la posibilidad de
ampliar a futuro el sistema, implementando una página web y también implementación de
control de inventario y catalogación para los otros museos dependientes de la universidad,
como el antropológico (que está ubicado en las mismas instalaciones que el museo Colonial
charcas), Gutiérrez Valenzuela, Museo de Historia Natural, Museo de Anatomía.

CAPITULO III: FUNDAMENTO TEÓRICO 49

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

3.4. Evaluación y Justificación de Herramientas

3.4.1. Paradigma de programación

El paradigma orientado a objetos será el modelo a seguir en el desarrollo del proyecto ya que
este presentas grandes ventajas respecto a otros paradigmas de programación, por ejemplo:

 Fomenta la reutilización y extensión del código.

 Facilita el mantenimiento del software
 Permite crear sistemas simples como complejos
 Agiliza el desarrollo de software
 Facilita la creación de programas visuales
 Relaciona el sistema con el mundo real

Son características esenciales que este modelo presenta que son fácilmente adaptables al
desarrollo del sistema. Otra de las razones para la utilización de este paradigma es por el
hecho de que la mayoría de las herramientas y entorno de desarrollo actuales están orientados
a objetos (modelo se asemeja más a los casos de la realidad).

Se compone de clases, métodos y mensajes, los últimos comunican a los objetos con otros y
con el mundo exterior; los atributos definen el estado del objeto; los métodos su
comportamiento. (23)

3.4.2. Modelo de Base de Datos

El desarrollo del sistema para el Museo Universitario Charcas seguirá el paradigma orientado
a objetos, realizando una interacción con la Base de datos relacional, está muy claro que estos
modelos son totalmente diferentes; las base de datos relacionales están estructuradas en una
configuración tabular y los ejemplares orientados a objetos normalmente están relacionados en
forma de árbol, los paradigmas de modelo de base de datos estudiados fueron el modelo
Objeto/Relacional y el Modelo Relacional, optándose por el ultimo por las características
prácticas: permite un acercamiento más adecuado al problema real del museo, interactúa datos
entre lenguaje de programación orientada a objetos (java) y la base de datos relacional

CAPITULO III: FUNDAMENTO TEÓRICO 50

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

utilizada (MySql), con la ayuda de librerías de mapeo (hibérnate) que crean una base de datos
orientada a objetos virtual, sobre la base de datos relacional, permitiendo el uso de las
características propias de la orientación a objetos.

3.4.3. Sistema Operativo

El sistema operativo que dará soporte al desarrollo e implementación del sistema informático
es Windows XP, ya que este sistema operativo es el más conocido y utilizado por el personal
del museo.

La utilización de otro Sistema Operativo en el desarrollo y la implementación, implica más

tiempo de desarrollo, principalmente en la capacitación del personal que hará uso del software,
ya que se requiere el sistema en el menor tiempo de desarrollo e implementación posible.

3.4.4. Herramientas CASE para el modelado

Es necesario contar con una herramienta case nos sirve de soporte en el modela del sistema,
para ello se analizaron dos alternativas como ser StarUml (24) y ArgoUml verificando todas
las características útiles y necesarias para el proyecto. Se optó por utilizar la herramienta
StarUml por ser de total utilidad en el modelo del sistema, permitiendo realizar diagramas
totalmente entendibles conjuntamente con estas otras ventajas útiles:

 Soporte completo al diseño UML mediante el uso de diagramas.

 Personalizable.
 Facilidad de uso, con funcionalidades necesarias.
 Presenta gran diseño para la creación de diagramas.
 Licencia libre.
 La capacidad de generar código a partir de los diagramas y viceversa, actualmente
funcionando para los lenguajes c++, c# y java.
 Generar documentación en formatos Word, Excel, PowerPoint, sobre los diagramas.

La ayuda que ofrece esta herramienta en el análisis y diseño del sistema es fundamental, ya
que permite representar gráficamente todos los diagramas presentes en el desarrollo de

CAPITULO III: FUNDAMENTO TEÓRICO 51

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

software de forma clara y entendible, ofrece un entorno totalmente profesional, presenta

mayor funcionalidad de uso con respecto a otras herramientas Case, siendo un aporte al
modelado del sistema del Museo.

3.4.5. Gestor de Base de Datos

MySQL (25) es un sistema de gestión de bases de datos relacional. proporciona un servidor

de base de datos SQL (Structured Query Language) facilidad de uso, muy rápido, multi-
threaded, multi-usuario y robusto. El servidor MySQL está diseñado para entornos de
producción críticos, con alta carga de trabajo así como para integrarse en software para ser
distribuido. MySQL es una marca registrada de MySQL [Link].

3.4.6. Lenguaje de Programación

En cuanto al lenguaje de programación, se analizaron alternativas, considerando las

características más apropiadas y necesarias para el desarrollo de aplicaciones de escritorio,
siguiendo el paradigma orientado a objetos, las mismas son Java (26) y [Link], la
comparación de características es la siguiente:

Tabla 3.1: Comparación Java con Visual [Link]

CARACTERÍSTICAS JAVA VISUAL [Link]

Orientada a Objetos Si Si
Intercomunicación entre aplicaciones Media Alta
multiplataforma Alta Media
Compila a un código intermedio Si Si
Libre de licencias Si No
Información disponible Buena Buena

Fuente: Elaboración propia

Se optó por el lenguaje Java por las siguientes razones:

 Lenguaje totalmente orientado a objetos.

 Libre de licencias.

CAPITULO III: FUNDAMENTO TEÓRICO 52

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Existencia de una amplia gama de utilitarios y librerías que son fácilmente

integrados al lenguaje brindando mayor funcionalidad.
 Gran soporte en documentación.

Todas estas razones expuestas son las necesarias y útiles para el desarrollo del sistema, siendo
también una de las razones fundamentales para la elección y rechazo de una de estas
herramientas, el conocimiento práctico y teórico que se tiene sobre la optada.

3.4.7. IReport

Es un programa que ayuda a los usuarios y desarrolladores que usan la librería JasperReports
para diseñar reportes visualmente. A través de una interfaz rica y simple de usar, iReport
provee las funciones más importantes para crear reportes amenos en poco tiempo. iReport
puede ayudar a los que no conocen la sintaxis XML para generar reportes de JasperReports.

Entre sus principales ventajas son:

 iReport es una herramienta para hacer reportes implementada 100% con Java.
 Da un soporte visual sobre JasperReports.
 Puede trabajar JDBC, TableModels, JavaBeans, XML, Hibernate y CVS.
 Un reporte puede ser exportados a PDF, RTF, XML, XLS, CSV, HTML.

 Al crear un reporte se puede utilizar: Gráficos Estadísticos, Imágenes, Subreportes,

Crosstab (tablas dinámicas), etc.

3.4.8. NetBeans IDE

NetBeans IDE es una herramienta de desarrollo para aplicaciones Java, escrita puramente
sobre la base de la tecnología Java, de modo que puede ejecutarse en cualquier ambiente que
tenga instalada la máquina virtual de Java, lo cual, por supuesto, lo hace multiplataforma. (27)

CAPITULO III: FUNDAMENTO TEÓRICO 53

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

NetBeans es un producto de código abierto, con todos los beneficios del software disponible
en forma gratuita, el cual ha sido examinado por una comunidad de desarrolladores. Este
enfoque de bienes comunes creativos ha permitido una mayor capacidad de uso, con cada
nueva versión, y ha proporcionado a los desarrolladores mayor flexibilidad, al modificar el
IDE, si así lo desean.

Las principales características de NetBeans son:

 Presenta un editor de código profesional
 Complementación de código, más rápido

 Fácil administración del entorno.

 Permite implementar Interfaces gráficas de Usuario (GUI) mediante librerías

Swing
 Acceso a base de Datos, permitiendo representar clases entidad de manera más
rápida
 El estado de la aplicación es guardado por defecto
 Mejorado, dibujo en la plataforma del API

Todas estas características expuestas son de gran utilidad para la implementación del sistema,
principalmente por presentar funcionalidades de gran ayuda en el desarrollo del proyecto
facilitando la implementación, cubre los requerimientos técnicos necesarios, con la posibilidad
de añadirle plugins (librerías) para casi todo lo que se necesite, otra razón esencial es la ayuda
que brinda al momento de diseñar interfaces gráficas de usuario mediante librerías swing las
cuales permiten una iteración intuitiva con el usuario final.

3.4.9. Herramientas para el puente entre el Modelo OO y el relacional

La utilización de un marco de trabajo (puente) en el desarrollo del proyecto es fundamental y

necesaria para permitir interactuar ambos modelos sin ningún problema de lógica en el
sistema, siendo el acceso a la base de datos de una forma semejante como se utilizaría en un
gestor de base de datos orientado a objetos, se analizaron dos alternativas para esta tarea como
ser la librería Hibernate e iBatis, obteniendo las comparativas siguientes:

CAPITULO III: FUNDAMENTO TEÓRICO 54

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla 3.2: Comparación Hibernate con iBatis

CARACTERÍSTICAS HIBERNATE IBATIS

Consultas Orientada a
Si Si
Objetos
Manipula SQL interno necesario
Dificultad de
Alta Media
implementación
Independencia de la BD alta media
Información disponible Buena Buena
Fuente: Elaboración propia

Se optó por utilizar Hibernate por presentar estas características útiles al desarrollo del
proyecto:

 Es un marco desarrollado para aplicaciones Java.

 Brinda facilidad en la administración de datos en forma de objetos.
 Permite realizar el mapeo de tablas de forma transparente.
 Utiliza archivos XML para la configuración óptima.
 Cualquier cambio, simplemente se manipulan los archivos XML y no asi toda la
aplicación.
 Hace uso de un lenguaje de consultas orientada a objetos, HQL (lenguaje de
consulta de Hibernate).
 Hibernate es libre y gratuito.

Este puente será de gran utilidad, ya que es un puente diseñado para aplicaciones Java,
permitiendo un mapeo de tablas totalmente transparente gracias a los archivos XML que se
debe generar, la flexibilidad a cambios es altamente beneficioso ya que no se introduce a la
aplicación, permitiendo que la aplicación sea independiente del gestor de Base de Datos ya
que maneja su propio lenguaje de consulta.

CAPITULO III: FUNDAMENTO TEÓRICO 55

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La conexión de base de datos se realizará a través de los archivos de configuración de

hibérnate mediante los drivers JDBC (para el gestor de base de datos a utilizar en este caso
MySql), al estar escritos en java son automáticamente instalables, portables y seguros.

CAPITULO III: FUNDAMENTO TEÓRICO 56

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO IV

METODOLOGÍA APLICADA AL PROYECTO

4.1. Metodología de Investigación

4.1.1. Metodología General

En la elaboración del proyecto se emplearán en primera instancia métodos de Investigación

Empíricos, debido a que son más útiles para la obtención y recolección de la información, ya
que se basan en características de hechos reales y prácticos.

La aplicación del método inductivo al sistema informático, el cual se usara en la etapa de

análisis del mismo buscando una estructura lógica, basada en el paradigma de orientación a
objetos cuyas propiedades y comportamientos son conocidos. A través de esta información
(requerimientos) con un análisis y estructuración del mismo, se busca llegar a construir todo el
modelo del sistema informático. El método inductivo va del efecto a la causa.

El método deductivo, será utilizado en la etapa de diseño, por la gran facilidad que ofrece para
deducir propiedades y mensajes a los cuales responde un determinado objeto, el método
deductivo va de la causa al efecto.

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 57

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

4.1.2. Métodos, Técnicas e Instrumentos

Serán usados con el objetivo de obtener los requerimientos para realizar un diseño óptimo del
sistema.

 Observación y recopilación de la información, aplicada a la forma de trabajo del

personal del Museo, para comprender a cabalidad el contexto y delimitar la
información necesaria.
 Entrevistas, aplicada a las personas que trabajan en el museo que están involucradas en
el manejo del sistema con el objetivo de contar con la información necesaria, para
formular el modelo.
 Revisión Bibliográfica, se realizará una revisión bibliográfica, para lo cual se
consultará diferentes bibliografías como ser: datos históricos del museo, documentos
del museo y otros que sean necesarios. Se realizará un esbozo de la teoría o de la
discusión teórica necesaria para el trabajo.

4.2. Metodología de Ingeniería

SISTEMA DE CONTROL DE INVENTARIO
Y FICHAS DE CATALOGACIÓN
para
Desarrollando
Desarrollado en Museo Universitario
Solución al problema Desarrollado para la base al paradigma Charcas
Identificado Plataforma
de programación
Los datos se
Orientada a almacenan en una
Windows Objetos
Con el ciclo
Ajustándose Base de Datos
Programado en de vida Emplea el
al proceso Relacional
modelo
Java Para mapear las
Iterativo e AUP
clases en una Administrada
Incremental
Modelado con con el gestor

Objeto
haciendo En entorno Usando MySql
UML Relacional
uso de de desarrollo

Documentado
IReport NetBeans con el CASE StarUML

Figura 4.1. Mapa conceptual

Fuente: Elaboración propia

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 58

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Para el desarrollo del proyecto se seguirá el Paradigma de programación orientada a objetos,

siguiendo la metodología de desarrollo ágil AUP Agile Unified Process, el ciclo de vida
Iterativo e Incremental y lenguaje de programación Java junto al entorno de desarrollo
NetBeans IDE 6.7.1 (27) , la información existente será organizada y sistematizada en una
Base de Datos Relacional que será administrada por la Base de Datos MySQL 5.0 (25), las
tablas serán mapeadas siguiendo el modelo de objetos relacional bajo la arquitectura
Empresarial J2EE (22); aplicando el lenguaje de moldeamiento unificado UML (28) con la
herramienta StarUML 5.0.2 para la implementación del modelo de análisis y diseño del
sistema.

4.2.1. Tabla de Fases en detalle

Tomando en cuenta la Metodología de desarrollo AUP (Proceso Unificado Ágil), y el Ciclo

de Vida Iterativo e Incremental, se hará referencia a las actividades,
Técnica/Método/Herramienta y los productos que se presentan en cada una de las fases de
desarrollo.
Tabla 4.1: Técnica/Métodos/Herramientas usadas en las Fases del AUP

TECNICA/METODO TIEMPO
ACTIVIDAD PRODUCTO
HERRAMIENTA (días)
CONCEPCIÓN 14
Análisis Preliminar del
Iteración I
Proyecto.
Establecer la visión y
Documento con el alcance
justificación del proyecto con Entrevista 6
del proyecto.
el personal del museo.
Entrevista,
Observación,
Definición de Requerimientos. recopilación de la 8 Listado de Requerimientos
información, revisión
Bibliográfica.
ELABORACIÓN 26
Definición de la
Iteración II
Arquitectura del Sistema.
Elaborar el Modelo General de
Casos de Uso del proyecto en Casos de Uso 12 Diagramas de Caso de Uso
función a los requerimientos.

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 59

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

TECNICA/METODO TIEMPO
ACTIVIDAD PRODUCTO
HERRAMIENTA (días)
Clasificar los casos de Uso por
Casos de Uso 2 Casos de Uso Clasificados.
prioridad y funcionalidad.
Analizar e identificar los riesgos Documento con lista
Evaluación de Riesgos 2
involucrados en el sistema. revaluada de riesgos.
Elaborar el diagrama de
Diagrama de paquetes 2 Diagrama de paquetes.
paquetes del proyecto.
Elaborar diagramas frontera del Diagrama Frontera del
Diagrama Frontera 2
sistema. Sistema
Construir los Diagramas de
Diagramas de Clase 6 Diagramas de Clase
Clase detallado.
CONSTRUCCIÓN 30
Iteración III Gestión Catálogos
Diagrama de Casos de Uso
Elaborar el modelo detallado de Diagrama de Casos de
2 y descripción detallada de
requerimientos del subsistema. Uso
los mismos.
Elaborar el modelo de clases del Diagrama de clase: de
Diagrama de Clases 1
subsistema. gestión catálogo.

Elaborar diagramas de actividad Diagrama de Diagrama de Actividades de

1
con el sistema Actividades Catálogos.

Diagrama de
Elaborar los diagramas de Diagrama de Secuencia y
Secuencia, diagrama 2
interacción del subsistema colaboración de Catálogos.
de Colaboración
Codificar los casos de uso. Java, NetBeans 18 Subsistema Codificado
Integración de los Subsistemas
Java, NetBeans 2 Subsistemas Integrados.
al sistema.
Probar casos de uso Pruebas de unidad Sistemas y subsistemas
4
programados. Pruebas de integración probados
Iteración IV 30 Historial de las Obras.
Diagrama de Casos de Uso
Elaborar el modelo detallado de Diagrama de Casos de
2 y descripción detallada de
requerimientos del subsistema. Uso
los mismos.
Diagramas de Clase:
Elaborar el modelo de clases del Movimiento Interno,
Diagrama de Clases 1 Movimiento Externo,
subsistema.
Restauración.

Elaborar diagramas de actividad Diagrama de 1 Diagrama de Actividades de

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 60

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

TECNICA/METODO TIEMPO
ACTIVIDAD PRODUCTO
HERRAMIENTA (días)
movimientos y
con el sistema Actividades
restauraciones.
Diagrama de
Elaborar los diagramas de Diagrama de Secuencia y
Secuencia, Diagrama 2
interacción del subsistema colaboración.
de colaboración
Codificar los casos de uso. Java, NetBeans 18 Subsistema Codificado
Integración de los Subsistemas
Java, NetBeans 2 Subsistemas Integrados.
al sistema.
Probar casos de uso Pruebas de unidad Sistemas y subsistemas
4
programados. Pruebas de integración probados.
Iteración V 25 Gestión de Seguridad
Diagrama de Casos de Uso
Elaborar el modelo detallado de Diagrama de Casos de
2 y descripción detallada de
requerimientos del subsistema. Uso
los mismos.
Diagramas de Clase de
Elaborar el modelo de clases del
Diagrama de Clases 1 seguridad: Bitácora, copias
subsistema.
de Seguridad, Autenticación
Elaborar diagramas de actividad Diagrama de Diagrama de Actividades de
1
con el sistema. Actividades gestión de seguridad.
Diagrama de Diagrama de Secuencia y
Elaborar los diagramas de
Secuencia, Diagrama 1 colaboración de gestión de
interacción del subsistema
de colaboración seguridad.
Codificar los casos de uso. Java, NetBeans 14 Subsistema Codificado
Integración de los Subsistemas
Java, NetBeans 2 Subsistemas Integrados.
al sistema.
Pruebas de unidad
Probar casos de uso Sistemas y subsistemas
Pruebas de integración 4
programados. probados.
Pruebas del Sistema
Iteración VI 29 Reportes e Informes
Diagrama de Casos de Uso
Elaborar el modelo detallado de Diagrama de Casos de
2 y descripción detallada de
requerimientos del subsistema. Uso
los mismos.
Elaborar el modelo de clases del
Diagrama de Clases 1 Diagramas de Clase.
subsistema.
Elaborar diagramas de actividad Diagrama de
2 Diagrama de Actividades
con el sistema. Actividades
Diagrama de
Elaborar los diagramas de Diagrama de Secuencia y
Secuencia, Diagrama 3
interacción del subsistema colaboración.
de colaboración

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 61

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

TECNICA/METODO TIEMPO
ACTIVIDAD PRODUCTO
HERRAMIENTA (días)
Codificar los casos de uso. Java, NetBeans 14 Subsistema Codificado.
Integración de los Subsistemas
Java, NetBeans 3 Subsistemas Integrados.
al sistema.
Probar casos de uso Pruebas de integración Sistemas y subsistemas
4
programados. Pruebas de Aceptación probados
TRANSICIÓN
Iteración VII 28 Mantenimiento y pruebas
Equipo de
Implementación 7 Sistema implementado.
computación
Capacitación a los usuarios Microsoft Power Point 4 Personal Capacitado.
Mantenimiento y corrección de Errores corregidos y sistema
Pruebas de Aceptación 17
errores detectados en pruebas. validado por los usuarios.

Fuente: Elaboración propia

4.3. Técnicas y Medidas de Validación

4.3.1. Validación de Cumplimiento de requerimientos

Se siguen los siguientes procedimientos: el recorrido de casos de uso para la revisión del
producto, inspección del código fuente, y el prototipo de interfaz de usuario para la validación
del interfaz de usuario.
Tabla 4.2: Plan de Validación de Requerimientos

ACTIVIDAD RESPONSABLE OBJETO A VALIDAR

Pruebas de casos de uso, con el objetivo de - Diagrama de Casos de Uso

evitar conflictos en el planteamiento de Desarrollador - Inspección en Código
Requerimientos del proyecto. Fuente.
Revisar el Prototipo Interfaz de usuarios, al - Entrada y salida de datos.
terminar cada Subsistema que permitirá Desarrollador y
- Almacenamiento de datos.
entender más fácilmente la propuesta a Usuario
- Niveles de acceso de la
usuarios, interfaz que cumpla los
seguridad.
requerimientos para resolver los problemas.

Fuente: Elaboración propia

4.3.2. Validación Orientada al Cumplimiento de objetivos.

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 62

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La validación Orientada al cumplimiento de objetivos, pretende cumplir los objetivos

mencionados en el Capítulo I (Introducción), los cuales se detallan a continuación:

Tabla 4.3: Plan de Validación de cumplimiento de Objetivos

ACTIVIDAD DE TÉCNICA O RESULTADOS

RESPONSABLE
VALIDACIÓN METODO ESPERADOS

Mejorar el proceso de registro Pruebas de Caja Analista, El sistema informático

y control de información de Negra, Pruebas Diseñador, deberá mejorar el proceso
inventario y catalogación de Unitarias, Pruebas Programador, de registro y control de la
obras, según los de Integración. Tester. información de las obras.
requerimientos de la
institución.
Optimizar el proceso de Pruebas de Caja Analista, El Sistema Informático
búsqueda de información, para Negra, Pruebas Diseñador, permitirá la optimización
una rápida ubicación de las Unitarias, Pruebas Programador, en el proceso de búsqueda
obras. de Integración. Tester. de la información.

Permitir el Registro de datos Pruebas de Caja Analista, El Sistema Informático

de las obras por restauración y Negra, Pruebas Diseñador, permitirá el mejor control
conservación cultural. Unitarias, Pruebas Programador, de la información,
de Integración. Tester. permitiendo la
actualización de datos.

Permitir el seguimiento de las Pruebas de Caja Analista, El Sistema Informático

obras a través de un Kardex Negra, Pruebas Diseñador, permitirá realizar el
Histórico que contenga el Unitarias, Pruebas Programador, seguimiento de
historial de cada obra, con de Integración. Tester. movimientos de obras, ya
información del movimiento sean internos como
de objetos culturales (tanto externos, para contar con
interno como externo), información precisa y
restauración y verificación; oportuna.
para de esta manera contar con
la información relacionada de
forma precisa y oportuna.

Mejorar obtención de Pruebas de Caja Analista, Sistema Informático que

información, de tal manera Negra, Pruebas Diseñador, genere reportes y
que se pueda obtener reportes Unitarias, Pruebas Programador, estadísticas.
y estadísticas de manera de Integración. Tester.

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 63

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ACTIVIDAD DE TÉCNICA O RESULTADOS

RESPONSABLE
VALIDACIÓN METODO ESPERADOS

sencilla, rápida, precisa y con

parámetros requeridos por la
institución.
Desarrollar un software que Pruebas de Caja Analista, Sistema Informático que
informatice los procesos de Negra, Pruebas Diseñador, garantice la seguridad
inventario, catalogación, Unitarias, Pruebas Programador, mediante la
restauración, movimientos de Integración. Tester. administración de
internos y externos; usuarios, control de
garantizando la seguridad de acceso al sistema y copias
datos del sistema, con la de seguridad de la BD.
administración de usuarios,
control de acceso al sistema y
copias de seguridad de la base
de datos.

Fuente: Elaboración propia

CAPITULO IV: METODOLOGÍA APLICADA AL PROYECTO 64

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO V

INGENIERÍA DEL PROYECTO

5.1. Fase de Inicio (Iteración I): Análisis preliminar del proyecto

5.1.1. Proceso de Requerimientos

Siguiendo la metodología de desarrollo AUP que se aplica al proyecto, se realizó en primera

instancia entrevistas a todo el personal del museo. Las preguntas estaban orientadas al análisis
del sistema de control de inventario y fichas de catalogación y observar la necesidad de
implementación de un sistema informático que les permita mejorar el trabajo que realizan.

Los requerimientos que se obtuvo fue recolectando información, datos y observando el

movimiento y trajín de la información dentro del museo.

Para tener una mejor organización en el análisis y obtención de requerimientos, se

identificaron primero los actores con los respectivos casos de uso, luego se señalaron los
requerimientos funcionales que el software debe ofrecer a los usuarios y los no funcionales
que reflejan los beneficios que aporta el sistema independientemente de su funcionalidad.

[Link]. Identificación de Actores

CAPITULO V: INGENIERÍA DEL PROYECTO 65

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

De acuerdo al estudio realizado en el museo mediante la observación, revisión documental del

museo y entrevistas, se identificaron los siguientes usuarios:

El usuario, Catalogador, restaurador y el Administrador.

Usuario

Administrador
Restaurador
Catalogador

Figura 5.1. Diagrama de Actores

Fuente: Elaboración Propia

[Link]. Descripción de Actores

Usuario: rol de los actores: Administrador, Catalogador, Restaurador.

Nombre del Actor: Administrador.

Descripción: Es el encargado de administrar el sistema, tiene permiso para

realizar cualquier operación, es el único que puede habilitar
usuarios para que puedan tener acceso al sistema o darlos de
baja.

Notas: Este actor puede realizar todas las tareas del que ofrece el
sistema, entre sus tareas específicas están:
 Puede registrar o eliminar usuarios y cuentas de usuario.
 Control de usuarios y generación de reportes referentes
a los usuarios
 Realización de copias de seguridad y restauración de la
base de datos.

CAPITULO V: INGENIERÍA DEL PROYECTO 66

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 La Aprobación de la Ficha Técnica de Catalogación.

Nombre del Actor: Catalogador

Descripción: Es el encargado de la introducción de Datos de las obra

revisión de las Fichas Técnicas, obtención de estadísticas y
reportes.

Notas:
 Puede Llenar la Ficha Técnica de Catalogación.
 Puede Revisar la Ficha Técnica de Catalogación.
 Puede Modificar el Historial de la obra.
 Puede Imprimir la Ficha Técnica de Catalogación.
 Puede Generar diferentes tipos de Reportes y
Estadísticas de las Obras Culturales.
 Puede habilitar acceso al restaurador, solo a la Ficha
Técnica de la obra a restaurar para que agregue datos de
restauración y no así modificar los datos reales de la
ficha.

Nombre del Actor: Restaurador

Descripción: Es el encargado de la introducción de Datos de restauración

de la obra.

Notas:
 Agregar la información referida a todos los informes
de conservación, análisis y tratamientos de restauración
realizados a las obras.
 Asocia imágenes digitalizados referidos a los citados
informes, análisis y tratamientos.
 Tiene Acceso a diferentes informes y listados sobre el
historial de las obras (anteriores movimientos y
restauraciones).
 Puede imprimir las fichas técnicas de catalogación
incluidos sus datos de restauración de la ficha.

CAPITULO V: INGENIERÍA DEL PROYECTO 67

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Requerimientos Funcionales.

Los requerimientos funcionales del sistema son todos aquellos servicios que el usuario espera
del sistema. Estos requerimientos nos darán un mayor entendimiento de los que necesita el
software y servirán de base para todo su desarrollo.

La obtención de requerimientos funcionales del sistema, está basada en la necesidad de

automatización que el personal del museo hizo conocer en el momento de las entrevistas. Este
sistema debe tener las siguientes características.

R.1. Validación de acceso al sistema.

R.1.0. Al sistema solo podrán acceder usuarios autorizados.

R.1.1. Para acceder al sistema los usuarios tendrán que introducir su password.

R.1.2. Después de tres intentos de acceso fallido se cerrara la aplicación del sistema.

R.2. Llenado de la Ficha Técnica de Catalogación.

R.2.0. Registrar los datos de la obra a catalogar (Datos Generales, Datos Históricos,
Datos de Campo, Datos de Ubicación, Datos de catalogación).

CAPITULO V: INGENIERÍA DEL PROYECTO 68

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

R.2.1. Asignar Fotografías a las obras Catalogadas.

R.2.2. Cualquier Catalogador podrá modificar una Fichas Técnicas de Catalogación que
está errada o si necesita actualizar datos adicionales a la obra.

R.2.3. Cualquier usuario podrá Imprimir la Ficha Técnica de Catalogación.

R.2.4. Cualquier usuario puede ver la Ficha Técnica de Catalogación por pantalla sin
necesidad de imprimirla.

R.2.5. Búsquedas precisas de cualquier obra

R.3. Revisión de la Ficha Técnica de Catalogación.

R.3.0. Supervisar los datos de las obras en la Ficha Técnica de Catalogación.

R.3.1. Marcar a la Ficha Técnica de Catalogación como “revisada” y lista para su

“aprobación” si esta no contiene errores en los datos.

R.3.2. Marcar a la Ficha Técnica de Catalogación como “no revisada”, con la

observación correspondiente si esta contiene errores en los Datos.

R.3.3. Al ingresar a la pantalla de revisión, el sistema le mostrará al usuario cuantas

Fichas Técnicas de Catalogación están pendientes para su visto bueno.

R.4. Aprobación de la Ficha Técnica de Catalogación.

R.4.0. Supervisar los datos del Bien en la Ficha Técnica de Catalogación.

R.4.1. Marcar a la Ficha Técnica de Catalogación como “aprobada” y lista para su

impresión si esta no contiene errores en los datos.

R.4.2. Marcar a la Ficha de Catalogación con la observación correspondiente si esta

contiene errores en los datos.

R.4.3. Al ingresar a la pantalla de Aprobación, el sistema le mostrará al usuario cuantas

Fichas Técnicas de Catalogación pendientes tiene para su revisión.

R.5. Historial de la Obra.

CAPITULO V: INGENIERÍA DEL PROYECTO 69

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

R.5.0. Adquirir los datos de la Obra “restaurada”.

 Debe guardarse los datos de la restauración como ser: el tipo de restauración

realizado en la Obra, la fecha de restauración, la fecha de devolución y el
nombre del restaurador.

R.5.1. Adquirir los datos de la obra que fue “trasladado”, “movido” o reubicado de su
lugar de origen.

 Debe guardarse el núm. de inventario, galería, ubicación exacta, titulo , estado

de conservación actual, autor/escuela/fecha, técnica material, tipo de traslado,
motivo del traslado, lugar de destino, observaciones fecha de
traslado/responsable, fecha de retorno/responsable, otros detalles.

 Los datos del lugar de origen de la obra se guardarán en otra tabla para el
Historial de la Obra.

 Proporcionar información acerca de los movimientos.

R.5.2. Adquirir los datos de la obra que ha sido “verificado”.

 Debe guardase los datos de la verificación de la obra como: el nombre de la

persona que realizo la verificación, la fecha en que se realizó la Verificación y
el estado de conservación al momento de la verificación.

R.6. Registro y Acciones del Personal

R.6.0. Registro de datos del personal

R.6.1. Adquirir los datos del usuario y su password para que en futuras ocasiones esta
puede ingresar a la aplicación del sistema, como también la modificación de
estos.

 Definir niveles de acceso de usuarios de acuerdo al trabajo que realicen e

impedir el acceso al sistema por parte de usuarios no autorizados.

R.6.2. Generar informes de los accesos que hicieron los usuarios al sistema,
mostrando la fecha y hora de entrada/salida, se podrá pedir un informe general
de los ingresantes al sistema.

CAPITULO V: INGENIERÍA DEL PROYECTO 70

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

R.6.3. Buscar personal por su CI para ser dado de baja del sistema para que éste no
pueda utilizarlo o darle una baja temporal.

R.7. Obtención de estadísticas.

R.7.0. Generar estadísticas por Tipología.

R.7.1. Generar estadísticas por Categoría.

R.7.2. Generar estadísticas por Especialidad.

R.8. Obtención de reportes.

R.8.0. Generar un informe de todos los Bienes Catalogados en el museo.

R.8.1. Buscar una Ficha Técnica de Catalogación de una obra específica, este se podrá
buscar por su nombre o por su código, para su posterior generación de reporte.

R.8.2. Generar reportes de los bienes movidos.

R.8.3. Generar reportes del personal.

R.9. Seguridad de los Datos.

R.9.0. Copias de Seguridad de la Base de Datos

R.9.1. Restauración de la Base de Datos

R.9.2. Seguimiento de Bitácora del sistema

[Link]. Requerimientos no funcionales.

La principal finalidad de la elaboración de un sistema de software informático es de contar

con un sistema que agilice y mejore la situación actual en la que se encuentra el museo. Por lo
que es necesario construir un producto de calidad en la que se presente de mejor forma los
procesos actuales.

CAPITULO V: INGENIERÍA DEL PROYECTO 71

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Para contar con un producto que sea de calidad y de solución a los problemas presentes de
manera óptima, se identificó los siguientes requisitos no funcionales del sistema:

Facilidad de manejo

Capacidad del software para un fácil manejo por el usuario y que cumpla las tareas
establecidas. La representación de interfaces deben ser entendibles.

Funcionalidad

Asegurar que el producto funcione tal como se ha especificado en los requerimientos.

Confiabilidad

Capacidad del software para proporcionar los resultados confiables y acordados, con el grado
necesario de precisión.

Seguridad

Capacidad del software para proteger información y datos de manera que las personas o
sistemas no autorizados no puedan leerlos, modificarlos y borrarlos.

Recuperación de datos

Capacidad del software de recuperar los datos por una copia de seguridad si el equipo tiene
fallas.

Mantenibilidad

Capacidad del software que permite que una determinada modificación o inclusión de un
nuevo módulo sea implementada.

Instalabilidad

Capacidad del producto software para ser instalado en un entorno especificado sea fácil al ser
portable.

CAPITULO V: INGENIERÍA DEL PROYECTO 72

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

5.2. Fase de Elaboración (iter. II): Definición de la Arquitectura del Sistema

5.2.1. Diagrama de Casos de Uso General

CAPITULO V: INGENIERÍA DEL PROYECTO 73

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Mantener Usuario
Realizar copias de Seguridad BD
Generar Reportes de usuarios

Administrador Restaurar BD

Mantener Personal

Autenticación
Seguimiento de Bitácora del Sistema
Aprobacion Ficha Tecnica

Buscar Ficha

Modificar Ficha
Usuario
Borrar Ficha
Archivo Fotográfico

Revisión de la Ficha
Listar Ficha
Gestión de Catálogos Generación de reportes de la ficha

Listar Datos de Obras Movidas

Impresión de la Ficha Técnica

Estadísticas de las obras

Catalogador
Modificar Datos de Movimiento
Eliminar datos Movimiento
Visualización de datos de inventario

Impresión de los datos de inventario

Buscar Obra Movida Registro de movimiento

Búsqueda de las obras

Búsqueda de obras movidas

Buscar Impresión de datos de movimiento

Historial de la Obra

<<extend>>
Reportes de los movimientos
Modificar datos

Borrar <<extend>>

Registro de Restauracion archivo fotográfico

Listar Obras Restauradas

Visualizacion de Informacion Obras

Restaurador

Imprimir Fichas Tecnicas

Imprimir datos de Restauracion

Figura 5.2. Diagrama General de Casos de Uso

Fuente: Elaboración Propia
5.2.2. Diagrama de Casos de Uso Clasificados por prioridad

CAPITULO V: INGENIERÍA DEL PROYECTO 74

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Diagrama de Casos de Uso Usuario

Autenticación
Usuario

Figura 5.3. Diagrama de Casos de Uso Usuario

Fuente: Elaboración Propia

 Diagrama de Casos de Uso Administrador

Mantener Usuario

Realizar copias de Seguridad BD

Generar Reportes de usuarios

Restaurar BD
Administrador
Mantener Personal

Seguimiento de Bitácora del Sistema

Aprobacion Ficha Tecnica

Figura 5.4. Diagrama de Casos de Uso Administrador

Fuente: Elaboración Propia

Y los siguientes casos de uso están especificados en Referencia Técnica: Requerimientos

 Diagrama de Casos de Uso Catalogador

 Diagrama de Casos de Uso Restaurador

5.2.3. Diagrama de Casos de Uso Clasificados por funcionalidad

CAPITULO V: INGENIERÍA DEL PROYECTO 75

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Casos de Uso 1: Autenticación

Autenticación
Usuario

Figura 5.5. Diagrama de Caso de Uso Autenticación

Fuente: Elaboración Propia

 Casos de Uso2: Gestión Catálogos

Archivo Fotográfico <<include>>

Buscar Ficha<<include>>
<<extend>>
<<extend>>
Modificar Ficha
Borrar Ficha
<<extend>> <<extend>>
Gestión de Catálogos
Catalogador

Listar Ficha

Figura 5.6. Diagrama de Caso de Uso Gestión Catálogos

Fuente: Elaboración Propia

Y los siguientes casos de uso están especificados en Referencia Técnica: Requerimientos.

 Casos de Uso3: Revisar Ficha Técnica de Catalogación

 Casos de Uso4: Aprobar Ficha Técnica de Catalogación
 Casos de Uso5: Historial de las Obras
 Casos de Uso6: Mantener Usuario
 Casos de Uso7: Mantener Personal
 Casos de Uso8: Seguimiento del Acceso a la BD
 Casos de Uso 9: Copias de Seguridad y restauración de la BD

5.2.4. Descripción de los Casos de Uso

CAPITULO V: INGENIERÍA DEL PROYECTO 76

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso 1: Autenticación.

Actores: Administrador, Catalogador, Restaurador.
Tipo: Primario.
Descripción: El caso de uso realiza la validación de usuarios. Se activa
cuando un usuario intenta identificarse ante el sistema, solicitará
la clave de acceso del usuario para darle accesos a diferentes
procesos.

Caso de Uso 2: Gestión Catálogos.

Actores: Catalogador.
Tipo: Primario.
Descripción: Registro de datos de la obra a catalogar (Datos Generales, Datos
Históricos, Datos de Campo, Datos de Ubicación, Datos de
catalogación) con asignación de Fotografías a cada obra, el
sistema permitirá Modificar datos, Eliminar, Generar Reportes
de la obra.

Caso de Uso 3: Revisar la Ficha Técnica de Catalogación.

Actores: Catalogador
Tipo: Primario
Descripción: El actor supervisa los datos de la obra que contiene la Ficha
Técnica de Catalogación, si ésta contiene una falla se introducirá
la observación correspondiente.

Caso de Uso 4: Aprobar la Ficha Técnica de Catalogación

Actores: Administrador
Tipo: Primario
Descripción: El Técnico en Catalogación supervisa los datos de la obra que
contiene la Ficha Técnica de Catalogación y si esta contiene una
falla se introducirá la observación correspondiente.

Caso de Uso 5: Historial de las Obras

CAPITULO V: INGENIERÍA DEL PROYECTO 77

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Actores: Catalogador
Tipo: Primario
Descripción: Cuando la obra histórica es trasladado por restauración,
verificación, préstamo o reubicación, este es el proceso que se
encarga de capturar los datos de cualquiera de estas actividades.

Caso de Uso 6: Mantener Usuario

Actores: Administrador
Tipo: Secundario
Descripción: El caso de uso provee la capacidad de la definición de los niveles de
acceso para un usuario, (proceso y/o tareas a los cuales tendrá
acceso) en base el personal registrado, según el rol que realiza
dentro las instalaciones del museo.

Caso de Uso 7: Mantener Personal

Actores: Administrador
Tipo: Secundario
Descripción: El caso de uso provee la capacidad de mantener (crear, modificar,
eliminar), los datos del personal activo que tiene el museo.

Caso de uso 8: Seguimiento del Acceso a la Base de Datos

Actores: Administrador
Tipo: Primario.
Resumen: La bitácora del sistema guarda la entrada, salida y duración del
usuario cuando ingreso al sistema.

Caso de Uso 9: Realizar copias de seguridad y restauración a la BD

Actores: Administrador
Tipo: Primario.
Resumen: El caso de uso provee la capacidad de generar copias de
seguridad y restauración.

Caso de uso 10: Obtener Estadísticas

CAPITULO V: INGENIERÍA DEL PROYECTO 78

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Actores: Catalogador
Tipo: Secundario
Descripción: Generar diferentes tipos de estadísticas con respecto a las obras
ya sea en un gráfico de tipo torta, barras o por referencias
cruzadas.

Caso de Uso 11: Obtener Reportes

Actores: Administrador Catalogador, Restaurador
Tipo: Primario
Descripción: El sistema permitirá generar reportes de todas las tablas del
sistema.

5.2.5. Proceso de Análisis y Diseño

Con este proceso se quiere obtener una descripción detallada del Sistema y de alto nivel con el
objeto de dar una solución lógica y saber cómo satisfacer los requerimientos y restricciones
que se han identificado, además de que se contara con una base útil para posteriores diseños
del sistema.

El proceso de Análisis y Diseño Proporciona una visión general del sistema permitiendo
estructúralo. En esta etapa se refinan los requerimientos y se realiza la gestión de riesgo del
sistema.

5.2.6. Análisis de Riesgos

Los riesgos son un factor fundamental a considerar en la consecución del proyecto a fin
de garantizar el éxito del mismo. El presente análisis se lo realizará desde una
perspectiva funcional relacionada con la operatividad del sistema y cuyo objetivo será la
de reducir la probabilidad de que ocurran los riesgos o mitigar su impacto una vez que
ocurran. Los posibles riesgos encontrados y sus posibles medidas de mitigación son las
siguientes:

 Planificación equivocada.

CAPITULO V: INGENIERÍA DEL PROYECTO 79

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Riesgo: Alto.
 Descripción del Riesgo: La planificación del proyecto puede ser errónea.
 Impacto: Retraso y confusión en el desarrollo de la aplicación.
 Indicadores: El proyecto completo se retrasaría.
 Estrategia de Mitigación: Supervisar los objetivos y alcances del proyecto
 Pan de Contingencia: Replanteamiento de los alcances del proyecto en base a
una planificación más concordante.

 No poder terminar el proyecto en el plazo establecido.

 Riesgo: Alto.
 Descripción del Riesgo: En algunos casos no se puede cumplir con el
cronograma establecido en la planificación.
 Impacto: El proyecto no fue concluido.
 Indicadores: Tareas no realizadas en el tiempo establecido, debido al retraso del
proyecto.
 Estrategia de Mitigación: Seguir el cronograma de la planificación del proyecto
tomando en cuenta los tiempos y tareas para cada actividad.
 Pan de Contingencia: Reducir funciones con menor prioridad.

 No tener suficiente conocimiento de las herramientas de desarrollo de Software.

 Riesgo: Alto.
 Descripción del Riesgo: No contar con la suficiente experiencia y dominio de
las herramientas para poder desarrollar la aplicación.
 Impacto: Retraso en el desarrollo de la aplicación.
 Indicadores: Funciones incompletas que no se pueden implementar, falta de
tiempo.
 Estrategia de Mitigación: Dedicar tiempos extras para la investigación de las
herramientas a utilizar y llegar a tener un mejor conocimiento de los mismos
para llegar así a la conclusión del proyecto.
Pan de Contingencia: Se tendrá que reducir algunas actividades con menor
importancia.

CAPITULO V: INGENIERÍA DEL PROYECTO 80

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Cambios en los requerimientos de la aplicación.

 Riesgo: Alto.
 Descripción del Riesgo: Puede ocasionar retrasos en la culminación del
proyecto ya que implica realizar nuevo estudio de requerimientos y realizar las
modificaciones llevarían más tiempo.
 Impacto: Realizar nuevamente la especificación de los requerimientos, pérdida
de tiempo.
 Estrategia de Mitigación: Realizar un análisis de los requerimientos de forma
detallada.
 Pan de Contingencia: Establecer revisiones periódicas de los requerimientos
antes del desarrollo del sistema.

 Requerimientos demasiados complejos para el tiempo disponible.

 Riesgo: Alto.
 Descripción del Riesgo: Algunos requerimientos pueden ser más complejos y
puede que necesite más tiempo para su desarrollo.
 Impacto: El retraso del proyecto.
 Estrategia de Mitigación: Incrementar un cierto porcentaje a la estimación del
tiempo de desarrollo de software obtenida del proyecto.
 Pan de Contingencia: Establecer revisiones periódicas de los requerimientos
antes del desarrollo.

5.2.7. Diagramas de Frontera del Sistema

[Link]. Diagrama Frontera Administrador

CAPITULO V: INGENIERÍA DEL PROYECTO 81

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

INTERFACES DEL ADMINISTRADOR

Mantener Usuario

Generar Reportes de usuarios

Seguimiento de Bitácora del Sistema

Administrador

Realizar copias de Seguridad BD

Restaurar BD

Mantener Personal

Aprobacion Ficha Tecnica

Figura 5.7. Diagrama Frontera Administrador

Fuente: Elaboración Propia
[Link]. Diagrama Frontera Catalogador

INTERFACES DEL CATALOGADOR

Gestión de Catálogos

Generación de reportes de la ficha

Revisión de la Ficha

Registro de movimiento
Catalogador

Reportes de los movimientos

Impresión de datos de movimiento

Historial de la Obra

Figura 5.8. Diagrama Frontera Catalogador

Fuente: Elaboración Propia

[Link]. Diagrama Frontera Restaurador

CAPITULO V: INGENIERÍA DEL PROYECTO 82

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

INTERFACES DEL RESTAURADOR

Visualizacion de Informacion Obras

Registro de Restauracion
Restaurador

Imprimir datos de Restauracion

Imprimir Fichas Tecnicas

Figura 5.9. Diagrama Frontera Restaurador

Fuente: Elaboración Propia

5.2.8. Diagrama de Paquetes del Sistema

Los diagramas de paquetes son utilizados para la estructuración del sistema en partes pequeñas
más fácilmente manejables. Un paquete es un mecanismo de propósito general para organizar
elementos en grupos (módulos). Constituyen una forma de administrar la complejidad del
sistema.

A continuación se presentan los módulos de la aplicación, mediante el siguiente diagrama de

paquetes:

SISTEMA DE CATALOGACIÓN E INVENTARIO

Movimiento de Obras Registro de Obras Datos de Catalogacion

Reportes

Restauracion de Obras Inventario

Figura 5.10. Diagrama de Paquetes

Fuente: Elaboración Propia

 Paquete Registro de Obras

CAPITULO V: INGENIERÍA DEL PROYECTO 83

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Realiza el registro de datos de cada una de las obras, Datos Generales de la obra,
registro de datos de campo (datos tomados en el lugar que se encuentra la obra) y el
registro de histórico investigativo (investigación complementaria sobre la obra);
además de la asignación fotográfica a cada una de las obras.

 Paquete Datos de Catalogación

Registra los datos de catalogación de la obra como fecha de catalogación y personal

que realizado la catalogación.

 Paquete Movimiento de las obras

Realiza el registro y control de las obras que fue trasladada tanto internamente
(movida o reubicada de su lugar de origen) o fuera del museo como son los préstamos
externos.

 Paquete Inventario

El paquete inventario permite la visualización de datos principales de las obras (datos

de inventario).

 Paquete Restauración

Este paquete permite archivar la información referida a todos los informes de

conservación, análisis y tratamientos de restauración realizados a las Obras.
Posibilita la asociación de imágenes referidos a los citados informes, análisis y
tratamientos.

 Paquete Reportes

El paquete reportes contiene todos los reportes, estadísticas y cualquier documento

generado por el sistema para su posterior impresión, donde estos son llamados desde
las interfaces donde se requiere.

5.2.9. Estructura Estática del Sistema

CAPITULO V: INGENIERÍA DEL PROYECTO 84

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Clase Entidad

 Acceso: Almacena la información de autenticación de los usuarios.

 Bitácora: Guarda Información sobre los ingresos que realizo el usuario al sistema.

 Cargo: Se almacena la información sobre los cargos del personal.

 Personal: Se almacena la información del personal activo del museo.

 Sala: Almacena todos los nombres de las salas que tiene el museo.

 Galeria: Almacena los tipos de Galerías.

 Obras_DG: Almacena información de las obras, como datos generales, datos

históricos y datos de campo.

 Fotografías: Almacena información sobre las fotografías asignadas a cada una de las
obras.

 Datos_Catalogacion: Almacena los datos de catalogación de las obras.

 Obj_Aprobar: Almacena los datos de Aprobación de las obras.

 Obj_Revisiones: Almacena los datos de supervisión y revisión de las obras.

 Movimiento_Interno: Se almacena la información sobre movimientos internos que

tienen las obras.

 Retorno: Se almacena la información sobre la devolución de los movimientos

internos que tienen las obras.

 Restaurados: Almacena información sobre las restauraciones e intervenciones que

tuvieron las obras.

 Baja: Almacena información sobre las obras dadas de baja ya sea por destrucción,
pérdida/robo o Reintegración.

 Recuperados: Almacena información sobre los objetos que fueron recuperados

después de una sustracción.

CAPITULO V: INGENIERÍA DEL PROYECTO 85

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Movimiento_Externo: Almacena información sobre los préstamos externos de las

obras.

 ObrasRelacionadas: Almacena información de todas las obras relacionadas al

Movimiento Externo.

 Directorio: Almacena la Información de instituciones y personas relacionadas con el

museo.

 Valoracion_Avaluo: Almacena Información de valoración monetaria de la obra.

 Verificacion: Almacena los datos de verificación de la obra.

[Link]. Clase Interfaz

 JFAcceso: Representa la Interfaz que permitirá al administrador autenticar a los

usuarios.

 JFprincipal: Representa la interfaz principal del sistema que permite ingresar a las
demás interfaces.

 JFPermisos: Representa el interfaz que permite al administrador administrar

permisos a usuarios.

 JFPersonal: Representa la Interfaz que permitirá realizar el registro y visualización

del personal del museo.

 JF_Inventario: Representa la interfaz que permitirá el realizar el registro de datos de

inventario de la Obra.

 JFCatalogos: Representa la Interfaz que permite introducir todos los datos

correspondientes a cada una de las obras del museo, como: datos generales,
históricos, de campo, de catalogación, ubicación y asignación de fotografías.

 JF_Catalogos_Revisiones: Interfaz que permite al catalogador realizar una

verificación a todos los datos de obras introducidos.

 JF_Catalogos_Aprobaciones: Interfaz que permite al Administrador realizar la

aprobación de obras que no tienen errores en los datos introducidos.

CAPITULO V: INGENIERÍA DEL PROYECTO 86

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 JF_Movimientos_Internos: Interfaz que permite realizar el registro sobre los

movimientos internos que tendrá la obra, ya sea por restauración o reubicación.

 JFRestauración: Interfaz que le permite al catalogador registrar cada una de las

intervenciones realizadas a las obras.

 JF_Movimientos_Externos: Interfaz que permite realizar el registro de

movimientos Externos (préstamos externos).

 JD_ObrasAsociadas: Interfaz que permite realizar el registro de obras asociadas al

movimiento externo.

 JD_Avaluo: Interfaz que permite realizar el registro sobre el avalúo de las obras.

 JF_Directorio: Interfaz que permite registrar Instituciones o personas relacionadas

con el museo.

 JF_Bajas: Interfaz que permite registrar las bajas y altas de las obras.

 JF_Verificar: Interfaz que permite la verificación del estado de conservación de las

obras.

 JFBitacoras: Interfaz que permite la visualización de la información sobre control de

accesos al sistema.

 JF_Copia_Seguridad: Interfaz que permite realizar copia de seguridad de la base de

datos.

 JF_Restauracion_BD: Interfaz que permite realizar la restauración o recuperación

de datos.

[Link]. Diagrama de Clases

Los diagramas de clases son diagramas de estructura estática que muestran las clases del
sistema y sus interrelaciones, son el pilar básico del modelado con UML, siendo utilizados
tanto para mostrar lo que el sistema puede hacer (análisis), como para mostrar cómo puede ser
construido (diseño).

CAPITULO V: INGENIERÍA DEL PROYECTO 87

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”
1..*
1..*
RETORNO MOVIMIENTO_ INTERNO FOTOS_ RESTAURACIONES OBRAS_ RELACIONADAS VALORACION EXPOSICION
#id: Long #id: Long #id: Long #id: Long #id: Long
+fecha_retor: Date +Anterior_Repar: String +Fecha: Date #id: Long
1..* +EstadoMove: String +FechaValo: Date +Cartelas: String
1 +movimiento_interno_id: Long +Anterior_Ubic: String +direccion: String
1 +FechaRenova: Date +Moneda: String +CentroLugarExpo: String
TIPOLOGÍA OBRAS 1 1..* +obras_dg_id: Long +Conservacion: String +Fotografo: String +FechaRetorno: Date +Valoración: String
+ExpMov: String +PredeEstado: Integer +FechaF: Date
+id: Long +FechaSalida: Date 1..* 1 +notaObs: String +FechaI: Date
#id: Long +Fecha_Aprox_Devol: Date #restaurados_id +Incidencias: String #Tasador_id
+codTip: String +Codigo: String BITACORA +Fecha_Tras: Date +Localidad: String
+tipologia: String +bole: bolen +TituloExpo: String
+Inv_Anterior: String +Motivo_Tras: String +cartela: String
#id: Long #MOVE_id: Long
+Nombre: String +Nueva_Repar: String 1..*
+CI: Integer +condiEspec: String #Comisa_Respo_id: Long
1 +Autor: String +Nueva_Ubic: String +obs: String
+Fecha_I: String
+Estilo: String +TipoMov: String #obras_dg_id: Long
+Fecha_S: String 1 1..*
+Escuela: String +Ubic_temporal: String #valoracion_avaluo_id: Long
+Hora_I: String
+Epoca: String +observ: String 1
+Hora_S: String
+Tecnica: String +observacionesDevol: String RETAURADOS MOVIMIENTO_ EXTERNO
+Duracion: String 1
+Material: String #personal_id: Long
1..* +Especif_especia: String #obras_dg_id: Long #id: Long 1 #id: Long
CATEGORÍA
+Origen: String #restaurados_id: Long 1..* +Bibliografia: String GESTION +EstadoMov: String
DATOS_ CATALOGACIÓN +CondicionesEspe: String +Expediente: String
#id: Long +Obtención: String 1..*
+codCate: String +Fecha_Adq: Date #id: Long +DescripTrata: String #id: Long +FechaReg: Date
+categoria: String 1 +Est_Conserv: String 1 +EstadoConser: String #obrasrelacionadas_id: Long 1..* +FechaRenova: Date
+fecha_catalogacion: Date 1 1 +FechaRetorno: Date
+Intervenciones: String #Personal_Cata_id: Long +EstadoRestaurados: String #movimiento_externo_id: Long
+Carac_Tec: String 1 +ExpeRest: String #autorizacion_id: Long +FechaSal: Date
1
+Icono_Orma: String +FechaF_Anali: Date #seguro_id: Long +FechaSol: Date
1..* SEGURO
+Datos_Hist: String +FechaF_Trata: Date #transporte_id: Long 1..* +Observaciones: String
PERSONAL 1
+Biblio: String +FechaI_Anali: Date #id: Long #tipomove_id: Long
1
ESPECIALIDAD 1..*+Observaciones: String #id: Long +FechaI_Trata: Date 1..* 1..* +FechaF: Date #institucion_id: Long
+Alto: Float +Nombres: String +MotivoInf: String +FechaI: Date #representante_id: Long
#id: Long +Ancho: Float 1..* +Apellidos: String +MotivoInter: String +NumPoli: String #solicitante_id: Long
+codEsp: String 1 +Largo: Float UBICACIÓN +CI: Integer +ObserTrata: String +notaObs: String
+especialidad: String +Profundidad: Float 1 +Edad: Integer +Observaciones: String 1 #Asegurador_id: Long
1 #id: Long 1
+Diametro: Float 1 1 +Sexo: : String +Productos: String AUTORIZACIÓN #directorio_id: Long
+Nro_Sala: String 1
+Circunferencia: Float +Fecha_Nacimie: Date +PropuTrata: String
+Ubic_Galeria: String 1
+Peso: Float 1 +Domicilio: String +RestauAnt: String #id: Long 1..*
#personal_id: Long DIRECTORIO
+Cantidad: Integer +Fono_Cel: String +ResulAnali: String +CodNum: String
+TipoAnali: String +Fecha: Date TRANSPORTE
+Estado_Ficha: String 1..* +Fecha_Ingr: Date #id: Long
+Seguridad: String 1 +Estado_Autoriz: String +TipoTrata: String +TipoDoc: String #id: Long +Apellidos: String
1 +Proteccion: String +Observaciones: String +estadoUrgente: String +notaDescr: String 1 +Cargo: String
+FechaDest: Date
+Marcas_Insc: String VERIFICACIÓN #Cod_Cargo: Long +fechaInf: Date +FechaOri: Date +Direccion: String 1
+Descripcion: String #AutorAnali_id: Long +HoraDest: String +FechaInscrip: Date
+id: Long 1 #AutoresInf_id: Long +Institucion: String
+encargado: String 1 +HoraOri: String
+Fecha_Verific: Date 1..* #AutoresTrata_id: Long +Localidad: String
+Estado: String +LugarDest: String
+Estado_Anterior: String 1..* 1 1 +Nombres: String
#ubicacion_id: Long +LugarOri: String
1..* +Estado_Actual: String 1..* +NumDoc: String
#datos_catalogacion_id: Long ACCESO +MedioTrans: String
FOTOGRAFÍAS +Observaciones: String +Observaciones: String
#tipologia_id: Long CARGO +notas: String
#verificador_id: Long #id: Long +Provincia: String
#id: Long #categoria_id: Long ALTA #Empresa_id: Long
#obras_dg_id: Long +Login: String #Cod_Cargo: Long +RelacionMuseo: String
+Fecha: Date #especialidad_id: Long
#obj_aprobar_id: Long +Password: String +Descrip_Cargo: String #id: Long +TipoRegistro1: String
+direccion: String +permisos: String +Nivel_dAcceso: String
#obj_revisiones_id: Long +Estado_Actual: String +TipoRegistro2: String
+Fotografo: String #personal_id +Fecha_alta: Date RECUPERADO +codiPostal: String
+PredeEstado: Integer
1 1 +Observaciones: String +email: String
#obras_dg_id: Long #id: Long
1 1 1..* #baja_id: Long +fax: String
#recuperado_id: Long +AutorRobo: String +fono: String
1..* +Detalles: String
1..* #obras_dg_id: Long 1 +pais: String
BAJ A +EntidadRecupe: String +tipoDoc: String
1..* #id: Long 1 +Fecha_Devol: Date
1 1 +Fecha_Recup: Date
+Conservacion: String 1
OBJ _ REVISIONES +Estado: String 1..* +LugarRecupe: String
+ExpBaja: String #denuncia_id
OBJ _ APROBAR
#id: Long +Fecha_baja: Date 1..*
1
+Obs_Rev: String #id: Long +Motivo_Baja: String BANCO
1..* DENUNCIA
+revisada: String +Obs_apro: String +Nueva_Ubic: String 1 #id: Long
+fecha_Revi: Date +aprobada: String +TipoBaja: String #id: Long +NroCuenta
#Cod_Personal: Long +fecha_apro: Date +observ: String +Denunciante: String +entidad
#id_personal: Long #responsable_id: Long +FechaDenuncia: Date #directorio_id: Long
#denuncia_id: Long +FechaRobo: Date
#obras_dg_id: Long +NumDenunPoli: String

Figura 5.11. Diagrama de Clases

Fuente: Elaboración Propia

CAPITULO V: INGENIERÍA DEL PROYECTO 88

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

5.3. Fase de Construcción (Iteración III): Gestión de Catálogos

5.3.1. Descripción detallada de requerimientos

En esta etapa se elaborara el modelo detallado de requerimientos del Caso de Uso 2.

CASO DE USO 2: Gestión Catálogos

Archivo Fotográfico <<include>>

Buscar Ficha
<<include>>
<<extend>>
<<extend>>
Modificar Ficha
Borrar Ficha
<<extend>> <<extend>>
Gestión de Catálogos
Catalogador

Listar Ficha

Caso de Uso 2.1. Gestión Catálogos (Registro de la Ficha)

Actores: Catalogador.
Propósito: Introducir los datos de catalogación
Descripción: Permitirá el registro de datos de la obra a catalogar (Datos
Generales, Datos Históricos, Datos de Campo, Datos de
Ubicación, Datos de catalogación) con asignación de
Fotografías a cada obra, el sistema permitirá Modificar datos,
Eliminar, cancelar, buscar.
Tipo: Primario
Referencias Funciones: R.2.0, R.2.2, R.2.3, R.2.4, R.2.5
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
1. Ingresa a la ventana de Fichas Técnicas de
Catalogación con las opciones de Insertar,
Guardar, Actualizar los datos de alguna ficha
ya elaborada, buscar una ficha técnica en

CAPITULO V: INGENIERÍA DEL PROYECTO 89

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

especial.
[Link] usuario elige la opción de 3. Muestra el formulario en blanco para el
Actualizar la Ficha Técnica. llenado de datos de la Obra.
[Link] los datos de la obra a 5. Guardar Ficha Cancelar o Salir.
catalogar.
6. El usuario elige Guardar. 7. Muestra un mensaje de la grabación con
éxito.
8. Habilita las opciones de Actualizar,
Guardar, buscar, Eliminar y Salir.
9. El usuario elige la opción Salir. 10. el sistema sale de la ventana de Fichas
Técnicas de Catalogación.
Cursos Alternos.
Línea 1-8. (Elige la Opción Actualizar)
 Cuando el Usuario elija una obra en específica se mostrarán los datos en el
formulario.
 Realizará la corrección de los datos de la obra.
Línea 1-8. (Elige la Opción Buscar)
 Incluye (Buscar).
 Cuando la obra es ubicada los datos del mismo se mostrarán en el formulario.
Línea 1-8. (Elige la Opción Eliminar)
 El sistema borrara todos los datos de la obra, siempre y cuando este no esté
usada por otra tabla.
Línea 5. (Elige la Opción Cancelar)
 El sistema cancela sin guardar la ficha.
Línea 5. (Elige la Opción Salir)
 El sistema sale de la ventana de Fichas Técnicas sin guardar la ficha.
Línea 5. (Validación de Datos)
 Validar si los datos introducidos son correctos.
 Muestra un mensaje de error si alguno de los campos no son válidos.

CAPITULO V: INGENIERÍA DEL PROYECTO 90

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso 2.2. Asignación de Archivo Fotográfico

Actores: Catalogador.
Tipo: Primario.
Propósito: Introducir fotografías de las obras catalogadas
Descripción: Permitirá la asignación de archivo fotográfico a cada obra, el
sistema permitirá Buscar Foto, Eliminar Foto, Cancelar Foto.
Tipo: Primario
Referencias Funciones: R.2.1
Cruzadas:
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. El usuario ubica y/o busca la obra 2. Los datos de la obra serán mostrados en
a la cual quiere asignarle el archivo el formulario, habilitando las opciones de
fotográfico. Buscar Foto y los campos de información
sobre la fotografía (como datos de
fotógrafo, fecha de toma).
3. Buscará la fotografía de la obra 4. Se le habilitara las opciones Guardar,
correspondiente en los archivos de la Cancelar.
PC.
5. El usuario elige la opción Guardar 6. Almacena la fotografía de la obra.
7. El usuario llenará los datos sobre 8. Habilita las opciones de Guardar Foto y
la fotografía (como datos de Cancelar Foto.
fotógrafo, fecha de toma).
9. El usuario elige la opción Guardar 10. El sistema guardara la fotografía y sus
Foto. datos sobre la fotografía.
11. Visualiza las fotografías 12. Habilita las opciones de Cancelar Foto
insertadas. y Eliminar Foto.

Cursos Alternos.
Línea 4. (El usuario elige la opción Cancelar)
 El sistema cancelara la búsqueda de la fotografía en archivos de la PC.

CAPITULO V: INGENIERÍA DEL PROYECTO 91

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Línea 8-12 (Elige la Opción Cancelar Foto)

 El sistema cancelará la asignación de archivo fotográfico a la obra.
Línea 12. (Elige la Opción Eliminar Foto)
 El sistema eliminará la foto que el usuario seleccionó

5.3.2. Diagrama de Clases: Gestión Catálogos

FOTOGRAFÍAS
OBRAS
#id: Long
#id: Long
+Fecha: Date
+Codigo: String
TIPOLOGÍA +direccion: String
+Inv_Anterior: String
+Fotografo: String
+Nombre: String
+id: Long +PredeEstado: Integer
+Autor: String
+codTip: String #obras_dg_id: Long
+Estilo: String
+tipologia: String
+Escuela: String
+Epoca: String 1..*
1 +Tecnica: String
+Material: String
+Especif_especia: String
1..* +Origen: String
+Obtención: String
+Fecha_Adq: Date UBICACIÓN
CATEGORÍA +Est_Conserv: String 1 #id: Long
+Intervenciones: String +Nro_Sala: String
#id: Long
1 +Carac_Tec: String +Ubic_Galeria: String
+codCate: String PERSONAL
1..* +Icono_Orma: String
+categoria: String
+Datos_Hist: String 1 #personal_id: Long 1
+Biblio: String 1..* #id: Long
1 +Nombres: String
+Observaciones: String
+Alto: Float +Apellidos: String
+Ancho: Float +CI: Integer
+Largo: Float +Edad: Integer
+Profundidad: Float +Sexo: : String
+Diametro: Float +Fecha_Nacimie: Date
1..* +Circunferencia: Float +Domicilio: String
+Peso: Float +Fono_Cel: String
+Cantidad: Integer +Fecha_Ingr: Date
+Estado_Ficha: String +Estado_Autoriz: String
ESPECIALIDAD 1 +Seguridad: String DATOS_ CATALOGACIÓN
+Observaciones: String
+Proteccion: String #Cod_Cargo: Long
#id: Long #id: Long
+Marcas_Insc: String
+codEsp: String +fecha_catalogacion: Date
+Descripcion: String
+especialidad: String #Personal_Cata_id: Long
+encargado: String
+Estado: String
#ubicacion_id: Long
#datos_catalogacion_id: Long
#tipologia_id: Long
#categoria_id: Long
#especialidad_id: Long
#obj_aprobar_id: Long
#obj_revisiones_id: Long

Figura 5.12. Diagrama de Clases Gestión de Catálogos

Fuente: Elaboración Propia

5.3.3. Estructura Dinámica del Sistema

[Link]. Diagrama de actividades

Un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y

operacionales de los componentes en un sistema, muestra el flujo de control general. Es un

CAPITULO V: INGENIERÍA DEL PROYECTO 92

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

caso especial de un diagrama de estados en el cual casi todos los estados son estados de acción
(identifican que acción se ejecuta al estar en él) y casi todas las transiciones son enviadas al
terminar la acción ejecutada en el estado anterior.

Diagrama de Actividad: Registro de Ficha Técnica de Catalogación

Mostrar Lista de Obras

Buscar Ficha

Por numde Inventario Por Designación Autor Por ubicación

Seleccionar ficha

No existe Existe

llenado de una ficha nueva Mostrar Datos de la Obra

[ Asignar Archivo Fotografico ]

Muestra Ficha Vacía
[ SI ]
nuevo archivo fotográfico

[ NO ]
Solicitar Datos de la Obra Seleccionar ubicación del archivo

[ Salir ]
Seleccionar Fotografía de la obra
[ Modificar/Eliminar ]
[ SI ]
Llenado de datos de fotografía
Modificar/Eliminar Datos

Guardar Archivo Fotográfico

[ Datos Incorrectos ]
[ Más fotos ]

[ Datos Correctos ]
[ NO ]
Guardar

Figura 5.13. Diagrama de Actividad Registro Ficha Técnica

Fuente: Elaboración Propia

[Link]. Diagramas de Secuencia

El diagrama de secuencia es uno de los diagramas más efectivos para modelar la interacción
entre objetos en un sistema, muestra la interacción de un conjunto de objetos en una aplicación
a través del tiempo y se modela para cada caso de uso.

CAPITULO V: INGENIERÍA DEL PROYECTO 93

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

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.

Diagrama de Secuencia: Registro Ficha Técnica de Catalogación

<<Interface>> <<control>> <<entity>> <<entity>> <<entity>> <<entity>> <<entity>>

: J FCatalogos : Control Catálogos : Obras_DG : Ubicación : Personal : Datos_Catalogación : Fotografías

: Catalogador
1 : Ingresar()

2 : MuestraVentana()

3 : RegistrarDatos()
4 : EnvioRegistroDatos()

5 : validaDatos()
6 : Modificar/Eliminar()
7 : GuardarRegistro()
8 : GuardarRegistro() 9 : Buscar Encargado()

10 : Asignar()
11 : Guardar Registro()

12 : Buscar Catalogador()
13 : Asignar()

15 : true 14 : true
16 : true
17 : mostrarDatos()
18 : click_una_Obra

19 : ActivaArchivoFotos()

20 : AsignaArchivoFotográfico()
21 : validaDatosFot()
22 : EnvioRegistroDatosFot()

23 : Modificar/EliminarFot()
24 : GuardarRegistroFot()

25 : true
26 : mostrarDatosObra()

Figura 5.14. Diagrama de secuencia Registro de Ficha Técnica

Fuente: Elaboración Propia

Descripción: El catalogador abre la interfaz JFCatalogos para poder realizar el registro de

las obras que contendrá los datos generales de la obra, datos históricos y datos de campo,
datos de ubicación, y datos de Catalogación, una vez guardados son mostrados en pantalla.
Si se selecciona una obra en tabla, se habilita la asignación archivos fotográficos, donde se
puede registrar las fotos de la obra y los datos (nombre del fotógrafo, fecha de toma).

CAPITULO V: INGENIERÍA DEL PROYECTO 94

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Diagramas de Colaboración

Un diagrama de colaboración es una forma alternativa al diagrama de secuencia de mostrar un

escenario. Este tipo de diagrama muestra las interacciones entre objetos organizadas entorno a
los objetos y los enlaces entre ellos.

Diagrama de Colaboración: Registro Ficha Técnica de Catalogación

4 : EnvioRegistroDatos()
6 : Modificar/Eliminar()
21 : EnvioRegistroDatosFot()
23 : Modificar/EliminarFot() 5 : validaDatos()
1 : Ingresar() <<Interface>> 22 : validaDatosFot()
: J FCatalogos <<control>>
3 : RegistrarDatos() : Control Catálogos
18 : click_una_obra() 25 : true
24 : GuardarRegistroFot()
20 : AsignaArchivoFotográfico()
2 : MuestraVentana() <<entity>>
17 : mostrarDatos() : Fotografías
19 : ActivaArchivoFotos()
26 : mostrarDatosObra()
16 : true 7 : GuardarRegistro()
: Catalogador
<<entity>>
: Ubicación
14 : true
15 : true
10 : enviar()
<<entity>> 11 : GuardarRegistro() 8 : GuardarRegistro()
: Datos_Catalogación <<entity>>
9 : BuscarEncargado() : Obras_DG
12 : BuscarCatalogador()

13 : Asignar()
<<entity>>
: Personal

Figura 5.15. Diagrama de Colaboración Ficha Técnica

Fuente: Elaboración Propia

Descripción: El catalogador abre la interfaz JFCatalogos para poder realizar el registro de

las obras que contendrá los datos generales de la obra, datos históricos y datos de campo,
datos de ubicación, y datos de Catalogación, una vez guardados son mostrados en pantalla.
Si se selecciona una obra en tabla, se habilita la asignación archivos fotográficos, donde se
puede registrar las fotos de la obra y los datos (nombre del fotógrafo, fecha de toma).

5.4. Fase de Construcción: Iteración IV a la Iteración VII

De la misma manera que la Iteración III se realizan las siguientes 3 iteraciones:

CAPITULO V: INGENIERÍA DEL PROYECTO 95

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Iteración IV: Historial de las Obras.

 Iteración V: Gestión Seguridad.
 Iteración VI: Reportes e Informes.

Y el resultado final se encuentra detallada en la Referencia Técnica: Modelos de

Requerimientos, Análisis y diseño, Implementación y pruebas.

5.5. Fase de Transición (Iteración VIII): Mantenimiento y Pruebas

5.5.1. Proceso de Implementación

La fase de implementación es conocida también como fase de codificación, pues supone todo
el proceso de escribir el código de software necesario que hará posible que el sistema
finalmente implementado cumpla con las especificaciones establecidas en la fase de análisis
de requisitos y responda al diseño del sistema descrito en la fase anterior. Esta fase agrupa
toda la programación del software necesario para concretar la aplicación.

En la implementación, el sistema es utilizado por los usuarios, y surgen nuevas funciones a

agregar o posibles errores a reparar, esta es la etapa donde el usuario y programador vuelven a
tener una comunicación fluida y se revisa si los requerimientos planteados fueron alcanzados.

Como en todo proceso de modelado es muy recomendable al final de esta fase y antes de
empezar a operar el sistema como tal evaluar el mismo mediante métodos de evaluación
realizando las pruebas necesarias para comprobar la consistencia global del producto.

[Link]. Implementación por Capas

La implementación del sistema se realizará en 5 capas de la siguiente manera:

CAPITULO V: INGENIERÍA DEL PROYECTO 96

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.16. Arquitectura J2EE de 5 Capas del Sistema

Fuente: Elaboración

 Capa de Información (Base de Datos)

En esta capa se realiza la implementación de la Base de Datos, no es necesario es necesario
especificar un SGBD en particular puesto que la arquitectura del sistema mantiene la
independencia de la base de datos. Esta arquitectura permite a su vez adaptación del sistema
sobre cualquier SGBD a través de los drivers JDBC que ya existen implementados para lograr
mantener una conexión sobre cualquier SGBD como MsSql, MySql, PostgreSql, Firebird,
Oracle y otros SGBDs.

 Capa de Integración
En esta capa se realiza la implementación de los archivos Properties, interfaces DAO y sus
respectivas implementaciones que nos permiten el acceso a los datos de forma independiente a
la Base de Datos, estas implementaciones nos permitirán definir la funcionalidad del sistema,
ya que estas se adaptarán a la Base de Datos a través de Hibernarte.

CAPITULO V: INGENIERÍA DEL PROYECTO 97

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Capa de Negocio

En esta capa se realiza la implementación de las entidades a través de JPA-Hibernate con

todos los objetos que serán mapeados a la base de datos relacional, en esta capa también se
realiza la implementación de los servicios, los cuales accederán a las entidades para realizar
acciones de inserción, edición, eliminación o consulta sobre entidades persistentes.

 Capa Presentación
En esta capa se realiza la implementación de los BackingBeans que permiten controlar y
mantener independiente las interfaces de usuario de la lógica del negocio de la aplicación.

 Capa Cliente
En esta capa se realiza la implementación de las interfaces de usuario, construidas con Swing
para la creación de JFrames para la construcción de aplicaciones de escritorio.

[Link]. Diagrama de despliegue

Un diagrama de despliegue muestra las relaciones físicas entre los componentes hardware y
software en el sistema final. El diagrama que se presenta a continuación refleja el modelado de
la Arquitectura del Sistema:

Maquina Cliente de la Aplicación

Servidor de Base de Datos "bdmuseo"

PC's usuario Final

Servidor Bae de Datos
Conexion TCP/IP
<<Aplicación>> MySQL
Museo_ SIC

Impresoras Salida de Reportes y Estadísticas

Figura 5.17. Diagrama de Despliegue

Fuente: Elaboración Propia

CAPITULO V: INGENIERÍA DEL PROYECTO 98

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Diagrama de Componentes

Normalmente los diagramas de componentes se utilizan para modelar código fuente, versiones
ejecutables, bases de datos físicas, entre otros. Un componente es una unidad física de
implementación con interfaces bien definidas pensada para ser utilizada como parte
reemplazable de un sistema.

Librería para la conexión a la base de datos

Librerías para generar GUI

Llibrerías que permiten manejar fechas AWT [Link]

LIbrería para el mapeamiento

Swing [Link]

Librería para dar estilo

[Link]
[Link]

Librerías para generar reportes

[Link] [Link]

MUSEO_ SIC

Figura 5.18. Diagrama de Componentes

Fuente: Elaboración Propia

CAPITULO V: INGENIERÍA DEL PROYECTO 99

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Clases de Implementación

A continuación se describen las clases que son parte del sistema:

Tabla 5.1: Clases de implementación

DESCRIPCION MODELO

Clase Entidad: Las clases entidad contienen el diseño de <<entity>>

OBRAS_ DG
las clases del modelo de objetos que será mapeado
#id: Long
directamente a la base de datos con la especificación de +Autor: String
+Estilo: String
los tipos de datos y mediante las cuales se indican las +Escuela: String
relaciones que existirán entre las mismas. Entre las +Epoca: String
+Tecnica: String
clases entidad del sistema tenemos: Obras_DG, +Material: String
Movimiento_Interno, Movimiento_Externoo, etc. +Especialidad: String
+Origen: String
+Codigo: String
+Nombre: String
+Inv_Anterior: String
+Obtención: String
+Fecha_Adq: Date

+getTitulo()
+GetAutor()
+getEpoca()
+getEscuela()
+getEspecialidad()
+getOrigen()
+getUbicacion()
+getVerificacion()
+getDatosCatalogacion()
+getDat_Hist()
+getDat_Campo()
+Operation1()

Interfaces DAO: Estas interfaces contienen la OBRAS_ DG_ DAO

especificación de los métodos necesarios para la +guarda(Object object)

obtención y almacenamiento de los datos de las clases +eliminar(Object object)
+buscar(Class clase, Long id)
de entidad. +List lista(String query)
+getObjectDAOResult(String query)

CAPITULO V: INGENIERÍA DEL PROYECTO 100

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

OBRAS_ DG_ DAOImpl

Clases Implementación DAO: Contiene la
+EntityManager entityManager
implementación de los métodos declarados en sus
+guarda(Object object)
interfaces correspondientes. Se encarga de la ejecución +eliminar(Object object)
de las consultas requeridas con el gestor de base de +buscar(Class clase, Long id)
+List lista(String query)
datos. Por lo tanto se constituyen como el nexo +getObjectDAOResult(String query)

principal entre la aplicación y los sistemas de

almacenamiento.

Interfaces Servicios: estas interfaces contienen la OBRAS_ DG_ SERVICIOS

especificación de los métodos que son requeridos por el
+Lista_Inventario()
modelo de negocio. +Lista_Obras()
+Lista_FotosObras(id)
+Lista_ObrasCata(id)
+BuscarObraCodigo()
+BuscarPorNumInventario()
+BuscarPorUbicacion()
+BuscarPorTitulo()

Clases Implementación Servicios: Contienen la OBRAS_ DG_ SERVICIOSImpl

implementación de los métodos declarados en las +OBRAS_DG_DAO
interfaces Servicios, así como una instancia de clases +Lista_Inventario()
DAOImpl para tener acceso a métodos declarados en +Lista_Obras()
+Lista_FotosObras(id)
las interfaces DAO. +Lista_ObrasCata(id)
+BuscarObraCodigo()
+BuscarPorNumInventario()
+BuscarPorUbicacion()
+BuscarPorTitulo()

Fuente: Elaboración Propia

CAPITULO V: INGENIERÍA DEL PROYECTO 101

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Estructura de Archivos

La estructura de archivos del sistema está organizada de la siguiente manera:

Figura 5.19. Estructura de Archivos

Fuente: Elaboración Propia

Imágenes: Contiene todas las imágenes de la aplicación.

[Link]: Contiene la especificación de los métodos necesarios para la obtención y

almacenamiento de los datos de las clases de entidad.

[Link]: Contiene la implementación de los métodos declarados en

[Link].

[Link]: Contiene las especificaciones de los métodos que son requeridos por el
modelo del negocio.

[Link]: Contiene la implementación de los métodos declarados en el Modelo.

Servicios. Estas clases crean una instancia de las clases DaoImpl para tener acceso a los
métodos declarados en las interfaces Dao.

CAPITULO V: INGENIERÍA DEL PROYECTO 102

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

META-INF: Contiene el archivo [Link] que describe las unidades de persistencia

mediante JPA, quien proporciona varios mecanismos para correlacionar las clases java con las
tablas de una base de datos relacional, es decir contiene todos los datos de conexión a la base
de datos.

museo_sic: Contiene todas las interfaces de la aplicación.

museo_sic.Entidades: Contiene todas las entidades de la aplicación.

[Link]. Implementación de la Base de Datos

Luego de definido las tablas y sus relaciones de la base de datos (Anexo [B]), se procedió a
sistematizarlo en el motor de Base de Datos MySQL dando como resultado el siguiente
diagrama que a continuación se lo enuncia.

CAPITULO V: INGENIERÍA DEL PROYECTO 103

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.20. Modelo Entidad Relación

Fuente: Elaboración Propia

CAPITULO V: INGENIERÍA DEL PROYECTO 104

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link]. Interfaz de Usuario

Ya que la interfaz es el medio por el cual el usuario interactúa con el sistema, se presentan
interfaces que siguen las especificaciones necesarias y adecuadas aportando la mayor cantidad
de ayuda posible para su correcto manejo y facilidad de uso, además se siguió las sugerencias
por parte del usuario para el diseño de las mismas.

Se emplearon interfaces gráficas e icónicas, utilizando sobretodo menús, barras de

herramientas y ayuda en cada elemento que forma parte de la misma.

Las entradas se diseñaron siguiendo estrictamente los requerimientos de los usuarios,

manteniendo la consistencia y sencillez principalmente, agrupando la información por centros
de interés.

Las salidas que genera el sistema se desarrollaron también en función a los requerimientos del
usuario, cuidando el hecho que la organización de la información es muy importante para
facilitar su lectura, debiendo ser esta agradable a la vista, fácil de comprender, distribuida
uniformemente en el documento, sin sobrecargarlo ,cuidando los costos al minimizar la
cantidad de la información a imprimir, también se presentan gráficos para una mejor
comprensión, sobretodo en estadísticas, cuando es muy alto el volumen de la información, o se
tiene que analizar alguna tendencia, los datos de salida son precisos, y mantienen la
consistencia y sencillez como las entradas.

A continuación se presentan algunas interfaces del sistema.

Pantalla Principal

La siguiente imagen corresponde al formulario principal del sistema, en él se encuentra el

menú que permite desplazarse a través de todas las pantallas del sistema, además del ingreso
directo a los mismos a través de las imágenes.

CAPITULO V: INGENIERÍA DEL PROYECTO 105

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.21. Pantalla Principal

Fuente: Elaboración Propia

Pantalla de Catalogación

CAPITULO V: INGENIERÍA DEL PROYECTO 106

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.22. Ficha de Catalogación/ Datos Generales

Fuente: Elaboración Propia

Figura 5.23. Ficha de Catalogación/ Datos de Campo

Fuente: Elaboración Propia

CAPITULO V: INGENIERÍA DEL PROYECTO 107

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.24. Ficha de Catalogación/ Datos Históricos

Fuente: Elaboración Propia

Pantalla de Visualización de datos de Inventario

Figura 5.25. Pantalla Inventario

Fuente: Elaboración Propia
Pantalla del personal

CAPITULO V: INGENIERÍA DEL PROYECTO 108

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.26. Pantalla Personal

Fuente: Elaboración Propia
Reporte del Inventario

Figura 5.27. Reporte del Inventario

Fuente: Elaboración Propia

[Link]. Seguridad del Sistema

La seguridad de software aplica los principios de la seguridad de información al desarrollo de

software. La seguridad de información se refiere comúnmente a la protección de sistemas de
información contra el acceso desautorizado o la modificación de información.

Acceso al Sistema

La aplicación solicita la introducción del nombre de usuario y su contraseña, realiza la

validación de usuarios para permitir o denegar el acceso a las tareas definidas para cada nivel
de acceso, el ingreso de los usuarios es registrado en la bitácora de control.

CAPITULO V: INGENIERÍA DEL PROYECTO 109

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.28. Interfaz autenticación de usuario

Fuente: Elaboración propia

Permisos de Usuarios

El administrador del sistema es el encargado de otorgar los permisos respectivos a los usuarios
para poder tener acceso a la información, pudiendo ser estos permisos de lectura y/o escritura.

Figura 5.29. Interfaz de Permisos

Fuente: Elaboración propia

Bitácora

CAPITULO V: INGENIERÍA DEL PROYECTO 110

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

El sistema almacena los datos de los usuarios que ingresan a la aplicación, esto con el objetivo
de verificar qué usuario ingresó, fecha, hora, etc.

Figura 5.30. Interfaz Bitácora

Fuente: Elaboración propia

Copias de seguridad y restauración

En cuanto a la base de datos, el sistema permite extraer copias de seguridad como respaldo de
la información y la restauración de la misma.

CAPITULO V: INGENIERÍA DEL PROYECTO 111

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Proceso de Pruebas

[Link]. Plan de Pruebas

En la siguiente tabla se muestra los tipos de pruebas que se realizarán al sistema:

Tabla 5.2: Plan de Pruebas

ACTIVIDAD TÉCNICA RESPONSABLE CASO DE PRUEBA

Pruebas de Caja Blanca Control de datos de

Desarrollador
Unidad Caja Negra Catalogación de obras

Pruebas de Prueba de los módulos

Verificación de Interfaces Desarrollador
Integración correspondientes al caso
Pruebas del
Seguridad Desarrollador Usuarios
Sistema
Comparación del producto
Pruebas de Desarrollador y Control de salida de
final con las necesidades
Aceptación usuarios datos- Reportes
actuales del usuario

Fuente: Elaboración propia

Figura 5.31. Plan de Pruebas

Fuente: Elaboración propia

CAPITULO V: INGENIERÍA DEL PROYECTO 112

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Las pruebas mensionadas serán aplicadas a los diferentes modulos; se realizarán en base a la
“Tabla de Faces” desarrolladas para la metodología AUP (tabla 4.1),como se especifica en la
siguiente tabla:
Tabla 5.3: Plan de Pruebas por iteraciones

FASE ITERACIÓN PRUEBA

- Pruebas de unidad
III: Gestión Catálogos
- Pruebas de integración
- Pruebas de unidad
IV: Historial de las Obras.
- Pruebas de integración
CONSTRUCCIÓN - Pruebas de unidad
V: Gestión de Seguridad - Pruebas de integración
- Pruebas del Sistema
- Pruebas de integración
VI: Reportes e Informes
- Pruebas de Aceptación

TRANSICIÓN VII: Mantenimiento y pruebas - Pruebas de Aceptación

Fuente: Elaboración propia

a) Pruebas de Unidad

Este tipo de pruebas se centran en la verificación funcional de cada módulo, prueba la interfaz
para asegurar que la información fluya de forma adecuada hacia y desde la unidad del
programa que está siendo probada. Es una forma de probar el correcto funcionamiento de un
módulo de código. Esto sirve para asegurar que cada uno de los módulos funcionen
correctamente por separado.

Pruebas de Caja Blanca

Las pruebas de caja blanca se centran en realizar pruebas en las funciones internas del
software, por lo que su diseño está fuertemente ligado al código fuente.

CAPITULO V: INGENIERÍA DEL PROYECTO 113

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Pruebas de Caja Negra

Las pruebas de caja negra son estudiadas desde el punto de vista de las entradas que recibe y
las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. Se centran
en los requisitos fundamentales del software y permite obtener entradas que prueben todos los
requisitos funcionales del programa.

A continuación se muestra uno de los de los Casos de Prueba por Unidad:

Tabla 5.4: Prueba de Unidad: Catalogación

CASO DE PRUEBA: PRUEBAS EN EL REGISTRO DE CATÁLOGOS

DATOS Tipo de Prueba: Pruebas de Unidad Responsable:

GENERALES Técnicas de Prueba: Caja Blanca, Caja Negra Desarrollador

Número de Caso de Prueba: 1 Fecha: 10/10/2016

Objetivo Verificar el correcto funcionamiento del registro de Catálogos
Precondición El usuario ingresa al menú de Catalogación
Entrada Completar Datos.
Listado de datos de los activos fijos registrados en la Base de Datos y la posterior
Salida
obtención de reporte.
Descripción del Varios campos de este formulario deben ser llenados de forma obligatoria, sin
Problema embargo el sistema permite guardar un registro con campos vacíos.
Solución Realizar las validaciones respectivas de los datos del Catálogo.
La validación de estos datos evita cometer errores durante el registro. Pero en caso de
Conclusión que se identifique alguno, este se da a conocer de forma específica mediante un
mensaje.

Fuente: Elaboración propia

b) Pruebas de Integración

La prueba de integración verifica cada construcción e iteración de integración. Los casos de

uso son fuente ideal de casos de prueba para las pruebas de integración. La idea es que los
casos de uso se construyan sobre los que están integrados para formar pruebas cada vez más
repetitivas del uso del sistema.

CAPITULO V: INGENIERÍA DEL PROYECTO 114

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla 5.5: Prueba de Integración de las unidades del sistema

CASO DE PRUEBA: PRUEBAS A LOS MÓDULOS QUE

DATOS CORRESPONDEN A CONTROL DE CATALOGACIÓN Y REPORTES
GENERALES Tipo de Prueba: De Integración Responsable: Desarrollador
Número de Caso de Prueba: 1 Fecha: 15/09/2016
Verificar la obtención de listados de Catálogos por ubicación, código de
Objetivo
inventario, y reportes con datos obtenidos en los diferentes Registros.
Precondición Ingresar al menú de Reportes.
Entrada Seleccionar que reporte desea visualizar.
Salida Listado de Catálogos por ubicación, código inventario, técnica, otros.
Descripción del
No se identificó ningún problema.
Problema
Solución Ninguna.
Puesto que se realizaron las correcciones y validaciones oportunas en las Pruebas
Conclusión de Unidad, no se observó ninguna dificultad de datos inapropiados al momento
de obtener reportes.

Fuente: Elaboración Propia

c) Pruebas del Sistema

Las pruebas del sistema tienen como objetivo ejercitar profundamente el sistema
comprobando la integración del sistema de información globalmente, verificando el
funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y
con el resto sistema de información con los que se comunica.

Las pruebas del sistema son similares a las pruebas de caja negra, solo que estás buscan
probar el sistema como un todo.

Pruebas de Seguridad

Intentan verificar que los mecanismos de protección incorporados al sistema protejan de hecho
de la penetración impropia.

CAPITULO V: INGENIERÍA DEL PROYECTO 115

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Probar que únicamente los usuarios previamente registrados en el sistema tengan acceso al
mismo.
 Probar que los usuarios registrados en el sistema puedan acceder solamente a las ventanas
o formularios que su perfil lo permita.

Tabla 5.6: Prueba de Seguridad

OBJETIVO DE PROBAR QUE EL PERFIL ASIGNADO A CADA USUARIO LE IMPIDA

LA PRUEBA REALIZAR LAS ACCIONES NO AUTORIZADAS.

Crear usuarios con diferentes niveles de acceso de acuerdo al rol que cumplan y
Técnica
probar que tengan acceso solo a los formularios requeridos.

Criterios de Se analizaron todos los perfiles y se verificó el cumplimiento del acceso

Realización solamente a los formularios definidos para cada usuario.

Consideraciones
Ninguna
Especiales

Fuente: Elaboración Propia

d) Pruebas de Aceptación

El uso completo de la aplicación es probado por los usuarios finales o los representantes para
determinar la preparación para el despliegue. Esta prueba permite probar los resultados de
salida del sistema ante diferentes entradas, con la prueba de caja negra se intenta encontrar
errores como ser: errores de interfaz, errores de rendimiento, errores de acceso a la BD.

Tabla 5.7: Prueba de Aceptación del Caso de Uso: Gestión Catálogos

CASO DE USO: REGISTRAR GESTIÓN CATÁLOGOS

Resultado: P = Pasó, F = Falló

Nro
PRUEBA RESULTADOS P F
.

Registrar Nuevo
1 El sistema guardó el registro correctamente. √
Catálogo.

2 Editar Catálogo. El sistema guardó los cambios efectuados correctamente. √

3 Eliminar Catálogo El sistema Eliminó el registro seleccionado satisfactoriamente. √

4 Datos El sistema no guardó el Registro de solicitud de pedido y mostró √

Incompletos. un mensaje para que el usuario pueda completar los datos

CAPITULO V: INGENIERÍA DEL PROYECTO 116

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

faltantes.

Fuente: Elaboración Propia

Tabla 5.8: Prueba de Aceptación del Caso de Uso: Registrar Movimiento

Caso de Uso: Registrar Movimiento

Resultado: P = Pasó, F = Falló
Nro
PRUEBA RESULTADOS P F
.
1 Registrar Nuevo El sistema guardó el registro correctamente. √
2 Editar. El sistema guardó los cambios efectuados correctamente. √
3 Eliminar El sistema Eliminó el registro seleccionado satisfactoriamente. √
Datos El sistema no guardó el Registro de solicitud de pedido y mostró un
4 √
Incompletos. mensaje para que el usuario pueda completar los datos faltantes.

Fuente: Elaboración Propia

Según las pruebas realizadas, se puede concluir que el porcentaje de error es aceptable. Sin
embargo se realizó las correcciones pertinentes para subsanar los errores encontrados.

5.6. Cronograma de Ejecución

Tomando en cuenta la metodología de desarrollo AUP (Proceso Unificado Ágil) y el Ciclo de

Vida Iterativo e Incremental, se hará referencia de las actividades y los productos que se
presentan en cada una de las fases de desarrollo.

5.6.1. Diagrama de Gantt

En la siguiente figura se muestra el cronograma de ejecución del proyecto mediante un

diagrama de Gantt.

CAPITULO V: INGENIERÍA DEL PROYECTO 117

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.32. Cronograma General del proyecto

Fuente: Elaboración propia

CAPITULO V: INGENIERÍA DEL PROYECTO 118

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO V: INGENIERÍA DEL PROYECTO 119

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 5.33. Cronograma Detalladlo del proyecto

Fuente: Elaboración propia

CAPITULO V: INGENIERÍA DEL PROYECTO 120

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CAPITULO VI

ANÁLISIS DE RESULTADOS

6.1. Presentación de Resultados

Figura 6.1. Reporte Inventario Físico

Fuente: Elaboración Propia

CAPITULO VI: ANÁLISIS DE RESULTADOS 121

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.2. Reporte de Personal Activo

Fuente: Elaboración Propia

Figura 6.3. Ficha de Catálogo (anverso)

CAPITULO VI: ANÁLISIS DE RESULTADOS 122

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Fuente: Elaboración Propia

Figura 6.4. Ficha de Catálogo (reverso)

Fuente: Elaboración Propia

CAPITULO VI: ANÁLISIS DE RESULTADOS 123

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

6.2. Validación del Sistema

6.2.1. Pruebas de Caso de Uso

Caso de Uso 1: Autenticación

Autenticación
Usuario

Tabla 6.1: Prueba de Caso de Uso Autenticación

Prueba 1
Probar el Funcionamiento del Flujo básico validar
Objetivo Prueba
Usuario para poder Ingresar al sistema
Precondición Haber registrado antes nombre de usuario y contraseña.
Descripción de la
Ingresar al sistema con su usuario y su contraseña.
Prueba
Resultados Esperados Logra Ingresar al sistema
Requerimientos (Cap.5):
R.1.0, R.1.1, R.1.2, R.3.3, R.4.3.
Cumplidos

Fuente: Elaboración propia

Caso de Uso 2: Gestión Catálogos

CAPITULO VI: ANÁLISIS DE RESULTADOS 124

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Archivo Fotográfico <<include>>

Buscar Ficha
<<include>>
<<extend>>
<<extend>>
Modificar Ficha
Borrar Ficha
<<extend>> <<extend>>
Gestión de Catálogos
Catalogador

Listar Ficha

Tabla 6.2: Prueba de Caso de Uso Gestión Catálogos

Prueba 1
Objetivo Prueba Probar el Funcionamiento del Flujo básico Gestión Catálogos.
Haber ingresado al sistema con nombre de usuario y contraseña.
Precondición
Ingreso a la ventana de Catalogación.
Descripción de la
Realizar el registro de datos de catalogación nuevos y guardar.
Prueba

Resultados Esperados Muestra un mensaje de grabación con éxito

Prueba 2
Probar el funcionamiento del flujo para buscar datos de alguna
Objetivo Prueba
obra.

Precondición Haber registrado al menos una obra.

Descripción de la Búsqueda de la obra por: código, N° de Inventario, galería,

Prueba ubicación, nombre o designación, autor.
Muestra los datos de la obra o la lista de obras, según el tipo de
Resultados Esperados
búsqueda elegido.
Prueba 3
Probar el funcionamiento del flujo para actualizar datos de alguna
Objetivo Prueba
obra.
Precondición Haber realizado previamente el registro de catalogación de la obra.

CAPITULO VI: ANÁLISIS DE RESULTADOS 125

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Descripción de la Buscar y seleccionar la obra a ser modificada, realizar los cambios

Prueba que se necesiten y guardar.
Resultados Esperados Muestra un mensaje de grabación con éxito.
Prueba 4
Objetivo Prueba Probar el funcionamiento del flujo para eliminar los datos
Precondición Haber realizado previamente el registro de catalogación de la obra.
Descripción de la Buscar y seleccionar la obra a eliminar y presionar borrar. Muestra
Prueba un mensaje “está seguro de eliminar un registro?”, presiona sí.
Resultados Esperados Muestra un mensaje de confirmación de eliminación
Prueba 5
Objetivo Prueba Probar el funcionamiento del flujo archivo fotográfico-Registrar
Precondición Haber realizado previamente el registro de catalogación de la obra.
El usuario ubica la obra a la cual quiere asignarle fotos. Realiza la
Descripción de la
búsqueda de la foto correspondiente, llena datos de la foto y
Prueba
presionar Guardar Foto.
Un mensaje de asignación con éxito. Se visualiza las fotografías
Resultados Esperados
insertadas a la obra específica.
Prueba 6
Objetivo Prueba Probar el funcionamiento del flujo archivo fotográfico-eliminar.
Haber realizado previamente la asignación de por lo menos una
Precondición
foto a la obra.
El usuario ubica y/o busca la obra a la cual quiere eliminarle
Descripción de la
alguna de sus fotos. Realiza la búsqueda de la foto correspondiente
Prueba
y presiona Eliminar Foto.
Resultados Esperados Un mensaje de eliminación con éxito.
Requerimientos
R.2.0, R.2.1, R.2.2, R.2.3, R.2.4, R.2.5
(Cap.5): Cumplidos

Fuente: Elaboración propia

El resto de las pruebas de caso de uso, están especificados en la Referencia Técnica:

Validación del sistema.

CAPITULO VI: ANÁLISIS DE RESULTADOS 126

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La siguiente tabla muestra un resumen de los resultados finales obtenidos durante la

validación de los casos de uso:

Tabla 6.3: Resultados de Prueba de Caso de Uso

Caso de Uso Objetivo de Prueba Resultados de Prueba

Probar el
Esta prueba de software cumplió a cabalidad con
Funcionamiento del
CU1: el requerimiento que se esperaba, que fue el de
Flujo básico validar
Autenticación permitir el ingreso, además de enviar un mensaje
Usuario para poder
de satisfacción al usuario.
Ingresar al sistema.
Esta prueba de software cumplió a cabalidad con
el requerimientos que se esperaba:
- Muestra un mensaje de grabación con éxito.
- Muestra los datos de la obra o la lista de obras,
Probar el según el tipo de búsqueda elegido.
CU2: Gestión Funcionamiento del
Catálogos Flujo básico Gestión - Muestra un mensaje de confirmación de
Catálogos. eliminación.
- Un mensaje de asignación de fotografía con
éxito. Se visualiza las fotografías insertadas a
la obra específica.
- Un mensaje de eliminación de foto con éxito.
Esta prueba de software cumplió a cabalidad con
el requerimiento que se esperaba:
Probar el
CU3: Revisar - Muestra un mensaje: “Revisado lista para su
Funcionamiento del
Ficha Técnica de aprobación”.
Flujo Revisión de la
Catalogación
Ficha. - Muestra un mensaje: “Obra pendiente para
revisión”.
Esta prueba de software cumplió a cabalidad con
el requerimiento que se esperaba:
Probar el
CU4: Aprobar - Muestra un mensaje: “Datos correctos.
Funcionamiento del
Ficha Técnica de
Flujo Aprobación Ficha Aprobado”.
Catalogación
Técnica. - Muestra un mensaje: “Obra pendiente para
Aprobación”.
Probar el Flujo
Las pruebas software realizadas a estos flujos
Registro Movimiento
CU5: Historial muestran que se cumplió a cabalidad con el
Interno.
de las Obras requerimiento que se esperaba:
Probar el Flujo
- Registra de forma correcta: Muestra un
Registro Movimiento

CAPITULO VI: ANÁLISIS DE RESULTADOS 127

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso Objetivo de Prueba Resultados de Prueba

Externo.
Probar el Flujo
Registro de
Restauración.
mensaje: “Guardado en Historial de la Obra”.
Probar el Flujo - Actualización de datos de forma correcta.
Verificación de la Obra.
- Muestra los datos de la obra o la lista de obras,
Esta prueba de software cumplió a cabalidad con
el requerimiento que se esperaba:
- Se muestra un mensaje de confirmación
Probar el aceptando el nuevo registro.
CU6: Mantener funcionamiento del
- Se muestra un mensaje de confirmación
Usuario flujo básico Mantener
aceptando la modificación de los datos del
Usuario.
Usuario.
- Se muestra un mensaje de confirmación que se
ha eliminado el usuario correctamente
Esta prueba de software cumplió a cabalidad con
el requerimiento que se esperaba:
- Se muestra un mensaje de confirmación
Probar el aceptando el nuevo registro.
CU7: Mantener funcionamiento del
- Se muestra un mensaje de confirmación
Personal flujo básico Registrar
aceptando la modificación de los datos del
Personal.
Personal.
- Se muestra un mensaje de confirmación que se
ha eliminado personal correctamente.

Probar el Esta prueba de software cumplió a cabalidad con

CU8: funcionamiento del el requerimiento que se esperaba:
Seguimiento del flujo básico
Acceso a la BD Seguimiento de - El sistema hace el registro respectivo de cada
Bitácora del sistema. usuario desde que este entra hasta que sale.

Esta prueba de software cumplió a cabalidad con

el requerimiento que se esperaba:
CU9: Copias de Probar los flujos
Seguridad y básicos Copias de - Empieza a realizar la copia de seguridad y al
restauración de Seguridad y Restaurar concluir el sistema lanza un mensaje de
la BD la BD. Archivo empaquetado.
- Se muestra un mensaje de confirmación:
“Recuperación exitosa de la Base de Datos”.

Fuente: Elaboración propia

CAPITULO VI: ANÁLISIS DE RESULTADOS 128

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

6.2.2. Validación Orientada al Cumplimiento de Objetivos

Para la validación del cumplimiento de los objetivos planteados en el CAPITULO I, se lo hará

con captura de pantallas, que demostraran la veracidad de que el Sistema Informático cumple
con todos los objetivos específicos planteados con anterioridad.

 Mejorar el proceso de registro y control de información de inventario y

catalogación de obras, según los requerimientos de la institución.

Figura 6.5. Interfaz de Inventario

Fuente: Elaboración Propia

El módulo Catalogación, incluye los procedimientos necesarios para el control y acceso

la información de las obras.

CAPITULO VI: ANÁLISIS DE RESULTADOS 129

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.6. Interfaz de Ficha de Catálogo

Fuente: Elaboración Propia

 Optimizar el proceso de búsqueda de información, para una rápida ubicación de

las obras.

Figura 6.7. Búsquedas de Obras

Fuente: Elaboración Propia

CAPITULO VI: ANÁLISIS DE RESULTADOS 130

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.8. Interfaz de Ficha de Catálogo búsquedas

Fuente: Elaboración Propia

 Permitir el Registro de datos de las obras por restauración y conservación cultural.

Figura 6.9. Interfaz de Conservación/Restauración

Fuente: Elaboración Propia

 Permitir el seguimiento de las obras a través de un Kardex Histórico que contenga

el historial de cada obra, con información del movimiento de objetos culturales

CAPITULO VI: ANÁLISIS DE RESULTADOS 131

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

(tanto interno como externo), restauración y verificación, para de esta manera

contar con la información relacionada de forma precisa y oportuna.

Figura 6.10. Interfaz Kardex Histórico

Fuente: Elaboración Propia

La pantalla Movimientos Internos permite el control y la gestión de los movimientos de las

obras en el museo, ya sean por restauración o movimientos dentro de instalaciones a corto o
largo plazo.

CAPITULO VI: ANÁLISIS DE RESULTADOS 132

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.11. Interfaz de Movimientos Internos

Fuente: Elaboración Propia

La pantalla Movimientos Externos permite el control y la gestión de los movimientos de las

obras en el museo, ya sean préstamos para exposiciones temporales, depósitos en otras
instituciones u otros. La gestión se asocia a un expediente de movimiento, y permite el control
de información sobre diferentes aspectos como: datos del solicitante y destino del movimiento
fechas de salida, renovación y retorno de los fondos (efectivas o previstas), autorizaciones
administrativas pertinentes, datos sobre seguros y transporte. El módulo permite asociar toda
esta información al conjunto de obras que serán asociadas al movimiento, así como
particularizar los datos necesarios referidos a obras específicas.

CAPITULO VI: ANÁLISIS DE RESULTADOS 133

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.12. Interfaz de Movimientos Externos

Fuente: Elaboración Propia

El sistema también permite el control de bajas ya sean estas por destrucción, robo de las obras

CAPITULO VI: ANÁLISIS DE RESULTADOS 134

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.13. Interfaz de Altas y Bajas

Fuente: Elaboración Propia

Figura 6.14. Interfaz de Verificación

Fuente: Elaboración Propia

 Mejorar obtención de información, de tal manera que se pueda obtener reportes y

estadísticas de manera sencilla, rápida, precisa y con parámetros requeridos por la
institución.

CAPITULO VI: ANÁLISIS DE RESULTADOS 135

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.15. Reporte Catálogo

Fuente: Elaboración Propia

Figura 6.16. Estadísticas Categorías

Fuente: Elaboración Propia

 Desarrollar un software que informatice los procesos de inventario, catalogación,

restauración, movimientos internos y externos; garantizando la seguridad de datos
del sistema, con la administración de usuarios, control de acceso al sistema y copias
de seguridad de la base de datos.

CAPITULO VI: ANÁLISIS DE RESULTADOS 136

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.17. Copias de seguridad y Restauración de la BD

Fuente: Elaboración propia

6.3. Plan de Puesta en Marcha

La puesta en marcha describe las principales acciones a ejecutar para que el producto de
software desarrollado pueda ser utilizado por los usuarios finales. Es decir es la culminación
para la entrega formal del software al cliente. Comprobando que funcione correctamente y
responda a las especificaciones aprobadas en su momento.

6.3.1. Hardware y Software

A continuación se describen las características mínimas que deben tener las computadoras
donde funcionara el sistema:

[Link]. Hardware
Tabla 6.4: Requisitos de Hardware
REQUISITOS
DESCRIPCIÓN OBSERVACIONES
MÍNIMOS
RAM 512 MB O superior
El espacio para la base de datos crecerá
Disco duro 160 GB o mas
según la información almacenada.
Resolución de 1024*768 El sistema podrá acomodarse a cualquier
pantalla pixeles resolución.
Video 64MB

CAPITULO VI: ANÁLISIS DE RESULTADOS 137

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Impresora Compatible con el Sistema Operativo

Lector DVD

Fuente: Elaboración Propia

[Link]. Software
Tabla 6.5: Requisitos de Software

DESCRIPCIÓN REQUISITOS MÍNIMOS OBSERVACIONES

- Microsoft Windows XP o
Sistema operativo versiones superiores.
- Cualquier versión de Linux.
Gestor de base de Necesario para la ejecución
MySql 5.2.6
datos funcional del sistema.
Necesario para que la
Máquina virtual de
Java versión 1.6.0 aplicación pueda
java
ejecutarse.

Fuente: Elaboración Propia

6.3.2. Instalación e Implantación

El sistema informático trabajará en una red interna de computadoras a través del modelo
Cliente-Servidor de 4 capas, que contará con un servidor y los usuarios accederán al sistema
desde sus estaciones de trabajo autentificándose con diferentes niveles de acceso, para un
mejor manejo de la información.

CAPITULO VI: ANÁLISIS DE RESULTADOS 138

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Figura 6.18. Esquema de Arquitectura

Fuente: Elaboración propia

6.3.3. Capacitación de Usuarios

La capacitación de los usuarios del sistema para el presente proyecto tendrá como objetivo lo
siguiente:

 Capacitar a los funcionarios que participan en el proceso de catalogación, proceso de

restauración sobre el uso correcto del sistema de tal forma que aprovechen todas sus
funcionalidades y beneficios.
 Capacitar al director sobre la administración, instalación y mantenimiento del sistema
ya que la institución no cuenta con un personal de informática.

Para el cumplimiento de estos objetivos se ha previsto las siguientes actividades:

 Elaboración del manual de uso del sistema. Ver Anexo [D].

 Reuniones grupales con los funcionarios involucrados, con el fin de informar sobre la
funcionalidad y manejo del sistema.

CAPITULO VI: ANÁLISIS DE RESULTADOS 139

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Capacitar a los usuarios del sistema de forma personalizada durante las semanas de la
puesta en marcha del sistema.
 Capacitación al director, para el soporte y administración del sistema.

6.4. Costos

6.4.1. Costos de Desarrollo y Esfuerzos

El Anexo [C] específica a detalle el proceso de cálculo de esfuerzo, tiempo y costo del
sistema, a partir del análisis de Puntos de Casos de Uso.

UCP = 75.918375 (Puntos de Casos de Uso)

El esfuerzo, para el cálculo del esfuerzo se debe aplicar la siguiente ecuación:

E = UCP * CF

Dónde:
E: Esfuerzo
CF: Factor de Conversión
UCP: Casos de Uso Ajustados

El Factor de Conversión será 20 horas-hombre

E = 75.918375 * 20
E = 1518.3675 [horas-hombre]

 El esfuerzo necesario para desarrollar el proyecto es de 1518.3675 [horas/hombre].

 Si se tiene el trabajo a tiempo completo de 8 horas diarias, el esfuerzo será: 189.8 días.
 Como el proyecto está desarrollado por un desarrollador se tiene un esfuerzo persona mes.
Esfuerzo = 6,3 [meses/hombre]

Para calcular el costo de desarrollo se toma como parámetro el sueldo mínimo nacional que es
de Bs. 3200. Esto significa que por hora se paga Bs. 20. Si multiplicamos el total del esfuerzo
por el valor por hora el resultado sería Bs. 30.367,35.

CAPITULO VI: ANÁLISIS DE RESULTADOS 140

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

6.4.2. Costo de Puesta en Marcha

Los costos en cuanto a hardware y software fueron nulos, puesto que el sistema se
implementó en los equipos de computación existentes en la Institución. Asimismo el costo en
cuanto a licencias son gratuitos.

Los gastos auxiliares que se presentan en la siguiente tabla fueron con financiamiento propio.

COSTO TOTAL
DETALLE UNIDAD CANTIDAD
UNITARIO (BS) (BS)
Material para instalación de red 500
Impresión y fotocopias 200
Tinta para impresora Bote (50 ml) 3 40 120
Hojas tamaño carta 500 Hojas 8 25 200
Cd-rom 8 1,50 12
Transporte y otros 250
Total (costos adicionales) 1282
Tabla 6.6: Costos Adicionales del proyecto
Fuente: Elaboración Propia

6.4.3. Costo Total de la Aplicación

Después de los Cálculos realizados, se puede decir que el costo total del proyecto es:

CTP = CD + CPM
Dónde:

CTP: Costo Total Del Proyecto

CD: Costo de Desarrollo
CPM: Costos de puesta en marcha

CTP = 32.594,55 Bs.+ 1282 Bs.

CTP = 33876.55 Bs.

CAPITULO VI: ANÁLISIS DE RESULTADOS 141

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CONCLUSIONES

 El sistema permite el registro de la información de Catálogos como Datos Generales de la

obra, registro de datos de campo y el registro de histórico investigativo, además de la
asignación fotográfica a cada una de las obras.

 La aplicación permite el seguimiento de Movimientos Internos, ya sean por restauración o

movimientos dentro de instalaciones a corto o largo plazo, como también Movimientos
Externos que permite el control y la gestión de los movimientos de las obras, ya sean
préstamos para exposiciones temporales, depósitos en otras instituciones u otros.

 El sistema permite archivar la información referida a todos los informes de conservación,

análisis y tratamientos de restauración realizados a las Obras. Posibilita la asociación de
imágenes referidos a los citados informes, análisis y tratamientos.

 Los mecanismos de seguridad implementados son de gran importancia ya que mediante el

control de accesos a usuarios no autorizados y la generación de copias de seguridad se
protege la información del sistema.

 Después de realizar la revisión de los objetivos tanto general como específicos detallados
al inicio del proyecto, podemos concluir que han llegado a ser cumplidos en su totalidad,
además de otros que fueron presentándose a lo largo del desarrollo del sistema.

 El interfaz del sistema es comprensible, y el usuario tiene acceso a un entorno amigable

agradable y de fácil uso.

 Se realizó las pruebas necesarias para garantizar la calidad y cumplimiento de

requerimientos del sistema obtenido.

 A la culminación del presente Proyecto, podemos decir que con el diseño y elaboración de
la aplicación propuesta, el personal del museo Colonial Charcas, dispone de una
herramienta de apoyo para sus procesos, reduciendo considerablemente el tiempo

CONCLUSIONES 142
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

empleado en cada uno de ellos. Por tanto el software que se ha desarrollado se convierte
para los usuarios finales en una herramienta importante.

REFERENCIAS BIBLIOGRÁFICAS 143

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

RECOMENDACIONES

 Se recomienda al administrador del sistema elaborar un plan para realizar copias de

seguridad de la base de datos de manera periódica, o establecer políticas de seguridad
para resguardar la información de ciertas fallas, sea esta de hardware o software.

 Para una mayor seguridad de la información el manejo del sistema debe ser realizado solo
por personal autorizado y así evitar pérdidas o alteraciones de la información.

 Se recomienda al personal no borrar el archivo D:\FOTOS_MUSEO ya en ella están

almacenadas fotografías generados por el sistema, tanto en el registro de catálogos como
registros de restauración.

RECOMENDACIONES 144
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

REFERENCIAS BIBLIOGRÁFICAS
1. Durandal Caballero, O.; Gevara Aviléz, C.; Ruiz Dominguez, L.; Valda del Castillo, E. "Museo
Colonial Charcas". Sucre : Edicion de textos Lic. Medina, F., U.S.F.X., Imprenta IMAG, 2009.

2. MUSEO UNIVERSITARIO COLONIAL "CHARCAS". ANTECEDENTES HISTORICOS

DEL EDIFICIO. [En línea] [Citado el: 14 de Diciembre de 2014.]
[Link]

3. Museo Colonial Charcas. Memorias. Sucre : s.n., 2010.

4. Consejería de Educación y cultura Madrid . “Sestemas de Gestión integral de museos. El

programa DOMUS”. [En línea] [Citado el: Enero de 12 de 2014.] disponible en URL:
[Link] .

5. KE Software. “Museum Management System” . [En línea] [Citado el: Diciembre de 16 de 2013.]
disponible en URL: [Link] .

6. Sarabia Gómez, Maritza. Base de Datos Holguin . Potosí : s.n., 2005.

7. ZUBIAUR CARREÑO, Francisco Javier. “Curso de Museología”. España : Ediciones TREA,

S.L.

8. CANTAGALLO GUERRA, Judenina. “Conservación y restauración de Bienes Culturales”. [En

línea] [Citado el: Diciembre de 16 de 2013.] disponible en URL: [Link]
conservacion-restauracion-bienes-culturales .

9. Bravo Juega, María Isabel. “Documentación o investigación” en Museo. Madrid: APME : s.n.,
1997.

10. BLANCO, Andrés Eloy. “Museo Virtual” . [En línea] [Citado el: Noviembre de 20 de 2012.]
Disponible en URL: [Link] .

11. PIETRO, Amato. “Proyectar un Museo Nociones Fundamentales”. Roma: Instituto Italo-Latino
Americano : s.n., 2004.

12. Abella Villar, Beatriz. INVESTIGACIÓN, CATALOGACIÓN Y DOCUMENTACIÓN

APLICADA AL MUSEO. [En línea] [Citado el: 14 de Diciembre de 2014.]
[Link]

13. Grado Historia Arte UNED. Conservación y restauración de colecciones. [En línea] [Citado el:
14 de Diciembre de 2014.] [Link]
[Link].

14. ICOM Organization. “Código de deontología profesional del ICOM para los museos”. [En línea]
[Citado el: Noviembre de 06 de 2013.] Disponible en URL:
[Link]

REFERENCIAS BIBLIOGRÁFICAS 145

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

15. ICOM. Código de deontología profesional del ICOM, Artículo 6.2. Custodia de las colecciones.
1997.

16. Comité internacional para la documentación CIDOC, Consejo internacional de museos

ICOM. ”Las fichas técnicas del CIDOC” . [En línea] [Citado el: Noviembre de 06 de 2013.]
Disponible en URL: [Link]
CIDOC_Factsheet1_spa.pdf .

17. Centro Nacional de Catalogación (CENDCA). "BASE DE DATOS HOGUÍN" SISTEMA

DESCRIPTIVO. La Paz : s.n., 1996.

18. Viceministerio de Cultura. Legislacion del Patrimonio Cultural. La Paz : s.n., 1998.

19. Resolusion Ministerial Nro.1642 articulo 191. 1961.

20. ING. VELEZMORO, Karen. Gestión de Proyectos. Agile Unified Process. [En línea] [Citado el:
Octubre de 20 de 2012.] Disponible en [Link]
[Link] .

21. BRAUDE, Eric. “Ingeniería del software, Una perspectiva orientada a objetos”, . México :
Editorial Alfa omega, 2004.

22. COUCH, J; STEINBERG, D. “Java 2 Enterprice Edition Bible”. New York : Apress (Segunda
Edicion), 2007.

23. CIBERAULA. “programación Orientada a Objetos” . [En línea] [Citado el: Febrero de 08 de
2013.] disponible en URL: [Link]

24. GNU. “StarUML 5.0 Developer Guide” . [En línea] [Citado el: Febrero de 08 de 2013.] Disponible
en URL: [Link]

25. DE LA CRUZ VILAR, Joel. “MYSQL 5 paso a paso”. Peru : Editorial Megabyte s.a.c., 2006.

26. GARCÍA DE JALÓN, Javier, y otros, y otros. “Aprenda Java como si estuviera en primero”.
s.l. : [s.l.]: Ediciones San Sebastián, 1999.

27. CALLE, José Álvaro. “Lo nuevo de java NetBeans IDE” . Lima-Peru : Editorial Grupo
Universitario S.A.C., 2009.

28. LARMAN, Craig. “Análisis y diseño orientado a objetos con UML”. México : Editorial Pearson,
1999.

REFERENCIAS BIBLIOGRÁFICAS 146

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

BIBLIOGRAFÍA

BRAUDE, ERIC. “Ingeniería del software, Una perspectiva orientada a objetos”, En:
México: Editorial Alfa omega, 2004, 564 pp.

PRESMAN, ROGER. Ingeniería del Software – Un enfoque práctico. Ince, Darrel (Adap.);
Joyanes Aguilar, Luis (Coord.). Quinta edición. Madrid: Mc Graw Hill, 2002. 640 p. ISBN: 0-
07-709677-0.

KENDALL Y KENDALL. Análisis y diseño, System and Design, 2ª Edición, Prentice Hall,
1998.

BOOCH, RUMBAUGH Y JACOBSON, UML, el Lenguaje Unificado de Modelado, Addison

Wesley Iberoamericana, Madrid, 1999.

PFLEEGER L S. Ingeniería de software teoría y práctica, 1da. edición Prentice may, 2002.

GRAHAM IAN. Métodos orientados a objetos, México, 2da. edición, Addison-Wes-ley,

1996.

SILBERSCHATZ. ABRAHAM. Fundamentos de Bases de Datos. Cuarta Edición, España

Madrid, Mc Graw Hill.2002. 787 p.

SOMERVILLE, IAN. Ingeniería de Software. 7ma Edición España-Madrid 2005.

RODRÍGUEZ, JOSÉ IGNACIO. Aprenda java como si estuviera en primero. 2da Edición
Tecnun, 2000.

BIBLIOGRAFÍA 147
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

GLOSARIO DE TÉRMINOS

AUP: Agile Unified Process. Es una versión simplificada del RUP, la cual describe en una
forma simple, fácil de entender y brinda un enfoque de desarrollo de software utilizando
técnicas ágiles y conceptos del RUP.

Base de Datos: Una base de datos es un conjunto de datos relacionados entre sí. Por datos
entendemos hechos conocidos que pueden registrarse y que tienen un significado implícito.

Case: (Ingeniería del Software Asistida por Computadora) comprende un amplio abanico de
diferentes tipos de programas que se utilizan para ayudar a las actividades del proceso del
software, como el análisis de requerimientos, el modelado de sistemas, la depuración y las

Clase: Una clase es una pieza de código en la que podemos definir una serie de datos y al
mismo tiempo unos métodos (funciones o procedimientos) que nos permitirán acceder a esos
datos.

Entidad: Son objetos concretos o abstractos que representan interés para el sistema y sobre
los que se recoge información que será representada en un sistema de Bases de Datos.

Ireport: IReport es una aplicación Opensource basado en Java que permite a diseñar e
implementar reportes usando las librerías de jasperreports, iReport permite diseñar y modelar
los reportes visualmente. Con iReport es posible dar soporte a orígenes de datos con JDBC y
JavaBeans a los reportes.

IDE: Un entorno de desarrollo integrado o en inglés Integrated Development Environment

('IDE') es un programa compuesto por un conjunto de herramientas para un programador. Un
IDE es un entorno de programación que ha sido empaquetado como un programa de
aplicación, es decir, consiste en un editor de código, un compilador, un depurador y un
constructor de interfaz gráfica GUI. Los IDEs pueden ser aplicaciones por si solas o pueden
ser parte de aplicaciones existentes.

GLOSARIO DE TÉRMINOS 148

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Java: Es un lenguaje netamente Orientado a Objetos que utiliza conceptos de herencia,

polimorfismo y encapsulamiento.

Modelo: Un modelo de base de datos o esquema de base de datos es la estructura o el formato

de una base de datos, descrita en un lenguaje formal soportada por el sistema de gestión de
bases de datos.

Museo: El Museo es una institución, permanente, sin fines de lucro, al servicio de la sociedad
y de su desarrollo, abierta al público que adquiere, conserva, investiga, expone y difunde el
patrimonio material e inmaterial de la humanidad con fines de estudio, educación y recreo.

NetBeans: NetBeans IDE es un entorno de desarrollo, una herramienta para que los
programadores puedan escribir, compilar, depurar y ejecutar programas. Está escrito en Java,
pero puede servir para cualquier otro lenguaje de programación.

POO: Paradigma Orientado a Objetos. Es un paradigma de programación que usa objetos y

sus interacciones para diseñar aplicaciones y programas de computadora. Está basado en
varias técnicas, incluyendo herencia, modularidad, polimorfismo y encapsulamiento.

Relación: Es la asociación que se efectúa entre entidades. Por ejemplo la relación entre las
entidades facturas emitidas y clientes.

Restauración: También citada sólo como conservación es una profesión dedicada a la

preservación del patrimonio cultural para el futuro.

SGBD (Sistema de Gestión de Base de Datos).- El objetivo principal de un SGBD es

proporcionar una forma de almacenar y recuperar la información de una base de datos de
manera que sea tanto práctica como eficiente.

GLOSARIO DE TÉRMINOS 149

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

GLOSARIO DE TÉRMINOS 150

ANEXOS
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO A: DOCUMENTACIÓN REVISADA

1. INVENTARIO FÍSICO DE ACTIVOS FIJOS

ANEXO A: DOCUMENTACIÓN REVISADA 152

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO A: DOCUMENTACIÓN REVISADA 153

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

2. FICHA TÉCNICA DE CATALOGACIÓN

ANEXO A: DOCUMENTACIÓN REVISADA 154

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO A: DOCUMENTACIÓN REVISADA 155

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

3. FICHA DE MOVIMIENTO

ANEXO A: DOCUMENTACIÓN REVISADA 156

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO A: DOCUMENTACIÓN REVISADA 157

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

4. FORMULARIO DE MOVIMIENTO EXTERNO

ANEXO A: DOCUMENTACIÓN REVISADA 158

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO A: DOCUMENTACIÓN REVISADA 159

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO A: DOCUMENTACIÓN REVISADA 160

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO

RELACIONAL

1. DICCIONARIO DE DATOS

Tabla: Obras Datos Generales

Tabla DD.1: Diccionario de Datos Obras: obras_dg

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
obras_id BIGINT 20 PK
Codigo VARCHAR 50
Inv_Anterior VARCHAR 50
Nombre VARCHAR 100
autor VARCHAR 100
estilo VARCHAR 255
escuela VARCHAR 255
epoca VARCHAR 255
tecnica VARCHAR 255
material VARCHAR 255
especif_especia VARCHAR 255
origen VARCHAR 255
Obtención VARCHAR 25
Fecha_Adq DATE
Est_Conserv VARCHAR 600
Intervenciones VARCHAR 255
Carac_Tec VARCHAR 600
Icono_Orma VARCHAR 600
Datos_Hist VARCHAR 600
Biblio VARCHAR 500
Observaciones VARCHAR 600
Alto VARCHAR 10
Ancho VARCHAR 10
Largo VARCHAR 10
Profundidad VARCHAR 10
Diametro VARCHAR 10
Circunferencia VARCHAR 10
Peso VARCHAR 10
Cantidad INT 11
Estado_Ficha VARCHAR 50
Seguridad VARCHAR 30
Proteccion VARCHAR 30
Marcas_Insc VARCHAR 150
Descripcion VARCHAR 255
encargado VARCHAR 255

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 161

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ubicacion_id BIGINT 20 FK
datos_catalogacion_id BIGINT 20 FK
tipologia_id BIGINT 20 FK
categoria_id BIGINT 20 FK
especialidad_id BIGINT 20 FK
obj_aprobar_id BIGINT 20 FK
obj_revisiones_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Ubicación

Tabla DD.2: Diccionario de Datos: Ubicación

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
ubicacion_id BIGINT 20 PK
Nro_Sala VARCHAR 30
Ubic_Galeria VARCHAR 50
personal_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Fotografías

Tabla DD.3: Diccionario de Datos: fotografías

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
fotografías_id BIGINT 20 PK
Fecha DATE
Nro_Toma INT 11
PredeEstado VARCHAR 10
direccion VARCHAR 300
fotografo VARCHAR 255
obras_dg_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Datos de Catalogación

Tabla DD.4: Diccionario de Datos: datos_catalogacion

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
datos_catalogacion_id BIGINT 20 PK
fecha_catalogacion DATE
personal_id BIGINT 20 FK
Fuente: Elaboración Propia

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 162

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla: Acceso

Tabla DD.5: Diccionario de Datos: acceso

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
acceso_id BIGINT 20 PK
Login VARCHAR 50
Password VARCHAR 50
Permisos INT 11
persona_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Personal

Tabla DD.6: Diccionario de Datos: personal

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
personal_id BIGINT 20 PK
Nombres VARCHAR 50
Apellidos VARCHAR 50
CI VARCHAR 10
Edad INT 11
Sexo VARCHAR 9
Fecha_Nacimiento DATE
Domicilio VARCHAR 100
Fono_Cel VARCHAR 255
Fecha_Ingreso DATE
Estado_Autoriz VARCHAR 255
Observaciones VARCHAR 255
Estado VARCHAR 255
Fuente: Elaboración Propia

Tabla: Personal Cargo

Tabla DD.7: Diccionario de Datos: per_car

Tipo de Llave Llave

Campo Longitud
Dato primaria Foránea
percar_id BIGINT 20 PK
Cargo_id BIGINT 20 FK
Persona_id BIGINT 20 FK
Fuente: Elaboración Propia

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 163

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla: Cargo

Tabla DD.8: Diccionario de Datos: cargo

Tipo de Llave Llave

Campo Longitud
Dato primaria Foránea
cargo_id BIGINT 20 PK
Descrp_Cargo VARCHAR 50
Nivel_Acceso INT 11
Fuente: Elaboración Propia

Tabla: Bitácora

Tabla DD.9: Diccionario de Datos: bitácora

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
bitacora_id BIGINT 20 PK
Duracion VARCHAR 20
FechaI DATE
FechaS DATE
HoraI VARCHAR 10
HoraS VARCHAR 10
personal_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Movimiento Interno

Tabla DD.10: Diccionario de Datos: movimiento_interno

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
movimiento_interno_id BIGINT 20 PK
Anterior_Repar VARCHAR 30
Anterior_Ubic VARCHAR 50
Conservacion VARCHAR 255
ExpMov VARCHAR 100
Fecha_Aprox_Devol DATE
Fecha_Tras DATE
Motivo_Tras VARCHAR 255
Nueva_Repar VARCHAR 30
Nueva_Ubic VARCHAR 50
TipoMov VARCHAR 255
Ubic_temporal VARCHAR 255
Observ VARCHAR 255
observacionesDevol VARCHAR 255
SoketMovi VARCHAR 10

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 164

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

SoketRestau VARCHAR 10
personal_id BIGINT 20 FK
obras_dg_id BIGINT 20 FK
restaurados_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Retorno

Tabla DD.11: Diccionario de Datos: retorno

Tipo de Llave Llave

Campo Longitud
Dato primaria Foránea
retorno_id BIGINT 20 PK
fecha_retor DATE
movimiento_interno_id BIGINT 20 FK
obras_dg_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Restaurados

Tabla DD.12: Diccionario de Datos: restaurados

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
restaurados_id BIGINT 20 PK
Bibliografia VARCHAR 500
CondicionesEspe VARCHAR 500
DescripTrata VARCHAR 500
EstadoConser VARCHAR 500
EstadoRestaurados VARCHAR 255
ExpeRest VARCHAR 255
FechaF_Anali DATE
FechaF_Trata DATE
FechaI_Anali DATE
FechaI_Trata DATE
MotivoInf VARCHAR 100
MotivoInter VARCHAR 150
ObserTrata VARCHAR 255
Observaciones VARCHAR 255
Productos VARCHAR 100
PropuTrata VARCHAR 500
RestauAnt VARCHAR 500
ResulAnali VARCHAR 255
TipoAnali VARCHAR 100
TipoTrata VARCHAR 100
estadoUrgente VARCHAR 255
fechaInf DATE

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 165

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

AutorAnali_id BIGINT 20 FK
AutoresInf_id BIGINT 20 FK
AutoresTrata_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Movimiento Externo

Tabla DD.13: Diccionario de Datos: movimiento_externo

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
movimiento_externo_id BIGINT 20 PK
EstadoMov VARCHAR 100
Expediente VARCHAR 255
FechaReg DATE
FechaRenova DATE
FechaRetorno DATE
FechaSal DATE
FechaSol DATE
Observaciones VARCHAR 500
tipomove_id BIGINT 20 FK
institucion_id BIGINT 20 FK
representante_id BIGINT 20 FK
solicitante_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Obras Relacionadas

Tabla DD.14: Diccionario de Datos: obras_relacionadas

Longitu Llave Llave

Campo Tipo de Dato
d primaria Foránea
obras_relacionadas_id BIGINT 20 PK
EstadoMove VARCHAR 25
FechaRenova DATE
FechaRetorno DATE
FechaSalida DATE
Incidencias VARCHAR 255
bole BIT 10
cartela VARCHAR 255
condiEspec VARCHAR 255
obs VARCHAR 255
obras_dg_id BIGINT 20 FK
valoracion_avaluo_id BIGINT 20 FK
Fuente: Elaboración Propia

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 166

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla: Baja

Tabla DD.15: Diccionario de Datos: baja

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
baja_id BIGINT 20 PK
Conservacion VARCHAR 255
Estado VARCHAR 20
ExpBaja VARCHAR 50
Fecha_baja DATE
Motivo_Baja VARCHAR 255
Nueva_Ubic VARCHAR 255
TipoBaja VARCHAR 255
observ VARCHAR 500
responsable_id BIGINT 20 FK
obras_dg_id BIGINT 20 FK
denuncia_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Alta

Tabla DD.16: Diccionario de Datos: alta

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
alta_id BIGINT 20 PK
Estado_Actual VARCHAR 20
Fecha_alta DATE
Observaciones VARCHAR 500
baja_id BIGINT 20 FK
recuperado_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Denuncia

Tabla DD.17: Diccionario de Datos: denuncia

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
Denuncia_id BIGINT 20 PK
Denunciante VARCHAR 255
FechaDenuncia DATE
FechaRobo DATE
NumDenunPoli VARCHAR 255
Fuente: Elaboración Propia

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 167

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla: Revisiones

Tabla DD.18: Diccionario de Datos: objetos_revisiones

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
Obj_revisiones_id BIGINT 20 PK
Obs_Rev VARCHAR 255
fecha_Revi DATE
revisada VARCHAR 10
personal_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Verificación

Tabla DD.19: Diccionario de Datos: verificación

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
verificación_id BIGINT 20 PK
Estado_Actual VARCHAR 50
Estado_Anterior VARCHAR 50
Fecha_Verif DATE
Observaciones VARCHAR 255
verificador_id BIGINT 20 FK
obras_dg_id BIGINT 20 FK
Fuente: Elaboración Propia

Tabla: Valoración avalúo

Tabla DD.20: Diccionario de Datos: valoracion_avaluo

Llave Llave
Campo Tipo de Dato Longitud
primaria Foránea
valoracion_avaluo_id BIGINT 20 PK
FechaValo DATE
Moneda VARCHAR 50
Valoración VARCHAR 50
notaObs VARCHAR 255
Tasador_id BIGINT 20 FK
Fuente: Elaboración Propia

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 168

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

2. MAPEAMIENTO RELACIONAL

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 169

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO B: DICCIONARIO DE DATOS Y MAPEAMIENTO RELACIONAL 170

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO C: ESTIMACION DE COSTO Y ESFUERZO

Dado que los casos de uso proporcionan el alcance funcional del proyecto, analizar su
contenido aporta información valiosa sobre el tamaño y el esfuerzo para diseñar e implementar
el proyecto.

METODO DE PUNTOS DE CASOS DE USO

El método UCP (Puntos de Casos de Uso) ofrece la posibilidad de estimar el esfuerzo en

horas-hombre, que un proyecto de software requiere para los casos de uso. La ecuación es la
siguiente:
UCP = UUCP * TCF * ECF * PF

Los pasos necesarios para generar la estimación basado en el método UCP, son los siguientes.
1. Determinar y calcular los UUCP (Puntos de Caso de Uso no Ajustados).
2. Determinar y calcular los TCFs (Factor de Complejidad Técnica).
3. Determinar y calcular los ECFs(Factor de Complejidad del Medio Ambiente).
4. Determinar los PF (Productivity Factor). El valor para este caso particular es 20.
5. Calcular el número estimado de horas.

Determinar los Puntos de Casos de Uso no Ajustados UUCP (Unadjusted Use Case Point)

Se calcula basado sobre dos cómputos.

UUCP = UUCW + UAW

A continuación se describen cómo obtener los factores de peso relacionados a los casos de uso
y actores respectivamente, para que posteriormente se pueda obtener los Puntos de Casos de
Uso sin ajustar.

1. UUCW Peso de Caso de uso sin ajustar (Unadjusted Use Case Weight)

Para cada CU determinar el tipo al cual pertenece de acuerdo al número de clases implicados
en la realización de cada caso de uso.

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 171

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla CE1: Categoría de los casos de uso

TIPO DE CASO #
DESCRIPCIÓN PESO RESULTADO
DE USO CU
Simple S X < 5 clases 5 9 45
Promedio P 5 clases < X < 10 10 7 70
clases
Complejo C 10 clases < X 15 0 0
TOTAL UUCW 115
Fuente: Elaboración Propia.

Tabla CE2: Cálculo de peso específico de los casos de uso UUCW

# TIP PESO CASO DE USO
O
1 S 5 Autenticación de Usuario
2 P 10 Registro de fichas de Catálogo
3 S 5 Asignación de Archivo Fotográfico
4 S 5 Revisión de Ficha Técnica
5 S 5 Aprobación de Ficha Técnica
6 S 10 Registro de Movimiento Interno
7 S 10 Registro de Movimiento Externo
8 S 10 Registro de Restauración
9 S 5 Verificación de Obra
10 S 5 Mantener usuario
11 P 5 Mantener personal
12 P 10 Seguimiento de acceso a la BD
13 S 10 Copias de Seguridad y restauración
14 S 5 Aprobación/Verificación
15 S 5 Generar reportes
∑ 105

Fuente: Elaboración Propia.

2. UAW Peso de actores sin ajustar (Unadjusted Actor Weight)

De manera similar se clasifican los tipos de actores de acuerdo a la tabla siguiente.

Tabla CE3: Cálculo de UAW

TIPO DE FACTOR NÚMERO DE
DESCRIPCIÓN RESULTADO
ACTOR DE PESO ACTORES

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 172

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Otro sistema que interactúa con el

sistema a desarrollar mediante una
Simple 1 0 0
interfaz de programación (API,
Application Programming Interface).
Otro sistema que interactúa con el
sistema a desarrollar mediante un
Medio 2 0 0
protocolo o una interfaz basada en
texto.
Una persona que interactúa con el
Complejo 3 4 12
sistema mediante una interfaz gráfica.
TOTAL UAW 12
Fuente: Elaboración Propia.

Entonces el cálculo de los puntos de Casos de Uso sin ajustar:

UUCP = UUCW + UAW

UUCP = 105 + 12
UUCP = 117

Determinar Factores Técnicos de complejidad TCF (Technical Complexity Factor)

Trece normas de factores técnicos existen para estimar el impacto en la productividad. La

tabla siguiente denota los pesos específicos para cada factor:

Tabla CE4: Factores Técnicos de Complejidad

FACTOR
DESCRIPCIÓN PESO
TÉCNICO
T1 Sistemas distribuidos 2
T2 Rendimiento 1
T3 Eficiencia del usuario final 1
T4 Procesamiento interno complejo 1
T5 Reutilización 1
T6 Fácil de instalar 0.5
T7 Fácil de usar 0.5
T8 Portabilidad 2
T9 Fácil de cambio 1
T10 Concurrencia 1
T11 Características especiales de seguridad 1
T12 Proporciona acceso directo a terceros 1

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 173

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

T13 Facilidades especiales de entrenamiento de usuarios 1

Fuente: Elaboración Propia.

Estimar cada factor técnico entre 0 y 5. Un valor de 0 significa que el factor es irrelevante y
un valor de 5 significa que el factor es esencial, es decir tiene fuerte influencia.

Tabla CE5: Cálculo de la complejidad de los Factores Técnicos

COMPLEJIDAD
FACTOR CÁLCULO
PESO PERCIBIDA(CP) JUSTIFICACIÓN
TÉCNICO PESO*CP
0-5
Es una aplicación de escritorio
T1 2 0 0
cliente/servidor
T2 1 3 3 Necesario en procesos determinados
T3 1 4 4 En función de la capacidad del usuario
T4 1 2 3 Procesos no complejos
Permite ser reutilizado en otras
T5 1 3 3
aplicaciones.
T6 0.5 4 2 Necesario
T7 0.5 5 2.5 Necesario
Aplicación proyectada para operar en
T8 2 1 2 ambientes idénticos de hardware y
software.
T9 1 2 2 Cambios no son frecuentes
T10 1 3 3 Se esperan Accesos simultáneos
T11 1 3 3 Seguridad promedio
T12 1 1 1 No se comparten los datos críticos
T13 1 1 1 Capacitación a los usuarios
Total Factores de Complejidad (F) 29.5
Fuente: Elaboración Propia.

Matemáticamente la formula completa para el cálculo de la TCF es la siguiente.

13
TCF= C1 + C2∑ W i∗F 1
Donde, i=1

Constante 1: C1 = 0.6

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 174

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Constante 2: C2 = 0.01
W = Peso
F = Factor de Percepción de la Complejidad
TCF = 0.6 + (0.01*29.5)
TCF = 0.895
Determinar Complejidad de los Factores Medioambientales ECF (Environmental
Complexity Factors)

El ECF provee una concesión para la experiencia de los equipos de desarrollo, los equipos más
experimentados tienen un mayor impacto en el cálculo de UCP que los equipos con menor
experiencia.
Tabla CE6: Factores de complejidad medioambientales

FACTORE
DESCRIPCIÓN PESO
S
E1 Familiarización con el modelo de proyecto utilizado 1.5
E2 Trabajadores a tiempo parcial -1
E3 Capacidad de los analistas 0.5
E4 Experiencia de la aplicación 0.5
E5 Experiencia en el paradigma OO 1
E6 Motivación 1
E7 Dificultad del lenguaje de programación -1
E8 Requerimientos estables 2

Fuente: Elaboración Propia.

Se debe determinar el impacto percibido en cada factor en función de su percepción de factor,

el rango de valores son de 0 – 5; donde 0 significa que no tiene impacto en el éxito del
proyecto, 1 significa que el factor hace un fuerte impacto negativo para el proyecto, 3
significa que es la media y 5 significa que tiene un fuerte impacto positivo.

Tabla CE7: Cálculo de la complejidad de los Factores Medioambientales

FACTORE IMPACTO CALCULO
PESO JUSTIFICACIÓN
S PERCIBIDO P*I
E1 1.5 4 6 Familiarizado con el modelo.
E2 -1 0 0 No se tienen trabajadores a tiempo parcial.
E3 0.5 4 Se cuenta con la experiencia en análisis de
2 sistemas.

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 175

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

E4 0.5 3 1.5 Se tiene experiencia promedio en la aplicación.

E5 1 5 5 Se tiene experiencia en el paradigma OO.
E6 1 5 5 El desarrollador se encuentra motivado.
E7 -1 3 -3 El lenguaje de programación se debe aprender.
E8 2 3 6 Se cuenta con requerimientos estables
Total FE 22.5
Fuente: Elaboración Propia.
La ecuación formal es: 8
ECF= C1 + C2∑ W i∗F 1
i=1
Donde,
Constante 1 C1 = 1.4
Constante 2 C2 = -0.03
W = Peso
F = Impacto percibido
ECF= 1.4 + (-0.03*22.5)
ECF= 0.725

Ahora se debe calcular los Casos de Uso ajustados.

UCP = UUCP x TCF x ECF

UCP = 117 * 0.895 * 0.725

UCP = 75.918375 (Puntos de Casos de Uso)

El esfuerzo, para el cálculo del esfuerzo se debe aplicar la siguiente ecuación:

E = UCP * CF

Dónde:
E: Esfuerzo
CF: Factor de Conversión
UCP: Casos de Uso Ajustados

El Factor de Conversión será 20 horas-hombre

E = 75.918375 * 20
E = 1518.3675 [horas-hombre]
 El esfuerzo necesario para desarrollar el proyecto es de 1518.3675 [horas/hombre].
 Si se tiene el trabajo a tiempo completo de 8 horas diarias, el esfuerzo será: 189.8 días.
 Como el proyecto está desarrollado por un desarrollador se tiene un esfuerzo persona mes.

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 176

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Esfuerzo = 6,3[meses/hombre]

Para calcular el costo de desarrollo se toma como parámetro el sueldo mínimo nacional que es
de Bs. 3200. Esto significa que por hora se paga Bs. 20. Si multiplicamos el total del esfuerzo
por el valor por hora el resultado sería Bs. 30.367,35.

ANEXO C: ESTIMACIÓN DE COSTO Y ESFUERZO 177

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANEXO D: MANUAL DE USUARIO

El sitema SIC-MU es un sistema que permite al usuario realizar un cotrol en los procesos de
inventario, catalogacion, movimirntos y restauraciones. El presente manual, pretende facilitar
a los usuarios el correcto uso del sistema, además servirá de apoyo al software como
herramientas de manejo del sistema.

Acceso al Sistema

La autenticacion permite al usuario ingresar al

sistema, ademas de brindar seguridad verificando si
el usuario esta autorizado para manipular el sistema.

Pantalla Principal

Barra de Accesos
Directos
Barra de
Menú

ANEXO D: MANUAL DE USUARIO 178

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

La siguiente imagen corresponde al formulario principal del sistema, en él se encuentra el

menú que permite desplazarse a través de todas las pantallas del sistema, además del ingreso
directo a los mismos a través de las imágenes

Pantalla de Registro de Inventario

Para ingresar a la ventana de Registro de inventario en la Barra de Menú: Archivo>Inventario.

O también el acceso directo:

Botones de Selección

Seleccionar Responsable

Introducir un nuevo registro

Presionar botón insertar en la pantalla se habilitarán los campos y botones para realizar
el nuevo registro. Llenar los datos (todos los campos que estén identificados con un * son
campos obligatorios) y presionar Guardar. Y le mostrar el mensaje de Registro con éxito.

Presionar aceptar. Podrá visualizar el registro en la tabla (1).

ANEXO D: MANUAL DE USUARIO 179

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Actualizar un registro

Para actualizar seleccione el registro en la tabla y los datos automáticamente aparecerán en los
campos. Presionar el botón actualizar y aparecerán los campos habilitados.

Una vez que modifique presionar el botón Guardar y le mostrar el siguiente mensaje de
Registro con éxito:

Si presionamos la pantalla de Consultas:

Nos permite buscar la obra por diferentes tipos de parámetros, permite ordenar.

Si se quiere acceder al registro de inventario lo puede realizar presionando el botón Reportes

(1) ó el botón Exportar (2)

ANEXO D: MANUAL DE USUARIO 180

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Pantalla de Registro de Catalogación

El sistema permite el registro de la información de Catálogos como Datos Generales de la

obra, registro de datos de campo y el registro de histórico investigativo, además de la
asignación fotográfica a cada una de las obras.

4
Búsquedas

Registro fotográfico

Panel de Fotografías
1
Botones de Selección 7
2

5 6

Todos los registros introducidos en la pantalla de inventario son mostrados en la tabla (4).
Presionamos algún registro y muestra los datos introducidos en los campos de la pantalla, peso
solo los datos de inventario los demás campos están vacíos.

ANEXO D: MANUAL DE USUARIO 181

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Registro de Catalogo:

En la tabla (4) seleccione la obra a catalogar. Y presionar Editar (1). En la pantalla se

habilitarán los campos y botones para realizar el registro. Llenar los datos en las tres pestañas:
Datos de Catalogación, Datos de Campo/Seguridad, Datos Histórico/Investigativo (todos los
campos que estén identificados con un * son campos obligatorios) y presionar Guardar. Y le
mostrar el siguiente mensaje:

Asignación de Archivo fotográfico:

En la tabla (4) seleccione la obra a cual le quiere asignar el archivo fotográfico. Presionar el
botón (5) se abrirá la ventana para la selección de la imagen. Selecciona la imagen y
coloca guardar:

Desaparecerá la ventana y aparecerá la foto que seleccionó en el panel de fotografías (7). Si

desea guardar dicha foto llene los datos de registro (fotógrafo, fecha) y presione el botón (6)
para para que se guarde el registro. si desea cancelar el registro presione

A cada obra puede registrarle varias fotos de los cuales se puede elegir cualquiera para que sea
la foto predeterminada. Busque la foto con los botones de exploración y presione el botón
predeterminar

ANEXO D: MANUAL DE USUARIO 182

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Pantalla de Revisión de Catálogos

El Catalogador a través del interfaz de la pantalla de Revisión de catálogos puede supervisar

los datos introducidos en la ficha técnica de catalogación, y si esta contiene alguna falla se
introducirá la observación correspondiente.

Campo de Registro de
Observaciones
2 4

La tabla (1) muestra todas las obras pendientes para su revisión. Para realizar el registro de
Revisión seleccione la obra en la tabla (1), y presionar el botón editar se habilitarán
todos los campos de registro del catálogo. El catalogador puede modificar cualquier campo de
la ficha de catálogo.

En la pestaña OBSERVACIONES hay dos campos (2), (3) una de observaciones de revisión y otra
de observaciones de aprobación.

Después de verificar los datos, aún hay errores que no se puede subsanar en el momento,
puede anotar las observaciones y presionar el botón guardar (4).
Después de verificar los datos, si ya no hay errores, borre las observaciones (si las hay)
registradas anteriormente con el botón y guarde el registro con el botón

ANEXO D: MANUAL DE USUARIO 183

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

guardar (4). Y automáticamente dicho registro desaparece de la tabla. Para ser puesto listo
para su aprobación.

Pantalla de Aprobación de Catálogos

Ayuda al Administrador ( Jefe de Catalogación) a supervisar si los datos introducidos en la

ficha técnica de catalogación son correctos, y si esta contiene alguna falla se introducirá la
observación correspondiente.

La tabla (1) muestra todas las obras pendientes para su Aprobación. Para realizar el registro de
Aprobación seleccione la obra en la tabla (1), y presionar el botón editar se habilitarán
solo el campo de observaciones.

El Jefe de catalogación hace la revisión del catálogo y si hay observaciones los enlista en el
campo de observaciones (2) y presiona el botón guardar (4). Y automáticamente dicho registro
desaparece de la tabla. Para ser puesto de nuevo para su revisión.

Después de verificar los datos, si ya no hay errores, borre las observaciones (si las hay)
registradas anteriormente con el botón y guarde el registro con el botón
guardar (4). Y automáticamente dicho registro desaparece de la tabla como registro aprobado.

Campo de Registro de
2 Observaciones
4

ANEXO D: MANUAL DE USUARIO 184

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Pantalla de Movimientos Internos

La aplicación permite el seguimiento de Movimientos Internos, ya sean por restauración o

movimientos dentro de instalaciones a corto o largo plazo.

Registro de Movimiento:

4
2

Para realizar un registro de movimiento interno se debe seleccionar la obra en la tabla (1).
Automáticamente mostrará los datos de la misma. Presionar el botón Nuevo (3), y se habilitará
el campo tipo de movimiento (2). Seleccionar el tipo de movimiento a registrar y dependiendo
a aquello se habilitaran los campos necesarios. Llenar los datos y presionar Guardar (4). Y
automáticamente aparecerá el registro en la tabla (5).

Registro de Retorno:

Si el usuario requiere realizar el registro de retorno de alguna obra ya se a este de movimiento

a corto plazo o Restauración debe acceder a la pantalla de retornos presionan el botón
Retornar

ANEXO D: MANUAL DE USUARIO 185

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

En la tabla (1) seleccionamos la obra a retornar, y se puede registra observaciones (2) si se

desea. Y presionar (3).y la obra desaparecerá de la tabla de obras movidas (1).

En el caso de que una obra hay sido movida por restauración, no se habilitará la devolución
hasta que el restaurador concluya el registro de restauración.

Pantalla de Restauración

El sistema permite archivar la información referida a todos los informes de conservación,

análisis y tratamientos de restauración realizados a las Obras. Posibilita la asociación de
imágenes referidos a los citados informes, análisis y tratamientos.

Cuando una obra es movida al taller de restauración el registro de movimiento permite la

habilitación de la obra en la pantalla de Registro de Datos de Conservación/Restauración. En
esta pantalla el catalogador debe realizar el registro de los procesos de restauración de la obra.

ANEXO D: MANUAL DE USUARIO 186

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

3
4

Registro de Restauración

La tabla (1) muestra todas las obras habilitadas para el registro de restauración. Seleccionamos
la obra y en la tabla (5) aparecerá el ítem creado para el registro en color rojo. Seleccionamos
dicho ítem y presionamos Editar (3). Se habilitaran los botones y campos para su respectivo
registro.

Mediante los botones se puede acceder a las ventanas de : Pantalla de Informe, Análisis
y Tratamientos habilitados para su respectivo registro.

ANEXO D: MANUAL DE USUARIO 187

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Registrar datos los datos y presionar el Botón guardar.

Para registrar archivo fotográfico presionar el botón (1) se abrirá la ventana para la
selección de la imagen. Selecciona la imagen y coloca guardar:

Desaparecerá la ventana y aparecerá la foto que seleccionó en el panel de fotografías (2). Si

desea guardar dicha foto llene los datos de registro (fotógrafo, fecha) y presione el botón (3)
para para que se guarde el registro. Si desea cancelar el registro presione

A cada obra puede registrarle varias fotos de los cuales se puede elegir cualquiera para que sea
la foto predeterminada. Busque la foto con los botones de exploración y presione el botón
predeterminar

Después de llenar todos estos datos en las tras ventanas. En la ventana de Retauraciones
Presionamos guardar.

Si ya esta completo el registro de Restauración presionamos el botón para

así habilitar el retorno en la pantalla de movimientos internos.

Pantalla de Movimientos Externos

Permite al usuario realizar el registro de datos de movimiento por préstamo externo, para
poder realizar un seguimiento de la obra cuando es prestado (sacado fuera del museo)..

Para realizar el registro de Movimientos Externos presionamos el botón nuevo (1), y se

habilitarán los campos de movimiento.

ANEXO D: MANUAL DE USUARIO 188

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Realizar el registro respectivo registro tanto de la pestaña descripción como de gestión (todos
los campos que estén identificados con un * son campos obligatorios) y presionar Guardar (3).

Inmediatamente nos mostrara el registro en la tabla (2). Seleccionamos dicho registro y se

habilitara el botón de:

Presionamos y nos lleva a la pantalla de Obras asociadas al movimiento. Donde se deben

registrar todas las obras que tendrán relación con dicho movimiento.

2
1
3

5
Obras Registradas
Asociadas al
movimiento

ANEXO D: MANUAL DE USUARIO 189

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Registro de Obras Asociadas al Movimiento

En la tabla (1) nos muestra todas las obras catalogadas, seleccionamos la obra a registrar y
presionamos Nuevo (2) y se habilitaran los campos para su respectivo llenado.

Realizar el registro respectivo registro tanto de la pestaña “Identificación Movimiento” como

“Transporte/Valoración” (todos los campos que estén identificados con un * son campos
obligatorios) y presionar Guardar (4). Y automáticamente aparecerá el registro en la tabla (4)
en estado de reserva.

Pantalla Prestar

Para registrar el préstamo presionamos el botón Prestar (5) y accedemos a la Pantalla de

Prestamos , seleccionamos las obras a prestar y presionamos el botón Prestar, y
automáticamente se cierra la ventana y muestra la tabla (4) en color Rojo, que quiere decir
que el movimiento está en estado Activo.

ANEXO D: MANUAL DE USUARIO 190

REFERENCIA TÉCNICA
DEL PROYECTO
[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Este apartado contiene una breve explicación y detalle de los aspectos técnicos del sistema,
para brindar al lector una mayor comprensión del desarrollo del mismo en sus diferentes
etapas.

Las herramientas que se utilizaron fueron: UML (Lenguaje de Modelamiento Unificado) para
todo el análisis y diseño y StarUml para la elaboración de los diagramas y del modelo de
casos de uso.

1. PROCESO DE REQUERIMIENTOS
Identificación de Actores

De acuerdo al estudio realizado en el museo mediante la observación, revisión documental del

museo y entrevistas, se identificaron los siguientes usuarios:

El usuario, Catalogador, restaurador y el Administrador

Usuario

Administrador
Restaurador
Catalogador

Figura RT1. Diagrama de Actores

Fuente: Elaboración Propia

Descripción de Actores

Usuario: rol de los actores: Administrador, Catalogador y Restaurador.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 192

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Nombre del Actor: Administrador.

Descripción: Es el encargado de administrar el sistema, tiene permiso para

realizar cualquier operación, es el único que puede habilitar
usuarios para que puedan tener acceso al sistema o darlos de
baja.

Notas: Este actor puede realizar todas las tareas del que ofrece el
sistema, entre sus tareas específicas están:
 Puede registrar o eliminar usuarios y cuentas de usuario.
 Control de usuarios y generación de reportes referentes
a los usuarios
 realización de copias de seguridad y restauración de la
base de datos.
 La Aprobación de la Ficha Técnica de Catalogación.

Nombre del Actor: Catalogador

Descripción: Es el encargado de la introducción de Datos de las obra

revisión de las Fichas Técnicas, obtención de estadísticas y
reportes.

Notas:
 Puede Llenar la Ficha Técnica de Catalogación.
 Puede Revisar la Ficha Técnica de Catalogación.
 Puede Modificar el Historial de la Obra.
 Puede Imprimir la Ficha Técnica de Catalogación.
 Puede Generar diferentes tipos de Reportes y
Estadísticas de las Obras Culturales.
 Puede habilitar acceso al restaurador, solo a la Ficha
Técnica de la obra a restaurar para que agregue datos de
restauración y no así modificar los datos reales de la
ficha.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 193

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Nombre del Actor: Restaurador

Descripción: Es el encargado de la introducción de Datos de restauración

de la obra.

Notas:
 Agregar la información referida a todos los informes
de conservación, análisis y tratamientos de restauración
realizados a las obras.
 Asocia imágenes digitalizados referidos a los citados
informes, análisis y tratamientos.
 Tiene Acceso a diferentes informes y listados sobre el
historial de las obras (anteriores movimientos y
restauraciones).
 Puede imprimir las fichas técnicas de catalogación
incluidos sus datos de restauración de la ficha.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 194

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Casos de Uso

Mantener Usuario
Realizar copias de Seguridad BD
Generar Reportes de usuarios

Administrador Restaurar BD

Mantener Personal

Autenticación
Seguimiento de Bitácora del Sistema
Aprobacion Ficha Tecnica

Buscar Ficha

Modificar Ficha
Usuario
Borrar Ficha
Archivo Fotográfico

Revisión de la Ficha
Listar Ficha
Gestión de Catálogos Generación de reportes de la ficha

Listar Datos de Obras Movidas

Impresión de la Ficha Técnica

Estadísticas de las obras

Catalogador
Modificar Datos de Movimiento
Eliminar datos Movimiento
Visualización de datos de inventario

Impresión de los datos de inventario

Buscar Obra Movida Registro de movimiento

Búsqueda de las obras

Búsqueda de obras movidas

Buscar Impresión de datos de movimiento

Historial de la Obra

<<extend>>
Reportes de los movimientos
Modificar datos

Borrar <<extend>>

Registro de Restauracion archivo fotográfico

Listar Obras Restauradas

Visualizacion de Informacion Obras

Restaurador

Imprimir Fichas Tecnicas

Imprimir datos de Restauracion

Figura RT2. Diagrama General de Casos de Uso

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 195

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Casos de Uso Clasificados por prioridad

 Diagrama de Casos de Uso Usuario

Autenticación
Usuario

Figura RT3. Diagrama de Casos de Uso Usuario

Fuente: Elaboración Propia

 Diagrama de Casos de Uso Administrador

Mantener Usuario

Realizar copias de Seguridad BD

Generar Reportes de usuarios

Restaurar BD
Administrador
Mantener Personal

Seguimiento de Bitácora del Sistema

Aprobacion Ficha Tecnica

Figura RT4. Diagrama de Casos de Uso Administrador

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 196

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Diagrama de Casos de Uso Catalogador

<<include>>
<<include>> Buscar Ficha

Borrar Ficha
Modificar Ficha
<<extend>> <<extend>>
Archivo Fotográfico
<<extend>>
Generación de reportes de la ficha
<<extend>>

Listar Ficha Revisión de la Ficha

Impresión de la Ficha Técnica
Listar Datos de Obras Movidas
Registro de la Ficha Tecnica

<<extend>> Estadísticas de las obras

<<extend>>

Eliminar datos Movimiento Modificar Datos de Movimiento Visualización de datos de inventario

<<extend>> Catalogador
<<include>> <<include>>
Impresión de los datos de inventario

Buscar Obra Movida Registro de movimiento

Búsqueda de las obras

<<extend>>
Búsqueda de obras movidas

Reportes de los movimientos

Historial de la Obra Impresión de datos de movimiento

<<extend>>

Registro de Restauracion

Figura RT5. Diagrama de Casos de Uso Catalogador

Fuente: Elaboración Propia

 Diagrama de Casos de Uso Restaurador

Historial de la Obra
<<extend>>

Registro de Restauracion
Visualizacion de Informacion Obras
<<extend>>
Buscar

<<include>>
<<include>>
Modificar datos
Imprimir datos de Restauracion
Borrar <<extend>>
Restaurador
<<extend>>

Listar Obras Restauradas

Imprimir Fichas Tecnicas

Figura RT6. Diagrama de Casos de Uso Restaurador

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 197

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Casos de Uso Clasificados por funcionalidad

 Casos de Uso 1: Autenticación

Autenticación
Usuario

Figura RT7. Diagrama de Caso de Uso Autenticación

Fuente: Elaboración Propia

 Casos de Uso2: Gestión Catálogos

Archivo Fotográfico <<include>>

Buscar Ficha<<include>>

<<extend>>
<<extend>>
Modificar Ficha
Borrar Ficha
<<extend>> <<extend>>
Gestión de Catálogos
Catalogador

Listar Ficha

Figura RT8. Diagrama de Caso de Uso Gestión Catálogos

Fuente: Elaboración Propia

 Casos de Uso3: Revisar Ficha Técnica de Catalogación

Revisión de la Ficha
Catalogador

Figura RT9. Diagrama de Caso de Uso Revisión Ficha

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 198

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Casos de Uso4: Aprobar Ficha Técnica de Catalogación

Aprobacion Ficha Tecnica

Administrador

Figura RT10. Diagrama de Caso de Uso Aprobación Ficha Técnica

Fuente: Elaboración Propia

 Casos de Uso5: Historial de las Obras

Listar Datos de Obras Movidas

<<extend>><<extend>>

Eliminar datos Movimiento Modificar Datos de Movimiento

Catalogador
<<include>> <<include>> <<extend>>

Buscar Obra Movida Registro de movimiento

<<extend>> Historial de las Obras

<<include>> <<extend>>
<<include>> Buscar <<extend>>

Verificación
<<extend>>

Modificar datos
Borrar <<extend>> Registro de Restauracion

<<extend>>

Listar Obras Restauradas

Restaurador

Figura RT11. Diagrama de Caso de Uso historial de Obras

Fuente: Elaboración Propia

 Casos de Uso6: Mantener Usuario

Mantener Usuario
Administrador

Figura RT12. Diagrama de Caso de Uso Mantener Usuario

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 199

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Casos de Uso7: Mantener Personal

Mantener Personal
Administrador

Figura RT13. Diagrama de Caso de Uso Mantener Personal

Fuente: Elaboración Propia

 Casos de Uso8: Seguimiento del Acceso a la BD

Seguimiento de Bitácora del Sistema

Administrador

Figura RT14. Diagrama de Caso de Uso Seguimiento de Bitácora del Sistema

Fuente: Elaboración Propia

 Casos de Uso 9: Copias de Seguridad y restauración de la BD

Realizar copias de Seguridad BD

Restaurar BD
Administrador

Figura RT15. Diagrama de Caso de Uso Copias de Seguridad y Restauración de la BD

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 200

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Descripción de los Casos de Uso

Caso de Uso 1: Autenticación.

Actores: Administrador, Catalogador, Restaurador.
Tipo: Primario.
Descripción: El caso de uso realiza la validación de usuarios. Se activa
cuando un usuario intenta identificarse ante el sistema, solicitará
la clave de acceso del usuario para darle accesos a diferentes
procesos.

Caso de Uso 2: Gestión Catálogos.

Actores: Catalogador.
Tipo: Primario.
Descripción: Registro de datos de la obra a catalogar (Datos Generales, Datos
Históricos, Datos de Campo, Datos de Ubicación, Datos de
catalogación) con asignación de Fotografías a cada obra, el
sistema permitirá Modificar datos, Eliminar, Generar Reportes
de la obra.

Caso de Uso 3: Revisar la Ficha Técnica de Catalogación.

Actores: Catalogador
Tipo: Primario
Descripción: El actor supervisa los datos de la obra que contiene la Ficha
Técnica de Catalogación, si ésta contiene una falla se introducirá
la observación correspondiente.

Caso de Uso 4: Aprobar la Ficha Técnica de Catalogación

Actores: Administrador
Tipo: Primario
Descripción: El Técnico en Catalogación supervisa los datos de la obra que
contiene la Ficha Técnica de Catalogación y si esta contiene una
falla se introducirá la observación correspondiente.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 201

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso 5: Historial de las Obras

Actores: Catalogador
Tipo: Primario
Descripción: Cuando la obra histórica es trasladado por restauración,
verificación, préstamo o reubicación, este es el proceso que se
encarga de capturar los datos de cualquiera de estas actividades.

Caso de Uso 6: Mantener Usuario

Actores: Administrador
Tipo: Secundario
Descripción: El caso de uso provee la capacidad de la definición de los niveles de
acceso para un usuario, (proceso y/o tareas a los cuales tendrá
acceso) en base el personal registrado, según el rol que realiza
dentro las instalaciones del museo.

Caso de Uso 7: Mantener Personal

Actores: Administrador
Tipo: Secundario
Descripción: El caso de uso provee la capacidad de mantener (crear, modificar,
eliminar), los datos del personal activo que tiene el museo.

Caso de uso 8: Seguimiento del Acceso a la Base de Datos

Actores: Administrador
Tipo: Primario.
Resumen: La bitácora del sistema guarda la entrada, salida y duración del
usuario cuando ingreso al sistema.

Caso de Uso 9: Realizar copias de seguridad y restauración a la BD

Actores: Administrador
Tipo: Primario.
Resumen: El caso de uso provee la capacidad de generar copias de
seguridad y restauración.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 202

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de uso 11: Obtener Estadísticas

Actores: Catalogador
Tipo: Secundario
Descripción: Generar diferentes tipos de estadísticas con respecto a las obras
ya sea en un gráfico tipo torta, barras o por referencias cruzadas.

Caso de Uso 12: Obtener Reportes

Actores: Administrador Catalogador, Restaurador.
Tipo: Primario
Descripción: El sistema permitirá generar reportes de todas las tablas del
sistema.

Descripción Detallada de los Casos de Uso

Caso de Uso 1: Autenticación

Autenticación
Usuario

Caso de Uso 1.1. Autenticación

Actores: Administrador, Catalogador, Restaurador.
Propósito: Verificar si el usuario tiene acceso al sistema.
Descripción: El caso de uso realiza la validación de [Link] activa
cuando un usuario intenta identificarse ante el sistema,
solicitará la clave de acceso del usuario para darle accesos a
diferentes procesos.
Tipo: Primario
Referencias Funciones: R.1.0, R.1.1, R.1.2, R.3.3, R.4.3
Cruzadas:

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 203

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] su nombre de usuario [Link] el menú de opciones, Aceptar o
y su contraseña de acceso. Salir.
[Link] la opción Aceptar [Link] sistema compara los datos con los que
tiene almacenados (verifica si el usuario se
encuentra en la Base de Datos).
5. Leerá los datos personales del usuario y
envía al Proceso (Bitácora del Sistema:
Seguimiento del Acceso a la Base de
Datos).
[Link] sistema verifica si existen Fichas
Técnicas que el usuario tenga pendientes
para un determinado trabajo, le mostrara
un mensaje dándole el número de Fichas
Técnicas y que es lo que tiene que hacer.
[Link] paso al Proceso.

Cursos Alternos.

Línea 2. (Si la Clave de Acceso es incorrecta)

 Mostrar un mensaje de Error y Solicitar la Reescritura de la clave
de acceso.
 Si el Error persiste tres veces se terminará el proceso.
Línea 3. (Si sale del Acceso)
 Si elige Salir se terminará el proceso.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 204

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

CASO DE USO 2: Gestión Catálogos

Archivo Fotográfico <<include>>

Buscar Ficha<<include>>
<<extend>>
<<extend>>
Modificar Ficha
Borrar Ficha
<<extend>> <<extend>>
Gestión de Catálogos
Catalogador

Listar Ficha

Caso de Uso 2.1. Gestión Catálogos (Registro de la Ficha)

Actores: Catalogador.
Propósito: Introducir los datos de catalogación
Descripción: Permitirá el registro de datos de la obra a catalogar (Datos
Generales, Datos Históricos, Datos de Campo, Datos de
Ubicación, Datos de catalogación) con asignación de
Fotografías a cada obra, el sistema permitirá Modificar datos,
Eliminar, cancelar, buscar.
Tipo: Primario
Referencias Funciones: R.2.0, R.2.2, R.2.3, R.2.4, R.2.5
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
1. Ingresa a la ventana de Fichas Técnicas de
Catalogación con las opciones de Insertar,
Guardar, Actualizar los datos de alguna ficha
ya elaborada, buscar una ficha técnica en
especial o Eliminar.
[Link] usuario elige la opción de Insertar
3. Muestra el formulario en blanco preparado
una nueva Ficha Técnica.
para el llenado de datos de la obra.
[Link] los datos de la obra a
5. Guardar Ficha Cancelar o Salir.
catalogar.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 205

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

6. El usuario elige Guardar.

7. Muestra un mensaje de la grabación con
éxito.
8. Habilita las opciones de Insertar, Guardar,
9. El usuario elige la opción Salir. Actualizar datos, buscar, Eliminar y Salir.
10. el sistema sale de la ventana de Fichas
Técnicas de Catalogación.
Cursos Alternos.
Línea 1-8. (Elige la Opción Actualizar)
 Cuando el Usuario elija una obra específica se mostrarán los datos en el
formulario.
 Realizará la corrección de los datos de la obra.
Línea 1-8. (Elige la Opción Buscar)
 Incluye (Buscar).
 Cuando la obra es ubicada los datos del mismo se mostrarán en el formulario.
Línea 1-8. (Elige la Opción Eliminar)
 El sistema borrara todos los datos de la obra, siempre y cuando este no esté
usada por otra tabla.
Línea 5. (Elige la Opción Cancelar)
 El sistema cancela sin guardar la ficha.
Línea 5. (Elige la Opción Salir)
 El sistema sale de la ventana de Fichas Técnicas sin guardar la ficha.
Línea 5. (Validación de Datos)
 Validar si los datos introducidos son correctos.
 Muestra un mensaje de error si alguno de los campos no son válidos..

Caso de Uso 2.2. Asignación de Archivo Fotográfico

Actores: Catalogador.
Tipo: Primario.
Propósito: Introducir fotografías de las obras catalogadas

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 206

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Descripción: Permitirá la asignación de archivo fotográfico a cada obra, el

sistema permitirá Buscar Foto, Eliminar Foto, Cancelar Foto.
Tipo: Primario
Referencias Funciones: R.2.1
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
1. El usuario ubica y/o busca la obra 2. Los datos de la obra serán mostrados en
a la cual quiere asignarle el archivo el formulario, habilitando las opciones de
fotográfico. Buscar Foto y los campos de información
sobre la fotografía (como datos de
fotógrafo, fecha de toma).
[Link]á la fotografía de la obra [Link] le habilitara las opciones Guardar,
correspondiente en los archivos de la Cancelar.
PC.
5. El usuario elige la opción Guardar [Link] la fotografía de la obra.
7. El usuario llenará los datos sobre 8. Habilita las opciones de Guardar Foto y
la fotografía (como datos de Cancelar Foto.
fotógrafo, fecha de toma).
9. El usuario elige la opción Guardar 10. El sistema guardara la fotografía y sus
Foto. datos sobre la fotografía.
[Link] las fotografías [Link] las opciones de Cancelar Foto
insertadas. y Eliminar Foto.
Cursos Alternos.
Línea 4. (El usuario elige la opción Cancelar)
 El sistema cancelara la búsqueda de la fotografía en archivos de la PC.
Línea 8-12 (Elige la Opción Cancelar Foto)
 El sistema cancelará la asignación de archivo fotográfico a la obra.
Línea 12. (Elige la Opción Eliminar Foto)
 El sistema eliminará la foto que el usuario seleccionó

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 207

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso 3: Revisar la Ficha Técnica de Catalogación.

Revisión de la Ficha
Catalogador

Caso de Uso 3.1. Revisar la Ficha Técnica de Catalogación

Actores: Catalogador.
Propósito: Ayuda al catalogador a supervisar los datos introducidos en la
Ficha Técnica de Catalogación.
Descripción: El actor supervisa los datos de la obra que contiene la Ficha
Técnica de Catalogación, si ésta contiene una falla se
introducirá la observación correspondiente.
Tipo: Primario
Referencias Funciones: R.3.0, R.3.1, R.3.2, R.3.3.
Cruzadas:
Curso normal de los eventos
Acción del actor Respuesta del sistema
1. Muestra la Ficha Técnica de
Catalogación para ser revisada.
2. Revisado, observación o Salir
3. Si el Usuario elige Revisado [Link] Ficha o salir.
Se guardará la Ficha Técnica de
Catalogación como revisada lista
para su aprobación.
Cursos Alternos.
Línea 3. (Si la Ficha tiene alguna observación)
 Si la Ficha Técnica de Catalogación tiene algún dato de la obra
Errado, el usuario podrá introducir una nota indicando el tipo de error
que contiene, para que el Catalogador pueda realizar su corrección.
 Terminar.
Línea 4. (Si la Ficha Técnica de Catalogación no fue Observada ni Revisada)
 El usuario puede elegir salir sin haber realizado la revisión u

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 208

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

observación de la Ficha Técnica de Catalogación dejándola como

pendiente.
 El sistema mostrará un mensaje preguntando si desea guardar la Ficha
Técnica de Catalogación de la obra como revisada o no.

Caso de Uso 4: Aprobar Ficha Técnica de Catalogación

Aprobacion Ficha Tecnica

Administrador

Caso de Uso 4.1. Aprobar Ficha Técnica de Catalogación

Actores: Administrador.
Propósito: Ayuda al Administrador a supervisar los datos introducidos en la
Ficha Técnica de Catalogación sean correctos.
Descripción: El Administrador (Jefe de Catalogación) supervisa los datos
de la obra que contiene la Ficha Técnica de Catalogación y si
esta contiene una falla se introducirá la observación
correspondiente.
Tipo: Primario
Referencias Funciones: R.4.0, R.4.1, R.4.2, R.4.3.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
1. Muestra la Ficha Técnica de
Catalogación para ser aprobada.
2. El sistema Pregunta si es aprobado,
observado o si desea salir.

3. Si el Usuario elige aprobado [Link] Ficha o salir.

se guardará la Ficha Técnica de
Catalogación como aprobada lista

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 209

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

para su impresión.
Cursos Alternos.

Línea 3. (Si la Ficha Técnica de Catalogación tiene alguna observación).

 Si la Ficha Técnica de Catalogación tiene algún dato de la obra errado,
el usuario podrá introducir una nota indicando el tipo de error que
contiene, para que el Catalogador pueda realizar su corrección.
 Terminar.
Línea 4. (Si la Ficha Técnica de Catalogación no fue observada o Revisada).
 El usuario puede elegir salir sin haber realizado la aprobación u
observación de la Ficha Técnica de Catalogación dejándola como
pendiente.
 El sistema muestra un mensaje preguntando si desea dar la aprobación
a la Ficha Técnica de Catalogación de la obra o no.

Caso de Uso 5: Historial de las Obras

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 210

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Listar Datos de Obras Movidas

<<extend>><<extend>>

Eliminar datos Movimiento Modificar Datos de Movimiento

Catalogador
<<include>> <<include>> <<extend>>

Buscar Obra Movida Registro de movimiento

<<extend>> Historial de las Obras

<<include>> <<extend>>
<<include>> Buscar <<extend>>

Verificación
<<extend>>

Modificar datos
Borrar <<extend>> Registro de Restauracion

<<extend>>

Listar Obras Restauradas

Restaurador

Caso de Uso 5.1. Registro de Movimiento Interno

Actores: Catalogador
Propósito: Realizar un seguimiento de la obra cuando ha sido trasladada.
Descripción: Si la obra es trasladada por restauración (se registra fecha de
movimiento, de retorno) se habilita al restaurador la obra
para que adicione los datos de restauración. En caso de que el
bien sea movido temporalmente o reubicado se registra la
nueva ubicación.
Tipo: Secundario
Referencias Funciones: R.5.1.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] sistema muestra la pantalla de
movimientos Internos.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 211

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

2. Habilita la búsqueda de la ficha, para

buscar Fichas de Catalogación registradas.
[Link] los datos de la obra buscada,
[Link] usuario busca la obra a la cual habilitando las opciones de insertar,
quiere adicionarle la información de Modificar, buscar de datos de movimiento
movimiento Interno ya sea esta por cancelar.
restauración, reubicación o traslado
temporal.
[Link] sistema muestra un formulario en
[Link] usuario escoge la opción insertar.
blanco solicitando los datos de
movimiento Interno de la obra.
[Link] usuario registra los datos de [Link], Cancelar o Salir.
movimiento de la obra a ser
trasladada.
[Link] un mensaje de grabación con
[Link] usuario elige Guardar.
éxito.
11. Opciones habilitadas: Insertar,
Modificar, Buscar, Cancelar Salir.
Cursos Alternos.
Línea 5-11. (Elige la Opción Modificar)
 Cuando el Usuario elija una obra en específico se mostrarán los datos
de movimiento en el formulario.
 Realizará la corrección de los datos de la obra.
Línea 5-11 (Elige la Opción Buscar)
 Incluye (Buscar).
 Cuando la obra es ubicada los datos de movimiento del mismo se
mostrarán en el formulario.
Línea 9. (Elige la Opción Cancelar)
 El sistema cancela sin guardar los datos de movimiento

Línea 9. (Elige la Opción Salir)

 El sistema sale de la ventana de Movimientos Internos sin guardar los
datos de movimiento de la obra.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 212

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Línea10. (Validación de Datos)

 Validar si los datos introducidos son correctos.
 Muestra un mensaje de error si alguno de los campos no son válidos.

Caso de Uso 5.2. Registro de Movimiento Externo

Actores: Catalogador
Propósito: Realiza un seguimiento de la obra cuando, cuando es
prestado (sacado fuera del museo).
Descripción: Registra los datos de movimiento por préstamo externo.
Tipo: Secundario
Referencias Funciones: R.5.2.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] sistema muestra la pantalla de
movimientos Externos.
2. Habilita la búsqueda de la ficha, para
buscar Fichas de Catalogación registradas.
[Link] usuario busca la obra a la cual [Link] los datos de la obra buscada,
quiere adicionarle la información de habilitando las opciones de insertar,
movimiento externo (búsquedas por Modificar, buscar de datos de movimiento
num de inventario o título de la obra). cancelar.
[Link] usuario escoge la opción insertar. [Link] sistema muestra un formulario en
blanco solicitando los datos de
movimiento externo de la obra.
[Link] usuario registra los datos de [Link], Cancelar o Salir.
movimiento de la obra a ser
trasladada.
[Link] un mensaje de grabación con
[Link] usuario elige Guardar.
éxito.
11. Opciones habilitadas: Insertar,
Modificar, Buscar, Cancelar Salir.
Cursos Alternos.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 213

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Línea 5-11. (Elige la Opción Modificar)

 Cuando el Usuario elija alguna de la obra registrada en movimiento
externo se mostrarán los datos de movimiento en el formulario.
 Realizará la corrección de los datos de la obra.
Línea 5-11. (Elige la Opción Buscar de datos de movimiento)
 Incluye (Buscar).
 Cuando la obra es ubicada los datos de movimiento del mismo se
mostrarán en el formulario.
Línea9. (Elige la Opción Cancelar)
 El sistema cancela sin guardar los datos de movimiento
Línea 11. (Elige la Opción Salir)
 El sistema sale de la ventana de Movimientos Externos sin guardar los
datos de movimiento de la obra
Línea 10. (Validación de Datos)
 Validar si los datos introducidos son correctos.
 Muestra un mensaje de error si alguno de los campos no son válidos.

Caso de Uso 5.3. Registro de Restauración

Actores: Restaurador
Propósito: Realizar el seguimiento de la Obra cuando ha sido llevado a
restauración.
Descripción: Cuando la obra es restaurada, se guardará todos los datos de
restauración, como: tipo de restauración, fecha de
restauración, tipo de trabajo y fecha de devolución
Tipo: Secundario.
Referencias Funciones: R.5.0.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 214

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

[Link] la lista de los datos de las

obras a restaurar, pero solo los
autorizados por el catalogador.
2. El sistema permite la búsqueda de la
obra por Número de Inventario o nombre
de la obra, para su rápida ubicación.
[Link] usuario escoge el tipo de [Link] los datos de restauración.
búsqueda.
a) Si la búsqueda es por Núm. de
Inventario: Include (Buscar por
Núm. de Inventario).
b) Si la búsqueda es por Nombre
Include (Buscar por Nombre).
[Link] los datos de restauración. [Link] los datos
[Link] habilitadas: Guardar los datos
introducidos o Salir
[Link] la opción Guardar
[Link] los datos introducidos por el
usuario.

Cursos Alternos.
Línea 6. (Datos Incompletos)
 Muestra un mensaje de error de datos incompletos e impide su
almacenamiento.
 Cancelar la introducción de datos si no es posible completarlos.
Línea 7. (Si sale del Acceso)
 Si Elige salir se terminará los procesos.

Caso de Uso 5.4. Verificación de la Obra

Actores: Catalogador
Propósito: Realizar el seguimiento de la Obra cuando el catalogador fue
a su lugar de origen y verifico la obra.
Descripción: Guarda los datos de Verificación de la obra

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 215

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tipo: Secundario.
Referencias Funciones: R.5.3.
Cruzadas:
Curso normal de los eventos
Acción del actor Respuesta del sistema
[Link] la lista de los datos de las obras.
2. El sistema permite la búsqueda de la
obra por Número de Inventario o nombre
de la obra, para su rápida ubicación.
[Link] usuario escoge el tipo de [Link] los datos de Verificación
búsqueda.
c) Si la búsqueda es por Núm. de
Inventario : Include (Buscar
por Núm. de Inventario).
d) Si la búsqueda es por Nombre
Include (Buscar por Nombre).
[Link] los datos de la
[Link] los datos
verificación (como: el nombre de la
persona que realizo la verificación, [Link] habilitadas: Guardar los datos
fecha y estado de conservación en el introducidos o Salir
momento de la verificación).
[Link] la opción Guardar [Link] los datos introducidos por el
usuario.
Cursos Alternos.
Línea 6. (Datos Incompletos)
 Muestra un mensaje de error de datos incompletos e impide su
almacenamiento.
 Cancelar la introducción de datos si no es posible completarlos.
Línea8. (Si sale del Acceso)
 Si Elige salir se terminará el proceso.

Caso de Uso 6: Mantener Usuario

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 216

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Mantener Usuario
Administrador

Caso de Uso 6.1. Mantener Usuario

Actores: Administrador
Propósito: Asignar permisos con sus respectivos niveles de acceso a los
usuarios.
Descripción: Al ingresar a la pantalla de permisos, el sistema muestra todo
el personal del museo, el cargo que desempeña y si tiene
permiso de ingreso al sistema. En dicha pantalla se puede
crear o actualizar los datos requeridos de login y password.
Tipo: Secundario.
Referencias Funciones: R.1.0, R.6.1, R.6.3.
Cruzadas:
Curso normal de los eventos
Acción del actor Respuesta del sistema
[Link] la pantalla de permisos.
2. El sistema muestra el listado del
personal del museo (Nombre completo y
cargo que desempeña).
[Link] administrador selecciona a [Link] sistema muestra si tiene un permiso.
uno. [Link] el usuario es nuevo, el sistema
muestra el formulario en blanco para poder
adicionar los datos de usuario (Login,
Password y nivel de acceso).
[Link] Administrador Registra al [Link] las opciones de Guardar,
usuario (asignándole algún nivel de Cancelar.
acceso según el cargo que
desempeña).
[Link] usuario escoge la opción Guardar [Link] los datos
[Link] sistema guarda en la Base de Datos
los datos de permisos del personal.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 217

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Cursos Alternos.
Línea 5. (si es un usuario ya registrado)
 Se puede actualizar los datos (login y password) o dar de baja a un usuario.
Línea8. (si escoge la opción cancelar)
 Se cancela la acción sin guardar ningún dato.
Línea 9. (Validación de Datos)
 Validar si los datos introducidos son correctos.
 Muestra un mensaje de error si alguno de los campos no son válidos.

Caso de Uso 7: Mantener Personal

Mantener Personal
Administrador

Caso de Uso 7.1. Mantener Personal

Actores: Administrador
Propósito: Registrar el personal administrativo del museo.
Descripción: El caso de uso provee la capacidad de mantener (crear,
modificar, eliminar), los datos del personal activo que tiene el
museo.
Tipo: Secundario.
Referencias Funciones: R.6.0.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] Caso de Uso inicia cuando el [Link] la pantalla de Personal.
administrador abre la ventana de
personal. 3. El sistema muestra el listado del
personal activo del museo.
[Link] sistema muestra las opciones de
Insertar, modificar, cancelar, eliminar.
[Link] usuario escoge la opción Insertar. [Link] sistema muestra el formulario en

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 218

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

blanco para poder adicionar los datos del

personal.
[Link] usuario llena los datos del nuevo [Link] las opciones de Guardar,
personal Cancelar.
[Link] usuario escoge la opción [Link] los datos
Guardar.
[Link] sistema guarda en la Base de Datos
los datos del personal.
[Link] sistema muestra las opciones de
nuevo, modificar, eliminar, salir.
[Link] usuario sale de la ventana
personal.
Cursos Alternos.
Línea 5-13. (si escoge modificar)
 Se puede actualizar los datos del personal activo.
Línea 5. (si escoge la opción cancelar)
 Se cancela la acción sin guardar ningún dato.
Línea 5-12. (si escoge la opción eliminar)
 Elimina al personal seleccionado.
Línea 9. (Validación de Datos)
Validar si los datos introducidos son correctos.
 Muestra un mensaje de error si alguno de los campos no son válidos.

Caso de uso 8: Seguimiento del Acceso a la Base de Datos

Seguimiento de Bitácora del Sistema

Administrador

Caso de Uso 8.1. Seguimiento del Acceso a la Base de Datos

Actores: Administrador
Propósito: Para realizar un seguimiento a la Base de Datos cuando un
usuario hace uso.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 219

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Descripción: La bitácora del sistema guarda la entrada, salida que realizo

el usuario, así se obtiene un detalle de accesos al sistema.
Tipo: Secundario.
Referencias Funciones: R.6.2, R.9.2.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] Caso de Uso inicia cuando [Link] sistema registra el nombre completo
algún usuario ingresa al sistema del personal que ingreso, fecha y hora de
entrada.
[Link] usuario sale del sistema [Link] sistema registra la fecha y hora de
salida y la duración que el personal tuvo
dentro del sistema.
5. Fin del caso de uso
Cursos Alternos.

Caso de Uso 9: Realizar copias de seguridad y restauración a la BD

Realizar copias de Seguridad BD

Restaurar BD
Administrador

Caso de Uso 9.1. Registro de Copias de Seguridad a la Base de Datos

Actores: Administrador

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 220

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Propósito: Generar copias de seguridad de la base de datos

Descripción: El caso de uso provee la capacidad de generar copias de
seguridad a la Base de Datos.
Tipo: Primario
Referencias Funciones: R.9.0.
Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] inicia el caso de uso, cuando el [Link] la Ventana de Copias de
Administrador abre la ventana Copias Seguridad.
de Seguridad.
[Link] usuario escoge las tablas a las 4. Muestra Aceptar o Cancelar
cuales quiere realizar la copia de
seguridad.
[Link] la opción Aceptar 6. El sistema muestra una ventana que pide
la contraseña para el fichero codificado.
[Link] usuario introduce la contraseña [Link] Aceptar o Cancelar
que tendrá el archivo codificado.
[Link] la opción Aceptar [Link] sistema empieza a realizar la copia
de seguridad.
[Link] sistema lanza un mensaje de Archivo
empaquetado.
Cursos Alternos.
Línea 5-9 (Elige la Opción Cancelar)
El sistema cancela sin realizar la copia de seguridad

Caso de Uso 9.2. Restauración de la Base de Datos

Actores: Administrador
Propósito: Restaurar las copias de seguridad de la base de datos.
Descripción: El caso de uso provee la capacidad de restaurar la Base de
Datos de acuerdo a una fecha determinada.
Tipo: Primario

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 221

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Referencias Funciones: R.9.1.

Cruzadas:

Curso normal de los eventos

Acción del actor Respuesta del sistema
[Link] inicia el caso de uso, cuando el [Link] la Ventana de Restauración de
Administrador abre la ventana la Base de Datos.
Restauración de la Base de Datos. [Link] sistema muestra un listado de todas
las copias que se hicieron con sus
respectivas fechas.
[Link] usuario escoge una de las copias 5. El sistema muestra las opciones Aceptar
para su restauración. y Cancelar.
[Link] la opción Aceptar. [Link] sistema pide la contraseña del fichero
codificado.
[Link] la contraseña del fichero [Link] sistema ejecuta el proceso de
codificado y presiona aceptar. restauración de Base de datos.
[Link] sistema lanza un mensaje de
Recuperación exitosa.
Cursos Alternos.
Línea 6 (Elige la Opción Cancelar)
 El sistema cancela sin realizar la restauración de la Base de Datos.

Línea 8 (El usuario introduce otra contraseña)

 Lanza el mensaje de Contraseña errónea.
2. PROCESO DE ANÁLISIS Y DISEÑO
Con este proceso se quiere obtener una descripción detallada del Sistema y de alto nivel con el
objeto de dar una solución lógica y saber cómo satisfacer los requerimientos y restricciones
que se han identificado, además de que se contara con una base útil para posteriores diseños
del sistema.

El proceso de Análisis y Diseño Proporciona una visión general del sistema permitiendo
estructúralo. En esta etapa se refinan los requerimientos y se realiza la gestión de riesgo del
sistema.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 222

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

ANÁLISIS DE RIESGOS

Los riesgos son un factor fundamental a considerar en la consecución del proyecto a fin de
garantizar el éxito del mismo. El presente análisis se lo realizará desde una perspectiva
funcional relacionada con la operatividad del sistema y cuyo objetivo será la de reducir la
probabilidad de que ocurran los riesgos o mitigar su impacto una vez que ocurran. Los
posibles riesgos encontrados y sus posibles medidas de mitigación son las siguientes:

 Planificación equivocada.
 Riesgo: Alto.
 Descripción del Riesgo: La planificación del proyecto puede ser errónea.
 Impacto: Retraso y confusión en el desarrollo de la aplicación.
 Indicadores: El proyecto completo se retrasaría.
 Estrategia de Mitigación: Supervisar los objetivos y alcances del proyecto
 Pan de Contingencia: Replanteamiento de los alcances del proyecto en base a
una planificación más concordante.

 No poder terminar el proyecto en el plazo establecido.

 Riesgo: Alto.
 Descripción del Riesgo: En algunos casos no se puede cumplir con el
cronograma establecido en la planificación.
 Impacto: El proyecto no fue concluido.
 Indicadores: Tareas no realizadas en el tiempo establecido (retraso del proyecto)
 Estrategia de Mitigación: Seguir el cronograma de la planificación del proyecto
tomando en cuenta los tiempos y tareas para cada actividad.
 Pan de Contingencia: Reducir funciones con menor prioridad.

 No tener suficiente conocimiento de las herramientas de desarrollo de Software.

 Riesgo: Alto.
 Descripción del Riesgo: No contar con la suficiente experiencia y dominio de
las herramientas para poder desarrollar la aplicación.
 Impacto: Retraso en el desarrollo de la aplicación.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 223

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 Indicadores: Funciones incompletas que no se pueden implementar, falta de

tiempo.
 Estrategia de Mitigación: Dedicar tiempos extras para la investigación de las
herramientas a utilizar y llegar a tener un mejor conocimiento de los mismos
para llegar así a la conclusión del proyecto.
Pan de Contingencia: Se tendrá que reducir algunas actividades con menor
importancia.

 Cambios en los requerimientos de la aplicación.

 Riesgo: Alto.
 Descripción del Riesgo: Puede ocasionar retrasos en la culminación del
proyecto ya que implica realizar nuevo estudio de requerimientos y realizar las
modificaciones llevarían más tiempo.
 Impacto: Realizar nuevamente la especificación de los requerimientos, pérdida
de tiempo.
 Estrategia de Mitigación: Realizar un análisis de los requerimientos de forma
detallada.
 Pan de Contingencia: Establecer revisiones periódicas de los requerimientos
antes del desarrollo del sistema.

 Requerimientos demasiados complejos para el tiempo disponible.

 Riesgo: Alto.
 Descripción del Riesgo: Algunos requerimientos pueden ser más complejos y
puede que necesite más tiempo para su desarrollo.
 Impacto: El retraso del proyecto.
 Estrategia de Mitigación: Incrementar un cierto porcentaje a la estimación del
tiempo de desarrollo de software obtenida del proyecto.
 Pan de Contingencia: Establecer revisiones periódicas de los requerimientos
antes del desarrollo.

DIAGRAMA DE PAQUETES DEL SISTEMA

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 224

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Los diagramas de paquetes son utilizados para la estructuración del sistema en partes pequeñas
más fácilmente manejables. Un paquete es un mecanismo de propósito general para organizar
elementos en grupos (módulos). Constituyen una forma de administrar la complejidad del
sistema. A continuación se presentan los módulos de la aplicación, mediante el siguiente
diagrama de paquetes:

SISTEMA DE CATALOGACIÓN E INVENTARIO

Movimiento de Obras Registro de Obras Datos de Catalogacion

Reportes

Restauracion de Obras Inventario

Figura RT16. Diagrama de Paquetes

Fuente: Elaboración Propia

 Paquete Registro de Obras

Realiza el registro de datos de cada una de las obras, Datos Generales de la obra,
registro de datos de campo (datos tomados en el lugar que se encuentra la obra) y el
registro de histórico investigativo (investigación complementaria sobre la obra);
además de la asignación fotográfica a cada una de las obras.

 Paquete Datos de Catalogación

Registra los datos de catalogación de la obra como fecha de catalogación y personal

que realizado la catalogación.

 Paquete Movimiento de las obras

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 225

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Realiza el registro y control de las obras que fue trasladada tanto internamente
(movida o reubicada de su lugar de origen) o fuera del museo como son los préstamos
externos.

 Paquete Inventario

El paquete inventario permite la visualización de datos principales de las obras (datos

de inventario).

 Paquete Restauración

Este paquete permite archivar la información referida a todos los informes de

conservación, análisis y tratamientos de restauración realizados a las Obras.
Posibilita la asociación de imágenes referidos a los citados informes, análisis y
tratamientos.

 Paquete Reportes

El paquete reportes contiene todos los reportes, estadísticas y cualquier documento

generado por el sistema para su posterior impresión, donde estos son llamados desde
las interfaces donde se requiere.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 226

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

DIAGRAMA DE CLASES 1..*

1..*
RETORNO MOVIMIENTO_ INTERNO FOTOS_ RESTAURACIONES OBRAS_ RELACIONADAS VALORACION EXPOSICION
#id: Long #id: Long #id: Long #id: Long #id: Long
+fecha_retor: Date +Anterior_Repar: String +Fecha: Date #id: Long
1..* +EstadoMove: String +FechaValo: Date +Cartelas: String
1 +movimiento_interno_id: Long +Anterior_Ubic: String +direccion: String
1 +FechaRenova: Date +Moneda: String +CentroLugarExpo: String
TIPOLOGÍA OBRAS 1 1..* +obras_dg_id: Long +Conservacion: String +Fotografo: String +FechaRetorno: Date +Valoración: String
+ExpMov: String +PredeEstado: Integer +FechaF: Date
+id: Long +FechaSalida: Date 1..* 1 +notaObs: String +FechaI: Date
#id: Long +Fecha_Aprox_Devol: Date #restaurados_id +Incidencias: String #Tasador_id
+codTip: String +Codigo: String BITACORA +Fecha_Tras: Date +Localidad: String
+tipologia: String +bole: bolen +TituloExpo: String
+Inv_Anterior: String +Motivo_Tras: String +cartela: String
#id: Long #MOVE_id: Long
+Nombre: String +Nueva_Repar: String 1..*
+CI: Integer +condiEspec: String #Comisa_Respo_id: Long
1 +Autor: String +Nueva_Ubic: String +obs: String
+Fecha_I: String
+Estilo: String +TipoMov: String #obras_dg_id: Long
+Fecha_S: String 1 1..*
+Escuela: String +Ubic_temporal: String #valoracion_avaluo_id: Long
+Hora_I: String
+Epoca: String +observ: String 1
+Hora_S: String
+Tecnica: String +observacionesDevol: String RETAURADOS MOVIMIENTO_ EXTERNO
+Duracion: String 1
+Material: String #personal_id: Long
1..* +Especif_especia: String #obras_dg_id: Long #id: Long 1 #id: Long
CATEGORÍA
+Origen: String #restaurados_id: Long 1..* +Bibliografia: String GESTION +EstadoMov: String
DATOS_ CATALOGACIÓN +CondicionesEspe: String +Expediente: String
#id: Long +Obtención: String 1..*
+codCate: String +Fecha_Adq: Date #id: Long +DescripTrata: String #id: Long +FechaReg: Date
+categoria: String 1 +Est_Conserv: String 1 +EstadoConser: String #obrasrelacionadas_id: Long 1..* +FechaRenova: Date
+fecha_catalogacion: Date 1 1 +FechaRetorno: Date
+Intervenciones: String #Personal_Cata_id: Long +EstadoRestaurados: String #movimiento_externo_id: Long
+Carac_Tec: String 1 +ExpeRest: String #autorizacion_id: Long +FechaSal: Date
1
+Icono_Orma: String +FechaF_Anali: Date #seguro_id: Long +FechaSol: Date
1..* SEGURO
+Datos_Hist: String +FechaF_Trata: Date #transporte_id: Long 1..* +Observaciones: String
PERSONAL 1
+Biblio: String +FechaI_Anali: Date #id: Long #tipomove_id: Long
1
ESPECIALIDAD 1..*+Observaciones: String #id: Long +FechaI_Trata: Date 1..* 1..* +FechaF: Date #institucion_id: Long
+Alto: Float +Nombres: String +MotivoInf: String +FechaI: Date #representante_id: Long
#id: Long +Ancho: Float 1..* +Apellidos: String +MotivoInter: String +NumPoli: String #solicitante_id: Long
+codEsp: String 1 +Largo: Float UBICACIÓN +CI: Integer +ObserTrata: String +notaObs: String
+especialidad: String +Profundidad: Float 1 +Edad: Integer +Observaciones: String 1 #Asegurador_id: Long
1 #id: Long 1
+Diametro: Float 1 1 +Sexo: : String +Productos: String AUTORIZACIÓN #directorio_id: Long
+Nro_Sala: String 1
+Circunferencia: Float +Fecha_Nacimie: Date +PropuTrata: String
+Ubic_Galeria: String 1
+Peso: Float 1 +Domicilio: String +RestauAnt: String #id: Long 1..*
#personal_id: Long DIRECTORIO
+Cantidad: Integer +Fono_Cel: String +ResulAnali: String +CodNum: String
+TipoAnali: String +Fecha: Date TRANSPORTE
+Estado_Ficha: String 1..* +Fecha_Ingr: Date #id: Long
+Seguridad: String 1 +Estado_Autoriz: String +TipoTrata: String +TipoDoc: String #id: Long +Apellidos: String
1 +Proteccion: String +Observaciones: String +estadoUrgente: String +notaDescr: String 1 +Cargo: String
+FechaDest: Date
+Marcas_Insc: String VERIFICACIÓN #Cod_Cargo: Long +fechaInf: Date +FechaOri: Date +Direccion: String 1
+Descripcion: String #AutorAnali_id: Long +HoraDest: String +FechaInscrip: Date
+id: Long 1 #AutoresInf_id: Long +Institucion: String
+encargado: String 1 +HoraOri: String
+Fecha_Verific: Date 1..* #AutoresTrata_id: Long +Localidad: String
+Estado: String +LugarDest: String
+Estado_Anterior: String 1..* 1 1 +Nombres: String
#ubicacion_id: Long +LugarOri: String
1..* +Estado_Actual: String 1..* +NumDoc: String
#datos_catalogacion_id: Long ACCESO +MedioTrans: String
FOTOGRAFÍAS +Observaciones: String +Observaciones: String
#tipologia_id: Long CARGO +notas: String
#verificador_id: Long #id: Long +Provincia: String
#id: Long #categoria_id: Long ALTA #Empresa_id: Long
#obras_dg_id: Long +Login: String #Cod_Cargo: Long +RelacionMuseo: String
+Fecha: Date #especialidad_id: Long
#obj_aprobar_id: Long +Password: String +Descrip_Cargo: String #id: Long +TipoRegistro1: String
+direccion: String +permisos: String +Nivel_dAcceso: String
#obj_revisiones_id: Long +Estado_Actual: String +TipoRegistro2: String
+Fotografo: String #personal_id +Fecha_alta: Date RECUPERADO +codiPostal: String
+PredeEstado: Integer
1 1 +Observaciones: String +email: String
#obras_dg_id: Long #id: Long
1 1 1..* #baja_id: Long +fax: String
#recuperado_id: Long +AutorRobo: String +fono: String
1..* +Detalles: String
1..* #obras_dg_id: Long 1 +pais: String
BAJ A +EntidadRecupe: String +tipoDoc: String
1..* #id: Long 1 +Fecha_Devol: Date
1 1 +Fecha_Recup: Date
+Conservacion: String 1
OBJ _ REVISIONES +Estado: String 1..* +LugarRecupe: String
+ExpBaja: String #denuncia_id
OBJ _ APROBAR
#id: Long +Fecha_baja: Date 1..*
1
+Obs_Rev: String #id: Long +Motivo_Baja: String BANCO
1..* DENUNCIA
+revisada: String +Obs_apro: String +Nueva_Ubic: String 1 #id: Long
+fecha_Revi: Date +aprobada: String +TipoBaja: String #id: Long +NroCuenta
#Cod_Personal: Long +fecha_apro: Date +observ: String +Denunciante: String +entidad
#id_personal: Long #responsable_id: Long +FechaDenuncia: Date #directorio_id: Long
#denuncia_id: Long +FechaRobo: Date
#obras_dg_id: Long +NumDenunPoli: String

Figura RT17. Diagrama de Clases

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 227

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

DIAGRAMA DE ACTIVIDADES

Diagrama de Actividad: Autenticación

Abrir Aplicación

Ingresar Usuario y Contraseña

Validar Datos

[ Acceso Denegado ] / NO [ Correctos ] / SI

Ingresa al Sistema

Figura RT18. Diagrama de Actividad Autenticación

Fuente: Elaboración Propia

Diagrama de Actividad: Mantener Usuario

Mostrar Lista de personal registrado

seleccionar
[ Tiene Permiso ]
[ NO ] [ SI ]

Usuario Nuevo Moificar

Muestra formulario en blanco Muestra los datos de usuario en formulario

Registro de Datos de Usuario Actualiza los datos

Guardar

Validar

[ Datos Correctos ]

[ NO ]
Mensaje de Error
[ SI ]

Datos Almacenados

Figura RT19. Diagrama de Actividad Mantener Usuario

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 228

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad: Registro de Ficha Técnica de Catalogación

Mostrar Lista de Obras

Buscar Ficha

Por num de Inventario Por Designación Autor Por ubicación

Seleccionar ficha

No existe Existe

llenado de una ficha nueva Mostrar Datos de la Obra

[ Asignar Archivo Fotografico ]

Muestra Ficha Vacía
[ SI ]
nuevo archivo fotográfico

[ NO ]
Solicitar Datos de la Obra Seleccionar ubicación del archivo

[ Salir ]
Seleccionar Fotografía de la obra

[ Modificar/Eliminar ]
[ SI ]
Llenado de datos de fotografía
Modificar/Eliminar Datos

Guardar Archivo Fotográfico

[ Datos Incorrectos ]
[ Más fotos ]

[ Datos Correctos ]
[ NO ]
Guardar

Figura RT20. Diagrama de Actividad Registro Ficha Técnica

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 229

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad: Revisión de Ficha Técnica

Mostrar Lista de Fichas preparadas para su Revision

Busca las fichas que falta corregir

Buscar una Ficha

Revisión de Ficha Técnica

Muestra Una lista de las obras

Por Numde Inventario Por Designación Por Autor Por Ubicación

Seleccionar Ficha

Marcar como Revisado Realizar una Observación

Entrar Observación

Guardar Observación

Figura RT21. Diagrama de Actividad Revisión de Ficha Técnica

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 230

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad: Aprobación de Ficha Técnica

Mostrar Lista de Fichas preparadas para su aprobación

Busca las Fichas que falta corregir

Buscar una Ficha

Aprobar Ficha Técnica

Muestra una lista de las obras

Por Numde Inventario Por Designación Por Autor Por Ubicación

Seleccionar Ficha

Marcar como Aprobado Realizar una Observación

Entrar Observación

Guardar Observación

Figura RT22. Diagrama de Actividad Aprobación de Ficha Técnica

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 231

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad Mantener Personal

Mostrar Lista de personal registrado

Buscar Personal

Nuevo Personal

Muestra formulario vacio Por Nombre Por Apellido Por Cargo Por CI

Registro de datos del personal

Seleccionar Personal

Muestra los datos del personal en formulario

Actualiza los datos

Guardar

Validar

[ Datos Correctos ]

[ NO ]
Mensaje de Error
[ SI ]

Datos Almacenados

Figura RT23. Diagrama de Actividad Mantener Personal

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 232

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad Registro de Movimientos

Mostrar Lista de Fichas Tecnicas

Buscar una Ficha

Por Num de Inventario Por Designación Por Autor Por Ubicación

Seleccionar Ficha

Mostrar Datos de la obra

Entra a registro de Movimiento

Muestra formulario vacio

llenado de datos de Movimiento

Mensaje de error

Guardar

[ Validar datos ]

[ Datos Incorrectos ]
[ Datos Correctos ]

Almacenar Datos de Movimiento

Figura RT24. Diagrama de Actividad Registro de movimiento

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 233

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad Registro de Restauración

Mostrar Lista de Fichas Tecnicas

Buscar Fichas habilitadas para la restauración

Registros de Restauración Buscar una Ficha

Muestra Una lista de las obras

Por Num de Inventario Por Designación Por Autor Por Ubicación

[ Ficha Habilitada ]

[ NO ]

[ SI ]

Seleccionar Ficha

Mostrar Datos de la obra

registro de datos de Restauración

Muestra formulario vacio

llenado de datos de restauración

Mensaje de error

Guardar

[ Validar datos ]

[ Datos Incorrectos ]
[ Datos Correctos ]

Almacenar Datos

Figura RT25. Diagrama de Actividad Registro de Restauración

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 234

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividades Copias de Seguridad

Abrir ventana de copias de seguridad

Seleccionar tablas

[ Copia seguridad de tablas ]

[ NO ]
[ SI ]
Muestra ventana petición de contraseña

Introduce contraseña al fichero

[ NO ]
[ SI ]
realiza la copia de seguridad

Mensaje: Archivo generado

Aceptar

Figura. RT26. Diagrama de Actividad Copia de Seguridad

Fuente: Elaboración Propia

Diagrama de Actividades Restauración de Datos

ventana de restauración de datos

Seleccionar Archivo

[ Restaurar ]
[ NO ]
[ SI ]
ventana de petición de contraseña

Introduce contraseña del Archivo

Mensaje de error [ Contraseña Correcta ]

[ NO ]
[ SI ]
RESTAURA DATOS

Mensaje: Restauracion exitosa

Aceptar

Figura. RT27. Diagrama de Actividad Restauración de Datos

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 235

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Actividad Reportes/Informes

Mostrar Tipos de Reporte

Seleccionar Tipo de Reporte

Solicita Mostrar Reporte/Informe

[ Imprimir ]

[ NO ]
[ SI ]

Imprimir Reporte/Informe

Figura RT28. Diagrama de Actividad Reporte/Informes

Fuente: Elaboración Propia

Diagrama de Actividad Reportes Estadísticos

Mostrar Tipos de Grafico

Seleccionar Tipo de Grafico

Solicita Mostrar Gráfico

[ Imprimir ]

[ NO ]

[ SI ]

Imprimir Reporte Estadístico

Figura RT29. Diagrama de Actividad Reportes Estadísticos

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 236

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

DIAGRAMAS DE SECUENCIA

Diagrama de Secuencia: Autenticación

<<Interface>> <<Interface>> <<control>> <<entity>>
: J FAcceso : J Fprincipal : Control Acceso : ACCESO

: Usuario

1 : Ingresar()

2 : MuestraVentana()
3 : login y password

4 : ValidaFormato()
5 : enviaDatos()
6 : ValidaAcceso()

7 : buscarCodigo()

8 : leerContraseña()

9 : Activa()
10 : mostrarPantallaPrincipal()

Figura RT30. Diagrama de secuencia Autenticación

Fuente: Elaboración Propia

Descripción: La autenticación es importante ya que brinda seguridad a la aplicación.

Solicita la introducción de su login y password para permitir y denegar el acceso a las
tareas que está definida para cada nivel de acceso, ya sea el Administrador, catalogador o
restaurador.

Diagrama de Secuencia: Mantener Usuario

<<Interface>> <<control>> <<entity>>
: J FPermisos : Control Permisos : ACCESO

: Administrador

1 : Ingresar()

2 : mostrarPantalla()

3 : RegistrarDatos()
4 : envioRegistroDatos()

5 : validarDatos()
6 : Modificar/Eliminar() 7 : GuardarRegistro()

8 : true
9 : muestraDatos()
10 : Salir()

Figura RT31. Diagrama de secuencia Mantener Usuario

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 237

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Descripción: El administrador abre la interfaz para registrar los datos de usuario, define los
niveles de acceso para cada usuario.

Diagrama de Secuencia: Registro Ficha Técnica de Catalogación

<<Interface>> <<control>> <<entity>> <<entity>> <<entity>> <<entity>> <<entity>>

: J FCatalogos : Control Catálogos : Obras_DG : Ubicación : Personal : Datos_Catalogación : Fotografías

: Catalogador
1 : Ingresar()

2 : MuestraVentana()

3 : RegistrarDatos()
4 : EnvioRegistroDatos()

5 : validaDatos()
6 : Modificar/Eliminar()
7 : GuardarRegistro()
8 : GuardarRegistro() 9 : Buscar Encargado()

10 : Asignar()
11 : Guardar Registro()

12 : Buscar Catalogador()
13 : Asignar()

15 : true 14 : true
16 : true
17 : mostrarDatos()
18 : click_una_Obra

19 : ActivaArchivoFotos()

20 : AsignaArchivoFotográfico()
21 : validaDatosFot()
22 : EnvioRegistroDatosFot()

23 : Modificar/EliminarFot()
24 : GuardarRegistroFot()

25 : true
26 : mostrarDatosObra()

Figura RT32. Diagrama de secuencia Registro de Ficha Técnica

Fuente: Elaboración Propia

Descripción: El catalogador abre la interfaz JF_Catalogos para poder realizar el registro de

las obras que contendrá los datos generales de la obra, datos históricos y datos de campo,
datos de ubicación, y datos de Catalogación, una vez guardados son mostrados en pantalla.
Si se selecciona una obra en tabla, se habilita la asignación archivos fotográficos, donde se
puede registrar las fotos de la obra y los datos (nombre del fotógrafo, fecha de toma).

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 238

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Secuencia: Revisión de Ficha Técnica

<<Interface>> <<Interface>> <<control>> <<entity>>

: J FCatalogos : J FRevisión : Control Revisión : RevisiónDatosObras

: Catalogador

1 : SeleccionaRevisionFicha
2 : muestraPantallaRevisión()

3 : leeDatos()

4 : muestraDatosFichasNoRevisadas()

5 : selecionaObra

6 : leeDatosObra()
7 : MarcarRevisado()
8 : enviaConfirmación()
9 : GuardaRevisión()

10 : MarcarObservado()
11 : EnviaObservcion()

12 : GuardaObservación()

Figura RT33: Diagrama de secuencia Revisión Ficha Técnica

Fuente: Elaboración Propia
Descripción: El Catalogador a través del interfaz de JFCatalogos abre el interfaz
JFRevision, que ayuda al catalogador a supervisar los datos introducidos en la ficha técnica
de catalogación, y si esta contiene alguna falla se introducirá la observación
correspondiente.

Diagrama de Secuencia: Aprobación de Ficha Técnica

<<Interface>> <<Interface>> <<control>> <<entity>>

: J FCatalogos : J FAprobación : Control Aprobación : AprobaciónDatosObras

: Administrador
1 : SeleccionaAprobarFicha
2 : muestraPantallaAprobación()

3 : leeDatos()

4 : muestraDatosFichaNoAprobada()

5 : SelecionaObra

6 : leerDatosObra()
7 : marcarAprobado()
8 : enviaConfirmación()
9 : guardarAprobado()
10 : marcarObservado()
11 : enviaObservación()
12 : GuardaObservación()

Figura RT34. Diagrama de secuencia aprobación Ficha Técnica

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 239

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Descripción: El Administrador abre el interfaz JF_Catalogos_Aprobaciones que ayuda al

Administrador a supervisar si los datos introducidos en la ficha técnica de catalogación son
correctos, y si esta contiene alguna falla se introducirá la observación correspondiente a la
falla.

Diagrama de Secuencia: Mantener Personal

<<Interface>> <<Interface>> <<control>> <<entity>> <<entity>>

: J FPersonal : J F_Cargos : Control Personal : Personal : Cargo

: Administrador
1 : Ingresar()

2 : leeDatosC()
3 : leeDatosP()

4 : muestraPantallaP()

5 : RegistraDatosP()
6 : AsignarCargo()

7 : leeDatosC()
8 : enviaCargoAsignado()

9 : envioRegistroDatos()

11 : EliminarP/ModificarP() 10 : validarDatos()

12 : GuardarRegistroPersonal()

13 : true
14 : mostrarDatosP()
15 : salir()

Figura RT35. Diagrama de secuencia Mantener Personal

Fuente: Elaboración Propia

Descripción: El Administrador abre la Interfaz JFPersonal, donde le muestra una tabla con
el personal ya registrado. Le permite poder realizar el registro de un nuevo personal, o la
modificación de datos del mismo.

Diagrama de Secuencia: Registro de Movimientos

Descripción: El registro de movimiento son de dos tipos movimientos Internos y

movimientos externos si:

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 240

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

 El Catalogador Ingresa al Interfaz JFMovimientoInterno, el cual le permite realizar el

registro de movimientos que tuviese alguna obra, ya sea este temporalmente (por ej.
Movimientos para la restauración de la obra), o ya sea un movimiento de reubicación
(traslado definitivo de la obra).

 El Catalogador Ingresa al Interfaz JF_Prestamos_Externos, Permite al usuario realizar

el registro de datos de movimiento por préstamo externo, para poder realizar un
seguimiento de la obra cuando es prestado (sacado fuera del museo).

<<Interface>> <<Interface>> <<entity>> <<control>> <<control>> <<entity>> <<entity>>

: J FMovimientoInterno : J F_Prestamos_Externos : Obras_DG : Movimiento Interno : Movimiento Externo : Movimiento_Interno : Prestamo_Externo

: Catalogador
1 : ActivaMovI()

2 : muestraPantallaMovI()
3 : BuscarObra()

4 : enviaDatosObra()
5 : RegistroMovimientoI()
6 : enviaRegistroMovimientoI()
8 : Modificar/EliminarMI() 7 : validaDatosMovI()

9 : GuardarRegistroMI()

10 : true
11 : MostrarDatosMI()
12 : salirMI()

13 : ActivaMovE()

14 : muestraPantallaMovE()

15 : buscarObra()

16 : enviaDatosObra()

17 : registroMovimientoE() 18 : enviarRegistroMovE()

20 : Modificar/EliminarME() 19 : validarDatosMovE()

21 : GuardarRegistroME()

22 : true
23 : MostrarDatosME()

24 : salirME()

Figura RT36. Diagrama de secuencia Registro de Movimientos

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 241

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Secuencia: Registro de Restauración

Descripción: El siguiente diagrama muestra la habilitación de obra a restaurar por parte del
catalogador (JFHabilitarRestauración), para que el restaurador pueda acceder a datos de la
obra, a la que va realizar las intervenciones necesarias.

El restaurador ingresa al interfaz JFRestauración, donde le muestra una lista de obras que
están habilitadas para la restauración. El usuario selecciona una obra y realiza el registro de
la información sobre las intervenciones que se realizó a la obra.

<<Interface>> <<Interface>> <<control>> <<entity>> <<entity>> <<entity>>

: J FHabilitarRestauración : J FRestauración : Control Restauración : HabilitaRestauración : Obras_DG : Restaurados

: Restaurador : Catalogador
1 : Ingresa()

2 : leeDatos()

3 : MuestraPantallaR()
4 : buscaObraARestaurar()

5 : DatosObraBuscada()

6 : muestraDatosObra()
7 : habilitaRestauración()
8 : enviaHabilitación()

9 : true
10 : muestraDatosPantalla()
11 : salir()

12 : IngresaPantallaRestauración()

14 : leeDatosObrasHabilitadas() 13 : lecturaDatos()

15 : muestraPantallaRestauración()
16 : buscaObra()

18 : DatosBuscados() 17 : lecturaDatos()
19 : AsignaRegistroRestauración()
20 : enviaRegistro()

21 : validaRegistro()

22 : EliminarModificar()
23 : GuardarRegistro()

25 : muestraDatosRestauración()
24 : true

26 : SalirPantallaRestauración()

Figura RT37. Diagrama de secuencia Registro de Restauración

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 242

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

DIAGRAMAS DE COLABORACIÓN

Un diagrama de colaboración es una forma alternativa al diagrama de secuencia de mostrar un

escenario. Este tipo de diagrama muestra las interacciones entre objetos organizadas entorno a
los objetos y los enlaces entre ellos.

Diagrama de Colaboración: Autenticación

Descripción: La autenticación es importante ya que brinda seguridad a la aplicación.

Solicita la introducción de su login y password para permitir i denegar el acceso a las tareas
que está definida para cada nivel de acceso, ya sea el Administrador, catalogador o
restaurador.

4 : ValidaFormato()

<<Interface>>
: J FAcceso 5 : enviaDatos()
1 : Ingresar() 6 : ValidaAcceso()

3 : login y password <<control>>

2 : MuestraVentana() : Control Acceso

7 : buscarCodigo()
10 : mostrarPantallaPrincipal()
9 : Activa() 8 : leerContraseña()
<<Interface>>
: Usuario : J Fprincipal
<<entity>>
: ACCESO

Figura RT38. Diagrama de Colaboración Autenticación

Fuente: Elaboración Propia

Diagrama de Colaboración: Mantener Usuario

Descripción: El administrador abre la interfaz para registrar los datos de usuario, define los
niveles de acceso para cada usuario.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 243

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

4 : envioRegistroDatos()
<<Interface>> 6 : modificarEliminar()
: J FPermisos
1 : Ingresar() 5 : validarDatos()
3 : RegistrarDatos()
<<control>>
10 : Salir() : Control Permisos
2 : mostrarPantalla()
9 : muestraDatos()
7 : GuardarRegistro()
8 : true

: Administrador <<entity>>
: ACCESO

Figura RT39. Diagrama de Colaboración Mantener Usuario

Fuente: Elaboración Propia

Diagrama de Colaboración: Registro Ficha Técnica de Catalogación

Descripción: El catalogador abre la interfaz JFCatalogos para poder realizar el registro de

las obras que contendrá los datos generales de la obra, datos históricos y datos de campo,
datos de ubicación, y datos de Catalogación, una vez guardados son mostrados en pantalla.
Si se selecciona una obra en tabla, se habilita la asignación archivos fotográficos, donde se
puede registrar las fotos de la obra y los datos (nombre del fotógrafo, fecha de toma).

4 : EnvioRegistroDatos()
6 : Modificar/Eliminar()
21 : EnvioRegistroDatosFot()
23 : Modificar/EliminarFot() 5 : validaDatos()
1 : Ingresar() <<Interface>> 22 : validaDatosFot()
: J FCatalogos <<control>>
3 : RegistrarDatos() : Control Catálogos
18 : click_una_obra() 25 : true
24 : GuardarRegistroFot()
20 : AsignaArchivoFotográfico()
2 : MuestraVentana() <<entity>>
17 : mostrarDatos() : Fotografías
19 : ActivaArchivoFotos()
26 : mostrarDatosObra()
16 : true 7 : GuardarRegistro()
: Catalogador
<<entity>>
: Ubicación
14 : true
15 : true
10 : enviar()
<<entity>> 11 : GuardarRegistro() 8 : GuardarRegistro()
: Datos_Catalogación <<entity>>
9 : BuscarEncargado() : Obras_DG
12 : BuscarCatalogador()

13 : Asignar()
<<entity>>
: Personal

Figura RT40. Diagrama de Colaboración Ficha Técnica

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 244

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Colaboración: Revisión de Ficha Técnica

Descripción: El Catalogador a través del interfaz de JFCatalogos abre el interfaz

JFRevision, que ayuda al catalogador a supervisar los datos introducidos en la ficha técnica
de catalogación, y si esta contiene alguna falla se introducirá la observación
correspondiente.

4 : muestraDatosFichasNoRevisadas()
<<Interface>>
: J FRevisión
8 : enviaConfirmación()
: Catalogador 5 : seleccionaObra() 11 : EnviaObservcion()
7 : ConfirmarRevisión()
10 : MarcarObservado()
<<control>>
: Control Revisión
3 : leeDatos()
2 : muestraPantallaRevisión() 6 : leeDatosObra()

1 : SeleccionaRevisionFicha 9 : GuardaRevisión()
12 : GuardaObservación()

<<Interface>> <<entity>>
: J FCatalogos : RevisiónDatosObras

Figura RT41. Diagrama de Colaboración Revisión ficha Técnica

Fuente: Elaboración Propia

Diagrama de Colaboración: Aprobación de Ficha Técnica

Descripción: El Administrador abre el interfaz JFAprobación que ayuda al Administrador a

supervisar si los datos introducidos en la ficha técnica de catalogación son correctos, y si
esta contiene alguna falla se introducirá la observación correspondiente a la falla.

4 : muestraDatosFichaNoAprobada()
<<Interface>>
: J FAprobación
: Administrador
5 : SeleccionaObra 8 : enviaConfirmación()
7 : marcarAprobado()
10 : marcarObservado() 11 : enviaObservación()

3 : leeDatos() <<control>>
1 : SeleccionaAprobarFicha 2 : muestraPantallaAprobación() 6 : leerDatosObra() : Control Aprobación

9 : guardarAprobado()
12 : GuardaObservación()

<<Interface>> <<entity>>
: J FCatalogos : AprobaciónDatosObras

Figura RT42. Diagrama de Colaboración Aprobación de Ficha Técnica

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 245

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Diagrama de Colaboración: Mantener Personal

Descripción: El Administrador abre la Interfaz JFPersonal, donde le muestra una tabla con
el personal ya registrado. Le permite poder realizar el registro de un nuevo personal, ó la
modificación de datos del mismo.
10 : validarDatos()

<<control>>
11 : EliminarP/ModificarP() : Control Personal
15 : salir() 9 : envioRegistroDatos()
5 : RegistraDatosP()
1 : Ingresar() 12 : GuardarRegistroPersonal()

<<Interface>> 13 : true
: J FPersonal
: Administrador
4 : muestraPantallaP() <<entity>>
14 : mostrarDatosP() : Personal
3 : leeDatosP()

2 : leeDatosC()
6 : AsignarCargo()
8 : enviaCargoAsignado()

<<entity>>
7 : leeDatosC() : Cargo
<<Interface>>
: J F_Cargos

Figura RT43. Diagrama de Colaboración Mantener Personal

Fuente: Elaboración Propia

Diagrama de Colaboración: Registro de Movimiento

Descripción: El registro de movimiento son de dos tipos movimientos Internos y

movimientos externos si:

 El Catalogador Ingresa al Interfaz JFMovimientoInterno, el cual le permite realizar el

registro de movimientos que tuviese alguna obra, ya sea este temporalmente (por ej.
Movimientos para la restauración de la obra), o ya sea un movimiento de reubicación
(traslado definitivo de la obra).

 El Catalogador Ingresa al Interfaz JF_Prestamos_Externos, Permite al usuariorealizar

el registro de datos de movimiento por préstamo externo, para poder realizar un
seguimiento de la obra cuando es prestado (sacado fuera del museo).

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 246

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

8 : Modificar/EliminarMI()
7 : validaDatosMovI()
6 : enviaRegistroMovimientoI()
<<Interface>> <<control>>
12 : salirMI() : J FMovimientoInterno : Movimiento Interno
5 : RegistroMovimientoI()
3 : buscarObra()
1 : ActivaMovI() 9 : GuardarRegistroMI()

10 : true
2 : muestraPantallaMovI()
11 : MostrarDatosMI() 4 : enviaDatosObra()
<<entity>>
: Movimiento_Interno
19 : validarDatosMovE()
<<entity>> <<control>>
: Catalogador
: Obras_DG : Movimiento Externo
24 : salirME()
17 : registroMovimientoE() 18 : enviarRegistroMovE()
15 : buscarObra()
20 : Modificar/EliminarME()
13 : ActivaMovE()
21 : GuardarRegistroME()
14 : muestraPantallaMovE() 16 : enviaDatosObra()
23 : MostrarDatosME()

<<Interface>> <<entity>>
: J F_Prestamos_Externos : Prestamo_Externo
22 : true

Figura RT44. Diagrama de Colaboración Registro de Movimiento

Fuente: Elaboración Propia

Diagrama de Colaboración: Registro de Restauración

Descripción: El anterior diagrama muestra la habilitación de obra a restaurar por parte del
catalogador (JFHabilitarRestauración), para que el restaurador pueda acceder a datos de la
obra, a la que va realizar las intervenciones necesarias.

El restaurador ingresa al interfaz JFRestauración, donde le muestra una lista de obras que
están habilitadas para la restauración. El usuario selecciona una obra y realiza el registro de
la información sobre las intervenciones que se realizó a la obra.

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 247

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

<<Interface>> 5 : DatosObraBuscada()
11 : salir() : J FHabilitarRestauración 2 : leeDatos()
7 : habilitaRestauración() <<entity>>
4 : buscaObrasARestaurar() : Obras_DG
1 : Ingresa()
3 : MuestraPantallaR()
6 : muestraDatosObra() 8 : enviaHabilitación()
10 : muestraDatosPantalla()
13 : lecturaDatos()
9 : true 17 : lecturaDatos()
: Catalogador

<<Interface>> <<entity>>
: J FRestauración : HabilitaRestauración
14 : leeDatosObrasHabilitadas()
18 : DatosBuscados()

26 : SalirPantallaRestauración() 22 : EliminarModificar()
19 : AsignaRegistroRestauración() 20 : enviaRegistro()
15 : muestraPantallaRestauración()
16 : buscaObra() 25 : muestraDatosRestauración()
12 : IngresaPantallaRestauración()
21 : validaRegistro()
24 : true
<<control>>
: Control Restauración

23 : GuardarRegistro()
<<entity>>
: Restaurados

: Restaurador

Figura RT45. Diagrama de Colaboración Registro de Restauración

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE ANÁLISIS Y DISEÑO 248

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

3. PROCESO DE IMPLEMENTACION
Diagrama de despliegue

Un diagrama de despliegue muestra las relaciones físicas entre los componentes hardware y
software en el sistema final. El diagrama que se presenta a continuación refleja el modelado de
la Arquitectura del Sistema:
Maquina Cliente de la Aplicación
Servidor de Base de Datos "bdmuseo"

PC's usuario Final

Servidor Bae de Datos
Conexion TCP/IP
<<Aplicación>> MySQL
Museo_ SIC

Impresoras Salida de Reportes y Estadísticas

Figura RT46. Diagrama de Despliegue

Fuente: Elaboración Propia

Diagrama de Componentes

Normalmente los diagramas de componentes se utilizan para modelar código fuente, versiones
ejecutables, bases de datos físicas, entre otros. Un componente es una unidad física de
implementación con interfaces bien definidas pensada para ser utilizada como parte
reemplazable de un sistema.
Librería para la conexión a la base de datos
Librerías para generar GUI

Llibrerías que permiten manejar fechas AWT [Link]

LIbrería para el mapeamiento

Swing [Link]

Librería para dar estilo

[Link]
[Link]

Librerías para generar reportes

[Link] [Link]

MUSEO_ SIC

Figura RT47. Diagrama de Componentes

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE IMPLEMENTACIÓN 249

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

4. PROCESO DE PRUEBAS
Durante el desarrollo del proyecto de software, se fueron probando las funciones del sistema y
la forma en que estas interactúan con el usuario final, considerando en todos los casos, las
siguientes características: ingreso de datos erróneos, ingreso de identificadores repetidos y
campos vacíos, despliegue de mensajes de acuerdo al tipo de error generado.

a) Pruebas de Unidad

Este tipo de pruebas se centran en la verificación funcional de cada módulo, prueba la interfaz
para asegurar que la información fluya de forma adecuada hacia y desde la unidad del
programa que está siendo probada.

Es una forma de probar el correcto funcionamiento de un módulo de código. Esto sirve para
asegurar que cada uno de los módulos funcionen correctamente por separado.

Pruebas de Caja Blanca

Las pruebas de caja blanca se centran en realizar pruebas en las funciones internas del
software, por lo que su diseño está fuertemente ligado al código fuente.

Pruebas de Caja Negra

Las pruebas de caja negra son estudiadas desde el punto de vista de las entradas que recibe y
las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. Se centran
en los requisitos fundamentales del software y permite obtener entradas que prueben todos los
requisitos funcionales del programa.

A continuación se muestra uno de los de los Casos de Prueba por Unidad:

Tabla RT1: Prueba de Unidad: Catalogación

CASO DE PRUEBA: PRUEBAS EN EL REGISTRO DE CATÁLOGOS

DATOS Tipo de Prueba: Pruebas de Unidad Responsable:

GENERALES Técnicas de Prueba: Caja Blanca, Caja Negra Desarrollador

Número de Caso de Prueba: 1 Fecha: 10/10/2016

Objetivo Verificar el correcto funcionamiento del registro de Catálogos

REFERENCIA TÉCNICA: MODELO DE PRUEBAS 250

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Precondición El usuario ingresa al menú de Catalogación

Entrada Completar Datos.
Listado de datos de los activos fijos registrados en la Base de Datos y la
Salida
posterior obtención de reporte.
Descripción del Varios campos de este formulario deben ser llenados de forma obligatoria, sin
Problema embargo el sistema permite guardar un registro con campos vacíos.
Solución Realizar las validaciones respectivas de los datos del Catálogo.
La validación de estos datos evita cometer errores durante el registro. Pero en
Conclusión caso de que se identifique alguno, este se da a conocer de forma específica
mediante un mensaje.

Fuente: Elaboración propia

b) Pruebas De Integración

La prueba de integración verifica cada construcción e iteración de integración. Los casos de

uso son fuente ideal de casos de prueba para las pruebas de integración. La idea es que los
casos de uso se construyan sobre los que están integrados para formar pruebas cada vez más
repetitivas del uso del sistema.
Tabla RT2: Prueba de Integración de las unidades del sistema

CASO DE PRUEBA: PRUEBAS A LOS MÓDULOS QUE

CORRESPONDEN A CONTROL DE CATALOGACIÓN Y REPORTES
DATOS
GENERALES Tipo de Prueba: De Integración Responsable: Desarrollador
Número de Caso de Prueba: 1 Fecha: 15/09/2016
Verificar la obtención de listados de Catálogos por ubicación, código de
Objetivo
inventario, y reportes con datos obtenidos en los diferentes Registros.
Precondición Ingresar al menú de Reportes.
Entrada Seleccionar que reporte desea visualizar.
Salida Listado de Catálogos por ubicación, código inventario, técnica, otros.
Descripción
No se identificó ningún problema.
del Problema
Solución Ninguna.
Puesto que se realizaron las correcciones y validaciones oportunas en las
Conclusión Pruebas de Unidad, no se observó ninguna dificultad de datos inapropiados al
momento de obtener reportes.

Fuente: Elaboración Propia

REFERENCIA TÉCNICA: MODELO DE PRUEBAS 251

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

c) Pruebas del Sistema

Las pruebas del sistema tienen como objetivo ejercitar profundamente el sistema
comprobando la integración del sistema de información globalmente, verificando el
funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y
con el resto sistema de información con los que se comunica.

Las pruebas del sistema son similares a las pruebas de caja negra, solo que estás buscan
probar el sistema como un todo.

Pruebas de Seguridad
Intentan verificar que los mecanismos de protección incorporados al sistema protejan de hecho
de la penetración impropia.

 Probar que únicamente los usuarios previamente registrados en el sistema tengan acceso.
 Probar que los usuarios registrados en el sistema puedan acceder solamente a las ventanas
o formularios que su perfil lo permita.

Tabla RT3: Prueba de Seguridad

OBJETIVO DE PROBAR QUE EL PERFIL ASIGNADO A CADA USUARIO LE

LA PRUEBA IMPIDA REALIZAR LAS ACCIONES NO AUTORIZADAS.

Crear usuarios con diferentes niveles de acceso de acuerdo al rol que

Técnica
cumplan y probar que tengan acceso solo a los formularios requeridos.

Criterios de Se analizaron todos los perfiles y se verificó el cumplimiento del acceso

Realización solamente a los formularios definidos para cada usuario.

Consideraciones
Ninguna
Especiales

Fuente: Elaboración Propia

d) Pruebas de Aceptación

El uso completo de la aplicación es probado por los usuarios finales o los representantes para
determinar la preparación para el despliegue. Esta prueba permite probar los resultados de

REFERENCIA TÉCNICA: MODELO DE PRUEBAS 252

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

salida del sistema ante diferentes entradas, con la prueba de caja negra se intenta encontrar
errores como ser: errores de interfaz, errores de rendimiento, errores de acceso a la BD.

Tabla RT4: Prueba de Aceptación del Caso de Uso: Gestión Catálogos

CASO DE USO: REGISTRAR GESTIÓN CATÁLOGOS

Resultado: P = Pasó, F = Falló

Nro. PRUEBA RESULTADOS P F

Registrar Nuevo
1 El sistema guardó el registro correctamente. √
Catálogo.

2 Editar Catálogo. El sistema guardó los cambios efectuados correctamente. √

3 Eliminar Catálogo El sistema Eliminó el registro seleccionado satisfactoriamente. √

El sistema no guardó el Registro de solicitud de pedido y

Datos
4 mostró un mensaje para que el usuario pueda completar los √
Incompletos.
datos faltantes.

Fuente: Elaboración Propia

Tabla RT5: Prueba de Aceptación del Caso de Uso: Gestión Catálogos

CASO DE USO: REGISTRAR MOVIMIENTO

Resultado: P = Pasó, F = Falló

Nro. PRUEBA RESULTADOS P F

1 Registrar Nuevo El sistema guardó el registro correctamente. √

2 Editar. El sistema guardó los cambios efectuados correctamente. √

3 Eliminar El sistema Eliminó el registro seleccionado satisfactoriamente. √

4 El sistema no guardó el Registro de solicitud de pedido y mostró √

Datos
un mensaje para que el usuario pueda completar los datos
Incompletos.
faltantes.

Fuente: Elaboración Propia

Según las pruebas realizadas, se puede concluir que el porcentaje de error es aceptable. Sin
embargo se realizó las correcciones pertinentes para subsanar los errores encontrados.

REFERENCIA TÉCNICA: MODELO DE PRUEBAS 253

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

5. VALIDACIÓN DEL SISTEMA

Pruebas de Caso de Uso

Caso de Uso: Autenticación

Autenticación
Usuario

Tabla RT6: Prueba de Caso de Uso Autenticación

Prueba 1
Probar el Funcionamiento del Flujo básico validar
Objetivo Prueba
Usuario para poder Ingresar al sistema
Precondición Haber registrado antes nombre de usuario y contraseña.
Descripción de la
Ingresar al sistema con su usuario y su contraseña.
Prueba
Resultados Esperados Logra Ingresar al sistema
Requerimientos (Cap.5):
R.1.0, R.1.1, R.1.2, R.3.3, R.4.3.
Cumplidos

Fuente: Elaboración propia

Caso de Uso 2: Gestión Catálogos

Archivo Fotográfico <<include>>

Buscar Ficha
<<include>>
<<extend>>
<<extend>>
Modificar Ficha
Borrar Ficha
<<extend>> <<extend>>
Gestión de Catálogos
Catalogador

Listar Ficha

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 254

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla RT7: Prueba de Caso de Uso Gestión Catálogos

Prueba 1
Objetivo Prueba Probar el Funcionamiento del Flujo básico Gestión Catálogos.
Haber ingresado al sistema con nombre de usuario y contraseña.
Precondición
Ingreso a la ventana de Catalogación.
Descripción de la
Realizar el registro de datos de catalogación nuevos y guardar.
Prueba

Resultados Esperados Muestra un mensaje de grabación con éxito

Prueba 2
Probar el funcionamiento del flujo para buscar datos de alguna
Objetivo Prueba
obra.

Precondición Haber registrado al menos una obra.

Descripción de la Búsqueda de la obra por: código, N° de Inventario, galería,

Prueba ubicación, nombre o designación, autor.
Muestra los datos de la obra o la lista de obras, según el tipo de
Resultados Esperados
búsqueda elegido.
Prueba 3
Probar el funcionamiento del flujo para actualizar datos de alguna
Objetivo Prueba
obra.
Precondición Haber realizado previamente el registro de catalogación de la obra.
Descripción de la Buscar y seleccionar la obra a ser modificada, realizar los cambios
Prueba que se necesiten y guardar.
Resultados Esperados Muestra un mensaje de grabación con éxito.
Prueba 4
Objetivo Prueba Probar el funcionamiento del flujo para eliminar los datos
Precondición Haber realizado previamente el registro de catalogación de la obra.
Descripción de la Buscar y seleccionar la obra a eliminar y presionar borrar. Muestra
Prueba un mensaje “está seguro de eliminar un registro?”, presiona sí.
Resultados Esperados Muestra un mensaje de confirmación de eliminación

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 255

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Prueba 5
Objetivo Prueba Probar el funcionamiento del flujo archivo fotográfico-Registrar
Precondición Haber realizado previamente el registro de catalogación de la obra.
El usuario ubica la obra a la cual quiere asignarle fotos. Realiza la
Descripción de la
búsqueda de la foto correspondiente, llena datos de la foto y
Prueba
presionar Guardar Foto.
Un mensaje de asignación con éxito. Se visualiza las fotografías
Resultados Esperados
insertadas a la obra específica.
Prueba 6
Objetivo Prueba Probar el funcionamiento del flujo archivo fotográfico-eliminar.
Haber realizado previamente la asignación de por lo menos una
Precondición
foto a la obra.
El usuario ubica y/o busca la obra a la cual quiere eliminarle
Descripción de la
alguna de sus fotos. Realiza la búsqueda de la foto correspondiente
Prueba
y presiona Eliminar Foto.
Resultados Esperados Un mensaje de eliminación con éxito.
Requerimientos
R.2.0, R.2.1, R.2.2, R.2.3, R.2.4, R.2.5
(Cap.5): Cumplidos

Fuente: Elaboración propia

Caso de Uso 3: Revisar la Ficha Técnica de Catalogación.

Revisión de la Ficha
Catalogador

Tabla RT8: Prueba de Caso de Uso Ficha Técnica de Catalogación

Prueba 1
Objetivo Prueba Probar el Funcionamiento del Flujo Revisión de la Ficha
Precondición Haber ingresado al sistema con usuario y contraseña.
Descripción de la Al ingresar al sistema, se muestra una lista de obras que se
Prueba tienen que revisar. Revisar datos, presionar revidado.

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 256

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Resultados Esperados Muestra un mensaje: “Revisado lista para su aprobación”.

Prueba 2
Probar el Funcionamiento del Flujo Revisión de la Ficha-
Objetivo Prueba
observado
Precondición Haber ingresado al sistema con usuario y contraseña.
Descripción de la Durante la revisión de la ficha se detectan datos errados,
Prueba presiona observación, llena las observaciones y guardar.
Resultados Esperados Muestra un mensaje: “Obra pendiente para revisión”.
Requerimientos (Cap.5):
R.3.0, R.3.1, R.3.2, R.3.3.
Cumplidos

Fuente: Elaboración propia

Caso de Uso 4: Aprobar Ficha Técnica de Catalogación

Aprobacion Ficha Tecnica

Administrador

Tabla RT9: Prueba de Caso de Uso Aprobar Ficha Técnica de Catalogación

Prueba 1
Probar el Funcionamiento del Flujo Aprobación Ficha
Objetivo Prueba
Técnica.
Haber ingresado al sistema con nombre de usuario y
Precondición
contraseña administrador (jefe de catalogación).
Descripción de la Al Ingresar al sistema, se muestra una lista de obras que se
Prueba tienen que Aprobar. Verificar los datos, presionar Aprobado.
Resultados Esperados Muestra un mensaje: “Datos correctos. Aprobado”.
Prueba 2

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 257

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Probar el Funcionamiento del Flujo Aprobación de la

Objetivo Prueba
Ficha Técnica-observado.
Haber ingresado al sistema con nombre de usuario y
Precondición
contraseña.
Descripción de la Durante la Aprobación de la ficha si se detectan datos
Prueba errados, llena las observaciones y guardar.
Resultados Esperados Muestra un mensaje: “Obra pendiente para Aprobación”.
Requerimientos (Cap.5):
R.4.0, R.4.1, R.4.2, R.4.3.
Cumplidos

Fuente: Elaboración propia

Caso de Uso 5: Historial de las Obras

Listar Datos de Obras Movidas

<<extend>><<extend>>

Eliminar datos Movimiento Modificar Datos de Movimiento

Catalogador
<<include>> <<include>> <<extend>>

Buscar Obra Movida Registro de movimiento

<<extend>> Historial de las Obras

<<include>> <<extend>>
<<include>> Buscar <<extend>>

Verificación
<<extend>>
Modificar datos
Borrar <<extend>> Registro de Restauracion

<<extend>>

Listar Obras Restauradas

Restaurador

Tabla RT10: Prueba de Caso de Uso Registros en Historial de obras

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 258

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Prueba 1
Probar el Funcionamiento del Flujo Registro Movimiento
Objetivo Prueba
Interno.
Precondición Ingresar a pantalla de movimientos Internos
El usuario busca la obra a ser trasladada, ya sea por reubicación
Descripción de la
(temporal o permanente), por restauración o verificación. Realiza el
Prueba
registro del movimiento y guarda.
Resultados Esperados Muestra un mensaje: “Guardado en Historial de la Obra”.
Prueba 2
Probar el Funcionamiento del Flujo Registro Movimiento
Objetivo Prueba
Externo.
Precondición Ingresar a pantalla de Movimientos Externos.
El usuario busca la obra a ser sacada fuera del museo, ya sea por
Descripción de la
alguna exposición o préstamo. Realiza el registro del movimiento y
Prueba
guarda.
Resultados Esperados Muestra un mensaje: “Guardado en Historial de la Obra”.
Prueba 3
Objetivo Prueba Probar el Funcionamiento del Flujo Registro de Restauración.
Precondición Ingresar al sistema como usuario restaurador.
Descripción de la
Registrar datos de Restauración y Guardar.
Prueba
Resultados Esperados Muestra un mensaje: “Guardado en Historial de la Obra”.
Prueba 4
Objetivo Prueba Probar el Funcionamiento del Flujo Verificación de la Obra.
Precondición Ingresar a pantalla de Verificación de Obras.
Descripción de la Se realiza el registro correspondiente sobre la verificación física de
Prueba la obra, y guardar.
Resultados Esperados Muestra un mensaje: “Guardado en Historial de la Obra”.
Requerimientos
R.5.1, R.5.2, R.5.0, R.5.3.
(Cap.5): Cumplidos

Fuente: Elaboración propia

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 259

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso 6: Mantener Usuario

Mantener Usuario
Administrador

Tabla RT11: Prueba de Caso Mantener Usuario

Prueba 1
Objetivo Prueba: Probar el funcionamiento del flujo básico Mantener Usuario.
Haber Ingresado al Sistema mediante usuario y contraseña. Tener
Precondición:
registrado al personal que se le va asignar un usuario.
Descripción de la El sistema muestra el listado del personal del museo, seleccionamos
prueba: uno y registramos los Datos del nuevo usuario en la Base de Datos.
Resultados
Se muestra un mensaje de confirmación aceptando el nuevo registro.
Esperados:
Prueba 2
Objetivo Prueba: Probar el funcionamiento del flujo para Editar Usuario.
Precondición: Haber creado Usuario, ser usuario del sistema.
Descripción de la Seleccionar Usuario requerido, realizar cambios deseados y guardar
prueba: nuevos datos en la BD.
Resultados Se muestra un mensaje de confirmación aceptando la modificación
Esperados: de los datos del Usuario.
Prueba 3
Objetivo Prueba: Probar el funcionamiento del flujo para Eliminar Usuario.
Precondición: Haber creado Usuario, ser usuario del sistema
Descripción de la Seleccionar Usuario, realizar eliminación, actualizar Base de Datos,
prueba: actualizar listado de usuarios restantes.
Resultados Se muestra un mensaje de confirmación que se ha eliminado el
Esperados: usuario correctamente.
Requerimientos
R.1.0, R.6.1, R.6.3.
(Cap.5): Cumplidos

Fuente: Elaboración propia

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 260

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de Uso 7: Mantener Personal

Mantener Personal
Administrador

Tabla RT12: Prueba de Caso de Uso Mantener Personal

Prueba 1
Objetivo Prueba: Probar el funcionamiento del flujo básico Registrar Personal.
Precondición: Haber Ingresado al Sistema Informático con su Usuario y contraseña
Descripción de la Ir a Mantener Personal, seleccionar Insertar e ingresar todos los
prueba: datos necesarios para registrar un nuevo empleado.
Resultados
Se muestra un mensaje de confirmación aceptando el nuevo registro.
Esperados:
Prueba 2
Objetivo Prueba: Probar el funcionamiento del flujo para Modificar Personal.
Precondición: Haber creado un empleado.
Descripción de la Ir a Mantener Personal, seleccionar Modificar y buscar al empleado
prueba: a modificar. Modificar los campos deseados.
Resultados Se muestra un mensaje de confirmación aceptando la modificación
Esperados: de los datos del personal.
Prueba 3
Objetivo Prueba: Probar el funcionamiento del flujo para Eliminar Personal.
Precondición: Haber creado al menos un empleado.
Ir a Mantener Personal, luego Eliminar Personal y buscar al personal
Descripción de la
a eliminar. Verificar que ese era el empleado a eliminar e
prueba:
internamente se le cambia el estado.
Resultados Se muestra un mensaje de confirmación que se ha eliminado el
Esperados: personal.
Requerimientos
R.6.0.
(Cap.5): Cumplidos

Fuente: Elaboración propia

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 261

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Caso de uso 8: Seguimiento del Acceso a la Base de Datos

Seguimiento de Bitácora del Sistema

Administrador

Tabla RT13: Prueba de Caso de Uso Seguimiento de Bitácora del sistema

Prueba 1
Probar el funcionamiento del flujo básico Seguimiento de Bitácora
Objetivo Prueba:
del sistema.
Un usuario ingresa al sistema con su respectivo nombre de usuario
Precondición:
y contraseña.
Cuando un usuario entra al Sistema: El sistema registra el
nombre completo del personal que ingreso, fecha y hora de
Descripción de la
entrada.
prueba:
Cuando un usuario sale del sistema: Registra la fecha y hora de
salida y la duración que el personal estuvo dentro del sistema.
Resultados El sistema hace el registro respectivo de cada usuario desde que
Esperados: este entra hasta que sale.
Requerimientos
R.6.2, R.9.2.
(Cap.5): Cumplidos

Fuente: Elaboración propia

Caso de Uso 9: Copias de seguridad y restauración a la BD

Realizar copias de Seguridad BD

Restaurar BD
Administrador

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 262

[Link]. Sistema de Control de Fichas de Catalogación
INGENIERÍA DE SISTEMAS e Inventario para el Museo Universitario
“Colonial Charcas”

Tabla RT14: Prueba de Caso de Uso Copias de Seguridad y Restauración

Prueba 1
Objetivo Prueba: Probar el funcionamiento del flujo básico Copias de Seguridad.
Haber Ingresado al Sistema Informático mediante el usuario y
Precondición:
contraseña respectiva.
Ingresar a la ventana Copias de Seguridad, escoger tablas a las
Descripción de la
cuales se quiere realizar la copia y aceptar, inmediatamente pide la
prueba:
contraseña para el fichero codificado.
Resultados Empieza a realizar la copia de seguridad y al concluir el sistema
Esperados: lanza un mensaje de Archivo empaquetado.
Prueba 2
Objetivo Prueba: Probar el funcionamiento del flujo básico Restaurar la BD.
Haber Ingresado al Sistema Informático mediante el usuario y
Precondición: contraseña respectiva. Tener archivos de copias de seguridad
realizadas antes.
Ingresar a la ventana Restauración de la Base de Datos, y presiona el
botón restaurar, el sistema muestra un listado de todas las copias que
Descripción de la
se hicieron con sus respectivas fechas, escoger el archivo a restaurar,
prueba:
inmediatamente pide la contraseña con que se realizó la copia de
seguridad y aceptar.
Resultados Se muestra un mensaje de confirmación: “Recuperación exitosa de
Esperados: la Base de Datos”.
Requerimientos
R.9.0, R.9.1.
(Cap.5): Cumplidos
Fuente: Elaboración propia

REFERENCIA TÉCNICA: VALIDACIÓN DEL SISTEMA 263