Formato - Requerimientos - Proyecto - WEB-USB Con SQL

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
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.......................................11
6.3 Requerimiento Funcional RF03 – Realizar backup semestral de los registros de
verificación.................................................................................................................................... 13
6.4 Requerimiento Funcional RF04 – Registrar contenido académico del curso.....................13
6.5 Requerimiento Funcional RF05 – Consultar verificación de sesión de clase.....................15
6.6 Requerimiento Funcional RF06 – Registrar observaciones del profesor...........................17
6.7 Requerimiento Funcional RF07 – Consultar contenido académico de clase.....................19
6.8 Requerimiento Funcional RF08 -.......................................................................................20
6.9 Requerimiento Funcional RF09 – Consultar los contenidos cubiertos por cada clase.......20
6.10 Requerimiento Funcional RF10 – Consultar los cursos asignados por cada profesor. . .22
6.11 Requerimiento Funcional RF12 – Consultar cursos por estudiante................................23
6.12 Requerimiento Funcional RF13 – Registrar verificación de clase..................................24
Pág.2
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
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.
Estudiante - Realizar el chequeo por cada sesión de clase el día que se realiza
s 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.
PeopleSoft: Aplicaciones desarrolladas por Oracle enfocadas en la planificación de recursos
empresariales y gestión de recursos humanos.
Pág.4
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
6 REQUERIMIENTOS FUNCIONALES
6.1 Requerimiento Funcional RF01 – Cargar información inicial

I DENTIFICADOR – N OMBRE :
RF01 – Cargar información inicial
R OL QUE LO UTILIZA : R EQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA :
Rol del Administrador NINGUNO
D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :
F ORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL
Pág.6
E NTRADA : S E ESPECÍFICA CUANDO SE TENGA LA S ALIDA :

INFORMACIÓN DE P EOPLE S OFT Información cargada con el proceso de ETL (Extracción,
Especificar el proceso de ETL (Extracción, transformación y cargue)
transformación y carga). Información cargada desde la base de datos de PeopleSoft a
Éste proceso consta de tres fases: extracción, la base de datos del aplicativo WEBCONTEUSB.
transformación y carga. De cada uno de estos
procesos es necesario conocer el funcionamiento y
sus claves, pero aún es más decisivo el comprender
las medidas de seguridad y cautelas que se deben
tener en cuenta a la hora de llevarlos a cabo, para
evitar que las consecuencias afecten al sistema y a su
normal funcionamiento.
Los procesos de ETL son cruciales en la integración
de datos.
Aspectos importantes
Fase 1. Proceso de extracción
Se llevan a cabo los siguientes pasos para llevar a

cabo la manera correcta del proceso de extracción:
 Extraer los datos desde el sistema de origen que
es PeopleSoft.
 Analizar los datos extraídos obteniendo un
chequeo.
 Interpretar este chequeo para verificar que los
datos extraídos cumplen la pauta o estructura que
se esperaba. Si no fuese así, los datos deberían
ser rechazados.
 Convertir los datos a un formato preparado para
iniciar el proceso de transformación.
Se debe tener en cuenta durante el proceso:
En el momento de la extracción, análisis e

interpretación: los formatos en que se presenten los
datos o los modos como éstos estén organizados
pueden ser distintos en cada sistema separado, ya
que la mayoría de los proyectos de almacenamiento
de datos fusionan datos provenientes de diferentes
sistemas de origen.
En el momento de la conversión de datos: conviene

recordar que los formatos de las fuentes normalmente
se encuentran en bases de datos relacionales o
ficheros planos, pero pueden incluir bases de datos no
relacionales u otras estructuras diferentes.
Sin embargo, la mesura más importante a considerar

sería el exigir siempre que la tarea de extracción
cause un impacto mínimo en el sistema de origen.
Este requisito se basa en la práctica ya que, si los
datos a extraer son muchos, el sistema de origen se
podría ralentizar e incluso colapsar, provocando que
no pudiera volver a ser utilizado con normalidad para
su uso cotidiano.
Para evitar este impacto y sus consecuencias, en

sistemas grandes las operaciones de extracción
Pág.7
D ESCRIPCIÓN :
Precondición (rango de variables de entrada)
Usuario ()
Contraseña ()
Extraer de la tabla Facultad los siguientes campos:

Id_facultad ()
Nombre_facultad ()
Extraer de la tabla Programa los siguientes campos:
Id_programa ()
Nombre_programa ()
Extraer de la tabla Plan de estudio los siguientes campos:
Id_planfacultad ()
Nombre_facultad ()
Cargar los cursos de los diferentes planes de estudio
Id_
 Cargar información de facultades.

 Cargar información de programas.
 Cargar información de planes de estudio.
 Cargar información de cursos de los diferentes planes de estudio.
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.
M ANEJO DE S ITUACIONES 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.
C RITERIOS 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.
6.2 Requerimiento Funcional RF02 – Cargar información semestral

RF02 – Cargar información semestral
Pág.8

E NTRADA : S ALIDA :
Información cargada con el proceso de ETL (Extracción,
El usuario de administrador digita su usuario y transformación y cargue)
contraseña. Información cargada desde la base de datos de PeopleSoft a
 Registrar información de los grupos (las clases) la base de datos del aplicativo WEBCONTEUSB.
de cada curso.
 Registrar sesiones de clase
 Registrar horario del curso.
 Registrar profesor por cada grupo(clase) de
curso
D ESCRIPCIÓN :
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.
Se hará la carga a la base de datos de acuerdo al Modelo Entidad Relación propuesto en WEBCONTEUSB.
Pág.9

4. Los datos ingresados por el usuario deben ser válidos (definidos en la precondición)
5. Poder verificar que se hizo lo especificado de manera persistente. Esto es, que la información efectivamente se
6. Poder verificar que se cumplen las restricciones de desempeño, utilización de recursos y seguridad asociadas al
requerimiento.
6.3 Requerimiento Funcional RF03 – Realizar backup semestral de los

registros de verificación
RF03 – Realizar backup semestral de los registros de verificación

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.
D ESCRIPCIÓN :
Usuario ()
Contraseña ()
Descripción
Pág.10
6.4 Requerimiento Funcional RF04 – Registrar contenido académico del

curso
I DENTIFICADOR : N OMBRE :
RF04 - Registrar contenido académico del curso
R OLES QUE LO UTILIZAN : R EQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA :
Profesor y Directivo Ninguno

F ORMULARIO DE REGISTRO DE CONTENIDOS PROGRAMÁTICOS
SELECT NombreNombre_programa
FROM `Facultad` , `Programa`
WHERE Facultad.Id_facultad = Programa.Id_facultades
AND Facultad.Id_facultad =1
LIMIT 0 , 30
Pág.11
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 El campo Id_tema es un consecutivo de auto-numeración,
crear un registro: relacionado con los temas.
- Se genera el consecutivo de la sesión
de clase. Según las sesiones que haya
guardado en RF03.
- El usuario digita el contenido del tema o
contenidos de los temas propuestos
referentes a esa sesión.
D ESCRIPCIÓN :
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.
Se hará el registro en la base de datos de acuerdo al Modelo Entidad Relación propuesto, del contenido académico del
curso.
En caso de que el usuario ingrese datos de entrada inválidos en la validación se le enviará un mensaje de error al
2. Usuario sin conexión a internet
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.
Pág.12
6.5 Requerimiento Funcional RF05 – Consultar verificación de sesión de

clase
RF05 – Consultar verificación de sesión de clase
Profesor y Directivo Ninguno

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS : PONER UNA COLUMNA DE MAS
F ORMULARIO DE C ONSULTA DE VERIFICACIÓN DE SESIÓN DE CLASE
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.
Pág.13
D ESCRIPCIÓN :
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 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.
Poder consultar las sesiones de clase verificadas manera persistente. Esto es, que la información efectivamente se
requerimiento.
6.6 Requerimiento Funcional RF06 – Registrar observaciones del profesor

RF06 – Registrar observaciones del profesor
Profesor Ninguno
Pág.14
F ORMULARIO DE REGISTRO DE OBSERVACIONES DEL PROFESOR
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 El campo Id tema es un consecutivo de auto-numeración,
crear 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.
Pág.15
D ESCRIPCIÓN :
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
Observaciones del profesor (cadena de caracteres máximo 200) este campo puede ser editado solo por el profesor.
Descripción
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.
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.
requerimiento.
6.7 Requerimiento Funcional RF07 – Consultar contenido académico de

clase
RF07 – Consultar contenido académico por curso
Todos Ninguno
Pág.16
F ORMULARIO DE C ONSULTA DE C ONTENIDO POR C URSO

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.
D ESCRIPCIÓN :
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero).
Descripción
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)

Se despliega una pantalla con el contenido académico del curso.
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.
Se genera un error al usuario con el siguiente texto: “Se requiere de conexión a internet para hacer uso del
aplicativo”.
Pág.17
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.
RF09 – Consultar los contenidos cubiertos por cada clase
Todos Ninguno
F ORMULARIO DE CONSULTA DE LOS CONTENIDOS CUBIERTOS POR CURSO
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.
Pág.18
D ESCRIPCIÓN :
Id del curso: (código identificador del curso asignado en el pensum del programa académico, número entero).
Descripción
- 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.
Se despliega una pantalla con los contenidos que han sido cubiertos por cada sesión de clase.
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.
aplicativo”.
6.10 Requerimiento Funcional RF10 – Consultar los cursos asignados por

cada profesor
RF10 – Consultar los cursos asignados por cada profesor
Profesor y Director Ninguno
Pág.19
F ORMULARIO DE CONSULTA DE LOS CURSOS ASIGNADOS POR CADA PROFESOR
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.
D ESCRIPCIÓN :
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
Se despliega una pantalla los cursos que tiene asignado el profesor.
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.
aplicativo”.
Pág.20
6.11 Requerimiento Funcional RF12 – Consultar cursos por estudiante
RF12 – Consultar cursos por estudiante
R OLES QUE LO UTILIZAN : R EQUERIMIENTO QUE LO U TILIZA O E SPECIALIZA :
Estudiante RF13
El usuario digita el Id del Estudiante (o código del Se despliega en una página web el listado de cursos inscritos
estudiante). a nombre del estudiante.
D ESCRIPCIÓ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.

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.
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.
Pág.21
6.12 Requerimiento Funcional RF13 – Registrar verificación de clase
RF13 - Registrar verificación de sesión de clase
Estudiante NINGUNO
Pág.22
F ORMULARIO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS
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).
Pág.23
D ESCRIPCIÓN :
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 tendrá una flexibilidad de 8 días calendario para realizar la verificación de una sesión de clase.
Se hará el registro en la base de datos de acuerdo al Modelo Entidad Relación propuesto.

Pág.24

Formato - Requerimientos - Proyecto - WEB-USB Con SQL

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Formato - Requerimientos - Proyecto - WEB-USB Con SQL

Caricato da

Copyright:

Formati disponibili

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

Identificador del Documento: REQ001

“WEBCONTEUSB”- Desarrollo de un Servicio Web

Estado del documento: VERSIÓN FINAL

Responsables: ING. LAURA VICTORIA MEDINA SÁNCHEZ

Control de Versiones del Documento

DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS

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

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

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

3 DESCRIPCIÓN DEL SISTEMA

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

4 USUARIOS DEL SISTEMA

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

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

6.1 Requerimiento Funcional RF01 – Cargar información inicial

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :

F ORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL

E NTRADA : S E ESPECÍFICA CUANDO SE TENGA LA S ALIDA :

Fase 1. Proceso de extracción

Se llevan a cabo los siguientes pasos para llevar a

Se debe tener en cuenta durante el proceso:

En el momento de la extracción, análisis e

En el momento de la conversión de datos: conviene

Sin embargo, la mesura más importante a considerar

Para evitar este impacto y sus consecuencias, en

Extraer de la tabla Facultad los siguientes campos:

 Cargar información de facultades.

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

M ANEJO DE S ITUACIONES ANORMALES

6.2 Requerimiento Funcional RF02 – Cargar información semestral

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :

F ORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL

Extraer de la tabla Clase los siguientes campos:

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

M ANEJO DE S ITUACIONES ANORMALES

6.3 Requerimiento Funcional RF03 – Realizar backup semestral de los

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :

F ORMATO DE VERIFICACIÓN DE EJECUCIÓN DE CONTENIDOS PROGRAMÁTICOS ACTUAL

El usuario que tiene el rol de administrador digita su

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

M ANEJO DE S ITUACIONES ANORMALES

6.4 Requerimiento Funcional RF04 – Registrar contenido académico del

Profesor y Directivo Ninguno

F ORMULARIO DE REGISTRO DE CONTENIDOS PROGRAMÁTICOS

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

Profesor y Directivo Ninguno

F ORMULARIO DE C ONSULTA DE VERIFICACIÓN DE SESIÓN DE CLASE

6.6 Requerimiento Funcional RF06 – Registrar observaciones del profesor

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :

F ORMULARIO DE REGISTRO DE OBSERVACIONES DEL PROFESOR

6.7 Requerimiento Funcional RF07 – Consultar contenido académico de

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :

F ORMULARIO DE C ONSULTA DE C ONTENIDO POR C URSO

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

6.8 Requerimiento Funcional RF08 -

6.9 Requerimiento Funcional RF09 – Consultar los contenidos cubiertos

F ORMULARIO DE CONSULTA DE LOS CONTENIDOS CUBIERTOS POR CURSO

6.10 Requerimiento Funcional RF10 – Consultar los cursos asignados por

Profesor y Director Ninguno

D OCUMENTOS DE VISUALIZACIÓN ASOCIADOS :

F ORMULARIO DE CONSULTA DE LOS CURSOS ASIGNADOS POR CADA PROFESOR

6.11 Requerimiento Funcional RF12 – Consultar cursos por estudiante