Ingeniería de la Información II Proyecto Final
UNIVERSIDAD NACIONAL PEDRO RUIZ GALLO F A
C F F y yM
G
- U N P R
FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁ MATEMÁTICAS TICAS
Escuela Profesional de Ingeniería en Computación e Informática INGENIERÍA DE LA INFORMACIÓN II II Informe Final. DOCENTE
: Ing. Freddy Campos Flores.
ALUMNO
: • • •
AÑO ACAD.
������ ������� ������ ������� ������� ���� ������� �������� ����� �����
: 2010 – I
Lambayeque, Diciembre de 2010
1
Ingeniería de la Información II Proyecto Final
2
Ingeniería de la Información II Proyecto Final
INDICE __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ PORTADA _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __
INDICE _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ CAPITULO I: GENERALIDADES _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
1.1. PARTICIPANTES DEL PROYECTO _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.1.1. Integrantes _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.2. DESCRIPCIÓN GENERAL DE LA EMPRESA _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.2.1. Razón social _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.2.2. Giro del negocio _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.2.3. Dirección _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.2.4. Teléfonos: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.2.5. Contacto: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.3. ORGANIZACIÓN DE LA EMPRESA _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.3.1. Misión _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.3.2. Visión _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.3.3. Objetivos Estratégicos _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.3.4. Organigrama de la empresa _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 1.3.5. Funciones principales de cada área _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ CAPITULO II: MARCO TEORICO _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
2.1 MARCO TEÓRICO UML _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 2.2 MARCO TEORICO RUP _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 2.2.1. Artefactos a crear _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 2.2.2. Miembros participantes _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 2.2.3. Clases de análisis _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 2.2.4. Flujo de trabajo _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ M ODELADO DEL NEGOCIO _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ CAPITULO III: FASE DE MODELADO 3.1. Procesos del negocio _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 3.2. Casos de Uso del negocio _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 3.3. Especificación de los casos de Uso del negocio (plantilla) _ _ _ _ _ _ _ _ _ _ _ _ _ _ 3.4. Diagramas de Proceso o Diagramas de Actividades del negocio (pintar actividades a automatizar) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 3.5. Modelo de Casos de Uso del negocio _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 3.6. Modelo de Objetos del Negocio _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
3
Ingeniería de la Información II Proyecto Final 3.7. Matriz de actividades a ctividades y requerimientos _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ CAPITULO IV: FASE DE CAPTURA DE REQUISITOS _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
4.1. Contexto del Sistema: Modelo del Dominio _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.2. Requisitos Funcionales _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.3. Requisitos No funcionales _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.4. Descripción de Actores (plantilla) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.5. Descripción de Casos de Uso (plantilla) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.6. Modelo de Casos de Uso del Sistema _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.7. Priorización de Casos de Uso _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 4.8. Diagramas de Casos de uso _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ CAPITULO V: FASE DE ANALISIS _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
5.1. Identificación de paquetes de análisis _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 5.2. Identificación de paquetes de análisis con sus casos de uso _ _ _ _ _ _ _ _ _ _ _ _ _ _ 5.3. Identificación de las clases de análisis _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 5.4. Describir interacciones entre las clases de análisis _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 5.5. Identificar atributos y responsabilidades responsabilidades _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 5.6. Diagrama de Clases (asociaciones, agregaciones, generalizaciones) generalizaciones) _ _ _ _ _ _ _ _ _ CAPITULO VI: FASE DE DISEÑO _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
6.1. Paquete de diagrama de diseño _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.2. Diseño de interfaces _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.3. Realización de casos de uso de diseño _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.4. Descripción de los casos de uso de realización de diseño _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.5. Diagrama de clase general _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.6. Diagrama de navegabilidad _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.7. Diagrama de base de datos _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.7.1. Modelo lógico _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.7.2. Modelo físico _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.8. Diagrama de Implementación _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.8.1. Diagrama de estados _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.8.2. Diagrama de componentes _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.8.3. Diagrama de despliegue _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.9. Conclusiones _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 6.10. Recomendaciones _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ANEXO 1: METODOS DE RECOPILACION DE INFORMACIÓN _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
4
Ingeniería de la Información II Proyecto Final 1. Entrevista _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 2. Observación _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 3. Análisis de Documentación _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ANEXO 2: DOCUMENTO DE VISIÓN _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ANEXO 3: GLOSARIO _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
5
Ingeniería de la Información II Proyecto Final
SISTEMA DE INFORMACIÓN DE LA BIBLIOTECA MUNICIPAL “JOSÉ EUFEMIO LORA Y LORA”, CHICLAYO
6
Ingeniería de la Información II Proyecto Final
CAPITULO I: GENERALIDADES
7
Ingeniería de la Información II Proyecto Final
1.1.
PARTICIPANTES DEL PROYECTO 1.1.1. Integrantes
1.2.
Laines Pisfil, Miriam
Pizarro Castro, Iván
Ramírez Venegas, Mario César
DESCRIPCIÓN GENERAL DE LA EMPRESA 1.2.1. Razón social: Biblioteca Municipal “José Eufemio Lora y Lora”
1.2.2. Giro del negocio: Empresa Pública que brinda servicio a la comunidad
1.2.3. Dirección: Av. Grau Nº 153 – Chiclayo
1.2.4. Teléfonos: 074 – 237642
1.2.5. Contacto: Sr. César Rojas Espinoza. – Representante de la Biblioteca Municipal
1.3.
ORGANIZACIÓN DE LA EMPRESA 1.3.1. Misión: Fomentar la cultura de lectura e investigación literaria, científica, artística y sociocultural, empleando y apoyando constantemente los mecanismos que ayuden a optimizar la administración del servicio de información y el tratamiento de material bibliográfico construyendo con el desarrollo intelectual de nuestra sociedad lambayecana.
8
Ingeniería de la Información II Proyecto Final
1.3.2. Visión Convertir la Biblioteca Municipal den un centro de información, social y científica; integrando la planificación organización, desarrollo, ejecución y difusión del conocimiento de la siguiente manera: 1. Impulsar la creatividad y desarrollo intelectual de las personas. 2. Desarrollando un sistema de información más más accesible, opimo para la creciente demanda de información. 3. Mejorar la calidad de fondo bibliográfico para satisfacer las exigencias del público usuario 4. Gestionar convenios para el equipamiento y capacitación para brindar un servicio eficaz y eficiente conforme a las nuevas normas técnicas bibliotecarias.
1.3.3. Objetivos Estratégicos
Actualizar el Reglamento General de Bibliotecas, orientado a los procesos y a la flexibilidad de acción conforme a las necesidades de los usuarios del sistema bibliotecario.
Perfeccionar los sistemas de gestión de calidad certificados con nuevas herramientas de seguimiento y medición de los procesos, a fin de tomar mejores decisiones.
Generar mejoras tangibles en los procesos y bibliotecas que cuentan con sistema de gestión de calidad certificado para un mayor beneficio hacia los usuarios.
Ampliar la infraestructura física física de bibliotecas en los rubros de: alojamiento de colecciones, espacios individuales para la lectura y, equipos de cómputo.
9
Ingeniería de la Información II Proyecto Final
Incrementar el número de empleados capacitados/actualizados a nivel técnico en las bibliotecas universitarias, para una mejor atención de los usuarios.
Perfeccionar el sistema sistema de selección y adquisición de colecciones documentales a efecto de lograr una mayor cobertura temática de las mismas y agilizar los procesos de adquisición.
Intensificar la formación de usuarios, para la búsqueda y recuperación de información digitalizada, y mejorar sus competencias informativas;
Actualizar la infraestructura tecnológica para la biblioteca y ampliar la capacidad de servicio de los servidores, para alojar más colecciones digitalizadas y asegurar los respaldos de información.
Incrementar la afluencia de lectores en la biblioteca. biblioteca.
Intensificar el proceso de organización documental para reducir el rezago en la clasificación y catalogación de acervos.
Intensificar el proceso de preservación documental a fin de rehabilitar los acervos que se deterioran por el uso intenso.
10
Ingeniería de la Información II Proyecto Final
1.3.4. Organigrama de la empresa
BIBLIOTECA
OF. PROCESSOS T CNICO ICOS
OF. DE REGISTRO Y ESTADITICA
REPOSITORIO DE LIBROS
HEMEROTECA
SALA LAMBAYEQUE
ARCHIVO BIBLIOGRAFICO
TALLER DE EMPASTE Y ENCUADERNACION
MUSEO HISTORICO CULTURAL MUNICIPAL SALA DE EXPOSICION Y MULTIMEDIA
1.3.5. Funciones principales de cada área a. Oficina de Procesos Técnicos: La Oficina de Procesos Técnicos es la dependencia que se encarga de organizar, normalizar y realizar el procesamiento técnico del material bibliográfico de la Biblioteca, a fin de ponerlo al servicio de los usuarios. Este
procesamiento
implica
tanto
labores
manuales
como
automatizadas, tales como el mantenimiento de los registros bibliográficos. El personal de la OPT brinda servicio personalizado de información a toda la comunidad Lambayecana.
b. Oficina de Registro y Estadística: La oficina de Registro y Estadística es la dependencia que se encarga del controlar y evaluar la cantidad de personas que diariamente hacen uso de la biblioteca, esta registra el tipo de material bibliográfico usado, el nivel académico y la asistencia de 11
Ingeniería de la Información II Proyecto Final
personas; para luego emitir una estadística mensual de cada uno de los datos registrados.
c. Repositorio de libros: Archivo bibliográfico.- En esta dependencia se encuentra
•
todo el almacén el cual el lector puede acceder a ellos mediante su solicitud.
d. Hemeroteca En esta dependencia encontraremos una amplia gama de publicación de revistas y diarios de un amplio nivel cultural y científico para satisfacer las necesidades de investigación.
Taller de empaste y encuadernación.- Consiste en empastar
•
y encuadernar el material hemerográfico que diariamente se recolecta del las revistas más emblemáticas de la región.
e. Sala Lambayeque Esta dependencia brinda un servicio con material bibliográfico netamente Regional y su Historial, Económico, Científico y Memorial, Literatura Lambayecana. Consta de ambientes de lectura; ofrecen publicaciones libros, revistas y monografías. •
Museo histórico / Cultural municipal.- Conserva y exhibe muebles antiguos de la Comuna y otros de la Región
•
Sala de exposición y multimedia.- Esta área está siempre a tu servicio con una valiosa colección de fotografías ampliadas del Científico
Alemán
Enrique
Bruning.
La
Exposición
Historiográfica Chiclayo. Siglos XIX y XX con fotografías del archivo DEGOLA.
12
Ingeniería de la Información II Proyecto Final
2. CAPITULO II: MARCO TEÓRICO
13
Ingeniería de la Información II Proyecto Final
2.1.
MARCO TEÓRICO UML
Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; aún cuando todavía no es un estándar oficial, está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes de software reutilizables. Es importante resaltar que UML es un "lenguaje" para especificar y no para describir métodos o procesos. Se utiliza para definir un sistema de software, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo. Se puede aplicar en una gran variedad de formas para dar soporte a una metodología de desarrollo de software (tal como el Proceso Unificado Racional), pero no especifica en sí mismo qué metodología o proceso usar. UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas. Estos diagramas se encuentran categorizados jerárquicamente: Los Diagramas de Estructura enfatizan en los elementos que deben existir en el sistema modelado:
Diagrama de clases
Diagrama de componentes
Diagrama de objetos
Diagrama de estructura compuesta (UML 2.0)
14
Ingeniería de la Información II Proyecto Final
Diagrama de despliegue
Diagrama de paquetes
Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el sistema modelado:
Diagrama de actividades
Diagrama de casos de uso
Diagrama de estados
Los Diagramas de Interacción son un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado:
2.2.
Diagrama de secuencia
Diagrama de colaboración
Diagrama de tiempos (UML 2.0)
Diagrama de vista de interacción interacción (UML 2.0)
MARCO TEORICO RUP
El Proceso Unificado Racional (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización. Originalmente se diseñó un proceso genérico y de dominio público, el Proceso Unificado, y una especificación más detallada, el Rational Unified Process, que se vendiera como producto independiente.
2.2.1.
Artefactos a crear
Los Artefactos a crear ó especificar durante el análisis de los requisitos son: 15
Ingeniería de la Información II Proyecto Final
El modelo de análisis
La clase de análisis
La realización de caso de uso- análisis
La descripción de la arquitectura (Vista del modelo de análisis)
2.2.2.
Miembros participantes
A continuación se detalla quiénes son los miembros del equipo que participan en esta fase, y sus responsabilidades. •
Arquitecto: Es el responsable de la integridad del modelo. El modelo de análisis es correcto cuando realiza la funcionalidad descrita en el modelo de casos de uso, y sólo esa funcionalidad. También es responsable de la arquitectura del modelo de análisis.
•
Ingeniero de casos de uso: Es el responsable de la integridad de una ó más realizaciones de caso de uso, garantizando que cumplen los requisitos que recaen sobre ellos.
•
Ingeniero de componentes: Define y mantiene las responsabilidades, atributos, relaciones y requisitos especiales de una ó varias clases de análisis, asegurándose que cada clase se cumple los requisitos que se esperan de ella de acuerdo a las realizaciones de casos de uso en las que participa. Mantiene la integridad de una ó más paquetes del análisis garantizando que sus contenidos y dependencias son correctos.
16
Ingeniería de la Información II Proyecto Final
2.2.3.
Clases de análisis
Representa una abstracción de una ó varias clases y/o subsistemas del diseño del sistema. Las clases de análisis encajan en tres estereotipos básicos:
Clase de interfaz
•
Modela la interacción entre el sistema y sus actores, es decir, los usuarios y los sistemas externos.
Clase de entidad
•
Modela la información que tiene vida larga y que es a menudo persistente, tales como los datos amanecen en una base de datos.
Clase de control
•
Representa coordinación, secuencia, transacciones y control de otros objetos, y se utiliza con frecuencia para encapsular el control de un caso de uso concreto. También se usan para representar derivaciones y cálculos complejos (lógica de negocio) que no puede asociarse con ninguna información concreta, es decir con una clase concreta.
2.2.4.
Flujo de trabajo
El flujo de trabajo para el análisis es el siguiente:
Analizar la arquitectura
Identificar los paquetes de análisis
Identificar las clases de entidad obvias
Identificar los requisitos especiales comunes
Analizar un caso de uso
Identificar las clases del análisis 17
Ingeniería de la Información II Proyecto Final
Describir las interacciones entre objetos del análisis
Capturar requisitos especiales
Analizar una clase
Identificar responsabilidades
Identificar atributos
Identificar asociaciones y agregaciones
Identificar generalizaciones
Capturar requisitos especiales
Analizar un paquete
18
Ingeniería de la Información II Proyecto Final
3.CAPITULO 3. CAPITULO III: FASE DE MODELADO DEL NEGOCIO
19
Ingeniería de la Información II Proyecto Final
3.1.
Procesos del negocio
Satisfacer pedidos del lector
Gestionar carnet de lector
Gestionar carnet de lector
3.2.
Incrementar la afluencia de lectores
Gestionar préstamo de bibliografía al lector
Gestionar préstamo de bibliografía
Ampliar la estructura física de la biblioteca
Devolver bibliografía al bibliotecario
Registrar material bibliográfico de la biblioteca
Retirar material bibliográfico de la biblioteca
Devolver material bibliográfico
Registrar material bibliográfico
Retirar material bibliográfico
Casos de Uso del negocio CUN01: Generar carnet CUN02: Gestionar préstamo de material bibliográfico CUN03: Devolver material bibliográfico CUN04: Registrar material bibliográfico CUN05: Retirar material bibliográfico
20
Ingeniería de la Información II Proyecto Final
3.3.
Especificación de los casos de Uso del negocio CUN01
Generar carnet Lector
−
Actores
SATCH
−
−
Propósito
Of. De Registros y Estadística
Tener derecho a un carné para el uso de la biblioteca El caso de uso comienza cuando el lector se acerca al SATCH para pagar
Descripción
el valor del carné. El caso de uso termina cuando el lector recibe el carné de lector
Flujo básico de eventos
1. El lector paga el valor del carnet en el SATCH. 2. El SATCH recibe el pago del lector. 3. El SATCH entrega formato de carnet al lector. 4. El lector recibe formato del carnet del SATCH. 5. El lector se dirige a la Of. de Registro y Estadística. 6. El lector entrega formato del carnet en l a Of. de Registro y Estadística. Reci be el formato del carnet del lector. 7. La Of. de Reg. y Est. Recibe Reci be el formato del carnet de lector. 8. La Of. de Reg. y Est. Recibe 9. La Of. de Reg. y Est. Solicita datos personales al lector 10. El lector facilita datos personales a la Of. de Reg. y Est. 11. La Of. de Reg. y Est. S olicita dos fotos tamaño carnet al lector. 12. El lector entrega las fotos a la Of. de Reg. y Est. 13. La Of. de Reg. y Est. Recibe las fotos del lector. 14. La Of. de Reg. y Est. Busca si el lector existe en el Registro de lectores.
15. La Of. de Reg. y Est. Registra al lector en el registro de lectores. Emite ite carnet de lector. 16. La Of. de Reg. y Est. Em 17. La Of. de Reg. y Est. E ntrega el carnet al lector 18. El lector recibe el carnet de la Of. de Reg. y Est. Flujo Alternativo Observación
14.1 Si el lector esta registrado, la Of. de Reg. y Est. Actualiza los datos de registro del lector Costo Administrativo (Público en general S/. 5.00 y escolares S/. 2.50)
21
Ingeniería de la Información II Proyecto Final CUN02 Actores
Gestionar préstamo de material bibliográfico Lector
−
Bibliotecario
−
Propósito
Solicitar material bibliográfico El caso de uso comienza cuando el lector se acerca al repositorio de
Descripción
libros para adquirir bibliografía. El caso de uso termina cuando el lector recibe el carnet.
1. El lector se acerca al repositorio de libros a adquirir bibliografía 2. El lector busca la bibliografía requerida en el catalogo. 3. El lector registra los datos del préstamo en una ficha de adquisición
4. El lector presenta la ficha de adquisición al bibliotecario para el préstamo Flujo básico de eventos
5. El bibliotecario verifica el correcto llenado de la ficha de adquisición.
6. 7. 8. 9.
El bibliotecario solicita el carnet al lector El lector entrega carnet al bibliotecario. El bibliotecario verifica vigencia del carnet del lector. El bibliotecario adjunta carnet del lector a la ficha de adquisición (registrar)
10. El bibliotecario entrega bibliografía al lector 11. El lector recibe bibliografía Flujo Alternativo Observación
7.1 Si el lector no cuenta con carnet, el proceso se da por culminado 9.1 Si el carnet a caducado, el proceso se da por culminado ------
22
Ingeniería de la Información II Proyecto Final CUN03 Actores
Devolver material bibliográfico Lector
−
Bibliotecario
−
Propósito
Devolver el material bibliográfico El caso de uso comienza cuando el lector se acerca al repositorio de
Descripción
libros a devolver bibliografía. El caso de uso termina cuando el lector recoge el carnet.
1. El lector se acerca al repositorio de libros a devolver bibliografía 2. El lector devuelve la bibliografía al bibliotecario. 3. El bibliotecario solicita el nombre del lector para búsqueda del carnet. Flujo básico de eventos
4. El bibliotecario busca el carnet del lector según el nombre dado 5. El bibliotecario declara el libro como devuelto en la ficha de adquisición
6. El bibliotecario registra la ficha de adquisición. 7. El bibliotecario devuelve el carnet del lector al mismo 8. El lector recoge su carnet. Flujo Alternativo Observación
-------------
23
Ingeniería de la Información II Proyecto Final CUN04 Actores Propósito
Registrar material bibliográfico −
Of. de procesos técnicos
Registrar Nuevo Material Bibliográfico ingresante a la Biblioteca El caso de uso comienza cuando el encargado de la Of. de procesos
Descripción
técnicos recibe nuevo material bibliográfico en la Biblioteca. El caso de uso termina cuando no hay nuevo material bibliográfico por registrar en la biblioteca.
Flujo básico de eventos
1. 2. 3. 4. 5.
La Of. de proceso técnico recibe nueva bibliografía. La Of. de proceso técnico codifica la nueva bibliografía. La Of. de proceso técnico Registra nueva bibliografía. La Of. de proceso técnico actualiza el catalogo. La Of. de proceso técnico Coloca bibliografía en el Repositorio.
Flujo Alternativo Observación
CUN05 Actores Propósito
Retirar material bibliográfico −
Of. de procesos técnicos
Eliminar material bibliográfico que se encuentra en la estado El caso de uso comienza cuando el encargado de la Of. de procesos
Descripción
técnicos verifica que hay material bibliográfico en la Biblioteca que está dañado o en mal estado. El caso de uso termina cuando no hay material bibliográfico en la biblioteca que se encuentre en mal estado.
1. La Of. de procesos técnicos separa bibliografía desfasada del repositorio. Flujo básico de eventos
2. La Of. de procesos técnicos deriva el registro de la bibliografía al registro de bajas.
3. La Of. de procesos técnicos actualiza el catalogo. 4. La Of. de procesos técnicos almacena la bibliografía desfasada. Flujo Alternativo Observación
24
Ingeniería de la Información II Proyecto Final
3.4.
Diagramas de Actividades del negocio.
CUN01: Gestionar Carnet Of. de Registro y Estadistica
Lector : Lector
: Of. de registro y estadistica
SATCH
: Lector
: SATCH
Paga el valor del carnet en el Satch
Recibe pago del lector
Recibe formato del carnet del satch
Entrega formato de carnet al lector
Se dirige a la of. de registro y estadistica
Recibe el formato del carnet del lector
Entrega formato del carnet a la of. de reg y est.
Solicita datos personales personales al lector
Facilita datos personales a la of. de reg y est.
Entrega fotos a la of de reg y est
Solicita dos fotos tamaño carnet al lector Recibe las fotos del lector
Busca si el lector existe en el Registro de lect ores
¿Existe? SI
NO Registra al lector en el Registro de lectores : LECTOR LECTOR
Actualiza los datos de registro del lector Emite carnet del lector
: CARNET DE LECTOR
Entrega el carnet al lector
Recibe el carnet de lector
: LECTOR
25
Ingeniería de la Información II Proyecto Final
CUN02: Gestionar préstamo de material bibliográfico Lector
Bibliotecario
: Lector : Bibliotecario
Se acerca al repositorio de libros para adquirir bibliografía : CATALOGO CATALOGO Busca la bibliografia requerida en el catalogo
Registra los datos el prestamo en una ficha de adquisicion
Presenta la ficha para el prestamo
¿Tiene carnet?
: FICHA DE ADQ
Verifica el correcto llenado de la ficha de adquisision
Solicita c arnet arnet al lector
SI Entrega carnet al bibliotecario
Verifica vigencia del carnet del lector ¿Sigue vigente?
: CARNET DE LECTOR
SI
NO
Adjunta el carnet carnet del lector a la ficha de de adquisision (confirmacion de prestamo) Recibe bibliografia
Entregar bibliografia al lector
: PRESTAMO
NO
26
Ingeniería de la Información II Proyecto Final
CUN03: Devolver material bibliográfico Bibliotecario
Lector
: Lector : Bibliotecario
Se acerca al repositorio de libros a devolver el material bibliografico
Solicita nombre del lector para busqueda del carnet
Devuelve la bibligrafia al bibliotecario
Busca carnet del lector segun nombre dado
: Bibliografia Declara el libro como devuelto
Regist Registra ra la ficha de adquisicion
Devuelve el carnet del lector al mismo
: Ficha de aquisicion
Recoje carnet
: Carnet de lector
27
Ingeniería de la Información II Proyecto Final
CUN04: Registrar material bibliográfico Of. de Procesos tecnicos
: Of. de proceso tecnico
Recibe nueva bibliografia
Codifica la nueva bibliografia
: Catalogo
Registra nueva bibliografia
Actualiza Actualiza el catalogo
: Bibliografia
Coloca bibliografia en el Repositorio : Catalogo
28
Ingeniería de la Información II Proyecto Final
CUN05: Retirar material bibliográfico
Of. de proceso tecnico
: Of. de proceso tecnico
Separa bibliografia desfasada del repositorio : Registro de bajas
Deriva el registro de la bibliografia al registro de bajas
Actualiza Actualiza el el Catalogo
: Catalogo
Almacena Almacena la biblio bibliogr graf afia ia desfasada
29
Ingeniería de la Información II Proyecto Final
3.5.
Modelo de Casos de Uso del negocio.
SATCH (f rom ACTORES) ACTORES)
Gestionar carné de lector (f rom CASOS DE USO)
Of. de registro registro y e stadi stica (from ACTORES) ACTORES)
Gestionar Gestionar prestamo prestamo de material bibli ografico (from CASOS DE USO)
Bibliotecario (from ACTORES) ACTORES)
Lector (f rom ACTORES) ACTORES)
Devolver material bi blio grafico (from CASOS DE USO)
Registrar Registrar material bibli ografico (from CASOS DE USO)
Of. de procesos procesos tecnicos (f rom ACTORES) ACTORES)
Retirar Retirar material bib liografico (from CASOS DE USO)
30
Ingeniería de la Información II Proyecto Final
3.6.
Modelo de Objetos del Negocio
CUN01: Gestionar Carnet
registra
solicita
Lector
genera verifica Of. de registro y estadistica
Lector (from ACTORES)
(from ACTORES)
Carnet de lector
CUN02: Gestionar préstamo de material bibliográfico
Catalogo
verifica / selecciona verifica llena verifica
Ficha de aquisicion entrega
Bibliotecario
Lector (from ACTORES)
(from ACTORES)
registra / entrega
verifica Carnet Carnet de l ector
Prestamo
31
Ingeniería de la Información II Proyecto Final
CUN03: Devolver material bibliográfico
verifica / acepta Bibliografia entrega actualiza
Bibliotecario
Ficha de aquisicion
busca / entrega
Lector verifica
(from ACTORES)
(from ACTORES)
Carnet de lector
CUN04: Registrar material bibliográfico
verifica / actualiza Catalogo
registra / actualiza
Of. de proceso tecnico (from ACTORES)
Bibliografia
CUN05: Retirar material bibliográfico
verifica / actualiza Catalogo
registra Of. de proceso tecnico (from ACTORES)
Registro de bajas
32
l a n i F o t c e y o r P
I I n ó i c a m r o f n I a l e d a í r e i n e g n I
s e r o t c A
. s o t n e i m i r e u q e r y s e d a d i v i t c a e d z i r t a M . 7 . 3
y o r t . s i a g c i e t s R í i e d d a . t f s O E
o s U e d o s a C
r o t c e L r a r t s i g e R
t e n r a C r a v i t c A
s o t n e i m i r e u q e R
1 0 F R
2 0 F R
e l b a s n o p s e R
s e d a d i v i t c A
o i r a c e t o i l b i B
t e n r a C r a l u n A
n ó i c u l o v e D r a r t s i g e R
l a i r o e c t i a f M á r r g a o i r t l s b i i g B e R
l a i r e o t c i a f M á r r a g o i z l i l b a i u B t c A
3 0 F R
4 0 F R
5 0 F R
6 0 F R
7 0 F R
8 0 F R
o i r a c e r t o t o i l c b i e B L
o i r a c e r t o t o i l c b i e B L
s o s e c o r p s o e c d i n . c f O é t
s o s e c o r p s o e c d i n . c f O é t
o t c e i f n r á r a g c o i e l b i o d b m i a l a c t a i r s n e e é r i g t p a V r m a r r r a c a t s f i c i s g i r u e e B R V
n ó i c i s i u q r d o a t c n e e ó l i d e c a u h d l t o i c e v f e a n r d l a r r c a a r r r t a t s s i i c s g g u e e B R R
l l a a i i r r e e t t a a o m m g o o o l a v v t e e a u u c n n r r r a a a z r l i c i t f s a i i u d g t o e c C R A
o g o l a t a c r a z i l a u t c A
l a i r o e c t i a f m á r r g e i o v l l o b i v b e D
l a i r e o t c i a f m á r r g a o r i t l s b i i g b e R
l a i r o c e i t f a á r m g r i o a l r b i i t e b R
r r o o t r c t o l e c t e c e l e l d e d e s s d t o o s a t t o d a e t d a r r n r d a a a z r c r l i t r a s t i c a u i g i s t u c e m B A R E
e d t e n r a r o c t r c a l e n o i t s e G
o m a t s é r P r a t i c i l o S
e d o o s i u c e o g d e o n s a C
s o s e c o r . p s o e c d i n . c f é O t
o m a t s é r P r a r t s i g e R
y o r t s i a g i c e t s H r R í e d C t o a d . t T c f s A e O E S L
. r o t c e L
. o i r a c e t o i l b i B
s o s e c o r . p s o e c d i n . c f é O t
e d o c i o f á m r a g t o s i l é r b i p b r l a i a n r o e i t t s a e m G
3 3
Ingeniería de la Información II Proyecto Final
CAPITULO IV: FASE DE CAPTURA DE REQUISITOS
4. 34
Ingeniería de la Información II Proyecto Final
4.2. Requisitos Funcionales. Esta sección define y describe las características de alto nivel (requisitos funcionales) del sistema que son necesarias para cubrir las necesidades de los usuarios. Número
REQUERIMIENTOS FUNCIONALES FUNCIONALES
RF1
Elegir modo de ingreso al sistema.
RF2
Validar área de trabajo y usuario.
RF3
Validar ingreso de Lector
RF4
Solicitar Préstamo.
RF5
Registrar Lector.
RF6
Consultar registro de lector.
RF7
Consultar Deuda.
RF8
Registrar Material Bibliográfico. Bibliográfico.
RF9
Registrar préstamo.
RF10
Registrar devolución.
RF11
Anular carnet del lector.
RF12
Verificar Ficha de Adquisición.
RF13
Actualizar Actualizar Material Bibliográfico.
RF14
Consultar Codificación de Material Bibliográfico.
RF15
Activar carnet del lector.
RF16
Listar Solicitud de Préstamo.
RF17
Pagar Deuda.
4.3. Requisitos No funcionales. 4.3.1.
USABILIDAD
Lista todos los requisitos que están relacionados, o afectan a la usabilidad del sistema.
36
Ingeniería de la Información II Proyecto Final
RNF01: Debe proporcionar un entorno de fácil uso, que permita al usuario desempeñarse de manera eficiente sin necesidad de consultar
RNF02: Se debe comunicar con avisos, ya sea para comunicar si falta algún dato importante en el registro, etc.
RNF03: Se pondrá un link de ejemplo para el llenado de algún dato en especial.
RNF04: Se proporciona la detección de información del lector automáticamente cuando este en contacto con la barra de código del Carnet. 4.3.2.
FIABILIDAD
Estos requerimientos están relacionados con la capacidad del usuario para confiar en las respuestas del sistema, en un sentido técnico, es decir, que la funcionalidad del sistema no se vea afectada por factores ajenos al sistemas como los son los factores técnicos.
RNF05: Para prever caídas del sistema del sistema se harán copias de seguridad.
RNF06: Se utilizará durante algún tiempo el sistema manual actual con la aplicación propuesta, hasta que el sistema esté totalmente probado. 4.3.3.
RENDIMIENTO
Están relacionados con tiempos de respuesta estimados, requeridos para la ejecución en línea de procesos del sistema, teniendo como base la plataforma tecnológica y escenarios específicos a los que en teoría el sistema estará expuesto y frente a los que deberá responder.
37
Ingeniería de la Información II Proyecto Final
RNF07: Optimizar la ejecución de procesos de sistema para disminuir la congestión de recursos.
RNF08: El sistema proporcionará acceso rápido al catalogo de material bibliográfico de la base de datos, no tardando más de 3 segundos. Se calcula que el sistema debe manejar un volumen de datos de 30,000 libros, revistas u otro material bibliográfico y 5,000 lectores. 4.3.4.
MANTENIBILIDAD
Requisitos relacionados con la capacidad para realizar revisiones y cambios sobre la funcionalidad del sistema de manera que no presente una exagerada inversión en recursos el desarrollo del cambio mencionado, en este sentido estos requerimientos están orientados a consideraciones arquitecturales, de diseño, de codificación, al uso de modelos de desarrollo, para lograr que el mantenimiento de sistema sea lo más natural posible.
RNF9: Desarrollar manual técnico de referencia para la aplicación. RNF10: Desarrollar manual de referencia de implementación para la aplicación
RNF11: Seguir una metodología para el diseño que este orientada a la producción de documentos de especificación.
RNF12: Seguir una metodología para la implementación del diseño propuesto. 4.3.5.
AMIGABILIDAD
Requisitos que determinan las características generales de la capa de presentación del sistema en cuanto a las características de diseño gráfico de la misma, además de las facilidades para que el uso del sistema por parte del usuario final. 38
Ingeniería de la Información II Proyecto Final
RNF13: Facilidad de uso de las interfaces de cada proceso. RNF14: Permitir listas de valores para auto-llenado de campos en la interfaz.
RNF15: Desarrollar manual de usuario para la aplicación 4.3.6.
SOPORTE
RNF16: Los datos que se reciben de los lectores deben ser adaptados para que sean compatibles con el formato de la base de datos.
39
Ingeniería de la Información II Proyecto Final
4.4. Descripción de Actores.
Actor Descripción Características
BIBLIOTECARIO
Ac-1
Representa un empleado de la Biblioteca. Personal encargada de registrar los prestamos y devoluciones del material bibliográfico
Relaciones
Generalización “Bibliotecario”
Referencias
DCU (Registrar Préstamo, Registrar Devolución)
Atributos Nombre
Descripción
Código trabajador Identificador de bibliotecario
Tipo String
Comentarios Se necesita de un código que identifique cada empleado que registre su ingreso al sistema.
40
Ingeniería de la Información II Proyecto Final
Actor Descripción Características Relaciones Referencias
OF. DE PROCESOS TÉCNICOS
Ac-2
Representa un empleado de la Biblioteca. Persona encargada de registrar el material bibliográfico nuevo y desfasado. Generalización “Of. de procesos técnicos” DCU (Registrar Material Bibliográfico, Actualizar Material Bibliográfico)
Atributos Nombre
Descripción
Tipo
Código trabajador Identificador de Of. de procesos técnicos String
Comentarios Se necesita un identificador para ingresar al sistema y maneje la base de datos de la Biblioteca.
41
Ingeniería de la Información II Proyecto Final
Actor Descripción
OF. DE REGISTRO Y ESTADÍSTICA
Ac-3
Representa un empleado de la Biblioteca Persona encargada de registrar a los nuevos lectores y llevar
Características
la estadística de los libros más usados así como el lector que mas acude a la biblioteca, entre otros.
Relaciones
Generalización “Of. de registro y estadística”
Referencias
DCU (Registrar Lector, Anular Carnet, Activar Carnet)
Atributos Nombre
Descripción
Código trabajador Identificador de Of. de registro y estad.
Tipo String
Comentarios Se necesita un identificador para ingresar al sistema y registre o actualice lectores.
42
Ingeniería de la Información II Proyecto Final
Actor Descripción
LECTOR
Ac-4
Representa un persona registrada en la Biblioteca Persona que después de registrase debidamente en la
Características
Biblioteca se le entrega su carnet de biblioteca con el cual solicita y presta material bibliográfico.
Relaciones
Generalización “Lector”
Referencias
DCU (Solicitar Préstamo)
Atributos Nombre
Descripción
Código trabajador Identificador de Lector
Tipo String
Comentarios Se necesita un identificador para ingresar al sistema y registre o actualice lectores.
43
Ingeniería de la Información II Proyecto Final
4.5. Descripción de Casos de Uso. ID – Caso Uso
CUS01
Nombre
REGISTRAR LECTOR
Breve Descripción
El Sistema permitirá registrar a todas personas que requieran sus servicios de biblioteca, a través de un formulario.
Autores Implicados
Of. de registro y estadística
Pre Condiciones
Flujo Principal
Previamente el Lector debió pagar el derecho al uso de los servicios de la Biblioteca Municipal y el encargado de la Of. de registro y estadística debió loguearse con su cuenta y contraseña respectiva. 1. El encargado encargado de la Of. de registro y estadística inicia proceso de Registro de Nuevos Lectores. 2. El Sistema presenta un formulario formular io que consiste en el llenado de datos personales del Lector, tales como DNI, Nombre, Apellidos, Dirección, etc. 3. El encargado de la Of. de registro y estadística Ingresa datos del nuevo lector en el formulario y Acepta. 4. El Sistema registra al nuevo Lector. 5. El Sistema imprime el Carnet del Lector. 6. El Sistema modifica la Base de Datos de la Biblioteca.
Post-Condiciones
El Carnet de Lector pasa a ser sellado y firmado por el encargado de la Of. de registro y estadística.
Flujos Alternativos
3.1 Si el encargado encargado de la Of. de registro y estadística estadística no ingresa todos los datos solicitados en el formulario, no se cancela el registro.
Puntos de Extensión
Evento 2, <> Consultar Registro Evento 3, <> Actualizar Lector
44
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS02
Nombre
REGISTRAR PRÉSTAMO
Breve Descripción
El Sistema permitirá registrar préstamos que soliciten los Lectores, a través de un formulario.
Autores Implicados
Bibliotecario.
Pre Condiciones
Flujo Principal
Previamente el Lector debió hacer la solicitud de préstamo y el Bibliotecario debió loguearse con su cuenta y contraseña respectiva. 1. El Bibliotecario inicia proceso de Registro de Préstamo. 2. El Sistema presenta un formulario con los datos del libro solicitado y el código del Lector. 3. El Bibliotecario Bibliotecari o acepta préstamo. 4. El Sistema Registra Préstamo. 5. El Sistema actualiza la Base de Datos de la Biblioteca. 6. El Sistema imprime Voucher Voucher de préstamo.
Post-Condiciones
El Voucher de préstamo pasa a ser sellado y firmado por el Bibliotecario.
Flujos Alternativos
Ninguno
Puntos de Extensión
Evento 2, <> Listar Prestamos
45
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS03
Nombre
REGISTRAR DEVOLUCIÓN
Breve Descripción
El Sistema permitirá registrar devoluciones de material bibliográfico que soliciten los Lectores, a través de un formulario.
Autores Implicados
Bibliotecario.
Pre Condiciones
Flujo Principal
Previamente el Bibliotecario debió loguearse con su cuenta y contraseña respectiva. 1. El Bibliotecario inicia el proceso de Registro de Devolución. 2. El Sistema presenta un formulario solicitando el código del Lector. 3. El Bibliotecario Bibliotecari o ingresa código de Lector y busca. 4. El Sistema carga datos del Préstamo realizado anteriormente por el Lector. 5. El Sistema verifica retraso de material bibliográfico. 6. El Bibliotecario Bibliotecari o acepta devolución. 7. El Sistema Registra la Devolución. 8. El Sistema actualiza la Base de Datos de la Biblioteca. 9. El Sistema muestra mensaje de Conformidad de la Devolución.
Post-Condiciones 3.1 Si no se ingresa el código del Lector no se podrá registrar la devolución. Flujos Alternativos
5.1 Si hay deuda el Lector deberá pagar dicha deuda, deuda, caso contrario se aceptara el material bibliográfico, pero se le seguirá incrementando la mora, inhabilitándole el carnet. 6.1 Si el material bibliográfico bibliogr áfico está dañado o en mal estado, se le cobrara al Lector el costo total del material.
Puntos de Extensión
Ninguno
46
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS04
Nombre
REGISTRAR MATERIAL BIBLIOGRÁFICO
Breve Descripción
El Sistema permitirá registrar nuevo material bibliográfico que ingrese a la Biblioteca Municipal, a través de un formulario.
Autores Implicados
Of. de procesos técnicos
Pre Condiciones
Flujo Principal
Previamente debe ingresar nuevo material bibliográfico a la biblioteca. Y el encargado de la Of. de procesos técnicos debió loguearse con su cuenta y contraseña respectiva. 1. El encargado de la Of. de procesos técnicos inicia el proceso de Registro de Material Bibliográfico. 2. El Sistema presenta un formulario formular io que consiste en el llenado de los principales datos del material bibliográfico, tales como Código, Titulo, Autor, Fecha Publicación, etc. 3. El encargado de la Of. de procesos técnicos ingresa datos solicitados y acepta. 4. El Sistema Registra Material Bibliográfico. Bibliográf ico. 5. El Sistema Actualiza la Base de Datos de la Biblioteca.
Post-Condiciones
Ninguno
Flujos Alternativos
3.1 Si el encargado de la Of. de procesos técnicos no tiene el código del material bibliográfico a registrar, podrá verificar los códigos.
Puntos de Extensión
Evento 3, <> Consultar Codificación de Material Bibliográfico
47
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS05
Nombre
ACTUALIZAR MATERIAL BIBLIOGRÁFICO
Breve Descripción
El Sistema permitirá actualizar el material bibliográfico que se encuentra registrado en la Biblioteca Municipal, a través de un formulario.
Autores Implicados
Of. de procesos técnicos
Pre Condiciones
Flujo Principal
Post-Condiciones
Flujos Alternativos
Previamente debe haber material bibliográfico en mal estado o desactualizado y el encargado de la Of. de procesos técnicos debió loguearse con su cuenta y contraseña respectiva. 1. El encargado de la Of. de procesos técnicos inicia el proceso de Actualizar Material Bibliográfico. 2. El Sistema presenta un formulario formular io que consiste en el ingresar el código del material bibliográfico. 3. El encargado de la Of. de procesos técnicos ingresa código de material bibliográfico a actualizar y busca. 4. El Sistema carga datos del material bibliográfico. 5. El encargado de la Of. de procesos técnicos modifica los datos del material bibliográfico y actualiza. 6. El Sistema actualiza la Base de Datos de la Biblioteca. El material bibliográfico es entregado al Bibliotecario para su posterior ubicación. 3.1 Si el encargado de la Of. de procesos técnicos no tiene el código del material bibliográfico, se podrá verificar código en el sistema. 5.1 Si no se ingresa un campo solicitado en el formulario, no se efectuara el cambio de los datos de material bibliográfico.
Puntos de Extensión
Evento 3, <> Consultar Codificación de Material Bibliográfico
48
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS06
Nombre
ANULAR CARNET
Breve Descripción
El Sistema permitirá anular (bloquear) el carnet del Lector por deuda o caducidad, a través de un formulario.
Autores Implicados
Of. de registro y estadística
Pre Condiciones
Flujo Principal
Previamente el Lector debió querer realizar un préstamo de material bibliográfico y el encargado de la Of. de registro y estadística debió loguearse con su cuenta y contraseña respectiva. 1. El encargado encargado de la Of. de registro y estadística inicia el proceso de Anular Carnet. 2. El Sistema presenta un formulario formular io que consiste en el ingresar el código del Carnet. 3. El encargado de la Of. de registro y estadística ingresa código del carnet y anula. 4. El Sistema actualiza la Base de Datos. 5. El Sistema anula (bloquea) el carnet de lector.
Post-Condiciones
El encargado de la Of. de registro y estadística publica los carnet anulado (bloqueados).
Flujos Alternativos
Ninguno
Puntos de Extensión
Ninguno
49
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS07
Nombre
ACTIVAR CARNET
Breve Descripción
El Sistema permitirá activar el carnet del Lector que fue anulado anteriormente por deuda o caducidad, a través de un formulario.
Autores Implicados
Of. de registro y estadística
Pre Condiciones
Flujo Principal
Previamente el Lector debió pagar o renovar el carnet de lector y el encargado de la Of. de registro y estadística debió loguearse con su cuenta y contraseña respectiva. 1. El encargado encargado de la Of. de registro y estadística inicia el proceso de Activar Carnet. 2. El Sistema presenta un formulario formular io que consiste en el ingresar el código del Carnet. 3. El encargado de la Of. de registro y estadística ingresa código del carnet y activa. 4. El Sistema actualiza la Base de Datos. 5. El Sistema activa el carnet de Lector.
Post-Condiciones
Ninguno
Flujos Alternativos
3.1 Si el encargado encargado de la Of. de registro y estadística estadística no tiene o no se acuerda el código, ingresa a verificar carnet anulados
Puntos de Extensión
Evento 3, <> Listar Lectores Anulados
50
Ingeniería de la Información II Proyecto Final ID – Caso Uso
CUS08
Nombre
SOLICITAR PRÉSTAMO
Breve Descripción
El Sistema permitirá generar una solicitud de préstamo enviando los datos del material bibliográfico y del Lector.
Autores Implicados
Lector
Pre Condiciones
Flujo Principal
Post-Condiciones
Previamente el Lector deberá loguearse con su cuenta y contraseña respectiva. 1. El Lector inicia el proceso de Solicitar Préstamo. 2. El Sistema verifica deuda. 3. El Sistema presenta un formulario formular io que consiste en el ingresar cualquier campo solicitado por en el formulario. 4. El Lector ingresa campo solicitado en el formulario formulari o y busca. 5. El Sistema muestra material bibliográfico con similitud al campo ingresado por Lector. 6. El Lector selecciona el material bibliográfico y presta. 7. El Sistema muestra ficha de adquisición con datos datos específicos del material bibliográfico. 8. El Lector verifica y acepta ficha de adquisición. El Lector deberá acercarse para recibir el material bibliotecario al Bibliotecario 2.1 Si tiene deuda deberá pagar para hacer el préstamo, sino solo podrá realizar búsqueda de material. 4.1 Si no ingresa ningún campo para buscar, no se mostrará ningún material bibliográfico.
Flujos Alternativos
6.1 Si no hay copia alguna del material bibliográfico seleccionado el Lector deberá seleccionar otro, sino no se atenderá la solicitud. 8.1 Si la ficha no es correcta el Lector cancelara dicha solicitud de préstamo.
Puntos de Extensión
Evento 6, <> Verificar Ficha de Adquisición
51
Ingeniería de la Información II Proyecto Final
4.6. Modelo de Casos de Uso del Sistema.
Registrar Lector (from CUNS)
Of. de registro y estadística
Activar Activar Car Carnet net (from CUNS)
(from (from ACTORES)
Anular Anular Carn Carnet et (from CUNS)
Lector (from (from ACTORES)
Solicitar Prestamo (from CUNS)
Registrar Préstamo (from CUNS)
Bibliotecario (from (from ACTORES)
Registrar Devolución (from CUNS)
Registrar Registrar Material Bibliográfico (from CUNS)
Of. de procesos técnicos (from (from ACTORES)
Actualizar Mater Material ial Bibliogr Bibliográf áfico ico
52
Ingeniería de la Información II Proyecto Final
4.7. Priorización de Casos Casos de Uso. CASOS DE USO
IMPORTANCIA
URGENCIA
CU01
Registrar Lector
ALTA
ALTA
CU02
Registrar Préstamo
ALTA
ALTA
CU03
Registrar Devolución
ALTA
ALTA
CU04
Registrar Material Bibliográfico
ALTA
ALTA
CU05
Actualizar Actualizar Material Bibliográfico
MEDIA
MEDIA
CU06
Anular Carnet
ALTA
ALTA
CU07
Activar Carnet
ALTA
ALTA
CU08
Solicitar Préstamo
ALTA
ALTA
4.8. Diagramas de Casos de uso. DCU01: Registrar Lector <>
Of. de registro y estadística
Consultar Registro
Regist Regist rar Lector <>
Actualizar Lector Lector
DCU02: Registrar Préstamo <>
Bilbliotecario
Registrar Prestamo
Listar Prestamos Solicitados
53
Ingeniería de la Información II Proyecto Final
DCU03: Registrar Devolución
Bilbliotecario
Registrar Devolucion
DCU04: Registrar Material Bibliográfico <>
Registrar Material Bibliografico
Of. de Procesos Tecnicos
Consultar Codificacion de Material Bibliografico
DCU05: Actualizar Material Bibliográfico <>
Of. de Procesos Tecnicos
Actualizar Actualizar Materia Materiall Bibliograf Bibliografico ico
Consultar Codificacion de Material Bibliografico
DCUS06: Anular Carnet
Of. de registro y estadística
Anular Anular Carn Carnet et (from CUNS)
DCUS07: Activar Carnet <>
Of. de registro y estadística
Activa Activar Carn Carnet et
Listar Lectores Anulados
54
Ingeniería de la Información II Proyecto Final
DCUS08: Solicitar Préstamo <>
Lector
Solicitar Prestamo
Verificar Verificar Fic ha de Adquisicion
55
Ingeniería de la Información II Proyecto Final
CAPITULO V: FASE DE ANALISIS
5. 56
Ingeniería de la Información II Proyecto Final
5.1. Identificación de paquetes de análisis.
Lector
Usuarios
Biblioteca
Libros
57
Ingeniería de la Información II Proyecto Final
5.2. Identificación de paquetes de análisis con sus casos de uso.
CU01 - Registrar Lector Usuarios (from 1 - PAQUETES) CU02 - Anular Carnet
CU07 - Activar Carnet
Biblioteca (from 1 - PAQUETES)
CU03 - Registrar prestamo
CU04 - Registrar devolucion
Libros (from 1 - PAQUETES)
CU05 - Registrar Material Bibliografico
CU06 - Actualizar Material Bibliografico Lector (from 1 - PAQUETES) CU08 - Solicitar Prestamo
58
r a c i f i r e V :
l a n i F o t c e y o r P
r o t c e l e d t e n r a C :
r a c s u B :
o r t s i g e r r a t l u s n o C : I U G :
I I n ó i c a m r o f n I a l e d a í r e i n e g n I
. s i s i l á n a e d s e s a l c s a l e d n ó i c a c i f i t n e d I . 3 . 5
o r t s i g e r r a t l u s n o C :
r o t c e L r a r t s i g e R : 1 0 U C D
r o t c e L r a z i l a u t c A : I U G :
r o t c e L r a z i l a u t c A :
r o t c e l e d s o t a D r a r t s i g e R : 1 0 I U G :
y o r a t s i c i g t s e í r d e a d t . s f e O :
r o t c e L :
r a z i l a u t c A :
r a r t s i g e R :
9 5
o m a t s e r P :
l a n i F o t c e y o r P
0 6 n o i c i s i u q d a e d a h c i F :
o g o l a t a C : r a t p e c A :
r a n o i c c e l e S : r a c s u B :
a d u e D :
I I n ó i c a m r o f n I a l e d a í r e i n e g n I
o m a t s é r P r a t i c i l o S : 2 0 U C D
o m a t s e r P r a t i c i l o S : 8 0 I U G :
r o t c e L :
n o i c i s i u q d a e d a h c i F r a r t s i g e R : I U G :
r a t s e r P :
r e d n e t A :
l a n i F o t c e y o r P
s o d a t i c i l o S s o m a t s e r P r a t s i L : I U G :
o m a t s e r P :
n o i c i s i u q d a e d a h c i F :
s o m a t s e r P r a t s i L :
I I n ó i c a m r o f n I a l e d a í r e i n e g n I
o m a t s é r P r a r t s i g e R : 3 0 U C D
o m a t s e r p r a r t s i g e R : 3 0 I U G :
o i r a c e t o i l b i B :
r a r t s i g e R :
1 6