PROYECTO MODELAMIENTO DE SOFTWAREv8

Vicente Vásquez Zamora Taller de Modelamiento de Software
INSTITUTO I.E.S.T.P. “ARTURO SABROSO MONTOYA”

CARRERA PROFESIONAL
COMPUTACIÓN E INFORMÁTICA
Curso : Taller De Modelamiento De Software
Tema : Desarrollo de un Proyecto

Orientado a Objetos
Proyecto : Sistema Educativo online de

llenado de registros y generador de
libretas.
Empresa : C.E.P. LUIS E. GALVÁN
Docente : Carlos Evaristo
Equipo : Vicente Paúl Vásquez Zamora
1
2
INDICE
I. DESCRIPCIÓN DE LA EMPRESA........................................................................................4
1.1. Antecedentes de la empresa...................................................................................4
1.2. Descripción, ubicación de la empresa en el mercado y el entorno...........................4
1.3. Descripción de la visión, misión y funciones del área donde realizo el trabajo.........5
1.4. Descripción de la tecnología de información de la empresa....................................5
1.5. Levantamiento de información. Ejemplo: entrevista, cuestionario..........................6
II. DEFINICIÓN DEL PROBLEMA...........................................................................................7
2.1. Identifique y describa de la situación actual............................................................7
2.2. Descripción del problema.......................................................................................7
III. MODELO DE NEGOCIO................................................................................................8
3.1. Descripción de Stakeholders...................................................................................8
3.1.1. Directora.........................................................................................................8
3.1.2. Subdirector.....................................................................................................8
3.1.3. Docentes del nivel Inicial.................................................................................8
3.1.4. Docentes del nivel Primaria.............................................................................9
3.1.5. Docentes del nivel Secundaria.........................................................................9
3.1.6. Tutores de aula...............................................................................................9
3.1.7. Padres de familia...........................................................................................10
3.1.8. Alumnos........................................................................................................10
3.2. Identificación de los Actores (Internos y Externo)..................................................10
3.3. Identificación de los Casos de Usos de los Negocios..............................................12
3.3.1. Diagrama de Caso de Uso del Negocio...........................................................12
3.3.2. Diagrama de Actividades...............................................................................13
3.4. Modelo de Objeto de Negocio..............................................................................16
3.4.1. Diagramas de Clase.......................................................................................16
3.4.2. Diagramas de Secuencia................................................................................19
3.4.3. Diagramas de Colaboración...........................................................................22
IV. MODELO DE REQUERIMIENTO..................................................................................25
4.1. Muestre los Requerimientos Funcionales y No Funcionales...................................25
4.1.1. Requerimientos Funcionales.........................................................................25
4.1.2. Requerimientos No Funcionales....................................................................26
4.2. Identificación de los Actores del Sistema..............................................................27
4.3. Identificación de los Casos de Usos del Sistema....................................................27
4.4. Diagrama de Caso de Uso.....................................................................................28
V. MODELO DE ANÁLISIS..................................................................................................34
5.1. Diagramas de Clase...............................................................................................34
5.1.1. Realización Agregar Nota..............................................................................34
5.1.2. Realización Modificar Nota............................................................................34
5.1.3. Realización Generar libreta...........................................................................35
5.1.4. Realización Consultar Libreta.........................................................................35
3
5.1.5. Realización Login...........................................................................................35

5.2. Diagramas de Secuencia.......................................................................................36
5.3. Diagramas de Colaboración..................................................................................39
VI. DOMINIO DEL PROBLEMA........................................................................................41
6.1. Modelo Conceptual..............................................................................................41
6.2. Modelo Lógico......................................................................................................41
6.3. Modelo Físico.......................................................................................................42
VII. MODELO DE DISEÑO GENERAL Y DETALLADO...........................................................43
7.1. Paquete: Dominio de la Aplicación........................................................................43
7.2. Paquete: GUI........................................................................................................44
VIII. CONCLUSIONES........................................................................................................50
4
EDUMATIC PRIME – SISTEMA EDUCATIVO ONLINE GENERADOR

DE REGISTROS Y LIBRETAS DEL COLEGIO LUIS E. GALVAN
I. DESCRIPCIÓN DE LA EMPRESA.
El Colegio Luis E. Galván, ubicado en San Martín de Porres, Lima, Perú, es un centro
educativo privado que se destaca por su compromiso con la educación de calidad y la
formación integral de sus estudiantes.
I.1. Antecedentes de la empresa.

Fundado en 1976, el Colegio Luis E. Galván tiene una rica historia de 55 años
en la educación. Durante este tiempo, ha proporcionado servicios educativos
desde la etapa inicial hasta la secundaria.
El colegio se ha destacado por su enfoque en la formación integral de los
estudiantes, brindando una educación de calidad y fomentando valores como
la responsabilidad, el respeto y la solidaridad.
A lo largo de los años, ha establecido una sólida reputación en la comunidad
local y ha contribuido al desarrollo académico y personal de miles de alumnos.
I.2. Descripción, ubicación de la empresa en el mercado y el entorno.

Descripción:

El CEP Luis E. Galván es más que una institución educativa; es un ambiente familiar
donde profesionales altamente eficientes vigilan que los estudiantes se incorporen
adecuadamente tanto en su vida personal como social y escolar.
 Su equipo docente está conformado por profesionales con vasta experiencia y
docentes altamente calificados, siempre actualizados.
 El colegio promueve una educación en valores, preparando a los alumnos para
enfrentar las exigencias académicas del mundo actual y fomentando su desarrollo
personal y pensamiento autónomo.
 Se enfoca en la estimulación cognitiva, permitiendo que los estudiantes construyan sus
propios aprendizajes y desarrollen habilidades para aprender a aprender.
Ubicación:
Dirección: Jirón Río Branco 1538, San Martín de Porres, Lima, Perú.
Teléfono: (01) 57117521.
Entorno:
El CEP Luis E. Galván ha acumulado 52 años de experiencia en formar excelentes profesionales,

orgullo de la sociedad. Su enfoque educativo se centra en atender las características
particulares de cada alumno y respetar sus diferentes intereses y formas de aprender.
5
El colegio se esfuerza por crear un entorno educativo diferente, donde los estudiantes
disfruten del aprendizaje y sientan satisfacción al superar dificultades y ver
reconocidos sus logros.
I.3. Descripción de la visión, misión y funciones del área donde realizo el trabajo.
 Misión.
El CEP Luis E. Galván anhela ser reconocido como una Institución Educativa
LÍDER que, a través de la educación con valores, contribuye al desarrollo de
una sociedad digna y justa.
 Visión.
La misión del colegio es comprometerse con el desarrollo personal y
profesional de sus colaboradores. Buscan elevar la calidad educativa y
reforzarla mediante la tecnología e innovación.
I.4. Descripción de la tecnología de información de la empresa.
El Colegio Luis E. Galván, en su compromiso con la educación de calidad, también ha avanzado

en el ámbito de la tecnología de información. A continuación, te proporciono detalles sobre su
enfoque tecnológico:
Plataforma de Educación Virtual (Evi):
El colegio ha implementado una plataforma de educación virtual llamada Evi. Esta plataforma
moderna, intuitiva y de fácil navegación permite a los estudiantes acceder a recursos
educativos en línea, interactuar con sus profesores y compañeros, y participar en actividades
académicas desde cualquier lugar.
Evi facilita la continuidad del aprendizaje incluso fuera del aula física, especialmente durante
situaciones como la pandemia, donde la educación a distancia se ha vuelto esencial.
Enfoque en la Integración Tecnológica:
El CEP Luis E. Galván reconoce la importancia de la tecnología en la educación actual. Por lo

tanto, se esfuerza por integrar herramientas tecnológicas en el proceso de enseñanza-
aprendizaje.
Los docentes utilizan recursos digitales, como presentaciones multimedia, videos educativos y
plataformas en línea, para enriquecer las clases y fomentar la participación activa de los
estudiantes.
Comunicación y Administración:
La tecnología también se utiliza para mejorar la comunicación entre la comunidad educativa. El

colegio mantiene un sitio web oficial y utiliza correos electrónicos para mantener a los padres y
estudiantes informados sobre eventos, fechas importantes y noticias relevantes.
Además, la administración del colegio utiliza herramientas informáticas para gestionar

aspectos como la matrícula, el seguimiento académico y la comunicación interna.
6
Formación Digital para Estudiantes:
El colegio busca preparar a los estudiantes para un mundo cada vez más digital. Además de las
asignaturas tradicionales, se imparten contenidos relacionados con la alfabetización digital, la
seguridad en línea y el uso responsable de la tecnología.
El Colegio Luis E. Galván está comprometido con la innovación tecnológica en la educación,

brindando a sus estudiantes acceso a herramientas digitales y promoviendo habilidades
relevantes para el siglo XXI.
I.5. Levantamiento de información. Ejemplo: entrevista, cuestionario.
ENTREVISTA AL SUB-DIRECTOR DEL COLEGIO “LUIS E. GALVAN”, ERICK LAGUNA

PERALTA.
Pregunta: ¿Cómo nació el Colegio Luis E. Galván? ¿Cuál fue su motivación
inicial para establecerse?
El Colegio Luis E. Galván fue fundado en 1995 por mi madre, María Teresa
Peralta Badaracco, una apasionada educadora con una visión clara para
brindar una educación integral y de calidad a los jóvenes de San Martín de
Porres. Su objetivo era crear un espacio donde los estudiantes pudieran
desarrollar sus habilidades académicas, sociales y emocionales.
Pregunta: ¿Cuáles son las metas a corto y largo plazo del colegio?
Nuestras metas a corto plazo incluyen mejorar la infraestructura del colegio,
implementar programas extracurriculares enriquecedores y fortalecer la
relación con los padres de familia. A largo plazo, aspiramos a convertirnos en
un referente educativo en la región, preparando a nuestros estudiantes para
enfrentar los desafíos del mundo moderno.
Pregunta: ¿Cuáles son los procesos internos que actualmente no están

automatizados?
Actualmente, algunos de nuestros procesos administrativos y de comunicación
no están completamente automatizados. Por ejemplo, la gestión de matrículas
y la comunicación con los padres aún se realizan manualmente. Además del
proceso de llenado de calificaciones son de modo manual, eso nos trae
demoras al momento de terminar los informes académicos (libretas de notas).
Estamos buscando soluciones tecnológicas para agilizar estos procesos y
mejorar la eficiencia en toda la institución.
7
II. DEFINICIÓN DEL PROBLEMA.

II.1. Identifique y describa de la situación actual.
Definiendo la posición del Negocio:
Para: Área Administrativa y área de Docentes.

Quienes: Necesitan automatizar los procesos de
llenado de calificaciones en los niveles de
logro y promedios, reduciendo el tiempo y
carga laboral.
El nombre del producto: EDUMATIC PRIME.
Que: Automatizará el llenado de calificaciones en
los registros de notas, libretas e informes
académicos. De ésta forma permitirá una
comunicación efectiva y control entre las
áreas, así como un servicio más rápido.
No como: El llenado de registros y libretas actual que
cada docente usa registros en papel y hojas
de cálculo independientes.
Ese negocio: Permite agilizar el llenado de libretas y la
supervisión del área administrativa sobre el
cumplimiento del área docente. Automatizar
los informes que se imprimirán a los padres
de familia, mediante una red que conectará
el área de Administración con el Área de
Docentes.
II.2. Descripción del problema.
El problema de: Los registros hechos a mano por los

docentes, y el llenado de libretas hechos a
mano por el área administrativa.
Afecta a: El área administrativa.
El impacto asociado es: La sobrecarga laboral, pues hay otras
responsabilidades que deba ser atendida por
el área administrativa. De la misma forma el
docente pierde tiempo llenando notas
pudiendo invertirlo en la calidad de
enseñanza.
Una solución adecuada sería: Un sistema que pueda acceder vía web,
permitiendo interconectar a docentes y
administrativos a cualquier hora del día y
desde cualquier lugar con una sola base de
datos.
8
III. MODELO DE NEGOCIO.

III.1. Descripción de Stakeholders.
III.1.1. Directora.
Representante María Teresa Peralta Badaracco
Tipo Promotora del colegio. Es la dueña del colegio.
Responsabilidad Definir políticas y estrategias educativas para el colegio.
Garantizar la calidad académica y el cumplimiento de los
estándares educativos.
Criterio de Éxito Implementación exitosa del sistema de registros y
calificaciones online. Mejora en la eficiencia en la gestión
académica.
Implicaciones Asegurar el apoyo y recursos necesarios para el proyecto.
Coordinar con administrativo para garantizar la integración
del sistema con los procesos existentes. Supervisar la
efectividad del sistema y tomar decisiones basadas en los
datos obtenidos.
III.1.2. Subdirector.
Representante Erick Laguna Peralta
Tipo Administrativo, hijo de la Directora. Es la persona que evalúa
los proyectos de implementación antes de presentarlos a la
Directora.
Responsabilidad Coordinar las actividades administrativas y de apoyo del
colegio. Supervisar la gestión de recursos y servicios.
Criterio de Éxito Implementación y mantenimiento efectivo del sistema.
Cumplimiento de los procedimientos establecidos en la
gestión de datos académicos.
Implicaciones Apoyar la implementación y uso efectivo del sistema.
Garantizar la integridad y confidencialidad de los datos del
colegio. Colaborar con otros departamentos para asegurar la
integración del sistema con los procesos existentes.
III.1.3. Docentes del nivel Inicial.

Representante Docentes de Inicial
Tipo Educadores
Responsabilidad Impartir educación de calidad a los estudiantes de nivel
inicial. Promover el desarrollo integral de los niños.
Criterio de Éxito Registro preciso y oportuno de los progresos académicos de
los estudiantes. Participación activa en la comunicación a
través del sistema.
Implicaciones Participar en sesiones de capacitación y entrenamiento para
familiarizarse con el sistema. Utilizar el sistema de manera
consistente y completa para mantener registros
actualizados. Colaborar con otros docentes para asegurar la
coherencia en la evaluación y el seguimiento del progreso de
los estudiantes.
9
III.1.4. Docentes del nivel Primaria.

Representante Docentes de Nivel Primaria
Tipo Educadores
primaria. Fomentar el desarrollo académico y personal de
los niños.
Criterio de Éxito Registro preciso y oportuno de los progresos académicos y
desempeños de los estudiantes. Participación activa en la
comunicación con padres y colegas a través del sistema.
Implicaciones Utilizar el sistema para registrar y evaluar el progreso de los
estudiantes. Colaborar con otros docentes para el diseño y la
implementación de planes de estudio. Comunicarse
regularmente con los padres sobre el progreso académico
de los estudiantes.
III.1.5. Docentes del nivel Secundaria.

Representante Docentes de Nivel Secundaria
Tipo Educadores
secundaria. Preparar a los alumnos para la educación
superior y el mundo laboral.
Criterio de Éxito Registro preciso y oportuno de los progresos académicos y
desempeños de los estudiantes. Participación activa en la
comunicación con padres y colegas a través del sistema.
Implicaciones Utilizar el sistema para registrar y evaluar el progreso de los
estudiantes. Ofrecer orientación académica y profesional a
los estudiantes. Colaborar con otros docentes y personal
escolar para proporcionar un ambiente educativo
enriquecedor.
III.1.6. Tutores de aula.

Representante Tutor de Aula
Tipo Educadores
Responsabilidad Brindar apoyo académico y personalizado a los estudiantes
asignados. Facilitar el desarrollo de competencias
transversales y habilidades de aprendizaje.
Criterio de Éxito Evaluación justa y completa de las competencias
transversales de los estudiantes.
Implicaciones Registrar y evaluar el progreso de los estudiantes en
competencias transversales. Establecer relaciones de
confianza y apoyo con los estudiantes. Colaborar con otros
docentes y padres para identificar y abordar las necesidades
individuales de los estudiantes.
10
III.1.7. Padres de familia.

Representante Padres de Familia
Tipo Usuarios Externos
Responsabilidad Apoyar la educación y el desarrollo de sus hijos. Participar
activamente en la comunidad escolar.
Criterio de Éxito Facilidad de acceso a la información académica relevante de
sus hijos. Comunicación efectiva con los docentes y el
personal escolar a través del sistema.
Implicaciones Utilizar el sistema para monitorear el progreso académico de
sus hijos. Participar en reuniones y actividades escolares.
Mantener una comunicación abierta y colaborativa con los
docentes y el personal escolar.
III.1.8. Alumnos
Representante Estudiantes
Tipo Beneficiarios
Responsabilidad Participar activamente en su proceso educativo.
Criterio de Éxito Facilidad y oportuno acceso a las conclusiones descriptivas y
retroalimentaciones para un mejor desempeño educativo.
Implicaciones Utilizar los recursos educativos proporcionados. Participar en
actividades académicas y extracurriculares. Comunicarse con
los docentes sobre sus necesidades y preocupaciones
académicas.
III.2. Identificación de los Actores (Internos y Externo).
Actores Externos
UGEL Padre de
familia
Actores Internos
Administración: Actores
Directora
Subdirector Soporte
11
Docente Inicial: Actor
Docente
Inicial
Docente Primaria: Actor
Docente Primaria
Docente Secundaria: Actor
Docente Secundaria
Alumno: Actor
12
III.3. Identificación de los Casos de Usos de los Negocios.

III.3.1. Diagrama de Caso de Uso del Negocio.
13
III.3.2. Diagrama de Actividades.

III.3.2.1. Ingresa / Modifica Nota.
14
PROCESO DE NEGOCIO: INGRESA / MOFICICA NOTAS

OBJETIVO: Registrar y/o modificar las calificaciones.
DESCRIPCIÓN: 1. El Docente solicita ingresar al sistema.
2. Soporte solicita autenticar al docente con su
usuario y contraseña.
3. Autenticación incorrecta, se cierra el sistema.
4. Autenticación correcta, el docente tiene acceso
a sus cursos.
5. El docente elige el curso y el aula para ingresar
nuevas notas o modificar las ingresadas.
6. Si no hay notas, El soporte habilita el ingreso de
nuevas notas.
7. Si existen notas, el docente debe solicitar
permiso al soporte para modificar notas.
8. El soporte consulta con administración si
autoriza o no autoriza al docente modificar sus
notas.
9. Si administración autoriza, el soporte habilita la
modificación de notas.
10. Si administración no autoriza, se cierra el
sistema.
III.3.2.2. Genera Libreta.
15
PROCESO DE NEGOCIO: GENERA LIBRETA

OBJETIVO: Genera las libretas para su visualización o descarga.
DESCRIPCIÓN: 1. El Administrativo autoriza al soporte generar las
libretas de notas.
2. El soporte ordena las notas de los cursos y
genera las libretas de los alumnos.
3. El sistema almacena las libretas en la nube para
su posterior consulta o descarga.
4. Soporte pregunta al administrativo si desea
imprimir las libretas.
5. Si el administrativo responde “Si”, el sistema
imprime las libretas.
6. Si el administrativo dice “No” el sistema se
16
cierra.
17
III.3.2.3. Consulta de libretas.
PROCESO DE NEGOCIO: CONSULTA DE LIBRETA

OBJETIVO: Permite al apoderado y al alumno visualizar su libreta
de notas.
DESCRIPCIÓN: 1. El apoderado o alumno solicita visualizar la
libreta.
2. El soporte solicita usuario y contraseña.
3. Login incorrecto, vuelve a solicitar usuario y
contraseña.
4. Login correcto, permite visualizar la libreta.
5. EL apoderado o alumno puede visualizar e
imprimir su libreta de notas.
18
III.4. Modelo de Objeto de Negocio.

III.4.1. Diagramas de Clase.
III.4.1.1. Agrega / Modifica Notas.
DIAGRAMA DE OBJETOS DE NEGOCIO: AGREGA / MODIFICA NOTAS

OBJETOS DE NEGOCIO DESCRIPCIÓN
DOCENTE Actor de negocio que inicia el caso de
uso.
REGISTRO Contiene todos los cursos y niveles de
logro (notas) de los alumnos.
CURSO Contiene la nota de los alumnos
Inicial Nivel educativo.
Primaria Nivel educativo.
Secundaria Nivel educativo.
19
20
III.4.1.2. Genera Libreta.
21
DIAGRAMA DE OBJETOS DE NEGOCIO: GENERA LIBRETA

ADMINISTRATIVO Actor de negocio que inicia el caso de
uso.
ALUMNO Actor principal cuyos datos generarán la
libreta.
LIBRETA Contiene los datos, cursos y niveles de
logro (notas) del alumno.
CURSO Contiene la calificación bimestral del
alumno.
CALIFICACIONES Contiene el promedio bimestral del
curso.
22
III.4.1.3. Consulta Libreta.
DIAGRAMA DE OBJETOS DE NEGOCIO: CONSULTA DE LIBRETA

ALUMNO Actor de negocio que inicia el caso de
uso.
LIBRETA Contiene el informe académico de
niveles de logro del alumno.
CURSO Contiene la calificación bimestral del
alumno.
CALIFICACIONES Contiene el promedio bimestral del
curso.
23
III.4.2. Diagramas de Secuencia.

III.4.2.1. AGREGA / MODIFICA NOTA.
24
III.4.2.2. GENERA LIBRETA.
25
III.4.2.3. CONSULTA LIBRETA.
26
III.4.3. Diagramas de Colaboración.

III.4.3.1. AGREGAR / MODIFICAR NOTA.
27
III.4.3.2. GENERA LIBRETA.
28
III.4.3.3. CONSULTA LIBRETA.
29
IV. MODELO DE REQUERIMIENTO.

IV.1. Muestre los Requerimientos Funcionales y No Funcionales.
IV.1.1. Requerimientos Funcionales.
RF1. El acceso al sistema de Registro de Notas EDUMATIC PRIME será online vía
web, mediante la computadora o smartphone.
RF2. Los usuarios y las contraseñas deben ser agregados en el sistema al inicio
del año escolar.
RF3. El Docente ingresará al sistema mediante LOGIN, ingresando su usuario y

contraseña.
RF4. El usuario Administrativo ingresará al sistema mediante LOGIN, ingresando
su usuario y contraseña.
RF5. El usuario Soporte ingresará al sistema mediante LOGIN, ingresando su
RF6. El Alumno/Apoderado ingresará al sistema mediante LOGIN, ingresando su
RF7. El Docente en la interfaz debe visualizar los datos del alumno (apellidos,
nombres) el nivel, grado, curso y la casilla del promedio habilitada para ser
ingresada.
RF8. Terminado el plazo del llenado de promedios (Fin del bimestre), la casilla
de promedios debe estar deshabilitada.
RF9. Si el Docente necesita modificar un promedio fuera de plazo, debe solicitar

permiso mediante un botón para habilitar el ingreso del promedio.
RF10. El Administrativo en la interfaz debe visualizar el Registro de Promedios,

donde aparecerá el código del alumno, apellidos, nombres, grado, nivel, cursos
y sus promedios. Además, en la interfaz encontrará un botón para permitir al
docente modificar notas cuando éste lo solicite.
RF11. El Administrativo en la interfaz mediante un botón, solicita al soporte

generar las libretas.
RF12. El Soporte en la interfaz debe visualizar el Registro de Promedios, donde

aparecerá el código del alumno, apellidos, nombres, grado, nivel, cursos y sus
promedios. Además, debe generar las libretas para poder ser descargadas por
los apoderados de los alumnos.
RF13. El Soporte podrá agregar usuarios al sistema (Administrativos, Docentes,
Alumnos).
30
IV.1.2. Requerimientos No Funcionales.
RN1. Hosting y/o dominio caído o inoperativo.
RF2. Conexión de internet del usuario óptima.
RF3. Interfaz de usuario intuitiva y fácil de usar.
RF4. Capacitación a los usuarios.
RF5. Capacidad para añadir más usuarios, cursos y datos sin necesidad de rediseñar el
sistema.
RF6. Hosting, Dominio y SSL: Hosting confiable que garantice la disponibilidad y

rendimiento adecuado del sistema; Dominio Registro de un nombre de dominio
adecuado y fácil de recordar para la plataforma; Certificado SSL para asegurar la
transferencia de datos encriptada entre los usuarios y el servidor.
RF7. Compatibilidad con los navegadores web más utilizados (Chrome, Firefox, Safari,
Edge).
31
IV.2. Identificación de los Actores del Sistema.
IV.3. Identificación de los Casos de Usos del Sistema.
32
IV.4. Diagrama de Caso de Uso.
33
Nivel:  Negocio  Aplicación

Nombre: AGREGAR NOTA Identificador: CU001
Prioridad: Complejidad:
 Alta  Media  Baja  Alta  Media  Baja
Actor Principal: Actor Secundario:
Docente Soporte
Tipo:  Concreto  Abstracto
Objetivo:
Permitir al Docente agregar el promedio de cada alumno al registro de calificaciones
bimestrales.
Pre-Condiciones:
Usuarios y cursos agregados.
Post-Condiciones:
Éxito:
Calificación agregada.
Fracaso:
No se puede agregar calificaciones.
Flujo Normal Alternativas
1. El caso de uso comienza cuando el
docente solicita acceder a su registro
de notas.
2. El sistema le muestra un login 2.1 Usuario y contraseña correctos.
(usuario y contraseña) para que el 2.2 Usuario y contraseña incorrectos.
docente se identifique.
3. El docente hace ingreso de sus 3.1 Calificación ingresada
calificaciones al registro de notas. correctamente.
4. Fin del caso de uso.
Asociaciones de Extensión: Casos de Uso Extendidos
No aplicable. No aplicable.
Asociaciones de Inclusión: Casos de uso Incluidos:
Casos de Uso de Generalización:
No aplicable.
34

Nombre: MODIFICAR NOTA Identificador: CU002
 Alta  Media  Baja  Alta  Media  Baja
Docente Administrativo, Soporte
Objetivo:
Permitir al Docente solicitar autorización para modificar el promedio de cada alumno al
registro de calificaciones en caso sea necesario.
Pre-Condiciones:
Calificaciones agregadas.
Post-Condiciones:
Éxito:
Calificación modificada.
Fracaso:
No se puede realizar operación.
1. El caso de uso comienza cuando el 1.1 Solicitar permiso
docente necesita modificar su
registro de notas.
2. La opción de modificar registro se 2.1 Botón “Solicitar permiso para
encuentra deshabilitada cuando modificar” se encuentra habilitado.
termina el bimestre.
3. El docente solicita permiso para 3.1 Soporte consulta a Administrativo si
modificar sus calificaciones. brinda autorización al docente
modificar.
3.2 Administrativo otorga permiso.
4. Modificar registro habilitado. 4.1 Calificación modificada
correctamente.
No aplicable.
35

Nombre: GENERAR LIBRETA Identificador: CU003
Administrativo Soporte
Objetivo:
Permitir al Administrativo generar el informe académico (libreta) del alumno cada bimestre.
Pre-Condiciones:
Calificaciones completas del alumno.
Post-Condiciones:
Éxito:
Libreta generada.
Fracaso:
La libreta no puede ser generada.
administrativo solicita acceder a su
interfaz.
(usuario y contraseña) para que el 2.2 Usuario y contraseña incorrectos.
administrativo se identifique.
3. El administrativo visualiza el registro 3.1 Libretas generadas correctamente.
de notas del alumno, luego da clic a 3.2 La libreta se almacena en la nube
la opción “Generar libreta” que se para su posterior descarga.
encuentra activada.
No aplicable.
36

Nombre: CONSULTAR LIBRETA Identificador: CU004
 Alta  Media  Baja  Alta  Media  Baja
Alumno / Apoderado Soporte
Objetivo:
Permitir al Alumno o apoderado descargar el informe de calificaciones (libretas) cada
bimestre.
Pre-Condiciones:
Libretas almacenadas en la nube.
Post-Condiciones:
Éxito:
Libreta descargada.
Fracaso:
No se puede descargar la libreta.
Alumno / apoderado solicita acceder
al sistema.
(usuario y contraseña) para que el Usuario y contraseña incorrectos.
alumno / apoderado se identifique.
3. El usuario visualiza la libreta del 4.2 Libreta descargada correctamente.
alumno, luego da clic a la opción 3.1 La libreta no puede ser descargada.
“descargar.
No aplicable.
37

Nombre: LOGIN Identificador: CU005
Todos los usuarios
Objetivo:
Permite identificar a los usuarios antes de ingresar al sistema.
Pre-Condiciones:
Sesión cerrada del usuario.
Post-Condiciones:
Éxito:
Acceso correcto.
Fracaso:
El usuario no puede acceder al sistema.
usuario solicita acceder al sistema.
2. El sistema le muestra una ventana 2.1 Usuario y contraseña correctos.
de login (usuario y contraseña) para 2.2 Usuario y contraseña incorrectos.
que el usuario se identifique.
No aplicable.
38
V. MODELO DE ANÁLISIS.
V.1. Diagramas de Clase.
V.1.1. Realización Agregar Nota.
V.1.2. Realización Modificar Nota.
39
V.1.3. Realización Generar libreta.
V.1.4. Realización Consultar Libreta.
V.1.5. Realización Login.
40
V.2. Diagramas de Secuencia.

41
42
43
V.3. Diagramas de Colaboración.

44
45
VI. DOMINIO DEL PROBLEMA.

VI.1. Modelo Conceptual.
VI.2. Modelo Lógico.
46
VI.3. Modelo Físico.
47
VII. MODELO DE DISEÑO GENERAL Y DETALLADO.

VII.1. Paquete: Dominio de la Aplicación.
Login
(from Sistema de Registro de Calificaciones)
Sistema de Registro de
Calificaciones
<<subsystem>>
Login Sub
(from Sistema de Registro de Calificaciones)
<<subsystem>> <<subsystem>>
Calificaciones Cursos
(from Login) (from Login)
<<subsystem>> <<subsystem>>
Registros Usuarios
(from Login) (from Login)
48
49
VII.2. Paquete: GUI.
<<subsy stem>> <<subsy stem>>

Interf az docente: Docente: Agregar /
Ingresar al regis... Modif icar Calif icación
Contenido web del CU: Contenido web del CU:

LOGIN AGREGAR NOTA
MODIFICAR NOTA
<<subsy stem>> <<subsy stem>> <<subsy stem>> <<subsy stem>>

Interf az Administrativ o: Gestionar Administrativ o: Gestionar Administrativ o:
Administrativ o Promedios por bimestre Promedios por Unidad Generar Libretas
Contenido web del CU: Contenido web del CU: Contenido web del CU: Contenido web del CU:
GENERAR LIBRETA
LOGIN MODIFICAR NOTA MODIFICAR NOTA
<<subsy stem>> <<subsy stem>>

Administrativ o: Administrativ o: Gestionar
Administrar Libretas Solicitudes de modif icaciones
Contenido web del CU:

Contenido web del CU:
MODIFICAR NOTA
CONSULTAR LIBRETA
<<subsy stem>>
Acceso (Login)
<<subsy stem>> <<subsy stem>> Contenido web del CU:

Interf az Alumno Alumno: Consulta LOGIN
de libretas
Contenido web del CU: Contenido web del CU:

CONSULTAR LIBRETA LOGIN
50
Acceso (Login).
Interfaz docente: Ingresar al registro de calificaciones.
51
Interfaz docente: Agregar/Modificar calficaciones.
Interfaz Administrativo
Interfaz administrativo: Gestionar promedios por Bimestre.
52
Interfaz administrativo: Gestionar promedios por Unidades.
Interfaz administrativo: Generar libretas.
53
Interfaz administrativo: Administrar Libretas.
Interfaz Administrativo: Gestionar solicitudes de modificaciones.
54
Interfaz Alumno: Consulta de libretas.
55
VIII. CONCLUSIONES.
 Resumen del Proyecto: El proyecto desarrollado es un sistema de registros de

notas para un colegio, cuyo objetivo principal es facilitar y optimizar el proceso de
gestión académica. El sistema permite a los profesores registrar y gestionar las
calificaciones de los estudiantes de manera eficiente y segura, así como generar
informes académicos.
 Logros y Beneficios: El sistema cumple con todos los requisitos inicialmente

planteados, incluyendo la capacidad de manejar múltiples usuarios con diferentes
roles (administradores, profesores y estudiantes), la gestión centralizada de notas y
la generación automática de informes académicos. Los principales beneficios
incluyen la reducción del tiempo dedicado a la administración de notas, la
minimización de errores humanos y la mejora en la accesibilidad y seguridad de la
información académica.
 Desafíos y Soluciones: Durante el desarrollo del proyecto, se encontraron diversos
desafíos, tales como aprender a trabajar con bases de bases de datos y aprender la
implementación de una interfaz de usuario intuitiva. Estos desafíos fueron
abordados mediante el uso de herramientas avanzadas de diseño de. La utilización
de Rational Rose para la creación de diagramas UML facilitó la planificación y
documentación del proyecto, asegurando una arquitectura sólida y bien
estructurada.
 Impacto y Futuro del Proyecto: Se espera que el sistema tenga un impacto

significativo en la eficiencia de la gestión académica del colegio, mejorando la
precisión y rapidez en la administración de notas. En el futuro, se podrían
implementar nuevas funcionalidades, como la integración con plataformas de
matrículas en línea, la automatización de notificaciones a los padres y la
incorporación de análisis predictivos para identificar estudiantes en riesgo de bajo
rendimiento académico.
 Plan de Implementación: El colegio ha mostrado un gran interés en el sistema

propuesto y ya se ha establecido un acuerdo para su implementación. Debido a la
necesidad de una solución inmediata para este año, se ha decidido implementar en
junio del presente año, una solución temporal utilizando Excel y combinación de
correspondencia, con costo del servicio de S/1500. En febrero del 2025, se
procederá con la implementación del software propuesto, cuyo costo será de
S/2000 anual.
 Agradecimientos y Reconocimientos: Queremos agradecer a todo el personal del

colegio Luis E. Galván que proporcionaron valiosa retroalimentación y a mis
maestros por la asesoría y consejería en la realización de este proyecto. Su apoyo y
colaboración han sido fundamentales para el éxito de este proyecto
56
IX. Hhl
X. Kjlkjk
XI. .ñljñljñjñ
XII. Hghjghjgjghj
XIII.
57

PROYECTO MODELAMIENTO DE SOFTWAREv8

Cargado por

Copyright:

Formatos disponibles

PROYECTO MODELAMIENTO DE SOFTWAREv8

Cargado por

Información del documento

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

PROYECTO MODELAMIENTO DE SOFTWAREv8

Cargado por

Copyright:

Formatos disponibles

Vicente Vásquez Zamora Taller de Modelamiento de Software

INSTITUTO I.E.S.T.P. “ARTURO SABROSO MONTOYA”

Curso : Taller De Modelamiento De Software

Tema : Desarrollo de un Proyecto

Proyecto : Sistema Educativo online de

Empresa : C.E.P. LUIS E. GALVÁN

Docente : Carlos Evaristo

Equipo : Vicente Paúl Vásquez Zamora

5.1.5. Realización Login...........................................................................................35

EDUMATIC PRIME – SISTEMA EDUCATIVO ONLINE GENERADOR

I.1. Antecedentes de la empresa.

I.2. Descripción, ubicación de la empresa en el mercado y el entorno.

Teléfono: (01) 57117521.

El CEP Luis E. Galván ha acumulado 52 años de experiencia en formar excelentes profesionales,

I.4. Descripción de la tecnología de información de la empresa.

El Colegio Luis E. Galván, en su compromiso con la educación de calidad, también ha avanzado

Plataforma de Educación Virtual (Evi):

Enfoque en la Integración Tecnológica:

El CEP Luis E. Galván reconoce la importancia de la tecnología en la educación actual. Por lo

La tecnología también se utiliza para mejorar la comunicación entre la comunidad educativa. El

Además, la administración del colegio utiliza herramientas informáticas para gestionar

Formación Digital para Estudiantes:

El Colegio Luis E. Galván está comprometido con la innovación tecnológica en la educación,

I.5. Levantamiento de información. Ejemplo: entrevista, cuestionario.

ENTREVISTA AL SUB-DIRECTOR DEL COLEGIO “LUIS E. GALVAN”, ERICK LAGUNA

Pregunta: ¿Cuáles son los procesos internos que actualmente no están

II. DEFINICIÓN DEL PROBLEMA.

Definiendo la posición del Negocio:

Para: Área Administrativa y área de Docentes.

II.2. Descripción del problema.

El problema de: Los registros hechos a mano por los

III. MODELO DE NEGOCIO.

III.1.3. Docentes del nivel Inicial.

III.1.4. Docentes del nivel Primaria.

III.1.5. Docentes del nivel Secundaria.

III.1.6. Tutores de aula.

III.1.7. Padres de familia.

III.2. Identificación de los Actores (Internos y Externo).

Docente Inicial: Actor

Docente Primaria: Actor

Docente Secundaria: Actor

III.3. Identificación de los Casos de Usos de los Negocios.

III.3.2. Diagrama de Actividades.

PROCESO DE NEGOCIO: INGRESA / MOFICICA NOTAS

III.3.2.2. Genera Libreta.

PROCESO DE NEGOCIO: GENERA LIBRETA

III.3.2.3. Consulta de libretas.

PROCESO DE NEGOCIO: CONSULTA DE LIBRETA

III.4. Modelo de Objeto de Negocio.

DIAGRAMA DE OBJETOS DE NEGOCIO: AGREGA / MODIFICA NOTAS

III.4.1.2. Genera Libreta.

DIAGRAMA DE OBJETOS DE NEGOCIO: GENERA LIBRETA

III.4.1.3. Consulta Libreta.

DIAGRAMA DE OBJETOS DE NEGOCIO: CONSULTA DE LIBRETA

III.4.2. Diagramas de Secuencia.

III.4.2.2. GENERA LIBRETA.

III.4.2.3. CONSULTA LIBRETA.

III.4.3. Diagramas de Colaboración.

III.4.3.2. GENERA LIBRETA.

III.4.3.3. CONSULTA LIBRETA.