INFORME DE ENTREGABLES PARA EL PROYECTO DE DESARROLLO DE

SOFTWARE.
GA4-220501095-AA2-EV02

Integrantes:
FABIAN LONDOÑO VASQUEZ
HEIDY TATIANA SEÑA MANCO
ANDRES FABIAN SARMIENTO

ANÁLISIS Y DESARROLLO DE SOFTWARE. (2627085)

Tutor: LINA MARIA GIRALDO TAPIERO

2023
 2

CONTENIDO

1. INTRODUCCIÓN ...................................................................................................... 3
2. ENTREGABLES ....................................................................................................... 3
2.1. Especificación de requisitos: .............................................................................. 3
2.2. Casos de uso ..................................................................................................... 8
2.3. Captura de requisitos ....................................................................................... 12
2.4. Especificaciones de sistema ............................................................................ 14
3. CONCLUSIONES ................................................................................................... 14
 3

1. INTRODUCCIÓN
Los proyectos de desarrollo de software se dividen en diferentes fases como el Análisis,
Planeación, Ejecución y Evaluación. Durante la fase de Planeación, se prevé haber
definido los entregables y documentación previa al desarrollo del software, las cuales
recopilan las características, requisitos funcionales, requisitos no funcionales,
arquitectura y diseño del software, de acuerdo a los requerimientos del cliente y de los
usuarios del sistema, todo con la intención de tener claro todo el avance del proyecto.

2. ENTREGABLES
El proyecto de desarrollo de software para el cliente INSTITUCIÓN EDUCATIVA
FRANCISCO DE PAULA SANTANDER, tiene como objetivo optimizar e integrar los
procesos administrativos y académicos de la institución, teniendo en cuenta las
necesidades de cada uno de los usuarios que intervienen en ellos.

Dentro de los entregables terminados hasta esta fase se encuentra:

2.1. Especificación de requisitos:

Este entregable define los requisitos funcionales y no funcionales que el sistema

debe atender para que cumpla su objetivo.

o Requisitos funcionales

1. Requisito funcional 1

Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
RF 1
Pre - registro de matrícula
Los usuarios (acudientes) podrán realizar un pre-registro
de la matrícula.
Coordinación administrativa y financiera
El sistema podrá recibir solicitudes de pre-registro de la
matrícula de los estudiantes, por los acudientes.
Información personal del estudiante.
El sistema valida si es estudiante antiguo o nuevo.
Credenciales para iniciar sesión al sistema en rol de
aspirante.
ALTA

2. Requisito funcional 2

Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
3. Requisito funcional 3
Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
4. Requisito funcional 4
Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
5. Requisito funcional 5
4
RF 2
Matrícula
Los acudientes podrán adjuntar la información solicitada
por la plataforma para continuar el proceso de matrícula.
Coordinación administrativa y financiera
El sistema identificará si el estudiante es nuevo o antiguo
y así mismo solicitara al acudiente adjuntar la
documentación para realizar la matrícula. Allí validará la
información y generará el recibo de pago.
Documentos personales y académicos del aspirante.
Validación de los documentos.
Mensaje de resultado de la validación. Admitido para
matrícula o rechazo.
ALTA
RF 3
Pago de matrícula
Los acudientes podrán elegir la forma de pago más
conveniente.
Coordinación administrativa y financiera
El sistema pondrá a disposición los medios de pago para
la matrícula del aspirante.
Hacer clic en “pagar matrícula” y elegir la opción de
preferencia.
Realizar la transacción.
Si es virtual el pago = Matrícula pagada.
Si eligió pagarla directamente en banco = Recibo de
pago.
ALTA
RF 4
Ingreso de notas
Los docentes podrán cargar las notas obtenidas de los
estudiantes.
Docentes.
El sistema tendrá la opción de cargar notas por estudiante
matriculado según el curso asignado al docente.
Hacer clic en “Ingresar nota” y seleccionar la nota a
asignar.
Guardar la nota para el estudiante asignado
Nota registrada exitosamente.
ALTA

Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
6. Requisito funcional 6
Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
7. Requisito funcional 7
Número de requisito
Nombre de requisito
Característica
Fuente del requisito
Descripción del requerimiento
Entrada
Proceso
Salida
Prioridad del requisito
8. Requisito funcional 8
Número de requisito
5
RF 5
Generación de boletines
El coordinador académico podrá generar los boletines de
cada estudiante por periodo académico.
Coordinador / Docente
El sistema tendrá la opción de generar los boletines de
notas.
Seleccionar el curso y hacer clic en “generar boletín de
notas”.
Generar un reporte de los boletines de los estudiantes del
curso seleccionado.
Boletines generados en formato PDF tamaño carta.
ALTA
RF 6
Gestionar información
El usuario podrá organizar los módulos que requiera para
la organización de su documentación.
Secretaria / Coordinador
El sistema tendrá la opción de organizar documentos
relevantes como proyectos institucionales, informes de
gestión, etc.
Hacer clic en “crear”, “editar” o “eliminar”.
El sistema crea/edita/elimina un módulo.
Módulo creado/editado/eliminado.
ALTO
RF 7
Guardar documentación e información
El usuario podrá almacenar
Secretario (a) de Rectoría / Coordinaciones / Docente /
Acudiente
El sistema tendrá la opción de organizar documentos
relevantes como proyectos institucionales, obras civiles e
informes de gestión.
Seleccionar el archivo y hacer clic en “cargar”.
El archivo se carga desde el dispositivo hasta el servidor.
Archivos cargados.
ALTO
RF 8
 6

Nombre de requisito Consultas

El usuario podrá realizar consultas y reportes generales
Característica
de la información almacenada.
Fuente del requisito Rectoría
El sistema tendrá la opción de generar reportes utilizando
filtros como fecha, aprobados, reprobados, edad, curso, y
Descripción del requerimiento
cualquier otra característica de la información
almacenada.
Ingresar al módulo de reportes, seleccionar el área de
Entrada información deseada, configurar los filtros, y hacer clic en
“generar reporte”.
Organizar la información de acuerdo a los parámetros
Proceso
establecidos.
Salida Archivo en formato XLSX con el reporte.
Prioridad del requisito MEDIA

o Requisitos no funcionales

9. Requisitos de rendimiento:

▪ El tiempo de carga para los usuarios deberá ser menor de 3

segundos.

▪ El sistema deberá soportar el ingreso de hasta 1000

usuarios al mismo tiempo.

10. Seguridad

▪ Los usuarios tendrán solo tendrán acceso al módulo del rol

asignado.

▪ El sistema tendrá autenticación en dos pasos para los roles

de Rectoría, coordinadores y docentes.

11. Fiabilidad

▪ La información como calificaciones, registros de

estudiantes, almacenamiento de documentos debe ser

visible para todos los usuarios que tengan los privilegios. Si

 7

un docente carga notas de sus estudiantes, el coordinador

académico desde su rol podrá visualizarlas.

▪ Las horas de acceso de cada usuario será guardado para

una mejor trazabilidad.

12. Disponibilidad

▪ El sistema debe estar disponible todo el tiempo, 24/7.

13. Mantenibilidad
▪ El sistema recibirá mantenimiento únicamente por el

personal TIC de la institución o un tercero previamente

autorizado por Rectoría.

▪ Semanalmente se realizará revisiones para analizare el

correcto funcionamiento del sistema.

14. Portabilidad

▪ El sistema se implementará con arquitectura responsive

design para que al momento de ser adaptado a dispositivos

móviles no hayan cambios.

▪ Se puede acceder globalmente a través de internet desde

cualquier navegador.
 8

2.2. Casos de uso

Ilustración 1 Caso de uso Rector

 9

Ilustración 2 Caso de uso Coordinador académico

 10

Ilustración 3 Caso de uso Coordinador administrativo y financiero

Ilustración 4 Caso de uso Docente

 11

Ilustración 5 Caso de uso Estudiante nuevo

 12

Ilustración 6 Caso de uso Estudiante antiguo

2.3. Captura de requisitos

Para realizar el proceso de captura de requisitos, se realizó durante el mes de

Noviembre del año 2022, una encuesta orientada tanto al personal administrativo
y académico de la institución, como a los acudientes de los estudiantes.
 13

Imagen 1 Formulario captura de requisitos

Las principales conclusiones de las respuestas obtenidas fueron las siguientes:

La institución educativa Francisco de Paula Santander actualmente cuenta con

más de 1000 estudiantes activos, es una institución que está en constante
crecimiento en matrículas y por lo tanto debiera optimizar todos los procesos en
esta área con el fin de ser competitiva y brindar una mejor experiencia del usuario.
 14

De la misma manera, al incrementar el número de alumnos, esta institución puede

ralentizar el proceso de generar boletines de notas tal como lo manifiestan los
docentes. La institución no tiene un sistema integrador de procesos que
interconectan directamente sus áreas, provocando algunas dificultades en tiempo
y organización de los actores que intervienen en ellos.

Otro hallazgo es que se pueden formar largas filas durante los días de matrículas
se perciben de forma negativa en la experiencia de los acudientes debido a que
el proceso es 100% físico.

2.4. Especificaciones de sistema

- Base de datos: El sistema implementará base de datos relacional.

- Metodología: Scrum.
- Patrón de diseño: Modelo vista controlador.
- Arquitectura: Cliente / servidor.

3. CONCLUSIONES
Los entregables para el proyecto de desarrollo de software contienen la
información necesaria sobre los requerimientos que debe cumplir el sistema a
construir, identificando cada uno de los usuarios, agrupando todos los procesos
en un solo lugar.

Estos entregables fueron construidos durante un proceso de elicitación de

requisitos, con técnicas de recolección de información, información secundaria y
primaria con el objetivo de conocer los principales dolores de los usuarios.

No son definitivos. La información y requerimientos especificados

anteriormente pueden tener variaciones según avance el proyecto. Sin embargo
ya se realizó una validación de estos requisitos por lo que se prevé que los
cambios sean mínimos.