Ejemplo_Requerimientos - osvaldo campos

Vista previa del material en texto

CAPÍTULO 1 - ANÁLISIS DE REQUERIMIENTOS 
1.1 Requerimientos de Usuario 
 
Los requerimientos de usuarios son aquellos que se expresan en lenguaje 
natural por los usuarios, aquellos que interactuaran directamente con el sistema, 
dando de esta forma punto inicial para su desarrollo. Los requerimientos solicitados 
se enlistan a continuación: 
1. Control en los pagos mensuales por concepto de colegiatura. 
2. Opción de dos formas de pago: A 12 meses y 10 meses. 
3. Realizar pedido de libros, uniformes, materiales, agregando la cuota a 
mensualidad o pagos pendientes. 
4. Inventario de uniformes. 
5. Registro de pedido de uniformes. 
6. Registro de inventario faltante. 
7. Para el control de calificaciones cada profesor asentará las 
calificaciones individualmente, es decir cada maestro se encargara de 
su materia y el sistema obtendrá de forma automática los mejores 
alumnos en rendimiento escolar. 
8. Generación de reportes diarios, semanales, mensuales según sean 
requeridos. 
9. Generación de boleta de calificaciones. 
 
 
 
 
 
 
 
1.2 Requerimientos del Sistema 
 
Estos requisitos surgen a partir de los Requerimientos del Usuario, 
estableciendo de forma detallada la funcionalidad del sistema y la manera en la que 
estará diseñado. 
Se desarrolló una interfaz gráfica WEB la cual consiste en un formulario para 
cada requerimiento solicitado por el usuario que permite la manipulación de 
información. 
1. Control de alumnos: 
 
1.1. Alta de alumnos: Se presenta cuando un alumno es de nuevo ingreso, y se 
necesita la información del mismo, se asigna una clave única de alumno 
para poder realizar posteriormente las operaciones necesarias y su historial. 
1.2. Baja de alumnos: Se genera cuando un alumno se abandona la institución. 
1.3. Actualización de alumnos: Se da cuando el ciclo escolar concluye y el 
siguiente seguirá inscrito en el plantel, dicha actualización se realiza de 
forma automática. 
 
2. Pagos y cuotas: 
 
2.1. Establecimiento de cuotas: Serán asignadas por el administrador para 
posteriormente ser consultadas por el operador. 
2.2. Forma de pago: El actuador indica al operador si el pago se realizará a diez, 
doce meses, o cubrirá el ciclo escolar completo. 
2.3. Descuentos o Recargos: Se presentan al momento de pagar la colegiatura, 
fijándose fechas límites para realizar descuento, un intervalo con límite para 
colegiatura sin recargos y en su defecto el recargo establecido. 
2.4. Becas: Se realizan cuando la dirección autoriza el descuento sobre 
colegiatura mensual, dicho descuento lo indicará el operador al momento de 
pagar. 
2.5. Realización de pagos: Son efectuados por el operador, el cual pedirá al 
padre de familia la tarjeta con el ID del alumno y así podrá asignar el pago 
al mes correspondiente y saldar adeudos atrasados. 
2.6. Confirmación de pago: Se realiza una vez que el operador acepte todos los 
cambios en la interfaz. Dentro de la base de datos se llevará a cabo la 
actualización de la información de cada alumno consultado. 
 
 
 
 
3. Pedidos: 
 
3.1. Material: Corresponde a preescolar, engloba lo necesario y se fija una cuota 
por el administrador. (Cargándose automáticamente a la ficha cuando esta 
sea solicitada). 
3.2. Libros: Corresponde a un paquete de textos para asignaturas. La cuota la 
establece el administrador. (Cargándose automáticamente a la ficha cuando 
esta sea solicitada). 
3.3. Computación: Cuota fijada por el administrador para dicha asignatura. 
(Cargándose automáticamente a la ficha cuando esta sea solicitada). 
3.4. Uniformes: El actuador le solicita al operador que levante un pedido de 
uniformes, este puede ser requerido al inicio del ciclo escolar así como en el 
transcurso del mismo, agregándose el monto de forma automática a los 
pagos pendientes. 
 
4. Inventarios 
 
4.1. Uniformes: Se tendrá el registro de uniformes en existencia. 
4.2. Registro de todas aquellas prendas faltantes las cuales se consultarán 
cuando la escuela levante un nuevo pedido. 
 
5. Calificaciones 
 
5.1. Boleta de calificaciones: Se realizará el registro de las calificaciones 
bimestrales de cada alumno. Con esto se llevará un mejor control sobre su 
rendimiento escolar. 
5.2. Obtención de promedios: Se realiza el cálculo bimestral con la boleta de 
calificaciones de los tres promedios más altos, así como el promedio 
general del grupo para ver su rendimiento. 
 
6. Cuentas de usuario: 
 
6.1. Se establecerán cuentas de usuario con roles distintos para delimitar las 
funcionalidades de los mismos. Los roles son: Administrador, Usuario y 
Profesor. 
6.2. Una vez dados de alta en el sistema, cada usuario tendrá el control de su 
cuenta y así poder actualizar únicamente su contraseña para una mayor 
seguridad. 
6.3. Las cuentas que el administrador genere, podrán ser eliminadas, cuando el 
usuario deje de laborar en la empresa. 
 
1.3 Requerimientos Funcionales 
 
Req.01 Alta Alumno 
Se presenta cuando un alumno es de nuevo ingreso, aplicable a cualquier 
nivel, el operador solicitará la información al padre de familia mediante un formulario 
el cual tendrá de forma temporal los datos para que al momento de aceptar se 
realice la inserción a la base de datos. Se generará una clave única para cada 
alumno y con ella se podrán realizar operaciones futuras. 
Tabla 2.3.1 Requerimiento funcional 1 
 
Req.02 Baja Alumno 
Se presenta cuando un alumno informa a la institución que dejará de asistir 
permanentemente a esta, para ello el actuador proporcionará el ID que fue asignado 
al momento de su alta, y así se procederá a borrar el historial del alumno, esto con 
la finalidad de que el sistema deje de incluirlo en consultas futuras. 
Tabla 2.3.2 Requerimiento funcional 2 
 
Req 03 Actualización Alumno 
Se presenta cada vez que se realiza el cambio de ciclo escolar, o en su 
defecto cuando el alumno cambia su lugar de residencia para que la información 
almacenada se correcta. 
Tabla 2.3.3 Requerimiento funcional 3 
 
Req.04 Reinscripción / Inscripción 
El proceso de Inscripción se da cuando el alumno es de nuevo ingreso ya 
sea porque es la primera vez que ingresa a la institución o bien cambió de nivel 
escolar, se habilitará un listado en la interfaz para establecer dicho criterio, 
asignando así de forma automática el monto de inscripción y el pago de su primera 
colegiatura, arrojando una total a pagar. El segundo caso es la Reinscripción la cual 
se presentan cada inicio de ciclo escolar, el operador seleccionará de una lista el 
monto correspondiente al caso, y el sistema sumará las cantidades existentes en un 
total. 
Tabla 2.3.4 Requerimiento funcional 4 
 
Req.05 Pedido Material 
El operador se encargara de asignar el pedido solicitado por el actuador, con 
el ID de cada alumno el sistema contara con un formulario el cual tendrá la opción 
de enlistar las opciones de pedido, para el caso del material, al seleccionarse se 
cargará a cuenta la cantidad establecida por el administrador. 
Tabla 2.3.5 Requerimiento funcional 5 
 
Req.06 Pedido Libros 
El operador solicitará el ID del alumno, en el área de pedidos encontrará la 
lista desplegable con la opción de cargar el monto que estableció el administrador 
inicialmente. Para que este sea agregado al monto que tenga pendiente o en su 
defecto cargar únicamente dicha cantidad. 
Tabla 2.3.6 Requerimiento funcional 6 
 
Req.07 Pedido Uniforme 
Al igual que los demás pedidos el operador solicitará el ID del alumno, pero 
en el caso de los uniformes, se desplegará una interfaz diferente, ya que se debe 
detallar en qué consiste dicho pedido, especificando la prenda, talla y tipo de prenda 
a solicitar, arrojando un subtotal en el pedido el cual será agregado a cuentas 
pendientes o en su defecto solo la cantidad del mismo. Cuando el operador le 
indique el monto y cantidad a pagar por el pedido y el actuador lo acepte, se 
cambiará a la interfaz inicial para conocerel estado del alumno. 
Tabla 2.3.7 Requerimiento funcional 7 
 
Req.08 Formas de Pago 
Se contará con una interfaz específica, para ello con el apoyo del lector de 
código de barras, se insertará el ID del alumno arrojando sus datos necesarios así 
como pagos pendientes (si los llegará a tener) se le solicitará al actuador la 
modalidad en la cual desea cubrir sus pagos, de una lista se seleccionará 10 meses 
o 12 meses (Aplica solo para la primer colegiatura, se guardará el estado y se 
realizarán los cálculos automáticamente). 
Tabla 2.3.8 Requerimiento funcional 8 
 
Req.09 Formas de Pago -Descuento 
Esta situación se presenta mensualmente, el administrador indicará al 
operador un intervalo de días válidos hasta antes de concluir el mes para poder 
realizar descuentos sobre la colegiatura, la interfaz contará con un listado de 
opciones dentro de las cuales podrá seleccionar “Descuento”, el sistema realizará el 
descuento de forma automática, calculando así el total a pagar. El descuento aplica 
solo en colegiatura. 
Tabla 2.3.9 Requerimiento funcional 9 
 
Req.10 Formas de Pago – Normal 
Se presenta dentro de un intervalo de 10 días partiendo del día 1 de cada 
mes, si el día 10 es inhábil (Sábado o Domingo)el pago puede realizarse el día 
lunes de la semana que este próxima contando aún como día dentro del intervalo. 
No se genera ningún recargo en la colegiatura, dicha opción será seleccionada de la 
lista de “Formas de pago” con la que contará la interfaz. 
Tabla 2.3.10 Requerimiento funcional 10 
 
Req.11 Formas de Pago – Recargo 
Al igual de los demás pagos a realizará sobre la colegiatura, los recargos se 
realizán después del día 11 de cada mes, el operador seleccionará de la lista 
“Formas de pago” para que el sistema realice el recargo de forma automática. 
Tabla 2.3.11 Requerimiento funcional 11 
 
Req.12 Formas de Pago – Becado 
Se realizará una única vez, el operador tendrá la indicación de la escuela 
para efectuar el descuento sobre la colegiatura, ingresando el porcentaje indicado 
en una caja de texto, el sistema tomará dicha cantidad para realizar las operaciones 
pertinentes y poder establecer la colegiatura mensual, ejecutando el descuento 
sobre el pago de su primer colegiatura y así fijar las 12 mensualidades a el mismo 
monto. 
Tabla 2.3.12 Requerimiento funcional 12 
 
Req.13 Inventario – Uniformes 
El sistema contará con una interfaz la cual desglosa la información de los 
uniformes existentes, se realizará una comparación en base a lo solicitado para 
realizar un pedido de uniformes. 
Tabla 2.3.13 Requerimiento funcional 13 
 
Req.14 Inventario – Libros 
El sistema contará con una interfaz la cual desglosa la información de los 
paquetes de libros en existencia, para determinar a qué alumno podrá ser entregado 
y cual tiene adeudos de estos, para hacer la observación al padre de familia y este 
lo liquide. 
Tabla 2.3.14 Requerimiento funcional 14 
 
1.4 Requerimientos No Funcionales 
 
 La interfaz del sistema se desarrolló en HTML. 
 Los datos se almacenan en un gestor MySQL. 
 La conexión de la base de datos con la interfaz se realizó mediante PHP. 
 El entorno grafico contiene animaciones flash para hacerla más llamativa. 
 El sistema es sencillo, intuitivo y fácil de usar. 
 Es compatible con los Sistemas Operativos Windows y Linux. 
CAPÍTULO 2 - METODOLOGÍA DE DESARROLLO 
2.1 Diagramas de Casos de Uso 
 
Definición: Un caso de uso es una descripción de un conjunto de secuencias 
de acciones que ejecuta un sistema y que produce un resultado observable de 
interés para un actor particular. Se utiliza para estructurar los aspectos de 
comportamiento de un modelo y es realizado por una colaboración. 
El siguiente diagrama muestra el comportamiento del sistema “Control de 
Pagos y Calificaciones” 
2 
Fig. 3.1.1 Casos de Uso 
ESCENARIO “CONTROL DE USUARIOS” 
CASO: “NUEVO USUARIO” 
 
Fig. 3.1.1 Caso de uso - Nuevo usuario. 
 
Escenario: CONTROL DE USUARIOS 
Caso de uso: Nuevo usuario. 
Actor: Administrador. 
Propósito: Almacenar en la base de datos a un 
nuevo usuario. 
Resumen: El administrador ingresará la 
información necesaria para crear un 
nuevo usuario, mismo que trabajará 
con algunas funciones del sistema 
dependiendo el rol que el 
administrador le asigne. Contará con 
un identificador con el cual se creará 
una cuenta de usuario para ser 
manipulada de forma personal. 
Tipo: Primario. 
Referencia cruzada: 6.1. 
Curso normal de eventos 
Acciones del actor Respuesta del sistema. 
1.- Selecciona el menú “Ingresar” de 
la página principal. 
2.- Muestra formulario para ingresar 
usuario y contraseña. 
3.- Ingresa su nombre de usuario y su 
contraseña. 
6.- Muestra lista de menús. 
4.- Da clic en el botón “Ingresar”. 8.- Muestra formulario para ingresar 
al nuevo usuario. 
7.- Selecciona del menú “Cuentas” la 
opción “Nuevo Usuario”. 
12.- Ingresa un nuevo usuario a la 
base de datos con una cuenta y 
contraseña. 
9.- Ingresa la información del nuevo 
usuario. 
13.- Finaliza operación. 
10.- Da clic en el botón “Agregar 
usuario”. 
 
14.- Recibe mensaje de operación 
exitosa y finaliza la operación. 
 
Cursos alternos 
5.- Muestra mensaje de error “El usuario no existe”. Regresa a paso 4. 
5.- Muestra mensaje de error “Contraseña incorrecta”. Regresa a paso 4. 
11.- Muestra error por ID duplicado. Regresa a paso 9 
11.- Muestra error por incompatibilidad de datos. Regresa a paso 9. 
11.- Muestra error por campo vacío. Regresa a paso 9. 
Tabla 3.1.1 Nuevo usuario. 
 
ESCENARIO “CONTROL DE USUARIOS” 
CASO: “CONSULTAR USUARIO” 
 
Fig. 3.1.2 Caso de uso – Consultar usuario. 
 
Escenario: ADMINISTRAR USUARIOS 
Caso de uso: Consultar usuarios. 
Actor Administrador. 
Propósito: Consultar la información de los 
usuarios que están dados de alta en 
el sistema. 
Resumen: El administrador verifica la 
información de los usuarios que están 
dados de alta en el sistema, 
rectificando que sea correcta y actual. 
Tipo: Secundario. 
Referencia cruzada: 6.1, 6.2. 
Curso normal de eventos 
Acciones del actor Respuesta del sistema 
1.- Selecciona el menú “Ingresar” de 
la página principal. 
2.- Muestra formulario para ingresar 
usuario y contraseña. 
3.- Ingresa su nombre de usuario y su 
contraseña. 
6.- Muestra lista de menús. 
7.- Selecciona del menú “Cuentas” la 
opción “Consultar usuarios”. 
8.- Muestra el formulario con dos 
opciones. Para ingresar el ID del 
usuario o realizar una búsqueda 
general. 
9.- Ingresa el ID del usuario o da clic 
en el botón “Búsqueda General”. 
11.- Realiza consulta en la base de 
datos y muestra resultados. 
12.- Recibe resultados y finaliza 
operación. 
13.- Finaliza operación. 
Cursos alternos: 
5.- Muestra mensaje de error “El usuario no existe”. Regresa a paso 4. 
5.- Muestra mensaje de error “Contraseña incorrecta”. Regresa a paso 4. 
10.- Muestra mensaje de error “ID incorrecto”. Regresa a paso 9. 
10.- Muestra mensaje de error “No se ha especificado ID”. Regresa a paso 9. 
10.- Muestra mensaje de error “ID no compatible”. Regresa a paso 9. 
Tabla 3.1.2 Consultar usuario. 
 
ESCENARIO “CONTROL DE USUARIOS” 
CASO: “BORRAR USUARIO” 
 
Fig. 3.1.3 Caso de uso – Borrar usuario 
 
Escenario: CONTROL DE USUARIOS 
Caso de Uso: Borrar usuario. 
Actor: Administrador. 
Propósito: Dar de baja de la base de datos un 
usuario que sea inactivo. 
Resumen: El administrador elimina la cuenta de 
un usuario que por alguna razón deje 
de laborar en la institución. 
Tipo: Secundario. 
Referencia cruzada: 6.3. 
Curso normal de eventos 
Acciones del actor: Respuesta del sistema: 
1.- Selecciona el menú "Ingresar" de 
la página principal. 
2.- Muestra formulario para ingresar 
usuario y contraseña. 
3.- Ingresa su nombre de usuario y 
contraseña. 
6.- Muestra lista de menús. 
4.- Da clic en el botón "Ingresar". 8.- Muestra formulario para ingresar 
el ID y el botón “Búsqueda general”. 
7.- Selecciona del menú “Cuentas”la 
opción “Borrar usuarios”. 
11.- Se elimina el registro dela base 
de datos. 
9.- Ingresa el ID del usuario a 
eliminar o selecciona de la tabla el 
usuario que será eliminado. 
12. Finaliza operación. 
13.- Recibe mensaje de operación 
exitosa y finaliza operación. 
 
Cursos alternos 
5.- Muestra mensaje de error "El usuario no existe". Regresa a paso 4. 
5.- Muestra mensaje de error "Contraseña incorrecta". Regresa a paso 4. 
10.- Muestra mensaje de error “ID incorrecto”. Regresa a paso 9. 
10.- Muestra mensaje de error “No se ha especificado ID”. Regresa a paso 9. 
10.- Muestra mensaje “El ID no existe”. Regresa a paso 9. 
Tabla 3.1.3 Borrar usuario. 
 
ESCENARIO “CUENTA USUARIO” 
CASO: “ADMINISTRAR CUENTA” 
 
Fig. 3.1.4 Caso de uso - Administrar cuenta 
 
Escenario: CUENTA DE USUARIO 
Caso de Uso: Administrar cuenta. 
Actor: Administrador, Usuario y Profesor. 
Propósito: Mantener la seguridad de su cuenta 
personal. 
Resumen: El operador actualiza su contraseña 
para una mayor seguridad. 
Tipo: Terciario. 
Referencia cruzada: 6.2. 
Curso normal de eventos 
Acciones del actor: Respuesta del sistema: 
1.- Selecciona el menú "Ingresar" de 
la página principal. 
2.- Muestra formulario para ingresar 
usuario y contraseña. 
3.- Ingresa su nombre de usuario y 
contraseña. 
6.- Muestra lista de menús. 
4.- Da clic en el botón "Ingresar". 8.- Muestra formularios con su 
información 
7.- Del menú “Cuentas” selecciona la 
opción “Mi cuenta”. 
10.- Muestra formularios habilitados 
para modificar su información. 
9.- Selecciona “Actualiza” 14.- Realiza cambios en la base de 
datos. 
11.- Actualiza información. 15.- Finaliza operación. 
12.- Da clic en el botón “Actualizar”. 
16.- Recibe mensaje de operación 
exitosa y finaliza operación. 
 
Cursos alternos 
5.- Muestra mensaje de error "El usuario no existe". Regresa a paso 4. 
5.- Muestra mensaje de error "Contraseña incorrecta". Regresa a paso 4. 
13.- Muestra mensaje de error por incompatibilidad de datos. Regresa a paso 11. 
13.- Muestra mensa de error “Se dejaron campos vacíos”. Regresa a paso 11. 
Tabla 3.1.4 Administrar cuenta. 
 
ESCENARIO “ADMINISTRAR INVENTARIO” 
CASO: “CONSULTAR INVENTARIO” 
 
Fig. 3.1.5 Caso de uso – Consultar inventario. 
 
Escenario: ADMINISTRAR INVENTARIO 
Caso de Uso: Consultar inventario 
Actor: Administrador. 
Propósito: Consultar la existencia en las 
prendas del inventario. 
Resumen: El operador consulta la información 
del inventario actual, para corroborar 
la cantidad de prensas y precios que 
maneja. 
Tipo: Secundario. 
Referencia cruzada: 4.1 
Curso normal de eventos 
Acciones del actor: Respuesta del sistema: 
1.- Selecciona el menú “Ingresar” de 
la página principal. 
2.- Muestra formulario para ingresar 
usuario y contraseña. 
3.- Ingresa su nombre de usuario y 
contraseña. 
6.- Muestra lista de menús. 
4.- Da clic en el botón "Ingresar" 8.- Muestra el formulario para 
búsqueda específica y botón para 
búsqueda general. 
7.- Del menú “Uniformes” selecciona 
la opción “Consultar inventario” 
11.- Muestra información 
9.- Ingresa la clave de la prenda, o 
selecciona el botón “Búsqueda 
general”. 
12.- Finaliza operación. 
13.- Recibe la información requerida 
y finaliza operación. 
 
Cursos alternos 
5.- Muestra mensaje de error "El usuario no existe". Regresa a paso 4. 
5.- Muestra mensaje de error "Contraseña incorrecta". Regresa a paso 4. 
10.- Muestra mensaje de error “No se ha especificado ID de prenda”. Regresa a 
paso 9. 
10.- Muestra mensaje de error por ID no válido. Regresa a paso 9. 
Tabla 3.1.5 Consultar inventario. 
 
ESCENARIO “ADMINISTRAR INVENTARIO” 
CASO: “ACTUALIZAR INVENTARIO” 
 
Fig. 3.1.6 Caso de uso – Actualizar Inventario. 
 
Escenario: ADMINISTRAR INVENTARIO 
Caso de Uso: Actualizar inventario. 
Actor: Administrador. 
Propósito: Actualizar la información que detalla 
a cada prenda. 
Resumen: El operador consulta la información 
del inventario actual, para verificar 
cuáles serán las prendas que 
requerirán actualización, en 
existencia y precios de compra y 
venta. 
Tipo: Primario. 
Referencia cruzada: 4.1. 
Curso normal de eventos 
Acciones del actor: Respuesta del sistema: 
1.- Selecciona el menú "Ingresar" de 
la página principal. 
2.- Muestra formulario para ingresar 
usuario y contraseña. 
3.- Ingresa su nombre de usuario y 
contraseña. 
6.- Muestra lista de menús. 
4.- Da clic en el botón "Ingresar". 8.- Muestra el formulario para 
búsqueda específica y botón para 
búsqueda general. 
7.- Del menú “Uniformes” selecciona 
la opción “Actualizar inventario” 
11.- Muestra información. 
9.- Ingresa la clave de la prenda, o 
selecciona el botón “Búsqueda 
general”. 
12.- Muestra los formularios 
habilitados para su actualización. 
13.- Actualiza la información que sea 
necesaria. 
15.- Realiza cambios en la base de 
datos. 
17.- Recibe mensaje de operación 
exitosa y finaliza operación. 
16.- Finaliza operación. 
Cursos alternos 
5.- Muestra mensaje de error "El usuario no existe". Regresa a paso 4. 
5.- Muestra mensaje de error "Contraseña incorrecta". Regresa a paso 4. 
10.- Muestra mensaje de error “No se ha especificado ID de prenda”. Regresa a 
paso 9. 
10.- Muestra mensaje de error por ID no válido. Regresa a paso 9. 
14.- Muestra mensaje de error por incompatibilidad de datos. Regresa a paso 13. 
14.- Muestra mensaje de error “No se ha especificado valor”. Regresa a paso 13. 
Tabla 3.1.6 Actualizar inventario.