Prueba

UnidadCarrera:
Alfredo Rico
Ingeniería
Licona
de2.escritorio
Actividad y en
1.Desarrollo dedel
verificación Software
resultado correcto
Matricula: ES1822031349
Correo: alfredo.rico@nube.unadmexico.mx

Unidad 2. Actividad 1.
Elección del caso

Alfredo Rico Licona

Carrera: Ingeniería en Desarrollo de

Software.
Matricula: ES1822031349
Grupo: DS-DBDD-1902-B2-010
Asignatura: Base de Datos
Profesor: Vladimir Valdez Trejo
Correo: alfredo.rico@nube.unadmexico.mx

Fecha:
 Unidad 2. Actividad 1.

Contenido
Introducción........................................................................................................................................3
Tipo de base de datos – Modelado Entidad Relación (E-R)..............................................................3
Descripción......................................................................................................................................3
Tipos de usuarios............................................................................................................................3
Gestor de base de datos....................................................................................................................3
PostgreSQL.....................................................................................................................................3
MariaDB..........................................................................................................................................4
Procesos.............................................................................................................................................4
Consulta de información.................................................................................................................4
Historial académico......................................................................................................................4
Historial de pagos........................................................................................................................4
Grupos asignados........................................................................................................................5
Registro...........................................................................................................................................5
Información personal...................................................................................................................5
Inscripción de materias................................................................................................................6
Catálogos........................................................................................................................................6
Catálogo escuela.........................................................................................................................6
Catálogo grupos...........................................................................................................................7
Catálogo materias........................................................................................................................7
Aporte a Wiki......................................................................................................................................7
Captura de pantalla.........................................................................................................................8
Bibliografía..........................................................................................................................................8
Conclusión..........................................................................................................................................8

2
 Unidad 2. Actividad 1.

Introducción
La elaboración de esta actividad se base en el caso de “una escuela requiere una base de datos”.
A partir de un análisis sobre el tipo de información que se almacenara y la interacción entre las
tablas, elegí un modelo de entidad relación.

Tipo de base de datos – Modelado Entidad Relación (E-R)

Descripción
Para una base de datos que servirá como medio para la gestión académica y administrativa se
necesitan campos que identifiquen a los estudiantes, los pagos que realicen y a que materias
cursaron o están cursando. El modelado E-R se acopla a las relaciones existentes entre las llaves
primarias que son el identificador del estudiante con cada uno de las tablas para identificar de una
manera más clara los procesos que realiza sin la necesidad de duplicar información innecesaria.

Tipos de usuarios
Es necesario la creación de 4 tipos de perfiles y los permisos correspondientes para que cumplan
una función específica sin vulnerar la información personal de cada usuario

Usuario Función

Estudiante Visualizara su historial académico, historial de pagos y su información

personal.

Profesor Visualizara los grupos que tiene a su cargo, información general de sus
estudiantes y su información personal.

Administrativo Visualizara la información general de los estudiantes, historiales académicos,

s pagos de estudiantes, su información personal, inscripción de materias y
llenado de catálogos.

Administrador Tendrá acceso para a todos los campos de las tablas y procesos.

Gestor de base de datos

PostgreSQL
Debido a que un sistema escolar puede tener un aumento en el número de estudiantes, pagos,
calificaciones, profesores ya demás con oportunidad de crecimiento en cuanto el control escolar
que puede darse en una plataforma educativa, una buena opción es PostgreSQL pues tiene la
capacidad de manejar bases de datos de gran tamaño, así como tener una gran portabilidad de
S.O. y distribuciones, permite la escritura simultanea de datos, uso de diferentes lenguajes para la
creación de procedimientos almacenados o disparadores, uso del estándar SQL y por último es
un recurso de licencia libre.

3
 Unidad 2. Actividad 1.
MariaDB
El uso de gestores de bases de datos MySQL es tradicional en sistemas con algunos años, pero
MariaDB provee casi la misma base de MySQL pues el creador de estos gestores es el mismo,
pero, con el añadido que contiene mejores en cuanto rendimiento cuando se ejecutan consultas
complejas, permite la creación de memoria cache en la memoria RAM, tiene licencia libre, es
portable a S.O: y diferentes distribuciones

Procesos
Consulta de información

Historial académico
USUARIO: Estudiante, Administrativo y Administrador Id: 1
OPCIÓN: Consulta de información Id: 1.1
SUB-OPCIÓN Historial académico Id: 1.1.1

Objetivo: Visualizar las materias acreditadas, calificación, nivel de semestre, fecha de

acreditación, intento y promedio de las materias que ha cursado.
Descripción Se presenta ordenadamente la seriación de las materias cursados de
acuerdo al semestre que corresponden con su respectiva calificación, fecha
de acreditación, el número de intentos para acreditar la materia, el promedio
general de las materias cursadas, nombre completo y numero de control del
estudiante, y nombre de la escuela.
Origen de la Los catálogos por defecto se encuentran en las tablas “Materias”, “área
información: académica”, “Escuela” y “Tipo_Calificacion”. Para el llenado personalizado
del historial se toma de las tablas “Calificaciones” y “estudiantes”.
Destino de la Un formato de presentación con la información de sus materias, escuela y
información: estudiante.

Validaciones y comentarios adicionales

Para poder visualizar la información es necesario que el tipo de usuario sea estudiantes,
administrativo o administrador.

Historial de pagos
USUARIO: Estudiante, Administrativo y Administrador Id: 1
OPCIÓN: Consulta de información Id: 1.1
SUB-OPCIÓN Historial de pagos Id: 1.1.2

Objetivo: Visualizar los pagos realizados según el tipo de transacción realizada

Descripción Se presenta un listado con el nombre completo de estudiante, numero de
control, el número identificador del pago, el importe, fecha de pago y nombre
de la escuela.
Origen de la Los catálogos por defecto se encuentran en las tablas “Tipos_Pago” y
información: “Escuela”. Para el llenado del listado se toma la información de las tablas
“Pago” y “estudiantes”
Destino de la Un formato con la información de sus pagos, escuela y estudiante.
información:

4
 Unidad 2. Actividad 1.
Validaciones y comentarios adicionales
Para poder visualizar la información es necesario que el tipo de usuario sea estudiantes,
administrativo o administrador. Como restricción adicional solo se mostrarán los pagos
correspondientes al año fiscal.

Grupos asignados
USUARIO: Profesor y administrador. Id: 1
OPCIÓN: Consulta de información Id: 1.1
SUB-OPCIÓN Grupos asignados Id: 1.1.3

Objetivo: Visualizar el grupo al que está asignado un profesor y los estudiantes dentro
del grupo.
Descripción Se presenta un listado de los estudiantes inscritos en la materia, grupo
asignado al profesor. Con la información del número identificador del grupo,
matrícula de los estudiantes, nombre completo del estudiante, nombre del
profesor , nombre de la escuela.
Origen de la Los catálogos por defecto se encuentran en las tablas “Id_Grupo” “Escuela” y
información: “Tipo_Calificacion”. Para el llenado del listado se toma la información de las
tablas “Profesores”, “estudiantes”, “Calificaciones” y “Grupo”
Destino de la Cuando se llena el número de estudiantes por grupos o se cierra el grupo, se
información: guarda la información en la tabla de grupos. Un formato de lista con la
información de su grupo, estudiantes, profesor y escuela.

Validaciones y comentarios adicionales

Para poder visualizar la información es necesario que el tipo de usuario profesor.
Para la creación de grupos se toma el identificador del grupo según la materia y se le añade un
consecutivo según se vayan llenando los grupos de la misma materia. Para verificar que un
estudiante corresponde a cierto grupo se verifica en la tipo de calificación en las calificaciones
de los estudiantes.

Registro

Información personal
USUARIO: Estudiante, Administrativo, Profesor y Administrador Id: 2
OPCIÓN: Registro Id: 2.1
SUB-OPCIÓN Información personal Id: 2.1.1

Objetivo: Ingresar y modificar los datos personales de cada uno de los usuarios
Descripción Se llena un formulario con los campos curp, nombre, primer apellido,
segundo apellido, fecha de nacimiento, lugar de nacimiento, sexo, calle,
colonia, código postal, entidad federativa, teléfono, correo y fecha de alta.
Origen de la Un formulario con campos llenados por el usuario.
información:
Destino de la Se asigna un número de control, el usuario es un estudiante la información
información: va a la tabla de “estudiantes” y para el resto de usuarios la información va a
la tabla de “personal”. No se emite información documental.

Validaciones y comentarios adicionales

5
 Unidad 2. Actividad 1.
Para poder guardar la información se validan que todos los campos estén llenos.
Se verifica el tipo de usuario para el almacenado de la información

Inscripción de materias
USUARIO: Administrativo y Administrador Id: 2
OPCIÓN: Registro Id: 2.1
SUB-OPCIÓN Inscripción de materias Id: 2.1.2

Objetivo: Inscribir a los estudiantes a las materias a cursar.

Descripción Se llena un formulario con los campos de matrícula, materia, numero de
pago y fecha de inscripción.
Origen de la El catálogo se toma de las tablas “Id_Grupo” y “Materias”. Y se verifica con la
información: tabla “Pagos”. Formulario llenado por el usuario.
Destino de la El registro de las materias se va a la tabla de “Calificaciones” y el número de
información: pago a la tabla “Pagos”. Un formato con número de control del estudiante,
materia inscrita y nombre completo de estudiante.

Validaciones y comentarios adicionales

Se realiza la validación del número de pago que no sea repetido

Catálogos

Catálogo escuela
USUARIO: Administrativo y Administrador Id: 3
OPCIÓN: Catálogos Id: 3.1
SUB-OPCIÓN Catálogo escuela Id: 3.1.1

Objetivo: Llenar los catálogos que servirán para definir las opciones disponibles en los
procesos.
Descripción Se llenan por formulario para la tabla “Escuela”.
Escuela: Nombre de la escuela, calle, colonia, código postal, entidad
federativa y clave centro de trabajo
Origen de la Se captura información por el usuario.
información:
Destino de la La información se ingresa a la tabla “Escuela”. No se emite información
información: documental.

Validaciones y comentarios adicionales

Se verifica que no se falte ningún campo y no se repita la información.

Catálogo grupos
USUARIO: Administrativo y Administrador Id: 3
OPCIÓN: Catálogos Id: 3.1
SUB-OPCIÓN Catálogo grupos Id: 3.1.2

Objetivo: Llenar los catálogos que servirán para definir las opciones disponibles en los
procesos.
Descripción Se llena por formulario para la tabla “Id_Grupo”.

6
 Unidad 2. Actividad 1.
Id_Grupo: Identificador de grupo, identificador de materia, cupo.
Origen de la Se captura información por el usuario.
información:
Destino de la La información se ingresa a la tabla “Id_Grupo”. No se emite información
información: documental.

Validaciones y comentarios adicionales

Se verifica que no se falte ningún campo y no se repita la información.

Catálogo materias
USUARIO: Administrativo y Administrador Id: 3
OPCIÓN: Catálogos Id: 3.1
SUB-OPCIÓN Catálogo materias Id: 3.1.3

Objetivo: Llenar los catálogos que servirán para definir las opciones disponibles en los
procesos.
Descripción Se llena por formulario para la tabla “Materias”.
Materia: Identificador de materia, semestre, nombre de materia y total de
créditos.
Origen de la Se captura información por el usuario.
información:
Destino de la La información se ingresa a la tabla “Materias”. No se emite información
información: documental.

Validaciones y comentarios adicionales

Se verifica que no se falte ningún campo y no se repita la información.

Aporte a Wiki
Editado: Alfredo Rico Licona.
Fecha: 17-10-2019.
Caso de uso: Base de datos para escuela.
Buen día compañeros, les comparto mi actividad, retroalimentación y conclusión.

Conclusión
Para que una base de datos cumpla sus principales objetivos de almacenar, resguardar, optimiza y
disponer de la información es necesario crear una estructura adecuada para el uso que se le va a dar lo
cual permitirá tener la visión de cual gestor de datos es el más adecuado. Ya que la migración de datos
a un nuevo gestor de datos no es una tarea fácil, además de que implica gastos adicionales.
Retroalimentación
Actividad de Perla López Moreno
Me parece muy bueno el proyecto una agencia coordinadora de eventos.  A manera de enriquecer tu
trabajo te sugiero un proceso donde guarde los eventos programados por fechas y el cliente que lo
solicito.
Actividad de Jose Antonio Amador Serrano
También elegí el mismo caso de uso, a mi parecer una base de datos que gestioné la información
personal de los estudiantes y sus calificaciones debe ofrecer seguridad ante posibles vulneraciones y
tener la capacidad de soportar una gran cantidad de datos, por lo que la elección de un gestor de base
de datos es una parte muy importante para evitar “cuello de botella en los procesos”.

7
 Unidad 2. Actividad 1.
Captura de pantalla

Bibliografía
 MariaDB Doundation. (2019). MariaDB Server Documentation. 2019-10-17, de MariaDB
Doundation Sitio web: https://mariadb.com/kb/en/library/documentation/
 PsotgreSQL. (2019). Why use PostgreSQL?. 2019-10-17, de PsotgreSQL Sitio web:
https://www.postgresql.org/about/

Conclusión
Para que una base de datos cumpla sus principales objetivos de almacenar, resguardar, disponer
y optimizar la información es necesario amar una estructura adecuada para el uso que se le va a
dar lo cual permitirá tener la visión de cual gestor de datos es el más adecuado. Ya que la
migración de datos a un nuevo gestor de datos no es una tarea fácil, además de que implica
gastos adicionales.