You are on page 1of 22

Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

Identificador del Documento: REQ001

“WEBCONTEUSB”- Desarrollo de un Servicio Web


Nombre del documento que soporte la convergencia de dispositivos para
registrar la verificación de ejecución de contenidos en
la Universidad de San Buenaventura Bogotá.

Estado del documento: VERSIÓN FINAL

Responsables: ING. LAURA VICTORIA MEDINA SÁNCHEZ

Control de Versiones del Documento


Versión Creación Liberación Descripción Cambio
1 28/03/2016 05/04/2016 Versión inicial
2 28/04/2016 04/05/2016 Versión proceso
3 16/06/2016 Versión final

Pág.1
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS


Tabla de Contenido
1 Propósito..................................................................................................................................... 3
2 Alcance........................................................................................................................................ 3
3 Descripción del Sistema ............................................................................................................ 3
4 Usuarios del Sistema ................................................................................................................. 4
5 Glosario de Términos ................................................................................................................ 4
6 Requerimientos Funcionales .................................................................................................... 6
6.1 Requerimiento Funcional RF01 – Cargar información inicial ............................................... 6
6.2 Requerimiento Funcional RF02 – Cargar información semestral ........................................ 6
6.3 Requerimiento Funcional RF03 – Realizar backup semestral de los registros de
verificación ....................................................................................................................................... 8
6.4 Requerimiento Funcional RF04 – Registrar contenido académico del curso ...................... 8
6.5 Requerimiento Funcional RF05 – Consultar verificación de sesión de clase .................... 10
6.6 Requerimiento Funcional RF06 – Registrar observaciones del profesor ........................... 12
6.7 Requerimiento Funcional RF07 – Consultar contenido académico de clase ..................... 14
6.8 Requerimiento Funcional RF08 - ........................................................................................ 15
6.9 Requerimiento Funcional RF09 – Consultar los contenidos cubiertos por cada clase. ..... 15
6.10 Requerimiento Funcional RF10 – Consultar los cursos asignados por cada profesor ... 17
6.11 Requerimiento Funcional RF12 – Consultar cursos por estudiante ............................... 18
6.12 Requerimiento Funcional RF13 – Registrar verificación de clase .................................. 19

Pág.2
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

1 PROPÓSITO
El propósito de este documento, es especificar el aplicativo de software para registrar la verificación
de ejecución de contenidos programáticos en la Universidad de San Buenaventura, Bogotá. Este
documento busca detallar los requerimientos funcionales (RF) y requerimientos no funcionales (RNF)
de acuerdo a los tiempos asignados a las profesoras a cargo del proyecto teniendo en cuenta como
tiempo de ejecución para el proyecto un período de once meses del año 2018.

2 ALCANCE

Este aplicativo de software para registrar la verificación de ejecución de contenidos programáticos


brinda funcionalidades a la comunidad académica de la Universidad de San Buenaventura, Bogotá.,
interesada en los requerimientos especificados, en el presente documento.

MÓDULOS DE LA APLICACIÓN DE LA SOLUCIÓN A DESARROLLAR:

1. Módulo de profesores. Una aplicación web que permite que los profesores registren los
contenidos programáticos de cada uno de los cursos que se le asignaron en la carga
académica, generando un registro por cada una de las sesiones de clase; cada curso puede
tener 2, 3 o 4 créditos distribuidos en una o dos sesiones de clase por semana.

2. Módulo de estudiantes. Una aplicación con acceso para dispositivos móviles que permite al
estudiante registrar la verificación de ejecución de contenidos programáticos en cada una de
los cursos y cada una de las sesiones de clases.

3. Módulo de Reportes o Directivos. Permite a los administrativos (vicerrectoria académica,


directores de programa y decanos) consultar los contenidos cubiertos en cada curso por cada
profesor. Igualmente permite generar reportes por cada profesor y los cursos que tiene
asignados. Consultar por cada programa los diferentes cursos ofertados según el pensum al
que pertenece.

Aunque se propone importar información de ASIS, no se pretende sincronizar dicha información con
la base de datos de ASIS ni modificar en su estructura la misma. Es decir sólo se carga la información
desde un archivo plano separado por comas que se genera de la consulta de la base de datos de
ASIS.

Buscando no generar SPAM y tampoco generar costos adicionales por mensajería de texto con
mensajes cortos de celular, se limitan los informes a consultas o reportes generados a partir de la
aplicación Web publicada.

3 DESCRIPCIÓN DEL SISTEMA


La aplicación propuesta es un sistema por el cual estudiantes y profesores pueden consultar, registrar
y hacer seguimiento de los contenidos programáticos académicos de los cursos de los diferentes
programas de pregrado, teniendo en cuenta el pensum al cuál pertenecen de la Universidad de San
Buenaventura, Bogotá.
Pág.3
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

El servicio web y móvil debe servir como herramienta a estudiantes, profesores y directivos brindando
un histórico de contenidos, que representen información exacta de fácil obtención y oportuna para
realización de equivalencias.

Supervisión y/o control de la calidad de cursos, a través de:


 Reportes y consultas a directores de programa, decanos y vicerrectoría académica de ítems
o temas de contenidos académicos no vistos de acuerdo al cronograma o contenido
programático de cada curso.
 Verificación del cumplimiento de todas las sesiones de clase y los temas de los contenidos
académicos.

Adición de contenidos académicos en forma fácil, al repositorio central el cual mantiene la versión
oficial de cada uno de ellos.

Obtención de informes de cursos de acuerdo a una búsqueda y sus contenidos académicos con
información adicional como semestre en que es ofrecido, profesor quien dirige el curso, y otros.
Un requerimiento no funcional de la decanatura de la facultad de Ciencias Básicas e Ingeniería, define
que la aplicación se debe acceder desde un dispositivo móvil.

4 USUARIOS DEL SISTEMA


Se definieron los siguientes roles o grupos de interés: estudiantes, profesores y directivos. Entre los
directivos que expresaron interés en la aplicación están la vicerrectora y los directores de programas
adscritos a la Facultad de Ciencias Básicas e Ingeniería.
Se identifican las siguientes funcionalidades del software de acuerdo a cada rol de usuario del
aplicativo:

Profesores - Registrar número de sesiones de acuerdo al horario previamente


asignado.
- Registrar contenidos por cursos.
- Consultar chequeo de temas por cada sesión.
Estudiantes - Realizar el chequeo por cada sesión de clase el día que se realiza
la clase (solo se puede editar el tema correspondiente a la fecha o
sesión actual). Se tiene un campo de observaciones.
- Consultar todos los temas por cursos.
Directivos  Realizar consultas o reportes por: programa, profesor y/o curso.

5 GLOSARIO DE TÉRMINOS
Modelo del mundo:

Verificación de contenidos: Proceso mediante el cual la universidad verifica el cumplimiento de la


ejecución de los contenidos programáticos de cada uno de los cursos de las carreras profesionales
que se ofrecen.

Pág.4
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

PeopleSoft: Aplicaciones desarrolladas por Oracle enfocadas en la planificación de recursos


empresariales y gestión de recursos humanos.

Sesión: Sesión de clase comprendida por hora de inicio y hora de finalización que debe cumplir con
un contenido que el profesor debe enseñar a los estudiantes.

Pág.5
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

6 REQUERIMIENTOS FUNCIONALES

6.1 Requerimiento Funcional RF01 – Cargar información inicial


IDENTIFICADOR – NOMBRE :
RF01 – Cargar información inicial
ROL QUE LO UTILIZA: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Todos UTILIZAR EL APP
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

FORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL


ENTRADA: SALIDA:
Confirme sus datos y asegúrese de que la encuesta se envie
Coloque su ID de la U correctamente
Conteste la encuenta
DESCRIPCIÓN:
La app se usa para poder mejorar el ambiente de la U y también su estructura
MANEJO DE SITUACIONES ANORMALES
el mal guardado de la en la encuesta
CRITERIOS DE ACEPTACIÓN
Todo tipo de respuesta se acepta para colaborar con el ambiente de la U

6.2 Requerimiento Funcional RF02 – Cargar información semestral


IDENTIFICADOR – NOMBRE :
RF02 – Cargar información semestral
ROL QUE LO UTILIZA: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
todos USAR EL APP

DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

FORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL


ENTRADA: SALIDA:
Se le dara una aceptación a la hora de terminar la encuesta para
 EL USUARIO INGRESARA EL ID DE LA U PARA verificar que se envio correctamente la encuesta
LUEGO ENTRAR A COLOCAR LA ENCUESTA

Pág.6
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Usuario ()
Contraseña ()

Extraer de la tabla Clase los siguientes campos:


Id_clase ()
Extraer de la tabla Sesion de clase los siguientes campos:
Id_clase ()
Id_curso ()
Id_profesor ()
Id_estudiante
Dia_sesion1
Dia_sesion2
Fecha_inicio_semestre
Fecha_fin_semestre
Extraer de la tabla Horario_curso los siguientes campos:
Id_clase ()
Id_curso ()
Id_profesor ()
Dia_sesion1
Dia_sesion2
Hora_inicio_sesion1
Hora_inicio_sesion2
Hora_fin_sesion1
Hora_fin_sesion2

Descripción
Se extraen y validarán los datos del perfil de administrador.

Post-condición (relacionado con variables de salida)

Se hará la carga a la base de datos de acuerdo al Modelo Entidad Relación propuesto en WEBCONTEUSB.

MANEJO DE SITUACIONES ANORMALES


1. Violaciones a la precondición
En caso de que el usuario ingrese valores de entrada inválidos en la validación se le enviará un mensaje de error al
usuario y no se le dejará completar el registro hasta que los datos estén en el formato válido.
2. Usuario móvil sin conexión a internet
Se genera un error al usuario avisando que se requiere de conexión a internet para hacer uso del aplicativo.
3. Selección de fechas diferentes a la fecha actual
El aplicativo genera un error al usuario avisando que se requiere una fecha actual o anterior a la actual.
Se selecciona la fecha actual y se carga en el aplicativo.

CRITERIOS DE ACEPTACIÓN
Se supondrá por defecto que hay al menos dos criterios de aceptación:
1. Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
2. Poder verificar que se hizo lo especificado de manera persistente. Esto es, que la información efectivamente se
guardó de manera correcta en la base de datos propuesta.
3. Poder verificar que se cumplen las restricciones de desempeño, utilización de recursos y seguridad asociadas al
requerimiento.

Pág.7
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

6.3 Requerimiento Funcional RF03 – Realizar backup semestral de los


registros de verificación
IDENTIFICADOR – NOMBRE :
RF03 – Realizar backup semestral de los registros de verificación
ROL QUE LO UTILIZA: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Rol del Administrador NINGUNO

DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

FORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL


ENTRADA: SALIDA:

El usuario que tiene el rol de administrador digita su


usuario y contraseña.
El administrador guarda la información de los registros
de verificación en la base de datos WebConteUSB.

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Usuario ()
Contraseña ()

Descripción

Post-condición (relacionado con variables de salida)

MANEJO DE SITUACIONES ANORMALES

CRITERIOS DE ACEPTACIÓN

6.4 Requerimiento Funcional RF04 – Registrar contenido de utilidad para


mejoramiento
IDENTIFICADOR: NOMBRE:
RF04 - Registrar contenido de personas que participaron en la encuesta ambiental
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
General de la institución Usar la app
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

Pág.8
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

FORMULARIO DE REGISTRO DE CONTENIDOS PROGRAMÁTICOS

ENTRADA: SALIDA:
El usuario digita el ID de la universidad. Registro en la base de datos del aplicativo WebConteUSB”.
El usuario puede seleccionar el botón Nuevo para crear El campo Id_tema es un consecutivo de auto-numeración,
un registro: relacionado con los temas.
- Se guarda contenido de lo enviado para
el mejoramiento de le cuidado de el
ambiente
- Sugerencias de los estudiantes

Pág.9
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero)
Número de sesión (número entero, auto incrementado), de acuerdo a las sesiones programadas por curso.
Descripción del tema (cadena de caracteres máximo 200) este campo puede ser editado solo por el profesor.
Descripción
Se digita el identificador del curso y luego se carga desde la base de datos en la página web:
- El nombre completo del curso (cadena de caracteres longitud propuesta máximo 50).
- La facultad, el programa académico, el nombre del curso y semestre académico.
Se capturarán y validarán los datos de la interfaz de usuario.
Post-condición (relacionado con variables de salida)
Se hará el registro en la base de datos de acuerdo al Modelo Entidad Relación propuesto, del contenido académico del
curso.
MANEJO DE SITUACIONES ANORMALES
1. Violaciones a la precondición
En caso de que el usuario ingrese datos de entrada inválidos en la validación se le enviará un mensaje de error al
usuario y no se le dejará completar el registro hasta que los datos estén en el formato válido.
2. Usuario sin conexión a internet
Se genera un error al usuario avisando que se requiere de conexión a internet para hacer uso del aplicativo.

CRITERIOS DE ACEPTACIÓN
Se supondrá por defecto que hay al menos dos criterios de aceptación:
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder verificar que se hizo el registro del contenido de un curso de manera persistente. Esto es, que la información
efectivamente se guardó de manera correcta en la base de datos propuesta.
Poder verificar que se cumplen las restricciones de desempeño, utilización de recursos y seguridad asociada al
requerimiento.

6.5 Requerimiento Funcional RF05 – Consultar verificación de sesión de


clase
IDENTIFICADOR: NOMBRE:
RF05 – Consultar verificación de sesión de clase
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Profesor y Directivo Ninguno

Pág.10
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS: PONER UNA COLUMNA DE MAS

FORMULARIO DE CONSULTA DE VERIFICACIÓN DE SESIÓN DE CLASE


ENTRADA: SALIDA:
El usuario digita el ID del curso. Generar un PDF con las sesiones de clase verificadas, se
El usuario puede ver en pantalla las sesiones de clase incluye las observaciones del estudiante.
que han sido verificadas por los estudiantes:
- Se genera el consecutivo de la sesiones
de clase que ya han sido verificadas
- Se genera el contenido del tema o
contenidos de los temas verificados.
- Se genera el estado de la clase
verificada.

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero)
Número de sesión (número entero, auto incrementado), de acuerdo a las sesiones programadas por curso.
Descripción del tema (cadena de caracteres máximo 200) este campo puede ser editado solo por el profesor.
Estado (cadena de caracteres máximo 10) este campo puede ser editado solo por el profesor.

Descripción
El usuario que tiene el rol de profesor o directivo se autentica digitando su usuario y contraseña.

Se digita el identificador del curso y luego se carga desde la base de datos en la página web:
- El nombre completo del curso (cadena de caracteres longitud propuesta máximo 50).
- La facultad, el programa académico, el nombre del curso y semestre académico.
Se capturarán y validarán los datos de la interfaz de usuario.
Post-condición (relacionado con variables de salida)
Se hará la consulta en la base de datos de acuerdo al Modelo Entidad Relación propuesto, del contenido académico del
curso y su estado.

Pág.11
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

MANEJO DE SITUACIONES ANORMALES


3. Violaciones a la precondición
En caso de que el usuario ingrese datos de entrada inválidos en la validación se le enviará un mensaje de error al
usuario y no se le dejará completar el registro hasta que los datos estén en el formato válido.
4. Usuario sin conexión a internet
Se genera un error al usuario avisando que se requiere de conexión a internet para hacer uso del aplicativo.

CRITERIOS DE ACEPTACIÓN
Se supondrá por defecto que hay al menos dos criterios de aceptación:
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder consultar las sesiones de clase verificadas manera persistente. Esto es, que la información efectivamente se guardó
de manera correcta en la base de datos propuesta.
Poder verificar que se cumplen las restricciones de desempeño, utilización de recursos y seguridad asociada al
requerimiento.

6.6 Requerimiento Funcional RF06 – Registrar observaciones del profesor


IDENTIFICADOR: NOMBRE:
RF06 – Registrar observaciones del profesor
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Profesor Ninguno
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

FORMULARIO DE REGISTRO DE OBSERVACIONES DEL PROFESOR

Pág.12
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

ENTRADA: SALIDA:
El usuario digita el ID del curso. Registro en la base de datos del aplicativo WebConteUSB”.
El usuario puede seleccionar el botón Nuevo para crear El campo Id tema es un consecutivo de auto-numeración,
un registro: relacionado con los temas.
- Se genera el No. de sesión de clase.
- Se genera la descripción del tema de la
clase.
- Se genera el estado de la clase.
- El usuario digita las observaciones de los
temas vistos referentes a esa sesión.

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Se genera un espacio para registrar las observaciones del profesor.
Solo se puede ver las sesiones de clase que se hayan realizado a la fecha
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero)
Número de sesión (número entero, auto incrementado), de acuerdo a las sesiones programadas por curso.
Descripción del tema (cadena de caracteres máximo 200) este campo puede ser editado solo por el profesor.
Observaciones del profesor (cadena de caracteres máximo 200) este campo puede ser editado solo por el profesor.
Descripción
Se digita el identificador del curso y luego se carga desde la base de datos en la página web:
- El nombre completo del curso (cadena de caracteres longitud propuesta máximo 50).
- La facultad, el programa académico, el nombre del curso y semestre académico.
Se capturarán y validarán los datos de la interfaz de usuario.
Post-condición (relacionado con variables de salida)
Se hará el registro en la base de datos de acuerdo al Modelo Entidad Relación propuesto, de las observaciones del profesor
en la tabla verificación.
MANEJO DE SITUACIONES ANORMALES
1. Violaciones a la precondición
En caso de que el usuario ingrese datos de entrada inválidos en la validación se le enviará un mensaje de error al
usuario y no se le dejará completar el registro hasta que los datos estén en el formato válido.
2. Usuario sin conexión a internet
Se genera un error al usuario avisando que se requiere de conexión a internet para hacer uso del aplicativo.

Pág.13
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

CRITERIOS DE ACEPTACIÓN
Se supondrá por defecto que hay al menos dos criterios de aceptación:
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder verificar que se hizo el registro de las observaciones del profesor de la última sesión de manera persistente. Esto
es, que la información efectivamente se guardó de manera correcta en la base de datos propuesta.
Poder verificar que se cumplen las restricciones de desempeño, utilización de recursos y seguridad asociada al
requerimiento.

6.7 Requerimiento Funcional RF07 – Consultar contenido académico de


clase

IDENTIFICADOR: NOMBRE:
RF07 – Consultar contenido académico por curso
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Todos Ninguno
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

FORMULARIO DE CONSULTA DE CONTENIDO POR CURSO


ENTRADA: SALIDA:
El usuario digita el ID del curso. Se consulta en la base de datos del aplicativo WebConteUSB
Y se presenta en una página Web el contenido del curso
consultado.
De igual manera se carga información del nombre del curso.

Pág.14
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero).
Descripción
Se digita el identificador del curso y luego se carga desde la base de datos en la página web:
- El nombre completo del curso (cadena de caracteres longitud propuesta máximo 50).
Se presentan tantos temas como se encuentre registrados en la base de datos a adscritos a ese curso.
- Número de sesión (número entero, auto incrementado), de acuerdo a las sesiones programadas por curso.
- Descripción del tema (cadena de caracteres máximo 200)

Post-condición (relacionado con variables de salida)


Se despliega una pantalla con el contenido académico del curso.
MANEJO DE SITUACIONES ANORMALES
1. Violaciones a la precondición
En caso de que el usuario ingrese un identificador de un curso que no existe en la validación se le enviará un mensaje
de error al usuario “Identificador de curso no valido” y se devuelve a solicitar otro código de curso valido.
2. Usuario sin conexión a internet
Se genera un error al usuario con el siguiente texto: “Se requiere de conexión a internet para hacer uso del aplicativo”.

CRITERIOS DE ACEPTACIÓN
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder verificar que se consulta el contenido de un curso de manera correcta. Si se digita un identificador de curso valido
se debe presentar la información registrada en la base de datos.

6.8 Requerimiento Funcional RF08 -

6.9 Requerimiento Funcional RF09 – Consultar los contenidos cubiertos por


cada clase.
IDENTIFICADOR: NOMBRE:
RF09 – Consultar los contenidos cubiertos por cada clase
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Todos Ninguno
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

Pág.15
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

FORMULARIO DE CONSULTA DE LOS CONTENIDOS CUBIERTOS POR CURSO


ENTRADA: SALIDA:
El usuario digita el ID del curso. Se consulta en la base de datos del aplicativo WebConteUSB
Y se presenta en una página Web el contenido del curso
consultado, el número de sesiones que tiene, el total de las
sesiones que han sido verificadas y un porcentaje de
verificación.
De igual manera se carga información del nombre del curso.
DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero).
Descripción
Se digita el identificador del curso y luego se carga desde la base de datos en la página web:
- El nombre completo del curso (cadena de caracteres longitud propuesta máximo 50).
- El identificador de la clase
- El nombre de la clase
- El número de sesiones totales que tiene la clase.
- El número de sesiones que ya han sido verificadas.
- Porcentaje de verificación
Se presentan tantas sesiones de clases verificadas como se encuentre registrados en la base de datos adscritas a ese
curso.
- Número de sesión (número entero, auto incrementado), de acuerdo a las sesiones programadas por curso.
Post-condición (relacionado con variables de salida)
Se despliega una pantalla con los contenidos que han sido cubiertos por cada sesión de clase.

Pág.16
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

MANEJO DE SITUACIONES ANORMALES


1. Violaciones a la precondición
En caso de que el usuario ingrese un identificador de un curso que no existe en la validación se le enviará un mensaje
de error al usuario “Identificador de curso no valido” y se devuelve a solicitar otro código de curso valido.
2. Usuario sin conexión a internet
Se genera un error al usuario con el siguiente texto: “Se requiere de conexión a internet para hacer uso del aplicativo”.

CRITERIOS DE ACEPTACIÓN
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder verificar que se consulta el contenido de un curso de manera correcta. Si se digita un identificador de curso valido
se debe presentar la información registrada en la base de datos.

6.10 Requerimiento Funcional RF10 – Consultar los cursos asignados por


cada profesor

IDENTIFICADOR: NOMBRE:
RF10 – Consultar los cursos asignados por cada profesor
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Profesor y Director Ninguno
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

FORMULARIO DE CONSULTA DE LOS CURSOS ASIGNADOS POR CADA PROFESOR

Pág.17
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

ENTRADA: SALIDA:
El usuario digita la cédula del profesor. Se consulta en la base de datos del aplicativo WebConteUSB
Y se presenta en una página Web los cursos (las clases)
asignados a cada profesor.

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Id del profesor: (número identificador del profesor, número entero).
Descripción
Se digita el identificador del profesor y luego se carga desde la base de datos en la página web:
- El nombre completo del profesor (cadena de caracteres longitud propuesta máximo 50).
- El identificador de la clase
- El nombre de las clases que tiene asignado el profesor
Post-condición (relacionado con variables de salida)
Se despliega una pantalla los cursos que tiene asignado el profesor.
MANEJO DE SITUACIONES ANORMALES
1. Violaciones a la precondición
En caso de que el usuario ingrese un identificador de un profesor que no existe en la validación se le enviará un
mensaje de error al usuario “Identificador del profesor no valido” y se devuelve a solicitar otra cédula del profesor
valida.
2. Usuario sin conexión a internet
Se genera un error al usuario con el siguiente texto: “Se requiere de conexión a internet para hacer uso del aplicativo”.

CRITERIOS DE ACEPTACIÓN
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder verificar que se consulta el contenido de un curso de manera correcta. Si se digita un identificador de curso valido
se debe presentar la información registrada en la base de datos.

6.11 Requerimiento Funcional RF12 – Consultar cursos por estudiante

IDENTIFICADOR: NOMBRE:
RF12 – Consultar cursos por estudiante
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Estudiante RF13
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

Pág.18
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

ENTRADA: SALIDA:
El usuario digita el Id del Estudiante (o código del Se despliega en una página web el listado de cursos inscritos a
estudiante). nombre del estudiante.

DESCRIPCIÓN:
Precondición
El usuario digita el Id del Estudiante (o código del estudiante).
Descripción
Se consulta en la base de datos del aplicativo WebConteUSB, que cursos tiene inscritos el estudiante.
Post-condición
Se despliega en una página web o en una lista dependiendo el lugar de consulta los cursos que tiene inscritos el estudiante.

MANEJO DE SITUACIONES ANORMALES


1. Violaciones a la precondición
En caso de que el usuario ingrese un código de estudiante inválidos (con letras o no existente en la base de datos)se
genera un mensaje de error “ Estudiante no existe” y no se genera el resultado de la consulta.
Se vuelve a cargar la página web actual.

CRITERIOS DE ACEPTACIÓN
Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
Poder verificar que se realiza la consulta de los cursos para un estudiante valido (con código de estudiante correcto).
Poder verificar que se cumple la validación del estudiante (usuario) de forma correcta, se prueba con uno que existe
y uno que no existe.

6.12 Requerimiento Funcional RF13 – Registrar verificación de clase

IDENTIFICADOR: NOMBRE:
RF13 - Registrar verificación de sesión de clase
ROLES QUE LO UTILIZAN: REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
Estudiante NINGUNO

DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:

Pág.19
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

FORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL

FORMULARIO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS

Pág.20
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

ENTRADA: SALIDA:
El usuario digita el ID del curso. Registro en la base de datos del aplicativo WEBCONTEUSB.
Se carga en pantalla desde la base de datos del
aplicativo los siguientes datos:
La facultad, el programa académico, el nombre del
curso, el profesor y el horario asignado y el tema o
contenido propuesto para esta sesión.
Documento de identidad del estudiante.
Consecutivo de la sesión de clase.
Fecha actual.
Hora de inicio y hora finalización.
Observaciones del estudiante (este campo puede ser
editado solo por el estudiante no por el profesor).
Observaciones del profesor (este campo puede ser
editado solo por el profesor no por el estudiante).

DESCRIPCIÓN:
Precondición (rango de variables de entrada)
Documento de identidad del estudiante (número entero)
Curso (cadena de caracteres longitud propuesta máximo 25)
Sesión (número entero, auto incrementado dependiendo de la fecha )
Fecha Actual (en formato año-mes-día)
Hora de inicio y hora finalización (en formato hora-minuto-segundo)
Observaciones del estudiante (cadena de caracteres) este campo puede ser editado solo por el estudiante no por el
profesor.
Observaciones del profesor (cadena de caracteres) este campo puede ser editado solo por el profesor no por el estudiante.
Descripción
Se capturarán y validarán los datos de la interfaz de usuario.
Se tendrá una flexibilidad de 8 días calendario para realizar la verificación de una sesión de clase.
Post-condición (relacionado con variables de salida)
Se hará el registro en la base de datos de acuerdo al Modelo Entidad Relación propuesto.

Pág.21
Elaborado por: Laura Victoria Medina Sánchez
Universidad de San Buenaventura, Bogotá - Formato de Especificación de proyectos de Software

MANEJO DE SITUACIONES ANORMALES


1. Violaciones a la precondición
En caso de que el usuario ingrese valores de entrada inválidos en la validación se le enviará un mensaje de error al
usuario y no se le dejará completar el registro hasta que los datos estén en el formato válido.
2. Usuario móvil sin conexión a internet
Se genera un error al usuario avisando que se requiere de conexión a internet para hacer uso del aplicativo.
3. Selección de fechas diferentes a la fecha actual
El aplicativo genera un error al usuario avisando que se requiere una fecha actual o anterior a la actual.
Se selecciona la fecha actual y se carga en el aplicativo.

Pág.22
Elaborado por: Laura Victoria Medina Sánchez