PROYECTO

INTEGRADOR
Esteban Vargas Garcia
Duvan Cordoba Caicedo
 INTRODUCCIÓ
N
Con el presente proyecto, se evidencio que para todas las universidades e
instituciones académicas el recurso más importante lo componen sus estudiantes,
los cuales hacen posible que una universidad prospere, debido a su gran aporte
dentro de la misma. El gran reto de la universidad se convierte en cómo se podría
tener una mejor imagen a nivel administrativo ante los estudiantes, y que este tipo
de confianza se convierta en un gran sentido de pertenencia y satisfacción hacia la
universidad.

Cada día crece más la necesidad de tener sistemas enfocados a este tipo de
escenarios, que puedan efectuar funciones para generación y gestión de
encuestas, otro de los valores agregados es la forma de ver los resultados de las
encuestas, que se genera automáticamente gráficas estadísticas
 PLANTEAMIENTO DEL
PROBLEMA
En la universidad surge la necesidad de tener un control eficiente sobre el recurso
estudiantil, es importante para las áreas administrativas tener muy claro el panorama
de sus estudiantes y cómo viven el día a día ya que ellos son la razón de sus logros
administrativos, con base en esto, la universidad busca los mejores medios para
administrar sus estudiantes.

Por tales motivos la universidad propone el objetivo de poder procesar de manera

web encuestas, de tal modo que se puedan generar dinámicamente y almacenarse en
una base de datos y a su vez dichos datos puedan ser evaluados por la administración
con los resultados que dicho sistema de información generan.
 OBJETIVO GENERAL
Desarrollar un sistema de información, el cual tiene como finalidad la administración
de encuestas, en donde podrá crear, publicar, procesar y presentar los resultados a
cada pregunta, este estará orientado hacia un ambiente de internet, y permitirá a la
universidad tomar decisiones basados en los resultados que genere la aplicación.
 OBJETIVOS ESPECÍFICOS
● Crear el módulo de administración de la aplicación, en donde se puedan diseñar cada una
de las preguntas que contendrá la encuesta de manera dinámica, dependiendo del tipo de
pregunta que se desea ingresar en la encuesta (Abiertas, de selección única).

● Diseñar una interfaz que permita la presentación óptima y puntual de los resultados,
generando las gráficas apropiadas.

● Crear el módulo estudiante en el cual podrán autenticarse y diligenciar las encuestas que
se publiquen desde el lado administrador.

● Construir las interfaces de administración, desarrollado con (Java Server Faces) y motores
de base de datos (MySQL), que permitan estar al margen de la tecnología, y pueda soportar
la escalabilidad requerida por las empresas
 METODOLOGIA RUP
El proceso unificado de Rational (RUP) es un modelo de proceso moderno que
proviene del trabajo en el UML y el asociado Proceso Unificado de Desarrollo de
Software (Rambaugh 1999), es un ejemplo de proceso híbrido. Reúne elementos de
todos los modelos de procesos genéricos, interacciones de apoyo e ilustra buenas
prácticas en la especificación y diseño.
 ETAPAS
INICIO: El objetivo de la fase de inicio es el de establecer un modelo estudiantil para el sistema.
Se deben identificar todas las entidades externas (estudiantes y sistemas) que interactúan con
el sistema y definir estas interacciones. Esta información se utiliza para evaluar la aportación
que el sistema hace a la universidad.
ELABORACIÓN: Los objetivos de la fase de elaboración es desarrollar una comprensión del
dominio del problema, establecer un marco de trabajo arquitectónico para el sistema,
desarrollar el plan del proyecto e identificar los riesgos claves del proyecto. Al terminar esta
fase, se debe tener un modelo de los requerimientos del sistema, una descripción
arquitectónica y un plan de desarrollo del software.
CONSTRUCCIÓN: La fase de construcción fundamentalmente comprende el diseño del
sistema, la programación y las pruebas. Durante esta fase se desarrollan e integran las partes
del sistema. Al terminar esta fase, debe tener un sistema software operativo y la
documentación correspondiente lista para entregar a los usuarios.
TRANSICIÓN: La fase final del RUP se ocupa de mover el sistema desde la comunidad de
desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Esto se deja de lado
en la mayor parte de los modelos de proceso del software, pero es en realidad, una actividad de
alto costo y a veces problemática.
 REQUERIMIENTOS
FUNCIONALES
SurviType
SRS – Especificación de Requerimientos Funcionales

Código Nombre Fecha Grado Necesidad

RF Navegación del sitio 13/05/2020 ALTO
Descripción El sistema deberá tener dos interfaces diferentes para la administración del portal (En el cual interactúan
solamente los administradores) y el diligenciamiento de las encuestas (donde solo interactúan los usuarios
estudiante).

Entradas Fuente Salida Destino Restricciones

Ingresar URL al El ingreso exitoso a
navegador. cualquiera de los
portales.

El usuario debe ingresar a la aplicación administrador del portal o estudiante mediante una URL.
Proceso

Efecto Colateral
 SurviType
SRS – Especificación de Requerimientos Funcionales

Código Nombre Fecha Grado Necesidad

RF Creación de usuarios Administradores 13/05/2020 ALTA

Descripción El sistema deberá permitir crear roles y solamente podrán ser asignados a los administradores del sistema, ya que
son quienes van a disponer de los módulos principales de la aplicación.

Entradas Fuente Salida Destino Restricciones

Ingresar los datos La creación exitosa del
básicos de creación de usuario administrador.
un usuario
administrador.

Proceso El sistema debe permitir crear un administrador únicamente desde la interface administradora que tendrá el
sistema de información.

Efecto Colateral
 SurviType
SRS – Especificación de Requerimientos Funcionales

Código Nombre Fecha Grado Necesidad

RF Permitir Asociar roles 13/05/2020 ALTA
Descripción El sistema debe permitir crear a los usuarios administradores únicamente desde el menú de administración de SurviType,
allí se registraron los datos básicos del usuario y finalmente se asociará los
respectivos roles y el grupo al que pertenece.

Entradas Fuente Salida Destino Restricciones

Datos de creación de rol y Creación de rol y asignación del
asignación a administradores. rol creado a un administrador.

Proceso Se crea al rol ingresando y llenado la información solicitada y dicho rol es posteriormente asociado a un administrador.

Efecto Colateral
 SurviType
SRS – Especificación de Requerimientos Funcionales

Código Nombre Fecha Grado Necesidad

RF Permitir crear encuestas 13/05/2020 ALTA

Descripción El sistema debe permitir la creación de encuestas, cada encuesta se creará con un nombre, y dentro de esta, se
podrán crear varias preguntas de acuerdo al tipo y las opciones que contendrá cada una.

Entradas Fuente Salida Destino Restricciones

Datos de creación de una encuesta, La creación exitosa de una
asociando a este las encuesta con sus preguntas y
preguntas y las respuesta que cada respuestas asociadas.
pregunta contendrá.

Se crea primero que todo la encuesta con unos datos iniciales y principales con los cuales se identificará dicha
encuesta, posteriormente se ingresan una y cada una de la preguntas que la encuesta contendrá.
Proceso

Efecto Colateral
 SurviType
SRS – Especificación de Requerimientos Funcionales

Código Nombre Fecha Grado Necesidad

RF Permitir crear preguntas 13/05/2020 ALTA

Descripción El sistema debe permitir la creación de preguntas dentro de una encuesta y cada pregunta podrá ser de alguno de estos tres
tipos, abierta, selección única, y selección múltiple. Las preguntas abiertas tendrán un inputText, en donde el usuario final
podrá registrar una opinión libre.

Entradas Fuente Salida Destino Restricciones

Datos de creación de una encuesta, La creación exitosa de una encuesta con sus
asociando a este las preguntas y respuestas asociadas.
preguntas y las respuesta que cada
pregunta contendrá.

Se crea primero que toda la encuesta con unos datos iniciales y principales con los cuales se identificará dicha encuesta,
posteriormente se ingresan una y cada una de la preguntas que la encuesta contendrá teniendo en cuenta los tipos de pregunta
Proceso
seleccionados por el administrador.

Efecto Colateral
 REQUERIMIENTOS NO
FUNCIONALES
Usabilidad: El sistema deberá permitir en el 80% de las veces que con un máximo de 5 clicks sea
suficiente para llegar a la información deseada.

Rendimiento: El sistema deberá tener un tiempo máximo de respuesta de 5 segundos para cualquier
operación de consulta.

Soporte: El código fuente que se implemente en JAVA deberá cumplir las recomendaciones de Code
Conventions for the Java Programming Language, además de tener como prioridad atender a
clientes cuando se caiga la pagina e incluso ocurra cualquier otro problema.

Confiabilidad: El sistema deberá tardar un máximo de 10 minutos para la recuperación de un fallo

de caída total, en el 95% de las ocasiones.

Seguridad: El sistema deberá ser capaz de evitar ataques de inyección de SQL sistemáticos.
CASOS DE USO
MODELO E-R
Gracias por su atención.