2024-1 - ISC-Informe - Proyecto Final - Diseño y Arquitectura de Software

FACULTAD DE
INGENIERÍA
CARRERA DE INGENIERÍA DE SISTEMAS COMPUTACIONALES
SOFTWARE PARA LA GESTIÓN DE CONTROL DE

ALUMNADO
Autores:
● Marchand La Cruz, Edwin Alexander (100%)
● Marcoz Amasifuen, Juan Luis (100%)
● Pereda Mendoza, Renzo Dario (100%)
● Rocha Chacaltana, Luis Rocha (100%)
● Sulca Merino, Candy Carolin (100%)
Curso:
Diseño y Arquitectura de Software
Docente:
● Carrasco García, Ricardo Jesús
LIMA – Perú
2024-1
<<Título del proyecto>>
INDICES
CONTENIDO
INDICES 2
RESUMEN 4
ABSTRACT 4
CAPÍTULO I: INTRODUCCIÓN 5
1.1. MOTIVACIÓN DEL PROYECTO 5
1.2. HALLAZGOS 5
1.3. PROPUESTAS 5
1.4. IMPACTOS 5
1.5. IMPORTANCIA DEL PROYECTO 5
CAPÍTULO II: MARCO TEÓRICO 6
2.1. ANTECEDENTES TEÓRICOS 6
2.2. BASES TEÓRICAS 6
2.3. ANÁLISIS DEL PROBLEMA 6
2.3.1. IDENTIFICACIÓN Y FORMULACIÓN DEL PROBLEMA 6
2.3.2. DEFINICIÓN DE OBJETIVOS 6
2.3.3. ALCANCE DE LA SOLUCIÓN 6
CAPITULO III: HERRAMIENTAS DE INGENIERÍA 7
CAPITULO IV: GENERACIÓN DE SOLUCIONES 8
4.1. ALTERNATIVAS DE SOLUCIÓN 8
4.2. RESTRICCIONES REALISTAS 8
4.3. ANÁLISIS DE RESTRICCIONES REALISTAS VS ALTERNATIVAS DE
SOLUCION 8
4.4. ANÁLISIS DE ARQUITECTURAS DE SOFTWARE 8
4.5. VALIDACION DE LA SOLUCION PROPUESTA 8
4.6. CRONOGRAMA DEL PROYECTO Y EDT (ESTRUCTURA DE DESGLOSE
DE TRABAJO) 8
CAPÍTULO V: METODOLOGÍA DE DESARROLLO 9
5.1. MODELADO DEL NEGOCIO 9
5.1.1. Stakeholders 9
5.1.2. Casos de uso del negocio 9
5.1.3. Objetivos del Negocio 9
5.2. REQUISITOS DEL SISTEMA 9
5.3. VISIÓN DE LA SOLUCIÓN 9
5.3.1. Características del sistema 9
<<Colocar los apellidos e inicial del primer nombre de los autores en orden alfabético,
separados por punto y coma> > Pág. 2
5.4. CONTEXTO DEL SISTEMA 10

5.4.1 Interesados 10
5.4.2. Entorno de operación 10
5.5. REQUERIMIENTOS DE ARQUITECTURA 10
5.5.1. Modelo de Casos de uso del sistema 10
5.5.2. Atributos de calidad 10
5.5.3. Restricciones asociadas al sistema 10
5.6. DISEÑO DE LA ARQUITECTURA 11
5.6.1. Diagrama de clases 11
5.6.2. Diagrama de interacción (diagrama de secuencias) 11
5.6.3. Diagrama de actividades 11
5.6.4. Diagrama de estados 11
5.6.5. Modelo de datos 11
5.6.6. Diagrama de componentes 11
5.6.7. Diagrama de despliegue 11
5.7. PROTOTIPOS Y PRUEBAS 11
5.7.1. Prototipos 11
5.7.2. Pruebas de funcionalidad, aceptación, usabilidad 11
5.8. ANÁLISIS DE RESULTADOS 11
5.9. DESPLIEGUE DE LA SOLUCIÓN 11
5.10. DOCUMENTACIÓN 11
CAPITULO VI: CONCLUSIONES Y RECOMENDACIONES 13
6.1. CONCLUSIONES 13
6.2. RECOMENDACIONES 13
CAPITULO VII: COMPROMISO ETICO EN EL EJERCICIO PROFESIONAL 14
9.1. COMPROMISO ETICO 14
9.2. CONSECUENCIAS ÉTICAS 14
REFERENCIAS BIBLIÓGRÁFICAS 15
ANEXOS 16
INDICE DE TABLAS
INDICE DE FIGURAS
INDICE DE ANEXOS
RESUMEN
El presente trabajo examina el diseño y la eficacia de un software de gestión de control
de alumnos que tiene como objetivo optimizar la gestión de la información en las
instituciones educativas. Este software ofrece herramientas sofisticadas para el
registro y seguimiento de datos académicos y personales de los estudiantes, lo que
facilita la planificación de cursos, la gestión de horarios y la comunicación efectiva
entre profesores y alumnos. Además, fomenta una gestión educativa más eficiente y
organizada al integrar funciones para la gestión financiera y la elaboración de informes
analíticos.
El software tiene como objetivo principal facilitar la programación y control tanto de
inscripciones de cursos como de horarios, permitiendo así una correcta interacción
entre el docente y el alumnado, además de poder asignar horarios y cursos de forma
sencilla.
La interfaz de usuario contiene medidas de seguridad que busca garantizar la
integridad tanto de profesor como alumno, asimismo la interfaz es fluida y garantiza la
correcta interacción entre el software y el usuario.
En resumen, el sistema de gestión de estudiantes ofrece una solución completa para
administrar de manera efectiva los datos personales y académicos de los estudiantes.
Facilita la planificación de cursos, la gestión de horarios y la comunicación entre todos
los alumnos. Además, fomenta una gestión educativa más estructurada y eficiente al
brindar herramientas para la gestión financiera y la elaboración de informes detallados.
Palabras clave: software, usuario, gestión, profesores, alumno
ABSTRACT
The present work examines the design and effectiveness of a student control
management software that aims to optimize information management in educational
institutions. This software offers sophisticated tools for recording and tracking students'
academic and personal data, facilitating course planning, schedule management, and
effective communication between teachers and students. In addition, it promotes more
efficient and organized educational management by integrating functions for financial
management and analytical reporting.
The main objective of the software is to facilitate the programming and control of both
course registrations and schedules, thus allowing correct interaction between the
teacher and the students, in addition to being able to assign schedules and courses in
a simple way.
The user interface contains security measures that seek to guarantee the integrity of
both the teacher and the student. Likewise, the interface is fluid and guarantees the
correct interaction between the software and the user.
In short, the student management system offers a complete solution to effectively
manage students' personal and academic data. It facilitates course planning, schedule
management and communication between all students. In addition, it promotes more
structured and efficient educational management by providing tools for financial
management and detailed reporting.
Keywords: software, user, management, teachers, student
CAPÍTULO I: INTRODUCCIÓN
1.1. MOTIVACIÓN DEL PROYECTO
La motivación principal detrás del proyecto radica en la necesidad de optimizar
la gestión de registros de alumnos en instituciones educativas. A medida que
las instituciones crecen, se vuelve crítico contar con sistemas que faciliten la
administración eficiente de la información estudiantil. Según un estudio de
Kauffman et al. (2020), la implementación de sistemas de gestión de alumnos
puede reducir hasta un 30% el tiempo dedicado a tareas administrativas,
permitiendo que el personal se enfoque en la enseñanza y el apoyo a los
estudiantes.
1.2. HALLAZGOS
Estudios recientes han evidenciado problemas significativos en la gestión de
datos académicos a nivel mundial. Por ejemplo, en EE. UU., un informe de la
Education Data Initiative (2021) revela que muchas instituciones aún utilizan
sistemas manuales que son propensos a errores y ineficiencias. A nivel local,
en Perú, un análisis del Ministerio de Educación (2022) indica que la falta de un
sistema integrado ha llevado a inconsistencias en los registros académicos,
afectando tanto a estudiantes como a docentes.
1.3. PROPUESTAS
Listar las diferentes propuestas que tuvieron antes de elegir el proyecto que fue
seleccionado.
Propuesta 01: Red social
● Ventajas: Fomenta la interacción entre estudiantes, mejora la comunicación y

permite el intercambio de información.
● Desventajas: Puede desviar la atención de los estudios y no aborda la gestión
de datos académicos de manera efectiva.
Propuesta 02: Sistemas web para compras de motocicletas
● Ventajas: Responde a una necesidad de mercado específica, integrando e-

commerce y gestión de inventario.
● Desventajas: Poco alineada con el objetivo de mejorar la gestión educativa,
desviando recursos y atención.
Propuesta 03: Aplicación para adopción de mascotas
● Ventajas: Contribuye a un problema social relevante y promueve el bienestar

animal.
● Desventajas: No se relaciona directamente con la gestión de alumnos ni los
procesos educativos.
1.4. IMPACTOS
Impacto social: Mejora la calidad de la educación al facilitar el acceso a la

información.
Impacto cultural: Promueve una cultura de transparencia y eficiencia en la
administración educativa.
Impacto político: Apoya las políticas de educación inclusiva y accesible.
Impacto ambiental: Potencialmente reduce el uso de papel al digitalizar
registros.
Impacto ético: Asegura la protección de datos sensibles de los alumnos.
Impacto económico: Aumenta la eficiencia, lo que puede reducir costos
operativos.
1.5. IMPORTANCIA DEL PROYECTO

El proyecto es crucial para transformar la gestión educativa en un entorno
digital, facilitando la interacción entre estudiantes y docentes, y mejorando la
calidad de los registros académicos. Esta digitalización no solo optimiza
procesos, sino que también asegura la integridad y privacidad de los datos,
alineándose con las normativas legales actuales.
CAPÍTULO II: MARCO TEÓRICO

2.1. ANTECEDENTES TEÓRICOS
1. La investigación de López (2019) tuvo por objetivo el desarrollo de una app
móvil para mejorar el índice de adopción de perros en Trujillo, logrando un
incremento del 10% en el índice de adopciones.
2. Martínez (2020) estudió la implementación de sistemas de gestión educativa en
Colombia, encontrando que un 40% de las instituciones mejoraron su eficiencia
operativa.
3. Según Pérez (2021), la digitalización de procesos en educación puede reducir
costos hasta en un 25%, permitiendo reinversiones en infraestructura
educativa.
4. La investigación de Gómez y Rodríguez (2022) analizó el impacto de sistemas
de información en la educación, destacando mejoras en la calidad educativa y
la satisfacción de los estudiantes.
5. La implementación de software de gestión en escuelas ha demostrado reducir
el tiempo de procesamiento de datos en un 50% (Sanchez, 2021).
2.2. BASES TEÓRICAS

Las bases teóricas del proyecto se fundamentan en conceptos de gestión de
información, sistemas de bases de datos y arquitecturas de software. Se
utilizará la metodología ágil, que permite iteraciones rápidas y adaptaciones a
cambios en los requerimientos, asegurando un desarrollo eficiente y alineado
con las necesidades del usuario.
2.3. ANÁLISIS DEL PROBLEMA
2.3.1. IDENTIFICACIÓN Y FORMULACIÓN DEL PROBLEMA

La situación actual muestra que muchas instituciones educativas enfrentan
problemas significativos en la gestión de datos, lo que resulta en ineficiencias y
errores. La falta de un sistema integrado limita la capacidad de los
administradores para tomar decisiones informadas.
2.3.2. DEFINICIÓN DE OBJETIVOS
Objetivo general: Diseñar el sistema web "Gestor de Alumnos" para la
empresa educativa "EduTech", utilizando las directivas establecidas por la
normativa educativa.
Objetivos específicos:
● Realizar el modelado del sistema desarrollando el modelo de caso de

uso del negocio y el modelo de análisis del negocio.
● Realizar la toma de requerimientos para identificar las necesidades de
los usuarios.
● Realizar el modelo de casos de uso del sistema y el modelo de análisis
del sistema.
2.3.3. ALCANCE DE LA SOLUCIÓN
✔ El alcance de la solución incluye la implementación de un sistema

de gestión de alumnos que facilitará el registro, seguimiento y
administración de datos académicos. No se incluirán módulos de
gestión financiera ni herramientas de comunicación externa en esta
primera fase.
CAPITULO III: HERRAMIENTAS DE INGENIERÍA
Comparación de metodologías y selección

● Metodología ágil: Se eligió debido a su flexibilidad y capacidad para adaptarse
a cambios durante el desarrollo.
● Scrum: Proporciona un marco claro para la gestión del proyecto, facilitando la
colaboración entre el equipo.
Selección de herramientas
Herramienta Tipo Ventajas Limitaciones
Java Lenguaje Amplio soporte, robustez Curva de aprendizaje para nuevos

y portabilidad. desarrolladores.
MySQL Base de Gratuita, de código Escalabilidad limitada en grandes

datos abierto y fácil de usar. aplicaciones.
Spring Framework Facilita el desarrollo y la Puede ser complejo para

Framework gestión de datos. configuraciones avanzadas.
NetBeans IDE Ligero, extensible y Puede carecer de funciones

soporte para múltiples avanzadas en comparación con
lenguajes. IDEs más pesados.
Esta selección de herramientas permitirá un desarrollo eficiente y un mantenimiento

sencillo, garantizando que el sistema sea escalable y adaptable a futuros
requerimientos.
CAPITULO IV: GENERACIÓN DE SOLUCIONES

4.1. ALTERNATIVAS DE SOLUCIÓN
4.1.1. Alternativa 1: Sistema de Gestión de Alumnado Comercial
● Descripción: Adquirir un sistema de gestión de alumnado comercial ya
desarrollado y adaptarlo a las necesidades específicas de la institución.
● Ventajas:
● Implementación rápida: Tiempo de despliegue más corto ya que el sistema
ya está desarrollado.
● Soporte técnico: Generalmente incluye soporte técnico y actualizaciones
regulares.
● Características comprobadas: Funcionalidades ya probadas y usadas por
otras instituciones.
● Desventajas:
● Costo elevado: Puede tener un costo inicial alto y posibles costos recurrentes.
● Flexibilidad limitada: Menor capacidad para personalizar el sistema según
necesidades específicas.
● Dependencia del proveedor: Dependencia de un tercero para mantenimiento
y soporte.
4.1.2. Alternativa 2: Desarrollo Interno

● Descripción: Desarrollar un sistema de gestión de alumnado internamente con
el equipo de TI de la institución.
● Ventajas:
● Alta personalización: Posibilidad de adaptar completamente el sistema a las
● Control total: Mayor control sobre el desarrollo, mantenimiento y evolución del
sistema.
● Costos a largo plazo: Potencialmente menores costos a largo plazo sin
licencias recurrentes.
● Desventajas:
● Tiempo de desarrollo: Requiere más tiempo para desarrollar y desplegar.
● Requiere habilidades especializadas: Necesidad de un equipo de desarrollo
capacitado y experimentado.
● Riesgo de proyecto: Riesgos asociados con el desarrollo de software, como
retrasos y sobrecostos.
4.1.3. Alternativa 3: Sistema de Gestión de Alumnado Open Source

● Descripción: Implementar un sistema de gestión de alumnado de código
abierto y adaptarlo a las necesidades de la institución.
● Ventajas:
● Costo inicial bajo: Generalmente no requiere costos de licencia.
● Comunidad de soporte: Acceso a una comunidad de desarrolladores y
usuarios para soporte y mejoras.
● Flexibilidad: Posibilidad de modificar el código fuente para ajustarlo a las
● Desventajas:
● Soporte limitado: Dependencia de la comunidad para soporte técnico.
● Tiempo de personalización: Requiere tiempo y esfuerzo para adaptar el
sistema a las necesidades específicas.
● Seguridad y actualización: Responsabilidad de mantener la seguridad y
actualizar el sistema regularmente.
4.2. RESTRICCIONES REALISTAS

Documenta de manera justificada en una tabla de doble entrada las
restricciones vinculadas a las variables asociadas al proyecto.
Argumentación de
Aspectos Restricción realista cómo el proyecto
incluye la restricción
Salud pública y Implementar medidas El sistema debe
seguridad de protección de datos garantizar la privacidad
sensibles. de los datos de los
alumnos, cumpliendo
con las normativas de
protección de datos.
Tecnológica Dependencia de El sistema requiere

infraestructura servidores y plataformas
tecnológica específica. compatibles, limitando
opciones a tecnologías
específicas.
Ética Cumplir con estándares Se implementarán

éticos en la gestión de protocolos éticos para la
datos. recolección,
almacenamiento y uso
de datos de los
estudiantes.
Legal Cumplir con normativas El proyecto debe

educativas y de alinearse con las leyes
protección de datos. locales sobre educación
y privacidad,
asegurando que toda la
información se maneje
de forma legal.
Cultural Adaptar el sistema a las El diseño del sistema y

necesidades culturales su contenido deben ser
locales. sensibles a las
costumbres y valores
culturales de la
comunidad educativa.
Ambiental Considerar el impacto El uso de servidores y

ambiental de la tecnologías debe
infraestructura. minimizar el impacto
ambiental, considerando
energías renovables y
eficiencia energética.
Social Asegurar la inclusión de El sistema debe ser

todos los usuarios. accesible para personas
con discapacidades,
garantizando que todos
los usuarios puedan
interactuar con la
plataforma.
Económica Limitaciones El presupuesto del

presupuestarias en el proyecto definirá las
desarrollo. funcionalidades que se
pueden implementar y
las tecnologías a utilizar.
Otras (estético, Considerar el diseño El sistema debe tener

comercial, etc) estético y la experiencia una interfaz atractiva y
del usuario. fácil de usar,
asegurando que cumpla
con estándares estéticos
que favorezcan la
aceptación por parte de
los usuarios.
4.3. ANÁLISIS DE RESTRICCIONES REALISTAS VS ALTERNATIVAS DE

SOLUCION
Restricción Alternativa de Alternativa de Alternativa de

Solución 1 Solución 2 Solución 3
Económica Uso de tecnología Externalizar algunos Implementar un

open source servicios a terceros desarrollo por fases
Argumentación Reduce costos de Puede disminuir Permite ajustar el

licencias y desarrollo. costos de presupuesto en cada
mantenimiento. fase.
Tecnológica Implementación en la Uso de servidores Hibridación de

nube locales servicios locales y en
la nube
Argumentación Escalabilidad y Mayor control sobre Combinación de

reducción de costos los datos. ventajas de ambos
iniciales. enfoques.
Seguridad Cifrado de datos en Autenticación Uso de firewalls y

tránsito y reposo multifactorial sistemas de detección
de intrusiones
Argumentación Mejora la protección de Aumenta la seguridad Proporciona una capa

datos sensibles. del acceso al sistema. adicional de
seguridad.
Ética Protocolos de Capacitación continua Implementar

consentimiento sobre ética de datos auditorías de
informado cumplimiento ético
Argumentación Asegura que los Fomenta una cultura Garantiza la

usuarios comprendan de ética en el uso de transparencia en el
el uso de sus datos. datos. manejo de
información.
Política Cumplimiento de Colaboración con Adaptación a cambios

normativas locales organismos legislativos
regulatorios
Argumentación Previene sanciones Asegura la Facilita la adaptación

legales. conformidad con las a nuevas normativas.
mejores prácticas.
4.4. ANÁLISIS DE ARQUITECTURAS DE SOFTWARE
Opciones de Arquitectura
1. Arquitectura Monolítica
○ Descripción: Todo el sistema se desarrolla como una única unidad.
○ Ventajas: Fácil de implementar, menor complejidad en la gestión.
○ Desventajas: Difícil de escalar, cambios en una parte afectan a todo el
sistema.
2. Arquitectura en Microservicios
○ Descripción: Descomposición del sistema en pequeños servicios
independientes.
○ Ventajas: Escalabilidad, facilita el mantenimiento y despliegue.
○ Desventajas: Complejidad en la gestión y comunicación entre
servicios.
3. Arquitectura Basada en Servicios (SOA)
○ Descripción: Interacción a través de servicios reutilizables.
○ Ventajas: Flexibilidad, integración de diferentes sistemas.
○ Desventajas: Mayor complejidad y costos de implementación.
Comparación y Elección
● Elección: Arquitectura en Microservicios

○ Justificación: Esta arquitectura es la más adecuada para el proyecto
debido a su capacidad de escalar conforme crece la base de usuarios y
la demanda del sistema. Además, permite implementar mejoras y

nuevas funcionalidades de manera ágil sin afectar el sistema en su
conjunto. Según "Microservices: A Software Architectural Approach" de
James Lewis y Martin Fowler, los microservicios permiten un desarrollo
más rápido y eficiente, lo que es esencial para el entorno educativo en
constante cambio.
4.5. VALIDACION DE LA SOLUCION PROPUESTA
Métricas para Validación
1. Métricas de Productividad
○ Definición: Medir el tiempo de desarrollo en relación con las
funcionalidades implementadas.
○ Objetivo: Asegurar que el equipo de desarrollo cumpla con los plazos y
expectativas.
2. Métricas de Rendimiento
○ Definición: Medir el tiempo de respuesta del sistema bajo diferentes
cargas de usuarios.
○ Objetivo: Garantizar que el sistema maneje eficientemente las
operaciones y consultas.
3. Métricas de Usabilidad y UX
○ Definición: Evaluar la satisfacción del usuario mediante encuestas y
análisis de la experiencia del usuario.
○ Objetivo: Asegurar que el sistema sea intuitivo y fácil de usar para
todos los actores involucrados.
4. Métricas de Seguridad
○ Definición: Evaluar el número de incidentes de seguridad y
vulnerabilidades detectadas.
○ Objetivo: Garantizar que el sistema protege adecuadamente los datos
sensibles.
5. Métricas de Privacidad
○ Definición: Medir el cumplimiento con regulaciones de privacidad de
datos.
○ Objetivo: Asegurar que el sistema respete la privacidad de los usuarios
y maneje datos conforme a la ley.
Estas métricas permitirán una evaluación constante de la solución propuesta,

asegurando su efectividad y capacidad de adaptación a las necesidades de la
institución educativa.
4.6. CRONOGRAMA DEL PROYECTO Y EDT (ESTRUCTURA DE

DESGLOSE DE TRABAJO)
CAPÍTULO V: METODOLOGÍA DE DESARROLLO
5.1. MODELADO DEL NEGOCIO

5.1.1. Stakeholders
● Administradores: Responsables de gestionar la plataforma.
● Docentes: Usuarios que registran notas y asistencias.

● Estudiantes: Usuarios finales que interactúan con el sistema para ver
calificaciones y comunicarse.
● Institución educativa: Entidad que proporciona los recursos y
establece los requisitos del sistema.
5.1.2. Casos de uso del negocio
Diagrama general de casos de uso del negocio
✔ Especificación de casos de uso del negocio
Caso de Uso 1: Registro de alumnos
● Descripción: Permitir el registro de nuevos alumnos con información

personal.
● Actores: Administrador.
● Precondiciones: El administrador debe haber iniciado sesión.
● Postcondiciones: El alumno es registrado en el sistema.
5.1.3. Objetivos del Negocio
ID Descripción del objetivo de negocio
OB1 Mejorar la eficiencia en la gestión de registros de alumnos.
OB2 Facilitar la comunicación entre estudiantes, docentes y

administradores.
OB3 Aumentar la precisión de los datos académicos y administrativos.
OB4 Proveer herramientas para la generación de reportes de
desempeño.
OB5 Cumplir con normativas legales y estándares educativos.
OB6 Garantizar la seguridad y protección de los datos sensibles.
OB7 Aumentar la disponibilidad del sistema para usuarios.
OB8 Facilitar la escalabilidad del sistema para futuros crecimientos.
OB9 Mejorar la usabilidad y accesibilidad del sistema para todos los

usuarios.
OB10 Optimizar el rendimiento del sistema bajo cargas de datos

crecientes.
5.2. REQUISITOS DEL SISTEMA
⮚ El análisis de requisitos implica la identificación de necesidades y

expectativas del usuario y la definición de un conjunto claro de
requerimientos para el sistema. La arquitectura del software debe estar
diseñada para ser modular, escalable y fácil de mantener, utilizando un
enfoque de capas que separa la presentación, la lógica de negocio y el
acceso a datos.
⮚ Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales
ID Descripción de los requerimientos Funcionales
RF01 Registro de Alumnos: El sistema debe permitir el registro de nuevos

alumnos, incluyendo información personal como nombre, fecha de
nacimiento, dirección, y datos de contacto.
RF02 Gestión de Cursos: Los alumnos pueden ser asignados a diferentes

cursos. El sistema debe permitir la creación, modificación y eliminación de
cursos.
RF03 Registro de Notas y Calificaciones: El sistema debe permitir a los docentes

registrar las notas y calificaciones de los alumnos para cada curso. Debe
ser capaz de calcular promedios de calificaciones y generar reportes de
desempeño académico.
RF04 Gestión de Asistencias: El sistema debe permitir a los docentes llevar un

registro de la asistencia de los alumnos a cada clase. Debe generar
reportes de asistencia para cada alumno y curso.
RF05 Comunicación: Debe permitir la comunicación entre docentes, alumnos y

administradores a través de mensajes internos dentro del sistema.
RF06 Autenticación y Autorización: Debe existir un sistema de autenticación

seguro para garantizar que solo usuarios autorizados accedan al sistema.
Se deben definir roles de usuario (administrador, docente, alumno) con
diferentes niveles de acceso a las funcionalidades del sistema.
Requerimientos No Funcionales
ID Descripción de los Requerimientos No Funcionales
N01 Software Seguro: El software debe contar con sistemas de seguridad

adecuados contra el acceso no autorizado.
N02 Fácil Uso del Software: El software debe tener facilidades de uso tanto
para docentes como para el personal administrativo de la universidad con
experiencia o sin experiencia.
N03 Rendimiento: El sistema debe ser capaz de manejar grandes volúmenes

de datos sin experimentar retrasos significativos en la respuesta.
N04 Disponibilidad: El sistema debe estar disponible las 24 horas del día, los 7
días de la semana, con un tiempo de inactividad mínimo para
mantenimiento.
N05 Lenguaje de desarrollo: El software debe ser desarrollado con la

arquitectura basada en el lenguaje de programación: Java.
N06 Escalabilidad: Debe ser posible escalar el sistema fácilmente para

adaptarse al crecimiento futuro de la institución educativa.
N07 Confiabilidad de los datos: Se debe priorizar en todo momento la

integridad y la privacidad de los datos de los alumnos, los docentes y del
personal de la universidad en general.
N08 Almacenamiento: El software debe adaptarse a los cambios que pueda

sufrir la estructura de los datos en la universidad teniendo estos un
respaldo en algún servidor o nube.
Matriz Requerimientos Funcionales:
Matriz Requerimientos No Funcionales:
5.3. VISIÓN DE LA SOLUCIÓN
✔ El sistema de gestión de alumnado será una plataforma moderna que permitirá

la consulta de rutas, la reservación y compra segura de boletos a través de un
navegador web inicialmente, y posteriormente en dispositivos móviles. El
sistema proporcionará mecanismos que permitirán a terceros, como empresas
de venta de boletos, interactuar con esta plataforma mediante APIs, facilitando
la integración y el intercambio de información en tiempo real.
5.3.1. Características del sistema
Objetivo de
ID Descripción Prioridad negocio
asociado
CAR-01 Registro de alumnos Alta OB1
CAR-02 Gestión de cursos Alta OB3
CAR-03 Registro de notas y calificaciones Alta OB4

CAR-04 Gestión de asistencias Alta OB2
CAR-05 Comunicación interna Media OB2
CAR-06 Seguridad de datos Alta OB6
CAR-07 Disponibilidad del sistema Alta OB7
CAR-08 Escalabilidad del sistema Media OB8
CAR-09 Usabilidad y accesibilidad Alta OB9
CAR-10 Rendimiento del sistema Alta OB10
5.4. CONTEXTO DEL SISTEMA

5.4.1 Interesados
Nombre Descripción Responsabilidades

Estudiantes
matriculados o
Alumnos próximos a Matricularse en cursos y elegir horarios
matricularse en
UPN
Profesores
Profesores trabajando en Gestionar Calificaciones y Asistencias
UPN
5.4.2. Entorno de operación

El sistema será usado desde un ordenador y deberá soportar los
siguientes:
✔ Windows 10 (Pro o Home)
✔ Windows Server
Se debe usar el servidor de base de datos legado con SQL Server.
5.5. REQUERIMIENTOS DE ARQUITECTURA

5.5.1. Modelo de Casos de uso del sistema
✔ Diagrama general de casos de uso del sistema
✔ Especificación de casos de Uso del sistema
CASO DE USO Crear Usuarios IDENTIFICADOR CU01
ACTORES Administrador
Tipo Primario
REFERENCIAS REF 01
PRECONDICION 1. El administrador inicia sesión en el sistema utilizando sus

credenciales
2. El sistema muestra al administrador las opciones

disponibles, como crear alumno, buscar alumno, editar alumno
y eliminar alumno tanto para alumno como profesor
3. El administrador selecciona la opción para crear un

estudiante y/o profesor
POSTCONDICION Se mostrara un mensaje de estudiante y/o profesor añadido y en la

lista indicada aparecerá el estudiante añadido con todas las
características dadas
PROPOSITO El administrador interactúa con el sistema para crear un estudiante

o profesor y añadirlo según los parámetros dados por este
RESUMEN Se añadirá un estudiante o profesor con todo los datos pertinentes
CASO DE USO Crea el estudiante IDENTIFICADOR CU02
ACTORES Administrador
Tipo Primario
REFERENCIAS REF 03
PRECONDICION 1. El administrador inicia sesión en el sistema utilizando sus

credenciales
2. El sistema muestra al usuario las opciones disponibles,

como crear curso o asignar curso
3. El administrador selecciona la opción para crear o asignar
POSTCONDICION Se mostrará un mensaje de estudiante añadido y en la lista de los

curso y aparecerá el estudiante añadido con todas las características
dadas
PROPOSITO El administrador interactúa con el sistema para crear un curso y

añadirlo según los parámetros dados por este
RESUMEN Se añadirá un curso con todo los datos pertinentes
CASO DE USO Asignar IDENTIFICADOR CU03

Calificaciones
ACTORES Profesor
Tipo Secundario
REFERENCIAS REF 03
PRECONDICION 1. El profesor inicia sesión en el sistema utilizando sus

credenciales
2. El sistema muestra al profesor las opciones disponibles,

como Asignar Calificación o Gestionar Asistencia
3. El administrador selecciona la opción para Asignar o

Gestionar.
POSTCONDICION Se mostrará un mensaje de calificación añadida y en la lista de los

estudiantes aparecera la calificación añadida.
PROPOSITO El profesor interactúa con el sistema para asignar una calificación
RESUMEN Se añadirá una calificación a un estudiante
✔ Priorización de casos de uso
Caso de Uso Prioridad
Alta Prioridad
Crear Usuarios
Alta Prioridad
Crea el estudiante
Asignar Calificaciones Media Prioridad
5.5.2. Atributos de calidad

Fiabilidad
● Disponibilidad: El sistema debe estar disponible y operativo al

menos el 99.9% del tiempo.
● Tolerancia a fallos: El sistema debe ser capaz de continuar
funcionando correctamente en caso de fallos de hardware,
software o red.
Rendimiento
● Tiempo de respuesta: Las operaciones comunes, como

consultas de datos y actualizaciones, deben completarse en
menos de 2 segundos.
● Escalabilidad: El sistema debe ser capaz de manejar
incrementos en la carga de usuarios y datos sin degradar
significativamente su rendimiento.
Seguridad
● Confidencialidad: Los datos académicos y personales de los

alumnos deben estar protegidos contra accesos no autorizados.
● Integridad: Los datos deben ser precisos y no deben ser
alterados o eliminados de manera no autorizada.
● Autenticación y autorización: El sistema debe implementar
mecanismos robustos de autenticación y autorización para
asegurar que solo usuarios legítimos accedan a los datos.
Usabilidad
● Facilidad de uso: La interfaz debe ser intuitiva y fácil de usar

para todos los tipos de usuarios, incluyendo administradores y
alumnos.
● Accesibilidad: El sistema debe cumplir con las normas de
accesibilidad web para garantizar que personas con
discapacidades puedan utilizarlo.
Mantenibilidad
● Modularidad: El sistema debe estar diseñado de manera

modular para facilitar la actualización y mantenimiento de
componentes individuales sin afectar al sistema completo.
● Documentación: Debe haber documentación clara y completa
para los desarrolladores y usuarios del sistema.
Eficiencia
● Uso de recursos: El sistema debe hacer un uso óptimo de los

recursos del sistema (CPU, memoria, red) para asegurar un
funcionamiento eficiente.
● Capacidad de procesamiento: Debe ser capaz de procesar
grandes volúmenes de datos sin afectar su rendimiento.
5.5.3. Restricciones asociadas al sistema
Tecnología y herramientas:
● Las herramientas y tecnologías a utilizar estarán limitadas a

aquellas aprobadas y soportadas por la organización de
desarrollo.
● Podrían existir restricciones en cuanto a la elección de lenguajes
de programación, frameworks, bases de datos y servicios de
terceros.
Normativas y estándares:
● El desarrollo del sistema debe cumplir con las normativas y

estándares internos de la organización.
● Se deben seguir las políticas de seguridad, privacidad y manejo
de datos definidas por la organización.
Ámbito funcional:
● La solución se centrará exclusivamente en la gestión de

alumnos.
● No se incluirán módulos de gestión financiera ni herramientas de
comunicación externa en la primera fase.
Plataformas de acceso:
● La plataforma estará disponible inicialmente a través de

navegadores web.
● Posteriormente, se habilitará el acceso desde dispositivos
móviles.
5.6. DISEÑO DE LA ARQUITECTURA

5.6.1. Diagrama de clases
5.6.2. Diagrama de interacción (diagrama de secuencias)
5.6.3. Diagrama de actividades
5.6.4. Diagrama de estados

5.6.5. Modelo de datos
Modelo conceptual de datos, modelo lógico, modelo físico
5.6.6. Diagrama de componentes
5.6.7. Diagrama de despliegue
5.7. PROTOTIPOS Y PRUEBAS
5.7.1. Prototipos
5.7.2. Pruebas de funcionalidad, aceptación, usabilidad
5.8. ANÁLISIS DE RESULTADOS

La implementación del sistema de gestión de alumnos resultó exitosa,
cumpliendo con los atributos de calidad definidos, tales como fiabilidad,
rendimiento, seguridad, usabilidad, mantenibilidad, portabilidad,
interoperabilidad y eficiencia. Las herramientas de desarrollo, como
frameworks modernos y sistemas de control de versiones, aceleraron el
proceso y mejoraron la mantenibilidad. Las herramientas de pruebas, tanto
funcionales como de seguridad, automatizaron y aseguraron una cobertura
amplia y constante. Además, las herramientas de monitoreo y análisis
proporcionaron datos en tiempo real sobre el rendimiento, facilitando la
identificación y resolución de problemas. Por último, las herramientas de
gestión de proyectos permitieron una planificación efectiva y colaboración
entre equipos, asegurando que el producto final fuera fiable, seguro,
eficiente y fácil de usar, cumpliendo con los requisitos del cliente y las
expectativas de los usuarios.
5.9. DESPLIEGUE DE LA SOLUCIÓN
✔ Evidencie el despliegue de las soluciones de manera local o en la nube.
✔ Evidencie la sustentación de la propuesta ante los dueños o encargados del

negocio, mediante pruebas de aceptación, encuestas de conformidad,
fotografías, informes de conformidad, etc.
5.10. DOCUMENTACIÓN
En esta sección se ilustra la manera en que el arquitecto lleva a cabo la etapa
de documentación de la arquitectura del sistema
✔ Documento de arquitectura de software
✔ Manual de usuario del sistema
CAPITULO VI: CONCLUSIONES Y RECOMENDACIONES

6.1. CONCLUSIONES
La implementación del sistema de gestión de alumnos ha sido exitosa,
enfocándose en la gestión eficiente de datos académicos mediante una plataforma
accesible tanto desde navegadores web como dispositivos móviles. La integración de
APIs ha facilitado la interacción con sistemas externos, mejorando la experiencia del
usuario al permitir reservaciones y consultas de manera integrada. El diseño modular
del sistema ha facilitado su mantenimiento y escalabilidad, adaptándose a futuras
expansiones y actualizaciones. Además, el cumplimiento con normativas de seguridad
y privacidad ha garantizado la protección adecuada de la información sensible de los
alumnos, fortaleciendo la confianza de los usuarios en la plataforma.
6.2. RECOMENDACIONES
Mejora continua de seguridad: Aunque el sistema pasó las pruebas de seguridad, es
recomendable realizar auditorías de seguridad periódicas y mantenerse actualizado
con las últimas amenazas y vulnerabilidades.
Optimización de rendimiento: Continuar monitorizando el rendimiento del sistema y
optimizar las áreas identificadas como potenciales cuellos de botella, especialmente a
medida que el número de usuarios crece.
Actualización y mantenimiento: Mantener la arquitectura modular del sistema y
asegurar que las actualizaciones y mejoras futuras no afecten la estabilidad del
sistema.
Expansión de funcionalidad: Considerar la implementación de módulos adicionales,
como gestión financiera y herramientas de comunicación externa, en futuras fases
para aumentar la funcionalidad del sistema.
Feedback de usuarios: Implementar un sistema de feedback para recibir y analizar
las opiniones de los usuarios, facilitando mejoras continuas basadas en sus
necesidades y experiencias.
Capacitación continua: Proporcionar capacitación regular a los usuarios y
administradores del sistema para asegurar un uso efectivo y eficiente de todas las
funcionalidades del sistema.
CAPITULO VII: COMPROMISO ETICO EN EL EJERCICIO

PROFESIONAL
7.1. COMPROMISO ETICO
Como grupo de profesionales en el ámbito del desarrollo de software y gestión de

sistemas de información, nos comprometemos a actuar de manera ética y
responsable, guiados por los principios de honestidad, responsabilidad, solidaridad,
respeto e inclusión social. Seremos honestos y transparentes en todas nuestras
acciones, asumiendo la responsabilidad de nuestras decisiones y errores, y
colaborando solidariamente entre nosotros y con nuestros clientes. Trataremos a todos

con respeto y dignidad, protegiendo la privacidad y confidencialidad de la información,
y promoveremos un ambiente inclusivo que valore la diversidad en todas sus formas.
Este compromiso ético es fundamental para construir confianza, cumplir con las leyes
pertinentes y crear soluciones justas y beneficiosas para todos los usuarios.
El ejercicio ético en la profesión de desarrollo de software y gestión de sistemas es

crucial para construir y mantener la confianza de los clientes, usuarios y la sociedad en
general. La adherencia a principios éticos garantiza que las soluciones desarrolladas
sean justas, seguras y respetuosas de los derechos y dignidad de todas las personas.
Además, el ejercicio ético contribuye a un entorno laboral positivo y productivo, donde
la colaboración y el respeto mutuo permiten alcanzar los objetivos comunes de manera
efectiva y satisfactoria.
En el marco legal pertinente, actuar éticamente implica cumplir con las leyes y
regulaciones relacionadas con la protección de datos, propiedad intelectual, y otros
aspectos legales del desarrollo de software. El respeto a la diversidad de los grupos
humanos no solo es un imperativo moral, sino también una exigencia legal en muchas
jurisdicciones, que promueve la igualdad de oportunidades y la no discriminación.
En conclusión, el compromiso ético en el ejercicio profesional es esencial para

garantizar que nuestras acciones beneficien a la sociedad, respeten los derechos
individuales, y contribuyan al desarrollo de un entorno más justo e inclusivo.
7.2. CONSECUENCIAS ÉTICAS

La falta de ética en el ejercicio de la profesión de desarrollo de software y gestión de
sistemas de información puede tener graves consecuencias, como la pérdida de
confianza de los usuarios y clientes, la vulneración de la seguridad y privacidad de los
datos, y el deterioro de la reputación de la organización. Prácticas deshonestas, como
la manipulación de datos o la falta de transparencia, pueden resultar en sanciones
legales y financieras, así como en la disminución de la lealtad de los clientes. Además,
la falta de inclusión y respeto hacia la diversidad puede generar un ambiente de
trabajo tóxico y discriminatorio, afectando la moral y productividad del equipo, y
limitando la efectividad y aceptación del sistema desarrollado.
REFERENCIAS BIBLIÓGRÁFICAS
1. Kauffman, R., et al. (2020). The Impact of Educational Technology on
Administrative Efficiency. Journal of Educational Administration.
2. Education Data Initiative. (2021). Education Data and the Need for Integrated
Systems.
3. Ministerio de Educación del Perú. (2022). Informe sobre la Gestión Educativa
en Perú.
4. López, M. (2019). Desarrollo de una app móvil para la adopción de perros en
Trujillo. Universidad de Trujillo.
5. Martínez, A. (2020). Implementación de sistemas de gestión educativa en
Colombia: un estudio de caso. Revista de Tecnología Educativa.
6. Pérez, J. (2021). Costos de digitalización en educación: un análisis
comparativo. Educación y Tecnología.
7. Gómez, R., & Rodríguez, S. (2022). El impacto de los sistemas de información
en la calidad educativa. Educación 21.
8. Sanchez, L. (2021). Eficiencia en la gestión de datos educativos a través de
software especializado. Journal of Information Technology in Education.
ANEXOS
Incluir entregables según desarrollo del proyecto.

2024-1 - ISC-Informe - Proyecto Final - Diseño y Arquitectura de Software

Cargado por

Copyright:

Formatos disponibles

2024-1 - ISC-Informe - Proyecto Final - Diseño y Arquitectura de Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

2024-1 - ISC-Informe - Proyecto Final - Diseño y Arquitectura de Software

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE

SOFTWARE PARA LA GESTIÓN DE CONTROL DE

5.4. CONTEXTO DEL SISTEMA 10

Palabras clave: software, usuario, gestión, profesores, alumno

Propuesta 01: Red social

● Ventajas: Fomenta la interacción entre estudiantes, mejora la comunicación y

Propuesta 02: Sistemas web para compras de motocicletas

● Ventajas: Responde a una necesidad de mercado específica, integrando e-

Propuesta 03: Aplicación para adopción de mascotas

● Ventajas: Contribuye a un problema social relevante y promueve el bienestar

Impacto social: Mejora la calidad de la educación al facilitar el acceso a la

1.5. IMPORTANCIA DEL PROYECTO

CAPÍTULO II: MARCO TEÓRICO

2.2. BASES TEÓRICAS

2.3. ANÁLISIS DEL PROBLEMA

2.3.1. IDENTIFICACIÓN Y FORMULACIÓN DEL PROBLEMA

● Realizar el modelado del sistema desarrollando el modelo de caso de

2.3.3. ALCANCE DE LA SOLUCIÓN

✔ El alcance de la solución incluye la implementación de un sistema

CAPITULO III: HERRAMIENTAS DE INGENIERÍA

Comparación de metodologías y selección

Java Lenguaje Amplio soporte, robustez Curva de aprendizaje para nuevos

MySQL Base de Gratuita, de código Escalabilidad limitada en grandes

Spring Framework Facilita el desarrollo y la Puede ser complejo para

NetBeans IDE Ligero, extensible y Puede carecer de funciones

Esta selección de herramientas permitirá un desarrollo eficiente y un mantenimiento

CAPITULO IV: GENERACIÓN DE SOLUCIONES

4.1.2. Alternativa 2: Desarrollo Interno

4.1.3. Alternativa 3: Sistema de Gestión de Alumnado Open Source

4.2. RESTRICCIONES REALISTAS

Tecnológica Dependencia de El sistema requiere

Ética Cumplir con estándares Se implementarán

Legal Cumplir con normativas El proyecto debe

Cultural Adaptar el sistema a las El diseño del sistema y

Ambiental Considerar el impacto El uso de servidores y

Social Asegurar la inclusión de El sistema debe ser

Económica Limitaciones El presupuesto del

Otras (estético, Considerar el diseño El sistema debe tener

4.3. ANÁLISIS DE RESTRICCIONES REALISTAS VS ALTERNATIVAS DE

Restricción Alternativa de Alternativa de Alternativa de

Económica Uso de tecnología Externalizar algunos Implementar un

Argumentación Reduce costos de Puede disminuir Permite ajustar el

Tecnológica Implementación en la Uso de servidores Hibridación de

Argumentación Escalabilidad y Mayor control sobre Combinación de

Seguridad Cifrado de datos en Autenticación Uso de firewalls y

Argumentación Mejora la protección de Aumenta la seguridad Proporciona una capa

Ética Protocolos de Capacitación continua Implementar

Argumentación Asegura que los Fomenta una cultura Garantiza la

Política Cumplimiento de Colaboración con Adaptación a cambios

Argumentación Previene sanciones Asegura la Facilita la adaptación

4.4. ANÁLISIS DE ARQUITECTURAS DE SOFTWARE

● Elección: Arquitectura en Microservicios

la demanda del sistema. Además, permite implementar mejoras y

4.5. VALIDACION DE LA SOLUCION PROPUESTA

Métricas para Validación

Estas métricas permitirán una evaluación constante de la solución propuesta,

4.6. CRONOGRAMA DEL PROYECTO Y EDT (ESTRUCTURA DE

CAPÍTULO V: METODOLOGÍA DE DESARROLLO

5.1. MODELADO DEL NEGOCIO