CRONOGRAMA DE ACTIVIDADES Y O PLAN DE ACCIÓN

Actividades Año (2016-2017) (trimestre I) SEMANAS

1 2 3 4 5 6 7 8 9 10 11 12

Conformación del grupo

de proyecto

Taller (Introducción al
Abordaje Comunitario).

 Selección y 1º
contacto con la
comunidad.
 Presentación
propuesta verbal
de proyecto.
 Identificación del
proyecto.
 Diagnostico
comunitario.
 2º visita a la
comunidad.
 Contacto con
representante del
concejo comunal
“Las Manoas”
(diagnostico
I
Comunitario).
Cuadro.4 cronograma de actividades trimestre 1

Actividades Año (2016-2017) (trimestre II) SEMANAS

1 2 3 4 5 6 7 8 9 10 11 12

 3º visita a la
comunidad con la
tutora (entrega y
firma de la carta
aval).
 Descripción del
estudio: objetivos
 generales y
específicos.
 Descripción de la
situación
II problema.
 Formulación del
proyecto.
 Marco teórico.

 Plan de acción.

 Metodología.
 Metodología del
marco lógico.
 Diseño
instruccional.
Cuadro.4 cronograma de actividades trimestre 2

Actividades Año (2016-2017) (trimestre III) SEMANAS

1 2 3 4 5 6 7 8 9 10 11 12

 Taller (conceptos
básicos sobre el
computador).
 Ejecución del
proyecto socio-
tecnológico.
 Taller: ¿cómo
III realizar
mantenimiento
preventivo al
computador?
 Redacción del
informe final de
proyecto.
 Defensa final del
PST

Cuadro.4 cronograma de actividades trimestre 3

domingo, 6 de octubre de 2013

METODOLOGIA RUP

METODOLOGÍA RUP (RATIONAL UNIFIED PROCESS)

Es una metodología cuyo fin es entregar un producto de software. Se estructura todos los procesos
y se mide la eficiencia de la organización.
Es un proceso de desarrollo de software el cual utiliza 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 es un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

Describe como aplicar enfoques para el desarrollo del software, llevando a cabo unos pasos para su
realización.
Se centra en la producción y mantenimiento de modelos del sistema

Principales características

 Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo)
 Pretende implementar las mejores prácticas en Ingeniería de Software
 Desarrollo iterativo
 Administración de requisitos
 Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar
centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos
tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles
(papel que desempeña una persona en un determinado momento, una persona puede desempeñar
distintos roles a lo largo del proceso).

CICLO DE VIDA

Esfuerzo en actividades según fase del proyecto

El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los
elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones.
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número
variable según el proyecto y en las que se hace un mayor o menor hincapié en las distintas
actividades.

Fases del ciclo de vida del RUP:

1. Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy general de la
arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.

2. Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que permiten
definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación
de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución
preliminar.
3. Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello
se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las
evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

4. Fase de Cierre: El propósito de esta fase es asegurar que el software esté disponible para los
usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar
a los usuarios y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con
las especificaciones entregadas por las personas involucradas en el proyecto.

La metodología RUP tiene 6 principios clave:

1. Adaptación del proceso: El proceso debe adaptarse a las características de la organización para
la que se está desarrollando el software.

2. Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los inversores del
proyecto.

3. Colaboración entre equipos: Debe haber una comunicación fluida para coordinar requerimientos,
desarrollo, evaluaciones, planes, resultados, entre otros.

4. Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una forma interna, en
etapas iteradas. En cada iteración se evaluará la calidad y estabilidad del producto y analizará la
opinión y sugerencias de los inversores.

5. Elevar el nivel de abstracción: Motivar el uso de conceptos reutilizables.

6. Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto de la producción.

Disciplina de desarrollo de RUP

Determina las etapas a realizar durante el proyecto de creación del software.

 Ingeniería o modelado del negocio: Analizar y entender las necesidades del negocio para el
cual se está desarrollando el software.
 Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del sistema.
 Análisis y diseño: Trasladar los requisitos analizados anteriormente a un sistema
automatizado y desarrollar una arquitectura para el sistema.
 Implementación: Crear software que se ajuste a la arquitectura diseñada y que tenga el
comportamiento deseado.
 Pruebas: Asegurarse de que el comportamiento requerido es correcto y que todo lo solicitado
está presente.
 Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.

Disciplina de soporte RUP

Determina la documentación que es necesaria realizar durante el proyecto

 Configuración y administración del cambio: Guardar todas las versiones del proyecto.
 Administración del proyecto: Administrar los horarios y recursos que se deben de emplear.
 Ambiente: Administrar el ambiente de desarrollo del software.
 Distribución: Hacer todo lo necesario para la salida del proyecto.

Elementos del RUP

 Actividades: Procesos que se han de realizar en cada etapa/iteración.
 Trabajadores: Personas involucradas en cada actividad del proyecto.

 Artefactos: Herramientas empleadas para el desarrollo del proyecto. Puede ser un

documento, un modelo, un elemento del modelo.

Artefactos

RUP en cada una de sus fases (pertenecientes a la estructura estática) realiza una serie de
artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema (entre
otros). Estos artefactos (entre otros) son los siguientes:

Inicio:
 Documento Visión
 Especificación de Requerimientos

Elaboración:
 Diagramas de caso de uso

Construcción:
 Documento Arquitectura que trabaja con las siguientes vistas:

VISTA LOGICA:
 Diagrama de clases
 Modelo E-R (Si el sistema así lo requiere)

VISTA DE IMPLEMENTACION:
 Diagrama de Secuencia
 Diagrama de estados
 Diagrama de Colaboración

VISTA CONCEPTUAL
 Modelo de dominio

VISTA FISICA
 Mapa de comportamiento a nivel de hardware.
jaciel alcala http://jacieljesusalcala.blogspot.com/2013/10/metodologia-rup.html

FASE DE INICIO
En esta fase realizaremos las actividades que se deben realizar en la metodología RUP y también se
desarrollara los planes que se harán en el sistema. Luego de ver los distintos problemas existentes en
la biblioteca de la ETAR “Cumanagotos”

VISION DEL PROYECTO

El propósito del presente proyecto es para mejorar la administración de préstamos y devoluciones de

libros mediante un sistema. Con el mismo a la vez se quiere dar la facilidad al bibliotecario de realizar
un control eficiente y dar una buena atención a los diferentes usuarios que acuden en solicitud de
algún libro.

MISION DEL PROYECTO

La misión del proyecto es de dar un buen sistema de control en la biblioteca de la carrera de

Informática dando una mayor eficiencia al préstamo y devolución de libros y de esta manera poder
llevar un control optimo por parte del bibliotecario.

PLANIFICACION

FASE DE INICIO

DIAS ITERACION
ACTIVIDAD
Elaborar visión y misión del Proyecto 1 1
Elaborar la planificación del Proyecto 3 1
Elaborar el modelo de negocio 5 1
Estudio de requisitos 7 1
FASE DE ELABORACION

ACTIVIDAD DIAS ITERACION

Elaboración diagrama de casos de uso 2 2
Elaboración diagrama de secuencias 2 1
Elaboración diagrama de estado 3 2
Elaboración diagrama de clases 6 3

MODELADO DEL NOGOCIO

En el modelado del negocio trataremos de identificar todos los requisitos que se pueda llegar a tener
en el sistema sea por parte del usuario o del bibliotecario, se puede llegar a ver os siguientes requisitos:

 Préstamo
1. Los usuarios podrán solicitar Material Bibliográfico dependiendo de la existencia y
disponibilidad del Material Bibliográfico.
2. El usuario podrá solicitar una cantidad máxima de dos libros.
3. El periodo máximo de préstamo será de una semana calendario.
4. Los usuarios que tengan alguna sanción vigente no podrán realizar préstamos.
5. Para realizar un préstamo es necesario estar registrado en el sistema ya existente en
la biblioteca.
6. En caso de que el usuario sea nuevo se realizara un registro único cada principio de
semestre.
7. Cada usuario sabrá la fecha límite de devolución del material que tiene en su poder.
8. El usuario deberá portar CI y matrícula universitaria para realizar el préstamo del
material que solicito.
 Devolución
1. El usuario deberá devolver el Material Bibliográfico antes de los siete días calendario
estipulado.
2. En caso de exceder la fecha límite de devolución de los siete días calendarios se le
emitirá una sanción al usuario infractor.
3. En caso de que el día de devolución sea en un día festivo (feriado) o por algún motivo
de no atención de la biblioteca la devolución será al día siguiente de la fecha estipulada en el
momento del préstamo.
El sistema se implementara en las maquinas con las que se cuenta en la biblioteca de la carrera de
Informática, lo que se trata de implementar es que el sistema sea más eficiente que el actual existente.

Wenddy Pally http://proyectobibliotecainf162.blogspot.com/p/fase-de-inicio.html

FASE DE ELABORACION
En esta parte identificaremos las problemáticas existentes en el modelo de negocios, donde se
especifica los casos de uso del sistema y se realiza la arquitectura en lo cual se reduce los riesgos
producidos en el proyecto.

Modelo de Negocio

En el modelo de negocio se capturan los requisitos mediante los flujos de trabajo que se realiza en la
biblioteca donde están los actores que son el bibliotecario y el usuario.

Actores del Negocio

ACTOR DESCRIPCION
Es el iniciador de todo ya que este solicita el libro, revista o tesis que se
Usuario
requiere.
Solicita reportes de estados (Usuario, Libro).
Bibliotecario Realiza todas las acciones en sistema como prestamos devoluciones y
sanciones pertinentes.

Caso de Uso Expandido: Solicitud de préstamo de libro

Caso de Uso: Solicitud de préstamo de libro

Actores: Usuario
Realizar la solicitud del Material Bibliográfico (desde terminales de
Propósito:
la Biblioteca)
El Usuario llega a la Biblioteca y accede a una de las terminales de
consulta, en el sistema realiza el llenado del formulario, en el que se
Resumen: le solicita el Titulo y Autor del Material Bibliográfico, Tipo de
Material Bibliográfico y de manera opcional el Código del Material
Bibliográfico.
Tipo: Primario
REFERENCIA CRUZADA
Nº Ref. Condición Categoría
Se le muestra al Usuario por pantalla otro formulario de
1 EVIDENTE
llenado con los datos precisos del Material Bibliográfico.
El Usuario llena el formulario con todos los datos del
Material Bibliográfico (título, autor y tipo del Material
2 EVIDENTE
Bibliográfico) y de manera opcional el código del material
Bibliográfico.
3 El usurario “ENVIA” el formulario llenado. EVIDENTE
CURSO DE LOS EVENTOS
Acción del actor Respuesta del Sistema
2.- El usuario introduce datos del material 1.- genera la solicitud donde se registran
4.- el usuario visualiza el estado de los datos del usuario
existencia
 3.- Envía reporte a usuario mostrando
estado de existencia

Caso de Uso Expandido: Realizar préstamo

Caso de Uso: Realizar préstamo

Actores: Usuario, Bibliotecario
Propósito: Generar el préstamo del Material Bibliográfico
El Bibliotecario ubica el material solicitado. El bibliotecario le solicita
al Usuario sus documentos, el Bibliotecario verifica los datos del
Resumen:
usuario, luego realiza el préstamo entregando el Material
Bibliográfico al usuario. El usuario se marcha con el material.
Tipo: Primario
REFERENCIA CRUZADA
Nº Ref. Condición Categoría
El Bibliotecario realiza la búsqueda del Material Bibliográfico en
1 EVIDENTE
estantes.
2 El Bibliotecario pide los documentos al usuario (CI o matricula). EVIDENTE
3 El Usuario hace entrega de los documentos. EVIDENTE
4 El Bibliotecario Recepciona los documentos. EVIDENTE
5 El Bibliotecario hace la entrega del Material Bibliográfico. EVIDENTE
El Bibliotecario ingresa los datos del Material Bibliográfico
6 EVIDENTE
prestado.
CURSO DE LOS EVENTOS
Acción del actor Respuesta del Sistema
1.- El usuario introduce datos del material 2.- Búsqueda de material según tipo
solicitado según tipo 3.- Envía reporte a usuario mostrando
4.- el usuario verifica el estado de estado de existencia, código de libro y
existencia titulo
Caso de Uso Expandido: Registrar Problemas

Caso de Uso: Registrar Préstamo

Actores: Bibliotecario
Propósito: Realizar un registro detallado del préstamo.
El Responsable de Material Bibliográfico usando los datos de la
Resumen: solicitud de Material Bibliográfico, realiza un registro minucioso
con los datos obtenidos.
Tipo: Esencial
REFERENCIA CRUZADA
Nº Ref. Condición Categoría
1 El Responsable de Material Bibliográfico accede al sistema. OCULTO
El Responsable de Material Bibliográfico cambia el estado del
2 OCULTO
Material Bibliográfico con los datos obtenidos (título y autor).
3 El Supervisor de Garantías y Sanciones accede al sistema. OCULTO
 Con la fecha actual genera automáticamente una fecha exacta de
4 OCULTO
devolución.
5 Realiza un reporte con la fecha de devolución. OCULTO
CURSO DE LOS EVENTOS
Acción del actor Respuesta del Sistema
1.- El usuario entrega garantías al 3.- El sistema provee registro al
bibliotecario supervisor de control de garantías y
2.- El bibliotecario registra que garantías sanciones con los datos recibido, además
está recibiendo y paralelamente confirma la fecha de entrega del material
el pedido bibliográfico
4.- el sistema actualiza en el estado del
material bibliográfico a prestar

Caso de Uso Expandido: Realizar Devolución

Caso de Uso: Realizar Devolución

Actores: Usuario, Bibliotecario
Propósito: Finalizar el proceso de circulación
El usuario llega con el Material Bibliográfico prestado a la Biblioteca,
el Bibliotecario verifica el préstamo y registra la devolución en el
Resumen: sistema, el sistema verifica las reglas de préstamo para el usuario, si
existen faltas genera un reporte automáticamente, dependiendo de
esta acción el Bibliotecario devuelve las garantías o no.
Tipo: Primario
REFERENCIA CRUZADA
Nº Ref. Condición Categoría
El usuario entra a la biblioteca con el Material Bibliográfico
1 EVIDENTE
prestado
2 El Bibliotecario recibe el Material Bibliográfico EVIDENTE
El Bibliotecario verifica la fecha de préstamo y la fecha
3 EVIDENTE
devolución anteriormente asignada.
Dependiendo de la fecha de devolución asignada y la actual, se
4 SUPERFLUO
realiza la entrega de los documentos dejados como garantía.
El bibliotecario ingresa los datos del Material Bibliográfico
5 EVIDENTE
devuelto.
CURSO DE LOS EVENTOS
Acción del actor Respuesta del Sistema
1.-El bibliotecario realiza la entrega 2.- el sistema imprime un reporte donde se
palpable del material bibliográfico encuentra nombre de usuario, código de
solicitado libro, titulo, fecha de préstamo y fecha de
3.- El bibliotecario hace la entrega del devolución
reporte impreso al usuario
Diagrama de secuencias
Diagrama de estados
Diagrama de clases

ARBOL DE PROBLEMAS

ANALISIS DEL PROBLEMA

El préstamo y devolución de material bibliográfico que se genera a los usuarios de la Carrera de
Informática por parte del encargado de la biblioteca no tiene una atención adecuada y los mismos
libros no tienen un código asignado correctamente por el cual surgen problemáticas a la hora de la
devolución existiendo un crece de datos de poseer un libro con el código de otro diferente.
IDENTIFICACIÓN DEL PROBLEMA
Haciendo un análisis minucioso en la biblioteca de la Carrera de Informática, se identificaron los
siguientes problemas:
 El registro de préstamo de material bibliográfico, se lo realiza de acuerdo a fichas de forma
digital almacenándolas de forma manual.
 El registro de devolución de material bibliográfico, se lo realiza de acuerdo a fichas en forma
manual.
 El registro de sanciones para la demora en la devolución del material bibliográfico es
inexistente.
 Los informes o reportes solicitados tanto de los materiales bibliográficos y de usuarios, se
realizan de forma manual.
 La búsqueda de las fichas de préstamo para la devolución de documentos, causa perdida de
tiempo.
 Las reglas de préstamo, no son considerados por el usuario y bibliotecario, por lo que las
sanciones y el tiempo de préstamo no se llegan a cumplir.

OBJETIVO GENERAL
El objetivo del presente proyecto es brindar un servicio eficiente en la Biblioteca de la Carrera de
Informática, con acceso fácil y rápido, mejorando el trabajo del bibliotecario y el servicio al
usuario, mediante el desarrollo e implementación del “SISTEMA DE AUTOMATIZACION DE
BIBLIOTECA CON LA METODOLOGIA RUP Y LA HERRAMIENTA UML”.

OBJETIVO ESPECIFICO
Satisfacer las necesidades que presentan los usuarios de la Biblioteca de la Carrera de Informática,
tales como:
 Mejorar la automatización en el sistema de control para préstamo y devolución del material
bibliográfico.
 Prestamos de los libros, revistas y trabajos de tesis en el menor tiempo que sea posible.
 Planeamiento de la devolución a un determinado tiempo de los libros estableciendo una fecha
específica.
 Plantear un plan de sanciones para los infractores en la fecha de devolución de los libros.
 Analizar y estudiar los métodos existentes que aportaran al desarrollo del sistema.

JUSTIFICACION
Justificación Técnica

Existe unos cuantos problemas en los métodos de administración de sistemas de control de los libros,
que originan la necesidad de un sistema que debido a adelantos tecnológicos y el desarrollo de nuevos
medios en el proceso de enseñanza, este proyecto planifica el desarrollo de un sistema de control de
material biblioteca de la carrera de Informática.
Justificación Económica

Se llega a visualizar que por la necesidad que tienen los usuarios de préstamo y devoluciones para la
biblioteca de la carrera que proporcione información ordenada en la cual puedan encontrar
información exacta.

Justificación Social

Un sistema de control de préstamos y devoluciones de los libros de la carrera que sea útil a todos los
usuarios para optimizar el tiempo a la hora de realizar el préstamo y la devolución de los libros con
los que se cuenta en la biblioteca.

Wenddy Pally http://proyectobibliotecainf162.blogspot.com/p/fase-de-inicio.html