Ao de la consolidacin del

Mar de Grau

FACULTAS DE INGENIERIA
INDUSTRIAL Y SISTEMAS
E.A .P INGENIERIA DE
SISTEMAS
SISTEMA DE
MATRCULA

DE LA
INSTITUCIN EDUCATIVA PRIMARIA
SAN PEDRO N 32004 HUNUCO

DOCENTE:
Ing. Sfora Romn Snchez.
CURSO:
Anlisis y Diseo de Sistemas de Informacin
ALUMNOS:
Apolinario Ramn, luz
Damin Aguirre, Thalia
Evaristo coz, Beatriz

CURSO: ANLISIS Y
DISEO DE SISTEMAS
DE INFORMACIN

Meza Alonso , Pavel

Rivera Anastacio, Daniel
Ugarte Jorge, Karina

HUNUCO - 2016

DEDICATORIA
A nuestra familia, por su
paciencia,

comprensin

apoyo

permanente en el Desarrollo de nuestra

carrera Profesional.

INDICE
DEDICATORIA...................................................................................................... 2
INTRODUCCIN................................................................................................... 5
RESUMEN............................................................................................................ 5
CAPTULO I.......................................................................................................... 6
1.1

DESCRIPCIN GENERAL DE LA INSTITUCIN..........................................6

1.1.1 INSTITUCIN EDUCATIVA PBLICA SAN PEDRO N0 32004

HUANUCO..................................................................................................... 6
1.1.2

GLOSARIO........................................................................................ 6

1.1.3

INFRAESTRUCTURA..........................................................................8

1.1.4

UBICACIN GEOGRFICA..................................................................8

1.1.5

ORGANIZACIN................................................................................ 9

CAPITULO II......................................................................................................... 9
2.1

PLAN DE PROYECTO................................................................................ 9
OBJETIVOS........................................................................................ 9

2.1.1
2.2

ALCANCE FUNCIONAL DEL SISTEMA.......................................................9

2.2.1

DIAGRAMA DE CONTEXTO................................................................9

2.2.2

DIAGRAMA DE CLASES...................................................................11

CAPITULO III...................................................................................................... 12
3.1

MODELADO DEL NEGOCIO....................................................................12

3.1.1

ACTORES DEL NEGOCIO.................................................................12

3.1.2

CASO DEL USO DEL NEGOCIO........................................................12

3.1.3

DIAGRAMA DE ACTIVIDADES..........................................................13

3.2

MODELADO DEL SISTEMA.....................................................................14

3.2.1

CASO DE USO DE SISTEMA.............................................................14

3.2.2

ESPECIFICACION DEL CASO DE USO DE SISTEMA...........................15

3.2.3

DIAGRAMA DE SECUENCIAS...........................................................18

3.3

REQUISITOS ESPECIFICOS....................................................................20

3.3.1

REQUERIMIENTOS FUNCIONALES...................................................20

3.3.2

REQUERIMIENTOS NO FUNCIONALES.............................................21

3.4

INTERFACES.......................................................................................... 22

CAPITULO IV...................................................................................................... 25
4.1

FASE DE PROYECTO.............................................................................. 25

4.2

CRONOGRAMA DEL PROYECTO.............................................................26

4.2.1

ACTIVIDADES DE PLAN DE TRABAJO...............................................26

4.3

CONCLUSIONES.................................................................................... 28

4.4

RECOMENDACIONES............................................................................. 29

4.5

ANEXO.................................................................................................. 29

4.5.1

HERRAMIENTAS USADAS................................................................29

4.5.2

DESCRIPCIN DE STAKEHOLDERS..................................................29

INTRODUCCIN
El propsito de ste trabajo es recoger, analizar y definir las necesidades de alto nivel y las
caractersticas del sistema de matrcula. Se centra en la funcionalidad requerida por los
participantes en el proyecto y los usuarios finales.
Esta funcionalidad se basa principalmente en la matrcula que se lleva a cabo en la Institucin
Educativa San Pedro N0 32004.
Los detalles de cmo el sistema cubre los requerimientos se pueden observar en la especificacin de
los casos de uso y otros documentos adicionales.
El grupo de trabajo con el asesoramiento de la docente del curso desarrolla un estudio de los
procesos de matrcula que se realizan dentro de la Institucin Educativa, y as poder mejorar y
agilizar el proceso de matrcula que se brinda en la INSTITUCIN EDUCATIVA PBLICA SAN
PEDRO N0 32004 HUANUCO.
Para el desarrollo del trabajo utilizaremos las herramientas aprendidas en el curso: El lenguaje
UML, el modelamiento de procesos con IDEF0, es un mtodo diseado para modelar decisiones,
acciones y actividades de una organizacin o sistema.

RESUMEN
En este proyecto se esquematiza los diagramas de contexto y de clases, as mismo tambin los
diagramas de casos de uno y diagramas de clase; por lo tanto se realiza las especificaciones de
requisitos en el cual encontraremos la descripcin de las funcionalidades como tambin las
descripciones de los requisitos funcionales y no funcionales.

CAPTULO I
1.1 DESCRIPCIN GENERAL DE LA INSTITUCIN
1.1.1 INSTITUCIN EDUCATIVA PBLICA SAN PEDRO N0 32004 HUANUCO
1.1.1.1 MISIN
Somos una Institucin Educativa que busca la formacin integral de los educandos para que
sean emprendedores, lderes, capaces de plantear alternativas y solucionar problemas.

1.1.1.2 VISION
Para el ao 2018 ser una Institucin lder y modelo, con vocacin de servicio y alta
responsabilidad social docente brindando una educacin de calidad: Formacin
humanstica, ecolgica y tica.

1.1.2 GLOSARIO
1. Introduccin
Este documento recoge todos y cada uno de los trminos manejados a lo largo de todo el
proyecto de desarrollo del proceso de matrcula de la Institucin Educativa Primaria San
Pedro. Se trata de un diccionario informal de datos y definiciones de la nomenclatura que se
maneja, de tal modo que se crea un estndar para todo el proyecto.
1.1 Propsito
El propsito de este glosario es definir con exactitud y sin ambigedad la terminologa
manejada en el proyecto de desarrollo del proceso de matrcula de la institucin educativa
primaria san pedro. Tambin sirve como gua de consulta para la clarificacin de los puntos
conflictivos o poco esclarecedores del proyecto.
1.2 Alcance
El alcance del presente documento se extiende a todos los subsistemas definidos para la
institucin educativa.
2. Definiciones
2.1. SOLICITUD DE VACANTE: es un pedido de informacin de un cupo para el
acoplamiento de un alumno a la institucin a pedir
2.2. APAFA: la asociacin de padres de familia es una organizacin de personas naturales
sin fines de lucro de personera jurdica de derecho privado y puede inscribirse en los
registros pblicos.
2.3. ENVI DE REPORTE DE MATRCULA AL DIRECTOR: los documentos del
alumno presentados en la institucin educativa para la aceptacin del alumno se
dirigen al director acadmico luego de ser matriculado para ser archivado con los
documentos de los dems alumnos en forma fsica.
2.4. DIRECCIN: es la responsable del correcto funcionamiento, organizacin, operacin
y administracin de la escuela.

2.5. DRE: Direction Regional de Education

2.6. SIAGIE: Sistema de informacin de apoyo a la gestin de la institucin educativa, es
un software de apoyo para la gestin de la administracin en las Instituciones
Educativas. Es de fcil manejo y administracin. El sistema apoya los procesos
administrativos, generando informacin base de estudiantes a partir de los cuales se
podrn generar Fichas nicas de Matrcula, Listas de Estudiantes, Reportes de
Inasistencias, Registros de Evaluacin, Boletas de Notas y Actas de Evaluacin. De
similar manera, se podr tener un registro del personal que labora en la
Institucin Educativa y que tendr responsabilidad en el dictado de las asignaturas, el
control de la infraestructura y los recursos con los que trabaja la Institucin
Educativa a travs de la formacin de Redes Educativas (DRE, UGEL, Distrito,
Centro Poblado).
2.7. DOCUMENTO: Son los papeles del alumno, son necesarios para hacer el registro de
matrcula.
2.8. UGEL: Unidad de gestin educativa local, se encarga de dirigir, coordinar, orientar y
supervisar la aplicacin de la poltica y normatividad en materia de educacin, cultura
y recreacin de su mbito jurisdiccional.
2.9. FORMULARIO: es un interfaz donde te pide que ingreses los datos y algunos
requisitos para ingresar al sistema.
2.10.
ALUMNO NUEVO: un alumno nuevo es aquel que se est acoplando a la
institucin por lo cual ingresara sus datos y entregara los documentos
correspondientes para su matrcula respectiva.
2.11.ALUMNO HABITUAL: un alumno habitual es aquel que estudio anteriormente en
la misma institucin y tiene la de tener sus datos ya registrados en el sistema y
adems tiene registrado las deudas pendientes por lo cual puede ir a realizar sus
pagos y matricularse consecutivamente sin problemas.
1.1. APODERADO: Apoderado es la persona que se hace cargo del alumno, esta es la
cual brinda sus datos para poder registrarse al sistema y adems ser quien realice
pagos y asista a las reuniones.
1.2. DMZ: (Zona desmilitarizada) es un diseo conceptual de red donde los servicios de
acceso pblico se colocan en un segmento separado, aislado de la red. La intencin
de DMZ es asegurar que los servidores se encuentre comprometido.
1.3. MD5 y SHA: son algoritmos de encriptacin muy comunes usados, en la actualidad
se ha demostrado se vulnerabilidad, sin embargo aun si siguen siendo utilizados
para almacenar contraseas y mantener cierto nivel de seguridad en las aplicaciones
(y no guardar la clave como texto plano en un archivo o base de datos).
1.4. SEGIRIDAD PERIMENTAL EN REDES (FIREWALL, IDS/IPS): La seguridad
informtica de una empresa primordial. Los ataques de red y perdidas de

informacin ocasionan un gran trastorno y no solo la imagen sino tambin en

funcionamiento y progreso de una empresa se ven afectados.
1.5. MANTENIMIENTO PREDICTIVO: Evala el flujo de ejecucin del programa
para predecir con certeza el momento en el que se producir la falla, y as
determinar cundo es adecuado realizar los ajustes correspondientes.
1.6. MANTENIMIENTO CORRECTIVO: Corrige defectos encontrados en el software,
y que originan un comportamiento distinto al deseado. Estas fallas pueden ser de
procesamiento, rendimiento (por ejemplo, uso ineficiente de los recursos de
hardware), programacin (inconsistencia en la ejecucin), seguridad o estabilidad,
entre otras.
1.7. MANTENIMIENTO ADAPTATIVO: Si se requiere cambiar el entorno de uso de la
aplicacin (que incluye al sistema operativo, a la plataforma de hardware o, en el
caso de las aplicaciones web, al navegador), puede ser indispensable modificarla
para mantener su plena funcionalidad en estas condiciones.

1.1.3 INFRAESTRUCTURA
Descripcion de la institucion

1.1.4 UBICACIN GEOGRFICA

Nombre I.E.: Institucin Educativa Publica San Pedro N0 32004
Nivel: Primaria
Direccin: Prolongacin Ayancocha
Gestin: Pblica (del Estado)
Gnero: Mixto
Departamento: Hunuco
Provincia: Hunuco
Distrito: Hunuco
rea: Urbana
Turno: Maana y tarde
Categora: Escolarizado

MAPA DE LA INSTITUCIN

1.1.5 ORGANIZACIN
FALTA LA ORGANIGRAMA ..

CAPITULO II
2.1 PLAN DE PROYECTO
2.1.1

OBJETIVOS

2.1.1.1 OBJETIVO GENERAL

Analizar y disear el proceso de matrcula de los alumnos en la Institucin Educativa
Publica San Pedro N0 32004 - Hunuco
2.1.1.2 OBJETIVOS ESPECFICOS

Elaborar el diagrama de contexto del Sistema.

Elaborar el diagrama de Casos de uso y sus especificaciones.
Elaborar el diagrama de Interaccin (diagrama de secuencia).

2.2 ALCANCE FUNCIONAL DEL SISTEMA

2.2.1 DIAGRAMA DE CONTEXTO
VERSN 1

VERSIN 2

2.2.2 DIAGRAMA DE CLASES

CAPITULO III
3.1 MODELADO DEL NEGOCIO
3.1.1 ACTORES DEL NEGOCIO
3.1.1.1 APODERADO:
Este actor representa a una persona cuya responsabilidad es cumplir con todas las
funciones del alumno para la realizacin de la matricula como: Solicitar vacante de
matrcula para el alumno, Presentar documentos del alumno, Pagar la matriculas
3.1.1.2 DIRECTOR:
Este actor representa a una persona cuya responsabilidad es verificar que todo el proceso
se d correctamente.
3.1.1.3 SECRETARIA:
Este actor representa a una persona cuya responsabilidad es cumplir con todo lo que
solicita los apoderados, como: Brindar la informacin de la disponibilidad de vacantes,

Realiza la verificacin de los documentos necesarios para la matricula, Matricular al

alumno.
3.1.1.4 APAFA:
Este actor representa a una persona cuya responsabilidad es controlar los pagos de
matrcula, verificar multas que debe pagar los apoderados, Emite comprobantes de pago
3.1.2 CASO DEL USO DEL NEGOCIO
Descripcin
El proceso se inicia cuando el apoderado y la secretaria hacen el proceso de: tramitar
vacante, luego los mismos actores interactan en el proceso de: realizar matricular, despus
el apoderado juntamente con el apafa interactan en realizar el pago, y el director verifica
que todo este proceso se realice correctamente.
Diagrama del caso de uso de negocios

3.1.3
DIAGRAMA DE ACTIVIDADES
TRAMITAR VACANTE

REALIZAR PAGOS

MATRICULAR ALUMNO

3.2 MODELADO DEL SISTEMA

3.2.1 CASO DE USO DE SISTEMA

3.2.2 ESPECIFICACION DEL CASO DE USO DE SISTEMA

Lista de Casos de Uso

Actor
Apoderado
Secretaria
Director
Apoderado
Apafa
Apoderado
Secretaria
Secretaria
Apoderado

Caso de Uso ID:

Nombre Caso de Uso:
Creada por:
Fecha de Creacin:
Actores:
Descripcin:

Pre-condiciones:
Post-condiciones:
Flujo normal de Eventos:

Flujos Alternativos:

Casos de Usos
Tramitar vacante

ID
CUSM-001

Realizar pagos

CUSM-002

Registrar matrcula

CUSM-003

Validar Alumno

CUSM -004

CUSM-001
Tramitar Vacante
16/02/2016
Apoderado, Secretaria, Director
El caso de uso se inicia cuando el apoderado solicita vacante y el
director debe valorar si acepta o rechaza la solicitud de vacante. El
sistema debe permitir ver los resultados de estas evaluaciones,
culminando la ejecucin del caso de uso la secretaria emite una
constancia de vacante o una solicitud de rechazo.
Ninguno(//Ser alumno nuevo//)
Entregar constancia de vacante o solicitud de rechazo.
Accin del Actor(es)
Accin del Sistema
1. El apoderado solicita vacante.
2. La secretaria verifica la
solicitud.
3. El sistema evala la cantidad
de vacantes.
4. La secretaria introduce en el
sistema datos del alumno.
5. El sistema muestra el
formulario de los datos del
alumno.
7. La secretaria emite una
6. El sistema valida el vacante.
constancia de vacante.
8. El apoderado recibe la
constancia de vacante.
7. En el caso de que el sistema muestre que no hay vacante la
secretaria emitir una solicitud de rechazo.

Caso de Uso ID:

Nombre Caso de Uso:
Creada por:
Fecha de Creacin:
Actores:
Descripcin:

Pre-condiciones:
Post-condiciones:
Flujo normal de Eventos:

CUSM-002
Realizar pago.
16/02/2016
Apafa, Apoderado
Este caso de uso inicia al establecer los parmetros de pagos que
maneja el colegio por medio de Apafa. El sistema verifica las
deudas que debe pagar, finalmente ya sean ocasionados por falta a
las reuniones de APAFA o simplemente matrcula.
Tener constancia de vacante
Estar accesible para que realice la matricula la secretaria.
Accin del Actor(es)
Accin del Sistema
1. Apoderado consulta
importe de pago.
2. Apafa ingresa al sistema
y selecciona si el pago lo
realiza un alumno habitual
3. Muestra un formulario para el
o nuevo.
ingreso de datos del alumno, datos
del apoderado y monto de pago.
4. Apafa ingresa datos del
5. Verifica s el alumno tiene deuda
alumno.
pendiente.
6. El sistema muestra historial de
deuda.
7. Apafa comunica monto a
pagar.
8. El apoderado realiza el
pago total.
9. Apafa emite
comprobante de pago.
10. Apafa confirma
(ACEPTAR) el formulario

Flujos Alternativos:

Caso de Uso ID:

Nombre Caso de Uso:
Creada por:
Actores:
Descripcin:

11. El sistema almacena la

informacin.
5: En el caso de alumno sea nuevo, mostrar mensaje no existe
deuda, si el alumno es habitual y no tiene deudas, mostrar mensaje
no tiene deuda.

CUSM-003
Registrar matrcula.
Secretaria, Apoderado.
En este caso de uso de va a inscribir al alumno en el sistema y de esa

Pre-condiciones:
Post-condiciones:
Flujo normal de Eventos:

manera ser parte de la institucin y poder asistir a las clases desde el

inicio del ao escolar.
Alumno validado, tener documentos del alumno
Alumno matriculado
Accin del Actor(es)
Accin del Sistema
1. La secretaria ingresa al
sistema
2. El sistema muestra una
interfaz para registrar al alumno.
3. La secretaria ingresa los
datos del alumno.
4. La secretaria selecciona botn
asignar seccin y grado.
5.El sistema muestra una interfaz
en donde se asignara la seccin
de acuerdo a los siguientes
criterios(Edad-Notas)
6. La secretaria selecciona la
opcin(Registrar/Cerrar)

Flujos Alternativos:

Caso de Uso ID:

Nombre Caso de Uso:
Creada por:
Fecha de Creacin:
Actores:
Descripcin:

Pre-condiciones:
Post-condiciones:
Flujo normal de Eventos:

7. En caso de que la opcin sea

Registrar el sistema muestra
Alumno Matriculado.
7. En caso de que la opcin sea Cerrar el sistema muestra Datos
no guardados y los datos ingresados sern eliminados
automticamente.

UCSA-004
Validar Alumno
16/02/2016
Secretaria, Apoderado, SIAGIE.
El caso de uso se inicia cuando la secretaria recepciona los
documentos y datos del alumno verificados. El sistema permite ver
los resultados de las evaluaciones, culminando la ejecucin del caso
de uso con la aprobacin de alumno validado.
Tener los datos del alumno.
Alumno valido para registrarse su matrcula.
Accin del Actor(es)
Accin del Sistema
1. Apoderado entrega datos.
2. Secretaria ingresa datos del
2. Verifica si el alumno es
alumno.
habitual o nuevo.
3. Apoderado entrega constancia
de pago.
4. La secretaria consulta datos
del alumno.

5. El sistema almacena los datos

6. La secretaria selecciona la
opcin (pagos)
7. La secretaria selecciona la
opcin(Aceptar)
Flujos Alternativos:

8. Muestra historial de pagos.

9. Muestra mensaje de xito.

1. Si el alumno es nuevo los datos ingresados sern del documento.

3.2.3 DIAGRAMA DE SECUENCIAS

Tramitar Vacante

Realizar Pago

del alumno.

 Realizar Matrcula

Validar Alumno

3.3 REQUISITOS ESPECIFICOS

3.3.1 REQUERIMIENTOS FUNCIONALES
3.3.1.1 Requisito funcional 1
Autentificacin de Usuarios: los usuarios debern identificarse con su el nmero de su
usuario y una contrasea para acceder a cualquier parte del sistema.
El sistema podr ser consultado por cualquier usuario dependiendo del mdulo
en el cual se encuentre y su nivel de accesibilidad.
3.3.1.2 Requisito funcional 2
Consultar Informacin: El sistema ofrecer al usuario informacin general acerca de la
Institucin educativa, vacantes que ofrece y cantidad de pagos.
Consultar Vacante: Muestra informacin general sobre los vacantes que la
institucin ofrece, en qu consiste, duracin para obtener una vacante.
Consultar Matricula: Permite a los apoderados, director, APAFA y secretara
ver las cantidad, Condicin (Habitual o Nuevo) y buscar a los alumnos
matriculados.
Consultar Pagos: Muestra a los usuarios informacin sobre los pagos
realizados, multas, deudas y monto de la matrcula.
3.3.1.3 Requisito funcional 3

Modificar: Permite al administrador y Secretaria modificar datos de los usuarios, pagos,

multas y condicin del alumno.

3.3.1.4 Requisito funcional 4

Gestionar Reportes: Permite al administrador y secretaria imprimir reportes de las
vacantes, matrculas y pagos concluidos, as como tambin, ver listados de estudiantes
con multas, vacantes activos, entre otros.
3.3.1.5 Requisito funcional 6
Acreditar: Permite a la secretaria verificar el pago realizado para la matricula.
3.3.2 REQUERIMIENTOS NO FUNCIONALES
3.3.2.1 Requisitos de rendimiento
La emisin de la Ficha de vacante debe de realizarse en menos de 1 segundos, para
que los operadores ni los usuarios deban de esperar.

Los registros u operaciones complejas deber de ser en un tiempo eficiente y rpido.

El sistema siempre debe de estar conectado a una red de internet.

El tamao ocupado en memoria masiva en el servidos de la base de datos ir en

funcin a la cantidad almacenada en el sistema (no disminuir la efectividad).

El sistema debe de sincronizar las peticiones de los usuarios, es decir, estar aptos para
interactuar en tiempo real.

3.3.2.2 Seguridad
Para prevenir de una cada del sistema y/o prdidas de informacin, el sistema tendr
una opcin de hacer copias de seguridad para no perder los datos.

Por ello, el nmero mayor de datos que podemos perder es el de los guardados desde
la ltima copia de seguridad de nuestra base de datos.

Se utilizara un sistema de criptografa MD5 y DHA.

DMZ o Redes perimetrales de seguridad.

3.3.2.3 Fiabilidad
El sistema debe tener una interfaz de uso intuitiva y sencilla.

La interfaz de usuario debe ajustarse a las caractersticas de la web de la institucin,

dentro de la cual estar incorporado el sistema de gestin de procesos y el inventario.

El sistema debe tener un grado alto de fiabilidad y robustez.

Se debe prevenir y tratar cualquier error, mostrando un mensaje de informacin

acerca de lo ocurrido, es decir, garantizamos la correcta captura excepciones.

El sistema deber advertir ante posibles operaciones o acciones invlidas o errneas

que puedan provocar errores.

3.3.2.4 Disponibilidad
La disponibilidad del sistema debe ser continua con un nivel de servicio para los
usuarios de 7 das por 24 horas, garantizando un esquema adecuado que permita la
posible falla en cualquiera de sus componentes, contar con una contingencia,
generacin de alarmas.

El sistema se ejecuta directamente, as que estar disponible en cualquier momento.

La base de datos debe ser instalada y configurada para su uso por parte del sistema en
el local.

3.3.2.5 Mantenibilidad
El sistema debe disponer de una documentacin fcilmente actualizable que permita
realizar operaciones de mantenimiento con el menor esfuerzo posible.

El sistema ser necesario un mantenimiento predictivo, correctivo y adaptativo que

necesariamente lo debe hacer un desarrollador.

El sistema tendr la posibilidad de dejarse en marcha una larga duracin de tiempo,

para el mantenimiento cuando lo requiera.

La interfaz debe estar complementada con un buen sistema de ayuda (la

administracin puede recaer en personal con poca experiencia en el uso de
aplicaciones informticas).

3.3.2.6 Portabilidad
El sistema ser implantado bajo sistema operativo Windows XP, 7.8, 8.1 y 10.

Para la codificacin y las interfaces ser necesario el compilador netbeans.

Deber ser fcilmente actualizable. Las tareas de mantenimiento, tales como

actualizaciones a nuevos entornos hardware, sern resueltas por los programadores.

El gestor de la base de datos debe ser compatible con estos equipos.

3.4 INTERFACES
USUARIO

USUARIO: En esta primera ventana al abrir el programa ser para introducir el nombre de
usuario y contrasea, esto te permitir ingresar al software o rechazarte de acuerdo a los datos
ingresados. Adems un usuario x con un nombre de usuario y una contrasea solo podr
entrar a la parte del sistema que corresponda sus datos, as una secretaria que controla el
registro de vacante y matricula no podr interferir en pagos que corresponde solo a Apafa.
PRINCIPAL

PRINCIPAL: En esta ventana te permitir elegir si deseas abrir Vacante,

Matricula o Pagos. Pero de acuerdo a los datos ingresados al inicio
(usuario).
VACANTE

VACANTE: En esta nueva ventana el usuario podr ingresar los datos del alumno y registrar
estos.

PAGOS

PAGO: en esta ventana el usuario podr actualizar deudas de los alumnos realizar pagos o
aumentar deuda.
MATRICULA

MATRICULA: En esta ventana podrs matricular a los alumnos habituales o los que ya
cuentan con una vacante de ser nuevos tambin podr ingresar los datos del Apoderado.

CAPITULO IV
4.1 FASE DE PROYECTO
Lo representamos mediante el Modelo Cascada:
- INGENIERA DE SISTEMAS: En esta etapa se detecta el problema o una necesidad que
para su solucin y/o satisfaccin es necesario realizar un desarrollo de software: Matricula
de los alumnos de la INSTITUCIN EDUCATIVA PBLICA SAN PEDRO N0 32004
HUANUCO
- ANLISIS: En esta etapa se debe entender y comprender de forma detallada cual es la
problemtica a resolver, verificando el entorno en el cual se encuentra dicho problema, de tal
manera que se obtenga la informacin necesaria y suficiente para afrontar su respectiva
solucin.
- DISEO: Una vez que se tiene la suficiente informacin del problema a solucionar, es
importante determinar la estrategia que se va a utilizar para resolver el problema.
- IMPLEMENTACIN
- PRUEBAS
- DOCUMENTACIN
- MANTENIMIENTO
La metodologa que se usamos en el presente trabajo fue: la Metodologa estructurada y la
Orientada a Objetos.

4.2 CRONOGRAMA DEL PROYECTO

4.2.1 ACTIVIDADES DE PLAN DE TRABAJO
Mes
Enero
Semana
1 2 3 4
Actividades
Visita al Director de la Institucin
X
para pedir el permiso respectivo

febrero
1 2 3

Recopilar datos en la institucin.

Analizar los datos recopilados para

realizar la seleccin del sistema a
estudiar.

Realizar el Anlisis y Diseo del

sistema de matrcula de la Institucin
Educativa Inicial San Pedro
Entrega final del trabajo realizado

X X
X

4.2.2 DISTRIBUCION DE FUNCIN

Actividades
Visita al Director de la Institucin
para pedir el permiso respectivo

Fecha
REALIZADO
28/01/16

Recopilar datos en la institucin.

REALIZADO
02/02/16

Analizar los datos recopilados para

realizar la seleccin del sistema a
estudiar.

Realizar el Anlisis y Diseo del

sistema de matrcula de la Institucin
Educativa Inicial San Pedro

REALIZADO
03/02/16 al
08/02/16

REALIZADO
08/02/16 al
17/02/17

Entrega final del trabajo realizado

REALIZADO
22/02/16

Responsables
Damin Aguirre Thalia
Ugarte Jorge Karina
Apolinario Ramn luz
Damian Aguirre, Thalia
Evaristo Coz Beatriz
Meza Alonso Pavel
Rivera Anastacio Daniel
Ugarte Jorge Karina
Apolinario Ramn luz
Damian Aguirre, Thalia
Evaristo Coz Beatriz
Meza Alonso Pavel
Rivera Anastacio Daniel
Ugarte Jorge Karina
Apolinario Ramn luz
Damian Aguirre, Thalia
Evaristo Coz Beatriz
Meza Alonso Pavel
Rivera Anastacio Daniel
Ugarte Jorge Karina
Apolinario Ramn luz
Damian Aguirre, Thalia
Evaristo Coz Beatriz
Meza Alonso Pavel
Rivera Anastacio Daniel
Ugarte Jorge Karina

4.2.3 FUNCIONES ESPECFICAS DE CADA ALUMNO

DESCRIPCION

ENCARGADO

Versin preliminar del diagrama de

contexto
Versin mejorada del diagrama de
contexto
Versin preliminar del glosario y
diagrama de funciones a falta de
completar con prximas reuniones

Grupo

Recoleccin de informacin y
documentacin de misin, visin y
valores de la institucin

Grupo

Rivera Anastacio, Daniel

Mesa Alonso, Pavel

Elaboracin del Stakeholder

Damin Aguirre Thalia

Evaristo coz Beatriz

Elaboracin mejorada de diagrama de

contexto, IDEF0, diagrama de
especificacin nivel 1.

Apolinario Ramn luz

Meza Alonso Pavel
Rivera Anastacio Daniel
Ugarte Jorge Karina
Grupo

Elaboracin preliminar de caso de uso

de negocio.
Especificacin de casos de uso,
descripcin de los actores de casos de
uso.
Elaboracin preliminar de caso de uso
de sistema.
Mejora de caso de uso de negocio.

Apolinario Roman, Luz

Damian Aguirre, Thalia
Grupo
Grupo

Mejora de caso de uso de sistema.

Grupo

Elaboracin de diagrama de actividades.

Grupo

Elaboracin de diagrama de secuencia.

Grupo

Determinacin de requerimientos
funcionales y no funcionales.
Elaboracin de interfaz grfica.
Elaboracin de Diagrama de clases
Revisin de todos los diagramas y la
documentacin
Mejora y terminado del glosario y
distribucin de funciones
Adjuntar todos los documentos
terminados y revisados.

4.3 CONCLUSIONES

Meza Alonso Pavel

Rivera Anastacio Daniel
Evaristo Coz Beatriz
Grupo
Rivera Anastacio Daniel
Grupo

A lo largo del presente trabajo hemos podido visualizar, comprender, analizar y disear el
proceso de matrcula del alumno en la INSTITUCIN EDUCATIVA PBLICA SAN
PEDRO N0 32004 cada vez con ms claridad apoyndonos de las herramientas que nos
brinda el anlisis y diseo de sistemas de informacin .
Si bien cierto hoy en da existen muchas herramientas para el anlisis y diseo de un
proceso en general; en este caso de estudio hicimos uso del diagrama de contexto y de clases
del sistema para visualizar cmo se lleva a cabo el proceso que hemos abordado, que nos
permite explayarnos y proyectarnos, abrindonos la visin para poder seccionar en
subproceso y conocer de ello a travs de lo que llamamos casos de uso, cada uno con sus
especificaciones.

4.4 RECOMENDACIONES
A todo aquel que se interese en realizar un proyecto de anlisis y diseo de sistemas de
informacin; en principio se le recomienda contar con un formato de cuestionario para poder
entrevistar al encargado de la entidad donde se quiera trabajar, para poder as realizar la
recopilacin de informacin que usted requiera para su caso de estudio y as no salirse de su
propsito evitndose de realizar preguntas innecesarias e incomodas al entrevistado.
Un segundo punto muy importante que todo analista de sistemas debe considerar
imprescindible es pues sin mayor duda definir bien los requerimientos para la realizacin de
los casos de uso y contar con el producto de ello las especificaciones coherentes y bien
fundadas.

4.5 ANEXO
4.5.1 HERRAMIENTAS USADAS
Las herramientas usadas para desarrollar este proyecto son los
siguientes programas:

HERRAMIENTAS CASE:

ERWIN Y BPWIN

STAR-UML

RATIONAL ROSE

MYSQL WORKBENCH

4.5.2 DESCRIPCIN DE STAKEHOLDERS

(Participantes en el Proyecto) y Usuario

Para proveer de una forma efectiva el servicio de educacin, es necesario identificar e
involucrar a todos los participantes en el proyecto como parte del proceso. Necesitamos
identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el
proyecto los representa adecuadamente.

Resumen de Stakeholders
Nombre

Descripcin

MALLQUI
NAUPAY,
Gilberth Alcides

Director de la
Institucin
Educativa

Responsabilidades
El stakeholder realiza:
Representa a todos los usuarios posibles del
sistema.
Seguimiento del desarrollo del proyecto.
Aprueba requisitos y funcionalidades

Resumen de Usuario
Nombre
Secretaria

APAFA

Descripcin
Responsable de brindar
informacin a los padres de
familia y recepcionar
documentos del menor.
Encargado de recibir el pago
del derecho de matrcula.

Stakeholder
Direccin General