Documento de Arquitectura de Software

IEP Virgen Milagrosa

Sistema de Gestión de Matrícula

Documento de Arquitectura de Software

Versión 1.0

Sistema de Gestión de Matrícula Versión: 1.0
Documento de Arquitectura de Software Date: 09/10/2017

Revision History
Date Version Description Author
14/10/17 1.0 Documento de Arquitectura de Todos los integrantes

Software

1


Tabla de Contenidos

Introducción 4
Propósito 4
Ámbito 4
Definiciones, Acrónimos y Abreviaciones 4
Referencias 6
Visión General 6
Representación arquitectónica 6
Metas y Restricciones Arquitectónicas 7

Metas 7
Restricciones 7
Vista de Casos de Uso 7

Descripción del negocio 7
Identificación de los procesos de negocio 8
Procesos de negocio relevantes para el sistema 8
Descripción de los procesos del negocio relevantes para el sistema 9
PN2: Matrícula de alumnos 9
Modelo de dominio 10
Identificación de los actores 10
Casos de uso relevantes para la arquitectura 11
Paquete de Negocio Principal 11
Descripción de los casos de uso relevantes para la arquitectura 12
Interfaces de Casos de Uso 24
Sección de Restricciones 30
Normativas 30
Licenciamiento 30
Formas de pago 30
Estándares 30
Tecnología 30
Sección de QoS 30
Usabilidad 30
Utilización 31
Idioma 31
2


Confiabilidad 31
Disponibilidad 31
Precision 31
Desempeño 31
Tiempo de respuesta 31
La cantidad de memoria real y secundaria que abarca 31
Apoyabilidad 31
Adaptabilidad 31
Vista Lógica 32

Estilo Arquitectónico 32
Arquitectura Lógica de la aplicación 33
Vista de Despliegue 63

Servidor de base de datos 63
Tablero de comunicaciones 63
Máquina del cliente 63
Vista de Implementación 64

Descripción 64
Diagramas de componentes 64
Vista de Datos 68

3


Documento de Arquitectura de Software

1. Introducción
Este documento muestra la parte más importante en la creación de software, la ARQUITECTURA
DEL SOFTWARE, quien es la que provee de una estructura sólida y organizada del sistema.
Por ello, este documento describe y brinda una visión general de la arquitectura del sistema de
Gestión de Matrícula.
1.1 Propósito
Este documento proporciona un resumen general sobre la arquitectura del producto: Sistema de
Gestión de Matrícula, utilizando las vistas necesarias de arquitectura para describir los diferentes
aspectos del sistema. Con esto se pretende documentar las decisiones de arquitectura más
significativas que han sido tomadas en cuenta en el proyecto.
1.2 Ámbito
El ámbito de este documento comprende las bases para una adecuada implementación del Sistema
de Gestión de Matrícula, con el propósito de lograr la optimización de los procesos que este
engloba (detallados anteriormente en el Documento de Especificación de Requisitos de Software).
1.3 Definiciones, Acrónimos y Abreviaciones
Términos Definiciones
Pensión Pago mensual por los servicios del colegio.
Padre de familia Persona responsable de una familia y de sus integrantes.
Nota Calificación adquirida por un alumno(a) de acuerdo al desempeño en
un curso.
Inasistencias Acción de no presentarse a las actividades educativas de la institución
por parte de los alumnos.
Aplicación de escritorio Es aquella aplicación que se encuentra instalada en el ordenador o
sistema de almacenamiento y podemos ejecutarlo sin necesidad de
4


estar conectado a internet.
Director Persona que está encargada de la organización y administración
académica y funcional de una institución educativa.
Casos de uso Secuencia de acciones donde se muestra la interacción
usuario-sistema, con el propósito de modelar y analizar el sistema.
Actores Entidad externa al sistema que interactúa con éste, puede ser una
persona u otro sistema.
Paquetes Agrupamiento de casos de uso y actores por funcionalidad.
Usuario Persona que consta de privilegios para realizar acciones específicas
con el sistema.
Precondición de un caso Todas aquellas condiciones que deben cumplirse de modo que pueda
de uso llevarse a cabo el flujo de eventos que describe el caso de uso.
Postcondición de un Todas aquellas condiciones que deben cumplirse luego de la ejecución
caso de uso del flujo de eventos descritos en el caso de uso.
Flujo básico de caso de Es el caso esperado, el más común, o el estándar para la descripción
uso del flujo de eventos de un caso de uso.
Flujo alternativo de Consiste en cualquier curso distinto al flujo básico de eventos que
caso de uso pueda ocurrir.
Acrónimos Significado
IEP Institución Educativa Particular

5


1.4 Referencias
[1] Documento de Especificación de Requisitos de Software.

[2] IEEE Software Engineering Standards Committee, “IEEE Std 830-1998, IEEE Recommended
Practice for Software Requirements Specifications”, Octubre 20, 1998.
[3] Software Requirements Specification disponible en:
http://www.cse.chalmers.se/~feldt/courses/reqeng/examples/srs_example_2010_group2.pdf
1.5 Visión General
Este documento consta de 8 partes:

Introducción: Busca proporcionar al lector una visión general de la arquitectura del diseño a
implementar.
Representación arquitectónica: Describe la arquitectura más adecuada para implementar el sistema
y los motivos por la cual esta ha sido sido seleccionada.
Metas y restricciones arquitectónicas: Describe los requerimientos de software [1] y los objetivos
del sistema que han tenido un impacto significativo en el diseño de su arquitectura.
Vista de casos de uso: Hace mención de los casos de uso del sistema.
Vista lógica: Describe la estructura y funcionalidad de cada uno de las partes del sistema.
Vista de despliegue: Muestra la configuración física del sistema, mostrando que elementos de
software se ejecutan sobre qué elemento de hardware.
Vista de implementación: Describe cómo será llevada a cabo la implementación de la estructura del
sistema mediante la división en subsistemas.
Vista de datos: Responde a cómo será llevada a cabo la persistencia de los datos utilizados en el
sistema.
2. Representación arquitectónica
Para nuestro SISTEMA DE GESTIÓN DE MATRÍCULA hemos elegido convenientemente una
arquitectura por capas: Capa de Presentación, Capa de Aplicación y Capa de Datos y Persistencia. Al
escoger este estilo arquitectónico, nos permite cambiar el comportamiento de las clases en el nivel
de aplicación sin que los cambios influyan en las demás capas.

6


3. Metas y Restricciones Arquitectónicas
3.1 Metas
Para poder acceder al Sistema de Gestión de Matrícula se requiere que el usuario se autentique con
un usuario y contraseña proveída por el administrador del sistema. Esto permitirá que a cada
usuario se le muestren solo las funcionalidades que le corresponden y sea un sistema lo
suficientemente seguro para automatizar un proceso tan importante.
3.2 Restricciones
● El Sistema de Gestión de Matrícula usará el motor de base de datos Oracle 12c
● Las características técnicas de las computadoras que serán utilizadas no deberán presentar
potencias menores a las brindadas por un procesador Core i5, con al menos 4GB de RAM y
1GB de espacio libre en el disco. El Sistema operativo será Windows 7/Windows 8/
Windows 10 .
4. Vista de Casos de Uso
4.1 Descripción del negocio
I.E.P Virgen Milagrosa ubicado dentro del sector privado, imparte la educación en tres niveles:
inicial, primaria y secundaria. Generando una sólida cultura organizacional que prepare a los
jóvenes en las diferentes esferas que contribuyan al conocimiento.
La institución tiene como uno sus objetivos emprender acciones y garantizar mejores condiciones
de prestación del servicio educativo para el logro de aprendizajes fundamentales, así como la
eficacia y eficiencia en cumplimientos de los compromisos e indicadores de la gestión educativa.
7


La admisión de alumnos se realiza la evaluación general del alumno y si está en condiciones de ser
admitido en el colegio, por lo que los padres de familia deberán presentar una serie de
documentos tales como: Partida de Nacimiento, Reporte de Notas, Certificado de Conducta y Copia
de DNI, además de los datos del apoderado y documentos que certifique la patria potestad del
apoderado sobre el alumno. De cumplir con todos los requisitos el alumno podrá realizar su
inscripción en el centro educativo.
La matrícula de alumnos se realiza la inscripción de los alumnos de la institución educativa para
un nuevo año escolar. Este proceso puede iniciar de dos maneras: a) Si el alumno es nuevo tiene
que presentar una serie de requisitos, establecidos por el Ministerio de Educación, para poder
validar que el alumno puede ser matriculado en el colegio y poder realizar la separación de su
vacante; b) si el alumno ya pertenece a la institución se verifican los datos del mismo para poder
realizar la matrícula correspondiente.
La atención de los padres de familia permitirá brindar información a los mismo acerca de la
situación de actual en la que se encuentra su hijo en lo que respecta a las notas, el registro de
conducta, las pensiones adeudadas, entre otros.
La institución además realiza la cada inicio de año la organización de las actividades académicas y

los horarios de clases, de modo que puedan asignar correctamente la carga académica a los
profesores y a las secciones.
4.2 Identificación de los procesos de negocio
Hemos identificado 4 procesos de negocio la institución educativa:

PN1: Admisión de alumnos
PN2: Matrícula de alumnos
PN3: Atención de Padres de Familia
PN4: Gestión de Horarios
4.3 Procesos de negocio relevantes para el sistema
El proceso relevante para el sistema es el proceso de “Matrícula de alumnos” ya que permite
solucionar uno de los problemas más grandes de la institución, que es la demora en la atención de
los padres de familia al momento de realizar la matrícula. Además en dicho proceso hay contacto
directo con los clientes finales.
8


4.4 Descripción de los procesos del negocio relevantes para el sistema
4.4.1 PN2: Matrícula de alumnos
9


4.5 Modelo de dominio
4.6 Identificación de los actores

Usuario : Persona con acceso al sistema , puede ser usuario Secretaria, usuario Director.
Cada uno de ellos con funcionalidades en específico.
Secretaría : Aquella persona encargada del proceso de matrícula, específicamente de la
gestión de información de los alumnos, gestión de información de las secciones.
Director : Persona quien se encarga del caso de uso Ampliación de vacante.
10


4.7 Casos de uso relevantes para la arquitectura
4.7.1 Paquete de Negocio Principal
11


4.8 Descripción de los casos de uso relevantes para la arquitectura
ID: CUS-01
Caso de Uso: Iniciar Sesión
Actor: Usuario
Descripción: Permite al usuario tener acceso al sistema para verificar los datos correctos
del alumno y su correcta matrícula.
Precondición: El usuario debe haber ingresado al sistema.
Flujo Principal: Ingresar al Sistema
i. El caso de uso Iniciar Sesión comienza cuando la ventana principal del sistema muestra
una ventana de inicio de sesión que nos pedirá ingresar: código de usuario y contraseña.
ii. El usuario (Secretaria/ Director) ingresa su código de usuario y la contraseña y presiona el
botón “Aceptar”.
iii. El sistema le muestra la ventana principal del sistema.
iv. El caso de uso finaliza.
Post-condición : Accede al sistema , ventana principal donde se muestran las funcionalidades

por tipo de usuario.
Flujo Alterno 1 Cancelar Inicio de Sesión
El caso de uso puede ser cancelado en cualquier momento, seleccionando la opción “cancelar”.
Flujo Alterno 2 Usuario no Registrado
En el punto ii el usuario ingresa el código y contraseña del usuario, si en caso sea incorrecto el
código o la contraseña de usuario. El sistema mostrará una ventana de mensaje “USUARIO NO
VÁLIDO”.

12


ID: CUS-02
Caso de Uso: Registrar Alumno
Actor: Secretaria
Descripción: El propósito de este Caso de uso es registrar al alumno en el sistema para su

posterior evaluación, y saber si se podrá matricular en el colegio.
Precondición: La secretaría deberá haber ingresado al sistema.
Flujo Principal:
1. La secretaria seleccionará la pestaña “Mostrar Alumnos ” de la pestaña “Gestión de
Alumnos”.
2. El sistema muestra el listado general de los alumnos.
3. La secretaria selecciona la opción “Añadir Alumno”.
4. El sistema mostrará una interfaz formulario de llenado de datos de los alumnos con los
campos: Nombres, apellidos, DNI, lugar de Nacimiento, nombre del Apoderado, Año
escolar, teléfono.
5. La secretaria llenará los datos e indicará la opción “Guardar”
6. El sistema guarda los datos y muestra el mensaje “Datos correctamente guardados”.
7. El CUS finaliza.
Post-condición : El sistema te muestra la interfaz “Gestión de Alumnos”.
Flujo Alterno 1 Alumno ya existe (nro. de DNI igual)
En el paso 4 del subflujo Añadir muestra el mensaje “alumno ya existe”.
Flujo Alterno 2 Datos mal ingresados
En el paso 4 el sistema muestra el mensaje “datos mal ingresados”.

13


ID: CUS-03
Caso de Uso: Modificar Alumno
Actor: Secretaria
Descripción: El propósito de este caso de uso es actualizar la información de los alumnos.
Flujo Principal:
1. El caso de uso inicia cuando la secretaria selecciona la sub-pestaña “Mostrar
Alumnos” de la pestaña “Gestión de Alumnos”.
2. El sistema muestra la lista de todos los alumnos registrados.
3. La secretaría selecciona un alumno de toda la lista y pulsa el botón “Actualizar
Datos”.
4. El sistema muestra un formulario lleno con los datos del alumno elegido.
5. La secretaria modificará los campos elegidos del alumno.
6. La secretaria indica “Guardar cambios”.
7. El sistema guarda el cambio y muestra el mensaje “Modificación realizada”.
8. El caso de uso finaliza.
Post-condición : El sistema te muestra la interfaz “Mostrar Alumnos”.
En el paso 6 el sistema muestra el mensaje “Datos mal modificados”.

14


ID: CUS-04
Caso de Uso: Eliminar Alumno
Actor: Secretaria
Descripción: El propósito de este caso de uso es eliminar la información del alumno
seleccionado.
Flujo Principal:
1. El caso de uso inicia cuando la secretaria selecciona la sub-pestaña “Mostrar Alumnos” de

la pestaña “Gestión de Alumnos”.
2. El sistema muestra la lista de todos los alumnos registrados.
3. La secretaría selecciona un alumno de toda la lista y pulsa el botón “Eliminar Alumno”.
4. El sistema buscará en la base de datos el código del alumno seleccionado y mostrará una
ventana de confirmación: “¿Está seguro que desea eliminar alumno?”
5. La secretaria pulsará el botón “Aceptar”.
6. El sistema realizará la eliminación del registro asociado al alumno seleccionado y muestra
un mensaje de éxito “Alumno eliminado correctamente”.
Post-condición : El sistema muestra la interfaz “Mostrar Alumnos”
Flujo Alterno 1 No se confirma la eliminación
En el paso 5 la secretaria presiona cancelar, el sistema regresa a la interfaz “Mostar
Alumnos”.

15


ID: CUS-05
Caso de Uso: Mostrar Listado de Alumnos
Actor: Secretaria
Descripción: Este sistema permitirá a la secretaría mantener la información actualizada en
la base de datos sobre la relación de alumnos en el colegio.
Precondición: La secretaria ha ingresado correctamente al sistema.
Flujo Principal:
1. La secretaria selecciona la pestaña “Gestión de alumnos”.

2. El sistema muestra la interfaz Mantener Información de los Alumnos.
3. La secretaria selecciona la opción “Mostrar Alumno”.
4. El sistema muestra el listado de los Alumnos.
5. El CUS finaliza.
Post-condición : La secretaria al presionar el botón “volver a menú principal” el sistema le
muestra la interfaz Principal.
Flujo Alterno 1: Buscar Alumno
En el punto 4 del caso de uso:

1. la secretaria ingresa el código o parte del código del alumno en una caja de texto y pulsa
el botón buscar.
2. El sistema busca el código del alumno en la base de datos y retorna el listado de alumnos
que coincidan con el criterio de búsqueda.

16


ID: CUS-06
Caso de Uso: Emitir Comprobante
Actor: Secretaria
Descripción: Permite generar comprobante de pago de la matrícula del alumno.
Precondición: La matrícula debe haberse realizado de manera exitosa.

El usuario debe haber ingresado al sistema como Secretaria.
Flujo Principal:
1. El caso de uso Emitir Comprobante comienza cuando la secretaría selecciona la
sub-pestaña “Generar Comprobante” de la pestaña “Matrícula”.
2. El sistema mostrará una ventana que nos pedirá ingresar el identificador del alumno.
3. La secretaria ingresa el identificador del alumno y presiona el botón “Buscar”.
4. El sistema le muestra los datos relacionados al pago de la matrícula del alumno:
a. Datos del alumno: código, nombres, apellidos.
b. Datos del apoderado: nombres, apellidos, DNI.
c. Descripción del pago: Monto a pagar, fecha de realización del Pago.
5. La secretaria selecciona la opción “Imprimir Comprobante”
Post-condición : Se obtiene el comprobante de pago de la matrícula del alumno en físico.
Flujo Alterno 1 Cancelar Emisión del comprobante
El caso de uso puede ser cancelado en cualquier momento, seleccionando la opción “cancelar”.

17


ID: CUS-07
Caso de Uso: Generar Matrícula
Actor: Secretaria
Descripción: Este Sistema permitirá registrar la matrícula de un alumno en un nuevo
periodo lectivo.
Precondición: El usuario debe haber ingresado al sistema como Secretaria.
Flujo Principal:
1. El caso de uso Generar Matrícula comienza cuando la secretaría accede al sistema y
selecciona la pestaña “Generar Matrícula”.
2. El sistema muestra una ventana con un campo de texto para ingresar el identificador del
alumno.
3. La secretaria ingresa el identificador del alumno y presiona el botón “consultar”.
4. El sistema le muestra los datos del alumno, tales como: código, nombres, apellidos, fecha
de nacimiento, además de un campo para seleccionar a qué grado y sección va a
matricular al alumno.
5. La secretaria selecciona el grado y la sección, luego pulsa el botón “Ejecutar matrícula”.
6. El sistema registra la matrícula y actualiza el número de vacantes.
7. El sistema muestra un reporte de matrícula.
8. El CUS finaliza.
Post-condición : El Alumno es matriculado en un nuevo periodo lectivo
Flujo Alterno 1 Alumno no encontrado
En el punto iii, el sistema no encuentra en sus registros al alumno y mostrará un mensaje de
error, la Secretaria verificará el código. volverá a ingresarlo y el caso de uso continua.
Flujo Alterno 2 Vacantes Llenas
En el punto vi, el sistema muestra un mensaje de error al momento efectuar la matrícula debido

a que el número de vacantes alcanzó su límite. El caso de uso termina.
18


Flujo Alterno 3 Imprimir Reporte
En el paso vii, el sistema muestra un botón para imprimir reporte, la Secretaría pulsará el botón
y el caso de uso finaliza.
ID: CUS-08
Caso de Uso: Generar Acta de Compromiso
Actor: Secretaria
Descripción: El sistema permitirá generar e imprimir el Acta de Compromiso
correspondiente a un alumno seleccionado matriculado en el periodo lectivo.
Precondición: El usuario debe haber ingresado al sistema como Secretaria.
Flujo Principal:
1. El caso de uso Generar Acta de Compromiso empieza cuando la Secretaria selecciona la
opción “Generar Acta de Compromiso”
2. El sistema muestra una interfaz con un campo de texto que permite ingresar el
identificador del alumno.
3. La Secretaria ingresa el identificador del alumno y presiona el botón “Mostrar”
4. El sistema busca y muestra la información del alumno: código, nombres, apellidos, grado
y sección en el que se encuentra matriculado y estado de la documentación necesaria
(completa / incompleta)
5. La Secretaria presiona el botón “Generar Acta de Compromiso”.
6. El sistema genera el pdf : Acta de compromiso con los datos del alumno y lo muestra en
pantalla.
7. La Secretaria presiona el botón “Imprimir”
8. El sistema imprime el Acta de Compromiso.
9. El CUS finaliza.
Post-condición : Se ha generado e impreso el Acta de Compromiso.
19


Flujo Alterno 1 Alumno no Encontrado
En el punto iv el sistema muestra un mensaje de error señalando que el alumno no existe. La
secretaria presionará el botón “Aceptar” y el caso de uso se retomará en el punto iii.
Flujo Alterno 2 Documentación Incompleta
En el punto v la Secretaría presionará el botón “Mostrar documentos faltantes”, el sistema
mostrará en un panel la lista de documentos requeridos para generar el Acta de Compromiso, la
secretaria solicitará al padre o apoderado la documentación respectiva y el caso de uso finaliza.
Flujo Alterno 3 Reporte ya Generado
En el punto vi el sistema muestra un cuadro de diálogo para notificar que ya existe un Acta de
Compromiso para el periodo lectivo. El caso de uso se retoma en el punto viii.
Flujo Alterno 4 Error al Imprimir
En el punto viii el sistema no logra imprimir el Acta de Compromiso, lo cual genera un error, se
notifica a la Secretaria mediante un cuadro y el caso de uso finaliza.
ID: CUS-09
Caso de Uso: Registrar Sección
Actor: Secretaria
Descripción: El sistema permitirá a la secretaria registrar nuevas secciones en el colegio.
Precondición: La secretaria ingresó al sistema.
Flujo Principal:
1. El caso de uso inicia cuando la secretaria selecciona la sub-pestaña “Mostrar secciones ”
de la pestaña “Gestión de Secciones”.
2. El sistema le muestra el listado de las secciones.
3. La secretaria en la interfaz presiona la opción “Añadir sección”.
4. El sistema muestra la interfaz con que muestra un formulario con los campos: datos de
sección, grado, tutor y los botones “Guardar” y “cancelar”.
5. la secretaria ingresa la información en los campos.
20


6. La secretaria presiona la opción guardar.

7. El s istema muestra un mensaje “Seccion guarda con éxito”.
8. El C US finaliza.
Post-condición : El sistema mostrará la interfaz “gestión de secciones”.
Flujo Alterno 1 Cancelar
Desde el punto 2 se podrá cancelar el registro de sección.
Flujo Alterno 2 Sección repetida
En el punto 5 el sistema mostrará un mensaje de “sección ya guardada”.
ID: CUS-10
Caso de Uso: Modificar Sección
Actor: Secretaria
Descripción: El sistema permitirá a la secretaria modificar la información de una sección
en el colegio.
Precondición: La secretaría deberá ingresar al sistema.
Flujo Principal:
1. El caso de uso inicia cuando la secretaria selecciona la sub-pestaña “Mostrar Secciones”
de la pestaña “Gestión de Secciones”.
2. El sistema muestra la lista de todos las Secciones registradas.
3. La secretaría selecciona una sección de toda la lista y pulsa el botón “Actualizar Datos”.
4. El sistema muestra un formulario lleno con los datos de la sección elegida.
5. La secretaria modificará los campos elegidos de la sección.
6. La secretaria presiona “Guardar cambios”.
7. El sistema guarda el cambio y muestra el mensaje “Modificación realizada”.
21


Post-condición : El sistema muestra la interfaz “Mostrar secciones”
En el punto 6 el sistema muestra “Datos mal ingresados“.
ID: CUS-11
Caso de Uso: Eliminar Sección
Actor: Secretaria
Descripción: El sistema permitirá a la secretaria eliminar la información de una sección en

el colegio.
Precondición: La secretaria ingresò al sistema.
Flujo Principal:
1. El CUS inicia cuando la secretaria selecciona la sub-pestaña “mostrar sección” de la
pestaña “gestión de secciones”.
2. El sistema muestra en la interfaz el listado de secciones.
3. la secretaria selecciona una sección.
4. La secretaria presiona la opción eliminar.
5. El sistema buscará en la base de datos el código de la secciòn seleccionada y mostrará
una ventana de confirmación: “¿Está seguro que desea eliminar secciòn?”
6. La secretaria pulsará el botón “Aceptar”.
7. El sistema realizará la eliminación del registro asociado a la secciòn seleccionada y
muestra un mensaje de éxito “Sección eliminada correctamente”.
8. El CUS finaliza.
Post-condición : El sistema mostrará la interfaz “mostrar secciones”.
Flujo Alterno 1 Cancelar
En cualquier punto la secretaría podrá cancelar la eliminación.
22


ID: CUS-12
Caso de Uso: Ampliar Vacante
Actor: Director
Descripción: El sistema permite al Director aumentar las vacantes de una sección.
Precondición: El Director tiene que haber ingresado al sistema.
Flujo Principal:
1. El Director selecciona la sub pestaña de “Ampliar Vacante” de la pestaña “Gestión de
Secciones”.
2. El sistema muestra el formulario de “Ampliación de Vacante”.
3. El Director ingresa el nivel, grado, sección y presiona el botón “Mostrar”.
4. El Sistema recoge los datos de del formulario y busca las sección en la base de datos,
enviando la cantidad de vacantes en la sección y mostrandolas en un spinner en el
formulario.
5. El Director ingresa el número de vacantes que desea aumentar y pulsa el botón “Ampliar
Vacantes”
6. El sistema actualiza el número de vacantes en la base de datos y muestra un mensaje de
“Cambios realizados”.
7. El CUS finaliza.
Post-condición : El número de vacantes de la sección aumenta.

23


ID: CUS-13
Caso de Uso: Mostrar Listado de Secciones
Actor: Secretaria
Descripción: El sistema permitirá a la secretaria ver el listado de las secciones.
Flujo Principal:
1. El CUS empieza cuando la secretaria selecciona la sub-pestaña “Mostrar Secciones” de la

pestaña “Gestión de Secciones”.
2. El sistema muestra la interfaz “listado de secciones”.
3. El CUS finaliza.
Post-condición : La secretaria al presionar el botón “volver a menú principal” el sistema le
muestra la interfaz Principal.
4.9 Interfaces de Casos de Uso
- Interfaz Inicio de Sesión

24


- Interfaz Principal

- Interfaz “Mostrar Alumnos”
25


- Interfaz Agregar Alumno

- Interfaz Modificar Alumno
26


- Interfaz Generar Matrícula

- Interfaz Generar Acta de Compromiso
27


- Interfaz Emitir Comprobante

- Interfaz Mostrar Secciones
28


- Agregar secciones

- Modificar Secciones

- Interfaz Ampliar Vacante.
29


4.10 Sección de Restricciones
4.10.1 Normativas
4.10.1.1 Licenciamiento
El licenciamiento de la aplicación no está regulado en el país donde se ubica la Institución
Educativa, por los que se utilizará una licencia Apache Licence. En cuanto al software a utilizar para
el desarrollo de la aplicación, no es necesario el adquirir una licencia ya que las herramientas son
gratuitas.
Para el caso del motor de base de datos Oracle 12c se adquirirá una licencia de funcionamiento, la
cual cuenta con el precio que se especifica en el siguiente enlace.

4.10.1.2 Formas de pago
El pago para realizar la matrícula de un alumno en la institución se debe realizar el pago de los
conceptos de inscripción y matrícula previo a realizarla. Los pagos se realizan en la caja del colegio
atendida por la secretaria, quien entrega un comprobante de pago.
4.10.2 Estándares
Todos los artefactos utilizados para la comunicación, tanto entre los miembros del equipo de
desarrollo y los usuarios, y la respectiva documentación requerida para el desarrollo del “Sistema
de gestión de pedidos de ebanistería” están basados en el Lenguaje de Modelamiento Unificado
(UML).
4.10.3 Tecnología
El “Sistema de Gestión de Matrícula” será desarrollado en el lenguaje de programación orientada a

objetos Java, el cual se complementará con el entorno de desarrollo (IDE) “NetBeans 8.1”.
El motor de base de datos a utilizar será el Oracle 12c y el entorno de desarrollo será el
SQLDeveloper.
Las herramientas de modelado para el desarrollo del sistema son el “IBM Rational Rose Enterprise
Edition”, “Star UML” y el “Bizagi Process Modeler” para el diagrama de actividades de los procesos.
4.11 Sección de QoS
4.11.1 Usabilidad
Al ser un software desarrollado para los usuarios de la institución educativa, que no tiene por qué
mantener una relación directa con el mundo de la informática, el producto software debe ser
construido de forma que sea fácil su aprendizaje y utilización, para conseguir el objetivo de dicho
sistema que es la de toma de decisiones.
30


Utilización
Deberá ser sencillo, fácil de usar; no obstante el usuario dispondrá de una guía de ayuda que
intentara solucionar cualquier problema que le pueda surgir. El usuario, por tanto no necesitará
poseer grandes conocimientos de informática para la utilización del sistema.
Idioma
El idioma utilizado será el español-castellano.
4.11.2 Confiabilidad
Esta sección describe los requerimientos de confiabilidad del Sistema. Se detallan los aspectos
relacionados con la disponibilidad y precisión.
Disponibilidad
El Sistema debe estar accesible en cada momento que el usuario lo solicite.
Precision
El Sistema deberá validar los datos y documentos de cada uno de los alumnos de manera que se
eviten los errores posteriores en el explotamiento de la información.
4.11.3 Desempeño
Esta sección tratará de describir al Sistema en cuanto a rendimiento que ofrece al usuario, el cual
debe ser eficiente y rápido.
Tiempo de respuesta
No hay definiciones sobre estos requerimientos en la presente iteración.
La cantidad de memoria real y secundaria que abarca
No hay definiciones sobre estos requerimientos en la presente iteración..
4.11.4 Apoyabilidad
En esta sección se describen los requerimientos de soporte del Sistema. Se detallan los aspectos de
adaptabilidad, configurabilidad y mantenibilidad.
Adaptabilidad
El Sistema de Gestión de Matrícula debe ejecutarse en plataformas Windows. Sin embargo, lo ideal

y la meta a mejorar es desarrollar utilizando el máximo potencial tecnológico y que no dependa de
una plataforma en particular.
31


5. Vista Lógica
5.1 Estilo Arquitectónico
Para el sistema arquitectónico se ha escogido una arquitectura de tres capas (presentación,
aplicación y persistencia). La utilización de esta arquitectura se debe a que los distintos niveles son
independientes unos de otros de manera que, por ejemplo, se puede cambiar fácilmente el
comportamiento de las clases en el nivel de aplicación sin que ello influya en las otras capas.
Capa de presentación: La capa de presentación es un conjunto de componentes software que
implementan la interacción con los usuarios a través de una representación visual de la aplicación,
proporcionando a los usuarios una forma de acceder y controlar los datos y los servicios de los
objetos. A partir de la interfaz gráfica, el usuario podrá interactuar con las distintas ventanas de la
aplicación para poder obtener toda la información que desee.
Capa de Negocio: La capa de negocio es el conjunto de componentes software que implementan
completamente el comportamiento de las clases del dominio, especificadas en la fase de modelado
conceptual. Es en este nivel donde se implementa la funcionalidad de la aplicación.
Esta capa sirve de enlace entre los niveles de presentación y de persistencia, ya que la capa de
presentación no accede a la base de datos directamente, sino que se comunica con la capa de
aplicación para demandar el servicio deseado y es la capa de aplicación la que se comunica con la
capa de persistencia para recuperar los datos necesarios.
32


Capa de Persistencia o Datos: La capa de persistencia es el conjunto de componentes software que
proporcionan una serie de servicios que permiten a los objetos del dominio interactuar con su
repositorio permanente asociado. La capa de persistencia se corresponde con la base de datos de
la aplicación y las distintas tablas que la conforman.
5.2 Arquitectura Lógica de la aplicación
5.2.1 Vision General

33


5.2.2 Identificando interfaces por capas

34


5.2.3 Identificando las clases de diseño
5.2.3.1 Diagramas de Secuencia
5.2.3.1.1 Diagrama de Secuencia del Paquete Seguridad
5.2.3.1.1.1 CUS-01: Iniciar Sesión

35


5.2.3.1.2 Diagrama de Secuencia del Paquete Mantenimiento de Datos
5.2.3.1.2.1 CUS-02: Registrar Alumno

36


5.2.3.1.2.2 CUS-03: Modificar Alumno
37


5.2.3.1.2.3 CUS-04: Eliminar Alumno
38


5.2.3.1.2.4 CUS-05: Mostrar Listado de Alumnos

39


5.2.3.1.2.5 CUS-09: Registrar Sección

40


5.2.3.1.2.6 CUS-10: Modificar Sección
41


5.2.3.1.2.7 CUS-11: Eliminar Sección

42


5.2.3.1.2.8 CUS-12: Ampliar Vacante
43


5.2.3.1.2.9 CUS-13: Mostrar Listado de Secciones

44


5.2.3.1.3 Diagrama de Secuencia del Paquete Proceso de Matrícula
5.2.3.1.3.1 CUS-06: Emitir Comprobante
45


5.2.3.1.3.2 CUS-07: Generar Matrícula

46


5.2.3.1.3.3 CUS-08: Generar Acta de Compromiso

47


5.2.3.2 Agrupación de las clases de diseño en Subsistemas
5.2.3.2.1 Paquete Seguridad
5.2.3.2.1.1 Subsistema Gestión de Usuarios
● Interfaz de Inicio de Sesión
● Interfaz Principal
● Gestor de Inicio de Sesión
● Secreatria

5.2.3.2.2 Paquete Mantenimiento de Datos
5.2.3.2.2.1 Subsistema Gestión de Alumnos
● Interfaz Mantener Información de Alumno
● Interfaz Añadir Alumno
● Interfaz Modificar Alumno
● Interfaz Eliminar Alumno
● Interfaz Listar Alumnos
● Gestor Alumno
● Alumno
● Apoderado
● Grado
5.2.3.2.2.2 Subsistema Gestión de Secciones
● Interfaz Mantener Información de Sección
● Interfaz Añadir Sección
● Interfaz Modificar Sección
● Interfaz Eliminar Sección
● Interfaz Listar Secciones
● Interfaz Ampliación de Vacante
● Gestor Seccion
● Gestor Ampliación de Vacante
● Sección
● Grado
48


● Tutor
5.2.3.2.3 Paquete Proceso de Matrícula
5.2.3.2.3.1 Subsistema Ejecución de Matrícula
● Interfaz Generar Matricula
● Interfaz Generar Acta de Compromiso
● Gestor Generar Matricula
● Gestor Acta de Compromiso
● Alumno
● Matricula
● Sección
● Acta de Compromiso
5.2.3.2.3.2 Subsistema Pagos
● Interfaz Generar Comprobante
● Gestor Comprobante
● Alumno
● Apoderado
● Comprobante de Pago

49


5.2.3.3 Diagrama de Clases de Diseño por Paquetes
5.2.3.3.1 Paquete de Seguridad
5.2.3.3.1.1 Subsistema de Gestión de Usuarios
5.2.3.3.1.1.1 Asignación de Operaciones

Clase: Interfaz Principal
Responsabilidades Colaboraciones
Llamar a la Interfaz Principal Clase: Interfaz de Inicio de Sesión

Clase: Gestor de Inicio de Sesión
Iniciar Sesión Clase: Interfaz de Inicio de Sesión

Clase: Secretaria
Verificar Usuario y Contraseña Clase: Gestor de Inicio de Sesión

5.2.3.3.1.1.2 Diagrama de Clases de Diseño

50


5.2.3.3.2 Paquete de Mantenimiento de Datos
5.2.3.3.2.1 Subsistema de Gestión de Alumnos
Clase: Interfaz Mantener Información de Alumno
Llamar Interfaz Mantener Alumno Clase: Interfaz Principal

Clase: Interfaz Añadir Alumno
Llamar Interfaz Añadir Clase: Interfaz Mantener Información

de Alumno

Clase: Interfaz Modificar Alumno
Llamar Interfaz Modificar Clase: Interfaz Mantener Información

de Alumno
Mostrar Listado de Alumnos Clase: Gestor Alumno
Mostrar Información del Alumno Clase: Gestor Alumno

Clase: Interfaz Eliminar Alumno
Llamar Interfaz Eliminar Clase: Interfaz Mantener Información

de Alumno

51


Clase: Interfaz Listar Alumno
Llamar Interfaz Listar Clase: Interfaz Mantener Información

de Alumno

Clase: Gestor Alumno
Registrar Alumno Clase: Interfaz Añadir Alumno
Listar Alumnos Clase: Interfaz Modificar Alumno,

Interfaz Listar Alumnos, Interfaz
Eliminar Alumnos
Buscar Alumno Clase: Interfaz Modificar Alumno
Modificar Alumno Clase: Interfaz Modificar Alumno
Eliminar Alumno Clase: Interfaz Eliminar Alumno

Clase: Alumno
Registrar Alumno Clase: Gestor Alumno
Listar Alumnos Clase: Gestor Alumno
Buscar Alumno Clase: Gestor Alumno
Modificar Alumno Clase: Gestor Alumno
Eliminar Alumno Clase: Gestor Alumno

52


Clase: Apoderado
Registrar Apoderado Clase: Gestor Alumno

Clase: Grado
Añadir Alumno al Grado Clase: Gestor Alumno


53


5.2.3.3.2.2 Subsistema de Gestión de Secciones
Clase: Interfaz Mantener Información de Sección
Llamar Interfaz Mantener Sección Clase: Interfaz Principal

Clase: Interfaz Añadir Sección
Llamar Interfaz Añadir Clase: Interfaz Mantener Información

de Sección

Clase: Interfaz Modificar Sección
Llamar Interfaz Modificar Clase: Interfaz Mantener Información

de Sección
Mostrar Listado de Secciones Clase: Gestor Sección
Mostrar Información de la Sección Clase: Gestor Sección

Clase: Interfaz Eliminar Sección
Llamar Interfaz Eliminar Clase: Interfaz Mantener Información

de Sección

54


Clase: Interfaz Listar Secciones
Llamar Interfaz Listar Clase: Interfaz Mantener Información

de Sección

Clase: Interfaz Ampliación de Vacante
Llamar Interfaz Vacante Clase: Interfaz Principal
Mostrar Información de la Sección Clase: Gestor Ampliación de Vacante

Clase: Gestor Sección
Registrar Sección Clase: Interfaz Añadir Sección
Listar Secciones Clase: Interfaz Modificar Sección,

Interfaz Listar Secciones, Interfaz
Eliminar Sección
Buscar Sección Clase: Interfaz Modificar Sección
Modificar Sección Clase: Interfaz Modificar Sección
Eliminar Sección Clase: Interfaz Eliminar Sección

Clase: Gestor Ampliación de Vacante
Buscar Seccion Clase: Interfaz Ampliación de Vacante
Ampliar Vacantes Clase: Interfaz Ampliación de Vacante

55


Clase: Sección
Registrar Sección Clase: Gestor Sección
Listar Secciones Clase: Gestor Sección
Buscar Sección Clase: Gestor Sección, Gestor

Ampliación de Vacantes
Modificar Sección Clase: Gestor Sección
Eliminar Sección Clase: Gestor Sección
Ampliar Vacantes Clase: Gestor Ampliación de Vacantes

Clase: Grado
Añadir Sección al Grado Clase: Gestor Sección

Clase: Tutor
Registrar Tutor Clase: Gestor Sección

56



5.2.3.3.3 Paquete de Proceso de Matrícula
5.2.3.3.3.1 Subsistema de Ejecución de Matrícula

Clase: Interfaz Generar Matricula
Llamar Interfaz Matrícula Clase: Interfaz Principal
Mostrar Formulario de Matricula Clase: Gestor Generar Matrícula
Mostrar Reporte de Matricula Clase: Gestor Generar Matricula

57


Clase: Interfaz Generar Acta de Compromiso
Llamar Interfaz Acta Clase: Interfaz Principal
Mostrar información de Alumno y Clase: Gestor Acta de Compromiso
Documentos
Generar Acta de Compromiso Clase: Gestor Acta de Compromiso

Clase: Gestor Generar Matricula
Buscar Alumno Clase: Interfaz Generar Matrícula
Matricular Alumno Clase: Interfaz Generar Matrícula

Clase: Gestor Acta de Compromiso
Buscar Alumno Clase: Interfaz Acta de Compromiso
Registrar Acta Clase: Interfaz Acta de Compromiso

Clase: Alumno
Buscar Alumno Clase: Gestor Generar Matrícula, Gestor

Acta de Compromiso

Clase: Matricula
Registrar Matrícula Clase: Gestor Generar Matrícula

58


Clase: Sección
Disminuir Vacantes Clase: Gestor Generar Matrícula

Clase: Acta de Compromiso
Registrar Acta Clase: Gestor Acta de Compromiso


59


5.2.3.3.3.2 Subsistema de Pagos
5.2.3.3.3.3 Asignación de Operaciones
Clase: Interfaz Generar Comprobante
Llamar Interfaz Comprobante Clase: Interfaz Principal
Mostrar Datos de Pago Clase: Gestor Comprobante
Mostrar Comprobante Clase: Gestor Comprobante

Clase: Gestor Comprobante
Buscar Alumno Clase: Interfaz Generar Comprobante

Clase: Alumno
Buscar Alumno Clase: Gestor Comprobante

Clase: Apoderado
Buscar Apoderado Clase: Gestor Comprobante

Clase: Comprobante de Pago
Generar Comprobante Clase: Gestor Comprobante

60


5.2.3.3.3.4 Diagrama de Clases de Diseño

61


5.2.3.4 Diagrama de Clases General

62


6. Vista de Despliegue
6.1 Servidor de base de datos
● Procesador: Intel Xeon E7 2.4 GHZ

● Memoria RAM 16GB DDR3
● Disco duro Seagate 3TB
6.2 Tablero de comunicaciones
● Equipo: DES-1008A
● Puertos: 8 puertos Fast Ethernet 10/100BASE-TX
6.3 Máquina del cliente
● Plataforma: Windows 7/8/10.

● Procesador Intel Core i3 de Tercera Generación
● Memoria RAM de 4GB
● Disco duro de 500GB de almacenamiento

63


7. Vista de Implementación
7.1 Descripción
En esta vista de implementación se presenta el sistema en términos de componentes, es decir
ficheros de código fuente. Nos enfocaremos en la organización de los módulos de software.
Se ha decidido separar en tres módulos Gestión de secciones, Gestión de alumnos, Matrícula. En
esta vista también se explicara cual es la relación de entre los componentes y la clase de diseño
de cada módulo.
7.2 Diagramas de componentes
7.2.1 Subsistema de Gestión de Secciones

● Componente Mostrar Listado Secciones
○ Interfaz Mostrar Listado
● Componente Añadir Sección
○ Interfaz Añadir Sección
● Componente Modificar Sección
○ Interfaz Modificar Sección
● Componente Eliminar Sección
○ Interfaz Eliminar Sección
● Componente Control y Análisis
● Componente Acceso a Base Datos
● Componente Ampliar Vacante
○ Interfaz Ampliar Vacante
● Componente Rutinas de Conexión
64


7.2.2 Subsistema de Gestión de Alumnos
● Componente Mostrar Listado Alumnos
○ Interfaz Mostrar Listado
● Componente Añadir Alumno
○ Interfaz Añadir Alumno
● Componente Modificar Alumno
○ Interfaz Modificar Alumno
65


● Componente Eliminar Alumno
○ Interfaz Eliminar Alumno
● Componente Control y Análisis
● Componente Acceso a Base Datos

66


7.2.3 Subsistema de Matrícula
Diagrama Ejecutar Matrícula:

Diagrama Emitir Comprobante:
67


8. Vista de Datos

La vista de datos detalla la lógica del modelo de datos que implementaremos par sostener
las necesidades de datos de la aplicación. El modelo de datos está enfocado para para la
implementación en el gestor Oracle 12c.

68

Documento de Arquitectura de Software

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documento de Arquitectura de Software

Încărcat de

Drepturi de autor:

Formate disponibile

IEP​ ​Virgen​ ​Milagrosa

Sistema​ ​de​ ​Gestión​ ​de​ ​Matrícula

Sistema​ ​de​ ​Gestión​ ​de​ ​Matrícula ​ ​Versión:​ ​1.0