PROFESORADO DE EDUCACION SECUNDARIA EN INFORMATICA

PROYECTO

PROFESORA ING. COSME

MARIA CRISTINA

INTEGRANTES:
SAIQUITA MARISA DEL ROSARIO
RAMOS ELIZABETH VANESA
CASTRO MIGUEL
 DISEÑO DE APLICACIONES Página |1

PROYECTO
DISEÑO DE APLICACIONES

PLANIFICACION
1. DEFINICION DEL ALCANCE
El presente proyecto tiene como finalidad el desarrollo de un sistema web integral
para el Instituto de Educación Superior N°6, orientado a mejorar y modernizar la
gestión académica y la emisión de documentación oficial de los estudiantes. Esta
solución será desarrollada por los alumnos de 4to año del Profesorado de
Informática, en el marco de sus prácticas formativas, integrando conocimientos
adquiridos durante su formación y aplicándolos a una necesidad concreta de la
institución.
El sistema estará especialmente diseñado para su uso por parte del personal de
secretaría académica, quienes podrán administrar de forma centralizada los datos de
los alumnos, incluyendo el alta, baja y modificación de registros personales y
académicos, así como la carga de planes de estudio y calificaciones. Paralelamente,
los estudiantes podrán acceder a la plataforma para solicitar constancias de alumno
regular, consultar su historial académico y gestionar la solicitud de certificados
analíticos, contando con mecanismos que garanticen la autenticidad de los
documentos emitidos, como la incorporación de códigos QR u otros sistemas de
validación.
El desarrollo del sistema será llevado a cabo por los estudiantes bajo la guía de la
docente del área de Diseño de Aplicaciones, Profesora Cosme María Cristina, en
estrecha articulación con el personal del IES N°6, quienes brindarán la información
necesaria sobre los procesos institucionales y validarán el funcionamiento del
sistema en sus distintas etapas. El trabajo se organizará siguiendo una metodología
estructurada por fases, que incluirá el relevamiento de información, diseño del
sistema, programación, pruebas funcionales, capacitación a usuarios y puesta en
marcha del sistema.
Una vez implementado, el sistema permitirá al personal administrativo acceder con
credenciales seguras para realizar tareas de gestión académica, generar
documentación automáticamente a partir de plantillas y verificar la validez de los
certificados emitidos. Los estudiantes, por su parte, podrán ingresar a la plataforma
desde cualquier dispositivo con acceso a internet, consultar su historial académico,
realizar solicitudes y descargar constancias en formato digital con validez oficial.
Para el correcto funcionamiento del sistema se requerirá una conexión estable a
internet, un navegador web actualizado y, en el caso del personal del instituto, una
breve capacitación para el uso adecuado de la herramienta. El sistema será
desarrollado con criterios de seguridad, usabilidad y escalabilidad, permitiendo su
adaptación a futuras necesidades institucionales. Aunque en esta etapa inicial no se
contemplan funciones como la gestión de asistencia o sistemas de pago, el proyecto
se centrará en brindar una herramienta funcional, confiable y accesible, que
responda a las necesidades administrativas del IES N°6 y, al mismo tiempo, ofrezca
a los alumnos del Profesorado una experiencia concreta de desarrollo de software
con impacto real.

2. OBJETIVO GENERAL
Desarrollar un sistema web integral para el IES N°6 que optimice la gestión administrativa y
académica relacionada con la documentación estudiantil, permitiendo al personal de
 DISEÑO DE APLICACIONES Página |2

secretaría registrar y administrar información académica de manera centralizada, y

brindando a los estudiantes acceso ágil, seguro y autónomo a sus constancias, historial
académico y certificados analíticos, con mecanismos que garanticen la autenticidad y
confidencialidad de los datos.
2.1 OBJETIVOS ESPECIFICOS

 Desarrollar un módulo de gestión de alumnos que permita realizar altas, bajas y

modificaciones de datos personales y académicos, garantizando un registro
actualizado y centralizado.
 Implementar un sistema de gestión de planes de estudio y registro de calificaciones,
que permita al personal académico ingresar, consultar y actualizar datos curriculares
y evaluativos.
 Diseñar un módulo automatizado para la emisión de constancias de alumno regular y
certificados analíticos, utilizando plantillas personalizables y mecanismos de
validación como códigos QR.
 Habilitar una interfaz de autogestión para estudiantes, que les permita consultar su
historial académico, solicitar constancias y certificados, y descargar documentos con
validez oficial.
 Incorporar un sistema de autenticación y control de acceso, con roles de usuario
diferenciados (administrativo y estudiante), que garantice la seguridad, privacidad e
integridad de la información.
 Asegurar la usabilidad y accesibilidad del sistema, mediante un diseño web intuitivo,
adaptado a distintos dispositivos y enfocado en la experiencia del usuario final.
 Evaluar la posibilidad de integrar el sistema con bases de datos existentes en el IES
N°6, priorizando la compatibilidad y sostenibilidad tecnológica.

2.2 Requisitos del Sistema:

 Funcionales:
 Inicio de sesión para usuarios (Administrador/Secretaría, Alumno).
 Gestión de alumnos (alta, baja, modificación de datos).
 Gestión de carreras y materias.
 Registro de inscripciones a materias.
 Carga y modificación de notas.
 Generación de constancia de alumno regular (con validación de matrícula,
estado, etc.).
 Generación de analítico de notas (con promedios, detalle de materias, etc.).
 Consulta de historial académico por alumno.
 Impresión/descarga de constancias y analíticos.

 No funcionales:
 Rendimiento: Tiempos de respuesta rápidos para la generación de
documentos (ej. menos de 5 segundos).
 Seguridad: Autenticación robusta, protección de datos personales de
alumnos, control de acceso basado en roles.
 Usabilidad: Interfaz intuitiva y fácil de usar para secretaría y alumnos.
 Escalabilidad: Capacidad para soportar un aumento de usuarios y datos en
el futuro.
 Confiabilidad: Baja tasa de errores, disponibilidad del sistema.
 DISEÑO DE APLICACIONES Página |3

 Mantenibilidad: Código bien documentado y fácil de modificar.

3. Calendario del Proyecto:

 En Project, crearás las tareas principales y sub-tareas para cada fase.

 Asigna fechas de inicio y fin tentativas, que se refinarán a medida que
avancemos.
 Define hitos clave (por ejemplo, "Fin de Análisis de Requisitos", "Prototipo
Aprobado".

4. Estimación del Costo de Proyecto

CARGO HORAS VALOR POR HORA VALOR TOTAL

Líder del proyecto

Programador

Analista

5. Análisis
5.1 Identificar los requerimientos funcionales y no funcionales del sistema:
5.2 Entrevistas: Crear posibles preguntas para entrevistas y reuniones con los
usuarios finales para entender sus necesidades:
o Para la Secretaría/Administración:
 ¿Cuál es el proceso actual para emitir constancias y analíticos?
 ¿Qué información debe contener una constancia de alumno
regular? ¿Y un analítico?
 ¿Qué problemas o demoras experimentan con el sistema actual
(o proceso manual)?
 ¿Quiénes serán los usuarios principales del sistema y qué roles
tendrán?
 ¿Qué reportes o consultas adicionales les gustaría tener?
 ¿Cómo se gestionan actualmente las inscripciones y las notas?
o Para los Alumnos (encuestas o grupos focales):
 ¿Qué información esperan ver en su constancia o analítico?
 DISEÑO DE APLICACIONES Página |4

 ¿Cómo les gustaría acceder a estos documentos?

 ¿Qué tan importante es la rapidez en la obtención de estos
documentos para ustedes?

5.3 Elaborar documentos de especificación de requerimientos:

 Requisitos del Negocio

 Objetivo: Describir de forma clara cómo el sistema contribuirá a los objetivos

institucionales y resolverá los problemas actuales detectados en los procesos
de gestión académica.

 Contenido del Documento:

 Descripción general del contexto: Breve análisis de la situación
actual de la gestión de constancias y analíticos en el IES.
 Problemas identificados:
Procesos manuales que generan demoras y errores.
Dificultades en la trazabilidad y validación de documentos.
Falta de acceso remoto por parte de los estudiantes.
 Objetivos del sistema:
 Reducir el tiempo promedio de emisión de constancias y certificados
en al menos un 50%.
 Garantizar la autenticidad de los documentos emitidos mediante
códigos QR.
 Centralizar la información académica y permitir su acceso controlado y
seguro.
 Facilitar al personal de secretaría tareas repetitivas mediante
automatización.
 Requisitos Funcionales
Contenido del Documento:
Casos de Uso (por actor):
Secretario/a académico/a:
Iniciar sesión con credenciales seguras.
Registrar, modificar y dar de baja datos de estudiantes.
Cargar calificaciones.
Generar constancias de alumno regular y certificados analíticos.
Revisar historial de solicitudes y controlar el estado de las mismas.
Estudiante:
Iniciar sesión y recuperar contraseña.
Consultar historial académico.
 DISEÑO DE APLICACIONES Página |5

Solicitar constancia o certificado.

Descargar documentos en formato PDF.
Campos obligatorios y validaciones:
 Por ejemplo: DNI válido, promedio numérico con dos decimales, fecha de
solicitud autogenerada, etc.
Reglas de negocio:
 Solo se pueden emitir constancias a alumnos activos.
 No se puede emitir analítico si faltan notas cargadas en materias obligatorias.
Restricciones:
 El sistema solo podrá ser utilizado por usuarios autenticados.
 Los documentos emitidos deben contar con código QR único para validación
externa.

 Requisitos No Funcionales

 Contenido del Documento:

Usabilidad:
El sistema debe tener una interfaz amigable, con instrucciones visibles para
usuarios administrativos y estudiantes.
El sistema debe ser accesible desde cualquier navegador web moderno y
adaptarse a dispositivos móviles.
Seguridad:
Los datos personales y académicos deben encriptarse en la base de datos.
Se debe implementar autenticación con control de roles (administrador y
alumno).
Se debe mantener un historial de accesos y solicitudes.
Rendimiento:
La respuesta del sistema no debe superar los 2 segundos en consultas
básicas.
La generación de documentos PDF no debe tardar más de 5 segundos.
Escalabilidad:
La estructura del sistema debe permitir agregar en el futuro módulos como:
inscripción a materias, gestión de asistencia, y notificaciones automatizadas.
Mantenibilidad:
El código fuente deberá estar documentado para permitir futuras mejoras por
parte de otros equipos técnicos o nuevos alumnos.
Compatibilidad:
Compatible con navegadores Chrome, Firefox y Edge en sus últimas dos
versiones.
5.4 Modelar el sistema:
 Crear modelos de negocio:
Diagramas de flujo de trabajo (BPMN): Se elaborarán diagramas que representen:
 DISEÑO DE APLICACIONES Página |6

 Proceso actual (AS-IS): Manual y presencial, donde el estudiante solicita la

constancia en secretaría, el personal revisa los datos, la genera en un editor
de texto, la imprime y la firma.
 Proceso futuro (TO-BE): Con el sistema web, donde el estudiante inicia
sesión, realiza la solicitud en línea, y el personal autoriza la emisión. El
documento se genera automáticamente en PDF con código QR, y el alumno
lo descarga directamente.
Estos flujos incluirán roles (estudiante, personal administrativo), decisiones
(aprobado o no), tareas automatizadas y eventos de notificación.
Casos de uso
 Cada caso de uso describe una interacción entre un actor y el sistema,
especificando qué se logra y cómo. Ejemplos de casos de uso clave:
 Solicitar constancia de alumno regular (Estudiante).
 Emitir certificado analítico (Personal de secretaría).
 Cargar calificaciones (Secretaría).
 Consultar historial académico (Estudiante).
 Verificar validez de documentos (terceros, mediante código QR).
 Cada caso de uso debe documentarse con:
 Nombre.
 Actor principal.
 Flujo básico de eventos.
 Flujo alternativo (errores o validaciones).
 Requisitos pre y post-condición.
 Diseñar modelos de datos
Se refinará el diseño preliminar de la base de datos para garantizar la integridad,
rendimiento y normalización.
Elementos clave:
 Tipos de datos apropiados (e.g., varchar, int, date, decimal).
 Restricciones: claves primarias, foráneas, valores únicos, campos
obligatorios.
 Índices en campos de búsqueda frecuente (como DNI, ID de solicitud).
 Relaciones entre tablas (uno a muchos, muchos a muchos).
Tablas principales:
 usuarios (id, nombre, rol, contraseña, email)
 DISEÑO DE APLICACIONES Página |7

 alumnos (id, dni, nombre, apellido, carrera, estado)

 materias (id, nombre, plan_id)
 calificaciones (id, alumno_id, materia_id, nota, fecha)
 solicitudes (id, alumno_id, tipo, estado, fecha_solicitud, fecha_emisión,
qr_token)
 planes_de_estudio (id, carrera, año, resolución)

 Desarrollar prototipos
a) Wireframes / Mockups
Se diseñarán bocetos de las siguientes pantallas:
 Login (para alumno y administrativo).
 Dashboard del alumno (solicitud, historial, descarga).
 Dashboard del personal (gestión de estudiantes, emisión de certificados).
 Formulario de solicitud.
 Visualización de certificado generado.
 Pantalla de validación externa por código QR.
Herramientas sugeridas: Figma, Balsamiq o Canva. También puede utilizarse papel
y lápiz para la versión inicial.
 DISEÑO DE APLICACIONES Página |8

INICIAR SESIÓN Panel del Estudiante

Nombre de Usuario
Solicitar Constancia

Contraseña
Historial Académico

Ingresar

Solicitar Constancia de Alumno

Regular Generación del Certificado

Tipo de Constancia

Generar PDF
Fecha de Solicitud

Estado
Enviar

b) Prototipos de baja fidelidad

Se implementará un prototipo navegable (por ejemplo, en Figma interactivo o
PowerPoint) que simule la navegación principal:
 Inicio de sesión.
 Menú principal.
 Flujo de solicitud y generación de constancia.
 Simulación del PDF generado con QR.
Esto permitirá realizar validación temprana con los usuarios (secretaría y alumnos),
detectar mejoras en la interfaz y prevenir errores de diseño antes del desarrollo.

6. Diseño
 DISEÑO DE APLICACIONES Página |9

En esta fase, transformamos los requisitos en un plan detallado de cómo se

construirá el sistema.
6.1 Definir la arquitectura del sistema:
 Diseñar la arquitectura de datos: Especificar el tipo de base de datos (ej.
MySQL, PostgreSQL), el esquema completo, procedimientos almacenados,
triggers, etc.
 Diseñar la arquitectura de software:
 Patrón de arquitectura (ej. Cliente-Servidor, MVC).
 Capas del sistema (presentación, lógica de negocio, acceso a
datos).
 APIs o interfaces entre módulos.
 Diseñar la arquitectura de la red: Si la aplicación es web, considerar cómo
se desplegará (servidor web, base de datos en la nube o local, balanceadores
de carga si se prevé alto tráfico).
6.2 Diseño de la interfaz de usuario (UI):
 Prototipo de alta fidelidad: Maquetas interactivas que se asemejan al
producto final.
 Seleccionar la tipografía, los colores y otros elementos visuales:
Definir una guía de estilo consistente con la identidad del instituto.

6.3 Diseño de la experiencia del usuario (UX):

 Definir los perfiles de usuario (Personas): Crear representaciones de
los usuarios típicos (ej. "María, secretaria de 45 años, con poca
experiencia en sistemas complejos", "Juan, alumno de 20 años,
acostumbrado a aplicaciones móviles").
 Crear flujos de usuario: Diagramas que muestran los pasos que un
usuario toma para completar una tarea específica dentro del sistema (ej.
"Flujo de emisión de constancia para María", "Flujo de descarga de
analítico para Juan").

6.4 Documentación del diseño:

 Elaborar documentos de diseño técnico: Contienen diagramas de
clases, diagramas de secuencia, diseño de la base de datos, diseño de la
interfaz de usuario, y cualquier otra especificación técnica necesaria para
la implementación.

6.5 Seleccionar las herramientas y tecnologías necesarias para el desarrollo:

6.6 Crear diagramas de flujo de datos (DFD) y de procesos para modelar el

funcionamiento del sistema: Visualizar el flujo de información y las
transformaciones que sufre dentro del sistema.
DISEÑO DE APLICACIONES P á g i n a | 10

6.7 Diseñar la estructura de la base de datos: El esquema relacional completo,

con todas las tablas, columnas, tipos de datos, claves primarias, claves foráneas
e índices.

7 Implementación
7.1 codificar el sistema en el lenguaje de programación seleccionado
Lenguaje de programación: Python (Django/Flask), PHP (Laravel), Node.js
(Express), .NET, Java (Spring Boot) – depende de la experiencia del equipo y los
recursos disponibles.
Base de datos: MySQL, PostgreSQL.
Frameworks de frontend: React, Angular, Vue.js (si es una aplicación web).
Herramientas de control de versiones: Git.
IDE: Visual Studio Code, PyCharm, etc.
7.2 realizar pruebas de unidad para verificar que el código funciona correctamente
7.3 Integrar los componentes del sistema
7.4 Generar documentación del código
8 Prueba
8.1 Realizar pruebas de integración para verificar que los componentes del sistema
funcionan correctamente juntos
8.2 Realizar pruebas de cargas para verificar que el sistema cumple con los
requisitos del usuario
8.3 Realizar pruebas de carga para verificar la capacidad del procesamiento del
sistema.
8.4 Generar informes de errores y realizar seguimiento a su resolución
9. Mantenimiento
9.1 Corregir errores encontrados durante las pruebas y operación del sistema
9.2 Realizar actualizaciones y mejoras del sistema
9.3 Brindar soporte al usuario final
9.4 Generar documentación del sistema actualizado