Professional Documents
Culture Documents
Proyecto Parroquia Maria Auxiliadora
Proyecto Parroquia Maria Auxiliadora
INGENIERÍA EN SISTEMAS
ARQUITECTURA DE SOFTWARE
ESTUDIANTES:
FECHA: 18/10/2023
1
Contenido
1. Introducción ................................................................................................................. 4
2. Objetivos...................................................................................................................... 5
2.1. Objetivo general ....................................................................................................... 5
2.2. Objetivos específicos ............................................................................................... 5
3. Captura de requisitos ................................................................................................... 6
3.1. Identificación de Actores y Casos de Uso ............................................................... 6
3.1.1. Identificación del Listado de Actores ............................................................... 6
3.1.2. Identificación del Listado de Casos de Usos .................................................... 7
3.2. Detalle de Caso de Uso ........................................................................................ 7
CU1. Gestionar Persona ......................................................................................................7
CU2. Gestionar Evento ........................................................................................................9
Prototipo CU2 .......................................................................................................................12
CU3. Gestionar Reservación ..............................................................................................12
CU4. Gestionar Grupo .......................................................................................................14
CU5. Gestionar Inscripción ................................................................................................17
4. Análisis ...................................................................................................................... 19
4.1. dentificación de los módulos ................................................................................. 19
4.2. Vista de los módulos .............................................................................................. 19
5. Diseño ........................................................................................................................ 21
5.1. Diseño de la arquitectura ....................................................................................... 21
5.1.1. Módulo Persona .............................................................................................. 21
5.1.2. Módulo eventos .............................................................................................. 21
5.1.3. Módulo grupos................................................................................................ 21
5.2. Diseño de la base de datos ..................................................................................... 22
5.2.1. Diseño Conceptual.......................................................................................... 22
5.2.2. Diseño lógico .................................................................................................. 22
5.2.3. Diseño Físico .................................................................................................. 24
5.3. Diseño de detalle procedimental ............................................................................ 26
5.3.1. CU1. Gestionar Persona ................................................................................. 26
2
5.3.2. CU2. Gestionar Evento ................................................................................... 29
5.3.3. CU3. Gestionar Reservacion .......................................................................... 32
5.3.4. CU4. Gestionar Grupo .................................................................................... 35
5.3.5. CU5. Gestionar Inscripcion ............................................................................ 38
3
1. Introducción
Un patrón de arquitectura de software es un esquema genérico probado para solucionar un
problema particular recurrente que surge en un cierto contexto. Este esquema se especifica
describiendo las componentes, con sus responsabilidades, relaciones, y las formas en que
colaboran.
A partir de este concepto surgen distintas arquitecturas que permiten gestionar de una mejor
cual nos estaremos centrando en la arquitectura por capas, la cual por definición establece
que nos enseña a estructurar de tal forma que se separan las responsabilidades y se
administran las dependencias, es decir, cada capa tiene una responsabilidad específica.
El diseño más usado es conocido por estructurar el software en 3 capas, las cuales,
En la capa de negocio es donde se establecen todas las reglas que deben cumplirse, es la
capa.
La capa de datos se encarga de generar una relación con un almacén de datos y a su vez es
donde se establecen todas las comunicaciones con determinadas tablas de una base de
datos.
4
2. Objetivos
2.1. Objetivo general
5
3. Captura de requisitos
3.1. Identificación de Actores y Casos de Uso
ACTORES DESCRIPCIÓN
6
3.1.2. Identificación del Listado de Casos de Usos
CASOS DE USO
ACTOR
Administrador
INICIADOR
7
PRE CONDICION Sin precondición
1. LISTA DE PERSONAS
- Cédula.
- Nombre(s).
- Apellido Paterno.
8
5.1. El Administrador podrá eliminar una persona del software.
Prototipo CU1
9
NOMBRE Gestionar Evento
ACTOR
Administrador
INICIADOR
PRE CONDICION Sin precondición
1. LISTA DE EVENTOS
10
- El Administrador podrá realizar la modificación de los
datos de un evento.
6 ELIMINAR EVENTO
- Día.
- Hora de inicio.
- Hora Fin.
- Cupo.
- Celebrante.
9 ELIMINAR HORARIO
software.
• Campos requeridos.
FLUJO • Tipos de datos incorrectos.
EXEPCIONAL • La eliminación de un evento no se podrá ejecutar si tiene horarios
asignados.
POST
Sin postcondición.
CONDICION
11
Prototipo CU2
12
ACTOR
Administrador
INICIADOR
PRE CONDICION Registro de eventos.
1. LISTA DE RESERVACIONES
- Fecha de emisión.
FLUJO
- Evento.
PRINCIPAL - Fecha de reservación.
- Horario.
- Costo.
- Detalle.
- Observación.
- Cliente.
3. MOSTRAR DATOS DE LA RESERVA
13
POST
Sin postcondición.
CONDICION
Prototipo CU3
14
NOMBRE Gestionar Grupo
ACTOR
Administrador
INICIADOR
PRE CONDICION Sin precondición
1. LISTA DE GRUPOS
15
4. EDITAR GRUPO
• Campos requeridos.
FLUJO • Tipos de datos incorrectos.
EXEPCIONAL • No se puede eliminar un grupo vigente, el cual tengo alumnos
inscritos.
POST
Sin postcondición.
CONDICION
Prototipo CU4
16
CU5. Gestionar Inscripción
ACTOR
Administrador
INICIADOR
PRE CONDICION Registro de los grupos.
1. LISTA DE PERSONAS
- Fecha de inscripción.
17
- Grupo.
- Integrante.
3. MOSTRAR DATOS DE LA INSCRIPCIÓN
Prototipo CU5
18
4. Análisis
4.1. dentificación de los módulos
Módulo Persona
Módulo Eventos
19
Módulo Grupos
20
5. Diseño
5.1. Diseño de la arquitectura
21
5.2. Diseño de la base de datos
Persona
22
Lugar
Evento
Grupo
PK FK FK
Horario_evento
Inscripción
id_inscrip fecha_inscrip nota nota nota_to estado estado_apro paga id_gru id_per
cion cion _1 _2 tal bacion da po sona
PK FK FK
Reservación
PK FK FK
23
5.2.3. Diseño Físico
26
Diagrama de secuencia
27
Diseños de interfaz
28
5.3.2. CU2. Gestionar Evento
29
Diagrama de secuencia
30
Diseños de interfaz
31
5.3.3. CU3. Gestionar Reservacion
32
Diagrama de secuencia
33
Diseños de interfaz
34
5.3.4. CU4. Gestionar Grupo
35
Diagrama de secuencia
36
Diseños de interfaz
37
5.3.5. CU5. Gestionar Inscripcion
38
Diagrama de secuencia
39
Diseños de interfaz
40