mi castillo encantado-original

158
I.E.I.P. MI CASTILLO ENCANTADO Y I.E.P. SAN LUIS GONZAGA 2013 UNIVERSIDAD NACIONAL DE SAN MARTIN Facultad de Ingeniería de Sistemas e Informática Docente : Ing. Miguel Ángel Valles Coral Curso : Ingeniería de software II – Diseño de Sistemas de Información Ciclo : VI Tema : Proyecto de Implementación de Sistema de Matricula de la I.E.I.P. “MI CASTILLO 0 Ingeniería de Sistemas e Informática - UNSM

Upload: manuel-stev-velasquez-caro

Post on 20-Jan-2016

31 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: MI CASTIllo Encantado-Original

2013

UNIVERSIDAD NACIONAL DE SAN MARTIN

Facultad de Ingeniería de Sistemas e Informática

Docente : Ing. Miguel Ángel Valles Coral

Curso : Ingeniería de software II – Diseño de

Sistemas de Información

Ciclo : VI

Tema : Proyecto de Implementación de Sistema de Matricula de la I.E.I.P. “MI CASTILLO ENCANTADO” y la I.E.P. “SAN LUIS GONZAGA”

Integrantes : ARMAS SÁNCHEZ ANTONY

097142 BARTRA RENGIFO LINDER ALEXANDER

107104 PINCHI GREENWICH JAIME EDUARDO

097161

0 Ingeniería de Sistemas e Informática - UNSM

Page 2: MI CASTIllo Encantado-Original

2013

PORTOCARRERO LOJA LUIS ÁNGEL 107150

SIMON REYES STEVEN MANUEL 107129

SABOYA GUERRA SINELY 107126

Tarapoto Perú

2013

INDICE

INTRODUCCIÓN.....................................................................................................2

EL PROBLEMA.......................................................................................................3

1.1.- Planteamiento del Problema...............................................................................3

1.2.- Interrogantes de la Investigación.......................................................................5

1.3.- Objetivos de la Investigación..............................................................................61.3.1.- Objetivo General..................................................................................................................61.3.2.- Objetivos Específicos..........................................................................................................6

1.4.- Justificación de la Investigación........................................................................6

1.5.- Variables a Considerar en la Investigación......................................................71.5.1.- Definición Conceptual de las Variables............................................................................7

RESEÑA HISTORICA.............................................................................................9

DESCRIPCIÓN DE LA ORGANIZACIÓN:..........................................................10

MISION...................................................................................................................11

VISIÓN....................................................................................................................11

PERSONAL DE LA INSTITUCIÓN......................................................................12

Horarios de la Institución...................................................................................13

Organigrama.........................................................................................................14

Modelado de negocios.............................................................................................15

Modelo de negocio...................................................................................................19

DEFINICIÓN DE CADA USO DE NEGOCIO...................................................................20

Lista de Requerimientos:..........................................................................................22

Diagrama de Caso de Uso de Negocio......................................................................27

1 Ingeniería de Sistemas e Informática - UNSM

Page 3: MI CASTIllo Encantado-Original

2013

Modelos de Negocios...............................................................................................28

Modelo de Dominio-Nuevo.......................................................................................32

Glosario:................................................................................................................33

DIAGRAMA DE CASO DE USO DE REQUERIMIENTOS.................................................34

DIAGRAMA DE CLASES.............................................................................................38

Diagrama de Secuencias....................................................................................79

Diagrama de Colaboración.................................................................................98

Diagrama de Componentes..............................................................................115

INTRODUCCIÓN

La presente investigación aborda una de las problemáticas que desde hace años afectan a muchas Instituciones Educativas, y es el llevar un Control Automatizado efectivo sobre sus archivos.

El jardín “Mi Castillo Encantado” sirvió como base para la investigación elaborándose una consulta sobre el proceso de inscripción anual, la cual tiene como objetivo determinar mediante la evaluación de profesionales en la materia que tanta eficacia, confiabilidad , veracidad y rapidez tendría el control automatizado de inscripciones.

Por ende el principal objetivo de esta investigación es realizar un estudio sobre las causas que originan la necesidad de llevar un buen Sistema de Inscripción en un jardín  y las herramientas necesarias para erradicar los problemas más comunes en cuanto a los procesos de inscripción manual.

En este sentido se entiende como Sistema de Inscripción, el procedimiento a seguir al inicio de cada año escolar, en el jardín el sistema de inscripción es manual y a partir de observaciones y del levantamiento de información que arrojo la investigación se pudo detectar que la mayoría de los procedimientos tienen inconvenientes, entre ellos se pueden destacar: pérdida o duplicación de información debido a la trascripción manual y /o forma de almacenamiento, retardo en el comienzo de las clases y actividades regulares por la tardanza del proceso.

Por lo tanto, para liberar a este proceso de la abrumadora tarea de efectuar inscripciones manuales que ocasiona congestionamiento se ofrece una herramienta de trabajo que consiste en un sistema de información más exacta y rápida para el personal que allí labora matriculando una cantidad de alumnos en un corto período de tiempo para dar inicio a las actividades del plantel de manera eficiente e integra. El paquete de aplicaciones presenta una interfaz amigable capaz de realizar: las operaciones básicas de mantenimiento de archivos que proporcione una mejor manera de proveer información actualizada para la toma de decisiones, registro y control de todos los procesos inherentes del sistema de inscripción, ofrecer reportes de acuerdo a la necesidad del usuario.

2 Ingeniería de Sistemas e Informática - UNSM

Page 4: MI CASTIllo Encantado-Original

2013

El objetivo central de este proyecto es automatizar el proceso de inscripción de esta institución y todos los procesos inherentes al mismo que genere información oportuna, precisa y confiable mediante el uso de los sistemas de información, herramienta que contribuye a los diferentes sectores productivos de la sociedad en llevar las tareas administrativas rutinarias, tediosa y de gran volumen de información al computador, teoría que afianza la propuesta de sistema de información para el proceso de inscripción del plantel como nueva forma de trabajo que sustituya la metodología hasta ahora utilizada en los sistemas administrativos escolares.

EL PROBLEMA

Se encontrará la descripción del planteamiento del problema, la formulación de las interrogantes, objetivos general y específicos que se pretende alcanzar con este trabajo, seguidamente se lleva a cabo la explicación de la justificación del porqué de la investigación, por último se realiza la identificación, definición y operación aplicación de las variables consideradas en la misma.

1.1.- Planteamiento del Problema

Con el transcurso del tiempo la tecnología avanza, las empresas se sienten en la necesidad de adquirir tecnología para el mejoramiento de sus sistemas y a las vez sus procedimientos, con el fin de garantizar un eficaz funcionamiento y así obtener una adaptación paralela de condiciones con las empresas líderes del mercado.

Es importante confrontar el desarrollo que se ha llevado a cabo en el campo de la informática, tal vez la palabra clave es la comunicación, pues el hombre ha sido capaz de comunicarse más fácilmente con un deseo interminable, que se puede decir, no se ha realizado del todo pero va encaminado hacia él, es un hecho que las computadoras liberan al hombre de las abrumadoras tareas de efectuar rutinas masivas y le permite emplear su inteligencia en tareas más estimulantes e interesantes.

Las computadoras son más que un cerebro de alta velocidad, se ha convertido en un auxiliar del hombre para una amplia variedad de tareas.

En esta era se ha observado una gran innovación y desarrollo de tecnologías de la información que ha permitido la evolución de computadores que son capaces de producir sistemas de información a la sociedad con apartes a los distintos sectores económicos, sociales, políticos, educativos, entre otros.

Los procesos rutinarios en forma manual procesan información lenta, llevarla a un sistema automatizado garantiza un mejor trato de información.

3 Ingeniería de Sistemas e Informática - UNSM

Page 5: MI CASTIllo Encantado-Original

2013

Los avances tecnológicos han obligado al hombre no solo a desarrollar sino a incrementar la calidad de las diferentes formas de producción de bienes la potencia y las posibilidades de este aparato (Computador) han cambiada profundamente tanto en su concepción como en su uso, sin olvidar o dejar de lado, que la función de un computador se reduce a tratar la información que le sea suministrada y proveer los resultados requeridos.

Como sucede en la mayoría de los campos técnicos, la tecnología de la información se refiere a los medios colectivos para reunir, y luego almacenar para procesar, la motivación para conseguirlo, disminuir costos y funciones especializadas y enfocada a la eficiencia operacional, asimismo es un gran apoyo en las investigaciones que abarque la gestión de la organización, ó sea transformado en un instrumento arma estratégica que tiene un carácter de cambio en forma sustancial que redefina la naturaleza del objetivo, creando uno nuevo donde antes no existía, o cambiar el objetivo de modo radical con ventajas competitivas.

La diseminación de la tecnología significa que las operaciones cotidianas de casi toda la organización se vuelven cada vez más diferentes del funcionamiento adecuado de esta tecnología. El grado de esta dependencia es difícil de discerní en un principio, a medida que organizaciones y las personas van ajustándose a las nuevas tecnologías, los procedimientos y sistema manuales va dejando de manera sutil y paulatina de tener cualquier importancia práctica.

En tiempos pasados, se discutían las dificultades planteadas por los sistemas de información se refería a las personas, no a la tecnología de la información, luego se ha intentado despertar el interés ante las posibilidades que ella brinda también formular que se ha desmotado y que se puede resolver la mayoría de los problemas técnicos, pero para quienes comprenden que la innovación basada en la tecnología es al fin un proceso social, cuando, muchos años más tarde, se examinan las predicciones hechas con referencias al cambio tecnológico, resulta impresionante su penetración y la incorporación de la tecnología de la información a la vida cotidiana pues al fin, su influencia en el hombre no se ha hecho esperar y el ser humano a tomado amplia conciencia de la profunda alteración que la utilización no sólo de computador sino del conjunto de técnicas de tratamiento de la información derivada de su uso ha llevado a construir los retos del futuro.

Se observó actualmente la falta de tecnología en Mi castillo encantado demuestra lo ineficaz del proceso de inscripción, funcionando en forma manual y originando alto grado de desorganización, lentitud en la realización de reportes, duplicación de inscripciones y demora en la entrega del carnet, en el proceso que a su vez ocasiona agotamiento del personal.

El Centro Educativo actualmente cuenta con un número de matrículas de superior a las 800, debido a lo peculiar de su enseñanza técnica, influyendo de manera directa a provocar la insuficiente e incompetente desarrollo de las inscripciones, retomando el normal desarrollo de las actividades de otros departamentos dependientes del proceso, hasta el punto de iniciarles en el transcurso del periodo escolar.

Las seccionales encargadas de coordinar gran parte de las inscripciones se le acumulan demasiado trabajo, para manipular los requisitos y llevar fichas que se pueden prestar a la pérdida y alteración, al igual que organizarlos en ficheros.

4 Ingeniería de Sistemas e Informática - UNSM

Page 6: MI CASTIllo Encantado-Original

2013

En las seccionales se va a tomar la función de: Planificar y controlar la inscripción por curso y sección del plantel, pues es lento y desorganizado, requiere de varios días para realizarlo.

El objetivo que persiguen las seccionales en cuanto a inscripción es: Inscribir una gran cantidad de alumnos en poco tiempo con el sistema manual y tradicional que llevan, el proceso de inscripción se adapta a la necesidad del alumnado y va a depender de una serie de autorizaciones, no lo puede lograr porque tiene muy poco tiempo para la gran cantidad de alumnos con que cuenta el centro educativo ocasionando que el sistema sea lento, desorganizado y poco confiable ya que se presta a que algunas ocasiones se pierdan los datos arrojados y/o duplicarse, esto ocasiona mucho espacio dentro de los archivos.

El proceso de inscripción se lleva de forma manual, donde se verifica la totalidad de los documentos, se recolectan los datos a través de una ficha denominada libro de vida con el fin de crear expedientes del alumno y se la anexan los documentos exigidos (partida de nacimiento, certificado de salud, certificado de notas, cédula de identidad, 2 fotografías, carta de buena conducta).

Entre las dificultades que presenta este proceso se pueden mencionar:

Los alumnos no se ubican correctamente, el trabajo se torna demasiado pesado, se congestiona la institución durante el proceso, el carnet no es entregado al instante como prueba que ha sido inscrito, la manipulación del libro de vida es muy frágil, algunas de las actividades hechas por la institución se atrasan, la información se procesa muy lenta, todas estas dificultades repercuten en las diferentes áreas con la que cuenta la institución.

Las áreas que se ven afectadas son: el Departamento de Evaluación, pues su trabajo durante estos días es acelerado y congestionado debido a que se hacen inmensas columnas para proceder a la inscripción, y esto ocasiona: Ineficiencia en el proceso, el personal trabaja demasiadas horas extras, las solvencias no tienen hora fija de entrega, aparte de eso tienen que realizar su trabajo habitual, congestiona rama técnica, porque los alumnos que van a (recuperar) reparar no tiene mención lo que ocasiona un descontrol, donde ubican a estos en las menciones con poco alumnado, este proceso de inscripción involucra a todo el centro educativo, pues con esta información permite trabajar a varios departamentos.

Por estas diversas razones es necesario un cambio, a través de un sistema automatizado que evite y controle, la duplicación y pérdida de documentos y que agilice el proceso de inscripción de tal manera que sea confiable, seguro y amigable.

1.2.- Interrogantes de la Investigación.

En el presente trabajo se plantean las siguientes interrogantes:

¿Cómo se lleva a cabo el proceso actual de inscripción en el Jardín “Mi Castillo Encantado "?

¿Cuáles serán las ventajas y desventajas que traería la automatización del sistema automatizado de inscripción en el Jardín “mi castillo encantado"?

5 Ingeniería de Sistemas e Informática - UNSM

Page 7: MI CASTIllo Encantado-Original

2013

¿Qué recursos serán necesarios para la implementación del sistema automatizado que lleva el proceso de inscripción en el Jardín “mi castillo encantado"?

¿Cuál será el mecanismo y política de seguridad mas adecuado que se utilizará en el desarrollo del sistema automatizado en el Jardín “mi castillo encantado"?

¿De qué manera la automatización del proceso de inscripción de la en el Jardín “mi castillo encantado"? permitirá realizar un control efectivo en su auditoria?

¿Qué estrategia se utilizará para adaptar el personal encargado del manejo del sistema?

1.3.- Objetivos de la Investigación.

A continuación se presentan los objetivos que se pretenden lograr con el siguiente estudio.

1.3.1.- Objetivo General.

Proponer la automatización del proceso de inscripción que controle, registre de manera segura, precisa y eficiente la información del alumno inscrito en el Jardín “Mi Castillo Encantado".

1.3.2.- Objetivos Específicos.

Describir como es realizado actualmente el proceso de inscripción en el Jardín “Mi Castillo Encantado".

Determinar las ventajas y desventajas que traería para el Jardín “Mi Castillo Encantado". Automatizar los formatos manuales de inscripción.

Precisar los recursos que son necesarios para implementar un sistema automatizado que lleve a cabo el control del proceso de inscripción en el Jardín “Mi Castillo Encantado".

Fijar las normativas y políticas de seguridad a utilizar, para el desarrollo del sistema automatizado en el Jardín.

Realizar cursos de adiestramiento para el personal encargado del manejo del sistema automatizado.

6 Ingeniería de Sistemas e Informática - UNSM

Page 8: MI CASTIllo Encantado-Original

2013

Establecer como la automatización en el proceso de inscripción en el Jardín “Mi Castillo Encantado", permitirá realizar un efectivo control de auditoría.

1.4.- Justificación de la Investigación.

Los procesos automatizados, son factores de vital importancia en la organización, en esta era se ha observado una gran innovación y desarrollo de tecnologías de la información que ha permitido la evolución de computadores que son capaces de producir sistemas de información a la sociedad con apartes a los distintos sectores económicos, sociales, políticos, educativos, entre otros.

Es necesario que la información sea procesada y almacenada de una forma más efectiva para agilizar los procesos de inscripción y así lograr un control integral de las actividades de inscripción. Con el desarrollo de un sistema automatizado que abarque las necesidades y una mayor relación con los requerimientos del personal, proporcionará una mejor efectividad en el manejo del flujo y procesamiento de los datos.

Al establecer este sistema poseerá un impacto psicosocial positivo en la organización, la cual proporcionará a la misma, una información confiable, agilizando y facilitando el trabajo en el proceso de inscripción. Se ha conseguido un total apoyo a la idea de implantar un sistema automatizado de inscripción. Todo el personal se siente partidario por hacer realidad un proyecto que traería un soporte técnico confiable y acorde a los avances de la era tecnológica de la información.

Las personas que laboran en el Jardín “mi castillo encantado" en el departamento administrativo docente durante este complicado proceso, exige un cambio que englobe la exigencia de la nueva era, esto nos da más fuerza para continuar y a fin conseguir su implantación.

1.5.- Variables a Considerar en la Investigación.

A continuación se presentan los elementos que pueden asumir diferentes valores cada vez que son examinados.

1.5.1.- Definición Conceptual de las Variables.

Las variables son los elementos que toman diferentes valores, según sea el contexto en que se presentan y son definidas en función a la expresión del significado que los investigadores le atribuyen.

a. Proceso de Inscripción: Es un conjunto de técnicas y procedimientos desarrollados para contener los datos personales del interesado a inscribirse, puede ser llevado de diferentes maneras ya sea un libro de vida.

b. Ventajas y Desventajas: Se puede definir la ventaja como los adelantos en superioridad. Como ventajas traería; agilidad en el proceso de inscripción, evitara el duplicado de inscripciones, se evadirá la perdida de documentos y la pérdida de tiempo del personal buscando documentos duplicados o perdidos. Las desventajas se pueden definir como la inferioridad en los adelantos. Como desventaja se tiene; el costo total de los equipos necesarios y la capacitación del personal.

7 Ingeniería de Sistemas e Informática - UNSM

Page 9: MI CASTIllo Encantado-Original

2013

c. c) Recursos Económicos, Tecnológicos y humanos: Los recursos económicos son; insumos utilizados para producir bienes y servicios que los seres humanos desean. Categorías generales dentro de los recursos económicos pueden ser: Tierra -- Parcelas de tierra y otros recursos naturales (oro, carbón, madera, animales, etc.); Trabajo -- El esfuerzo físico y mental de los seres humanos, en el caso de los sistemas de salud la fuerza de trabajo; Capital - todas las construcciones, equipos, fábricas, etc. (creados por el hombre y utilizadas para producir otros bienes y servicios), la creación de capital de instituciones proveedoras de salud; y destreza humana y conocimiento; Habilidad empresarial Destreza administrativa combinada con el deseo de tomar un riesgo.

Los recursos tecnológicos son; computadores con periféricos e impresoras suficientes para llevar a cabo, las tareas necesarias. A cada profesional, que trabaja en tareas de diseño y estudios, se le provee un computador PC y todas las herramientas necesarias, para cumplir con los más altos estándares de la mejor y alta compra de calidad.

Y los recursos humanos son; estrategia empresarial que subraya la importancia de la relación individual frente a las relaciones colectivas entre gestores o directivos y trabajadores. La GRH se refiere a una actividad que depende menos de las jerarquías, órdenes y mandatos, y señala la importancia de una participación activa de todos los trabajadores de la empresa. El objetivo es fomentar una relación de cooperación entre los directivos y los trabajadores para evitar los frecuentes enfrentamientos derivados de una relación jerárquica tradicional. Cuando la GRH funciona de modo correcto, los empleados se comprometen con los objetivos a largo plazo de la organización, lo que permite que ésta se adapte mejor a los cambios en los mercados.

La GRH implica tomar una serie de medidas entre las que cabe destacar: el compromiso de los trabajadores con los objetivos empresariales, el pago de salarios en función de la productividad de cada trabajador, un trato justo a éstos, una formación profesional continuada y vincular la política de contratación a otros aspectos relativos a la organización de la actividad como la producción, el marketing y las ventas. Algunas empresas llevan a cabo parte de estas medidas, pero son pocas las que las aplican todas de forma simultánea. La aplicación de estas medidas es independiente del sector industrial al que pertenezca la empresa.

d. Adiestramiento del Personal: Se trata de un proceso educacional a corto plazo mediante el cual las personas aprenden conocimientos, aptitudes y habilidades en función de objetivos definidos. El entrenamiento es la educación profesional que adapta al hombre para un cargo o función dentro de una organización, sus políticas, etc. En segunda medida, implica un desarrollo de habilidades, entendido como un entrenamiento orientado a las tareas y operaciones que van a ejecutarse.

Es importante destacar que el adiestramiento tiene como objetivo lograr que los trabajadores perfeccionen sus conocimientos, prácticas y habilidades, lo que les permitirá ampliar los conocimientos de una forma significativa, especialmente en las actividades donde desempeña su labor.

8 Ingeniería de Sistemas e Informática - UNSM

Page 10: MI CASTIllo Encantado-Original

2013

RESEÑA HISTORICA

La I.E.I.P. “Mi Castillo Encantado”, fue creado un 15 de Noviembre del 2008 y dando así iniciada sus clases en Marzo del 2009 contando solo con el nivel inicial de 4 y 5 años de edad, y con apenas 30 alumnos matriculados.

Desde el año 2010 cuenta ahora en el nivel inicial con cuatro etapas de 2, 3, 4 y 5 años y con 100 alumnos en sus aulas. Siendo grande las expectativas en la categoría de educación en Marzo de ese mismo año aperturaron el nivel primario con el nombre I.E.P.P “San Luis Gonzaga” recibido para los alumnos de 1° y 2° grado de primaria. Obteniendo ambos niveles, premios regionales otorgados por la Municipalidad Provincial de San Martín, Gobierno Regional y UGEL. Dando el reconocimiento al nivel de enseñanza privada que reciben sus alumnos.

El proyecto continúa para el próximo año 2013 con la ampliación del nivel primario de 3° y 4° grado, posesionándose y mostrándose muy solvente en el Distrito de Morales y de la Región San Martín.

9 Ingeniería de Sistemas e Informática - UNSM

Page 11: MI CASTIllo Encantado-Original

2013

DESCRIPCIÓN DE LA ORGANIZACIÓN:

INSTITUCIONES EDUCATIVAS PARTICULARES INTEGRADAS

I.E.I.P. MI CASTILLO ENCANTADO

NIVEL INICIAL:Con amor formamos a su niño para la excelencia.

Estimulación temprana de 0 a 2 años. Aprestamiento integrado de 3 a 5 años. Psicomotricidad. Inglés. Juegos recreativos. Natación (próximamente).

INTEGRADA A:

I.E.P. SAN LUIS GONZAGA-SAN MARTÍN

NIVEL PRIMARIA:Iniciado a los estudiantes a prepararse para el futuro

Formamos personas. Liderando el cambio Diferentes en todo. Enseñanza de calidad para el mundo globalizado. Para los pequeños, grandes resultados. Formación de calidad con valores.

Ubicación:Jr. Manco Capac N°461Distrito de Morales – San MartínRPM:*663584 - #296900; Cel: 942841362; Tel: 531415

10 Ingeniería de Sistemas e Informática - UNSM

Page 12: MI CASTIllo Encantado-Original

2013

MISION

Brindar un servicio educativo de calidad mediante la aplicación de estrategias didácticas apropiadas al desarrollo de capacidades, valores y actitudes, para que los niños(as) en primera y segunda infancia, consoliden sus aprendizajes fundamentales, en el descubrimiento de las inteligencias, fomentando el liderazgo de sus actores educativos, a partir de la asunción de compromisos que permitan fortalecer las relaciones con los padres y el apoyo efectivo de la promotora para el crecimiento de la institución. La práctica de la democracia es el eje fundamental de nuestro crecimiento.

VISIÓN

Somos la institución educativa inicial particular “Mi castillo encantado”, con una infraestructura de calidad, en donde cada aula laboratorio está estrictamente controlado en base a los sectores de aprendizaje; que al 2015, nos consolidamos como una institución líder en la educación inicial en San Martín, con una auténtica propuesta pedagógica a partir de un enfoque sociocultural, cognitivo-afectivo; cuenta con docentes de calidad e innovadoras que, haciendo uso de la ciencia y la tecnología apropiadas, respondan a los retos y demandas de la sociedad, formando niños(as) líderes, con valores éticos morales sólidos, que impulsen la defensa de los derechos humanos y sean capaces de integrarse al proceso de los cambios científicos – tecnológicos y económico – sociales del país y del mundo.

11 Ingeniería de Sistemas e Informática - UNSM

Page 13: MI CASTIllo Encantado-Original

2013

PERSONAL DE LA INSTITUCIÓN Directora: Ruth Amparo Manya.

Subdirectora: Lethy Macedo del Águila.

DOCENTES INICIAL:

Niños 2 años: Seña Quedo Ramírez (Coordinadora).

Niños 3 años: Carmen Torres López.

Niños 4 años: Soledad Loaiza Puma.

Niños 5 años: Karina Valdera García.

DOCENTES PRIMARIA:

1º Grado: Ruth Amparo Manya (Directora y docente de aula)

2º Grado: Lethy Macedo del Águila (Subdirectora y profesora)

PROFESORES DE TALLERES:

Inglés : María de los Ángeles Ríos Flores.

Educación Física: Felipe Flores Tello

Cómputo : Lita Torres García

AUXILIARES:

Niños 2 años: Patricia Albán Ramírez.

Niños 3 años: María de los Ángeles Ríos Flores.

MENSAJERO:

Lenin García García.

PERSONAL DE SERVICIO

Elvina Romero García

12 Ingeniería de Sistemas e Informática - UNSM

Page 14: MI CASTIllo Encantado-Original

2013

Horarios de la Institución

13 Ingeniería de Sistemas e Informática - UNSM

Page 15: MI CASTIllo Encantado-Original

2013

Organigrama

14 Ingeniería de Sistemas e Informática - UNSM

Page 16: MI CASTIllo Encantado-Original

2013

Modelado de negociosA).PROCESO DE MATRICULA:

Los requisitos necesarios para poder matricularse en esta institución son los siguientes: Partida de nacimiento original. Copia de documento de identidad 4 fotografías tamaño carnet. Certificado oficial de estudios.

El proceso de matrícula de esta institución se realiza de la siguiente manera.

*Datos del alumnoAcá anotamos los datos principales de alumno

Nombre y Apellidos del alumno. Sexo. Religión. Domicilio actual. Teléfono. N° DNI Grado y Año

*Datos del apoderadoAcá anotamos los datos principales del apoderado ||

Nombre y Apellido del Apoderado. DNI. Estado Civil. Teléfono. Nacionalidad. Profesión actual. Centro de trabajo. Teléfono del centro de trabajo.

B).PROCESO DE CONTROL DE PAGOS:

Para llevar a cabo el control de pagos se toma en cuenta lo siguiente:

*Cuota únicaSe efectúan los pagos únicos de todo el año académico.

• Cuota de ingreso: s/. … (Alumnos Nuevos).• Matricula: s/. …(1 solo hijo) y s/. (2 hijos a más).

15 Ingeniería de Sistemas e Informática - UNSM

Page 17: MI CASTIllo Encantado-Original

2013

*Cuota de pensiónSe registra la cuota que está cancelando el apoderado.

Pensión: Cuota mensual de s/. …(1 solo hijo) y s/. … (2 hijos a más).

*Otros pagosEfectuamos pagos adicionales como:

• Actividades varias.• Agua tratada.• Mat. Impresión.• Agenda.• Etc.

C). PROCESO DE CALIFICACIÓN:

*Nivel:Inicial:La calificación es analizando las observaciones en los trabajos encargados y pequeñas practicas desarrolladas en el aula (dibujar, pintar, recortar, contar, etc.)Las notas se califican con letras:

A = Bueno, excelente B = Regular C = Deficiente

Primario:La calificación en este nivel es midiendo la aptitud y desempeño que va adquiriendo el estudiante (lectura, escritura, ortografía, etc.) y evaluando practicas y exámenes. Se califica con notas de cero a veinte (0-20) interpretadas con letras (AD, A, B, C.)

AD = 18 a 20 A = 13 a 17 B = 11 y 12 C = 0 a 10

D.)PROCESO DE ASISTENCIA

*asistencia del alumnadoAcá se tomaran el control de asistencia a los alumnos matriculados en dicho año académico de acuerdo a las edades y grados matriculados.

Código del alumno. Nombre del alumno.

16 Ingeniería de Sistemas e Informática - UNSM

Page 18: MI CASTIllo Encantado-Original

2013

Asistencia. Fecha de asistencia. Justificación.

*asistencia del docente académicoAcá se tomaran el control de asistencia a los docentes contratados para un mejor manejo.

Código de docente. Nombre del docente. Asistencia. Fecha de asistencia. Justificación.

*asistencia del personal de servicioAcá se tomaran el control de asistencias al personal de servicio para un mejor manejo.

Código de personal de servicio. Nombre del personal de servicio. Asistencia. Fecha de asistencia. Justificación.

*asistencia de los apoderados a actividadesAcá se tomaran las asistencias de los padres se familia a las actividades hechas en dicha institución.

• Código del apoderado.• Nombre del apoderado.• Asistencia.• Fecha de asistencia

E). ARCHIVOS MAESTROS

Aquí se toma en cuenta todo lo concerniente a las materias, docentes u otras actividades que se llevan a cabo dentro de la institución para mantener una organización uniforme.

*Cursos por niveles:Se tomaran diversos cursos de acuerdo a los niveles asignados en el año educativo.

• Inicial.• Matemática.• Inglés.• Comunicación.• Primaria.

17 Ingeniería de Sistemas e Informática - UNSM

Page 19: MI CASTIllo Encantado-Original

2013

*Docentes:Se registrarán los docentes que enseñarán todo el año educativo.

Docentes de Inicial. Docentes de Primaria.

*Actividades extracurriculares:Se registraran las actividades extracurriculares como un apoyo a las demás actividades.

Paseos de confraternidad. Desfiles cívicos. Actividades artísticas por eventos especiales.

*Sanciones establecidas:Se establecen normas contra las personas comete infracciones o faltas que vayan con la institución, se aplicaran a personas registradas de la institución

Sanciones a los padres por faltar a reuniones establecidas. Sanciones a los alumnos por actos que van contra la integridad de las

reglas de la institución. Sanciones a los profesores por actos indisciplinados. Sanciones a los alumnos por no asistir a actividades obligatorias. Sanciones a los alumnos por repetir el mismo grado académico.

F).PROCESO DE REPORTES:

*Reporte Matricula:Se mostrará el reporte de todos los alumnos matriculados con sus respectivos datos.

Código de Matrícula. Datos personales. Grado y Sección. Etc.

*Reporte Docentes: Se mostrará los datos de los docentes contratados.

Código del Docente.

18 Ingeniería de Sistemas e Informática - UNSM

Page 20: MI CASTIllo Encantado-Original

2013

Datos Personales. Etc.

*Reporte notas de alumno:Se reportaran las calificaciones de todos alumnos por nivel y grado académico.

Código de alumno. Cursos que Lleva. Nota obtenidas durante el trimestre. Promedios. Etc.

*Reporte de asistencia:Se reportaran la asistencia y justificaciones de los entes pertenecientes a la institución.

Código de alumno. Nombre del alumno. Código del docente. Nombre del docente. Etc.

*Reporte del personal:Se reportaran a todo el personal servicio de la institución.

Código de personal de servicio. Nombre del personal de servicio. Etc.

Modelo de negocio

A. Identificación de actores:

Apoderado Director Docente

B. Identificación de casos de uso de negocio.

Gestión Mantenimiento

19 Ingeniería de Sistemas e Informática - UNSM

Page 21: MI CASTIllo Encantado-Original

2013

Gestión Pagos Gestión Seguridad Gestión Reportes

DEFINICIÓN DE CADA USO DE NEGOCIO

CASO DE USO DE NEGOCIO MATRICULA

ACTOR: -Apoderado

-Director

RESUMEN: -Llevar el control adecuado del aspecto académico del alumno, teniendo en cuenta el numero de matricula, nombre, sección, Grado, religión, ubigeo y el nivel en el que se encuentra.

PROPÓSITO: -Registrar el código o número de la matricula.

-Registrar el nombre y los datos del alumno que será matriculado. Así como también la religión a la que pertenece, ubicación donde vive.

-También registrar la sección, el grado y el nivel en el que el alumno será matriculado.

-También llevar el control de cada alumno si realizo algún traslado de otra institución.

-Además se llevará el registro de los nombres de los padres del alumno matriculado.

CASO DE USO DE NEGOCIO ASISTENCIA

ACTOR: -Docente

RESUMEN: -Manejar el registro de control de todas las asistencias a los matriculados en respectivos periodos y asignaturas.

PROPÓSITO: -Registrar los datos de asistencia de los matriculados.

20 Ingeniería de Sistemas e Informática - UNSM

Page 22: MI CASTIllo Encantado-Original

2013

-Se registra el periodo y las asignaturas en los que asistieron y se justificaron los matriculados.

CASO DE USO DE NEGOCIO PAGOS

ACTOR: -Apoderado

-Director

RESUMEN: -Se lleva el control de los pagos correspondientes y/o amortizaciones, según el concepto de pago que se cancela en un determinado periodo. También se aplicarán multas a los padres por incumplimiento en pagos correspondientes.

PROPÓSITO: -Se lleva el control de los pagos a realizar mensualmente, el pago de pensión con su respectivo tipo de pago a realizar y comprobante de pago.

-Es necesario también registrar el número de matricula, y registrar también pagos internos.

-A los matriculados que incumplan los pagos correspondientes se les aplicara una multa que también será registrada para llevar el control del alumno.

CASO DE USO DE NEGOCIO REPORTES

ACTOR: -Director

RESUMEN: -Esta tabla muestra los reportes, tablas que son de suma importancia para el administrador y para los padres o apoderados que matricularon a sus hijos.

PROPÓSITO: -Se muestra la lista de todas las matriculas realizadas con sus respectivos datos; tales como notas y sus asistencias.

-Se muestra la lista de Asistencias de los matriculados, para

21 Ingeniería de Sistemas e Informática - UNSM

Page 23: MI CASTIllo Encantado-Original

2013

llevar un control estricto de ellos.

-Se muestra la lista de los docentes.

Lista de Requerimientos:Mantenimiento:

Registrar cliente. Para comenzar con el registro el cliente deberá presentar algunos requisitos. Seleccionar tipo de cliente.

o En caso de ser persona natural Pedir DNI. Validar que el DNI ingresado tenga 8 caracteres numéricos. Buscar cliente por DNI. Validar si el cliente existe. Registrar nombres y apellidos del cliente. Validar que el nombre y apellidos del cliente sean letras. Seleccionamos tipo de documento, ya puede ser DNI o pasaporte. En caso de elegir DNI ingresar el número de DNI. En caso de elegir pasaporte ingresar número de pasaporte. Seleccionar la fecha de nacimiento mediante combos. Marcar sexo. Ingresar edad. Validar que la edad ingresada sea numérica. Validar que la edad ingresada sea menor que 100. Registrar lugar de procedencia. Registrar sector. Buscar sector. Registrar distrito. Buscar distrito. Registrar dirección. Registrar correo electrónico.

o El caso de ser persona jurídica. Pedir RUC.

22 Ingeniería de Sistemas e Informática - UNSM

Page 24: MI CASTIllo Encantado-Original

2013

Validar que el RUC ingresado tenga 11 caracteres numéricos. Buscar empresa por RUC. Validar si la empresa existe. Registrar nombre de la empresa.

Registrar piso Ingresar número de piso. Validar que el número ingresado no sea cero ni nulo Validar que el número ingresado sea de tipo caracteres numéricos. Verificar que el número de piso ingresado no exista en la base de datos. Seleccionar el checkbox de estado Verificar que el checkbox estado este seleccionado. Pulsar el botón registrar para registrar el piso. Mostrar un cuadro de dialogo de confirmación de la registro de piso. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar el registro del piso. Enviar datos ala bd. Verificar que el número de piso no se encuentre registrado en la bd. Asignar automáticamente un id al número de piso registrado. El id asignado al número de piso debe ser auto incrementable. Mostrar una grilla con el/los pisos registrados, así como las opciones de manipulación

de sobre dicho piso (ver, editar y eliminar). Mostrar los iconos para cada opción en cada piso registrado. Seleccionar icono “ver” para visualizar todos los datos de registro del piso en el

formulario. Mostrar el botón modificar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato. Mostrar el botón cancelar para cancelar o finalizar la vista de los datos. Seleccionar icono “editar” para visualizar todos los datos registrados del piso que se

desea modificar en el formulario. Mostrar el botón actualizar en la parte inferior de todos los datos registrados en caso

que desee modificar/actualizar algún dato. Mostrar el botón cancelar para finalizar la edición y/o modificación de los datos del

piso.

23 Ingeniería de Sistemas e Informática - UNSM

Page 25: MI CASTIllo Encantado-Original

2013

Seleccionar icono “eliminar” para eliminar el piso y los datos de registro que este contenga.

Mostrar un cuadro de dialogo de confirmación de la eliminación de piso. Mostrar las opciones (botones) confirmar o cancelar para confirmar o cancelar la

acción eliminar.

Registrar zona Ingresar una letra en el campo zona. Verificar que el campo de registro no sea nulo. Verificar que la letra sea solo mayúscula. Validar que la letra ingresada en el campo zona no este registrada en la base de datos Mostrar una lista desplegable con todos los pisos registrados Buscar el piso al cual va a pertenecer la nueva zona. Seleccionar el piso al cual va a pertenecer la zona. Verificar que el checkbox del estado de la zona esté activado Seleccionar el botón de Registro de la zona. Mostrar un cuadro de dialogo de confirmación del registro de la zona. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar el registro de la zona. Asignado automático de un id a la nueva zona registrada. El id asignado a la zona debe ser auto incrementable. Mostrar una grilla con la descripción de el o las zonas que estén registradas, el piso al

cual pertenecen dicha zona así como las acciones que se pueden realizar sobre esa zona (ver, modificar, eliminar)

Mostar los iconos de cada acción que se puede ejecutar sobre las zonas registradas. Mostrar en el formulario todos los datos de registro de la zona mediante un clic sobre

el icono de la acción ver. Mostrar el botón modificar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato de dicha zona. Mostrar el botón cancelar para cancelar o finalizar la vista de los datos. Mostrar en el formulario todos los datos de registro de la zona a modificar, mediante

un clic sobre el icono de la acción modificar de la zona deseada. Mostrar el botón actualizar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato de dicha zona. Mostrar el botón cancelar para cancelar o finalizar la acción modificar. Seleccionar icono “eliminar” para eliminar la zona y los datos de registro que este

contenga. Mostrar un cuadro de dialogo de confirmación de la eliminación de la zona. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar la eliminación de la zona.

Registrar estante Ingresar un número en el campo estante. Verificar que el campo de registro del estante no sea cero o nulo.

24 Ingeniería de Sistemas e Informática - UNSM

Page 26: MI CASTIllo Encantado-Original

2013

Validar que el número ingresado en el campo estante no este registrado en la base de datos

Mostrar una lista desplegable con todas las zonas registradas. Buscar la zona a la cual va a pertenecer el nuevo estante. Seleccionar la zona a la cual va a pertenecer el estante. Mostrar una lista desplegable con todos los pisos registrados. Buscar el piso al cual va a pertenecer el nuevo estante. Seleccionar el piso al cual va a pertenecer el estante. Verificar que el checkbox del estado de la estante esté activado Seleccionar el botón de Registro del estante. Mostrar un cuadro de dialogo de confirmación del registro del estante. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar el registro del estante. Asignado automático de un id al nuevo estante registrado. El id asignado al estante debe ser auto incrementable. Mostrar una grilla con la descripción de el/los estantes que estén registrados, la zona

y el piso al cual pertenecen así como las acciones que se pueden realizar sobre ese estante (ver, modificar, eliminar)

Mostar los iconos de cada acción que se puede ejecutar sobre los estantes registrados. Mostrar en el formulario todos los datos de registro del estante mediante un clic

sobre el icono de la acción ver. Mostrar el botón modificar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato de dicho estante. Mostrar el botón cancelar para cancelar o finalizar la vista de los datos. Mostrar en el formulario todos los datos de registro, del estante a modificar,

mediante un clic sobre el icono de la acción modificar del estante deseado. Mostrar el botón actualizar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato de dicho estante. Mostrar el botón cancelar para cancelar o finalizar la acción modificar. Seleccionar icono “eliminar” para eliminar el estante y los datos de registro que este

contenga. Mostrar un cuadro de dialogo de confirmación de la eliminación del estante. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar la eliminación del estante.

Registrar motivo baja Ingresar el motivo de la baja en el campo motivo. Validar que el motivo ingresado no sea nulo. Validar que el número ingresado sea de tipo caracteres alfanuméricos. Verificar que el motivo ingresado no exista en la base de datos. Seleccionar el checkbox de estado Verificar que el checkbox estado este seleccionado. Pulsar el botón registrar para registrar el motivo. Mostrar un cuadro de dialogo de confirmación del registro del motivo.

25 Ingeniería de Sistemas e Informática - UNSM

Page 27: MI CASTIllo Encantado-Original

2013

Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o cancelar el registro del motivo.

Enviar datos ala bd. Verificar que el motivo no se encuentre registrado en la bd. Asignar automáticamente un id motivo registrado. El id asignado al motivo debe ser auto incrementable. Mostrar una grilla con el/los motivos registrados, así como las opciones de

manipulación de sobre dicho motivo (ver, modificar y eliminar). Mostar los iconos de cada acción que se puede ejecutar sobre los motivos registrados. Seleccionar icono “ver” para visualizar todos los datos de registro del motivo en el

formulario. Mostrar el botón modificar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato. Mostrar el botón cancelar para cancelar o finalizar la vista de los datos. Seleccionar icono “editar” para visualizar todos los datos registrados del motivo que se

desea modificar en el formulario. Mostrar el botón actualizar en la parte inferior de todos los datos registrados en caso

que desee modificar/actualizar algún dato. Mostrar el botón cancelar para finalizar la edición y/o modificación de los datos del

motivo. Seleccionar icono “eliminar” para eliminar el motivo y los datos de registro que este

contenga. Mostrar un cuadro de dialogo de confirmación de la eliminación del motivo. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar la eliminación del motivo.

Registrar baja Mostrar una lista desplegable con todos los productos registrados. Seleccionar el producto que va a darse de baja. Mostrar una lista desplegable con todas las marcas de los productos registrados. Seleccionar la marca del producto que va a darse de baja. Mostrar una lista desplegable con todas las categorías registradas a la que pertenecen

de los productos registrados. Seleccionar la categoría del producto que va a darse de baja. Mostrar una lista desplegable con todas las subcategorías registradas a la que

pertenecen de los productos registrados. Seleccionar la subcategoría del producto que va a darse de baja. Mostrar una lista desplegable con todos los motivos de baja, de los productos

registrados. Seleccionar el motivo de la baja del producto que va a darse de baja. Ingresar un número en el campo registro cantidad para indicar la cantidad de

productos que se está dando de baja. Verificar que el campo de registro de la cantidad no sea cero o nulo. Validar que el numero ingresado sea de tipo carácter numérico.

26 Ingeniería de Sistemas e Informática - UNSM

Page 28: MI CASTIllo Encantado-Original

2013

Verificar que el checkbox del estado de la baja esté activado. De no ser así seleccionarlo

Seleccionar el botón registrar para el Registro de la Baja. Mostrar un cuadro de dialogo de confirmación del registro de la baja. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar el registro de la baja. Asignado automático de un id a la nueva baja. El id asignado al estante debe ser auto incrementable. Mostrar una grilla con la descripción (producto, marca, categoría, subcategoría,

motivo, cantidad) de la/las bajas que estén registradas, así como las acciones que se pueden realizar sobre ese estante (ver, modificar, eliminar)

Mostar los iconos de cada acción que se puede ejecutar sobre las bajas registradas. Mostrar en el formulario todos los datos de registro de la baja mediante un clic sobre

el icono de la acción ver. Mostrar el botón modificar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato de dicha baja. Mostrar el botón cancelar para cancelar o finalizar la vista de los datos. Mostrar en el formulario todos los datos de registro, de la baja a modificar, mediante

un clic sobre el icono de la acción modificar de la baja deseada. Mostrar el botón actualizar en la parte inferior de todos los datos de registro en caso

que desee modificar algún dato de dicha baja. Mostrar el botón cancelar para cancelar o finalizar la acción modificar. Seleccionar icono “eliminar” para eliminar la baja y los datos de registro que este

contenga. Mostrar un cuadro de dialogo de confirmación de la eliminación de la baja. Mostrar los botones aceptar y cancelar dentro del cuadro de dialogo para confirmar o

cancelar la eliminación de la baja.

Reservar matricula Buscar Alumno.

Validar que al hacer la búsqueda del alumno, se ingresen ya sea por su nombre o código de matrícula, apoderado o padres.

Se establecerá un número de días de plazos para efectuar la reserva de matrícula.

27 Ingeniería de Sistemas e Informática - UNSM

Page 29: MI CASTIllo Encantado-Original

2013

Al terminar dichos días el sistema no te permitirá ingresar a este módulo.

Registrar matrícula Buscar matrícula. Buscar al alumno. Buscar apoderado. La búsqueda de alumno y apoderado se realizará mediante su código o el nombre. Seleccionar grado. Seleccionar Sección. (Preguntar al Ingeniero.) Seleccionar periodo. Seleccionar fecha de matrícula. Seleccionar Año lectivo.

Registrar apoderado. Buscar alumno. Registrar nombre y apellidos de la madre del alumno. Registrar nombre y apellidos del padre del alumno. Marcamos si tanto el padre como la madre están con vida. Registrar nombre y apellidos del apoderado. Registrar dirección del apoderado. Registrar DNI de apoderado. Validar que al ingresar DNI, sean solo números. Seleccionar parentesco del apoderado con el alumno. Registrar grado de instrucción. Registrar teléfono fijo. Registrar e-mail de apoderado. Registrar teléfono móvil. Validar que al ingresar el teléfono móvil sean solo números. Validar que seleccione el estado civil. Registrar número de hijos del apoderado. Validar que al ingresar la cantidad de hijos, el dato sea solo números. Registrar actividad que desempeña. Registrar lugar de trabajo. Registrar horas de trabajo semanales. Registrar número móvil del lugar del trabajo del apoderado. Validar que al ingresar el teléfono móvil sean solo números. Registrar fuente de ingresos mensual. Seleccionar material de construcción de vivienda del apoderado. Seleccionamos los servicios básicos de la vivienda, estas pueden ser:

o Agua y desagüeo Luzo Teléfono fijo.o Internet

28 Ingeniería de Sistemas e Informática - UNSM

Page 30: MI CASTIllo Encantado-Original

2013

o Cable

Registrar traslado. Para proceder con el traslado se requiere:

o Certificados de estudios.o DNI o partida de nacimiento.o Carta de traslado firmada por el director de la anterior institución.

Seleccionar tipo de traslado.o Interno (cambios de secciones en la misma institución).o Externo (cambio de institución, ya sea que ingresan as de Matricula (por mes).

Registrar caja. Registrar cronogramas de pagos. Buscar cronograma de pagos.

Seguridad:

Validar que solo el director ingrese a este módulo. Registrar modulo. Registrar modulo. Validar que al momento de otorgar el nombre al módulo, éste sean caracteres

numéricos. Registrar ubicación del módulo. Buscar modulo. Actualizar modulo. Eliminar modulo.

Registrar perfil. Registrar descripción del perfil, pueden ser:

o Director.o Secretaria.o Docentes.o Padres.o Alumnos.

Validar que al ingresar la descripción de matrícula sean caracteres numéricos o alfabéticos.

Buscar perfil Modificar perfil. Eliminar perfil.

Registrar usuarios. Registrar nombre de usuario. Validar que al ingresar el nombre del usuario sean caracteres alfabéticos.

29 Ingeniería de Sistemas e Informática - UNSM

Page 31: MI CASTIllo Encantado-Original

2013

Registrar alias del usuario. Validar que al ingresar la el alias del usuario sean caracteres numéricos o alfabéticos. Registrar clave de usuario. Validar que al ingresar la el alias del usuario sean caracteres numéricos o alfabéticos. Registrar último acceso.

Registrar permisos (perfil_modulo). Chequear permisos En el sistema se mostrará todos los módulos, ahí se chequeará los permisos que le

damos a cada perfil.

Reportes:

Reportar alumnos matriculados En caso de querer saber de un alumno buscamos al alumno por código o nombre.

Reportar alumnos por grado Buscamos el grado que queremos saber. Buscamos al alumno dentro del grado seleccionado por código o nombre.

Reportar alumnos trasladados Buscamos a los alumnos trasladados por nombre o código.

Reportar pago de los apoderados Buscar apoderado Buscar pago por apoderado Buscar pagos mensuales de los apoderados

30 Ingeniería de Sistemas e Informática - UNSM

Page 32: MI CASTIllo Encantado-Original

DCUN MI CASTILLO ENCANTADO

Apoderado

Gestion Seguridad

Gestion Reportes

Gestion Pagos

Gestion Mantenimiento

Director

2013

Diagrama de Caso de Uso de Negocio

31 Ingeniería de Sistemas e Informática - UNSM

Page 33: MI CASTIllo Encantado-Original

MON Mantenimiento

Desarrollo_ninio

(f rom Business Object Model)

Labor Educando

(f rom Business Object Model)

Estado Salud

(f rom Business Object Model)

Control Salud

(f rom Business Object Model)

Secretaria

(f rom Business Object Model)

Registrar/Modificar

Buscar/Modificar

Modificar/Buscar

Registrar/Buscar

Apoderado

Buscar/Modificar/Registrar

Alumno

(f rom Business Object Model)

Buscar/Modificar

Direccion

(f rom Business Object Model)

Registrar/Buscar

Traslado

(f rom Business Object Model)

Buscar/Modificar/Registrar

Familiares

(f rom Business Object Model)

Registrar/Buscar

Matricula

(f rom Business Object Model)

Buscar/Modificar/Registrar

Apoderado

(f rom Business Object Model)

Registrar/Buscar

Registrar/Buscar

Buscar

Registrar/Buscar

Registrar/Buscar

Buscar

2013

Modelos de Negocios

32 Ingeniería de Sistemas e Informática - UNSM

Page 34: MI CASTIllo Encantado-Original

MON Pagos

Personal

(f rom Business Object Model)

Secretaria

(f rom Business Object Model)

Registrar/Buscar/Modificar

Pagos

(f rom Business Object Model)

Registrar/Modificar

Concepto

(f rom Business Object Model)

Registrar/Buscar

Caja

(f rom Business Object Model)

Registrar

Matricula

(f rom Business Object Model)

Buscar

Apoderado

(f rom Business Object Model)

Buscar

Buscar

Buscar

2013

33 Ingeniería de Sistemas e Informática - UNSM

Page 35: MI CASTIllo Encantado-Original

MON Seguridad

Modulos

(f rom Business Object Model)

Usuarios

(f rom Business Object Model)

Perfil

(f rom Business Object Model)

Permisos

(f rom Business Object Model)Director

(f rom Business Object Model)

Registrar

Registrar/Buscar

Registrar/Buscar/Modificar/Eliminar

Modificar

2013

34 Ingeniería de Sistemas e Informática - UNSM

Page 36: MI CASTIllo Encantado-Original

MON Reportes

Reporte Ficha Matricula

(f rom Business Object Model)

Reporte Boleta Pago

(f rom Business Object Model)

Reporte Apoderado

(f rom Business Object Model)

Reporte Alumnos Matriculados

(f rom Business Object Model)

Reporte Usuarios

(f rom Business Object Model)

Reporte Caja Personal

(f rom Business Object Model)

Reportes Familiares

(f rom Business Object Model)

Reporte MatriculaxSeccionGrado

(f rom Business Object Model)

Reporte Traslado(f rom Business Object Model)

Director

(f rom Business Object Model)

Mostrar

Buscar

Mostrar

Mostrar

Mostrar

Mostrar Mostrar

Mostrar

Buscar

2013

35 Ingeniería de Sistemas e Informática - UNSM

Page 37: MI CASTIllo Encantado-Original

2013

Modelo de Dominio-Nuevo

36 Ingeniería de Sistemas e Informática - UNSM

Page 38: MI CASTIllo Encantado-Original

Glosario: Gestión Académica.- se dice a la acción de gestionar las situaciones

académicas de la institución. Gestión Matrícula.- se dice al módulo que contendrá todos las

acciones que se realizara a la hora de hacer una matrícula. Gestión Pago.- se dice al módulo que se encargar de registrar todos

los pagos realizados, mediante conceptos que están definidos previamente.

Gestión Seguridad.- módulo de gestión de seguridad que se encargara de verificar la seguridad.

Reportes.- modulo donde se crearan y emitirán los reportes de las evaluaciones, asistencia, entre otros

Apoderado.- es la persona encargada de entregar todos los datos a la persona encargada

Administrador.- persona encargada de ver la revisión de los datos de la institución que se encontraran en las base de datos

Actividades extracurriculares.- son las actividades que se dan en momentos que se encuentran en horario no educandilla.

Servicios.- son los servicios que se darán en la institución que se brindaran a los matriculados.

Año lectivo.- se establece el año que se tomara en el presente año para poder desarrollar los reportes.

Sanciones.- son las faltas que se cometen y son sancionadas para llegar a un reporte.

Trimestre.- se dice al periodo que se establece para el control de los alumnos, que se establece con un plazo de 3 meses.

Participaciones.- son los aportes voluntarios de los alumnos en clases, en actividades que se realizan en la institución o en otro evento.

Deuda.- son aquellos pagos que no se a realizado o sean realizado a medias, que nos indicaran si el apoderado tiene deudas con la institución.

Traslado.- se dan en alumnos que se son transferido de otras instituciones educativas.

Conceptos.- son las que se incluirá para el pago correspondiente, basándose en los tipos de conceptos previamente establecidos.

Tipos de concepto.- aquí se establece los tipos de conceptos que se incluirá en los pagos correspondiente (mensualidad, matriculas, entre otros)

Ubigeo.- se dice a los datos que son más que todos los que muestran datos de residencia (domicilio, provincia, distrito, entre otros.

Page 39: MI CASTIllo Encantado-Original

Buscar Ubigeo

(f rom Use-Case Model)

DCUR Mantenimiento

Buscar Estado Civil

Buscar Alumno

Buscar Desarrollo Ninio

Buscar Direccion

Buscar Familiares

Buscar Traslado

Buscar Grado

Buscar SeccionBuscar Estado

Buscar Labor Educando

Buscar Estado Salud

(f rom Use-Case Model)

Buscar Control Salud

Buscar Año lectivo

(f rom Use-Case Model)

Buscar Apoderado

(f rom Use-Case Model)

Registrar Control Salud

<<include>>

<<include>>

Apoderado

(from Actors)

Registrar Estado Salud

<<include>>

<<include>>

Registrar Traslado

<<include>>

<<include>>

<<communicate>>

Registrar Desarrollo Ninio

<<include>>

<<include>>

Registrar Direccion

<<include>>

<<include>>

Registrar Labor Educando

<<include>>

<<include>>

Registrar Familiares

<<include>>

<<include>>

<<communicate>>

Registrar Apoderado

(f rom Use-Case Model)

<<include>>

<<include>>

<<include>>

<<include>><<include>>

<<include>>

<<communicate>>

Secretaria

(from Actors)

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

Registrar Alumno

<<include>><<include>>

<<include>>

<<communicate>>

<<communicate>>

2013

DIAGRAMA DE CASO DE USO DE REQUERIMIENTOS

38 Ingeniería de Sistemas e Informática - UNSM

Page 40: MI CASTIllo Encantado-Original

MON Pagos

Personal

(f rom Business Object Model)

Tipo Concepto

(f rom Business Object Model)

Pagos

(f rom Business Object Model)

Caja

(f rom Business Object Model)

Matricula

(f rom Business Object Model)

Alumno

(f rom Business Object Model)

Apoderado

(f rom Business Object Model)

Buscar

Buscar

Buscar

Buscar

Secretaria

(f rom Business Object Model)

Registrar/Buscar/Modificar

Registrar/Buscar

Registrar/Modificar

Registrar

Buscar

Registrar

Tipo Comprobante(f rom Business Object Model)

BuscarRegistrar

Page 41: MI CASTIllo Encantado-Original

Buscar Matricula

Buscar Pagos

DCUR Reportes Reporte Matricula

<<include>>

Reporte de Pagos

<<include>>

Reporte MatriculaxGradoSeccion

Reporte Apoderado

Reporte Familiares

Reporte Usuario

Reporte Traslado

Buscar Alumno Matriculado

Buscar MatriculaxGradoSeccion

Reporte Alumno Matriculados

<<include>>

Buscar Apoderado

(from Use-Case Model)

Buscar Familiares

Buscar Usuario

Buscar Traslado

(from Use-Case Model)

Buscar Personal Caja

Director

(f rom Actors)

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

Reporte Personal Caja

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<communicate>>

2013

40 Ingeniería de Sistemas e Informática - UNSM

Page 42: MI CASTIllo Encantado-Original

2013

41 Ingeniería de Sistemas e Informática - UNSM

Buscar Modulos

(from Use-Case Model)

Buscar Usuarios

(from Use-Case Model)

Buscar Perfil

(from Use-Case Model)

Buscar Permisos

(from Use-Case Model)

Registrar Modulos

Registrar Usuarios

Registrar Perfil

Registrar Permisos

Director

(f rom Actors)

<<communicate>>

<<communicate>>

<<communicate>>

<<communicate>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

<<include>>

DCUR Seguridad

Page 43: MI CASTIllo Encantado-Original

DIAGRAMA DE CLASES

Page 44: MI CASTIllo Encantado-Original

2013

43 Ingeniería de Sistemas e Informática - UNSM

Page 45: MI CASTIllo Encantado-Original

2013

44 Ingeniería de Sistemas e Informática - UNSM

diagrama de Esquemas

apoderado

idapoderado : Integeridf amiliares : Stringidmatricula : Integerf echanacimiento : Stringapellidopat : Stringapellidomat : Stringocupacion : Stringnombre : Stringinstruccion : Stringdomicilio : Stringparentesco : Stringtelef ono : Integer

Registrar()Seleccionar()

perf il_modulo

idperf il : Integeridmodulo : Integerestado : Boolean

registrar()

conexion

basedatosserv idorusuarioclav e

registrar()seleccionar()actualizar()eliminar()

usuario

idusuario : Integernombre : Stringusuario : Stringclav e : Stringf echaregistro : Dateultimoacceso : Datev eces : Integerestado : Integeridperf il : Integer

registrar()seleccionar()actualizar()

modulo

idmodulo : Integerdescripcion : Stringidpadre : Integerurl : String

registrar()

perf il

idperf il : Integerdescripcion : String

registrar()actualizar()

1*

1*

*

*

*

*

personal

idpersonal : Integernombre : Stringapellidos : Stringdni : Stringdireccion : Stringtelef ono : Integeremail : String

registrar()seleccionar()actualizar()

grado

idgrado : Integerdescripcion : String

registrar()seleccionar()

caja

idcaja : Integerf echa : Stringsaldo : Doubleestado : Stringidpersonal : Integer

registrar()actualizar()

1* 1*

concepto

idconcepto : Integerdescripcion : String

registrar()seleccionar()

trasladointerno

idtraslado : Integerf echa : Stringmotiv o : Stringcodigomodular : Stringinstprocedencia : Stringidalumno : Integer

registrar()seleccionar()

desarrollo_ninio

iddesarrollo : Integernacimiento : Stringobserv aciones : Stringidalumno : Integer

registrar()

ubigeo

idubigeo : Integeriddepartamento : Integeridprov incia : Integeriddistrito : Integerdepartamento : Stringprov incia : Stringdistrito : String

registrar()seleccionar()

direccion

iddireccion : Integeridalumno : Integeranio : Integerdireccion : Stringlugar : Stringidubigeo : Integertelef ono : Integer

registrar()seleccionar()actualizar()

1 *1 *

desarrollo_inicial

iddesaini : Integercabeza : Stringsento : Stringparo : Stringcamino : Stringesf interes : Stringpalabras : Stringf luidez : Stringidalumno : Integer

registrar()

estado_salud

idestado : Integeredade : Integerenf ermsuf rida : Stringv acunas : Stringedadv : Integeralergias : Stringexptraumaticos : Stringidmatricula : Integer

registrar()seleccionar()actualizar()

control_salud

idcontrol : Integerf echa : Stringpeso : Stringresultado : Stringtalla : Stringobserv aciones : Stringotraf echa : Stringtipocontrol : Stringidmatricula : Integer

registrar()seleccionar()

labor_educando

idlabeduca : Integerf echa : Stringedad : Integerdescripcion : Stringhorasemanal : Stringidmatricula : Integer

registrar()seleccionar()actualizar()

trasladoexterno

idtrasladoexterno : Integerf echa : Stringmotiv o : Stringcodigomodular : Stringnuev ainst : Stringidmatricula : Integer

registrar()seleccionar()

seccion

idseccion : Integerdescripcion : Stringidgrado : Integer

registrar()actualizar()

*

1

*

1

traslado

idtraslado : Integerf echa : Stringexinstitucion : Stringnuev ainstitucion : Stringidmatricula : Integer

registrar()seleccionar()

pagos

idpagos : Integerf echa : Stringmonto : Doubleestado : Stringdescripcion : Stringpagante : Stringtipopago : Stringidmatricula : Integeridconcepto : Integeridcaja : Integer

registrar()actualizar()

*

1

*

1

*

1

*

1

alumno

idalumno : Integernombre : Stringapellidopat : Stringapellidomat : Stringsexo : Stringestadociv il : Stringf echanac : Stringtipodocum : Stringnumdocum : Stringprimeraleng : Stringsegundaleng : Stringnumhermanos : Integerlugarocupa : Stringreligion : Stringidubigeo : Integerdi : Stringda : Stringdv : String

registrar()seleccionar()actualizar()

*

1

*

1

*1

*1

*

1

*

1

1

*

1

*

1

*

1

*

matricula

idmatricula : Integerf echa : Stringestado : Stringidseccion : Integeraniolec : Integeridalumno : Integer

registrar()seleccionar()actualizar()

1

*

1

*

1

*

1

*

1 *1 *

1

*

1

*

*

1

*

11

*

1

*

1

*

1

*

*1

*1

f amiliares

idf amiliares : Integernombre : Stringapellidopat : Stringapellidomat : Stringv iv ef amiliar : Stringparentesco : Stringsexo : Stringf echanac : Stringinstruccion : Stringocupacion : Stringv iv ealumno : Stringidalumno : Integer

registrar()seleccionar()actualizar()

*

1

*

1

*

*

*

*

Page 46: MI CASTIllo Encantado-Original

grado

grado_ID : INTEGERidgrado : INTEGERdescripcion : VARCHAR(255)

<<PK>> PK_grado2()

concepto

concepto_ID : INTEGERidconcepto : INTEGERdescripcion : VARCHAR(255)

<<PK>> PK_concepto17()

estado_salud

estado_salud_ID : INTEGERmatricula_ID : INTEGERidestado : INTEGERedade : INTEGERenf ermsuf rida : VARCHAR(255)v acunas : VARCHAR(255)edadv : INTEGERalergias : VARCHAR(255)exptraumaticos : VARCHAR(255)idmatricula : INTEGER

<<PK>> PK_estado_salud11()<<FK>> FK_estado_salud7()<<Index>> TC_estado_salud56()

trasladoexterno

trasladoexterno_ID : INTEGERmatricula_ID : INTEGERidtrasladoexterno : INTEGERf echa : VARCHAR(255)motiv o : VARCHAR(255)codigomodular : VARCHAR(255)nuev ainst : VARCHAR(255)idmatricula : INTEGER

<<PK>> PK_trasladoexterno14()<<FK>> FK_trasladoexterno10()<<Index>> TC_trasladoexterno59()

control_salud

control_salud_ID : INTEGERmatricula_ID : INTEGERidcontrol : INTEGERf echa : VARCHAR(255)peso : VARCHAR(255)resultado : VARCHAR(255)talla : VARCHAR(255)observ aciones : VARCHAR(255)otraf echa : VARCHAR(255)tipocontrol : VARCHAR(255)idmatricula : INTEGER

<<PK>> PK_control_salud13()<<FK>> FK_control_salud8()<<Index>> TC_control_salud58()

labor_educando

labor_educando_ID : INTEGERmatricula_ID : INTEGERidlabeduca : INTEGERf echa : VARCHAR(255)edad : INTEGERdescripcion : VARCHAR(255)horasemanal : VARCHAR(255)idmatricula : INTEGER

<<PK>> PK_labor_educando9()<<FK>> FK_labor_educando9()<<Index>> TC_labor_educando54()

traslado

traslado_ID : INTEGERmatricula_ID : INTEGERidtraslado : INTEGERf echa : VARCHAR(255)exinstitucion : VARCHAR(255)nuev ainstitucion : VARCHAR(255)idmatricula : INTEGER

<<PK>> PK_traslado12()<<FK>> FK_traslado11()<<Index>> TC_traslado57()

seccion

seccion_ID : INTEGERgrado_ID : INTEGERidseccion : INTEGERdescripcion : VARCHAR(255)idgrado : INTEGER

<<PK>> PK_seccion3()<<FK>> FK_seccion1()<<Index>> TC_seccion48()

1

0..*

1

0..*

<<Non-Identif y ing>>

pagos

pagos_ID : INTEGERcaja_ID : INTEGERmatricula_ID : INTEGERconcepto_ID : INTEGERidpagos : INTEGERf echa : VARCHAR(255)monto : DOUBLE PRECISIONestado : VARCHAR(255)descripcion : VARCHAR(255)pagante : VARCHAR(255)tipopago : VARCHAR(255)idmatricula : INTEGERidconcepto : INTEGERidcaja : INTEGER

<<PK>> PK_pagos16()<<FK>> FK_pagos16()<<FK>> FK_pagos12()<<FK>> FK_pagos5()<<Index>> TC_pagos62()<<Index>> TC_pagos64()<<Index>> TC_pagos63()

10..*

10..*

<<Non-Identif y ing>>

direccion

direccion_ID : INTEGERubigeo_ID : INTEGERusuario_ID : INTEGERiddireccion : INTEGERidalumno : INTEGERanio : INTEGERdireccion : VARCHAR(255)lugar : VARCHAR(255)idubigeo : INTEGERtelef ono : INTEGER

<<PK>> PK_direccion6()<<FK>> FK_direccion37()<<FK>> FK_direccion4()<<Index>> TC_direccion51()<<Index>> TC_direccion50()

ubigeo

ubigeo_ID : INTEGERidubigeo : INTEGERiddepartamento : INTEGERidprov incia : INTEGERiddistrito : INTEGERdepartamento : VARCHAR(255)prov incia : VARCHAR(255)distrito : VARCHAR(255)

<<PK>> PK_ubigeo4()

10..*

10..*

<<Non-Identif y ing>>

desarrollo_ninio

desarrollo_ninio_ID : INTEGERusuario_ID : INTEGERiddesarrollo : INTEGERnacimiento : VARCHAR(255)observ aciones : VARCHAR(255)idalumno : INTEGER

<<PK>> PK_desarrollo_ninio5()<<FK>> FK_desarrollo_ninio36()<<Index>> TC_desarrollo_ninio49()

trasladointerno

trasladointerno_ID : INTEGERusuario_ID : INTEGERidtraslado : INTEGERf echa : VARCHAR(255)motiv o : VARCHAR(255)codigomodular : VARCHAR(255)instprocedencia : VARCHAR(255)idalumno : INTEGER

<<PK>> PK_trasladointerno1()<<FK>> FK_trasladointerno35()<<Index>> TC_trasladointerno47()

desarrollo_inicial

usuario_ID : INTEGERdesarrollo_inicial_ID : INTEGERiddesaini : INTEGERcabeza : VARCHAR(255)sento : VARCHAR(255)idalumno : INTEGERparo : VARCHAR(255)camino : VARCHAR(255)esf interes : VARCHAR(255)palabras : VARCHAR(255)f luidez : VARCHAR(255)

<<PK>> PK_desarrollo_inicial7()<<FK>> FK_desarrollo_inicial38()<<Index>> TC_desarrollo_inicial52()

f amiliares

f amiliares_ID : INTEGERusuario_ID : INTEGERidf amiliares : INTEGERnombre : VARCHAR(255)apellidopat : VARCHAR(255)apellidomat : VARCHAR(255)v iv ef amiliar : VARCHAR(255)parentesco : VARCHAR(255)sexo : VARCHAR(255)f echanac : VARCHAR(255)instruccion : VARCHAR(255)ocupacion : VARCHAR(255)v iv ealumno : VARCHAR(255)idalumno : INTEGER

<<PK>> PK_f amiliares0()<<FK>> FK_f amiliares40()<<Index>> TC_f amiliares46()

matricula

matricula_ID : INTEGERseccion_ID : INTEGERusuario_ID : INTEGERidmatricula : INTEGERf echa : VARCHAR(255)estado : VARCHAR(255)idseccion : INTEGERaniolec : INTEGERidalumno : INTEGER

<<PK>> PK_matricula15()<<FK>> FK_matricula39()<<FK>> FK_matricula2()<<Index>> TC_matricula61()<<Index>> TC_matricula60()

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

caja

caja_ID : INTEGERusuario_ID : INTEGERidcaja : INTEGERf echa : VARCHAR(255)saldo : DOUBLE PRECISIONestado : VARCHAR(255)idpersonal : INTEGER

<<PK>> PK_caja8()<<FK>> FK_caja33()<<Index>> TC_caja53()

1

0..*

1

0..*

<<Non-Identif y ing>>

alumno

ubigeo_ID : INTEGERusuario_ID : INTEGERidalumno : INTEGERnombre : VARCHAR(255)apellidopat : VARCHAR(255)apellidomat : VARCHAR(255)sexo : VARCHAR(255)estadociv il : VARCHAR(255)f echanac : VARCHAR(255)tipodocum : VARCHAR(255)numdocum : VARCHAR(255)primeraleng : VARCHAR(255)segundaleng : VARCHAR(255)numhermanos : INTEGERlugarocupa : VARCHAR(255)religion : VARCHAR(255)idubigeo : INTEGERdi : VARCHAR(255)da : VARCHAR(255)dv : VARCHAR(255)

<<PK>> PK_alumno27()<<FK>> FK_alumno3()<<FK>> FK_alumno41()<<Index>> TC_alumno69()<<Index>> TC_alumno70()

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

10..*

10..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

1

0..*

1

0..*

<<Non-Identif y ing>>

apoderado

f amiliares_ID : INTEGERmatricula_ID : INTEGERusuario_ID : INTEGERidapoderado : INTEGERidf amiliares : VARCHAR(255)idmatricula : INTEGERf echanacimiento : VARCHAR(255)apellidopat : VARCHAR(255)apellidomat : VARCHAR(255)ocupacion : VARCHAR(255)telef ono : INTEGERnombre : VARCHAR(255)instruccion : VARCHAR(255)domicilio : VARCHAR(255)parentesco : VARCHAR(255)

<<PK>> PK_apoderado10()<<FK>> FK_apoderado13()<<FK>> FK_apoderado32()<<FK>> FK_apoderado14()<<Index>> TC_apoderado16()<<Index>> TC_apoderado55()<<Index>> TC_apoderado15()

1

0..*

1

0..*

<<Identif y ing>>

1

0..*

1

0..*

<<Identif y ing>>

personal

usuario_ID : INTEGERidpersonal : INTEGERnombre : VARCHAR(255)apellidos : VARCHAR(255)dni : VARCHAR(255)direccion : VARCHAR(255)telef ono : INTEGERemail : VARCHAR(255)

<<PK>> PK_personal26()<<FK>> FK_personal34()<<Index>> TC_personal65()

1

0..*

1

0..*

<<Non-Identif y ing>>

usuario

usuario_ID : INTEGERperf il_ID : INTEGERidusuario : INTEGERnombre : VARCHAR(255)usuario : VARCHAR(255)clav e : VARCHAR(255)f echaregistro : DATEultimoacceso : DATEv eces : INTEGERestado : INTEGERidperf il : INTEGER

<<PK>> PK_usuario22()<<FK>> FK_usuario22()<<Index>> TC_usuario66()

1

0..1

1

0..1

<<Identif y ing>>

1

0..*

1

0..* <<Identif y ing>>

1

0..1

1

0..1

<<Identif y ing>>

modulo

modulo_ID : INTEGERidmodulo : INTEGERdescripcion : VARCHAR(255)idpadre : INTEGERurl : VARCHAR(255)

<<PK>> PK_modulo20()

perf il

perf il_ID : INTEGERidperf il : INTEGERdescripcion : VARCHAR(255)

<<PK>> PK_perf il21()

1

0..*

1

0..*<<Non-Identif y ing>>

perf il_modulo

perf il_perf il_ID : INTEGERmodulo_ID : INTEGERperf il_ID : INTEGERidperf il : INTEGERidmodulo : INTEGERestado : SMALLINT

<<PK>> PK_perf il_modulo24()<<FK>> FK_perf il_modulo23()<<FK>> FK_perf il_modulo20()<<FK>> FK_perf il_modulo21()<<Index>> TC_perf il_modulo23()<<Index>> TC_perf il_modulo24()<<Index>> TC_perf il_modulo68()

10..*

10..*

<<Identif y ing>>

1

0..*

1

0..*

<<Identif y ing>>

2013

45 Ingeniería de Sistemas e Informática - UNSM

Page 47: MI CASTIllo Encantado-Original

ESPECIFICACIONES DE CASO DE USO DE REQUERIMIENTOS

ALUMNO

Proyecto: Versión: 1.0Especificación de Caso de Uso: Registrar Matrícula Fecha: 21/11/2012

Especificación de Caso de Uso: Matrícula

1. Registrar Datos del Alumno1.1.Descripción

Dentro este caso de uso de Datos Alumno, se ingresará la información de cada alumno para poder ser registrado, la información que se necesite deberá ser facilitada por el apoderado del niño para con el administrador para su almacenamiento. El caso de uso nos facilitará la búsqueda de un alumno que ya este matriculado o registrado en el sistema, así como podremos editar los datos de un alumno ya almacenado.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. En caso que el alumno sea nuevo. El administrador solicitará la información requerida al apoderado del niño, pasar al punto 2.1.2. En caso que el alumno este matriculado o ingresado. El administrador podrá modificar los datos del alumno, pasar al punto 2.1.3.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Fecha de nacimiento, Apellido Paterno, Apellido Materno, Nombres, Sexo, Estado Civil, Lengua Materna, País, Departamento, Provincia, Distrito, Documento de Identidad, N° de Documento, Lengua Actual, Número de Hermanos, Lugar que ocupa, Religión, Necesidades Específicas(DI, DV,DA). En caso de ser un nuevo alumno, se ingresarán los datos en todos los campos, De ser un alumno ya registrado, se pulsará el botón de “Buscar Alumno”, seleccionando al objetivo y así los campos serán llenados automáticamente.

2.1.2.1. Una vez llenados todos los campos correspondientes, el administrador pulsará en “Guardar Alumno” para almacenar los datos recientes.

2.1.3. El actor Apoderado solicita la modificación de datos del alumno al administrador.

2.1.3.1. El sistema se muestra el botón “Buscar Alumno”, el administrador deberá pulsarlo que arrojará una ventana emergente, en la cual pulsará el botón de “Seleccionar”

Page 48: MI CASTIllo Encantado-Original

2013

respectivamente del alumno que se desee modificar sus datos. Los campos se llenarán automáticamente con los datos respectivos del alumno; los campos se mostrarán bloqueados.

2.1.3.2. El administrador para poder editar deberá pulsar el botón “Editar Alumno”. Automáticamente los campos se desbloquearan para lograr así su edición.

2.1.3.2.1. El Administrador tiene los campos: Fecha de nacimiento, Apellido Paterno, Apellido Materno, Nombres, Sexo, Estado Civil, Lengua Materna, País, Departamento, Provincia, Distrito, Documento de Identidad, N° de Documento, Lengua Actual, Número de Hermanos, Lugar que ocupa, Religión, Necesidades Específicas(DI, DV,DA) para ser modificados en caso de haber existido un error.

2.1.4. El actor administrador solicitará guardar los datos pulsando el botón “Guardar Alumno”.

2.1.4.1. El sistema generará automáticamente un mensaje de confirmación, culminando la solicitud enviada.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2.1 del Flujo Básico

El sistema no podrá almacenar a un alumno si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2.1 del Flujo BásicoEl sistema mostrará un cuadro de advertencia en los campos que sean de obligatorios ingresar.

2.2.2. En el punto 2.1.3.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” respectivo del alumno

2.2.2.1. En el punto 2.1.3.1 del Flujo Básico También se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno, oprimiendo en “Buscar”

2.2.2.1.1. En el punto 2.1.3.1 del Flujo Básico El sistema mostrará Se mostrarán los resultados posibles.

2.2.2.1.2. En el punto 2.1.3.1 del Flujo Básico El sistema no podrá almacenar, si algún campo importante este incompleto.

2.2.2.1.3. En el punto 2.1.3.1 del Flujo Básico El sistema mostrará a los campos de carácter obligatorios para ser llenados, en todo caso no se editará ni almacenar

.

47 Ingeniería de Sistemas e Informática - UNSM

Page 49: MI CASTIllo Encantado-Original

2013

Proyecto: Versión: 1.0Especificación de Caso de Uso: Desarrollo del Niño Fecha: 21/11/2012

Especificación de Caso de Uso: Desarrollo del Niño

1. Registrar Desarrollo del Niño1.1.Descripción

Este caso de uso almacena todos los acontecimientos que fue desarrollando el niño en el periodo de su crecimiento, se ingresará a los campos las observaciones y/o complicaciones que tuvo el niño al nacer, como sus primeros logros; esta información deberá ser facilitada por el apoderado. Antes de poder ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2. El administrador podrá modificar la información que fue almacenada si fuese necesario, ir al paso 2.1.3.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Nacimiento, Observaciones, Psicomotriz (Levantó la cabeza, se sentó, se paró, caminó), Lenguaje (Controló sus esfínteres, Sus primeras palabras, Habló con fluidez). Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar Desarrollo”.

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.3. El actor Administrador solicita la modificación de los datos del alumno en Desarrollo del Niño.

48 Ingeniería de Sistemas e Informática - UNSM

Page 50: MI CASTIllo Encantado-Original

2013

2.1.3.1. El sistema muestra los campos: Alumno, Código Nacimiento, Observaciones, Psicomotriz (Levantó la cabeza, se sentó, se paró, caminó), Lenguaje (Controló sus esfínteres, Sus primeras palabras, Habló con fluidez). Al buscar el alumno del que se necesite almacenar los datos automáticamente arrojará todos los campos ya mencionados completados y bloqueados. Para poder modificar algún campo se pulsará en “Editar”, así los campos se desbloquearán permitiendo al usuario Administrador la modificación necesaria. Ya culminada la edición el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar Desarrollo”.

2.1.3.1.1. Al pulsar el botón “Buscar” se mostrar una pantalla emergente con todos los nombres y apellidos de los alumnos registrados, el administrador deberá pulsar el botón “Seleccionar” respectivo al alumno. Automáticamente los campos se completan y se muestran bloqueados.

2.1.3.1.2. El Administrador tiene los bloqueado los campos: Fecha de nacimiento, Apellido Paterno, Apellido Materno, Nombres, Sexo, Estado Civil, Lengua Materna, País, Departamento, Provincia, Distrito, Documento de Identidad, N° de Documento, Lengua Actual, Número de Hermanos, Lugar que ocupa, Religión, Necesidades Específicas(DI, DV,DA) para ser modificados en caso de haber existido un error. Para poder modificar los datos, se debe pulsar el botón “Editar”, de esta única manera los campos se desbloquean, logrando habilitar dichos campos y editarlos.

2.1.3.1.3. El actor administrador solicitará guardar los datos pulsando el botón “Guardar Alumno”.

2.1.3.1.3.1. El sistema generará automáticamente un mensaje de confirmación, culminando la solicitud enviada.

2.1.3.1.3.2. El Actor Apoderado puede confirmar la modificación de datos del alumno pulsando el botón Aceptar, o bien puede cancelar lo ingresado pulsando el botón Cancelar.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2. del Flujo Básico

49 Ingeniería de Sistemas e Informática - UNSM

Page 51: MI CASTIllo Encantado-Original

2013

El sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.3. En el punto 2.1.3.1Al seleccionar el alumno, se muestran los campos llenados y bloqueados; esto con el único fin de brindar seguridad a los datos almacenados.

2.2.3.1. En el punto 2.1.3.1 del Flujo BásicoAl pasar la flecha del mouse por algún campo bloqueado se mostrará una pequeña imagen; indicador que no se puede modificar.

2.2.4. En el punto 2.1.3.1.2 del Flujo BásicoEl sistema no dará permiso a ningún usuario que pueda modificar los datos, por esta razón arroja los campos con datos bloqueados.

2.2.4.1. En el punto 2.1.3.1.2 del Flujo BásicoPara poder habilitar se deberá pulsar el botón de editado “Editar”. Así el administrador obtuvo el permiso solicitado al sistema.

50 Ingeniería de Sistemas e Informática - UNSM

Page 52: MI CASTIllo Encantado-Original

2013

Proyecto: Versión: 1.0Especificación de Caso de Uso: Domicilio del Alumno Fecha: 21/11/2012

Especificación de Caso de Uso: Domicilio del Alumno

1. Registrar Domicilio del Alumno1.1.Descripción

Dentro este caso de uso de Control de Salud, se ingresará la información referente a la procedencia de cada alumno para ser registrado, la información que se necesite deberá ser facilitada por el apoderado del niño para con el administrador para su almacenamiento. El caso de uso nos informará el lugar de procedencia del niño y más referencias a ello; previamente, deberá estar matriculado o registrado en el sistema.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2.El administrador solicita el almacenamiento de los datos, ir al paso 2.1.3. El administrador podrá verificar el control del niño que fue almacenada, ir al paso 2.1.4.

2.1.2. El actor administrador solicitará la información del niño al apoderado, referente ubigeo del niño. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno, Código, Año, Dirección, Lugar, Teléfono, Departamento, Provincia y Distrito. Para buscar al alumno ya registrado, se pulsará el botón de “Buscar”, seleccionando al objetivo y así los campos de Alumno y Código serán llenados automáticamente.

2.1.2.1. Antes, el administrador podrá buscar al alumno del que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.3. El actor Administrador solicita el almacenamiento de los datos ingresados

51 Ingeniería de Sistemas e Informática - UNSM

Page 53: MI CASTIllo Encantado-Original

2013

2.1.3.1. El sistema muestra los campos: Alumno, Código, Año, Dirección, Lugar, Teléfono, Departamento, Provincia y Distrito llenados con la información que partió el apoderado. El siguiente paso; el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar”.

2.1.4. El actor Administrador solicita la verificación de domicilio del Alumno

2.1.4.1. El Administrador tiene podrá verificar los campos: Alumno, Código, Año, Dirección, Lugar, Teléfono, Departamento, Provincia y Distrito. para ser vistos por el administrador, éste deberá oprimir el botón de “Verificar Domicilio”.

2.1.4.1.1. Instantáneamente el sistema mostrará una tabla en la cual se observan los campos Alumno, Código, Año, Dirección, Lugar, Teléfono, Departamento, Provincia y Distrito con los datos que fueron ingresados referente al alumno.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”..

2.2.2.2. En el punto 2.1.4.1.1 del Flujo BásicoLa tabla que se muestra es referente al alumno buscado y/o ingresado; solo sirve de referencia.

3. Condiciones4. Post-Condiciones

Proyecto: Versión: 1.0

52 Ingeniería de Sistemas e Informática - UNSM

Page 54: MI CASTIllo Encantado-Original

2013

Especificación de Caso de Uso: Datos Familiares Fecha: 21/11/2012

Especificación de Caso de Uso: Datos Familiares

1. Registrar Datos Familiares1.1.Descripción

Este caso de uso almacena la información de los familiares y/o parentescos del niño, el sistema muestra campos que serán registrados por el administrador; esta información deberá ser facilitada por el apoderado. Antes de poder ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2. El administrador podrá verificar la información que fue almacenada, ir al paso 2.1.3.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno, Código, Apellido Paterno, Apellido Materno, Nombres, Vive Familiar, Parentesco, Fecha nacimiento, Sexo, Grado de Instrucción, Ocupación, Vive con alumno(a). Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio, todos deben ser llenados para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar Familiar”.

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.3. El actor Administrador solicita el almacenamiento de los datos ingresados.

2.1.3.1. El sistema muestra los campos: Alumno, Código, Apellido Paterno, Apellido Materno, Nombres, Vive Familiar, Parentesco, Fecha nacimiento, Sexo, Grado de Instrucción,

53 Ingeniería de Sistemas e Informática - UNSM

Page 55: MI CASTIllo Encantado-Original

2013

Ocupación, Vive con alumno(a) llenados con la información que partió el apoderado. El siguiente paso; el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar”.

2.1.4. El actor Administrador solicita la verificación el parentesco del Alumno

2.1.4.1. El Administrador podrá verificar los campos: Familiar (nombre familiar) y Parentesco que tiene con el niño, para esto deberá oprimir el botón de “Verificar”.

2.1.4.1.1. Instantáneamente el sistema mostrará una tabla en la cual se observan los datos de Familiar (nombre familiar) y Parentesco con la información que fueron registrados referente al alumno.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2. del Flujo BásicoEl sistema mostrará cuadros de advertencias en los

campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.2.1.1. En el punto 2.1.2.1Al seleccionar el alumno, se muestran los campos Alumno y Código llenados y bloqueados; esto con el único fin de brindar seguridad a los datos almacenados.

2.2.2.1.2. En el punto 2.1.3.1 del Flujo BásicoAl pasar la flecha del mouse por algún campo bloqueado se mostrará una pequeña imagen; indicador que no se puede modificar.

54 Ingeniería de Sistemas e Informática - UNSM

Page 56: MI CASTIllo Encantado-Original

2013

Proyecto: Versión: 1.0Especificación de Caso de Uso: Traslado del Alumno Fecha: 21/11/2012

Especificación de Caso de Uso: Traslado del Alumno

1. Registrar Traslado del Alumno1.1.Descripción

Este caso de uso almacena la información referente al movimiento que realizará el alumno para trasladarse a otra institución, el sistema muestra campos que serán registrados por el administrador; esta información deberá ser facilitada por el apoderado. Antes de poder ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2. El administrador podrá modificar la información que fue almacenada si fuese necesario, ir al paso 2.1.3.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Motivo Traslado (Alumno, Código, Fecha, Motivo Traslado), Institución educativa destino (Código Modular, Nombre Institución). Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio, todos deben ser llenados para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar Traslado”.

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se

55 Ingeniería de Sistemas e Informática - UNSM

Page 57: MI CASTIllo Encantado-Original

2013

mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.3. El actor Administrador solicita la modificación de los datos del alumno en Desarrollo del Niño.

2.1.3.1. El sistema muestra los campos: Motivo Traslado (Alumno, Código, Fecha, Motivo Traslado), Institución educativa destino (Código Modular, Nombre Institución). Al buscar el alumno del que se necesite almacenar los datos automáticamente arrojará todos los campos ya mencionados completados y bloqueados. Para poder modificar algún campo se pulsará en “Editar”, así los campos se desbloquearán permitiendo al usuario Administrador la modificación necesaria. Ya culminada la edición el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar Traslado”.

2.1.3.1.1. Al pulsar el botón “Buscar” se mostrar una pantalla emergente con todos los nombres y apellidos de los alumnos registrados, el administrador deberá pulsar el botón “Seleccionar” respectivo al alumno. Automáticamente los campos se completan y se muestran bloqueados.

2.1.3.1.2. El Administrador tiene los bloqueado los campos: Motivo Traslado (Alumno, Código, Fecha, Motivo Traslado), Institución educativa destino (Código Modular, Nombre Institución) para ser modificados en caso de haber existido un error. Para poder modificar los datos, se debe pulsar el botón “Editar”, de esta única manera los campos se desbloquean, logrando habilitar dichos campos y editarlos.

2.1.3.1.3. El actor administrador solicitará guardar los datos editados pulsando el botón “Guardar Alumno”.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

56 Ingeniería de Sistemas e Informática - UNSM

Page 58: MI CASTIllo Encantado-Original

2013

2.2.2.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.2.2. En el punto 2.1.3.1Al seleccionar el alumno, se muestran los campos Alumno y Código llenados y bloqueados; esto con el único fin de brindar seguridad a los datos almacenados.

2.2.2.2.1. En el punto 2.1.3.1 del Flujo BásicoAl pasar la flecha del mouse por algún campo bloqueado se mostrará una pequeña imagen; indicador que no se puede modificar.

2.2.2.2.1.1. En el punto 2.1.3.1.2 del Flujo BásicoEl sistema no dará permiso a ningún usuario que pueda modificar los datos, por esta razón arroja los campos con datos bloqueados.

2.2.3. En el punto 2.1.3.1.3 del Flujo BásicoPara poder habilitar los campos se deberá pulsar el botón de editado “Editar”. Así el administrador obtendrá el permiso solicitado al sistema.

2.2.3.1. En el punto 2.1.3.1.3 del Flujo BásicoUna vez editado, el administrador solicitará almacenar los datos nuevos (corregidos), pulsando en “Guardar Traslado”.

3. Condiciones4. Post-Condiciones

57 Ingeniería de Sistemas e Informática - UNSM

Page 59: MI CASTIllo Encantado-Original

2013

MATRICULA

Proyecto: Versión: 1.0Especificación de Caso de Uso: Matrícula del Alumno Fecha: 21/11/2012

Especificación de Caso de Uso: Matrícula del Alumno

1. Registrar Matrícula del Alumno1.1.Descripción

Este caso de uso almacena todos los datos del niño ya matriculado. Antes de poder ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador ingresará la información requerida para este caso de uso para ser ingresados al sistema, ir al paso 2.1.2. El administrador podrá modificar la información que fue almacenada si fuese necesario, ir al paso 2.1.3.

2.1.2. El actor administrador ingresará los datos del alumno a los campos requeridos. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno, Código, Grado, Sección, Año Lectivo, Estado y Fecha. Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar Matrícula”.Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados.

2.1.2.1. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.3. El actor Administrador solicita la modificación de los datos del alumno en Desarrollo del Niño.

2.1.3.1. El sistema muestra los campos: Alumno, Código, Grado, Sección, Año Lectivo, Estado y Fecha. Al buscar el alumno del que se necesite almacenar los datos automáticamente arrojará todos los campos ya mencionados completados y bloqueados.

58 Ingeniería de Sistemas e Informática - UNSM

Page 60: MI CASTIllo Encantado-Original

2013

Para poder modificar algún campo se pulsará en “Editar”, así los campos se desbloquearán permitiendo al usuario Administrador la modificación necesaria. Ya culminada la edición el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar Matrícula”.

2.1.3.1.1. Al pulsar el botón “Buscar” se mostrará una pantalla emergente con todos los nombres y apellidos de los alumnos registrados, el administrador deberá pulsar el botón “Seleccionar” respectivo al alumno. Automáticamente los campos se completan y se muestran bloqueados.

2.1.3.1.1.1. El Administrador tiene los bloqueados los campos: Alumno, Código, Grado, Sección, Año Lectivo, Estado y Fecha. Para poder modificar los datos, se debe pulsar el botón “Editar”, de esta única manera los campos se desbloquean, logrando habilitar dichos campos y editarlos.

2.1.3.1.1.1.1. El actor administrador solicitará guardar los datos pulsando el botón “Guardar Alumno”.

2.2 Flujos Alternativos2.2.1 En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.1.2 En el punto 2.1.2.1 del Flujo Básico El botón “Buscar” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.1.2.1 En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.1.2.2 En el punto 2.1.3.1 del Flujo BásicoAl seleccionar el alumno, se muestran los campos llenados y bloqueados; esto con el único fin de brindar seguridad a los datos almacenados.

59 Ingeniería de Sistemas e Informática - UNSM

Page 61: MI CASTIllo Encantado-Original

2013

2.2.1.2.2.1 En el punto 2.1.3.1 del Flujo BásicoAl pasar la flecha del mouse por algún campo bloqueado se mostrará una pequeña imagen; indicador que no se puede modificar.

2.2.2 En el punto 2.1.3 del Flujo BásicoEl sistema no dará permiso a ningún usuario que pueda modificar los datos, por esta razón arroja los campos con datos bloqueados.

2.2.2.1 En el punto 2.1.3 del Flujo BásicoPara poder habilitar se deberá pulsar el botón de editado “Editar”. Así el administrador obtuvo el permiso solicitado al sistema.

2.2.2.1.1 En el punto 2.1.3 del Flujo BásicoUna vez editado los datos se procede a su almacenamiento pulsando en “Guardar Matrícula”.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Datos del Apoderado Fecha: 21/11/2012Especificación de Caso de Uso: Datos del Apoderado

1. Registrar Datos del Apoderado1.1Descripción

Este caso de uso almacena todos los datos del apoderado del alumno. Antes de poder ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al familiar del alumno del que se ingresará información.

2 Flujo de Eventos2.1Flujo Básico

2.1.1 El administrador ingresará la información requerida para este caso de uso para ser ingresados al sistema, ir al paso 2.1.2. El administrador podrá editar la información que fue almacenada si fuese necesario, ir al paso 2.1.3.

2.1.2 El actor administrador ingresará los datos del apoderado a los campos requeridos. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Apellido Paterno, Apellido Materno, Nombres, Parentesco con educando, Fecha de Nacimiento, Grado de Instrucción, Ocupación, Domicilio, Teléfono. Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio para poder ser almacenados. Una vez

60 Ingeniería de Sistemas e Informática - UNSM

Page 62: MI CASTIllo Encantado-Original

2013

llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar Apoderado”. Antes, el administrador podrá buscar al familiar que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar Familiar”; a continuación arrojará una ventana emergente en la cual se encuentran los apoderados.2.1.2.1 Para seleccionar a un apoderado se pulsará en

el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrarán todos los campos completos y bloqueados.

2.1.3 El actor Administrador solicita la modificación de los datos del alumno en Datos del Apoderado.2.1.3.1 El sistema muestra los campos: Apellido

Paterno, Apellido Materno, Nombres, Parentesco con educando, Fecha de Nacimiento, Grado de Instrucción, Ocupación, Domicilio, Teléfono. Al buscar el apoderado del que se necesite editar los datos automáticamente arrojará todos los campos ya mencionados completados y bloqueados. Para poder modificar algún campo se pulsará en “Editar”, así los campos se desbloquearán permitiendo al usuario Administrador la modificación necesaria. Ya culminada la edición el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar Apoderado”.

2.1.3.1.1 Al pulsar el botón “Buscar” se mostrará una pantalla emergente con todos los nombres y apellidos de los apoderados registrados, el administrador deberá pulsar el botón “Seleccionar” respectivo al alumno. Automáticamente los campos se completan y se muestran bloqueados.

2.1.3.1.1.1 El Administrador tiene los bloqueados los campos: Alumno, Código, Grado, Sección, Año Lectivo, Estado y Fecha. Para poder modificar los datos, se debe pulsar el botón “Editar”, de

61 Ingeniería de Sistemas e Informática - UNSM

Page 63: MI CASTIllo Encantado-Original

2013

esta única manera los campos se desbloquean, logrando habilitar dichos campos y editarlos.

2.1.3.1.1.1.1 El actor administrador solicitará guardar los datos pulsando el botón “Guardar Alumno”.

2.2 Flujos Alternativos2.2.1 En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.1.2 En el punto 2.1.2.1 del Flujo Básico El botón “Buscar” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.1.2.1 En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.1.2.2 En el punto 2.1.3.1 del Flujo BásicoAl seleccionar el alumno, se muestran los campos llenados y bloqueados; esto con el único fin de brindar seguridad a los datos almacenados.

2.2.1.2.2.1 En el punto 2.1.3.1 del Flujo Básico

Al pasar la flecha del mouse por algún campo bloqueado se mostrará una pequeña imagen; indicador que no se puede modificar.

2.2.2 En el punto 2.1.3 del Flujo Básico

62 Ingeniería de Sistemas e Informática - UNSM

Page 64: MI CASTIllo Encantado-Original

2013

El sistema no dará permiso a ningún usuario que pueda modificar los datos, por esta razón arroja los campos con datos bloqueados.

2.2.2.1 En el punto 2.1.3 del Flujo BásicoPara poder habilitar se deberá pulsar el botón de editado “Editar”. Así el administrador obtuvo el permiso solicitado al sistema.

2.2.2.1.1 En el punto 2.1.3 del Flujo BásicoUna vez editado los datos se procede a su almacenamiento pulsando en “Guardar Matrícula”.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Labor Educando Fecha: 21/11/2012

Especificación de Caso de Uso: Labor Educando

1.1.Registrar Labor Educando1.2.Descripción

Este caso de uso almacena la información de la labor a la que se dedica el alumno, el sistema muestra campos que serán registrados por el administrador; esta información deberá ser facilitada por el apoderado. Antes de ser ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2. El administrador podrá verificar la información que fue almacenada, ir al paso 2.1.3.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno, Código, Año, Edad, Descripción del Trabajo, Hora Semanal. Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio, todos deben ser llenados para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar”.

63 Ingeniería de Sistemas e Informática - UNSM

Page 65: MI CASTIllo Encantado-Original

2013

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.3. El actor Administrador solicita el almacenamiento de los datos ingresados.

2.1.3.1. El sistema muestra los campos: Alumno, Código, Año, Edad, Descripción del Trabajo, Hora Semanal. El siguiente paso, el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar”.

2.1.4. El actor Administrador solicita la verificación el parentesco del Alumno

2.1.4.1. El Administrador podrá verificar los campos: Nombre, Código y la labor que tiene con el niño, para esto deberá oprimir el botón de “Verificar”.

2.1.4.2. Instantáneamente el sistema mostrará una tabla en la cual se observan los datos de: Nombre, Código y la labor con la información que fueron registrados referente a la labor del alumno.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2. del Flujo Básico El sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

64 Ingeniería de Sistemas e Informática - UNSM

Page 66: MI CASTIllo Encantado-Original

2013

CONTROLES

Proyecto: Versión: 1.0Especificación de Caso de Uso: Control de Salud Fecha: 21/11/2012Especificación de Caso de Uso: Control de Salud

1. Registrar Control de Salud1.1.Descripción

Este caso de uso almacena la información de control de salud del niño, el sistema muestra campos que serán registrados por el administrador; esta información deberá ser facilitada por el apoderado. Antes de ser ingresados los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2 El administrador podrá verificar la información que fue almacenada, ir al paso 2.1.3. El administrador podrá crear un nuevo control de salud, ir al paso 2.1.4.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Control Peso-Talla (Alumno, Código, Fecha, Peso, Resultado, Talla y Observaciones) y Otros Controles (Fecha y Tipo Control). Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio, todos deben ser llenados para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar”.

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.2.2. El actor Administrador solicita el almacenamiento de los datos ingresados.

65 Ingeniería de Sistemas e Informática - UNSM

Page 67: MI CASTIllo Encantado-Original

2013

2.1.2.2.1. El sistema muestra los campos Control Peso-Talla (Alumno, Código, Fecha, Peso, Resultado, Talla y Observaciones) y Otros Controles (Fecha y Tipo Control). El siguiente paso, el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar”.

2.1.3. El actor Administrador solicita la verificación el control del Alumno2.1.3.1. El Administrador podrá verificar los campos: Nombre,

Código y la labor que tiene con el niño, para esto deberá oprimir el botón de “Verificar”.

2.1.3.2. Instantáneamente el sistema mostrará una tabla en la cual se observan los datos de: Fecha, peso, talla, resultado, observación, otra fecha, tipo control.

2.1.4. El administrador solicita crear un nuevo control de salud2.1.4.1. El administrador podrá cancelar los datos que esta

ingresando al pulsar “nuevo”; esto limpiará los campos que se estuvo ingresando.

2.1.4.1.1. El botón funciona antes de haber guardado.

2.3Flujos Alternativos2.3.1 En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.3.2 En el punto 2.1.2. del Flujo Básico El sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.3.3 En el punto 2.1.2.1 del Flujo Básico El botón “Buscar” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno. 2.3.3.1 En el punto 2.1.2.1 del Flujo Básico

También se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Estado Salud Fecha: 21/11/2012Especificación de Caso de Uso: Estado Salud

66 Ingeniería de Sistemas e Informática - UNSM

Page 68: MI CASTIllo Encantado-Original

2013

1. Registrar Estado Salud1.1.Descripción

Este caso de uso almacena la información en que estado se encuentra el alumno, el sistema muestra campos que serán registrados por el administrador; esta información deberá ser facilitada por el apoderado. Antes de ser ingresados los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador solicitará la información requerida para este caso de uso al apoderado para ser ingresados al sistema, ir al paso 2.1.2 El administrador podrá verificar la información que fue almacenada, ir al paso 2.1.3.

2.1.2. El actor administrador solicitará los datos del niño al apoderado. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno, Código, Enfermedades Sufridas (Enfermedad y Edad Aprox.), Vacunas (Vacunas, Edad Aprox.), Otros (Alergias, Experiencias Traumáticas, Tipo Sangre). Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio, todos deben ser llenados para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar Estado de Salud”.

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno y Código.

2.1.2.2. El actor Administrador solicita el almacenamiento de los datos ingresados.

2.1.2.2.1. El sistema muestra los campos Alumno, Código, Enfermedades Sufridas (Enfermedad y Edad Aprox.), Vacunas (Vacunas, Edad Aprox.), Otros (Alergias, Experiencias Traumáticas, Tipo Sangre). El siguiente paso, el administrador deberá solicitar al sistema el almacenamiento de los datos pulsando “Guardar Estado de Salud”.

2.1.5. El actor Administrador solicita la verificación el control del Alumno

67 Ingeniería de Sistemas e Informática - UNSM

Page 69: MI CASTIllo Encantado-Original

2013

2.1.5.1. El Administrador podrá verificar los campos: Edad, Enfermedades, Vacuna, Edad, Alergias, Experiencia Traumática, T/S, para esto deberá oprimir el botón de “Verificar”.

2.1.5.2. Instantáneamente el sistema mostrará una tabla en la cual se observan los datos de: Edad, Enfermedades, Vacuna, Edad, Alergias, Experiencia Traumática, T/S.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2. del Flujo Básico El sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

PAGOS

Proyecto: Versión: 1.0Especificación de Caso de Uso: Pagos Fecha: 21/11/2012

Especificación de Caso de Uso: Pagos

1. Registrar Pagos1.1.Descripción

Este caso de uso almacena todos los acontecimientos que se realizan al registrar los pagos de matrícula y pensión. Antes de poder ingresar los datos a este caso de uso, el administrador deberá verificar y al mismo tiempo buscar y seleccionar al alumno del que se ingresará información

2. Flujo de Eventos

68 Ingeniería de Sistemas e Informática - UNSM

Page 70: MI CASTIllo Encantado-Original

2013

2.1.Flujo Básico2.1.1. El administrador solicitará la información requerida al pagante

para ser almacenados en el sistema, ir al paso 2.1.2. El administrador podrá ver los pagos realizados hasta la fecha, ir al paso 2.1.3. El administrador podrá almacenar los datos ingresados, ir al paso 2.1.4. El administrador podrá ver el cronograma de pagos del alumno, ir al paso 2.1.5.

2.1.2. El actor administrador solicitará la información requerida por el sistema. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno, Código, Fecha, Usuario, Pagante, Tipo de Concepto, Tipo de Comprobante, Monto, Saldo. Procediendo con el llenado de los campos en vacío; todos los campos que se requieren en el sistema son de carácter obligatorio para poder ser almacenados. Una vez llenados todos los campos el administrador tendrá la potestad de almacenar estos datos pulsando en “Guardar”.

2.1.2.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno.

2.1.3. El administrador solicita ver los pagos realizados hasta la fecha.2.1.3.1. La solicitud puede ser llegada por el pagante y/o el mismo

apoderado u otro ente de la empresa. Para poder ver los detalles de los pagos efectuados, el administrador pulsará en el botón “Ver pagos”, automáticamente arrojará una ventana emergente con los detalles.

2.1.3.1.1. Dentro de la ventana emergente se mostrará una tabla con los campos Fecha, Usuario, Pagante, Tipo Concepto, Monto, Saldo; los respectivos datos que fueron ingresados anteriormente se mostrarán dentro de la tabla.

2.1.3.1.1.1. Para salir de la ventana emergente, pulsar en “Aceptar” o el botón de cerrar.

2.1.4. El administrador solicita al sistema el almacenamiento de los datos ingresados.

2.1.4.1. Una vez ingresados los datos por el administrador, el administrador tendrá la potestad de almacenar los datos referentes a los pagos de matrícula y/o pensión del alumno. El administrador deberá oprimir en “Guardar” para poder almacenar los datos en el sistema.

69 Ingeniería de Sistemas e Informática - UNSM

Page 71: MI CASTIllo Encantado-Original

2013

2.1.4.1.1. El sistema no podrá guardar los datos si algún campo de carácter obligatorio se encuentre en vacío. Deberá llenar los campos requeridos por el sistema y pulsar en el botón para su almacenamiento.

2.1.5. Se solicita ver el cronograma de pagos respecto al alumno.2.1.5.1. La solicitud puede ser llegada por el pagante y/o el mismo

apoderado u otro ente de la empresa. Para poder ver los detalles de los pagos a ser realizados durante el periodo del estudiante.

2.1.5.1.1. Para poder ver el cronograma de pagos el administrador deberá pulsar en “Cronograma”. Este paso arrojará ua ventana emergente en la cual se mostrará una tabla con los campos en N° cuota mes, monto y saldo respectivo al alumno con sus detalles correspondientes a los pagos.

2.1.5.1.1.1. Para salir de la ventana emergente deberá pulsar en “Aceptar” o en cerrar.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.1.1. En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2. En el punto 2.1.2.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1. En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.3. El administrador tendrá la potestad de poder ver los pagos realizados hasta la fecha, también podrá ser solicitada por otro usuario mediante el administrador.

2.2.3.1. Previamente al pulsar el botón de “Ver Pagos” arrojará una ventana emergente la cual mostrará una tabla con los detalles de los pagos hasta la fecha; solo de referencia.

70 Ingeniería de Sistemas e Informática - UNSM

Page 72: MI CASTIllo Encantado-Original

2013

2.2.4. El administrador tendrá la potestad de poder el cronograma de pagos del alumno, también podrá ser solicitada por otro usuario mediante el administrador.

2.2.4.1. Previamente al pulsar el botón de “Cronograma” arrojará una ventana emergente la cual mostrará una tabla con los detalles de los pagos que deben realizarse y de los que ya se realizaron; solo de referencia.

REPORTE

Proyecto: Versión: 1.0Especificación de Caso de Uso: Ficha de Matrícula Fecha: 21/11/2012

Especificación de Caso de Uso: Ficha de Matrícula

1. Registrar Pagos1.1Descripción

Este caso de uso reporta todas las fichas de matrículas de los alumnos.

2. Flujo de Eventos2.1Flujo Básico2.1.1 El administrador podrá ver la fecha del alumno solicitado; ver el

punto 2.1.2. 2.2.5. El actor administrador solicitará la información requerida por el

sistema. El sistema muestra los campos requeridos para introducir los datos; los campos a llenar son: Alumno y Código. Una vez llenados los campos se procede a pulsar en “Ver Ficha Única”.

2.2.5.1. Antes, el administrador podrá buscar al alumno que se requiera ingresar la información correspondiente, pulsando en el botón de “Buscar”; a continuación arrojará una ventana

71 Ingeniería de Sistemas e Informática - UNSM

Page 73: MI CASTIllo Encantado-Original

2013

emergente en la cual se encuentran los alumnos ya registrados. Para seleccionar a un alumno se pulsará en el botón “Seleccionar” respectivo al alumno. Automáticamente se mostrará el campo de Alumno y Código llenado y bloqueado para seguridad de no alterar los registros como Alumno.

2.2.5.2. El administrador solicita ver la ficha de matrícula pulsando en “Ver Ficha única”; automáticamente se abrirá una pensataña en la cual se muestre la ficha.

2.2.5.2.1. La ficha mostrada es la ficha original de la institución con todos los requisitos completados que fueron ingresados por el sistema.

2.2Flujos Alternativos2.2.1 En el punto 2.1.2 del Flujo Básico

El sistema no podrá mostrar la ficha si el nombre del alumno no está ingresado. En el punto 2.1.2 del Flujo Básico

El sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.2 En el punto 2.1.2.1 del Flujo Básico El botón “Buscar Alumno” facilita la labor del administrador al pulsar el botón “Seleccionar” con respecto del objetivo alumno.

2.2.2.1 En el punto 2.1.2.1 del Flujo BásicoTambién se podrá realizar la búsqueda al insertar el nombre y/o apellido del alumno; y para mostrar el resultado de lo ingresado se oprime el botón “Buscar” procediendo a la selección del alumno que se requiera, en “Seleccionar”.

2.2.3 El administrador tendrá la potestad de poder ver los pagos realizados hasta la fecha, también podrá ser solicitada por otro usuario mediante el administrador.

2.2.3.1 Previamente al pulsar el botón de “Ver Pagos” arrojará una ventana emergente la cual mostrará una tabla con los detalles de los pagos hasta la fecha; solo de referencia.

2.2.4 El administrador tendrá la potestad de poder el cronograma de pagos del alumno, también podrá ser solicitada por otro usuario mediante el administrador.

2.2.4.1 Previamente al pulsar el botón de “Cronograma” arrojará una ventana emergente la cual mostrará una tabla con los detalles de los pagos que deben realizarse y de los que ya se realizaron; solo de referencia.

2.2.4.1.1 Esta ficha se podrá imprimir y/o guardar.

72 Ingeniería de Sistemas e Informática - UNSM

Page 74: MI CASTIllo Encantado-Original

2013

Proyecto: Versión: 1.0Especificación de Caso de Uso: Alumnos Matriculados Fecha: 21/11/2012

Especificación de Caso de Uso: Alumnos Matriculados

1. Registrar Alumnos Matriculados1.1.Descripción

Este caso de uso reporta todos los alumnos matriculados.2. Flujo de Eventos

2.1.Flujo Básico2.1.1. El administrador podrá ver todos los alumnos matriculados

respecto al año lectivo; ver el punto 2.1.2. 2.1.1.1. El actor administrador solicitará la información requerida

por el sistema. El sistema muestra los campos requeridos para introducir los datos; el campo a llenar es: Año Lectivo. Una vez selecionado el campo se procede a pulsar en “Mostrar Reporte”.

2.1.1.1.1. Antes, el administrador podrá buscar el año lectivo que se solicite mostrar.

2.1.1.1.1.1. Automáticamente se abrirá una pestaña para descargar la lista total de los alumnos matriculados en el año seleccionado.

2.1.1.1.1.1.1. Se podrá Imprimir y guardar el reporte. 2.2.Flujos Alternativos

2.2.5 En el punto 2.1.2 del Flujo BásicoEl sistema no podrá mostrar el reporte de los matriculados si el año lectivo no está ingresado.

2.2.5.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadro de advertencia en el campo que es de importancia para el sistema.

2.2.5.1.1 En el punto 2.1.2.1 del Flujo Básico El botón “Mostrar Reporte” arrojará automáticamente el reporte.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Matrículas Sección/Grado Fecha: 21/11/2012

Especificación de Caso de Uso: Matrículas Sección/Grado

2. Registrar Matrículas Sección/Grado

1.1Descripción

73 Ingeniería de Sistemas e Informática - UNSM

Page 75: MI CASTIllo Encantado-Original

2013

Este caso de uso arroja el reporte de todos los alumnos matriculados respectos al Grado, Sección y Año Lectivo.

2 Flujo de Eventos2.1Flujo Básico

2.1.1 El administrador podrá ver todos los alumnos matriculados respecto al Grado, Sección y Año Lectivo; ver el punto 2.1.2.

2.1.1.1 El actor administrador solicitará la información requerida por el sistema. El sistema muestra los campos requeridos para introducir los datos; el campo a llenar es: Grado, Sección y Año Lectivo. Una vez seleccionados los campos se procede a pulsar en “Mostrar Reporte”.

2.1.1.1.1 Antes, el administrador podrá buscar el grado que se solicite mostrar.

2.1.1.1.2 Antes, el administrador podrá buscar la sección que se solicite mostrar

2.2.1.1.1. Antes, el administrador podrá buscar el año lectivo que se solicite mostrar.

2.2.1.1.1.1. Automáticamente se abrirá una pestaña para descargar la lista total de los alumnos matriculados en el año seleccionado.

2.2.1.1.1.1.1. Se podrá Imprimir y guardar el reporte. 2.3.Flujos Alternativos

2.1.2 En el punto 2.1.2 del Flujo BásicoEl sistema no podrá mostrar el reporte de los campos de carácter obligatorio no se encuentra llenados correctamente.

2.1.2.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadro de advertencia en el campo que es de importancia para el sistema.

2.1.2.1.1 En el punto 2.1.2.1 del Flujo Básico El botón “Mostrar Reporte” arrojará automáticamente el reporte.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Boleta Pago Fecha: 21/11/2012

Especificación de Caso de Uso: Boleta de Pago

1. Registrar Boleta de Pago

1.1 DescripciónEste caso de uso arroja el reporte de la boleta de pago respecto al alumno matriculado.

2. Flujo de Eventos

74 Ingeniería de Sistemas e Informática - UNSM

Page 76: MI CASTIllo Encantado-Original

2013

2.1 Flujo Básico2.1.3 El administrador podrá solicitar el reporte de la boleta de un

alumno matriculado; ver el punto 2.1.2. 2.1.3.1 El actor administrador solicitará la información requerida

por el sistema. El sistema muestra los campos requeridos para introducir los datos; el campo a llenar es: Alumno y Código. Una vez seleccionados los campos se procede a pulsar en “Ver Boleta”.

2.1.3.1.1 Antes, el administrador podrá buscar el grado que se solicite mostrar.

2.1.3.1.2 Antes, el administrador podrá buscar la sección que se solicite mostrar

2.1.1.1.1 Antes, el administrador podrá buscar el año lectivo que se solicite mostrar.

2.1.1.1.1.1 Automáticamente se abrirá una pestaña para descargar la lista total de los alumnos matriculados en el año seleccionado.

2.1.1.1.1.1.1 Se podrá Imprimir y guardar el reporte. 2.2 Flujos Alternativos2.1.4 En el punto 2.1.2 del Flujo Básico

El sistema no podrá mostrar el reporte de los campos de carácter obligatorio no se encuentra llenados correctamente.

2.1.4.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadro de advertencia en el campo que es de importancia para el sistema.

2.1.4.1.1 En el punto 2.1.2.1 del Flujo Básico El botón “Ver Boleta” arrojará automáticamente el reporte.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Apoderado Fecha: 21/11/2012

Especificación de Caso de Uso: Apoderado

3. Registrar Apoderado

2.2DescripciónEste caso de uso arroja el reporte de todos los apoderados respectos al Grado, Sección y Año Lectivo.

3 Flujo de Eventos3.1Flujo Básico

3.1.1 El administrador podrá ver todos los apoderados respecto al Grado, Sección y Año Lectivo; ver el punto 2.1.2.

75 Ingeniería de Sistemas e Informática - UNSM

Page 77: MI CASTIllo Encantado-Original

2013

3.1.1.1 El actor administrador solicitará la información requerida por el sistema. El sistema muestra los campos requeridos para introducir los datos; el campo a llenar es: Grado, Sección y Año Lectivo. Una vez seleccionados los campos se procede a pulsar en “Mostrar Reporte”.

3.1.1.1.1 Antes, el administrador podrá buscar el grado que se solicite mostrar.

3.1.1.1.2 Antes, el administrador podrá buscar la sección que se solicite mostrar

2.3.1.1.1. Antes, el administrador podrá buscar el año lectivo que se solicite mostrar.

2.3.1.1.1.1. Automáticamente se abrirá una pestaña para descargar la lista total de los alumnos matriculados en el año seleccionado.

2.3.1.1.1.1.1. Se podrá Imprimir y guardar el reporte. 2.4.Flujos Alternativos

3.1.2 En el punto 2.1.2 del Flujo BásicoEl sistema no podrá mostrar el reporte de los campos de carácter obligatorio no se encuentra llenados correctamente.

3.1.2.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadro de advertencia en el campo que es de importancia para el sistema.

3.1.2.1.1 En el punto 2.1.2.1 del Flujo Básico El botón “Mostrar Reporte” arrojará automáticamente el reporte.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Familiares Fecha: 21/11/2012

Especificación de Caso de Uso: Familiares

1. Registrar Familiares

1.1.DescripciónEste caso de uso arroja el reporte de todos los familiares respectos al alumno.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador podrá ver todos los apoderados con respecto al alumno; ver el punto 2.1.2.

2.1.1.1. El actor administrador solicitará la información requerida por el sistema. El sistema muestra los campos requeridos para introducir los datos; el campo a llenar es: Alumno y Código. Una vez seleccionados los campos se procede a pulsar en “Ver Familiar”.

76 Ingeniería de Sistemas e Informática - UNSM

Page 78: MI CASTIllo Encantado-Original

2013

2.1.1.1.1. Antes, el administrador podrá buscar al alumno del que se requiera ver los familiares.

2.1.1.1.1.1. Previamente a ello el administrador deberá pulsar en “Buscar”; automáticamente se abrirá una ventana emergente mostrándose una tabla con los nombres de los alumnos

2.1.1.1.1.1.1. El administrador deberá pulsar en “Seleccionar” con respecto al alumno.

2.1.1.1.2. Una vez llenados los campos necesarios, se debe pulsar en “Ver Familiar”, esto nos direccionará a una ventana emergente la cual nos mostrará a todos los familiares del alumno.

2.1.1.1.2.1. Se mostrará una tabla con los datos de todos los nombres, ocupaciones y parentescos de los familiares

2.1.1.1.3. Se podrá Imprimir y guardar el reporte. 2.2.Flujos Alternativos

3.1.3 En el punto 2.1.2 del Flujo BásicoEl sistema no podrá mostrar el reporte de los campos de carácter obligatorio no se encuentra llenados correctamente.

3.1.3.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadro de advertencia en el campo que es de importancia para el sistema.

3.1.3.1.1 En el punto 2.1.2.1 del Flujo Básico El botón “Ver Familiar” arrojará automáticamente el reporte.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Usuarios del Sistema Fecha: 21/11/2012

Especificación de Caso de Uso: Usuarios del Sistema

1. Registrar Usuarios del Sistema

1.1.DescripciónEste caso de uso arroja el reporte de todos los familiares respectos al alumno.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador podrá ver todos los usuarios del sistema; ver el punto 2.1.2.

2.2.1.1.1. El actor administrador solicitará la información de los usuarios que tienen privilegios para acceder al sistema.

77 Ingeniería de Sistemas e Informática - UNSM

Page 79: MI CASTIllo Encantado-Original

2013

2.2.1.1.1.1. Previamente a ello el administrador deberá pulsar en “Mostrar Reporte de Usuario”; automáticamente se abrirá una ventana emergente mostrándose una tabla con los nombres de los usuarios.

2.3.Flujos Alternativos2.2.1 En el punto 2.1.2 del Flujo Básico

El administrador sólo deberá pulsar el botón en este caso de uso.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Personal de Caja Fecha: 21/11/2012

Especificación de Caso de Uso: Personal de Caja

1. Registrar Personal de Caja

1.1.DescripciónEste caso de uso arroja el reporte de todos los familiares respectos al alumno.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador podrá ver a todos los personales que se encuentra en caja; ver el punto 2.1.2.

2.1.2. El actor administrador solicitará la información de los personales que tienen privilegios para acceder a la caja.

2.1.2.1. Previamente a ello el administrador deberá pulsar en “Mostrar Reporte”; automáticamente se abrirá una ventana emergente mostrándose una tabla con los nombres de los personales referentes al área de caja.

2.2.Flujos Alternativos2.2.1 En el punto 2.1.2 del Flujo Básico

El administrador sólo deberá pulsar el botón en este caso de uso.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Traslados Fecha: 21/11/2012

Especificación de Caso de Uso: Traslados

1. Registrar Traslados1.1.Descripción

78 Ingeniería de Sistemas e Informática - UNSM

Page 80: MI CASTIllo Encantado-Original

2013

Este caso de uso reporta todos los traslados de cada alumno que migra a otra institución con respecto al año lectivo.

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El administrador podrá ver todos los alumnos que migran a otra institución respecto al año lectivo; ver el punto 2.1.2.

2.1.2. El actor administrador solicita el reporte de todos los alumno que se trasladaron a otras instituciones, para ello deberá pulsar en “Mostrar Reporte de Traslado”.

2.1.2.1. Para poder ser mostrado se deberá seleccionar el año lectivo.

2.1.2.1.1. Automáticamente se arrojará el reporte con los detalles de cada alumno que se traslado en el respectivo año lectivo

2.1.2.2. Se podrá Imprimir y guardar el reporte. 2.5.Flujos Alternativos

2.2.6 En el punto 2.1.2 del Flujo BásicoEl sistema no podrá mostrar el reporte de los matriculados si el año lectivo no está ingresado.

2.2.6.1 En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadro de advertencia en el campo que es de importancia para el sistema.

2.2.6.1.1 En el punto 2.1.2.1 del Flujo Básico El botón “Mostrar Reporte de Traslado” arrojará automáticamente el reporte.

SEGURIDAD

Proyecto: Versión: 1.0Especificación de Caso de Uso: Registro de Módulos Fecha: 21/11/2012

Especificación de Caso de Uso: Registro de Módulos

1. Registrar Registro de Módulos1.1.Descripción

Este caso de uso registra los módulos para el sistema. Previo al almacenamiento

2. Flujo de Eventos2.1.Flujo Básico

79 Ingeniería de Sistemas e Informática - UNSM

Page 81: MI CASTIllo Encantado-Original

2013

2.1.1. El actor administrador tendrá la potestad de guardar y editar, ver el punto 2.1.2. El actor tendrá la potestad de Crear nuevo, ver el punto 2.1.3. El actor administrador tendrá la potestad de eliminar un módulo, pasar al punto 2.1.4.

2.1.2. El administrador podrá guardar un nuevo módulo, deberá llenar los campos que requiere el sistema, los campos son: Descripción, Padre, URL.

2.1.2.1. El administrador tendrá la potestad de editar un módulo, previo a ello deberá seleccionar un módulo que se encuentre parte derecha de la pantalla.

2.1.2.1.1. Automáticamente los campos son llenados, el administrador deberá modificar dentro de los campos para su edición

2.1.2.1.1.1. Para finalizar la edición pulsar en “Guardar”.2.1.3. Para agregar un nuevo módulo, se pulsará en “Agregar Nuevo”,

automáticamente aparecerán los campos de Descripción, Padre, URL para ser llenados.

2.1.3.1. El administrador deberá llenar los campos respectivamente; una vez llenados todos pulsar en ”Guardar”.

2.1.4. El administrador solicita la eliminación de un módulo, para ello deberá seleccionar el módulo a eliminar al costado de pantalla.

2.1.4.1. Una vez seleccionado el módulo, los campo se llenarán automáticamente. Previamente pulsar en “Eliminar”.

2.2.5.2.2. Una vez pulsado el botón, el módulo desaparecerá del sistema.

2.3.Flujos Alternativos2.3.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.3.1.1. En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.3.2. En el punto 2.1.3 del Flujo BásicoEl administrador podrá agregar un nuevo módulo, pulsando en “Agregar Nuevo”.

2.3.2.1. En el punto 2.1.3.1. del Flujo BásicoEl sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.3.3. En el punto 2.1.4.1 del Flujo BásicoEl sistema no podrá eliminar si el módulo no fue seleccionado.

80 Ingeniería de Sistemas e Informática - UNSM

Page 82: MI CASTIllo Encantado-Original

2013

Proyecto: Versión: 1.0Especificación de Caso de Uso: Perfiles Fecha: 21/11/2012

Especificación de Caso de Uso: Perfiles

1. Registrar Perfiles1.1.Descripción

Este caso de uso registra los perfiles para los usuarios. Previo al almacenamiento

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El actor administrador tendrá la potestad de guardar y editar el perfil de usuario, ver el punto 2.1.2. El actor tendrá la potestad de Crear nuevo perfil, ver el punto 2.1.3. El actor administrador tendrá la potestad de eliminar un perfil, pasar al punto 2.1.4.

2.1.2. El administrador podrá guardar un nuevo perfil, deberá llenar los campos que requiere el sistema, los campos son: descripción.

2.1.2.1. Para editar, dentro de la tabla que se muestran los perfiles, la segunda imagen se deberá pulsarlo para la edición.

2.1.2.1.1. Automáticamente los campos son llenados, el administrador deberá modificar dentro de los campos para su edición

2.1.2.1.1.1. Para finalizar la edición pulsar en “Guardar”.2.1.3. Para agregar un nuevo perfil, se pulsará en “Agregar Nuevo”,

automáticamente aparecerán los campos de Descripción para ser llenados.

2.1.3.1. El administrador deberá llenar los campos respectivamente; una vez llenados todos pulsar en ”Guardar”.

2.1.4. El administrador solicita la eliminación de un módulo, para ello deberá seleccionar dentro de la tabla la acción de eliminar.

2.1.4.1. La eliminación debe ser respectivo al perfil2.1.4.1.1. Una vez pulsado el botón, el módulo desaparecerá

del sistema.2.2.Flujos Alternativos

2.2.1. En el punto 2.1.2 del Flujo BásicoEl sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.2. En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

81 Ingeniería de Sistemas e Informática - UNSM

Page 83: MI CASTIllo Encantado-Original

2013

2.2.3. En el punto 2.1.3 del Flujo BásicoEl administrador podrá agregar un nuevo módulo, pulsando en “Agregar Nuevo”.

2.2.3.1. En el punto 2.1.3.1 del Flujo BásicoEl sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.3.4. En el punto 2.1.4.1 del Flujo BásicoEl sistema eliminará automáticamente del sistema al pulsar la acción de eliminar.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Permisos Fecha: 21/11/2012

Especificación de Caso de Uso: Permisos

1. Registrar Permiso.1.1.Descripción

Este caso de uso registra los permisos respecto a los perfiles para los usuarios. Previo al almacenamiento

2. Flujo de Eventos2.1.Flujo Básico

El actor administrador tendrá la potestad dar permisos a los usuarios ingresados. El administrador podrá actualizar los permisos. Ver el punto 2.1.1.

2.1.1. Para actualizar el administrador deberá dar click en cada check que se desee habilitar o deshabilitar al permiso de un usuario respectivo.

2.1.1.1. El administrador pulsará en “Actualizar”, para la finalización de cada permiso para cada perfil.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema mostrará todos los permisos habilitados y deshabilitados de cada usuario.

Proyecto: Versión: 1.0Especificación de Caso de Uso: Usuarios Fecha: 21/11/2012

82 Ingeniería de Sistemas e Informática - UNSM

Page 84: MI CASTIllo Encantado-Original

: Apoderado : ApoderadoIndex : IndexIndex : Index

frmControles : frmControlesfrmControles : frmControlesalumno : alumnoalumno : alumno

Control Salud : Control Salud

Control Salud : Control Salud

Estado Salud : Estado Salud

Estado Salud : Estado Salud

abrir formulario

mostrar datos

abrir

abrir

mostrar datos

mostrar datos

abrir

btn buscar

cargar

buscar

seleccionar

cargar

btn nuevo

verificar datos

cargar

nuevo control

cargar

brn guadar

cargar

abrir

btn buscar

cargar

buscar

seleccionar

cargar

btn guardar

cargar

diagrama de secuencia controles

2013

Especificación de Caso de Uso: Usuarios

1. Registrar Usuarios1.1.Descripción

Este caso de uso registra los perfiles para los usuarios. Previo al almacenamiento

2. Flujo de Eventos2.1.Flujo Básico

2.1.1. El actor administrador tendrá la potestad de almacenar un nuevo usuario. Ver el punto 2.1.2.

2.1.2. El administrador podrá guardar un nuevo usuario, deberá llenar los campos que requiere el sistema, los campos son: Perfil, Nombre, Usuario, Clave.

2.1.2.1. Para almacenar el nuevo usuario deberá ser llenados todos los campos.

2.2.Flujos Alternativos2.2.1. En el punto 2.1.2 del Flujo Básico

El sistema no podrá almacenar si algún campo de carácter obligatorio se encuentre en vacío, es decir si un campo no fue llenado.

2.2.4. En el punto 2.1.2 del Flujo BásicoEl sistema mostrará cuadros de advertencias en los campos que son de suma importancia para el sistema de información.

2.2.5. En el punto 2.1.2. del Flujo BásicoEl sistema no podrá eliminar ningún usuario.

Diagrama de Secuencias

83 Ingeniería de Sistemas e Informática - UNSM

Page 85: MI CASTIllo Encantado-Original

: Apoderado : ApoderadoIndex : IndexIndex : Index

frmControles : frmControlesfrmControles : frmControlesalumno : alumnoalumno : alumno

Control Salud : Control Salud

Control Salud : Control Salud

Estado Salud : Estado Salud

Estado Salud : Estado Salud

abrir formulario

mostrar datos

abrir

abrir

mostrar datos

mostrar datos

abrir

btn buscar

cargar

buscar

seleccionar

cargar

btn nuevo

verificar datos

cargar

nuevo control

cargar

brn guadar

cargar

abrir

btn buscar

cargar

buscar

seleccionar

cargar

btn guardar

cargar

diagrama de secuencia controles

2013

84 Ingeniería de Sistemas e Informática - UNSM

: Apoderado : Apoderado Index : IndexIndex : Index frmAlumno : frmAlumnofrmAlumno : frmAlumno

alumno : alumnoalumno : alumno

datos alumno : datos alumno

datos alumno : datos alumno

desarrollo ninio : desarrollo ninio

desarrollo ninio : desarrollo ninio

domicilio alumno : domicilio alumno

domicilio alumno : domicilio alumno

datos familiares : datos familiares

datos familiares : datos familiares

traslado : traslado

traslado : traslado

Diagrama de Secuencia Mantenimiento-alumno

abrir Formulario

cargar pagina

mostrar datos

abrir

abrir

mostrar datos

mostrar datos

btn nuevo alumno

btn editar alumno

insertar

mostrar datos

btn buscar alumno

cargar

seleccionar

insertar

mostrar datos

btn guardar

insertar

mostrar datos

btn buscar

abrir

seleccionar

insertar

btn editar

btn guardar

cargar

cargar

ingresar

btn nuevo domicilio

cargar

cargar

btn verificar

btn buscar

seleccionar

btn guardar

cargar

ingresar

btn nuevo familiar

btn buscar

cargar

seleccionar

cargar

btn verificar

btn guardar

cargar

ingresar

btn buscar

cargar

seleccionar

ingresar

btn editar

btn guardar

cargar

Page 86: MI CASTIllo Encantado-Original

2013

85 Ingeniería de Sistemas e Informática - UNSM

: Apoderado : Apoderado Index : IndexIndex : Index frmAlumno : frmAlumnofrmAlumno : frmAlumno

alumno : alumnoalumno : alumno

datos alumno : datos alumno

datos alumno : datos alumno

desarrollo ninio : desarrollo ninio

desarrollo ninio : desarrollo ninio

domicilio alumno : domicilio alumno

domicilio alumno : domicilio alumno

datos familiares : datos familiares

datos familiares : datos familiares

traslado : traslado

traslado : traslado

Diagrama de Secuencia Mantenimiento-alumno

abrir Formulario

cargar pagina

mostrar datos

abrir

abrir

mostrar datos

mostrar datos

btn nuevo alumno

btn editar alumno

insertar

mostrar datos

btn buscar alumno

cargar

seleccionar

insertar

mostrar datos

btn guardar

insertar

mostrar datos

btn buscar

abrir

seleccionar

insertar

btn editar

btn guardar

cargar

cargar

ingresar

btn nuevo domicilio

cargar

cargar

btn verificar

btn buscar

seleccionar

btn guardar

cargar

ingresar

btn nuevo familiar

btn buscar

cargar

seleccionar

cargar

btn verificar

btn guardar

cargar

ingresar

btn buscar

cargar

seleccionar

ingresar

btn editar

btn guardar

cargar

: Apoderado : ApoderadoIndex : IndexIndex : Index frmMatricula : frmMatriculafrmMatricula : frmMatricula : alumno : alumno

Matricula Alumno : Matricula Alumno

Matricula Alumno : Matricula Alumno

Datos Apoderado : Datos Apoderado

Datos Apoderado : Datos Apoderado

Labor Educando : Labor Educando

Labor Educando : Labor Educando

Control Salud : Control Salud

Control Salud : Control Salud

Estado Salud : Estado Salud

Estado Salud : Estado Salud

DC Matricula

abrir formulario

mostrar datos

abrir

mostrar datos

abrir

mostrar datos

ingresar

btn buscar

cargar

buscar alumno

seleccionar

ingresar

btn editar

btn guardar

cargar

ver ficha

abrir

btn buscar familiar

cargar

buscar alumno

seleccionar

cargar

btn editar

btn guardar

cargar

abrir

btn nueva labor

btn buscar

cargar

buscar alumno

seleccionar

cargar

btn editar

btn guardar

cargar

cargar

btn buscar

cargar

buscar

seleccionar

cargar

btn nuevo

cargar

insertar

verificar control

btn guardar

cargar

cargar

btn nuevo control

cargar

buscar

seleccionar

cargar

guardar

cargar

btn buscar

cargar

buscar

seleccionar

cargar

verificar

nuevo estado

cargar

buscar alumno

buscar

buscar

seleccionar

buscar

btn guardar

Page 87: MI CASTIllo Encantado-Original

: Apoderado : Apoderado : Index : Index :frmPagos:frmPagos : alumno : alumno

pagos : pagospagos : pagos

Diagrma Secuencia Pagos

abrir formulario

mostrar datos

abrir

mostrar datos

abrir

mostrar datos

abrir

btn buscar

llenar

ver pago

ver cronograma

ingresar

btn guardar

cargar

2013

86 Ingeniería de Sistemas e Informática - UNSM

: Apoderado : ApoderadoIndex : IndexIndex : Index frmMatricula : frmMatriculafrmMatricula : frmMatricula : alumno : alumno

Matricula Alumno : Matricula Alumno

Matricula Alumno : Matricula Alumno

Datos Apoderado : Datos Apoderado

Datos Apoderado : Datos Apoderado

Labor Educando : Labor Educando

Labor Educando : Labor Educando

Control Salud : Control Salud

Control Salud : Control Salud

Estado Salud : Estado Salud

Estado Salud : Estado Salud

DC Matricula

abrir formulario

mostrar datos

abrir

mostrar datos

abrir

mostrar datos

ingresar

btn buscar

cargar

buscar alumno

seleccionar

ingresar

btn editar

btn guardar

cargar

ver ficha

abrir

btn buscar familiar

cargar

buscar alumno

seleccionar

cargar

btn editar

btn guardar

cargar

abrir

btn nueva labor

btn buscar

cargar

buscar alumno

seleccionar

cargar

btn editar

btn guardar

cargar

cargar

btn buscar

cargar

buscar

seleccionar

cargar

btn nuevo

cargar

insertar

verificar control

btn guardar

cargar

cargar

btn nuevo control

cargar

buscar

seleccionar

cargar

guardar

cargar

btn buscar

cargar

buscar

seleccionar

cargar

verificar

nuevo estado

cargar

buscar alumno

buscar

buscar

seleccionar

buscar

btn guardar

Page 88: MI CASTIllo Encantado-Original

: Apoderado : Apoderado : Index : Index :frmPagos:frmPagos : alumno : alumno

pagos : pagospagos : pagos

Diagrma Secuencia Pagos

abrir formulario

mostrar datos

abrir

mostrar datos

abrir

mostrar datos

abrir

btn buscar

llenar

ver pago

ver cronograma

ingresar

btn guardar

cargar

2013

87 Ingeniería de Sistemas e Informática - UNSM : Director : Director : Index : Index frmReporteApoderadofrmReporteApoderado

: alumno : alumno

Apoderado : ApoderadoApoderado : Apoderado

DS Reporte Alumnos MatriculadosDS Reporte Apoderado

abrir formulario

mostrar datos

mostrar datos

cargar

seleecionar anio lectivo

cargar

mostrar reporte

seleccionar grado

seleccionar seccion

cargar

mostrar datos

cargar

Page 89: MI CASTIllo Encantado-Original

2013

88 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReporteApoderadofrmReporteApoderado : alumno : alumno

Apoderado : ApoderadoApoderado : Apoderado

DS Reporte Alumnos MatriculadosDS Reporte Apoderado

abrir formulario

mostrar datos

mostrar datos

cargar

seleecionar anio lectivo

cargar

mostrar reporte

seleccionar grado

seleccionar seccion

cargar

mostrar datos

cargar

Page 90: MI CASTIllo Encantado-Original

2013

89 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReporteFamiliaresfrmReporteFamiliares : alumno : alumno

Familiares : FamiliaresFamiliares : Familiares

DS Reporte Alumnos MatriculadosDS Reporte Familiares

abrir formulario

mostrar datos

mostrar datos

cargar

cargar

buscar

btn buscar

cargar

mostrar datos

cargar

seleccionar

cargar

ver familiar

cargar

Page 91: MI CASTIllo Encantado-Original

2013

90 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReporteAlumnosMatriculadosfrmReporteAlumnosMatriculados : alumno : alumno

Alumnos Matriculados : Alumnos Matriculados

Alumnos Matriculados : Alumnos Matriculados

DS Reporte Alumnos Matriculados

abrir formulario

mostrar datos

abrir

mostrar datos

cargar

mostrar datos

cargar

seleecionar anio lectivo

cargar

mostrar reporte

Page 92: MI CASTIllo Encantado-Original

2013

91 Ingeniería de Sistemas e Informática - UNSM

Page 93: MI CASTIllo Encantado-Original

2013

92 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index :frmReporteFichaMatricula:frmReporteFichaMatricula

: alumno : alumno

Ficha Matricula : Ficha Matricula

Ficha Matricula : Ficha Matricula

DS Reporte Ficha Matricula

abrir formulario

cargar datos

cargar datos

mostrar datos

cargar

ingresar

cargar

btn buscar

cargar

buscar alumno

seleccionar

cargar

ver ficha

cargar

ver historial

Page 94: MI CASTIllo Encantado-Original

2013

93 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReporteBoletaPagofrmReporteBoletaPago : alumno : alumno

Boleta Pago : Boleta Pago

Boleta Pago : Boleta Pago

DS Reporte Boleta Pago

abrir formulario

mostrar datos

cargar

mostrar datos

mostrar datos

cargar

cargar

btn buscar

cargar

buscar alumno

seleccionar

cargar

ver boleta

cargar

ver historial

Page 95: MI CASTIllo Encantado-Original

2013

94 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReporteMatriculadosfrmReporteMatriculados : alumno : alumno

Matriculados Seccion/Grado : Matriculados Seccion/Grado

Matriculados Seccion/Grado : Matriculados Seccion/Grado

DS Reporte Alumnos MatriculadosDS Reporte Matriculados Seccion/Grado

abrir formulario

mostrar datos

mostrar datos

cargar

seleecionar anio lectivo

cargar

mostrar reporte

cargar

mostrar datos

cargar

seleccionar grado

seleccionar seccion

Page 96: MI CASTIllo Encantado-Original

: Director : Director : Index : Index frmReporteMatriculadosfrmReporteMatriculados : alumno : alumno

Matriculados Seccion/Grado : Matriculados Seccion/Grado

Matriculados Seccion/Grado : Matriculados Seccion/Grado

DS Reporte Alumnos MatriculadosDS Reporte Matriculados Seccion/Grado

abrir formulario

mostrar datos

mostrar datos

cargar

seleecionar anio lectivo

cargar

mostrar reporte

cargar

mostrar datos

cargar

seleccionar grado

seleccionar seccion

2013

95 Ingeniería de Sistemas e Informática - UNSM

Page 97: MI CASTIllo Encantado-Original

2013

96 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReporteMatriculadosfrmReporteMatriculados : alumno : alumno

Matriculados Seccion/Grado : Matriculados Seccion/Grado

Matriculados Seccion/Grado : Matriculados Seccion/Grado

DS Reporte Alumnos MatriculadosDS Reporte Matriculados Seccion/Grado

abrir formulario

mostrar datos

mostrar datos

cargar

seleecionar anio lectivo

cargar

mostrar reporte

cargar

mostrar datos

cargar

seleccionar grado

seleccionar seccion

Page 98: MI CASTIllo Encantado-Original

: Director : Director : Index : Index frmReporteTrasladosfrmReporteTraslados : alumno : alumno

Traslados : TrasladosTraslados : Traslados

DS Reporte Alumnos MatriculadosDS Reporte Traslados

abrir formulario

mostrar datos

mostrar datos

cargar

cargar

mostrar reporte

cargar

mostrar datos

cargar

seleccionar anio lectivo

2013

97 Ingeniería de Sistemas e Informática - UNSM

Page 99: MI CASTIllo Encantado-Original

2013

98 Ingeniería de Sistemas e Informática - UNSM

: Director : Director : Index : Index frmReportePersonalCajafrmReportePersonalCaja : alumno : alumno

Personal Caja : Personal CajaPersonal Caja : Personal Caja

DS Reporte Alumnos MatriculadosDS Reporte Personal de Caja

abrir formulario

mostrar datos

mostrar datos

cargar

cargar

mostrar reporte

cargar

mostrar datos

cargar

Page 100: MI CASTIllo Encantado-Original

2013

: Director : Director : Index : Index frmReporteUsuariofrmReporteUsuario : alumno : alumno

Usuario : UsuarioUsuario : Usuario

DS Reporte Alumnos MatriculadosDS Reporte Usuario del Sistema

abrir formulario

mostrar datos

mostrar datos

cargar

cargar

mostrar reporte

cargar

mostrar datos

cargar

99 Ingeniería de Sistemas e Informática - UNSM

Page 101: MI CASTIllo Encantado-Original

2013

: Director : Director : Index : Index :frmPerfiles:frmPerfiles

Perfiles : PerfilesPerfiles : Perfiles

DS Perfiles

abrir formulario

mostrar datos

buscar

cargar

mostrar datos

cargar

cargar

editar

eliminar

elegir

cargar

guardar

cargar

100 Ingeniería de Sistemas e Informática - UNSM

Page 102: MI CASTIllo Encantado-Original

2013

: Director : Director : Index : Index :frmPermisos:frmPermisos

Permisos : Permisos

Permisos : Permisos

DS Permisos

abrir formulario

mostrar datos

dar permisos

guardar

cargar

mostrar datos

cargar

ver personal

restringir accesos

cargar

101 Ingeniería de Sistemas e Informática - UNSM

Page 103: MI CASTIllo Encantado-Original

2013

: Director : Director : Index : Index frmUsuariofrmUsuario

Usuario : Usuario

Usuario : Usuario

DS Usuario

abrir formulario

mostrar datos

guardar

cargar

mostrar datos

cargar

seleccionar usuario

llenar datos

cargar

102 Ingeniería de Sistemas e Informática - UNSM

Page 104: MI CASTIllo Encantado-Original

Diagrama de Colaboración

: Apoderado Index : Index frmControles : frmControles

alumno : alumno Control Salud : Control Salud

Estado Salud : Estado Salud

2: mostrar datos 4: mostrar datos

6: mostrar datos10: buscar

11: seleccionar16: nuevo control

23: buscar24: seleccionar

8: btn buscar13: btn nuevo

14: verificar datos18: brn guadar

21: btn buscar26: btn guardar

DC Controles

1: abrir formulario 3: abrir

5: abrir

7: abrir12: cargar17: cargar

9: cargar15: cargar19: cargar

20: abrir25: cargar

22: cargar27: cargar

Page 105: MI CASTIllo Encantado-Original

2013

104 Ingeniería de Sistemas e Informática - UNSM

: Apoderado Index : Index frmAlumno : frmAlumno

3: mostrar datos5: mostrar datos

alumno : alumno

datos alumno : datos alumno

7: mostrar datos

14: btn nuevo alumno16: btn editar alumno

desarrollo ninio : desarrollo ninio

9: mostrar datos10: btn buscar alumno

15: mostrar datos17: btn guardar

12: seleccionar23: seleccionar32: seleccionar41: seleccionar49: seleccionar

20: mostrar datos21: btn buscar25: btn editar

26: btn guardar

domicilio alumno : domicilio alumno

29: btn nuevo domicilio34: btn verificar30: btn buscar35: btn guardar

datos familiares : datos familiares

traslado : traslado

38: btn nuevo familiar39: btn buscar43: btn verificar44: btn guardar

47: btn buscar51: btn editar

52: btn guardar

DC alumno

1: abrir Formulario

2: cargar pagina

4: abrir 6: abrir

8: insertar13: insertar

11: cargar18: cargar

19: insertar24: insertar

22: abrir27: cargar

28: ingresar33: cargar

31: cargar36: cargar

37: ingresar42: cargar

40: cargar45: cargar

46: ingresar50: ingresar

48: cargar53: cargar

Page 106: MI CASTIllo Encantado-Original

: Apoderado Index : Index frmMatricula : frmMatricula

: alumno

Matricula Alumno : Matricula Alumno

Datos Apoderado : Datos Apoderado

Labor Educando : Labor Educando

Control Salud : Control Salud

Estado Salud : Estado Salud

2: mostrar datos 4: mostrar datos

6: mostrar datos10: buscar alumno

11: seleccionar16: ver ficha

20: buscar alumno21: seleccionar

30: buscar alumno31: seleccionar

39: buscar40: seleccionar

47: btn nuevo control58: buscar

59: seleccionar64: buscar alumno

69: btn guardar

8: btn buscar13: btn editar

14: btn guardar

18: btn buscar familiar23: btn editar

24: btn guardar

27: btn nueva labor28: btn buscar33: btn editar

34: btn guardar

37: btn buscar42: btn nuevo

45: verificar control53: btn guardar

49: buscar50: seleccionar

56: btn buscar61: verificar

62: nuevo estado66: buscar

67: seleccionar

DC Matricula

1: abrir formulario 3: abrir

5: abrir

7: ingresar12: ingresar

9: cargar15: cargar

17: abrir22: cargar

19: cargar25: cargar

26: abrir32: cargar

29: cargar35: cargar

36: cargar41: cargar48: cargar52: cargar

38: cargar46: cargar51: cargar

54: guardar

55: cargar60: cargar65: buscar

57: cargar63: cargar68: buscar

43: cargar

44: insertar

2013

105 Ingeniería de Sistemas e Informática - UNSM

Page 107: MI CASTIllo Encantado-Original

2013

: Apoderado : Index :frmPagos

pagos : pagos

: alumno

2: mostrar datos 4: mostrar datos

6: mostrar datos10: ver pago

11: ver cronograma

8: btn buscar13: btn guardar

DC Pagos

1: abrir formulario 3: abrir5: abrir

7: abrir12: ingresar

9: llenar14: cargar

106 Ingeniería de Sistemas e Informática - UNSM

Page 108: MI CASTIllo Encantado-Original

2013

: Director : Index

: alumno

Apoderado : Apoderado

frmReporteApoderado

2: mostrar datos4: mostrar datos

6: mostrar datos12: mostrar reporte

8: seleccionar grado9: seleccionar seccion

10: seleecionar anio lectivo

DC Reporte Apoderado

1: abrir formulario 3: cargar

7: cargar

11: cargar

5: cargar

107 Ingeniería de Sistemas e Informática - UNSM

Page 109: MI CASTIllo Encantado-Original

2013

: Director : Index

: alumnofrmReporteAlumnosMatriculados

Alumnos Matriculados : Alumnos Matriculados

2: mostrar datos 4: mostrar datos6: mostrar datos

10: mostrar reporte

8: seleecionar anio lectivo

DC Reporte Alumnos Matriculados

1: abrir formulario 3: abrir

7: cargar

9: cargar

5: cargar

108 Ingeniería de Sistemas e Informática - UNSM

Page 110: MI CASTIllo Encantado-Original

2013

: Director : Index : alumno

Boleta Pago : Boleta Pago

frmReporteBoletaPago

2: mostrar datos4: mostrar datos

6: mostrar datos10: buscar alumno

11: seleccionar15: ver historial

8: btn buscar13: ver boleta

DC Reporte Boleta Pago

1: abrir formulario3: cargar

7: cargar12: cargar

9: cargar14: cargar

5: cargar

109 Ingeniería de Sistemas e Informática - UNSM

Page 111: MI CASTIllo Encantado-Original

2013

: Director : Index : alumno

Familiares : Familiares

frmReporteFamiliares

2: mostrar datos 4: mostrar datos

6: mostrar datos10: buscar

11: seleccionar

8: btn buscar13: ver familiar

DC Reporte Familiares

1: abrir formulario 3: cargar

7: cargar12: cargar

9: cargar14: cargar

5: cargar

110 Ingeniería de Sistemas e Informática - UNSM

Page 112: MI CASTIllo Encantado-Original

2013

: Index : alumno : Director

Ficha Matricula : Ficha Matricula :frmReporteFichaMatricula

2: cargar datos

4: mostrar datos

6: cargar datos10: buscar alumno

11: seleccionar

8: btn buscar13: ver ficha

14: ver historial

DC Reporte Ficha Matricula

3: cargar

7: cargar12: cargar

9: cargar15: cargar

1: abrir formulario

5: ingresar

111 Ingeniería de Sistemas e Informática - UNSM

Page 113: MI CASTIllo Encantado-Original

2013

: Director : Index

: alumno

Matriculados Seccion/Grado : Matriculados Seccion/Grado

frmReporteMatriculados

2: mostrar datos 4: mostrar datos 6: mostrar datos12: mostrar reporte

8: seleccionar grado9: seleccionar seccion

10: seleecionar anio lectivo

DC Reporte Matriculados Seccion/Grado

1: abrir formulario 3: cargar

7: cargar

11: cargar

5: cargar

112 Ingeniería de Sistemas e Informática - UNSM

Page 114: MI CASTIllo Encantado-Original

2013

: Director : Index : alumno

Personal Caja : Personal Caja

frmReportePersonalCaja

2: mostrar datos 4: mostrar datos 6: mostrar datos

8: mostrar reporte

DC Reporte Personal de Caja

1: abrir formulario 3: cargar

7: cargar

9: cargar

5: cargar

113 Ingeniería de Sistemas e Informática - UNSM

Page 115: MI CASTIllo Encantado-Original

2013

: Director : Index : alumno

Traslados : Traslados

frmReporteTraslados

2: mostrar datos 4: mostrar datos 6: mostrar datos

8: seleccionar anio lectivo9: mostrar reporte

DC Reporte Traslados

1: abrir formulario 3: cargar

7: cargar

10: cargar

5: cargar

114 Ingeniería de Sistemas e Informática - UNSM

Page 116: MI CASTIllo Encantado-Original

2013

: Director : Index

: alumno

Usuario : Usuario

frmReporteUsuario

2: mostrar datos4: mostrar datos 6: mostrar datos

8: mostrar reporte

DC Reporte Usuario del Sistema

1: abrir formulario 3: cargar

7: cargar

9: cargar

5: cargar

115 Ingeniería de Sistemas e Informática - UNSM

Page 117: MI CASTIllo Encantado-Original

2013

: Director : Index

Modulos : Modulos

frmModulos

2: mostrar datos

4: mostrar datos

6: seleccionar padre7: llenar datos

8: guardar

10: editar modulos11: llenar datos

12: guardar

DC Modulos

1: abrir formulario 3: cargar 5: cargar

9: cargar

116 Ingeniería de Sistemas e Informática - UNSM

Page 118: MI CASTIllo Encantado-Original

2013

: Director : Index

Perfiles : Perfiles

:frmPerfiles

2: mostrar datos

4: mostrar datos

6: buscar

8: elegir9: editar

10: eliminar12: guardar

DC Perfil

1: abrir formulario

3: cargar

5: cargar11: cargar

7: cargar13: cargar

117 Ingeniería de Sistemas e Informática - UNSM

Page 119: MI CASTIllo Encantado-Original

2013

: Director : Index

Permisos : Permisos

:frmPermisos

2: mostrar datos

4: mostrar datos

6: ver personal7: dar permisos

8: restringir accesos9: guardar

DC Permisos

1: abrir formulario

3: cargar5: cargar

10: cargar

118 Ingeniería de Sistemas e Informática - UNSM

Page 120: MI CASTIllo Encantado-Original

2013

: Director : Index

Usuario : Usuario

frmUsuario

2: mostrar datos

4: mostrar datos

6: seleccionar usuario7: llenar datos

8: guardar

DC Usuario

1: abrir formulario

3: cargar

5: cargar

9: cargar

119 Ingeniería de Sistemas e Informática - UNSM

Page 121: MI CASTIllo Encantado-Original

Diagrama de Componentes

Diagrama de Componentes

ClienteServidor

Emisor

Componente Matricula

Receptor

Receptor

Work Thread

Emisor

Peticion

Respuesta

Page 122: MI CASTIllo Encantado-Original
Page 123: MI CASTIllo Encantado-Original