Tesis Ultimo

1.
IDENTIFICACION DEL PROBLEMA

1.1. DESCRIPCION DEL PROBLEMA
El Instituto de Sistemas Cusco de la Universidad San Antonio Abab del Cusco,
es un centro de producción que ofrece la Carrera Profesional Técnica de
“Analista de Sistemas”; se encuentra ubicado en la Ciudad Universitaria de
Perayoc, en el Pabellón del Centro de Idiomas, en la Av. de la Cultura Nº 733.
En el Instituto de Sistemas Cusco, se realiza el proceso de préstamo de tesis, el
cual consiste en la solicitud de tesis por parte de los alumnos a la secretaria. En
este proceso surgen algunos inconvenientes, ya que el proceso se realiza
manualmente, lo que presenta los siguientes problemas:
 No existe registro de lectores, ni de las tesis y ejemplares existentes en
secretaria, lo cual hace que no se conozca con exactitud el número real
existente de tesis.
 No se puede realizar una reserva de tesis, ya que el préstamo se realiza solo
si el ejemplar existe.
 El préstamo de las tesis no tiene fecha de devolución ni sanción cuando el
lector no devuelve la tesis.

 No existe registro del préstamo realizado a un lector, ya que se le entrega el
ejemplar a cambio del DNI.

 No se registran datos como la fecha de préstamo, el ejemplar, ni la fecha de
devolución.
 No se registra las bajas de los ejemplares, en casos de deterioro.
 Cuando un lector desea realizar un préstamo, la secretaria tiene que realizar
la búsqueda manualmente lo cual hace que el proceso sea lento, incluso hay
casos en que después de realizar la búsqueda, no encuentra la tesis.
1
1.2. OBJETIVOS
1.2.1. OBJETIVO GENERAL.
Desarrollar un Sistema de Información para el Préstamo de Tesis del Instituto
de Sistemas Cusco-UNSAAC.
1.2.2. OBJETIVO ESPECÍFICOS

 Analizar los procesos realizados en el préstamo de tesis.
 Establecer los requerimientos del sistema de información.
 Diseñar los diagramas de modelamiento del sistema de información.
 Diseñar la Base de Datos de acuerdo a los requerimientos.
1.3. ANTECEDENTES
 La tesis titulada “Sistema de Información para el control de Biblioteca del
Instituto de Sistemas Cusco Vía Web”, presentado por Esteban Guillen
Peralta en el año 2010.
1.4. JUSTIFICACIÓN
El desarrollo del sistema de información de préstamo de tesis, se justifica por
que existirá un registro de los lectores, de las tesis y sus ejemplares existentes
en secretaria, para que se conozca con exactitud el número real existente,
también podrá conocerse con exactitud, el estado de los ejemplares. Se podrá
realizar una reserva de tesis, ya que el préstamo se realiza sólo si el ejemplar
existe. El préstamo de las tesis tendrá fecha de devolución y sanción cuando el
lector no devuelve la tesis en la fecha indicada. Existe registro del préstamo
realizado a un lector, ya que se le entrega el ejemplar solo si el lector se
encuentra registrado en el sistema, se consideran datos como la fecha de
2
préstamo, el ejemplar y la fecha de devolución. Se registrará las bajas de los
ejemplares, en casos de deterioro. Cuando un lector desea realizar un préstamo.
El lector podrá realizar la búsqueda en el sistema, evitando que la secretaria
realice la búsqueda manualmente.
Por los problemas antes mencionados se ve la necesidad de desarrollar un
sistema de información de préstamo de tesis.

Con la implementación del sistema se agilizara la búsqueda de las tesis creando
una codificación de tesis que ayude al bibliotecario a agilizar el proceso de
búsqueda de tesis.
1.5. ALCANCES
 El sistema se encargará de registrar el acceso a los diferentes tipos de
usuario. Estos pueden ser: Lector, Bibliotecario y Docente.

 El desarrollo del sistema, permitirá realizar información vinculada al
préstamo, consulta, reserva y devolución de las tesis y ejemplares.
 El sistema permitirá acceder a diferentes reportes; como son: relación de tesis
disponibles en la biblioteca, relación de tesis prestadas, de material no
devuelto, de lectores morosos, entre otros.
 El sistema permitirá hacer el servicio de consultas, préstamo y reserva de
tesis.
 El sistema ofrecerá mecanismos de seguridad restringiendo el acceso de
personal no autorizado.
 El sistema registrará y almacenará los datos del lector, tesis y ejemplares
3
1.6. LIMITACIONES
 El sistema solo estará diseñado para el instituto de sistemas.
 El sistema no tendrá conexión a la base de datos académico.
 El sistema solo permitirá el préstamo de tesis más no de otro tipo de
textos.
 El sistema no será una aplicación web.
1.7. METAS
 Obtener un instalador del Sistema de información que permita controlar el
servicio de préstamos de tesis del “Instituto de Sistemas Cusco”.

 Manual de usuario.
 Documentación del proyecto.
1.8. METODOLOGÍA
La metodología para el desarrollo del proyecto que se utilizará será el PUDS
(Proceso Unificado de Desarrollo de Software).
Las Características que nos define el PUDS son:

 Está dirigido por Casos de Uso
 Centrado en la arquitectura.
 Su desarrollo se lleva en forma iterativa e incremental.
Y como lenguaje de modelado UML (Lenguaje Unificado de Modelado); ya
que es un leguaje grafico para la especificación, visualización, construcción y
documentación de las piezas usadas en el desarrollo del software.
4
1.9. CRONOGRAMA
MESES FEBRERO MARZO ABRIL MAYO

SEMANAS 1 2 3 4 1 2 3 4 1 2 3 4 1 2
Nombre de la Tarea
Fase de Inicio
Análisis del Problema
Lista de
Requerimientos
Análisis de Factibilidad
Fase de Elaboración
Elaborar Diagrama de
Clases
Estado
Despliegue
Paquetes
Actividades
Fase de Construcción
Diseño Base de Datos
Implementación de la
Base de Datos
Desarrollo del Sistema
Fase de Transición
Pruebas del Sistema
2.1 DESCRIPCIÓN DEL NEGOCIO.

PROCESO DE PRÉSTAMO
5
DESCRIPCION
 El lector se apersona a la biblioteca en busca de una tesis que desea
prestarse.
 La secretaria busca la tesis deseada por el lector, en caso que encuentre la
tesis solicitada por el lector la secretaria procederá a pedir sus datos
personales y su DNI. En caso que la secretaria no encuentre la tesis deseada
el lector procederá a retirarse de la biblioteca. (el DNI se queda en biblioteca como
garantía de la tesis prestada)
PROCESO DE DEVOLUCIÓN.
6
DESCRIPCIÓN.
 El lector se aproxima a la biblioteca para devolver la tesis prestada.

 El lector entrega la tesis prestada a la secretaria.
 La secretaria recibe la tesis y verifica su estado si la tesis se encuentra en buenas
condiciones procederá a devolverle su DNI.

 El lector recibe su DNI y se retira de la biblioteca.
 En caso que la tesis se encuentre dañado la secretaria procederá a sancionar al
lector.
2.2 ESTRUCTURA ORGANIZACIONAL DE NEGOCIO.
7
ESTRUCTURA ORGANIZACIONAL DEL NEGOCIO
En la actualidad la estructura organizacional del negocio, no existe la dependencia de
biblioteca, pero creemos que esta dependencia debería ser administrada por la
Coordinación Administrativa, por lo que proponemos el organigrama presentado. Es en esta
dependencia en la que enfocamos nuestro trabajo.
3.- MARCO CONCEPTUAL

3.1.- GLOSARIO DE TÉRMINOS GENERALES Y DEL NEGOCIO
8
 BIBLIOTECARIO1: Es la persona encargada de la biblioteca para organizar
la información, así como ofrecer servicios para ayudar e instruir a otras
personas en las maneras más eficientes para identificar y acceder a la
información que necesiten, en sus diferentes formatos
(artículo, libro, revista, disco compacto, videograbación, archivo digital, etc.).
 BÚSQUEDA DE TESIS: Proceso en la cual un lector busca y/o verifica la
existencia de la tesis requerida.
 DEVOLUCIÓN2: Proceso por el cual un lector hace la entrega o devolución al
bibliotecario de una tesis prestada.
 DNI3: Se conoce como documento de identidad, documento nacional de
identidad (DNI) o cédula de identidad al documento que emite el Estado para
posibilitar la identificación personal de cada ciudadano.
 ISC: “Instituto de Sistemas Cusco”.
 LECTOR4: Es la persona que habitualmente lee una tesis. Un lector en el ISC
puede ser un alumno o docente, que solicita el préstamo de una tesis.
 RESERVA5: Es un proceso en el cual el lector separa una tesis para luego
solicitar el préstamo.
 REGISTRAR PRÉSTAMO: Proceso en la cual se hace ingreso de un
ejemplar previamente registrado en el sistema.
1
https://es.wikipedia.org/wiki/Bibliotecario
2
https://es.wikipedia.org/wiki/Devoluci%C3%B3n
3
http://www.definicionabc.com/derecho/dni-documento.php
4
http://www.definicionabc.com/general/lector.php
5
https://es.wikipedia.org/wiki/Reserva
9
 SANCIÓN6: Es una amonestación al lector por incumplimiento de las normas
de la biblioteca.
 TESIS: Una tesis es el producto de investigación y elaboración de un sistema
A implementar. En el ISC, es un documento con el cual los alumnos obtienen
su Título Profesional Técnico de Analista de Sistemas.
 TEMA: Asunto principal o materia sobre la que se trata en una conversación,
discurso o parte de un manual o de un libro.
3.2 .- GLOSARIO DE TÉRMINOS INFORMÁTICOS

 BPMN7: Es una notación grafica que describe la lógica de los pasos de un
proceso de negocio. Esta notación ha sido especialmente diseñada para
coordinar la secuencia de los procesos y los mensajes que fluyen entre los
participantes de las diferentes actividades.

 BASE DE DATOS8: Una base de datos o banco de datos es un conjunto de
datos pertenecientes a un mismo contexto y almacenados sistemáticamente
para su posterior uso.
 CASO DE USO9: Un caso de uso es la descripción de un conjunto de
acciones que un sistema ejecuta y que produce un determinado resultado que
es de interés para un actor particular.
6
http://www.significados.com/sancion/
7
https://www.adictosaltrabajo.com/tutoriales/bpmn/#01
8
http://www.definicionabc.com/tecnologia/base-de-datos.php
9
https://es.wikipedia.org/wiki/Caso_de_uso
10
 DIAGRAMA DE CASOS DE USO10: En el Lenguaje de Modelado Unificado,
un diagrama de casos de uso es una especie de diagrama de
comportamiento. UML mejorado El Lenguaje de Modelado Unificado define
una notación gráfica para representar casos de uso llamada modelo de casos
de uso.
 LENGUAJE DE PROGRAMACIÓN11: Es un idioma artificial diseñado para
expresar computaciones que pueden ser llevadas a cabo por máquinas como
las computadoras. Pueden usarse para crear programas que controlen el
comportamiento físico y lógico de una máquina, para expresar algoritmos con
precisión, o como modo de comunicación humana.
 PUDS12: El Proceso Unificado es un marco de desarrollo de software que se
caracteriza por estar dirigido por casos de uso, centrado en la
arquitectura y por ser iterativo e incremental.
CARACTERISTICAS DEL PROCESO UNIFICADO DE DESARROLLO

a) DIRIGIDO POR LOS CASOS DE USO: En el Proceso Unificado
los casos de uso se utilizan para capturar los requisitos funcionales y
para definir los contenidos de las iteraciones. La idea es que cada
iteración tome un conjunto de casos de uso o escenarios y desarrolle
10
https://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso
11
http://definicion.de/lenguaje-de-programacion/
12
https://es.wikipedia.org/wiki/Proceso_unificado
11
todo el camino a través de las distintas disciplinas: diseño,
implementación, prueba, etc.

b) CENTRADO EN LA ARQUITECTURA: El Proceso Unificado asume que
no existe un modelo único que cubra todos los aspectos del sistema. Por
dicho motivo existen múltiples modelos y vistas que definen la
arquitectura de software de un sistema.

c) ITERATIVO E INCREMENTAL: El Proceso Unificado es un marco de
desarrollo iterativo e incremental compuesto de cuatro fases
denominadas Inicio, Elaboración, Construcción y Transición.
 C#13: Es un lenguaje simple orientado a objetos permitiendo una sintaxis
sencilla creado por Microsoft para su nueva plataforma .NET.
 SOFTWARE14: Es todo el conjunto intangible de datos y programas de la
computadora al equipamiento lógico o soporte lógico de un sistema
informático, que comprende el conjunto de los componentes lógicos
necesarios que hacen posible la realización de tareas específicas.
 SISTEMA DE INFORMACIÓN: Es un conjunto de elementos orientados al
tratamiento y administración de datos e información, organizados y listos para
su uso posterior, generados para cubrir una necesidad o un objetivo.
 VISUAL STUDIO15: Es un entorno de desarrollo integrado (IDE, por sus siglas
en inglés) para sistemas operativos Windows. Soporta varios lenguajes de
programación tales como Visual C++, Visual C#, Visual J#, ASP.NET y Visual
13
https://msdn.microsoft.com/es-pe/library/kx37x362.aspx
14
http://fraba.galeon.com/software.htm
15
https://msdn.microsoft.com/es-es/vstudio/aa718325.aspx
12
Basic .NET, aunque actualmente se han desarrollado las extensiones
necesarias para muchos otros.
4.1.- FASE DE INICIO
4.1.1.- Requerimientos del Sistema
R1: El sistema se encargara de identificar y autorizar el acceso a los
diferentes tipos de usuario.
R2: El sistema permitirá registrar datos de Lector.
R3: El sistema debe permitir registrar las tesis y sus ejemplares.
R4: El sistema permitirá la búsqueda de Tesis por diferentes criterios.
R5: El sistema solo debe permitir el préstamo de un ejemplar a la vez por el
lapso máximo de 24 horas.
R6: El sistema permitirá registrar la devolución de ejemplares de Tesis.
R7: El sistema registrará sanciones al lector que no devuelve el ejemplar en
el tiempo establecido o devuelva en mal estado una Tesis.
R8: El sistema anulara la sanción si el lector justifica su falta.
R9: El sistema permitirá visualizar el estado de la tesis.
R10: El sistema permitirá extender el tiempo de préstamo de la tesis si lo
desea el lector
R11: El sistema generará reportes (Relación de deudores, Relación de tesis
prestadas, Relación de Lectores sancionados, Relación de tesis dañadas,
Reporte de tesis más solicitadas).
R12: El sistema deberá permitir la emisión de carnet de lector.
R13: El sistema deberá permitir administrar cuentas de usuario.

13
R14: El sistema debe permitir registrar reserva de tesis y ejemplares.
4.1.2.- IDENTIFICACIÓN DE ACTORES
14
4.1.3.- CASOS DE USO DEL SISTEMA
CU1: Iniciar sesión
CU2: Registrar tesis y ejemplares
CU3: Consultar tesis
CU4: Registrar reserva de ejemplar de tesis
CU5: Registrar préstamo de tesis
CU6: Registrar devolución de tesis
CU7: Registrar sanción
CU8: Emitir Carnet
CU9: Extender préstamo
CU10: Administrar Cuentas de Usuario
CU11: Anular Sanción
CU12: Generar reportes
CU13: Registrar Lector
15
4.1.4.- MATRIZ DE TRAZABILIDAD.
CU1 CU2 CU3 CU4 CU5 CU6 CU7 CU8 CU9 C10 CU11 CU12 CU13
R1 X
R2 X
R3 X
R4 X
R5 X
R6 X
R7 X X
R8 X
R9 X X
R10 X
R11 X
R12 X
R13 X
R14 X
16
4.1.5.- DIAGRAMA DE CASOS USO.
17
4.1.6 CASOS DE USO EXPANDIDO
18
CASO DE USO: INICIAR SESIÓN
Fig. 1 Prototipo del Caso de Uso Iniciar Sesión
NOMBRE DE CASO DE USO INICIAR SESIÓN

Actores: Administrador
PROPOSITO: Autenticar Usuario.
TIPO: Primario
RESUMEN: El usuario accede al sistema
ingresando una cuenta y una
contraseña.
PRE-CONDICION: El Usuario debe estar Registrado
REFERENCIAS: R1
CURSO NORMAL DE LOS EVENTOS
ACCCION DEL ACTOR RESPUESTA DEL SISTEMA
1.-El Usuario ingresa su cuenta y
contraseña. 2.-El sistema verifica los datos
ingresados.
3-El Usuario pulsa botón aceptar. 4.-si los datos ingresados son correctos
muestra mensaje de bienvenida y
permite el acceso al sistema.
CURSOS ALTERNOS: a) Si los datos ingresados por el
Usuario son incorrectos el Sistemas
manda un mensaje de Error.
POST-CONDICION: El Usuario ingreso al sistema.
19
Fig. 2 Prototipo del Caso de Uso Registrar Lector
NOMBRE DE CASO DE USO REGISTRAR LECTOR

Actores: Administrador
PROPOSITO: Registra un Nuevo Lector
TIPO: Primario
RESUMEN: El Administrador ingresa al sistema para
20
registrar a un nuevo lector
PRE-CONDICION: El lector debe estar Registrado
REFERENCIAS: R2
1.-El administrador pulsa el botón 2.-El sistema genera un nuevo código
nuevo
3-El administrador ingresa datos del 4.-el sistema valida y guarda la

nuevo lector información
5.- El administrador visualiza datos
guardados
administrador son incorrectos el
Sistemas manda un mensaje de Error.
POST-CONDICION: El Administrador ingreso al sistema.
21
Fig. 3 Prototipo del Caso de Uso Registrar Lector

Actores: Usuario(Administrador o bibliotecario)
TIPO: Primario
REFERENCIAS: R2
22
nuevo

guardados
23
Fig. 3 Prototipo del Caso de Uso Registrar carnet

Actores: Usuario(Administrador o bibliotecario)
TIPO: Primario
REFERENCIAS: R2
nuevo

guardados
24
CASO DE USO: CONSULTAR TESIS
Fig. 2 Prototipo del Caso de Uso consultar tesis
25
NOMBRE DE CASO DE USO CONSULTAR TESIS
ACTORES: Lector
PROPOSITO: Encontrar la Tesis deseada
RESUMEN: El Lector realiza una búsqueda de la
Tesis según Titulo, Autor.
TIPO: Primario
PRE-CONDICION: La Tesis debe estar registrada.
REFERENCIAS: R4
1.-El Lector ingresa los datos de la 2.-El sistema muestra los resultados
tesis que desea buscar posibles.
CURSOS ALTERNOS: Si no existe la tesis buscada, el
sistema no muestra nada.
POST-CONDICION: El lector conoce el resultado de la
búsqueda realizada.
CASOS DE USO: REGISTRAR TESIS
26
Fig. 3 Prototipo del Caso de Uso Registrar Tesis
NOMBRE DE CASO DE USO Registrar Tesis y Ejemplares

ACTORES: Bibliotecario
PROPOSITO: Registrar nueva Tesis y ejemplar
RESUMEN: El bibliotecario registra nueva Tesis y
ejemplares.
TIPO: Primario
PRE-CONDICION: Registrar un nuevo Tesis
REFERENCIAS: R3
1.-El bibliotecario pulsa el botón nuevo
para registrar una nueva tesis 2.-El sistema genera un código.
27
3.-El bibliotecario registra los datos de 4.-El sistema valida los datos ingresados
la nueva tesis. de la nueva tesis
5.-El bibliotecario pulsa el botón grabar 6.- El sistema muestra el mensaje de
conformidad.
CURSOS ALTERNOS: si el docente no existe o no está
registrado en el sistema deberá pasar a
registrar docente
POST-CONDICION: La tesis se encuentra registrada en el
sistema
CASO DE USO: REGISTRAR RESERVA
28
Fig. 4 Prototipo del Caso de Uso Reservar Tesis
NOMBRE DE CASO DE USO Reservar Tesis

ACTORES: Lector
PROPOSITO: Reservar Tesis
RESUMEN: El Lector realiza la reserva
correspondiente de la Tesis, si está
disponible.
TIPO: Primario
PRE-CONDICION: Realizar búsqueda de Tesis
REFERENCIAS: R14
1.-El lector busca la tesis deseada. 2.-El sistema muestra los resultados
de búsqueda.
3.-El lector selecciona la tesis. 4.-El sistema habilita los datos a

completar.
5.-El lector ingresa sus datos 6.-El sistema valida los datos.
7.-El lector realiza reserva. 8.-El sistema muestra mensaje.
29
CURSOS ALTERNOS: -Si el lector no encuentra la tesis
deseada sale del sistema
-Si el lector ingresa datos incorrectos
sale del sistema
-Si el lector se encuentra sancionado
no podrá realizar la reserva.
POST-CONDICION: La reserva ha sido realizada
CASO DE USO: REGISTRAR PRÉSTAMO
Fig. 5 Prototipo del Caso de Uso Registrar Préstamo
NOMBRE DE CASO DE USO Registrar Préstamo de Tesis

PROPOSITO: Registrar el préstamo de Tesis
reservado.
RESUMEN: El bibliotecario registra el préstamo del
30
Tesis reservado.
TIPO: Esencial, Primario
PRE-CONDICION: Realizar un reserva de Tesis
REFERENCIAS: R5
ACCION DEL ACTOR RESPUESTA DEL SISTEMA
1.- El bibliotecario selecciona el tipo
de lector y busca la reserva
2.-El bibliotecario verifica la reserva 3.-El sistema muestra la Tesis y los
hecha por el Lector. datos de la reserva realizada.
4.-El bibliotecario registra el 5.-El sistema almacena el préstamo de
préstamo, seleccionando la Tesis la Tesis.
CURSOS ALTERNOS: El bibliotecario podrá cancelar el
préstamo en cualquier momento
POST-CONDICION: El préstamo fue realizado.
CASO DE USO: REGISTRAR DEVOLUCIÓN
31
Fig. 6 Prototipo del Caso de Uso Registrar Devolución
NOMBRE DE CASO DE USO Registrar Devolución

ACTORES: Lector ,Bibliotecario
PROPOSITO: Registrar devolución de Tesis.
RESUMEN: El bibliotecario registra la devolución
del Tesis prestada
TIPO: Primario
PRE-CONDICION: Realizar un préstamo de Tesis
REFERENCIAS: R6,R7,R9
1.- El lector realiza la devolución de la
Tesis.
2.- El bibliotecario ingresa la 3.-El sistema guarda la devolución.
devolución del Tesis.
CURSOS ALTERNOS: a) Si el Tesis presenta algún daño se
asigna una sanción.
POST-CONDICION: Se realizó la devolución.
32
CASO DE USO: REGISTRAR SANCIÓN
Fig. 7 Prototipo del Caso de Uso Registrar Sanción
NOMBRE DE CASO DE USO Registrar Sanción

PROPOSITO: Registrar sanción para Lector.
33
RESUMEN: El bibliotecario registra la sanción al
Lector.
TIPO: Primario
PRE-CONDICION: Que exista un préstamo
REFERENCIAS: R7,R9
1.- El Bibliotecario ingresa los datos 2.-El sistema valida los datos
del préstamo lector y tesis ingresados
3.-El Bibliotecario pulsa el botón 4.-El Sistema guarda los datos de
guardar. sanción enviando un mensaje de
confirmación
CURSOS ALTERNOS:
POST-CONDICION: El lector está sancionado
CASOS DE USO: ADMINISTRAR CUENTAS DE USUARIO
34
Fig. 8 Prototipo del Caso de Uso Administrar cuentas de usuario
NOMBRE DE CASO DE USO Administrar cuentas de usuario

ACTORES: Administrador
PROPOSITO: Administrar cuentas de usuario de los
bibliotecarios.
RESUMEN: El Administrador registra cuentas de
usuario
TIPO: Primario
PRE-CONDICION: Que el usuario sea Alumno o Docente
del Instituto de Sistemas Cusco.
REFERENCIAS: R13
1.- El administrador desea registrar a
35
una nueva cuenta. 2-El sistema genera código.
3.-El Administrador ingresa los datos. 4.-El sistema valida los datos.
5.-El Administrador registrar la 6.-El Sistema guarda.
cuenta.
CURSOS ALTERNOS:
POST-CONDICION:
CASOS DE USO: GENERAR REPORTES
Fig. 10 Prototipo del Caso de Uso Administrar cuentas de usuario
NOMBRE DE CASO DE USO Generar Reportes

PROPOSITO: Emitir diferentes tipos de Reportes
36
RESUMEN: El bibliotecario emite reportes como:
 Lista de Tesis
 Relación de sancionados
TIPO: Esencial, Primario
PRE-CONDICION: Emitir Reportes
REFERENCIAS: R11
ACCCION DEL AUTOR RESPUESTA DEL SISTEMA
1.- E l bibliotecario selecciona el reporte que 2-El sistema le muestra el reporte
desea generar. generado.
CURSOS ALTERNOS:
POST-CONDICION:
4.1.7.- DIAGRAMA DE CASOS DE ANALISIS

Diagrama de Caso de Análisis Registrar Lector
37
Diagrama de Caso de Análisis Iniciar Sesión
Diagrama de Caso de Análisis Generar Reportes
38
Diagrama de Caso de Análisis Consultar Tesis
Diagrama de Caso de Análisis Registrar Sanción
39
Diagrama de Caso de Análisis Registrar Tesis
Diagrama de Caso de Análisis Registrar Reserva
40
Diagrama de Caso de Análisis Registrar Préstamo de Tesis
Diagrama de Caso de Análisis Registrar Devolución ojo
41
Diagrama de Caso de Análisis Emitir Carnet
4.1.8.- OBJETIVOS DEL SISTEMA DE INFORMACION
 Permitir el ingreso a usuarios autenticando su contraseña para realizar
procesos.
 Permitir registrar a los usuarios.
 Permitir registrar tesis y ejemplares
 Permitir realizar consultas según preferencias de los lectores.
 Permitir reservar tesis o ejemplares.
 Permitir registrar préstamo de tesis o ejemplares.
 Permitir registrar devolución de tesis o ejemplares.
42
 Permitir anular sanción a lectores.
 Permitir registrar sanción a lectores.
 Permitir extender préstamo de tesis o ejemplares.
 Permitir generar reporte de relación de lectores sancionados.
 Permitir generar reporte de relación de tesis o ejemplares dañadas.
 Permitir generar relación de tesis prestadas.
 Permitir generar relación de tesis o ejemplares más solicitadas.
 Permitir generar relación de lectores deudores.
4.1.9. ESTUDIO DE FACTIBILIDAD
Para determinar que el “Sistema de Información para el préstamo de Tesis del
Instituto de Sistemas Cusco-Unsaac”. Sea factible, veremos este aspecto
desde tres puntos de vista:
4.1.9.1. FACTIBILIDAD TÉCNICA
El Instituto de Sistemas Cusco actualmente cuenta con el hardware y
software apropiado para el desarrollo y la posterior implantación del
sistema, todos estos equipos pertenecen también a la Universidad
Nacional San Antonio Abad Cusco que cuenta con algunas licencias de
software por lo cual es técnicamente factible.
En la actualidad el Instituto de Sistemas Cusco cuenta con el siguiente
hardware:
 HP 8100
 Disco duro 512GB
 RAM 4GB
 Procesador de Intel Core I5 CPU 3.33 GHz 3.47GHz.
43
En el Software cuentan con licencias de software legítimo, lo cual hace
que el desarrollo del sistema sea técnicamente factible:
 SqlSever2014
 Visual Studio2013
4.1.9.2. FACTIBILIDAD OPERATIVA
Para el buen manejo del Sistema de Información para préstamo de Tesis
del Instituto de Sistemas Cusco cuenta con personal capacitado, por otra
parte el bibliotecario tiene estudios básicos en sistemas de información.

Por lo tanto, el desarrollo del sistema se considera factible desde el punto
de vista operativo.
4.1.10 ANÁLISIS DE RIESGOS
La planificación del desarrollo de un Sistema de Información, está afectado
por riesgos que se perciben en el entorno del ámbito laboral.
Por tanto, uno de los primeros pasos, al realizar el sistema de información es
tener en cuenta una lista de riesgos, los cuales son los siguientes:
Desintegración del grupo de desarrolladores .- La desintegración del
grupo de desarrolladores del sistema de información, representa un riesgo y
una limitación que podría afectar la conclusión del sistema de información,
ya que si uno de los integrantes del grupo abandona el proyecto por
cualquier motivo retrasaría el desarrollo de las actividades definidas en el
cronograma, impidiendo la culminación del proyecto en la fecha programada
44
Gestión de Riesgos.- La forma que se planifica el desarrollo de un sistema
de información, está afectada por riesgos que se perciben en el entorno de
trabajo. Por tanto, uno de los primeros pasos, al realizar el sistema de
información es tener en cuenta una lista de riesgos, los cuales son los
siguientes.
4.1.10.1 VISIÓN GENERAL DE RIESGOS
Riesgos Relacionados con Respecto a la Tecnología a usar
RIESGO IMPACTO ESTRATEGIA

Poco conocimiento acerca del Bajo A
proceso unificado de desarrollo
de software (PUDS).
Poco conocimiento acerca de Medio A
Lenguaje de Programación de
Visual Studio 2013 - LinQ.
Poco conocimiento acerca del Bajo A
gestor de Base de Datos.
Riesgos Relacionados con la Arquitectura

Elección errónea de casos de Bajo B
uso para la estructura del
sistema.
No realizar el proyecto en el Medio B
tiempo predefinido.
Diseñar la Base de Datos de Bajo B
forma errónea.
45
4.1.10.2 PROCESO DE MANEJO DE RIESGOS
Estrategias de Prevención de Riesgo
Estrategia Pasos Determinados

A  Consultar con expertos en el tema.
 Búsqueda de información en Internet
 Elección de Bibliografía a estudiar sobre el UML, PUDS,
Visual Studio.
B  Observar los procesos que se realizan en el sistema.
C  Permanente comunicación con los usuarios que
utilizarían el sistema.
 Establecer un manual de usuario.
D  Conversar de forma continua con los desarrolladores del
sistema.
E  Permanente comunicación entre los desarrolladores del
sistema.
4.1.10.3 RIESGO REFERENTE A LA CONSTRUCCIÓN DEL SISTEMA
Riesgos Referentes a la Construcción del Sistema Apropiado
46
Rechazo a las interfaces Bajo C
del sistema.
Información reducida para el Medio C
entendimiento del problema.
No tener la información Medio E
suficiente para realizar el
sistema.
4.2 FASE DE ELABORACION.
4.2.1. DIAGRAMA DE SECUENCIA.
4.2.2. DIAGRAMA DE CLASES.
4.3 FASE DE CONSTRUCCION.
4.3.1. DIAGRAMA DE LA BASE DE DATOS.
4.3.2. ARQUITECTURA DEL SISTEMA.
4.3.2.1. DIAGRAMA DE COMPONENTES.
47
4.3.2.2. DIAGRAMA DE DESPLIEGUE.
48
4.3.3. DISEÑO E IMPLEMENTACION DE LA BASE DE DATOS.
49
4.3.4. DESCRIPCION DE TABLAS.
50
4.4. FASE DE TRANSICION.
51

Tesis Ultimo

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Tesis Ultimo

Загружено:

Авторское право:

Доступные форматы

1.

IDENTIFICACION DEL PROBLEMA

El Instituto de Sistemas Cusco de la Universidad San Antonio Abab del Cusco,

es un centro de producción que ofrece la Carrera Profesional Técnica de

“Analista de Sistemas”; se encuentra ubicado en la Ciudad Universitaria de

Perayoc, en el Pabellón del Centro de Idiomas, en la Av. de la Cultura Nº 733.

En el Instituto de Sistemas Cusco, se realiza el proceso de préstamo de tesis, el

cual consiste en la solicitud de tesis por parte de los alumnos a la secretaria. En

este proceso surgen algunos inconvenientes, ya que el proceso se realiza

manualmente, lo que presenta los siguientes problemas:

 No existe registro de lectores, ni de las tesis y ejemplares existentes en

secretaria, lo cual hace que no se conozca con exactitud el número real

lector no devuelve la tesis.

ejemplar a cambio del DNI.

casos en que después de realizar la búsqueda, no encuentra la tesis.

Desarrollar un Sistema de Información para el Préstamo de Tesis del Instituto

1.2.2. OBJETIVO ESPECÍFICOS

Instituto de Sistemas Cusco Vía Web”, presentado por Esteban Guillen

Peralta en el año 2010.

en secretaria, para que se conozca con exactitud el número real existente,

también podrá conocerse con exactitud, el estado de los ejemplares. Se podrá

realizar una reserva de tesis, ya que el préstamo se realiza sólo si el ejemplar

existe. El préstamo de las tesis tendrá fecha de devolución y sanción cuando el

lector no devuelve la tesis en la fecha indicada. Existe registro del préstamo

realizado a un lector, ya que se le entrega el ejemplar solo si el lector se

encuentra registrado en el sistema, se consideran datos como la fecha de

ejemplares, en casos de deterioro. Cuando un lector desea realizar un préstamo.

El lector podrá realizar la búsqueda en el sistema, evitando que la secretaria

realice la búsqueda manualmente.

Por los problemas antes mencionados se ve la necesidad de desarrollar un

sistema de información de préstamo de tesis.

una codificación de tesis que ayude al bibliotecario a agilizar el proceso de

usuario. Estos pueden ser: Lector, Bibliotecario y Docente.

préstamo, consulta, reserva y devolución de las tesis y ejemplares.

 El sistema permitirá acceder a diferentes reportes; como son: relación de tesis

disponibles en la biblioteca, relación de tesis prestadas, de material no

devuelto, de lectores morosos, entre otros.

 El sistema permitirá hacer el servicio de consultas, préstamo y reserva de

servicio de préstamos de tesis del “Instituto de Sistemas Cusco”.

La metodología para el desarrollo del proyecto que se utilizará será el PUDS

(Proceso Unificado de Desarrollo de Software).

Las Características que nos define el PUDS son:

Y como lenguaje de modelado UML (Lenguaje Unificado de Modelado); ya

que es un leguaje grafico para la especificación, visualización, construcción y

documentación de las piezas usadas en el desarrollo del software.

MESES FEBRERO MARZO ABRIL MAYO

2.1 DESCRIPCIÓN DEL NEGOCIO.

 El lector se apersona a la biblioteca en busca de una tesis que desea

 La secretaria busca la tesis deseada por el lector, en caso que encuentre la

tesis solicitada por el lector la secretaria procederá a pedir sus datos

personales y su DNI. En caso que la secretaria no encuentre la tesis deseada

el lector procederá a retirarse de la biblioteca. (el DNI se queda en biblioteca como

garantía de la tesis prestada)

 El lector se aproxima a la biblioteca para devolver la tesis prestada.

condiciones procederá a devolverle su DNI.

2.2 ESTRUCTURA ORGANIZACIONAL DE NEGOCIO.

En la actualidad la estructura organizacional del negocio, no existe la dependencia de

Coordinación Administrativa, por lo que proponemos el organigrama presentado. Es en esta

dependencia en la que enfocamos nuestro trabajo.

3.- MARCO CONCEPTUAL

la información, así como ofrecer servicios para ayudar e instruir a otras

personas en las maneras más eficientes para identificar y acceder a la

información que necesiten, en sus diferentes formatos