PERUANA
FACULTAD DE INGENIERÍA
DE SISTEMAS E INFORMÁTICA
“SISTEMA DE GESTIÓN DE REPOSITORIO DIGITAL
PARA LA FISI-UNAP”.
INFORME PRÁCTICO DE SUFICIENCIA PARA OPTAR EL TÍTULO PROFESIONAL DE:
INGENIERO DE SISTEMAS E INFORMÁTICA
Presentado por el Bachiller:
Johan Daniel Rocha Horna
Asesor: Ing. Luis Honorato Pita Astengo
IQUITOS – PERÚ
DEDICATORIA
A Dios por darme salud y alumbrarme el camino para continuar con mis proyectos de vida.
A mi padre William por su apoyo incondicional durante toda mi formación académica.
AGRADECIMIENTO
A todas las personas que me apoyaron
RESUMEN
La Dirección del Instituto de Investigación de la Facultad de Ingeniería de Sistemas e
Informática de la Universidad Nacional de la Amazonía Peruana, se preocupa por
mejorar la calidad académica de los alumnos de dicha Institución, de esta manera,
propone la creación de un sistema de Gestión de Repositorio Digital.
El objetivo principal de desarrollar e implantar un Sistema de Gestión de Repositorio
Digital para la FISI - UNAP es la preservación y el fácil acceso de materiales digitales
de los cursos que los alumnos proponen mediante una solicitud, para que estos sean
almacenados en el sistema.
Para el desarrollo del sistema se utilizó el proceso iterativo e incremental de RUP, el
implantar todos los casos de uso del sistema. Finalmente la Fase Transición consiste en
la implantación y cambio del sistema, incluyendo la capacitación de los usuarios.
El Sistema de Gestión de Repositorio Digital está desarrollado en un entorno web y
registrar una lista de pedidos de materiales que los usuarios soliciten ser grabado en un
medio de almacenamiento. Finalmente, es esencial para el éxito del sistema un
compromiso organizativo para la administración de estos materiales digitales,
incluyendo la preservación a largo plazo cuando sea necesario, así como la organización
y acceso o su distribución.
PALABRAS CLAVES:
ABSTRACT
Investigation Institute Department of the Engineering School of Systems and Computer
science of the National University of the Peruvian Amazon, it worries to improve the
academic quality of the students of this Institution, this way, it proposes the creation of
a system of Administration of Digital Repository.
The main objective of to develop and to implant a System of Administration of Digital
Repository for the FISI - UNAP is the preservation and easy access of digital materials
that the students propose by means of an petition, so they are stored in the system.
For the development of the system, will be used the process iterative and incremental of
RUP, which consists of the following 4 phases: Beginning phase, the requirements of
the product will be developed by the user's perspective, here the main cases of use of the
business will be identified. Elaboration phase, the requirements are analyzed and an
architecture prototype is developed, obtaining at the end of this phase all the cases of
use corresponding to requirements that will be implemented in Construction phase.
Construction phase, all the cases of use of the system it finish analyzing and implanting.
Finally, Transition phase consists on the installation and change of the system, this
contain the training of the users.
The System of Administration of Digital Repository is developed in an WEB
environment and It has academic ends, it embraces a group of services that the FISI will
offer to the members of its community for the gathering and distribution of digital
materials that it includes from the registration of petitions of storage of digital materials,
the evaluation of these petitions so that these materials are kept in the repository, one
will also be able to consult the existent materials in the Repository and to register a list
of orders of materials that the users request to be recorded in a storage hardware.
Finally, it is essential for the success of the system an organizational commitment for
the administration of these digital materials, including the long term preservation when
it is necessary, as well as the organization and access or their distribution.
ÍNDICE GENERAL
Dedicatoria
Agradecimiento
Resumen ... i
Abstract ... ii
Índice General... iii
Índice de Figuras ... vi
Índice de Cuadros ... ix
Índice de Anexos ... x
SECCION I: Datos Generales 1. Título ... 1
2. Área de Desarrollo ... 1
3. Generalidades de la Institución... 1
3.1. Razón social ... 1
3.2. Ubicación de la Institución ... 1
3.3. Funciones de la Dirección ... 1
3.4. Organigrama funcional ... 2
4. Bachiller ... 3
5. Asesor ... 3
6. Colaboradores ... 3
7. Duración estimada de la ejecución del proyecto ... 3
8. Presupuestos estimados ... 3
SECCION II: Visión General de la solución propuesta Capítulo I: Introducción ... 4
1.1. Contexto de la Oficina ... 5
1.2. Problemática Objeto de la Aplicación ... 6
1.3. Objetivos ... 6
1.3.1. Generales ... 6
Capítulo II: Descripción del diseño de la solución ... 7
1.1.Técnicas de recolección de datos ... 7
1.2.Metodología y Herramientas ... 8
1.2.1. Metodología ... 8
1.2.2. Herramientas ... 11
1.3. Descripción de la solución propuesta ... 11
1.4. Indicadores de evaluación de la solución ... 12
1.5. Relación de entregables ... 12
Capítulo III: Desarrollo de la solución propuesta ... 14
1.1.Modelado de negocio ... 14
1.1.1. Escenarios y procesos ... 14
1.1.2. Caso de Uso del Negocio ... 15
1.1.3. Modelo de Objeto del Negocio ... 20
1.1.4. Modelo de Dominio ... 22
1.2. Modelado de Requerimientos ... 22
1.2.1. Propósito ... 22
1.2.2. Alcance ... 23
1.2.3. Descripción de stakeholders y usuarios ... 23
1.2.3.1. Resumen de stakeholders ... 23
1.2.3.2. Resumen de usuarios ... 24
1.2.4. Descripción global del producto ... 25
1.2.4.1. Perspectiva del producto ... 25
1.2.4.2. Resumen de Características ... 26
1.2.5. Caso de Uso de requerimientos ... 27
1.2.6. Especificaciones de Caso de Uso ... 28
1.3. Modelado de análisis ... 41
1.3.1. Diagramas de colaboración ... 41
1.3.2. Diagramas de secuencia... 61
1.3.3. Diagrama de clases ... 81
1.4.Modelado de Diseño ... 82
1.4.1. Diseño de la Base de Datos ... 82
1.5.Implementación ... 84
1.5.1. Diagrama de Componentes ... 84
1.5.2. Diagrama de Despliegue ... 85
Capítulo IV: Resultados y Discusiones ... 86
Capítulo V: Conclusiones... 87
Capítulo VI: Recomendaciones ... 88
ÍNDICE FIGURAS
Figura 01: Organigrama funcional ... 2
Figura 02: Fases del RUP ... 8
Figura 03: Caso de Uso del Negocio ... 15
Figura 04: Caso de Uso del Negocio: Buscando Archivo ... 16
Figura 05: Caso de Uso del Negocio: Solicitando Almacenamiento ... 17
Figura 06: Caso de Uso del Negocio: Solicitando Grabado de Archivo ... 18
Figura 07: Caso de Uso del Negocio: Mantenimiento ... 19
Figura 08: Modelo de Objetos del Negocio: Buscando Archivo ... 20
Figura 09: Modelo de Objetos del Negocio: Solicitando Almacenamiento... 20
Figura 10: Modelo de Objetos del Negocio: Solicitando Grabado de Archivo ... 21
Figura 11: Modelo de Objetos del Negocio: Mantenimiento ... 21
Figura 12: Modelo de Dominio ... 22
Figura 13: Caso de Uso de Requerimientos ... 27
Figura 14: Diagrama de Colaboración: Validar Usuario ... 41
Figura 15: Diagrama de Colaboración: Editar Datos ... 42
Figura 16: Diagrama de Colaboración: Cambiar Contraseña ... 43
Figura 17: Diagrama de Colaboración: Registrar Solicitud de Almacenamiento .... 44
Figura 18: Diagrama de Colaboración: Buscar Materiales Digitales ... 45
Figura 19: Diagrama de Colaboración: Mostrar Detalles del Material ... 46
Figura 20: Diagrama de Colaboración: Ver Estado de las Solicitudes ... 47
Figura 21: Diagrama de Colaboración: Listar Material Solicitado ... 48
Figura 22: Diagrama de Colaboración: Listar Solicitudes de Almacenamiento ... 49
Figura 23: Diagrama de Colaboración: Asignar Solicitudes al Docente ... 50
Figura 24: Diagrama de Colaboración: Listar Docentes ... 51
Figura 25: Diagrama de Colaboración: Asignar Áreas Temáticas ... 52
Figura 26: Diagrama de Colaboración: Registrar Usuarios ... 53
Figura 27: Diagrama de Colaboración: Listar Usuarios... 54
Figura 28: Diagrama de Colaboración: Registrar Temas ... 55
Figura 29: Diagrama de Colaboración: Listar Temas ... 56
Figura 30: Diagrama de Colaboración: Listar Solicitudes Asignadas ... 57
Figura 33: Diagrama de Colaboración: Acceder a los Materiales Digitales ... 60
Figura 34: Diagrama de Secuencia: Validar Usuario ... 61
Figura 35: Diagrama de Secuencia: Editar Datos ... 62
Figura 36: Diagrama de Secuencia: Cambiar Contraseña ... 63
Figura 37: Diagrama de Secuencia: Registrar Solicitud de Almacenamiento ... 64
Figura 38: Diagrama de Secuencia: Buscar Materiales Digitales ... 65
Figura 39: Diagrama de Secuencia: Mostrar Detalles del Material ... 66
Figura 40: Diagrama de Secuencia: Ver Estado de las Solicitudes... 67
Figura 41: Diagrama de Secuencia: Listar Material Solicitado ... 68
Figura 42: Diagrama de Secuencia: Listar Solicitudes de Almacenamiento ... 69
Figura 43: Diagrama de Secuencia: Asignar Solicitudes al Docente ... 70
Figura 44: Diagrama de Secuencia: Listar Docentes ... 71
Figura 45: Diagrama de Secuencia: Asignar Áreas Temáticas ... 72
Figura 46: Diagrama de Secuencia: Registrar Usuarios... 73
Figura 47: Diagrama de Secuencia: Listar Usuarios ... 74
Figura 48: Diagrama de Secuencia: Registrar Temas ... 75
Figura 49: Diagrama de Secuencia: Listar Temas ... 76
Figura 50: Diagrama de Secuencia: Listar Solicitudes Asignadas ... 77
Figura 51: Diagrama de Secuencia: Evaluar Solicitudes de Almacenamiento ... 78
Figura 52: Diagrama de Secuencia: Listar Solicitudes de Materiales ... 79
Figura 53: Diagrama de Secuencia: Descargar Materiales Digitales ... 80
Figura 54: Diagrama de Clases ... 81
Figura 55: Modelo Lógico de la B.D. ... 82
Figura 56: Modelo Físico de la B.D. ... 83
Figura 57: Diagrama de Componentes ... 84
Figura 58: Diagrama de Despliegue ... 85
Figura 59: Interfaz: Página de Inicio ... 104
Figura 60: Interfaz: Página Iniciar Sesión ... 105
Figura 61: Interfaz: Página Acceder a la Intranet ... 105
Figura 62: Interfaz: Página Búsqueda de Materiales Digitales ... 106
Figura 63: Interfaz: Página Ver Detalles del Material ... 107
Figura 64: Interfaz: Página Registrar Solicitud de Almacenamiento ... 108
Figura 65: Interfaz: Página Editar Datos del Alumno ... 109
Figura 67: Interfaz: Página Ver Estado de Solicitudes ... 111
Figura 68: Interfaz: Página Listar Material Solicitado ... 112
Figura 69: Interfaz: Página Listar Solicitudes de Almacenamiento ... 113
Figura 70: Interfaz: Página Asignar Solicitud al Docente ... 114
Figura 71: Interfaz: Página Docentes ... 115
Figura 72: Interfaz: Página Asignar Áreas Temáticas ... 116
Figura 73: Interfaz: Página Registrar Usuarios ... 117
Figura 74: Interfaz: Página Listar Usuarios ... 118
Figura 75: Interfaz: Página Registrar Temas ... 119
Figura 76: Interfaz: Página Listar Temas ... 120
Figura 77: Interfaz: Página Listar Solicitudes Asignadas ... 121
Figura 78: Interfaz: Página Evaluar Solicitudes de Almacenamiento... 122
Figura 79: Interfaz: Página Listar Solicitudes de Materiales Digitales ... 123
ÍNDICE CUADROS
Cuadro 01: Herramientas ... 11
Cuadro 02: Escenarios y Procesos ... 14
Cuadro 03: Resumen de Stakeholders ... 23
Cuadro 04: Resumen de usuarios ... 24
Cuadro 05: Perspectiva del producto ... 25
Cuadro 06: Resumen de características ... 26
Cuadro 07: Cronograma del Proyecto ... 90
Cuadro 08: Estimación de Costos del Informe Práctico ... 91
Cuadro 09: Estimación de Costos para el Desarrollo del Proyecto ... 92
Cuadro 10: Descripción: Página de Inicio ... 104
Cuadro 11: Descripción: Página Iniciar Sesión ... 105
Cuadro 12: Descripción: Página Acceder a la Intranet ... 105
Cuadro 13: Descripción: Página Búsqueda de Materiales Digitales... 106
Cuadro 14: Descripción: Página Ver Detalles del Material ... 107
Cuadro 15: Descripción: Página Registrar Solicitud de Almacenamiento ... 108
Cuadro 16: Descripción: Página Editar Datos del Alumno ... 109
Cuadro 17: Descripción: Página Cambiar Contraseña ... 110
Cuadro 18: Descripción: Página Ver Estado de Solicitudes ... 111
Cuadro 19: Descripción: Página Listar Material Solicitado ... 112
Cuadro 20: Descripción: Página Listar Solicitudes de Almacenamiento ... 113
Cuadro 21: Descripción: Página Asignar Solicitud al Docente ... 114
Cuadro 22: Descripción: Página Docentes... 115
Cuadro 23: Descripción: Página Asignar Áreas Temáticas ... 116
Cuadro 24: Descripción: Página Registrar Usuarios... 117
Cuadro 25: Descripción: Página Listar Usuarios ... 118
Cuadro 26: Descripción: Página Registrar Temas ... 119
Cuadro 27: Descripción: Página Listar Temas ... 120
Cuadro 28: Descripción: Página Listar Solicitudes Asignadas ... 121
Cuadro 29: Descripción: Página Evaluar Solicitudes de Almacenamiento ... 122
Cuadro 30: Descripción: Página Listar Solicitudes de Materiales Digitales ... 123
INDICE DE ANEXOS
Anexo 01: Planificación y Cronograma de Ejecución del Proyecto ... 90
Anexo 02: Estimación de costos del Informe Práctico... 91
Anexo 03: Estimación de costos para el Desarrollo del Proyecto ... 92
Anexo 04: Entrevista ... 93
Anexo 05: Glosario ... 96
Anexo 06: Manual Técnico ... 98
1. Título
“Sistema de Gestión de Repositorio Digital para la FISI-UNAP – Iquitos 2010”.
2. Área de Desarrollo
Diseño e implementación de Sistemas.
3. Generalidades de la Institución
3.1. Razón Social:
Universidad Nacional de la Amazonía Peruana.
3.2. Ubicación:
Dirección fiscal de la Universidad Nacional de la Amazonia Peruana:
Av. Grau # 1072 – Iquitos. Al costado del Óvalo Grau.
La dirección de la Facultad de Ingeniería Sistemas e Informática, lugar donde
específicamente se realizó este trabajo práctico:
Calle Moore # 280 – Iquitos. Al frente del Mercado Central.
3.3. Funciones de la Dirección de Instituto de Investigación:
A continuación se detallan las principales funciones de la Oficina:
Atender a la Escuela de Formación Profesional de Ingeniería de Sistemas
e Informáticas y demás Facultades afines con los docentes que requieran
para el desarrollo de las asignaturas.
Establecer la distribución de la carga académica de los docentes del
Actualizar los sílabos, de acuerdo con los requerimientos curriculares de
la Escuela de Formación Profesional.
Determinar el requerimiento de materiales, reactivos y equipos para el
desarrollo de las asignaturas.
Evaluar las actividades académicas que desarrollan sus miembros.
Participar en los programas permanentes de autoevaluación y
autorregulación para mantener la acreditación de la Facultad.
3.4. Organigrama funcional:
4. Bachiller
Johan Daniel Rocha Horna.
5. Asesor
Ing. Luis Honorato Pita Astengo.
6. Colaboradores
- Ing. Verme Insúa, Juan Manuel. Docente de la Facultad de Ingeniería de
Sistemas e Informática de la UNAP. Colaboró de gran manera en la
definición de los requerimientos del sistema.
- Ing. Reyes Pérez, Annie. Docente de la Facultad de Ingeniería de
Informática y de sistemas de la UCP. Colaboró en la elaboración del
modelado de los requerimientos del sistema.
- Rojas Tenazoa, Julio Martin. Egresado de la Facultad de Ingeniería de
Sistemas e Informática de la UNAP. Colaboró en la programación de un
módulo del sistema.
7. Duración estimada de la ejecución del proyecto
La duración del proyecto a desarrollarse será de 6 semanas aprox.
(Ver anexo 01: Planificación y cronograma de ejecución del proyecto, pág.: 90).
8. Presupuestos estimados
Presupuesto para la elaboración del informe práctico: S/. 1,254.00
(Ver anexo 02: Estimación de costos del Informe Práctico, pág.: 91).
Presupuesto para el desarrollo del Sistema de Gestión de Repositorio: S/.6,850.00
Capítulo I: Introducción
El presente informe fue desarrollado por el Bachiller en Ingeniería de Informática y de
Sistemas Johan Daniel Rocha Horna y muestra en todo su contenido el esquema de
informe solicitado por la comisión PESPAC incluido el modelado del Sistema de
Gestión de Repositorio Digital a nivel WEB a implementar.
El propósito de este trabajo práctico es complementar mi examen profesional con el
tema: “Sistema de Gestión de Repositorio Digital para la FISI-UNAP” para optar el
título profesional de Ingeniero de Sistemas e Informática. El desarrollo del trabajo
práctico se realizó entre el 29 de Enero al 10 de Marzo del 2010 en el distrito de
Iquitos, provincia de Maynas, departamento de Loreto.
Los repositorios Digitales son una alternativa para el manejo de la información
académica que generan las universidades y los centros de investigación. Los
repositorios ofrecen diversas ventajas para el apoyo del desarrollo de las actividades de
docencia e investigación de los estudiantes de las instituciones de educación superior,
sobre todo porque una de las metas de los repositorios es la difusión de los resultados
de la investigación de los universitarios que están en formación.
De acuerdo a lo citado anteriormente, el Director del Instituto de Investigación de la
FISI-UNAP, ha planteado implementar un Sistema de Gestión de Repositorio Digital en
un entorno web con fines académicos, que abarcará un conjunto de servicios que ofrece
la Universidad a los miembros de su comunidad para la recolección y distribución de
materiales digitales. Es esencial un compromiso organizativo para la administración de
estos materiales digitales, incluyendo la preservación a largo plazo cuando sea
necesario, así como la organización y acceso o su distribución.
El desarrollo de todo sistema Web comprende varios aspectos, los cuales hacen que este
sistema pueda tener una mayor durabilidad en el tiempo. Ver un sistema de gestión en
entorno Web desde el punto de vista de un usuario muestra los resultados de análisis
avanzados, reflejados en páginas web sencillas, de fácil manejo y sin aparente
procesos, los cuales se encargan de hacer sostenible en el tiempo el sistema; sólo por
mencionar algunos de estos procesos tenemos: Mantenimiento, consultas, búsquedas,
etc.
Para el desarrollo del sistema se realizará en 4 fases según el proceso iterativo e
incremental de RUP las cuales son: Fase de Inicio, en el cual se desarrollarán los
requisitos del producto desde la perspectiva del usuario, aquí se identificarán los
principales casos de uso del negocio. Fase de Elaboración, en el cual se analizan los
requisitos y se desarrolla un prototipo de arquitectura, obteniendo al final de esta fase
todos los casos de uso correspondientes a requisitos que serán implementados en la fase
de Construcción. Fase de Construcción, en el cual se terminan de analizar e implantar
todos los casos de uso del sistema. Finalmente la Fase Transición consiste en la
implantación y cambio del sistema, incluyendo la capacitación de los usuarios.
Se puede concluir que con el Sistema de Gestión de Repositorio Digital para la
FISI-UNAP, ofrecerá a toda la comunidad de la FISI un servicio que apoyará el desarrollo de
nuevas relaciones entre los estudiantes y el centro de investigación de la FISI; de esta
manera, la Dirección de Instituto de Investigación podrá gestionar la educación,
investigación y recursos de forma más transparente y efectiva.
1.1. Contexto de la Oficina:
La oficina de la Dirección Instituto de Investigación se encuentra ubicada en el
segundo piso de las instalaciones de la FISI. Esta oficina cuenta con un
ambiente propicio para el ejercicio laboral.
Dentro de la oficina se encargan de la distribución de la carga académica de los
docentes, de la actualización de los sílabos de acuerdo a los requerimientos
curriculares, de los requerimientos de materiales, reactivos y equipos para el
desarrollo de las asignaturas, etc.
El sistema de gestión de repositorio funcionará en el ambiente de la Biblioteca
de la FISI, donde también cuenta con un ambiente propicio para el
1.2. Problemática Objeto de la Aplicación:
Cuando los estudiantes investigan sobre un tema que les asigna un docente en
un determinado curso, ellos recurren mayormente a materiales digitales que los
encuentra en páginas web de la Internet, dichos materiales los alumnos los
guardan en diversos medios de almacenamiento como memorias USB, en la
computadora de la cabina de Internet, en discos compactos, en su PC personal
etc. A lo largo del tiempo cuando los alumnos desean de nuevo recurrir a esos
materiales, estos medios de almacenamiento pueden sufrir cambios (pérdidas,
deterioro, robo, etc.) o la página web de donde obtuvo el material ya expiró.
Ante esta problemática se requiere de un sistema de gestión de repositorio que
asegure la preservación y el fácil acceso a los materiales digitales.
1.3. Objetivos
1.3.1.General:
Implementar un sistema informático en entorno web denominado
“Sistema de Gestión de Repositorio Digital para la FISI-UNAP”,
que asegure la preservación y el fácil acceso a los materiales digitales.
1.3.2.Específicos:
- Realizar la recolección de información asociada a la gestión de
Repositorio Digital, para realizar el análisis y diseño.
- Desarrollar el sistema de acuerdo al análisis y diseño usando la
tecnología .NET e Implementar la Base de Datos con la
herramienta SQL Server 2000.
Capítulo II: Descripción del diseño de la solución
2.1. Técnicas de recolección de datos
Para el proceso de recolección de datos se recurrió al método de la entrevista.
La entrevista es una técnica para recabar datos e información de manera verbal
a través de preguntas que el analista de sistemas realiza a personas
involucradas en el análisis de requerimientos.
Esta técnica es una de las más significativas y productivas para recabar la
información necesaria cara a cara con el usuario final de la solución.
Se eligió esta técnica porque nos permite entablar una relación directa con el
usuario final la cual es una excelente oportunidad para establecer una corriente
de confianza entre el usuario y el analista de sistema, lo cual es fundamental
para el transcurso del desarrollo y éxito del proyecto.
Se entrevistó al Ing. Manuel Verme Insúa, Director de la Dirección de
Investigación, que está totalmente involucrado con el sistema de Gestión de
Repositorio, tratando de captar todos los requerimientos para el sistema.
(Ver anexo 04: Entrevista, pág.: 93).
Además, se visitó sitios Web de repositorios digitales de instituciones
académicas para extraer aspectos positivos de éstos, que puede contribuir en la
elaboración de la esquematización del diseño del sistema de Gestión de
2.2. Metodología y Herramientas
2.2.1.Metodología
Para el desarrollo del Software
El Proceso Unificado de Rational (RUP) es un proceso de desarrollo
de software y junto con el Lenguaje Unificado de Modelado (UML)
que es un lenguaje estándar para la visualización, especificación,
construcción y documentación de artefactos de un sistema, constituye la
metodología estándar a utilizar para el análisis, implementación y
documentación del sistema orientada a objetos.
El RUP divide el proceso de desarrollo en ciclos, teniendo un producto
final al final de cada ciclo, cada ciclo se divide en fases que finalizan
con un hito donde se debe tomar una decisión importante:
- Inicio: se hace un plan de fases, se identifican los principales
casos de uso y se identifican los riesgos.
- Elaboración: se hace un plan de proyecto, se completan los casos
de uso y se eliminan los riesgos.
- Construcción: se concentra en la elaboración de un producto
totalmente operativo y eficiente y el manual de usuario.
- Transición: se implementa el producto en el cliente y se entrena a
los usuarios. Como consecuencia de esto suelen surgir nuevos
Para la programación del sistema
Se empleó la metodología Programación por Capas en la que el
objetivo primordial es la separación entre la lógica de negocios y la
lógica de diseño y con el apoyo de la Programación Orientada a
Objetos (POO) que usa objetos y sus interacciones para diseñar
aplicaciones y programas de computadora, conforman una metodología
que utiliza las técnicas de la Programación Orientada a Objetos para
realizar la programación del software de forma ordenada segura y con
calidad permitiendo hacer los programas y módulos más fáciles de
escribir, mantener, y reutilizar.
Programación por Capas:
En este caso utilizamos 3 capas:
Capa de presentación:
Presenta el sistema al usuario, le comunica la información y
captura la información del usuario en un mínimo de proceso
(realiza un filtrado previo para comprobar que no hay errores de
formato). Esta capa se comunica únicamente con la capa de
negocio.
Capa de negocio:
Es donde residen los programas que se ejecutan, se reciben las
peticiones del usuario y se envían las respuestas tras el proceso. Se
denomina capa de negocio (e incluso de lógica del negocio) porque
es aquí donde se establecen todas las reglas que deben cumplirse.
Esta capa se comunica con la capa de presentación, para recibir las
solicitudes y presentar los resultados, y con la capa de datos, para
solicitar al gestor de base de datos para almacenar o recuperar datos
Capa de datos:
Es donde residen los datos y es la encargada de acceder a los
mismos. Está formada por uno o más gestores de bases de datos
que realizan todo el almacenamiento de datos, reciben solicitudes
de almacenamiento o recuperación de información desde la capa de
negocio.
Programación Orientada a Objetos (POO):
La POO expresa un programa como un conjunto de estos objetos, que
colaboran entre ellos para realizar tareas. Esto permite hacer los
programas y módulos más fáciles de escribir, mantener y reutilizar.
De aquella forma, un objeto contiene toda la información que permite
definirlo e identificarlo frente a otros objetos pertenecientes a otras
clases e incluso frente a objetos de una misma clase, al poder tener
valores bien diferenciados en sus atributos. A su vez, los objetos
disponen de mecanismos de interacción llamados métodos que
favorecen la comunicación entre ellos. Esta comunicación favorece a su
vez el cambio de estado en los propios objetos. Esta característica lleva
a tratarlos como unidades indivisibles, en las que no se separan ni deben
2.2.2.Herramientas
Para el éxito de la culminación del presente informe y del sistema de
Repositorio digital se requirieron de las siguientes herramientas
informáticas:
Cuadro 01: Herramientas Fuente: ElaboraciónPropia
2.3. Descripción de la solución propuesta
La implementación del Sistema de Gestión de Repositorio permitirá realizar las
siguientes particularidades:
Preservación de materiales digitales.
La solución permitirá conservar en el tiempo en un servidor de archivos
materiales digitales que son el resultado del ejercicio de la investigación
de los miembros (alumnos, docentes) de la comunidad de la FISI.
NOMBRE DESCRIPCIÓN
Microsoft Windows XP Sistema operativo utilizado para el
desarrollo del sistema.
Microsoft Office 2007
Utilizado para la digitación de
documentos, tales como el informe y
manuales.
Microsoft SQL Server
2000
Servidor de base de datos el cuál será el
depositario de la Data.
Microsoft Visual Studio
.NET 2003
Software utilizado para el desarrollo de la
Aplicación.
Rational Rose 2003 Herramienta utilizada para el modelado
Facilitar el acceso a la información científica y académica.
La solución permitirá brindar a la comunidad de la FISI servicios de
búsqueda de materiales digitales, se podrá visualizar la información de
estos materiales, así como el servicio de grabado de los mismos.
2.4. Indicadores de evaluación de la solución
Debido a que la solución no ha sido implementada con anterioridad, ni
tampoco la solución se trabaja de forma manual, no se puede establecer
directamente indicadores comparativos.
Lo que se podría indicar son los beneficios que resultarían de la implantación
del sistema de repositorio:
- Rápida respuesta a la búsqueda de materiales digitales.
- Alto grado de relación entre el criterio de búsqueda con el
resultado de la búsqueda.
- Fácil gestión del sistema de repositorio.
2.5. Relación de entregables
- Plan de desarrollo del Software:
Representado a través de este informe práctico, el cual contiene:
# Estructura del Informe conforme al reglamento del PESPAC.
# Plan de desarrollo de Software (Documentos de análisis y diseño de
acuerdo a la metodología propuesta)
- Manual Técnico:
Desarrollado con la finalidad de presentar al sistema de Gestión de
Repositorio desde un punto de vista técnico, de esta manera facilitar al
personal encargado con la instalación y el mantenimiento del sistema.
- Manual del Usuario:
Desarrollado con la finalidad de afianzar en el uso del sistema a los
usuarios involucrados y describiendo paso a paso la manera de efectuar los
procesos que le competen.
(Ver Anexo 7: Manual del Usuario, pág.: 103)
- Software Instalando y Funcionando.
Se instalará el sistema de Gestión de Repositorio sobre el hardware
necesario para su implantación para que pueda ser utilizado.
Capítulo III: Desarrollo de la solución propuesta
3.1.Modelado del Negocio
3.1.1.Escenarios y procesos
Los procesos de negocios, es el conjunto de actividades que se realizan
en el sistema con la finalidad de producir resultados, y para el caso del
Sistema de Gestión de Repositorio Digital, los principales procesos de
negocios son:
Escenario Procesos
Solicitando
Almacenamiento de Archivo
- Registrar Solicitud de almacenamiento.
- Evaluar solicitud de almacenamiento.
- Guardar archivo.
Buscando Archivo
- Buscar archivo.
- Visualizar Datos del Archivo.
- Agregar a carrito de grabado de
archivo
Solicitando Grabado de Archivo
- Registrar solicitud de grabado.
- Grabar archivo.
Mantenimiento
- Registrar o actualizar usuarios
(Alumnos, docentes, administradores).
- Registrar Área de Conocimiento.
- Registrar Temas.
3.1.2.Caso de uso del negocio
Alumno Visitante
Buscando Archivo
Docente Solicitando Almacenamiento de Archivo Usuario Web
Solicitando Grabado de Archivo
Asistente Base Datos
Mantenimiento
Encargado Biblioteca
Solicitando Reportes
Jefe Investigacion
3.1.2.1. Escenario: Buscando Archivo
Usuario Web 1. Buscar Archivo
3. Agregar a Carrito Grabado Archivo 2. Visualizar Datos
Figura 04: Caso de Uso del Negocio: Buscando Archivo. Fuente: ElaboraciónPropia.
Descripción:
En este escenario el actor “usuario web” realiza el proceso de “buscar archivo”, que consiste en buscar los materiales de los
cursos que están almacenados en el sistema, según el criterio
de búsqueda que establezca.
Una vez identificado el material podrá realizar el proceso
“visualizar datos”, que consiste en visualizar todos los datos
referentes al archivo.
Además podrá realizar el proceso “Agregar al carrito de
Grabado”, el cual consiste en agregar a una lista los archivos
3.1.2.2. Escenario: Solicitando Almacenamiento
Usuario Web
Docente 1. Registrar Solicitud
Encargado Biblioteca 3. Guardar Archivo
2. Evaluar Solicitud
Figura 05: Caso de Uso del Negocio: Solicitando Almacenamiento. Fuente: Elaboración Propia.
Descripción:
En este escenario el actor “usuario web” realiza el proceso de “Registrar Solicitud”, que consiste en registrar algunos datos
acerca del archivo que solicita guardar en el repositorio.
Esta solicitud es derivada por el sistema al actor “docente” que
se encargará de evaluar la solicitud y completar otros datos del
archivo en caso de que éste sea aprobado, esto se realiza en el
proceso “Evaluar solicitud”.
El actor “encargado biblioteca” realiza el proceso “Guardar archivo”, que consiste en descargar los archivos de los enlaces
3.1.2.3. Escenario: Solicitando Grabado de Archivo
2. Grabar archivo
Encargado Biblioteca Usuario Web 1. Registrar Solicitud
Figura 06: Caso de Uso del Negocio: Solicitando Grabado de Archivo. Fuente: ElaboraciónPropia.
Descripción:
En este escenario el actor “usuario web” realiza el proceso de “Registrar Solicitud”, que consiste en registrar la solicitud de
grabado de archivo asociándole la lista de archivos generado
por el proceso “Agregar al carrito de Grabado”.
El actor “Encargado Biblioteca” realiza el proceso de “Grabar
archivo”, que consiste en atender las solicitudes de grabado de
3.1.2.4. Escenario: Mantenimiento
Registrar o Actualizar usuarios
Registrar o Actualizar area de conocimiento
Registrar o Actualizar Archivos Asistente Base Datos
Figura 07: Caso de Uso del Negocio: Mantenimiento Fuente: ElaboraciónPropia
Descripción:
En este escenario el actor “Asistente Base Datos” realiza
diversos procesos como: “Registrar o actualizar usuarios”, que
consiste registrar o actualizar datos de los usuarios del sistema
(alumno, docente, etc.).
“Registrar o actualizar área de conocimiento”, consiste en
registrar o actualizar las áreas de conocimiento que agrupan
archivos.
“Registrar o actualizar archivos”, que consiste en registrar o
3.1.3.Modelo de objeto del negocio
3.1.3.1. Escenario: Buscando archivo
Archivo Usuario
Carrito Grabado Usuario Web
Figura 08: Modelo de objeto del Negocio: Buscando archivo. Fuente: ElaboraciónPropia.
3.1.3.2. Escenario: Solicitando Almacenamiento
Usuario Area Conocimiento
Usuario Web Solicitud Almacenamiento
Docente
Archivo
Encargado Biblioteca
3.1.3.3. Escenario: Solicitando Grabado de Archivo
Encargado Biblioteca Solicitud Grabado
Archivo Usuario Web
Carrito Grabado
Figura 10: Modelo de Objeto del Negocio: Solicitando Grabado de archivo. Fuente: ElaboraciónPropia
3.1.3.4. Escenario: Mantenimiento
Usuario
Area Conocimiento
Archivo Asistente Base Datos
3.1.4.Modelo de Dominio
Alumno Visitante
Usuario Web Solicitud Grabado 1..n
Figura 12: Modelo de Dominio. Fuente: ElaboraciónPropia.
3.2. Modelado de Requerimientos
3.2.1.Propósito:
Planificar y controlar mediante el presente plan de desarrollo de
software la construcción del Sistema de Gestión de Repositorio para la
Facultad de Ingeniería de Sistemas e Informática de la Universidad
Nacional de la Amazonía Peruana, que permitirá gestionar los
materiales digitales que los miembros de la comunidad de la FISI
solicitan guardar en el repositorio.
Estos materiales digitales son resultado de la investigación de los
miembros de la comunidad de la FISI, que encuentran en Internet y
solicitan ser almacenados en el sistema. La gestión de estos materiales
3.2.2.Alcance
El sistema de Gestión de Repositorio va dirigido para los miembros de
la comunidad de la Facultad de Ingeniería de Sistemas e Informática de
la Universidad Nacional de la Amazonia Peruana. La comunidad de la
FISI está conformado por los alumnos, docentes y egresados, que son
parte importante para que el repositorio digital se enriquezca de
materiales académicos y científicos, de esta manera poder conservarlos
y sea de gran aporte en el ejercicio de la investigación.
La comunidad tendrá acceso libre al sistema de gestión de repositorio
desde la biblioteca de la FISI, el bibliotecario tendrá participación en el
manejo del sistema ya que está involucrado en uno de los servicios que
este brinda. De lo anterior mencionado, el sistema de gestión de
repositorio no está involucrado en los servicios que normalmente la
biblioteca de la FISI brinda a la comunidad.
3.2.3.Descripción de stakeholders y usuarios
3.2.3.1. Resumen de stakeholders
Nombre
Ing. Manuel Verme.
Descripción
Representante de la Oficina de Coordinación Académica
Responsabilidades
- Encargado de velar por el buen funcionamiento del sistema
de Gestión de Repositorio.
- Establece reportes para la toma de decisiones.
3.2.3.2. Resumen de usuarios
Nombre Responsabilidades
Director de
Investigación
-Proponer Áreas de Conocimiento.
-Registrar Temas.
-Registrar Usuarios.
Docente -Evaluar solicitudes de almacenamiento.
-Completar datos del archivo aprobado.
-Autorizar el guardado del archivo en el
repositorio.
Alumno -Realiza solicitudes de Almacenamiento.
-Realiza solicitudes de grabado de archivo.
Encargado de
la Biblioteca
-Descargar los archivos de las solicitudes
aprobadas, para luego guardarlas en el
repositorio.
-Ejecutar las solicitudes de grabado de
archivo.
3.2.4.Descripción global del producto
3.2.4.1. Perspectiva del producto
¿Para Quién?
Para toda la comunidad académica FISI-UNAP. La comunidad está formada por alumnos,
docentes, egresados.
Nombre
SISREPO – FISIUNAP
¿Qué hace?
Registra Usuarios (Docentes, alumnos, Administrador, Bibliotecario).
Registrar Área de Conocimiento.
Registra Temas de las Áreas de Conocimiento.
Registra Solicitudes de Almacenamiento.
Asigna solicitudes de Almacenamiento a los docentes según el área temática a la que
pertenecen.
Evalúa las solicitudes de almacenamiento para su aprobación o rechazo.
Realiza búsquedas de materiales digitales.
Muestra información (detalles) de materiales digitales.
Registra solicitudes de grabado de materiales digitales.
No hace
No brinda servicios que generalmente brinda un centro de biblioteca.
No visualiza el contenido de los materiales digitales.
No permite descarga de los materiales digitales a los alumnos.
Nuestro producto
Ofrecerá a toda la comunidad de la FISI-UNAP un servicio que apoyará el desarrollo de
nuevas relaciones entre los académicos y la Coordinación Académica de la FISI, de esta
manera el centro de investigación podrá gestionar la educación, investigación y recursos de
forma más transparente y efectiva.
El sistema se podrá almacenar diversos documentos en formato digital. Estos son resultado
de las actividades de investigación de los alumnos y docencia de los profesores. En este
sistema se reúne, preserva, divulga y da acceso a los archivos entre nuestra comunidad.
3.2.4.2. Resumen de Características
A continuación se mostrará un listado con los beneficios que
obtendrá el cliente a partir del producto elaborado en el
presente informe:
Beneficio del Cliente Características que lo apoyan
Rapidez en las búsquedas de
archivos dentro del
repositorio.
Sistema a desarrollar.
Mayor precisión en las
búsquedas de archivos.
Sistema a desarrollar.
Asignación de solicitudes de
almacenamiento de archivo
a los docentes de forma
automática.
Sistema a desarrollar.
Mejora en el entendimiento
del Sistema.
Manuales a desarrollar.
Mayor apreciación de la
data, referente a los
reportes.
Sistema a desarrollar.
Fácil gestión del repositorio,
desde la solicitud de
almacenamiento hasta el
guardado del archivo en el
repositorio.
Sistema a desarrollar.
3.2.5.Caso de Uso de requerimientos
Agregar a la lista
Acivar/Inactivar
Enviar Material Eliminar Material
Validar Usuario (Intranet)
Modificar Asignación de docente
Ver estados de solicitudes
Listar Solicitud de almacenamiento
Registrar Usuarios Usuario
Web
Al registrarse la opción para seleccionar los perfiles estara oculto siendo por defecto su perfil el de Alumno
3.2.6.Especificaciones de Caso de Uso
3.2.6.1. Caso de Uso: Validar Usuario
Descripción
Este caso de uso permitirá al usuario (Alumno,
Administrador, Docente y Bibliotecario) acceder al sistema
con los privilegios otorgados por el administrador.
Flujo básico
1. Ingresar email y contraseña del usuario.
2. El sistema comprueba el perfil del usuario que esta
accediendo.
3. Si es de perfil alumno puede acceder a páginas con
permisos en el internet.
4. Si perfil es diferente de alumno, accede a la intranet del
sistema.
Precondiciones
1. Debe ingresar un email válido, caso contrario emitirá un
mensaje informando que No es un email válido.
2. El email y la contraseña deben existir en la base de datos,
de no existir emitirá un mensaje informando: Datos de
acceso incorrectos.
3. El usuario no debe estar en condición inactivo, si lo está
emitirá un mensaje informando: Usted no tiene acceso a
este sistema.
Poscondiciones
Ninguno.
3.2.6.2. Caso de Uso: Editar Datos de Usuarios
Descripción
En este caso de uso se permitirá al usuario (Alumno,
En este caso de uso no se podrá modificar email ni perfiles
(permiso otorgado únicamente al administrador).
Flujo básico.
1. El sistema muestra los datos del usuario en sesión, según
la última actualización.
2. Se ingresan los datos a modificar
3. El sistema guarda los datos.
Precondiciones
1. El usuario ha realizado correctamente el login del sistema.
Poscondiciones
1. En caso de haberse realizado correctamente el proceso de
modificación de los datos de los usuarios, dichos datos
quedan almacenados en la base de datos.
3.2.6.3. Caso de Uso: Cambiar Contraseña
Descripción
Este caso de uso se permitirá al usuario (Alumno,
Administrador, Docente y Bibliotecario), actualizar o
modificar su contraseña en el sistema.
Flujo básico
1. Ingresar contraseña anterior.
2. Ingresar contraseña nueva.
3. Ingresar confirmación de contraseña nueva.
4. El sistema guarda los datos.
Precondiciones
1. El usuario ha realizado correctamente el login del sistema.
2. Debe existir en la base de datos la contraseña anterior,
caso contrario emitirá un mensaje informando que la
contraseña no existe.
3. La contraseña nueva debe ser igual a confirmar
contraseña, caso contrario emitirá un mensaje informando
que la contraseña nueva no coincide con la confirmación
3.2.6.4. Caso de Uso: Registrar solicitud de Almacenamiento
Descripción
Este caso de uso permitirá al usuario (Alumno, Docente)
registrar una solicitud de almacenamiento de materiales
digitales.
Flujo básico
1. Se ingresan los datos generales de la solicitud.
2. Se ingresa la dirección del Web Site donde se encuentra el
material digital.
3. El sistema guarda los datos.
Precondiciones
1. El usuario ha realizado correctamente el login del sistema.
Poscondiciones
1. En caso de haberse realizado correctamente el proceso de
registro de solicitud, los datos de la misma quedan
almacenadas en la base de datos.
3.2.6.5. Caso de Uso: Buscar Materiales Digitales
Descripción
Este caso de uso permitirá al Alumno, consultar la
información general correspondiente a los materiales
solicitados.
Flujo básico.
1. El usuario ingresa los criterios de búsqueda para consultar
los materiales del repositorio.
2. El sistema muestra los materiales que coinciden con el
criterio de búsqueda.
Precondiciones
1. El alumno ha realizado correctamente el login del sistema.
2. Debe existir por lo menos un (01) registro para mostrar la
Poscondiciones
1. El alumno tiene la opción de ver los detalles del material.
3.2.6.6. Caso de Uso: Mostrar Detalles del Material
Descripción
En este caso de uso permitirá al Alumno, consultar la
información detallada de cada material.
Flujo básico.
1. El sistema muestra la información detallada del material
solicitado.
Precondiciones
1. El alumno ha realizado correctamente el login del sistema.
Poscondiciones
2. El alumno puede enviar el material que desee a la “Lista
de Material Solicitado”
3.2.6.7. Caso de Uso: Ver Estado de las Solicitudes
Descripción
Este caso de uso permitirá al Alumno, consultar el estado en
que se encuentran sus solicitudes.
Flujo básico.
2. El sistema muestra la información detallada del estado de
sus solicitudes de almacenamiento de materiales digitales.
Precondiciones
3. El alumno ha realizado correctamente el login del sistema.
Poscondiciones
3.2.6.8. Caso de Uso: Listar Material Solicitado
Descripción
Este caso de uso permitirá al alumno, crear una clave de los
materiales que está solicitando, para luego poder reclamar
mediante esta clave al usuario Bibliotecario los materiales
digitales solicitados.
Flujo básico.
1. El sistema genera un número de clave de la lista de
materiales solicitados.
2. El alumno verifica la lista de materiales que está
solicitando.
3. El alumno envía la lista de materiales a la sesión del
Bibliotecario.
Precondiciones
1. El alumno ha realizado correctamente el login del sistema.
Poscondiciones
1. El alumno tiene la opción de sacar materiales digitales de
la lista.
3.2.6.9. Caso de Uso: Listar Solicitudes de Almacenamiento
Descripción
Este caso de uso permitirá al Administrador, consultar la
información general correspondiente a las solicitudes de
almacenamiento registrados en el sistema.
Flujo básico.
1. El Administrador ingresa los criterios de búsqueda para
consultar las solicitudes de almacenamiento.
2. El sistema muestra la lista de solicitudes de
Precondiciones
1. El administrador ha realizado correctamente el login del
sistema.
2. Debe existir por lo menos un (01) registro de solicitud de
almacenamiento para mostrar en la lista, caso contrario
emitirá un mensaje informando la no existencia de
registros.
Poscondiciones
1. El administrador tiene la opción de asignar la solicitud a
un docente.
3.2.6.10.Caso Uso: Asignar Solicitud al Docente
Descripción
Este caso de uso permitirá al Administrador, asignar
(registrar) una solicitud a un docente.
Flujo básico.
1. Seleccionar la condición (Asignar o Desaprobar).
2. Seleccionar al docente (si la condición es Asignar).
3. El sistema guarda los datos.
Precondiciones
1. El administrador ha realizado correctamente el login del
sistema.
2. La solicitud seleccionada debe de estar en estado Enviado
para poder asignarle a un docente, caso contrario mostrará
páginas de acuerdo al estado actual (Asignado, Aprobado
o Desaprobado), implicando que ya fue ejecutado esa
acción.
Poscondiciones
1. En caso de haberse realizado correctamente el proceso de
asignar (registrar) una solicitud a un docente, los datos de
3.2.6.11.Caso de Uso: Listar Docentes
Descripción
Este caso de uso permitirá al Administrador, consultar la
información general correspondiente a docentes registrados en
el sistema.
Flujo básico.
1. Por defecto el sistema muestra todos los registros al ser
cargado por primera vez.
2. Se ingresa los datos a ser Filtrados (Nombre o Apellido).
3. El sistema muestra la lista de docentes registrados.
Precondiciones
1. El administrador ha realizado correctamente el login del
sistema.
2. Debe existir por lo menos un (01) registro de docentes
para mostrar la lista, caso contrario emitirá un mensaje
informando la no existencia de registros.
Poscondiciones
1. El administrador puede acceder a “Asignar Área(s)
Temática al Docente”.
2. El administrador puede activar/desactivar el estado del
docente.
3.2.6.12.Caso de Uso: Asignar Área(s) Temática
Descripción
Este caso de uso permitirá al Administrador, asignar
(registrar) una área temática al docente seleccionado.
Flujo básico.
1. El sistema muestra (si existiera registro, caso contrario
muestra vacío) al docente con sus respectivas áreas
temáticas asignadas.
Precondiciones
1. El administrador ha realizado correctamente el login del
sistema.
Poscondiciones
1. El administrador puede activar/desactivar el estado del
área temática que tiene asignada el docente.
2. En caso de haberse realizado correctamente el proceso de
registro del docente y su área temática, los datos de la
misma quedan almacenadas en la base de datos.
3.2.6.13.Caso de Uso: Registrar Usuario
Descripción
Este caso de uso permitirá al Administrador, el registro y
asignación de privilegios múltiples de administrador, docente,
bibliotecario y alumno. El usuario registrado podrá realizar las
acciones según el perfil o los perfiles asignados.
Flujo básico
1. Se ingresa los datos del usuario.
2. Se selecciona el perfil o los perfiles del usuario.
3. El sistema guarda los datos.
Precondiciones
1. El usuario administrador ha realizado correctamente el
login del sistema.
2. El email ingresado no debe existir en la base datos, si
existe el sistema no registrará al usuario mostrando un
mensaje informando la existencia del email en la base de
datos.
Poscondiciones
1. En caso de haberse realizado correctamente el proceso de
registro de usuario, los datos de la misma quedan
3.2.6.14.Caso de Uso: Listar Usuarios
Descripción
Este caso de uso permitirá al Administrador, consultar la
información general correspondiente a los usuarios registrados
en el sistema.
Flujo básico.
1. Por defecto el sistema muestra todos los registros al ser
cargado por primera vez.
2. Se ingresa los datos a ser Filtrados.
3. El sistema muestra la lista de usuarios registrados.
Precondiciones
1. El administrador ha realizado correctamente el login del
sistema.
2. Debe existir por lo menos un (01) registro de usuario para
mostrar la lista, caso contrario emitirá un mensaje
informando la no existencia de registros.
Poscondiciones
1. El administrador puede editar los datos de los usuarios.
3.2.6.15.Caso de Uso: Registrar temas
Descripción
Este caso de uso permitirá al Administrador, registrar un tema
de un área temática determinada.
Flujo básico
1. Se selecciona un área temática.
2. Se ingresa el tema.
3. Se comprueba que no se ingrese temas iguales o que
tengan alguna semejanza (ejemplo : Aplicación a la
integral con Aplicaciones a las integrales)
Precondiciones
1. El usuario administrador ha realizado correctamente el
login del sistema.
2. Debe existir el área temática que corresponde al tema que
se desea registrar.
Poscondiciones
1. En caso de haberse realizado correctamente el proceso de
registro del tema, los datos de la misma quedan
almacenadas en la base de datos.
3.2.6.16.Caso de Uso: Listar temas
Descripción
En este caso de uso se permitirá al Administrador, consultar
la información general correspondiente a las áreas temáticas
con sus respectivos temas, registrados en el sistema.
Flujo básico.
1. Seleccionar área temática.
2. El sistema muestra el área temática seleccionada y sus
respectivos temas.
Precondiciones
1. El administrador ha realizado correctamente el login del
sistema.
2. Debe de existir por lo menos un (01) registro de tema en el
área temática seleccionado para mostrar la lista, caso
contrario emitirá un mensaje informando la no existencia
de registros.
Poscondiciones
3.2.6.17.Caso de Uso: Listar Solicitudes Asignadas
Descripción
En este caso de uso se permitirá al Docente, consultar la
información general correspondiente a las solicitudes que le
fueron asignadas por el administrador.
Flujo básico.
1. Por defecto el sistema muestra todos los registros al ser
cargado por primera vez.
2. Se ingresa los datos a ser Filtrados.
3. El sistema muestra la lista de solicitudes asignadas.
Precondiciones
1. El docente ha realizado correctamente el login del
sistema.
2. Debe existir por lo menos un (01) registro de solicitud
asignada para mostrar la lista, caso contrario emitirá un
mensaje informando la no existencia de registros.
Poscondiciones
1. El docente puede acceder a “Evaluar Solicitudes de
Almacenamiento”.
3.2.6.18.Caso de Uso: Evaluar Solicitud de Almacenamiento
Descripción
Este caso de uso permitirá al Docente, evaluar (registrar) una
solicitud asignada.
Flujo básico.
1. El sistema muestra los datos de la solicitud.
2. Seleccionar la condición (Aprobar o Desaprobar).
3. Seleccionar el tema (si la condición es Aprobar).
Precondiciones
1. El docente ha realizado correctamente el login del sistema.
2. La solicitud seleccionada debe estar en estado Asignado
para poder evaluarlo, caso contrario mostrará páginas de
acuerdo al estado actual (Aprobado o Desaprobado),
implicando que ya fue ejecutado esa acción.
Poscondiciones
1. En caso de haberse realizado correctamente el proceso de
registro de evaluar (registrar) una solicitud asignada, los
datos de la misma quedan almacenadas en la base de
datos.
2. El administrador tiene la opción de poder modificar la
evaluación.
3.2.6.19.Caso de uso: Listar solicitudes de Materiales Digitales
Descripción
Este caso de uso permitirá al Bibliotecario, consultar la
información general correspondiente a las solicitudes de
materiales de cada alumno.
Flujo básico.
1. Se ingresa la clave generada.
2. El sistema muestra la lista del material solicitado.
Precondiciones
1. El bibliotecario ha realizado correctamente el login del
sistema.
2. El alumno solicitante debió enviar la lista de los materiales
digitales solicitados.
3. Debe existir por lo menos un (01) registro del material
solicitado para mostrar la lista, caso contrario emitirá un
mensaje informando la no existencia de registros.
Poscondiciones
1. El Bibliotecario tiene la opción de “Acceder a los
3.2.6.20.Caso de uso: Descargar Materiales Digitales
Descripción
En este caso de uso se permitirá al Bibliotecario, descargar los
materiales solicitados por los alumnos.
Flujo básico.
1. El sistema muestra los materiales de la lista.
2. El Bibliotecario descarga los materiales del sistema.
Precondiciones
2. El bibliotecario ha realizado correctamente el login del
3.3. Modelado de análisis
3.3.1.Diagramas de Colaboración (D/C)
3.3.1.1. D/C: Validar Usuario
Figura 14: D/C: Validar Usuario. Fuente: ElaboraciónPropia.
U
3.3.1.2. D/C: Editar datos
3.3.1.3. D/C: Cambiar contraseña
Figura 16: D/C: Cambiar Contraseña. Fuente: ElaboraciónPropia
3.3.1.5. D/C: Buscar Materiales Digitales
Figura 18: D/C: Buscar Materiales Digitales. Fuente: ElaboraciónPropia.
3.3.1.6. D/C: Mostrar Detalles del Material
Figura 19: D/C: Mostrar Detalles del Material. Fuente: ElaboraciónPropia.
3.3.1.7. D/C: Ver Estado de las Solicitudes
Figura 20: D/C: Ver Estado de las Solicitudes. Fuente: ElaboraciónPropia.
3.3.1.8. D/C: Listar Material Solicitado
Figura 21: D/C: Listar Material Solicitado Fuente: ElaboraciónPropia
3.3.1.9. D/C: Listar Solicitudes de Almacenamiento
Figura 22: D/C: Listar Solicitudes de Almacenamiento. Fuente: Elaboración Propia
3.3.1.10.D/C: Asignar Solicitudes al Docente
Figura 23: D/C: Asignar Solicitudes al Docente. Fuente: ElaboraciónPropia
3.3.1.11.D/C: Listar Docentes
Figura 24: D/C: Listar Docentes. Fuente: Elaboración Propia.
3.3.1.12.D/C: Asignar Áreas Temáticas
Figura 25: D/C: Asignar Áreas Temáticas. Fuente: Elaboración Propia.
3.3.1.13.D/C: Registrar Usuarios
Figura 26: D/C: Registrar Usuarios. Fuente: Elaboración Propia.
3.3.1.14.D/C: Listar Usuarios
Figura 27: D/C: Listar Usuarios. Fuente: Elaboración Propia.
3.3.1.15.D/C: Registrar Temas
Figura 28: D/C: Registrar Temas. Fuente: Elaboración Propia.
3.3.1.16.D/C: Listar Temas
Figura 29: D/C: Listar Temas. Fuente: Elaboración Propia.
3.3.1.17.D/C: Listar Solicitudes Asignadas
Figura 30: D/C: Listar Solicitudes Asignadas. Fuente: Elaboración Propia.
3.3.1.18.D/C: Evaluar Solicitudes de Almacenamiento
Figura 31: D/C: Evaluar Solicitudes de Almacenamiento. Fuente: Elaboración Propia.
3.3.1.19.D/C: Listar Solicitudes de Materiales Digitales
Figura 32: D/C: Listar Solicitud de Materiales Digitales. Fuente: Elaboración Propia.
3.3.1.20.D/C: Descargar Materiales Digitales
Figura 33: D/C: Descargar Materiales Digitales Fuente: Elaboración Propia
3.3.2.Diagramas de Secuencia (D/S)
3.3.2.1. D/S: Validar Usuario
: Usuario
3.1.2: Si datos son incorrectos
3.1.2.1: Mensaje de Confirmación
3.1.3: No tiene acceso a este sistema 3.1.1: Datos Validos
3.1.3.1: Mensaje de Confirmación
3.1.1.2: Ingresar a la Intranet
3.1.1.3:Ingresar a la Internet
3.3.2.2. D/S: Editar Datos
UsuarioRegistrar.aspx UsuarioRegistrar.aspx : Usuario
: Usuario ModificarU
suario ModificarU
suario UsuarioUsuario
Datos obligatorios vacios
3: Modificar usuario 1: Cambiar Datos
2: Enviar Datos
4: Mensaje de Confirmación
3.3.2.3. D/S: Cambiar Contraseña
Modif icarU suario... Modif icarU suario... : Usuario
: Usuario UsuarioModif icarContrasenia.UsuarioModif icarContrasenia.aspxaspx obtenerVali darCon... obtenerVali darCon...
Usuario Usuario
1: Ingresar Datos
Campos Vacios
Si Conf irmar contraseña es dif erente a Contraseña nuev a
2: Env iar Datos
3: Comprobar Existe de Contraseña anterior
4: No existe Contraseña anterior
4.1: Mensaje: La contraseña actual ingresada no existe
5: Existe Contraseña anterior
6: Env iar Datos
7: Modif icar Contraseña
8: Mensaje de Conf irmación
