DRS Sofware

TALLER DE INGENIERA DE SOFTWARE
PROYECTO DE SOFTWARE CONTROL DE MATRICULA
Documento de Requisitos del Sistema
VERSIN 1.0
FECHA: 21/06/2016
REALIZADO POR
ESCOBAR LANDEO, Ruben

ROJAS JURADO, Jos Luis
LOPEZ RODRIGUEZ, Jhunior Jess
REALIZADO PARA LA INSTITUCIN EDUCATIVA

MARISCAL CACERES - DANIEL HERNANDEZ
pg. 1
1.
LISTA DE CAMBIOS
Descripcin
Num. Fecha Autores

0 Versin 1.0 10/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

1 Se ha aadido la portada 19/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

2 Se ha aadido la lista de cambios 19/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

3 Se ha aadido el ndice de tablas y figuras 19/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

4 Se han aadido los requisitos de informacin. 20/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

5 Se han aadido los casos de uso. 21/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

Se han aadido los requisitos no funcionales y la
6 22/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess
matriz de rastreabilidad
pg. 2
1.
Contenido
1.-INTRODUCCIN. .............................................................................................................. 6
2-PARTICIPANTES EN EL PROYECTO .................................................................................. 7
3.-DESCRIPCIN DEL SISTEMA ACTUAL............................................................................. 8
4.-OBJETIVOS DEL SISTEMA..14
5.-CATLOGO DE REQUISITOS DEL SISTEMA ..................................................................... 19
5.1-Requisitos de informacin .........................................................................................................................19
5.2-Requisitos funcionales ...............................................................................................................................23
5.2.1-Diagramas de caso de uso....................................................................................... 23
5.2.2-Definicin de actores .............................................................................................. 28
5.2.3 Casos de uso ............................................................................................................ 30
5.2-Requisitos no funcionales .........................................................................................................................54
6.-MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS .............................................. 57
7.-GLOSARIO ....................................................................................................................... 58
pg. 3
1.
NDICE DE FIGURAS
1. Diagrama de caso de uso SUBSISTEMA 1.....................................................................................24
2. Diagrama de caso de uso SUBSISTEMA 2...................................................................................25
3. Diagrama de caso de uso SUBSISTEMA 3..................................................................................26
4. Diagrama de caso de uso SUBSISTEMA 4..................................................................................27
pg. 4
1.
Taller de Modelamiento de Software
NDICE DE TABLAS
1. Objetivo del sistema OBJ-01 ................................................................................................................................ 14

2. Objetivo del sistema OBJ-02 ............................................................................................................................... 15
5. Requisito de informacin IRQ-1 ............................................................................................................................ 19
6. Requisito de informacin IRQ-2 ........................................................................................................................... 20
7. Requisito de informacin IRQ-3........................................................................................................................... 21
8. Requisito de informacin IRQ-4 ........................................................................................................................... 22
9. Actor ACT-1 ......................................................................................................................................................... 28
10. Actor ACT-2 ........................................................................................................................................................ 29
11. Actor ACT-3 ........................................................................................................................................................ 29
12. Actor ACT-4 ......................................................................................................................................................... 30
13. Actor ACT-5 ......................................................................................................................................................... 30
14. Caso de uso UC-001 ............................................................................................................................................ 31
15. Caso de uso UC-002 ........................................................................................................................................... 32
16. Caso de uso UC-003............................................................................................................................................ 33
17. Caso de uso UC-004 ........................................................................................................................................... 34
18. Caso de uso UC-005 ........................................................................................................................................... 35
19. Caso de uso UC-006 ........................................................................................................................................... 36
20. Caso de uso UC-007 ............................................................................................................................................ 37
21. Caso de uso UC-008 ........................................................................................................................................... 38
22. Caso de uso UC-009............................................................................................................................................ 39
23. Caso de uso UC-010 ............................................................................................................................................. 40
24. Caso de uso UC-011 ............................................................................................................................................. 41
25. Caso de uso UC-012 ............................................................................................................................................. 42.
26. Caso de uso UC-013 ............................................................................................................................................. 43
27. Caso de uso UC-014 ............................................................................................................................................ 44
28. Caso de uso UC-015 ............................................................................................................................................ 45
29. Caso de uso UC-016 ............................................................................................................................................. 46
30. Caso de uso UC-017 ............................................................................................................................................. 47
31. Caso de uso UC-018 ............................................................................................................................................ 48
32. Caso de uso UC-019 ............................................................................................................................................ 49
33. Caso de uso UC-020 ........................................................................................................................................... 50
34. Caso de uso UC-021 ............................................................................................................................................ 51
35. Caso de uso UC-022 ........................................................................................................................................... 52
36. Caso de uso UC-023 ........................................................................................................................................... 53
37. Requisito no funcional RFC-1................................................................................................................................ 54
38. Requisito no funcional RFC-2 ............................................................................................................................... 54
39. Requisito no funcional RFC-3............................................................................................................................... 55
40. Requisito no funcional RFC-4 ............................................................................................................................... 55
Computacin e informtica
1. Introduccin
Para empezar el desarrollo del proyecto, mediante un anlisis elegimos a la

institucin Educativa MARISCAL CACERES en el cual ejecutaremos nuestro
proyecto CONTROL DE MATRICULA, que engloba todo el proceso de
matrcula, y bueno lo primero que hicimos es hacerle una entrevista a la
secretaria de la Institucin Educativa MARISCAL CACERES; quien es la Srta.
PACHECO AHURIVILCA LIDIA, de acuerdo a la entrevista y el cuestionario que
se aplic, nos vamos haciendo una idea general de cmo funciona el proceso de
matrcula en la institucin.
El impacto que estn causando los avances informticos sobre el mundo

educativo, se ve en incremento por la presin ejercida por el mundo del trabajo,
que cada vez necesita y demanda una mayor formacin en el campo de la
informtica. Ante esta situacin es inminente la necesidad que los programas en
el nivel educativo o cualquier nivel, tengan que incorporar los recursos
informticos dentro de su contenido.
El software de CONTROL DE MATRCULA V 1.0 contempla el desarrollo

eficiente del proceso de matrcula en la Institucin Educativa MARISCAL
CACERES.
En la Institucin Educativa es insuficiente la aplicacin de las nuevas

tecnologas de la Informtica, las cuales se realizan de forma tradicional y no
explotando las ventajas que ofrece el ordenador como una herramienta de
trabajo para un mejor desempeo; los problemas que se encontr para
desarrollar el software fueron:
Tras papeleo y equivocacin de documentos.
Presin excesiva en el tiempo de ejecucin.
El tiempo de procesamiento de informacin
Ausencia de especificaciones tcnicas
Ausencia o prdida de documentos.
Irresponsabilidad en los pagos.
La seguridad de la informacin.
La matrcula es tediosa y agotadora.
Este sistema facilitara el trabajo de la secretaria (proceso de matrcula) de

manera eficiente, para ello deber llevar los cuatro pasos bsicos, entrada,
almacenamiento, procesamiento y salida de informacin, si nuestro sistema
maneja estos pasos entonces podremos controlar todo el proceso de matrcula
y una administracin de datos del rea de secretara de la Institucin Educativa
MARISCAL CACERES.
2. Participantes en el proyecto
Nombre Cargo Empresa Rol Papel

REALIZAR Y ADMINISTRAR LOS
LIDIA PACHECO I.E. " MARISCAL DOCUMENTOS REFERIDOS A LA
Apoyo SECRETARIA
AHURIVILCA. CACERES " INSTITUCION MARISCAL
CACERES
Alumnos - Institucin Ministerio de

Cliente Alma Mater de la Educacin
Estudiantes Educativa Educacin
ROJAS JURADO Estudiante Jefe de Proyecto

EPIS-UNH
JOSE LUIS Tcnico
LOPEZ RODRIGUEZ Estudiante Analista de Sistemas

Analistas EPIS-UNH
JHUNIOR JESUS Tcnico
ESCOBAR LANDEO Estudiante Analista Programador

EPIS-UNH
RUBEN Tcnico
I.E. "MARISCAL Secretaria de la Institucin

PACHECO AHURIVILCA, Lidia Secretaria
CACERES " Educativa
Usuario
I.E. "MARISCAL Directora de la Institucin
GOMEZ ILIZARBE ROSA Directora
CACERES " Educativa
3. Descripcin del sistema actual

Actualmente en la Institucin Educativa MARISCAL CACERES no existe
ningn software que se ajuste a las necesidades del usuario (secretaria),
en el desarrollo del proceso de matrculas, aspirando a cubrir esas
deficiencias se est desarrollando el software.
1. Mapa de procesos:
Direccionamiento Seguimiento y Mejoramiento

Planeacin Comunicacin
Estratgico Institucional evaluacin
Entrega de
Pago de documentos
Gestin Prestacin de
recibos
Servicio
Exposicin Presentacin Servicios Finalizacin de

de requisitos de requisitos de pago matrcula.
de matricula
Responsabilidad Servicios Personas:

Pagos Contratar
Gestin de Apoyo
Social Bsicos
Compensar
Desvincular
Procesos Matriculas Proyectos Capacitar
Flujo grama (alumno desea pagar para su matrcula)
Administrador del
Alumno/Padre Secretaria-secretario
sistema
Cobro por
derecho de
Matriculas
Actualizacin de
Brinda datos Asignacin pagos.
personales Pago cancelado
(alumno)
Cobro por
Percibe el monto ratificacin
de matrcula a de matrcula
pagar. (alumno Ingreso de
concurrente) datos al
sistema
Verificacin de
Entrega de Guardado en datos.
comprobante sistema
de pago
(boleta)
Lista de Tareas
TAREAS DESCRIPCION DE TAREAS

Brinda datos personales (alumno) El alumno brinda sus nombres y apellidos para
realizar su respectivo pago.
Percibe el monto de matrcula a pagar. El alumno verifica cuanto es el monto estimado para
realizar su respectiva matrcula.
Cobro por derecho de Matriculas La Secretaria cobra el monto de S/20.00 en caso de
que el alumno sea nuevo.
Asignacin Pago cancelado La Secretaria registra el pago y emite un recibo
dando a conocer que se cancel el pago de
matrcula.
Cobro por ratificacin de matrcula (alumno La Secretaria cobra el monto de S/10.00 en caso de
concurrente) que el alumno sea reincidente.
Entrega de comprobante de pago (boleta) La Secretaria registra el pago y emite una boleta
dando a conocer que se cancel el pago de
matrcula.
Ingreso de datos al sistema La Secretaria ingresa los detalles del pago realizado
al sistema.
Guardado en sistema Los datos ingresados por la Secretaria son
almacenados por el sistema.
Actualizacin de pagos. Los detalles del pago anterior son reemplazados por
los detalles del pago actual.
Verificacin de datos. Los detalles de pagos son verificados para ver si han
sido registrados satisfactoriamente.
Flujograma (alumno desea matricularse)

Administrador del
Alumno/Padre Secretaria-secretario
sistema
Recepcin de Actualizacin de
Recopilacin de Requisitos matrcula
Requisitos
Verificacin de
Adjuntar y Requisitos Verificacin de
Rellenado de documentos
requisitos
Guardar en el
sistema
Entrega de
Entrega de
constancia de
requisitos
matrcula
Lista de Tareas
TAREAS DESCRIPCION DE TAREAS
Recopilacin de Requisitos El alumno recopila todo los requisitos necesarios
para su respectiva matrcula.
Adjuntar y Rellenado de requisitos El alumno rellena todo los requisitos
correspondientes y los adjunta para realizar su
matrcula.
Entrega de requisitos El alumno presenta los documentos necesarios a la
secretaria.
Recepcin de Requisitos La secretaria recepciona los documentos
entregados por el alumno.
La Secretaria verifica que los requisitos (2

fotografias, copia de dni, partida de nacimiento,
Verificacin de Requisitos boleta de notas/certificado de estudios,
comprobante de pago) entregados sean los
adecuados para realizar la matricula).
Guardar en el sistema La Secretaria registra los documentos obtenidos del
estudiante al sistema.
Actualizacin de matrcula La Secretaria actualiza los documentos de matrcula
almacenados en el sistema.
Verificacin de documentos La Secretaria verifica los documentos almacenados
al sistema para su posible modificacin (en caso de
errores).
Entrega de constancia de matrcula Si el proceso de matrcula se realiz con xito, se
procede a la entrega de la constancia de matrcula al
estudiante.
pg. 12
OBJETIVOS:
Subsistema
1:
Gestion de
Usuarios
subsistema Sistema: Subsistema

4: 2:
Gestion de CONTROL DE Gestion de
Matricula
MATRICULA Pagos
Subsistema
3:
Gestion de
Documentos
pg. 13
4. Objetivos
OBJ-1 Gestin de usuarios
Versin 1.0 Fecha: 19 / 06 / 2016
Autores ESCOBAR LANDEO RUBEN
ROJAS JURADO, JOSE LUIS
LOPEZ RODRIGUEZ JHUNIOR JESUS
Fuentes Oficina de Direccin
Descripcin El sistema deber habilitar cuentas para respectivos usuarios,

eliminar y actualizar datos de las cuentas. Tambin reportara accesos
infiltrados.
Sub-objetivos Obj-1.1 El sistema deber permitir el registro de nuevos usuarios.
Obj-1.2 El sistema deber permitir modificar, eliminar, inhabilitar y

restaurar cuentas.
Obj-1.3 El sistema deber permitir el acceso a usuarios registrados.
Obj-1.4 El sistema deber denegar el acceso y bloquear usuarios no

autorizados.
Obj-1.5 El sistema deber mostrar usuarios activos e inactivos
Importancia V Urgencia I Estado Pve Estabilidad A
Comentarios Ninguno
Importancia: Vital (V), Importante (I), Medianamente importante (MI), por determinar con el usuario (PD)
Urgencia: Inmediata (I), a corto plazo (CP), puede esperar (PE), por determinar con el usuario (PD)
Estado : En construccin (EC), Pendiente de Negociacin (PN), Pendiente de Verificacin (Pve), Pendiente de Validacin (Pva),
Validado (V)
Estabilidad: Alta (A), Media (M), Baja (B), Por definir (PD)
pg. 14
OBJ-2 Gestin los pagos
Versin 1.0 Fecha: 19 / 06 / 2016
ESCOBAR LANDEO RUBEN

Autores
Fuentes Oficina de Secretaria
El sistema deber permitir la emisin y control de pagos de

matrcula de la I.E. MARISCAL CACERES, llevando el
respectivo control de recaudos presentados; desde que ste es
Descripcin
ingresado hasta el momento de elaborar y entregar el recibo
de pago al alumno; permitiendo consultar el estado del pago en
cualquier momento y modificacin de ellos.
El sistema deber almacenar (datos del estudiante,

Obj-2.1 estado de pago, N de RUC) en forma integrada,
evitando duplicar tablas y campos.
El sistema deber permitir llevar un control de los

Obj-2.2
pagos por derechos de matrculas.
Sub-objetivos
El sistema deber permitir el reporte de los

Obj-2.3
movimientos de ingreso registrados en el sistema.
Importancia V Urgencia PE Estado Pve Estabilidad PD

Comentarios Ninguno
Validado (V)
pg. 15
OBJ-3 Gestin de Documentos
Versin 1.0 Fecha: 19 / 06 / 2016

Autores
El sistema deber permitir el control de documentos tales como:

certificado de estudios, partida de nacimiento, boleta de notas y
otros documentos del alumno que desea matricularse en la I.E
Descripcin
MARISCAL CACERES, llevando el respectivo control de
datos presentados, recoleccin y almacenamiento de datos
para la matrcula.
El sistema deber almacenar los datos (documentos)

Obj-3.1 en forma integrada, evitando duplicar tablas y
campos.
El sistema deber permitir llevar un control de

documentos desde el momento en que sean
Obj-3.2
registrados hasta el momento que se otorgue la
Sub-objetivos constancia de matrcula.
El sistema deber permitir en el mediano plazo el

Obj-3.3 registro de alumnos matriculados, as como la
facilidad de generar matriculas.
Importancia V Urgencia CP Estado Pve Estabilidad PD

Comentarios Ninguno
Validado (V)
pg. 16
OBJ-4 Gestin de Matricula
Versin 1.0 Fecha: 19 / 06 / 2016
Autores ROJAS JURADO, JOSE LUIS

Fuentes Oficina de secretaria
El sistema deber permitir el proceso eficiente de la matrcula,

Descripcin para ello requiere de la aprobacin de los requisitos solicitados
como tambin el registro adecuado de estos.
El sistema deber manejar cada procedimiento

Obj-4.1 realizado que conlleve a la matricula, llevando un
control estricto sobre cada uno de estos.
El sistema deber modificar, buscar, eliminar y

Obj-4.2
aadir nuevos registros de matrculas.
Sub-objetivos
El sistema deber brindar un reporte de cada registro

Obj-4.3
de matrcula que sea solicitado por alguien.
Importancia V Urgencia CP Estado Pve Estabilidad PD

Comentarios Ninguno
Validado (V)
pg. 17
5. CATLOGO DE REQUISITOS DEL SISTEMA
5.1 Requisitos del Sistema:
IRQ - 1 Informacin sobre usuarios.

Versin 1.0


Objetivos Obj. 1 < Gestin de usuarios>
Asociados
Requisitos
Asociados
Descripcin El sistema deber almacenar informacin de cada usuario
(usuario-contrasea), tambin deber brindar detalles de ellos.
El sistema deber mostrar el estado de cada usuario, as como
tambin se podr modificar, eliminar y aadir usuarios.
Datos Especficos -Nombre de usuario
-Apellido de usuario
-DNI de usuario
-Cuenta de usuario(usuario-contrasea)
-Celular
-Email
-Estado de cuenta
Tiempo de vida Medio Mximo

Indefinido Indefinido
Ocurrencias Medio Mximo
simult.
7200 7200
Importancia Alta
Urgencia Alta
Estado En desarrollo
Estabilidad Alta
Comentarios Ninguno
pg. 18
IRQ - 2 Informacin de los pagos
Versin 1.0

Fuentes Oficina de Secretaria.

Objetivos Obj 2 < Gestin de pagos>
Asociados
Requisitos
Asociados
Descripcin El sistema deber almacenar informacin de los pagos
realizados por el interesado (alumno), tambin deber
brindar detalles de ellos (reporte de pago). El sistema
tambin permitir el acceso a la modificacin, eliminacin
y actualizacin de estos.
Datos Especficos -Nombre del alumno
-Apellidos del alumno
-Estado de pago
-N de RUC

Siempre Siempre
simult.
100 Indefinido
Importancia Alta
Urgencia Alta
Estabilidad Alta
Comentarios Ninguno
pg. 19
IRQ - 3 Informacin sobre los documentos necesarios para la
matricula.
Versin 1.0
Autor ESCOBAR LANDEO RUBEN


Objetivos Obj 3 < Gestin de Documentos>
Asociados
Requisitos
Asociados
Descripcin El sistema deber almacenar y guardar el estado de los
documentos correspondientes de cada alumno matriculado
que se registre, as como tambin los datos personales de
este.
Datos Especficos -Datos personales (Nombre y apellidos)
-DNI
-Celular
-Estado de Certificado de estudios
-Estado de Boleta de notas
-Estado de Constancia de no adeudar
-Estado de Partida de nacimiento

Siempre Siempre
simult.
100 Indefinido
Importancia Alta
Urgencia Alta
Estabilidad Alta
Comentarios Ninguno
pg. 20
IRQ 3 Informacin sobre matricula.
Versin 1.0

Fuentes Departamento de Secretaria.

Objetivos Obj 1 < Gestin de usuario >
Asociados Obj 2 < Gestin de pagos >
Obj 3 < Gestin de documento >
Obj 4 < Gestin de matrcula >
Requisitos
Asociados
Descripcin El sistema deber brindar informacin con respecto a las
matriculas realizadas, en el cual se mostrara todos los
procedimientos tales como: pagos realizados y presentacin
de documentos.
Datos Especficos - Datos del estudiante.
-Cdigo de matrcula.
-Cdigo de pago.
-Estado de documentos.
-Grado.
-Seccin.
-Bimestre.
-Situacin acadmica.

Siempre Siempre
simult.
1000 Indefinido
Importancia Alta
Urgencia Alta
Estabilidad Alta
Comentarios Ninguno
pg. 21
5.2. Requisitos FUNCIONALES:
pg. 22
5.2.1. DIAGRAMA DE CASOS DE USOS:
pg. 23
pg. 24
pg. 25
pg. 26
pg. 27
5.2.2 DEFINICION DE ACTORES:
ACT 1 Director
Versin 1.0
ROJAS JURADO JOSE LUIS
Fuentes
Descripcin Este actor representa a la persona que usa el sistema.
Administra las cuentas.
Administra el sistema.
Comentarios Ninguno
ACT 2 Secretaria - secretaria

Versin 1.0

Autor ROJAS JURADO JSOE LUIS
Fuentes
Descripcin Actor que representa a la persona encargada de realizar y administrar todo el proceso de
matrcula.
Comentarios Ninguno
ACT 3 Alumno
Versin 1.0
ROJAS JURADO JSOE LUIS
Fuentes Actor que representa a la persona encargada de la entrega de requisitos y parmetros

necesarios para su matrcula.
Descripcin
Comentarios Ninguno
pg. 28
5.2.3 CASOS DE USOS DEL SISTEMA:
CU-001 CASO DE USO REGISRAR USUARIO
Descripcin Este caso de uso corresponde a la validacin de usuarios que podrn manipular el sistema.
Actor Directora
Precondicin Se ha debido validar al alumnos
Paso Accin
1 La directora ingresa al sistema.
El sistema requerir:
2 2.1 Usuario
2.2 Contrasea
Ingresar datos de nuevos usaurios:
.Nom_usuario
.Apellido_usuario
.DNI_alumno
3
Secuencia Normal .Edad_alumno
.Sexo_alumno
.Nuevo_usuario
.Nueva_contrasea
4 El administrador a de guardar los datos en el sistema
5 El sistema dar un mensaje los datos fueron guardados correctamente
Si es la nica actividad:
6.1 Se deber cerrar el sistema
6
En caso contrario proseguir con la siguiente
6.2
actividad.
PostCondicin Se deber cerrar correctamente el sistema para evitar problemas
En el Paso Accin
Excepciones
6 Si los datos no se guardan correctamente se sugiere que se intente de nuevo
Importancia Importancia vital

Urgencia Importancia
Comentarios Ninguno
pg. 29
CU-002 CASO DE USO ADMINISTRAR CUENTAS
Este caso de uso corresponde a la administracin de cuentas que existen para manipular el
Descripcin sistema.
Actor Directora
Precondicin Se ha debido validar usuarios
Paso Accin
1 La directora debe de ingresar al sistema.
El sistema requerir.
2
2.1 Usuario
2,2 Contrasea
3 Hacer un registro de usuarios existentes.
Secuencia Normal Hacer un mantenimiento o actualizaciones de datos nuevos de

4
usuarios que ya participan en el sistema.
5 El administrador a de guardar los datos en el sistema
6 El sistema dar un mensaje los datos fueron guardados correctamente
7
7.2
actividad.
En el Paso Accin
2.1 Ingresar datos de usuarios nuevos
2 Si la cuenta es incorrecta el sistema lo rechazara pidindote que
2.2
ingrese de nuevo los datos
Excepciones
4 Se podr modificar, aadir, eliminar y/o restaurar usuarios.

Comentarios Ninguno
pg. 30
CU-003 CASO DE USO MOSTRAR USARIOS
Este caso de uso corresponde a la administracin de cuentas que existen para manipular el
Descripcin sistema.
Actor Directora
Paso Accin
2
2.1 Usuario
2,2 Contrasea
Secuencia Normal 3 Mostrar un registro de los usuarios actuales con sus respectivas
caractersticas.
4
4.2
actividad.
En el Paso Accin
Excepciones En el registro se observara detalladamente las caractersticas del usuario (nombres,
4
apellidos, sexo, entre otros)
Comentarios Ninguno
pg. 31
CU-004 CASO DE USO BLOQUEO DE ACCESOS
Descripcin Este caso de uso corresponde al boqueo o denegacin de usuarios excluidos o infiltrados.
Actor Directora
Paso Accin
2
2.1 Usuario
2,2 Contrasea
3 Hacer un registro de usuarios existentes.
Secuencia Normal 4 Verifica que los usuarios existentes sean los correctos.
Si se detecta un usuario infiltrado se le deniega y bloquea el acceso al

5
sistema.
6 El sistema dar un mensaje el usuario ha sido bloqueado correctamente
7
7.2
actividad.
En el Paso Accin
2.2
Excepciones
5 Se podr restringir el acceso de uno o ms usuarios a la vez.

Comentarios Ninguno
pg. 32
CU-005 REGISTRAR PAGOS
El propsito de este caso de uso es registrar todo pago realizado por el alumno para el
Descripcin proceso de matrcula.
Actor Secretaria
Paso Accin
1 La secretaria debe de ingresar al sistema.
2
2.1 Usuario
2,2 Contrasea
3 Registra los datos del alumno.
Secuencia Normal
Registra en el sistema el N de RUC del comprobante de pago
4
brindado por el estudiante.
6 El sistema dar un mensaje datos guardados correctamente
7
7.2
actividad.
En el Paso Accin
2.2
Excepciones
3 Se registra el nombre y apellido del alumno.

Comentarios Ninguno
pg. 33
CU-006 CONTROL DE PAGOS
El propsito de este caso de uso es llevar un estricto control de todos los pagos realizados por
Descripcin los alumnos.
Actor Secretaria
Paso Accin
2
2.1 Usuario
2,2 Contrasea
3 Mostrar registros de pagos por alumno.
Secuencia Normal 4 Verificar el alumno cancelo su pago o no.
5 Actualizar pago si en caso es efectuado.
6 El sistema dar un mensaje datos guardados correctamente
7
7.2
actividad.
En el Paso Accin
2.2
Excepciones
5 Se actualizara el estado de pago si en caso haya sido cancelado.

Comentarios Ninguno
pg. 34
CU-007 REPORTE DE PAGOS
El propsito de este caso de uso es brindar un reporte detallado sobre el pago que realizo
Descripcin respectivo alumno.
Actor Secretaria
Paso Accin
2
2.1 Usuario
2,2 Contrasea
3 Busca datos del alumno.
Secuencia Normal
4 Genera registro de pagos de dicho alumno.
5 Imprime el reporte de pago requerido.
6
6.2
actividad.
En el Paso Accin
Excepciones 2.2
3 Se registra el nombre y apellido del alumno.

Comentarios Ninguno
pg. 35
CU-008 REGISTRAR DOCUMENTOS
Descripcin El propsito de este caso de uso es seleccionar parmetros del sub sistema de Rubros .
Actores Tesorero
Precondicin Para ejecutar este caso de uso se ha debido registrar los parmetros de pagos.
Paso Accin
1 Tesorero
El Tesorero
2 2.1 Ingresar al sistema
2.2 El tesorero debe de ingresar al sub sistema de Rubros.
Seleccionar Parmetros para pagos de Matriculas y Pensiones:

Parmetro de pagos:
Pagos mensuales:
Inicial: --
Primaria:--
3
Pagos anuales:
Secuencia Normal
Inicial: --
Primaria:--
Pagos de alumnos hermanos:
Pagos con descuentos.
El Tesorero debe de seleccionar los parmetros respectivos para estos

4
casos
5 El Tesorero de guardar los datos en el sistema.
6
6.2
actividad.
En el Paso Accin
Buscar parmetros
2
Excepciones 2.1 Seleccionar parmetros
Importancia vital
Importancia
Comentarios Ninguno
pg. 36
CU-009 CONTROL DE DOCUMENTOS
El propsito de este caso de uso es seleccionar datos de nuestros alumnos para la hacer la
Descripcin matricula respectiva.
Actores El Tesorero
Precondicin Para ejecutar este caso de uso se ha debido registrar y establecer un cdigo del alumno.
Paso Accin
1 El Tesorero
Buscar e identificar al alumno
2 2.1 Buscar cdigo del alumno
2.2 Seleccionar el cdigo
.Cod_alumno
.Nom_alumno
.Apellido_alumno
Secuencia Normal 3
.DNI_ alumno
.Edad_alumno
.Direcc_alumno
El Tesorero debe de seleccionar el cdigo del alumno respectivo para

4
estos casos. De pago
5
5.2
actividad.
En el Paso Accin
Buscar cdigo
2
Excepciones 2.1 Seleccionar el cdigo respectivo

Comentarios Ninguno
pg. 37
CU-010 REGISTRO DE ALUMNOS
El propsito de este caso de uso es registrar el pago de la matrcula con lo cual se confirma la
Descripcin matrcula y se asigna la vacante al alumno.
Actores El Tesorero
Precondicin Para ejecutar este caso de uso se ha debido registrar y seleccionar los parmetros de pagos.
Paso Accin
1 El Tesorero
Registrar las boletas de pago de matricula
2 2.1 Registrar las boletas de pago de matrcula del alumno.
2.2 Registrar las boletas

Registrar las boletas de pago de matrcula :
DATOS DEL ALUMNO EN LA BOLETA
.Cod_alumno
.Nom_alumno
.Apellido_alumno
Secuencia Normal .DNI_ alumno
.Edad_alumno
3 DATOS DE LA BOLETA
. Fecha
.Cantidad
.Descripcion
.Pago unitario
.Importes
.Total a pagar
.y otros datos
4 El Tesorero debe verificar los datos respectivos de la boleta.
5 El Tesorero debe confirmar la matricula del alumno

En el Paso Accin
Verificar de los datos respectivos de la boleta.

Excepciones 4.1 Verificar datos de la boleta
4
4.2 Si los datos de la boleta no son vlidos dar informe

Comentarios Ninguno
pg. 38
CU-011 CONTROL DE PROCEDIMEINTO DE MATRCULA
El propsito de este caso de uso es registrar el pago de las pensiones y otros conceptos
Descripcin realizados por los alumnos.
Actores El Tesorero
Precondicin Para ejecutar este caso de uso se ha debido registrar el parmetro de pago de matrcula.
Paso Accin
1 El Tesorero
Registrar las boletas de pago de matrcula y pensiones.
2 2.1 Registrar las boletas de pago de matrcula del alumno.
2.2 Registrar las boletas de pago

Registrar las boletas de pago de matrcula :
DATOS DEL ALUMNO EN LA BOLETA
.Cod_alumno
.Nom_alumno
.Apellido_alumno
Secuencia Normal .DNI_ alumno
.Edad_alumno
3 DATOS DE LA BOLETA
. Fecha
.Cantidad
.Descripcin
.Pago unitario
.Importes
.Total a pagar
.y otros datos
El Tesorero debe verificar y registrar los datos respectivos de la
4
boleta de pago de matricula
5 El Tesorero debe confirmar las boletas de pago del alumno
En el Paso Accin
Registrar las boleta de pago de matrcula del alumno.

Excepciones 2.1.1 Registrar datos de la boleta de pago
4
2.1.2 Si los datos de la boleta no son vlidos dar informe

Comentarios Ninguno
pg. 39
CU-012 ADMINISTRACION DE MATRCULA
El propsito de este caso de uso es enviar toda la informacin de las cuentas de pago de matrcula,
Descripcin esta informacin ser enviado a la Directora quien ella se encarga de administrar todas las cuentas de
la I.E.
Actores El Tesorero y La Directora
Precondicin Se ha debido validar los la administracin de cuentas.
Paso Accin
1 El Tesorero
El Tesorero debe de sacar todas las cuentas de pagos que se estn

2
haciendo.
Parmetro de pagos:
Pagos mensuales:
Pagos anuales:
Pagos de alumnos hermanos:
3 Pagos con descuentos.
Secuencia Normal Un total de todo los pagos: ------

.y otros datos que se encuentran en el sistema
4 La Directora debe administrar cuentas
5 La Directora debe de administrar toda las cuentas de pagos de la I.E.

6
6.2
actividad.
PostCondicin
Se deber cerrar correctamente el sistema para evitar problemas
En el Paso Accin
Datos ingresados (nombre y cdigo de alumnos)

2
Excepciones 2.1 Debe de administrar todas las cuentas de pagos
Si los datos no coinciden con el alumno correctamente se sugiere que se intente de

6
nuevo

Ninguno
Comentarios
pg. 40
CU-013 REPORTE DE MATRCULA
Descripcin El propsito de este caso de uso es seleccionar parmetros del sub sistema de Rubros .
Actores Encargado de APAFA
Precondicin Para ejecutar este caso de uso se ha debido registrar los parmetros de pagos.
Paso Accin
1 Encargado de APAFA
Encargado de APAFA
2 2.1 Ingresar al sistema
El Encargado de APAFA debe de ingresar al sub sistema de

2.2
Rubros.
El Encargado de APAFA debe de ingresar al sub sistema de Rubros.
El Encargado de APAFA debe seleccionar los parmetros:

3
Secuencia Normal
Parmetro de pagos de APAFA:
- pagos por derecho de APAFA
-de reuniones. y reuniones insistidas ,ETC
Encargado de APAFA debe de seleccionar los parmetros respectivos para

4
estos casos
5 Encargado de APAFA de guardar los datos en el sistema.
6
6.2
actividad.
En el Paso Accin
Buscar parmetros
2
Excepciones 2.1 Seleccionar parmetros

Comentarios Ninguno
pg. 41
5.3 Requisitos NO FUNCIONALES:
Las siguientes plantillas de requisitos no funcionales muestra la lista de la definicin de requisitos no funcionales de este
sistema, las cuales restringen o condicionan el desarrollo e implantacin del sistema.
RNF 1 Comunicacin del Sistemas

Versin 1.0
Autor PREZ ALIAGA, Yessenia
Fuentes
Objetivos Asociados
Requisitos Asociados
Cada usuario del sistema tendr asignado un determinado perfil, usado para
Descripcin activar los servicios u opciones que l pueda realizar dentro del sistema.
Importancia Alta
Urgencia Alta
Estado No resuelto
Estabilidad Normal
Comentarios Ninguno
RNF 2 Especificacin nica

Versin 1.0
Autores PREZ ALIAGA, Yessenia
Fuentes
Objetivos Asociados
Cada usuario del sistema tendr asignado un determinado perfil, usado para
Descripcin
activar los servicios u opciones que l pueda realizar dentro del sistema.
Importancia Alta
Urgencia Alta
Estado No resuelto
Estabilidad Normal
Comentarios Ninguno
RNF 3 Portabilidad
Versin 1.0
Fuentes
Objetivos Asociados
El sistema ser soportado por mltiples plataformas:
Linux,
Descripcin Windows
Solaris
Mac OS, etc.
Importancia Alta
Urgencia Alta
Estado No resuelto
Estabilidad Normal
Comentarios Ninguno
pg. 42
RNF 4 Interfaz intuitiva
Versin 1.0
Fuentes
Objetivos Asociados
El sistema ha de tener una interfaz sencilla y amigable, y as sea fcil de utilizar
Descripcin
por el usuario.
Importancia Alta
Urgencia Alta
Estado No resuelto
Estabilidad Normal
Comentarios Ninguno
RNF 5 Fiabilidad
Versin 1.0
Fuentes
Objetivos Asociados
El sistema deber tener una interfaz grfica sencilla y amigable, basada en
Descripcin mens, ventanas, listas desplegables y botones de accin y as sea fcil de utilizar
por el usuario.
Importancia Alta
Urgencia Alta
Estado No resuelto
Estabilidad Normal
Comentarios Ninguno
pg. 43
6. MATRIZ DE RASTREABILIDAD
OBJETIVOS/REQUISITOS
OBJ-1 OBJ-2 OBJ-3 OBJ-4 OBJ-5
IRQ-01 x x x
IRQ-02 x
IRQ-03 x
IRQ-04 x x x
CU-001 x
CU-002 x
CU-003 x
CU-004 x
CU-005 x
CU-006 x
CU-007 x x x
CU-008 x x
CU-009 x x
CU-010 x
CU-011 x x
CU-012 x
CU-013 x x
CU-014 x x
CU-015 x
CU-016 x
CU-017 x x
CU-018 x
CU-019 x
CU-020 x
CU-021 x
CU-022 x x
CU-023 x
pg. 44
6. Glosario
Calidad: La calidad es un concepto global que hace referencia tanto a los mtodos o procedimientos de trabajo como a la calidad del
producto terminado y la validacin de los resultados del proyecto.
Criterios de xito: Criterios que puedan ser utilizados para valorar si las expectativas puestas en el PFC por todos los implicados en
el proyecto se cumplen.
Entregable: Cualquier cosa (documento, cdigo, archivo) sobre la que hay un compromiso de entrega en un momento determinado
durante el desarrollo
Expectativas: Las cosas que cada una de las personas implicadas en el proyecto pretende obtener del desarrollo del PFC. Pueden ser
cosas tangibles, como por ejemplo terminar el PFC en un ao, que la aplicacin obtenida haga lo que se pretenda inicialmente o
intangibles, como la realizacin personal o la sensacin del trabajo bien hecho.
Periodo: tiempo que va desde la realizacin del informe de seguimiento anterior hasta el presente.
Requisitos: Todos los aspectos y necesidades que debe cubrir el proyecto.
Administracin: es el proceso de organizar, planear, dirigir y controlar actividades y recursos con el fin de lograr un objetivo comn.
Anlisis: es la fase donde se hace un estudio del sistema; la recopilacin de requisitos tanto del sistema como del software, se
documenta todo lo que se ha estudiado y se establece lo que se va a hacer. Todo esto se debe comentar con el cliente antes de
continuar.
Analista de sistemas: persona que realiza el proceso de examinar la situacin de una empresa con el propsito de mejorarlas con
mtodos y procedimientos ms adecuados, en este caso computacionales.
Persona u usuarios: se trata de los individuos o unidades de la organizacin que introducen manejan o usan la informacin para
realizar sus actividades y operaciones en funcin de los procedimientos en trabajos establecidos.
Estabilidad: este campo indica la estabilidad del objetivo, es decir una estimacin de la probabilidad de que pueda sufrir cambios en
el futuro. Esta estabilidad puede indicarse mediante un valor numrico o mediante una expresin enumerada como alta, media o baja
o PD en el caso de que an no se haya determinado.
La informacin sobre la estabilidad, bien a nivel de objetivos come en este caso, bien a nivel de requisitos, ayuda a los diseadores a
disear software que prevea de antemano la necesidad de posibles cambios futuros en aquellos aspectos relacionados con los
elemento identificados como inestables durante la fase de ingeniera de requisitos, favoreciendo as el mantenimiento y la evolucin
del software
Ocurrencias simultneas: este campo indica el nmero medio y mximo de ocurrencias simultneas del concepto relevante. Tanto
este campo como el anterior permiten a los diseadores prever determinadas necesidades del sistema a desarrollar en lo relativo a
las necesidades de almacenamiento de informacin.
DECRETOS: Establecen normas de ejecucin de las Ordenanzas, sancionan los procedimientos necesarios a la administracin
municipal o resuelven o regulan asuntos de orden general y de inters para el vecindario.
(Ley N 23853, Ley Orgnica de Municipalidades, Artculo 111, publicada el 09 de junio de 1984
Post condicin: en este campo se expresan en lenguaje natural las condiciones que se deben cumplir despus de la terminacin
normal del caso de uso. Al igual que en el caso de las precondiciones, las post condiciones se pueden establecer tanto sobre el entorno
del sistema como sobre el estado del propio sistema.
Excepciones: este campo especifica el comportamiento del sistema en el caso de que se produzca alguna situacin excepcional
durante la realizacin de un paso determinado.
Importancia, Urgencia: estos campos indican respectivamente la importancia y la urgencia de la resolucin del conflicto.
Estado: este campo indica el estado de resolucin del conflicto, que podr estar no resuelto, en negociacin o bien resuelto.
pg. 45
Designacin: La designacin consiste en el desempeo de un cargo de responsabilidad directiva o de confianza por decisin de la
autoridad competente en la misma o diferente entidad en este ltimo caso se requiere del conocimiento previo de la entidad de origen
y del consentimiento del servidor. Si el designado es un servidor de carrera, al trmino de la designacin reasume funciones del grupo
ocupacional y nivel de carrera que le corresponda en la entidad de origen. En caso de no pertenecer a la carrera concluye su relacin
con el Estado.
Desistimiento De Actos Y Recursos Administrativos: Que el desistimiento de algn acto realizado en el procedimiento puede realizarse
antes de que haya producido efectos.
Puede desistirse de un recurso administrativo antes de que se notifique la resolucin final en la instancia, determinando que la resolucin impugnada
quede firme, salvo que otros administrados se hayan adherido al recurso, en cuyo caso slo tendr efecto para quien lo formul.
Ratificacin:
Aprobacin y confirmacin de la validez o veracidad de algo dicho o hecho antes, generalmente por medio de la firma enun escrito: p
ara que la propuesta de ley sea vlida solamente falta la ratificacin del Senado.
pg. 46

DRS Sofware

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

DRS Sofware

Caricato da

Copyright:

Formati disponibili

TALLER DE INGENIERA DE SOFTWARE

PROYECTO DE SOFTWARE CONTROL DE MATRICULA

Documento de Requisitos del Sistema

ESCOBAR LANDEO, Ruben

REALIZADO PARA LA INSTITUCIN EDUCATIVA

ESCOBAR LANDEO, Ruben

0 Versin 1.0 10/06/2016 LOPEZ RODRIGUEZ, Jhunior Jess

ESCOBAR LANDEO, Ruben

ESCOBAR LANDEO, Ruben

ESCOBAR LANDEO, Ruben

ESCOBAR LANDEO, Ruben

ESCOBAR LANDEO, Ruben

ESCOBAR LANDEO, Ruben

2-PARTICIPANTES EN EL PROYECTO .................................................................................. 7

3.-DESCRIPCIN DEL SISTEMA ACTUAL............................................................................. 8

4.-OBJETIVOS DEL SISTEMA..14

5.-CATLOGO DE REQUISITOS DEL SISTEMA ..................................................................... 19

5.1-Requisitos de informacin .........................................................................................................................19

5.2-Requisitos funcionales ...............................................................................................................................23

5.2.1-Diagramas de caso de uso....................................................................................... 23

5.2.2-Definicin de actores .............................................................................................. 28

5.2.3 Casos de uso ............................................................................................................ 30

5.2-Requisitos no funcionales .........................................................................................................................54

6.-MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS .............................................. 57

1. Diagrama de caso de uso SUBSISTEMA 1.....................................................................................24

2. Diagrama de caso de uso SUBSISTEMA 2...................................................................................25

3. Diagrama de caso de uso SUBSISTEMA 3..................................................................................26

4. Diagrama de caso de uso SUBSISTEMA 4..................................................................................27

1. Objetivo del sistema OBJ-01 ................................................................................................................................ 14

Para empezar el desarrollo del proyecto, mediante un anlisis elegimos a la

El impacto que estn causando los avances informticos sobre el mundo

El software de CONTROL DE MATRCULA V 1.0 contempla el desarrollo

En la Institucin Educativa es insuficiente la aplicacin de las nuevas

Este sistema facilitara el trabajo de la secretaria (proceso de matrcula) de

Nombre Cargo Empresa Rol Papel

Alumnos - Institucin Ministerio de

ROJAS JURADO Estudiante Jefe de Proyecto

LOPEZ RODRIGUEZ Estudiante Analista de Sistemas

ESCOBAR LANDEO Estudiante Analista Programador

I.E. "MARISCAL Secretaria de la Institucin

3. Descripcin del sistema actual

Direccionamiento Seguimiento y Mejoramiento

Exposicin Presentacin Servicios Finalizacin de

Responsabilidad Servicios Personas:

Flujo grama (alumno desea pagar para su matrcula)

TAREAS DESCRIPCION DE TAREAS

Flujograma (alumno desea matricularse)

La Secretaria verifica que los requisitos (2

subsistema Sistema: Subsistema

Fuentes Oficina de Direccin

Descripcin El sistema deber habilitar cuentas para respectivos usuarios,

Sub-objetivos Obj-1.1 El sistema deber permitir el registro de nuevos usuarios.

Obj-1.2 El sistema deber permitir modificar, eliminar, inhabilitar y

Obj-1.4 El sistema deber denegar el acceso y bloquear usuarios no

Obj-1.5 El sistema deber mostrar usuarios activos e inactivos

Importancia V Urgencia I Estado Pve Estabilidad A

Versin 1.0 Fecha: 19 / 06 / 2016

ESCOBAR LANDEO RUBEN

Fuentes Oficina de Secretaria

El sistema deber permitir la emisin y control de pagos de

El sistema deber almacenar (datos del estudiante,

El sistema deber permitir llevar un control de los

El sistema deber permitir el reporte de los