tesis final
TRANSCRIPT
INSTITUTO SUPERIOR IDAT
PROGRAMA ACADÉMICO DE COMPUTACIÓN E INFORMÁTICA
SISTEMA DE CONTROL ADMINISTRATIVO
SCHOOL MANAGER
DÍAZ SANCHEZ, OLGA JENNIFER
ESPINOZA URBANO, JUAN EDUARDO
MAGUHN GONZALES, JIM
YUMBATO PACAYA, JUAN MANUEL
LIMA - PERÚ
2008
SISTEMA DE CONTROL ADMINISTRATIVO
SCHOOL MANAGER
PARA LA INSTITUCIÓN EDUCATIVA PRIVADA
PEDRO PAULET
DÍAZ SANCHEZ, OLGA JENNIFER
ESPINOZA URBANO, JUAN EDUARDO
MAGUHN GONZALES, JIM
YUMBATO PACAYA, JUAN MANUEL
TESIS PARA OPTAR EL TÍTULO DE PROFESIONAL
TÉCNICO EN COMPUTACIÓN E INFORMÁTICA
INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO – IDAT
CARRERA PROFESIONAL DE COMPUTACIÓN E
INFORMÁTICA
LIMA, PERÚ
Año 2008
| 3
© 2008, Todo el contenido de esta tesis, está sujeto a la protección de los
derechos de autor, de los derechos de la propiedad intelectual y de otras leyes
de la protección de la misma.
Queda prohibida su divulgación, reproducción, modificación, uso comercial o
utilización para cualquier fin diferente al académico sin autorización expresa y
por escrito de los autores.
| 4
Calificación otorgada por el Jurado evaluador
Nombre Calificación Firma
PRESIDENTE
MIEMBRO
MIEMBRO
MIEMBRO
Lima, 06 de Setiembre de 2008
| 5
Dedicada con cariño a nuestros padres
por habernos dado una formación
sólida en valores.
| 6
Expresamos nuestro agradecimiento al Instituto Superior Tecnológico
Particular IDAT a través de su carrera computación e informática
por mi formación académica y profesional.
| 7
INDICE GENERAL
CALIFICACIÓN OTORGADA POR EL JURADO EVALUADOR ................................................. 4
CAPÍTULO I: INTRODUCCIÓN ............................................................................................... 15
1.1. ANTECEDENTES ............................................................................................................ 15
1.2. SITUACIÓN PROBLEMÁTICA ............................................................................................ 15
1.3. FORMULACIÓN DEL PROBLEMA ...................................................................................... 16
1.4. OBJETO DE ESTUDIO Y CAMPO DE ACCIÓN ..................................................................... 17
1.5. OBJETIVOS ................................................................................................................... 18
1.5.1. Objetivo General: ................................................................................................... 18
1.5.2. Objetivos Específicos: ............................................................................................ 18
1.6. ALCANCE Y LIMITACIONES ............................................................................................. 19
1.6.1. Alcance: .................................................................................................................. 19
1.6.2. Limitaciones: ........................................................................................................... 20
1.7. APORTE PRÁCTICO ....................................................................................................... 22
1.8. MÉTODOS Y MEDIOS ..................................................................................................... 22
CAPÍTULO II: MARCO CONTEXTUAL .................................................................................... 23
2.1. ENTORNO DEL PROBLEMA DE ESTUDIO ........................................................................... 23
2.1.1. Datos Generales de la Empresa ............................................................................ 23
2.1.2. Diagnóstico Empresarial o Estratégico .................................................................. 24
2.1.3. Diagnóstico Funcional ............................................................................................ 27
2.1.4. Diagnóstico del Proceso de Negocio ..................................................................... 30
2.2. RELACIÓN TESISTA Y PROBLEMA DE ESTUDIO .................................................................. 36
2.3. ANÁLISIS DE LOS PROBLEMAS OBSERVADOS ................................................................... 36
2.4. ANTECEDENTES DE PROYECTOS SIMILARES .................................................................... 37
CAPÍTULO III:MARCO TEÓRICO .............................................................................................. 38
3.1. ÁREAS VINCULADAS CON EL SISTEMA: ............................................................................ 38
3.1.1. Área de Matricula y Académica (notas) ................................................................. 38
3.2. METODOLOGÍA RUP Y LAS MEJORES PRÁCTICAS PARA EL DESARROLLO DE SOFTWARE 50
| 8
3.2.1. Desarrollar software iterativamente con la metodología RUP ............................... 50
3.2.2. Diagrama de UML .................................................................................................. 53
CAPÍTULO IV:MODELAMIENTO DE LA SOLUCIÓN DE SOFTWARE .................................... 75
4.1. PLAN DE DESARROLLO .................................................................................................. 75
4.1.1. Vista General del proyecto ..................................................................................... 75
4.1.2. Organización del Proyecto ..................................................................................... 78
4.1.3. Gestión del Proceso ............................................................................................... 81
4.2. DOCUMENTO VISIÓN ..................................................................................................... 91
4.2.1. Formulación del Problema ..................................................................................... 91
A) SENTENCIA QUE DEFINE EL PROBLEMA: .......................................................................... 95
B) SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO: .................................................... 96
4.2.2. Descripción de Stake Holders ................................................................................ 96
Director de la Institución ...................................................................................................... 99
4.2.3. Descripción Global del Producto .......................................................................... 100
4.2.4. Restricciones ........................................................................................................ 102
4.2.5. Requisitos de Documentación .............................................................................. 102
4.2.6. Otros Requisitos del Producto .............................................................................. 103
4.3. ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE...................................................... 103
4.3.1. Especificaciones ................................................................................................... 103
4.3.2. Modelamiento Dinámico ....................................................................................... 106
4.3.3. Diagrama de Secuencia y Colaboración. ............................................................. 144
4.3.4. Modelamiento Estático ......................................................................................... 153
E. Diagrama de Estado ................................................................................................. 165
4.4. ESPECIFICACIONES SUPLEMENTARIAS.......................................................................... 173
4.4.1. Funcionalidad Común .......................................................................................... 173
4.4.2. Utilidad .................................................................................................................. 173
4.4.3. Fiabilidad .............................................................................................................. 175
4.4.4. Performance ......................................................................................................... 175
4.4.5. Restricciones de Diseño ....................................................................................... 176
4.4.6. Portabilidad ........................................................................................................... 176
CAPÍTULO V: REALIZACION DE LA SOLUCION DE SOFTWARE ..................................... 177
5.1. PLAN DE IMPLEMENTACIÓN .......................................................................................... 177
5.1.1. Carga Inicial .......................................................................................................... 177
5.1.2. Transferencia de conocimientos y tecnología. ..................................................... 177
5.1.3. Verificación y Aceptación del Sistema ................................................................. 178
5.1.4. Liberación en Productivo ...................................................................................... 178
5.2. MANUALES Y DOCUMENTACIÓN TÉCNICA ...................................................................... 178
5.2.1. Manual de uso y operación (DE USUARIO) ........................................................ 178
5.2.2. Manual de procedimientos de usuario (TECNICO).............................................. 178
5.2.3. Manual de procedimientos de soporte técnico (SEGURIDAD) ............................ 178
5.3. PROGRAMAS FUENTE .................................................................................................. 178
5.3.1. Estándares ........................................................................................................... 178
5.3.2. Organización de la Biblioteca ............................................................................... 179
5.3.3. Biblioteca de programas fuentes .......................................................................... 181
CAPÍTULO VI:CONCLUSIONES .............................................................................................. 183
| 9
CAPÍTULO VII:RECOMENDACIONES ..................................................................................... 185
CAPÍTULO VIII: BIBLIOGRAFIA .............................................................................................. 186
8.1. TEXTOS ...................................................................................................................... 186
8.2. DIRECCIONES DE PÁGINAS WEB: .................................................................................. 186
CAPÍTULO IX:GLOSARIO ........................................................................................................ 187
CAPÍTULO X: ANEXOS .......................................................................................................... 191
| 10
LISTADO DE TABLAS
Tabla 1: Matriz FODA ....................................................................................................................... 26
Tabla 2: Plan de Estudios ................................................................................................................. 39
Tabla 3 : Horas de Libre Disponibilidad ............................................................................................ 47
Tabla 4 Roles y Responsabilidades .................................................................................................. 79
Tabla 5: Plan de Fases del Proyecto ................................................................................................ 83
Tabla 6: Descripción de las Fases del Proyecto ............................................................................... 83
Tabla 7: Costo De Recursos Humanos ............................................................................................ 90
Tabla 8: Costo de Software............................................................................................................... 90
Tabla 9: Costo de Hardware ............................................................................................................. 91
Tabla 10: Costo de Materiales .......................................................................................................... 91
Tabla 11: Costo Total ........................................................................................................................ 91
| 11
LISTADO DE FIGURAS
Imagen 1: WBS (EDT) Estructura de Descomposición del Trabajo ................................................. 21
Imagen 2: Ubicación del Centro Educativo Pedro Paulet ................................................................. 23
Imagen 3: Organigrama de la Institución .......................................................................................... 28
Imagen 4: Arquitectura de un sistema utilizando paquetes .............................................................. 54
Imagen 5: Componentes e interfaces, formato icónico .................................................................... 56
Imagen 6: Componentes e interfaces, formato extendido ................................................................ 56
Imagen 7: Ejemplo de Diagrama de Secuencia................................................................................ 57
Imagen 8: Diagrama de Colaboración .............................................................................................. 57
Imagen 9: Gráficos de Entidad y Relación ........................................................................................ 69
Imagen 10: Calendario del Proyecto ................................................................................................. 82
Imagen 11: Avance del Proyecto ...................................................................................................... 85
Imagen 12: Diagrama de Costos Previstos ...................................................................................... 86
Imagen 13: Cuadro de Control de Tiempodel Proyecto ................................................................... 87
Imagen 14: Cuadro del Control de Costos y Actividades ................................................................. 88
Imagen 15: Cuadro de Costos por Recursos.................................................................................... 89
Imagen 16: Informe de Costos Presupuestados .............................................................................. 90
| 12
LISTADO DE DIAGRAMAS
Diagrama 1: Caso de Uso del Negocio ............................................................................................. 30
Diagrama 2: Diagrama de Actividad del Proceso de Matricula ......... ¡Error! Marcador no definido.
Diagrama 3: Diagrama de Actividad del Proceso de Registro de Notas¡Error! Marcador no definido.
Diagrama 4: Diagrama de Actividad del Proceso de Descuento ...................................................... 33
Diagrama 5: Diagrama de Proceso de Cobros ................................................................................. 33
Diagrama 6: Diagrama de Proceso de Registro del Personal ........... ¡Error! Marcador no definido.
Diagrama 7: Diagrama de Actividad del Proceso de Planilla ............ ¡Error! Marcador no definido.
Diagrama 8: Diagrama de Paquetes ............................................................................................... 106
Diagrama 9: Diagrama de Caso de Uso Matricula ......................................................................... 107
Diagrama 10: Diagrama de Caso de Uso de Descuento ................................................................ 115
Diagrama 11: Diagrama de Caso de Uso de Cobros a Alumnos ................................................... 118
Diagrama 12: Diagrama de Caso de Uso de Notas ....................................................................... 123
Diagrama 13: Diagrama de Caso de Uso de Personal ................................................................... 127
Diagrama 14: Diagrama de Caso de Uso: Planilla ......................................................................... 140
| 13
LISTADO DE ANEXOS
ENTREVISTAS ........................................................................................................ 191
MATRIZ DE TRAZABILIDAD ....................................................................................... 196
MANUAL DE USO Y OPERACIÓN ....................................................................... 197
MANUAL DE PROCEDIMIENTOS DE USUARIO ................................................. 230
MANUAL DE DE PROCEDIMIENTOS DE SOPORTE TÉCNICO ......................... 243
CASOS DE PRUEBA ................................................................................................ 255
| 14
RESUMEN
Esta tesis titulada, “Sistema de Control Administrativo School Manager para la
Institucion Educativa Privada “Pedro Paulet”, abarca los procesos de matrícula,
notas, cobros y control de personal.
Podremos ver en esta tesis el desarrollo para la automatización de dichos
procesos los cuales presentan para la institución educativa Pedro Paulet un
salto a la tecnología, por consiguiente, todos los beneficios que este proyecto
conlleva.
El proyecto School Manager, agilizará en el proceso de matrícula, ya que éste
se tornaba demasiado lento por ser manual. Del mismo modo en el
Departamento Académico, el registro manual de las notas, debido a la forma de
calificación se tornaba muy engorroso obtener las calificaciones para los
docentes. En este aspecto, el Sistema School Manager gestiona de una
manera más ordenada, fácil, rápida y eficiente. En el Departamento de
Cobranza, el Sistema controlará los pagos que realizan los alumnos, de esta
manera, se tendrá un mejor control de los ingresos. En el Departamento de
Personal el sistema permitirá un manejo de datos ordenado, también se
controlará los pagos a través de la planilla, mediante la generación de las
boletas de pago.
| 15
CAPÍTULO I: INTRODUCCIÓN
1.1. Antecedentes
La Institución Educativa Pedro Paulet, dedicada a la formación del educando,
ha tenido en los últimos años un significativo incremento de alumnado, el cual
favorece a la institución pero debido a que manejan sus procesos de forma
manual, han tenido un desequilibrio en cuanto a rapidez, eficiencia y filtraciones
ilícitas de dinero.
Ante ello surge la necesidad de automatizar sus procesos más importantes
como el de matrícula, notas, cobros y personal; ya que anteriormente no han
contado con ningún proyecto.
1.2. Situación Problemática
De acuerdo a la problemática planteada por el director de la institución
educativa, se realizo un estudio de la misma para conocer a profundidad la
situación del caso.
El departamento académico presenta malestar en el proceso de control y
registro de notas por ser muy lento no se entrega a tiempo para la generación
de libretas de notas y demás documentos. El departamento de matricula debido
| 16
al crecimiento del alumnado los procesos del mismo se ha tornado lento y
tedioso.
En el departamento de Cobranza como en el departamento de personal los
procesos de pagos y cobros son inexactos habiendo detectado filtros de dinero
ocasionando pérdidas para la institución.
1.3. Formulación del Problema
Habiendo realizado un estudio de la situación problemática en los diversos
departamentos anteriormente mencionados; procederemos a detallar cada
unos de los problemas en sus procesos más importantes:
Departamento de Matricula:
Lentitud en la inscripción y matricula de los alumnos.
Desorden con los documentos de los alumnos.
Riesgo de pérdida de documentos
Departamento Académico
La entrega de registro de notas no son dados a tiempo.
El manejo de registros de notas a los docentes se les torna engorroso
debido al método de calificación.
El cálculo del promedio es muy tedioso por la cantidad de notas que se
maneja por cada alumno.
Departamento de Cobranza
Mal manejo en el control de los pagos realizados por los alumnos.
Demora en la generación de reportes de ingresos mensuales.
Falta de seguridad en cuanto al control de los cobros a los alumnos.
Departamento Personal
No hay un buen control de la hora de ingreso del personal.
Riesgo de pérdida de documentación del personal.
| 17
Demora en la generación de la planilla y malestar con los pagos de
docentes.
Debido a que todos los procesos se realizan de manera manual se busca con
el desarrollo de este sistema automatizarlo, agilizando así dichos proceso.
1.4. Objeto de Estudio y Campo de Acción
Para la Institución Educativa Pedro Paulet, que requiere de un sistema que
automatice sus procesos más importantes y pueda tener así un mejor control
de su información se implementara el sistema de control Administrativo School
Manager.
En la oficina de secretaria se implementara una terminal donde el sistema le
permitirá agilizar los procesos de matrícula y cobros a alumnos, teniendo a su
alcance la información de cada alumno, sin la necesidad de recurrir a su
biblioteca de archivos.
En la oficina de Director se instalara el servidor de Base de Datos como
también una terminal para que este pueda realizar sus consultas de los
alumnos como también del personal para así poder generar la planilla.
Brindándole todos los principales necesarios para su desenvolvimiento con el
sistema y sus necesidades.
Contando con un laboratorio de computo, se implementara el software para que
los docentes puedan ingresar al sistema y poder acceder a sus registro de
notas, el cual servirá para el ingreso de la notas por tareas, evaluaciones y
otros.
Por último, para realizar el control de asistencia del personal se instalara un
modulo en la entrada de la institución, donde el docente y demás trabajadores
podrán realizar la marcación de su ingreso y salida.
| 18
1.5. Objetivos
1.5.1. Objetivo General:
Automatizar los distintos procesos, tales como matricula, cobros a los
alumnos, control de asistencia y pagos de personal, que se dan dentro del
plantel educativo, así lograr la eficiencia y rapidez en el manejo de la
información que dichos procesos requieren.
1.5.2. Objetivos Específicos:
A. Funcionales
Automatizar los procesos que corresponden a la Matricula.
Automatizar los procesos que corresponden a los Pagos de personal
mediante la planilla.
Automatizar los procesos que corresponden al cobro de los alumnos
como pensiones y cursos a cargo.
Agilizar los procesos de evaluación del alumnado creando un registro
para el ingreso de notas, calculo de promedios y reportes.
B. Técnicos
Para el Modelamiento de la información se utilizará la metodología
RUP en conjunto con el UML con lo cual lograremos un plano visual del
proceso de desarrollo del proyecto.
La plataforma es una de las más utilizadas en el mercado Microsoft
Windows XP Professional.
El lenguaje de programación a utilizar será: C#.net del paquete de
Microsoft, el cual es orientado a objetos.
Se utilizará el gestor de Base de Datos Microsoft SQL Server 2005, el
cual será implementado en la Institución Educativa.
C. Calidad
El software cumple con los requerimientos establecidos por la institución
educativa Pedro Paulet. Asimismo, se ha cumplido con los
| 19
requerimientos de desarrollo de software sugeridos en la metodología de
desarrollo (fases) que estamos utilizando, que es el RUP.
D. Artefactos
Documento plan de desarrollo de software.
Documento Análisis de requerimientos.
Documento Visión.
Análisis para el negocio.
La presentación de los prototipos del sistema.
Al final se entregará el instalador del software, como también entrega
del código fuente y tres tipos de manuales:
Manual de uso y operación.
Manual de procedimientos de usuario.
Manual de procedimientos de soporte técnico.
Con el fin de que el usuario responsable lleve a cabo la instalación del sistema
de una manera óptima.
1.6. Alcance y Limitaciones
1.6.1. Alcance:
WBS (EDT) Estructura de Descomposición del Trabajo:
El WBS o EDT es la descomposición jerárquica del trabajo que será
ejecutado por el equipo del proyecto. Nos permitirá organizar y definir el
alcance total del proyecto, ya que nos permite subdividir el trabajo en
porciones más pequeñas y fáciles de manejar, donde cada nivel
descendente de la EDT representa una definición cada vez más detallada
del trabajo del proyecto. (Ver figura 1.1)
| 20
1.6.2. Limitaciones:
El sistema solo controlará en lo que respecta a pagos de personal, al
proceso de planilla.
El sistema en el área de cobranza no controlará la venta de uniformes,
útiles, y otros.
No trabaja directamente con contabilidad, solo genera reportes
referenciales.
| 21
WBS (EDT):
Imagen 1: WBS (EDT) Estructura de Descomposición del Trabajo
| 22
1.7. Aporte Práctico
Con el desarrollo e implementación del sistema de control administrativo
School Manager, se podrá beneficiar desde la Dirección académica hasta el
alumnado como los padres de familia. Donde estos últimos podrán tener la
información más rápida por parte de la secretaria, dirección y personal docente.
1.8. Métodos y Medios
Para el análisis de los requerimientos se utilizaran métodos como Workshop,
entrevistas, muestreo.
Luego se analizaran los requerimientos y de acuerdo a ello se procederá con el
uso de la herramienta Rational Rose en el modelado de la información con el
lenguaje UML.
Para la construcción y desarrollo se utilizara la programación orientada a
objetos (POO) utilizando el lenguaje de programación C#.Net la cual trabajara
con la base de datos Microsoft SQL Server 2005.
| 23
CAPÍTULO II: MARCO CONTEXTUAL
2.1. Entorno del problema de estudio
2.1.1. Datos Generales de la Empresa
Nombre: Institución Educativa Privada “Pedro Paulet”
Actividad Económica: Servicio educativo
Número de UGEL: UGEL N°5
Ubicación: Jr. Rio Vilcanota 266 Urbanización Canto de Sol, San Juan
de Lurigancho. (Ver Imagen 2)
Imagen 2: Ubicación del Centro Educativo Pedro Paulet
| 24
Reseña Histórica de La Empresa
La Institución Educativa Privada “Pedro Paulet” fue creada mediante
resolución directoral Nº 0556-88 con fecha de creación 29 de setiembre
de 1988 su nivel de modalidad es inicial, primaria y secundaria de
menores.
Cuenta con 300 alumnos, los cuales a nivel primaria, 6 grados
(1°,2,°3°,4°,5° y 6°) y secundaria en 5 grados (1°,2°,3°,4°y 5°) los cuales
son atendidos por personal Docente Calificado.
2.1.2. Diagnóstico Empresarial o Estratégico
A. Análisis Estratégico
1. Misión:
Somos una institución integrada por personal docente calificado dedicada
al servicio integro de la educación en valores y conocimientos para los
alumnos, para su desarrollo y compromiso con la sociedad.
2. Visión:
La Institución Educativa Privada Pedro Paulet desempeña sus labores
académicas para lograr llegar a ser la institución mejor reconocida dentro
del distrito.
3. FODA:
a) Análisis Interno:
Lista de Fortalezas:
Contamos con Profesionales altamente calificados a quienes
apoyamos con actualizaciones y especializaciones.
Contamos con solvencia para invertir en el desarrollo de SW
para beneficio de nuestros educandos.
Condiciones de trabajo adecuados.
Lista de Debilidades:
| 25
Dificultad en los procesos de cobros y deudas de los alumnos y la
ubicación de los documentos generados en ese trámite.
Los reportes de los manejos de cuenta de los clientes no son
exactos.
No existe un sistema que ayude y acelere los procesos.
b) Análisis Externo:
Lista de Oportunidades:
Debido al crecimiento de la población en el distrito, podemos
captar nuevos alumnos.
La oferta de software para el apoyo y control del sistema
académico.
La institución académica se encuentra cerca de una de las
avenidas más importantes de distrito.
Lista de Amenazas:
Competencia con instituciones privadas del mismo giro del
negocio.
Retiro de alumnado por factores económicos.
c) Matriz FODA
La iniciativa estratégica que sustenta la existencia del proyecto es la DA
(1); la misma que indica la Adquisición de un software que automatice
las diversas tareas aminorando las dificultades que nos da los procesos
manuales así agilizándolos, siendo un competidor fuerte en nuestro
rubro. (Ver Tabla 1)
| 26
Tabla 1: Matriz FODA
ANÁLISIS
INTERNO
ANÁLISIS
EXTERNO
LISTA DE FORTALEZA LISTA DE DEBILIDADES
F1. Contamos con
profesionales altamente
calificados.
F2.Contamos con
solvencia para invertir en
el desarrollo de SW
F3. Condiciones de
trabajo adecuados.
D1. Dificultad en los procesos de
cobros y deudas de los alumnos
D2. Los reportes de los manejos
de cuenta de los clientes no son
exactos.
D3. No contar con un sistema que
ayude y acelere los procesos.
LISTA DE OPORTUNIDADES FO (Maxi-Maxi)
1. Evaluar las propuestas
y realizar un estudio de
acuerdo a nuestra
capacidad de
inversión.(F2,O2)
DO (Mini-Maxi)
1. Aprovechar el apoyo del sw
ofertado para mejorar los
procesos donde existen
dificultades.(O2,D1,D2,D3)
O1. Debido al crecimiento de la
población en el distrito, podemos
captar nuevos alumnos.
O2. La oferta de software para el
apoyo y control del sistema
académico.
O3. La institución académica se
encuentra cerca de una de las
avenidas más importantes de
distrito.
LISTA DE AMENAZAS FA (Maxi-Mini)
1. El apoyo de nuestro
personal calificado
garantiza que el alumnado
no opte por irse a otra
institución.(F1,A1)
DA (Mini-Mini)
1. Adquisición de un software que
automatice las diversas tareas
aminorando las dificultades que
nos da los procesos manuales así
agilizándolos, siendo un
competidor fuerte en nuestro
rubro (D1,D2,D3,A1)
A1.Competencia con
instituciones privadas del mismo
giro del negocio.
A2.Retiro de alumnado por
factores económicos.
| 27
2.1.3. Diagnóstico Funcional
A. Clientes:
Los clientes son los alumnos, pues a ellos va el enfoque de nuestra misión;
brindándoles un servicio de calidad. En su mayoría nuestros clientes residen
en el distrito de San Juan de Lurigancho y vienen de un status económico
medio.
B. Servicio:
El servicio se basa en brindar una educación integral, orientándolos en su
formación en conocimientos, como en valores. Por ello el servicio se da seis
días por semana, es decir de lunes a sábado y se utiliza una metodología en
la cual calificamos al alumno bajo tres criterios en sus tareas y trabajos, los
cuales a continuación detallan:
Cognoscitivo: Se basa en el contenido de la tarea o de lo expuesto.
Psicomotor: Como presentan el trabajo y en caso de una exposición
como se desenvuelven
Valorativo: El mensaje que deja.
Cabe mencionar que estos criterios tienen un peso de según el curso.
C. Organigrama
Mediante el organigrama podemos ver gráficamente la estructura de la
Institución Educativa Pedro Paulet. (Ver Imagen 3)
| 28
Imagen 3: Organigrama de la Institución
Fuente: Institución educativa Pedro Paulet
Funciones:
Director
El director establecerá y definirá las metas de la organización así como
las acciones que se deben tomar para concretar la visión y misión,
como también deberá asignar los recursos en forma óptima, ordenar y
distribuir el trabajo.
Subdirector
El subdirector se encarga de apoyar todas las funciones que realizar el
director, también apoyara en la toma de decisiones y en la evaluación
de los estudios y proyectos.
Secretaria
La secretaria apoyara en el proceso de la documentación, también se
encarga de mantener la comunicación constante con los docentes y los
padres de familia.
| 29
Contabilidad
Es un staf que se encarga de registrar en los libros principales, también
se encarga de hacer los balances generales del colegio.
Departamento Administrativo
Se encarga de llevar a cabo las gestiones administrativas, como
realizar pagos, controlar deudas, realizar compras entre otros. Dentro
de este tenemos el Departamento de Cobranza quien controla todos
ingresos por pensiones, cursos a cargo, uniformes y útiles.
Departamento Académico
Encargado del control de los registros de notas y verificar el rendimiento
académico de cada alumno, además es quien determina los primeros
puestos y genera las libretas de notas.
Departamento de Matrícula
En este departamento los padres o apoderados realizan el proceso de
matrícula conjunto con el encargado(a). Podemos ubicar también la
documentación respectiva de los alumnos.
Departamento de Personal
Se encarga de hacer los contratos, ver la documentación del personal y
de sus respectivos pagos.
Comité de Padres de Familia
Conformado por los padres de familia de los alumnos que actualmente
pertenecen a la institución educativa; es decir no pueden ser miembros
los padres de ex-alumnos. Este comité representa a todos los padres
del plantel, tiene como objetivo mantener la comunicación entre la
institución y los padres.
| 30
2.1.4. Diagnóstico del Proceso de Negocio
A. Caso de Uso de Negocio
Diagrama 1: Caso de Uso del Negocio
Fuente: Elaboración propia
| 31
Diagrama de Actividades del Proceso del Negocio
Proceso de Matricula:
Diagrama 2: Diagrama de Actividad del Proceso de Matricula
Fuente: Elaboración propia
| 32
Proceso de Registro de Notas:
Diagrama 3: Diagrama de Actividad del Proceso de Registro de Notas
Fuente: Elaboración propia
| 33
Proceso de Descuento:
Diagrama 4: Diagrama de Actividad del Proceso de Descuento
Fuente: Elaboración propia
Proceso de Cobros:
Diagrama 5: Diagrama de Proceso de Cobros
Fuente: Elaboración propia
| 34
Proceso de Registro del Personal:
Diagrama 6: Diagrama de Proceso de Registro del Personal
Fuente: Elaboración propia
| 35
Proceso de Planilla:
Diagrama 7: Diagrama de Actividad del Proceso de Planilla
Fuente: Elaboración propia
Los procesos vistos de color amarillo son los involucrados en la automatización
| 36
2.2. Relación tesista y problema de estudio
Debido a que la institución educativa Pedro Paulet, no contaba con ningún
sistema se vio con la necesidad de adquirir uno, es así como se da la
oportunidad de desarrollar e implementar el software de Control Administrativo
School Manager el cual automatizará sus procesos (matricula, notas, cobros y
personal) agilizándolos ya que estos eran demasiado lentos debido a que se
procedía de manera manual. De esta manera se lleva a cabo la presente tesis
para la obtención de nuestro Titulo Profesional.
2.3. Análisis de los problemas observados
En las diferentes aéreas se observaron los problemas a que a continuación se
detallan:
En el departamento de matricula el principal problema es la demora del
mismo al revisar la información y al momento del llenado de datos en
las fichas.
En el departamento académico las notas se tornan muy tediosas de
manejar en los registros manuales ya que cada tarea, evaluación o
examen tiene cada una 3 notas una por cada criterio de evaluación;
asiendo así mas tedioso y más lento el cálculo de promedios.
En el departamento de cobranza el control de los cobros a los alumnos
es lento debido a que por cada alumno hay que tener un registro de
pagos y la información es muy vulnerable.
En el departamento de personal hay problemas en cuanto a la
información de la asistencia el cual causa malestar para el desarrollo de
la planilla documento que no se en varias oportunidades no se termina
a tiempo causando descontento al personal.
| 37
2.4. Antecedentes de proyectos similares
Para la realización de este proyecto, se tomo como ejemplo de apoyo el
"Sistema de Información de Apoyo a la Gestión de la Institución Educativa
(SIAGIE)"; el cual es utilizado por el Ministerio de Educación para la generación
de Nóminas y Fichas de Matrícula.
Como también se tomo importancia al sistema de Planilla SISPLANI,
sirviéndonos como modelo para la creación y construcción del modulo de
personal donde involucra a su vez la creación de la planilla para personal del
Centro educativo.
| 38
CAPÍTULO III: MARCO TEÓRICO
Nuestro sistema está dirigido para el área de matrícula, académica (notas), cobros
y personal de La Institución Educativa Privada “Pedro Paulet”, ya que actualmente
no cuentan con un sistema integrado y gran parte de los procesos es manual,
dificultando y demorando algunos trámites como es el caso de la matricula y
planilla.
Desde ese punto veremos algunos conceptos sobre las áreas afectadas en el
sistema:
3.1. Áreas vinculadas con el sistema:
3.1.1. Área de Matricula y Académica (notas)
A. Normas y orientaciones pedagógicas específicas para la educación
básica regular
1. Diseño Curricular Nacional:
El Diseño Curricular Nacional (DCN), aprobado por la R.M. Nº 0667-
2005-ED, expresa las intenciones educativas a nivel nacional y sirve de
base para la diversificación curricular de cada institución educativa. El
DCN contiene los aprendizajes fundamentales y básicos que deben
desarrollar los estudiantes en cada nivel educativo, en cualquier ámbito
| 39
del país con calidad educativa y equidad. Al mismo tiempo considera la
diversidad humana, cultural y lingüística.
2. Plan de Estudios de la Educación Básica Regular
El Plan de Estudios que articula los niveles de Educación Inicial,
Primaria y Secundaria es el siguiente:
Tabla 2: Plan de Estudios
La I.E. Bilingüe considera la lengua materna y el castellano como
segunda lengua en el área de Comunicación Integral.
| 40
La Dirección de la UGEL monitorea y supervisa que cada IE haya
organizado su Plan de Estudios con las horas mínimas que establece la
presente norma y que las II.EE. que tienen Educación Bilingüe
consideren en el área de Comunicación Integral, la lengua materna y el
castellano como segunda lengua.
| 41
3. Organización del año escolar
Inicio y preparación del año escolar:
Cada I.E. detalla en su Plan anual de trabajo - PAT la fecha de inicio y
término del año escolar. Éste tiene una duración no menor de 40
semanas lectivas.
Las clases se inician a nivel nacional el 3 de marzo, en un marco de
flexibilidad que tiene en cuenta las características geográficas,
climatológicas, económico – productivas y socio – culturales de la
Región a la que pertenece la IE.
Las actividades de evaluación del año y los informes de gestión
elaborados por los docentes, directores y subdirectores (según
corresponda) serán insumos para reajustar el Plan Curricular de la
Institución PCI. Esta actividad se debe desarrollar en el mes de
diciembre del año anterior.
Las actividades de planificación, programación, y organización escolar
del año se desarrollan en el mes de diciembre del año anterior. Todos
los docentes deben tener listos en ese mes los documentos de gestión
pertinentes, incluyendo el Cuadro de Distribución y Secciones y Horas
de clase, para iniciar el año escolar en la fecha prevista. Desde el mes
de enero, el Director de la I.E., con el apoyo de su CONEI y de la
APAFA, prepara y acondiciona la Institución para el inicio del año
escolar.
El Director de la IE es responsable de remitir a más tardar el 10 de
enero el cuadro de Distribución y Secciones y Horas de clase del Nivel
Secundario y Técnico Productiva de su plantel a la UGEL de su
jurisdicción para su revisión y aprobación.
En el área rural, se establece el horario de la jornada escolar diaria que
se adecue mejor a la realidad local. En esta decisión participan, además
de la Dirección de la IE, los padres de familia.
| 42
El área de Educación Física debe tener, dentro del horario escolar, por
lo menos 2 horas de trabajo pedagógico. Los profesores especializados
en Educación Física en las II.EE. públicas tienen una carga horaria de
30 horas semanales; los que no lleguen a completarlas en una misma
IE, lo harán en otras cercanas.
Culminación de los estudios de Educación Secundaria
Los estudiantes del 5º grado de Secundaria, para postular a las
Instituciones de Educación Superior, deben completar y aprobar sus
estudios de los cinco grados de este nivel educativo. La Dirección de la
IE entrega, bajo responsabilidad, documentos de orden de mérito de
cualquiera de los grados de secundaria, al finalizar el 5º grado; y, los
certificados, cuando se han expedido las actas correspondientes. Se
exceptúa los casos de traslado de una IE a otra.
La Dirección de la IE está prohibida, bajo responsabilidad, de autorizar
publicidad comercial y/o funcionamiento de Instituciones de Educación
Superior o Academias Pre-Universitarias en su local escolar, así como
representantes de organizaciones benéficas para recaudar fondos sin la
autorización expresa de la UGEL o DRE.
4. Matrícula
La Dirección de la IE. realiza con el apoyo del CONEI, de los profesores
y del Municipio local, las acciones que permitan lograr una matrícula
oportuna en su ámbito de influencia.
Se prestará especial atención para que los estudiantes en situaciones
de vulnerabilidad accedan al derecho a la educación. La matrícula es
gratuita y no está condicionada al pago de la cuota señalada por la
Asociación de Padres de Familia (APAFA).
La Dirección de la IE pública, en un lugar visible, el número de vacantes
por grado de estudios, la fecha límite de inscripción y prioridades de
| 43
selección, respetando los principios de equidad e inclusión, en caso que
la demanda de matrícula supere a la oferta de la IE
En Educación Inicial, Primaria y Secundaria no se exige a los padres,
madres, y/o apoderados la compra de útiles escolares ni uniforme
escolar como requisito para la matrícula.
La matrícula de los estudiantes que ingresan a las II.EE. públicas de
Educación Básica Regular se efectuará en el mes de diciembre. En
ningún caso la matrícula está condicionada a una evaluación de
ingreso. Tampoco puede darse cualquier forma de discriminación
económica, social, confesional, cultural o de otra índole.
Los estudiantes provenientes de las zonas afectadas por el sismo del
Subcentro del país podrán matricularse sin exigencia de documentación
en cualquier parte del país. La regularización de la matrícula se efectúa
de acuerdo a los procedimientos establecidos.
a) Matrícula en Educación Inicial:
En la matrícula para Educación Inicial, la IE o Programa no
Escolarizado considera la edad cronológica, teniendo en cuenta lo
expresado para la matrícula en el primer grado de Educación
Primaria. En caso que la demanda supere la capacidad de atención
de la IE, la prioridad de ingreso es la establecida en el Reglamento
Interno de la I.E., con conocimiento de la UGEL. Esta prioridad se
publica antes de iniciar el proceso de matrícula.
En este nivel, se requiere en el acto de matrícula la presencia del
padre, madre o apoderado, y la presentación de la partida de
nacimiento o DNI si lo tiene, o el pasaporte del niño o niña. La falta
de este requisito, no impide la matrícula. La Dirección de la IE debe
coordinar su obtención con las instituciones pertinentes y en
coordinación con la Defensoría Escolar del Niño y del Adolescente,
| 44
donde hubiera, debe orientar a los padres de familia o responsables
del estudiante para que gestione dicho documento ante el Registro
Civil o RENIEC de su localidad.
b) Matrícula en Educación Primaria:
Para matricularse en el primer grado de primaria, se debe haber
cumplido 6 años de edad al inicio del año escolar, o cumplirlos hasta
el 31 de Julio inclusive, en este último caso deberán haber realizado
estudios en Educación Inicial, ciclo II - 5 años. El director puede
autorizar, bajo su responsabilidad, el ingreso a niños que no hayan
hecho Educación Inicial, si no existen estos Centros o Programas en
su ámbito territorial.
En caso que la demanda supere la capacidad de atención de la IE la
prioridad de ingreso es la establecida en el Reglamento Interno de la
IE, con conocimiento de la UGEL. Esta prioridad se publica antes de
iniciar el proceso de matrícula.
En este nivel, se requiere en el acto de matrícula la presencia del
padre, madre o apoderado, y la presentación de partida de
nacimiento y/o DNI del niño o niña. La falta de este requisito, no
impide la matrícula. La Dirección de la IE debe coordinar su
obtención con las instituciones pertinentes y en coordinación con la
Defensoría Escolar del Niño y del Adolescente, donde hubiera, debe
orientar a los padres de familia o responsables del estudiante para
que gestionen dicho documento ante el Registro Civil o RENIEC de
su localidad.
c) Matrícula en Educación Secundaria
Para matricularse en el primer grado de Educación Secundaria, se
presenta la Ficha Única de Matrícula, Partida de Nacimiento o
Pasaporte y Certificado Oficial de Educación Primaria.
d) Matrícula en Educación secundaria a Distancia Rural
Para ingresar al primer grado de Educación Secundaria a Distancia,
es necesario presentar y entregar los certificados de Educación
| 45
Primaria completa. Se acepta los traslados de la modalidad
presencial a la modalidad a distancia y viceversa.
Los estudiantes que se trasladen de otras II.EE. deben ser evaluados
por los docentes tutores para conocer su nivel de logro y determinar
su ubicación.
e) Ratificación de matrícula
La ratificación de matrícula en primaria y secundaria es automática
para los alumnos promovidos a partir del segundo grado de primaria
y se efectúa en el mes de diciembre. En los casos de necesidad de
recuperación, la ratificación de la matrícula se realiza previa
verificación de los resultados y antes del inicio del año escolar.
f) Matrícula de estudiantes con discapacidad
La IE pública reserva las vacantes para estudiantes con NEE
asociadas a discapacidad de acuerdo a la demanda y recursos de
apoyo de los equipos SAANEE.
Las aulas inclusivas tienen un número de estudiantes menor a las
que no lo son, de acuerdo a los niveles correspondientes. El
estudiante con discapacidad tanto en aula regular como en los
CEBE, debe figurar en la nómina de matrícula.
g) Matrícula de estudiantes en una IE privada
Además de las normas anteriores, en el momento de la matrícula o
de su ratificación, la IE privada está obligada a entregar a los padres
de familia un documento en el que en forma veraz y suficiente se
brinda la información sobre las condiciones pedagógicas y
económicas a las que se ajustará la prestación del servicio educativo
durante el año escolar y las responsabilidades que asumen la IE y el
padre o madre de familia. Este documento es suscrito por el padre o
madre de familia y la Dirección de la IE.
| 46
h) Traslado de Matrícula
La Dirección de la IE pública, proporciona a los padres de familia las
facilidades y documentos necesarios cuando gestionan el traslado de
matrícula de sus hijos. En la IE privada, se hace de acuerdo a las
normas establecidas. Los traslados de matrícula de los estudiantes
de una IE de EBR a otra, se realizan hasta dos meses antes de la
finalización del año escolar. Los traslados de EBA a EBR o
viceversa, se realizan mediante el proceso de convalidación de
Planes de Estudios.
Los requisitos de traslado de estudiantes con NEE son los mismos
establecidos en las diferentes modalidades y niveles, incluyendo el
informe psicopedagógico, si lo hubiere.
En el caso de desastres, la matrícula de los estudiantes de las zonas
afectadas, procede sin previa presentación de documento, con cargo
a regulación posterior de acuerdo a normas específicas emitidas por
el MED.
5. Distribución del tiempo
a) Horas de libre disponibilidad
Las II.EE. de Educación Primaria y Secundaria hacen uso de un
mínimo de 10 horas de libre disponibilidad. En estas horas en las
II.EE. públicas se da preferencia a Matemática, Comunicación y
Educación para el Trabajo. La IE pública del nivel de Secundaria, que
fue anteriormente Colegio de Variante Técnica, da preferencia a
Educación para el Trabajo siempre y cuando así lo determine el
diagnóstico de las necesidades pedagógicas y las condiciones
establecidas en este mismo documento.
El uso de las horas de libre disponibilidad deben sustentarse en el
diagnóstico de necesidades y explicitadas en su Proyecto Curricular
de la institución, en consecuencia estas también pueden ser
utilizadas para la prevención de conductas y situaciones de riesgo.
| 47
La distribución semanal de estas horas se expresa en el Plan de
Estudios teniendo en cuenta el cuadro siguiente:
Tabla 3 : Horas de Libre Disponibilidad
b) Mínimo de horas efectivas de trabajo pedagógico:
La Dirección de la IE de cualquier nivel o modalidad de Educación
Básica es responsable ante la UGEL y los padres de familia, del
cumplimiento del mínimo de horas efectivas de trabajo pedagógico
señalado en la presente norma.
El trabajo pedagógico es diferente a la jornada laboral del profesor;
comprende el desarrollo de horas de clase de 45 minutos como
mínimo y, en las II.EE. de un solo turno, estas horas se extienden
hasta 50 minutos.
En Educación Inicial:
En los centros escolarizados, el trabajo pedagógico diario es de 5
horas pedagógicas; 25 horas semanales; y un mínimo de 900 horas
anuales de trabajo pedagógico efectivo. Los tiempos utilizados para
las actividades permanentes de alimentación y aseo, por ser
contenidos del currículo, forman parte de las horas pedagógicas.
| 48
En los programas no escolarizados, el horario es flexible, de acuerdo
con el tipo de programa. Para niños de 3 a 5 años, el horario mínimo
tiene 4 horas diarias. Cada 15 días, se realizará reuniones técnico
pedagógicas de las profesoras coordinadoras con las promotoras.
Ello supone un total anual de 720 horas de funcionamiento de los
PRONOEI. En el caso de los programas de Prácticas de Crianza, el
horario es flexible según el tipo de servicio que se ofrezca.
En Educación Primaria:
El trabajo pedagógico diario es de 6 horas pedagógicas; 30 horas
semanales; y un mínimo de 1100 horas anuales. Los tiempos
utilizados para la formación, desayuno o almuerzo escolar no se les
considera como horas pedagógicas diarias. En el caso de IE del
ámbito rural, en las que se hace necesario modificar el trabajo
pedagógico por condiciones climáticas, geográficas y por el
desarrollo de actividades productivas, debe considerarse el
cumplimiento de las 1100 horas anuales adecuándolas al calendario
local.
En Educación Secundaria:
El trabajo pedagógico es de 7 horas diarias, 35 horas semanales y
un mínimo de 1200 horas anuales de trabajo pedagógico efectivo.
6. Evaluación de los Aprendizajes
a) Normas de evaluación
La evaluación de los aprendizajes en las II.EE. de Educación Inicial,
Primaria y Secundaria está normada en las disposiciones señaladas
en la Directiva VMGP de Evaluación de los Aprendizajes Nº 004-
2005 - ED aprobada por R.M. 0234-2005-ED.
Su proceso se realiza de acuerdo a la R.M. Nº 0387-2005-ED que
complementa y modifica los numerales 6.3.3 De los resultados y
| 49
6.3.5 de los Requisitos de Promoción, Repitencia y Recuperación en
la Evaluación de la Directiva Nº 004-VMGP-2005. Esta norma
también rige para todos los casos de desaprobación o repitencia de
grado en los niveles de Primaria y Secundaria.
En Educación Inicial, por ningún motivo se somete a los niños a
examen o pruebas que atenten contra su salud emocional. La
evaluación es cualitativa y no tiene un fin selectivo o promocional.
b) Convalidación de estudios:
La convalidación de estudios se rige por la Directiva Nº 004-VMGP-
2005, aprobada por R.M. Nº 234-2005-ED.
Las DRE y UGEL son responsables de difundir las tablas de
Equivalencia del Convenio Andrés Bello, así como otras normas que
permitan a las II.EE. realizar el proceso de Convalidación de los
estudios de los estudiantes de EBR de otros países suscritos al
Convenio.
c) Programa de recuperación pedagógica
El Programa de Recuperación Pedagógica tiene una duración de 6
semanas efectivas. La Dirección de la I.E. está facultada para
programar, organizar y ejecutar el Programa de Recuperación
Pedagógica antes del inicio del año escolar siguiente. Los
estudiantes que por razones de viaje u otros motivos, no pueden
rendir la evaluación de recuperación en su I.E. de origen, la rinden en
otra, siempre y cuando tengan –obligatoriamente- la autorización
expedida por la Dirección de la IE de origen.
La Dirección de la I.E. adopta las acciones pertinentes para que los
estudiantes que se matriculan teniendo un área curricular pendiente
de subsanación, participen en un programa de recuperación durante
el año, a fin de superar las dificultades vinculadas a dichas áreas.
Los estudiantes de 5º de Educación Secundaria podrán participar en
el Programa de recuperación académica hasta antes del inicio del
año lectivo siguiente. De persistir la desaprobación en 01 hasta 03
áreas curriculares, podrán asimilarse al Programa de Recuperación
Académica Anual, durante ese año subsiguiente.
| 50
El docente a cargo deberá elaborar un informe que justifique la
necesidad de la recuperación pedagógica del alumno; el cual debe
contener: capacidades a reforzar, indicadores y logros deseados al
término del período.
3.2. Metodología RUP Y Las Mejores Prácticas Para El Desarrollo De
Software
El Proceso Unificado de Rational (RUP) describe como aplicar efectivamente
enfoques comprobados comercialmente para el desarrollo de software. Estos
enfoques son llamados "mejores prácticas" pues son utilizados en la industria
por organizaciones exitosas.
RUP provee a cada miembro del equipo de las guías de proceso, plantillas y
mentores de herramientas necesarios para que el team completo tome ventaja
de, entre otras, las siguientes mejores prácticas:
3.2.1. Desarrollar software iterativamente con la metodología RUP
En función de la cada vez mayor complejidad solicitada para los sistemas de
software, ya no es posible trabajar secuencialmente: definir primero el
problema completo, luego diseñar toda la solución, construir el software y
finalmente, testear el producto. Es necesario un enfoque iterativo, que
permita una comprensión creciente del problema a través de refinamientos
sucesivos, llegando a una solución efectiva luego de múltiples iteraciones
acotadas en complejidad.
RUP utiliza y soporta este enfoque iterativo que ayuda a atacar los riesgos
mediante la producción de releases ejecutables progresivos y frecuentes
que permiten la opinión e involucramiento del usuario.
A través de las iteraciones que generan raleases ejecutables, se logra
detectar en forma temprana los desajustes e inconsistencias entre los
requerimientos, el diseño, el desarrollo y la implementación del sistema,
manteniendo al team de desarrollo focalizado en producir resultados.
| 51
A. Administrar los requerimientos:
Los requerimientos son las condiciones o capacidades que el sistema debe
conformar. La Administración de Requerimientos es un enfoque sistemático
para hallar, documentar, organizar y monitorear los requerimientos
cambiantes de un sistema.
La Administración de Requerimientos permite:
Que las comunicaciones estén basadas en requerimientos claramente
definidos.
Que los requerimientos puedan ser priorizados, filtrados y
monitoreados.
Que sea posible realizar evaluaciones objetivas de funcionalidad y
performance.
Que las inconsistencias se detecten más fácilmente.
B. RUP describe como:
Obtener, organizar y documentar la funcionalidad y restricciones requeridas
documentar y monitorear las alternativas y decisiones.
Las nociones de Casos de Uso y de Escenarios utilizadas en RUP han
demostrado ser una manera excelente de capturar los requerimientos
funcionales y asegurarse que direccionan el diseño, la implementación y la
prueba del sistema, logrando así que el sistema satisfaga las necesidades
del usuario.
C. Utilizar arquitecturas basadas en componentes
El proceso de software debe focalizarse en el desarrollo temprano de una
arquitectura robusta ejecutable, antes de comprometer recursos para el
desarrollo en gran escala. RUP describe como diseñar una arquitectura
flexible, que se acomode a los cambios, comprensible intuitivamente y
promueve una más efectiva reutilización de software. Soporta el desarrollo
| 52
de software basado en componentes: módulos no triviales que completan
una función clara. RUP provee un enfoque sistemático para definir una
arquitectura utilizando componentes nuevos y preexistentes.
D. Modelizar software visualmente
RUP muestra como modelizar software visualmente para capturar la
estructura y comportamiento de arquitecturas y componentes. Las
abstracciones visuales ayudan a comunicar diferentes aspectos del
software; comprender los requerimientos, ver como los elementos del
sistema se relacionan entre sí, mantener la consistencia entre diseño e
implementación y promover una comunicación precisa.
El estándar UML(Lenguaje de Modelado Unificado), creado por Rational
Software, es el cimiento para una modelización visual exitosa.
E. Verificar la calidad de software
Es necesario evaluar la calidad de un sistema respecto de sus
requerimientos de funcionalidad, confiabilidad y performance. La actividad
fundamental es el testing(prueba), que permite encontrar las fallas antes de
la puesta en producción. RUP asiste en el planeamiento, diseño,
implementación, ejecución y evaluación de todos estos tipos de
testing(prueba).
El aseguramiento de la calidad se construye dentro del proceso, en todas las
actividades, involucrando a todos los participantes, utilizando medidas y
criterios objetivos, permitiendo así detectar e identificar los defectos en
forma temprana.
F. Controlar los cambios al software
La capacidad de administrar los cambios es esencial en ambientes en los
cuales el cambio es inevitable. RUP describe como controlar, rastrear y
monitorear los cambios para permitir un desarrollo iterativo exitoso. Es
| 53
también una guía para establecer espacios de trabajo seguros para cada
desarrollador, suministrando el aislamiento de los cambios hechos en otros
espacios de trabajo y controlando los cambios de todos los elementos de
software (modelos, código, documentos, etc.). Describe como automatizar la
integración y administrar la conformación de raleases.
Un artefacto es una información que es utilizada o producida mediante un
proceso de desarrollo de software. Pueden ser artefactos un modelo, una
descripción o un software. Los artefactos de UML se especifican en forma
de diagramas, éstos, junto con la documentación sobre el sistema
constituyen los artefactos principales que el modelador puede observar.
Se necesita más de un punto de vista para llegar a representar un sistema.
UML utiliza los diagramas gráficos para obtener estos distintos puntos de
vista de un sistema.
3.2.2. Diagrama de UML
A. Diagrama de Paquetes
La forma que tiene UML de agrupar elementos en subsistemas es a través
del uso de Paquetes, pudiéndose anidar los paquetes formando jerarquías
de paquetes. De hecho un sistema que no tenga necesidad de ser
descompuesto en subsistemas se puede considerar como con un único
paquete que lo abarca todo.
| 54
Imagen 4: Arquitectura de un sistema utilizando paquetes
Identificación de Paquetes
Vamos a definir una serie de reglas que nos pueden ser de utilidad a la
hora de agrupar los diferentes elementos en paquetes:
Conviene agrupar elementos que proporcionen un mismo
servicio.
Los elementos que se agrupen en un mismo paquete han de
presentar un alto grado de cohesión, es decir deben estar
muy relacionados.
Los elementos que estén en diferentes paquetes deben tener
poca relación, es decir deben colaborar lo menos posible.
B. Diagrama de Componentes:
Los componentes pertenecen al mundo físico, es decir, representan un bloque
de construcción al modelar aspectos físicos de un sistema.
| 55
Una característica básica de un componente es que: “debe definir una
abstracción precisa con una interfaz bien definida, y permitiendo reemplazar
fácilmente los componentes más viejos con otros más nuevos y compatibles.”
Ejemplo: XXXX.dll es el nombre del componente.
Cada componente debe tener un nombre que lo distinga de los demás. Al igual
que las clases los componentes pueden enriquecerse con compartimentos
adicionales que muestran sus detalles.
Interfaces:
Tanto los servicios propio de una clase como los de un componente, se
especifican a través de una Interfaz. Por ejemplo, todas las facilidades más
conocidas de los sistemas operativos, basados en componentes (COM+,
CORBA, etc.), utilizan las interfaces como lazo de unión entre unos
componentes y otros. La relación entre un componente y sus interfaces se
puede representar de dos maneras diferentes, de forma icónica y de forma
expandida.
| 56
Imagen 5: Componentes e interfaces, formato icónico
Imagen 6: Componentes e interfaces, formato extendido
C. Diagrama de Secuencia:
Un diagrama de Secuencia muestra una interacción ordenada según la
secuencia temporal de eventos. En particular, muestra los objetos
participantes en la interacción y los mensajes que intercambian ordenados
según su secuencia en el tiempo. El eje vertical representa el tiempo, y en el
eje horizontal se colocan los objetos y actores participantes en la
interacción, sin un orden prefijado. Cada objeto o actor tiene una línea
vertical, y los mensajes se representan mediante flechas entre los distintos
objetos. El tiempo fluye de arriba abajo. Se pueden colocar etiquetas (como
restricciones de tiempo, descripciones de acciones, etc.).
| 57
Imagen 7: Ejemplo de Diagrama de Secuencia
D. Diagrama de Colaboración
Un Diagrama de Colaboración muestra una interacción organizada
basándose en los objetos que toman parte en la interacción y los enlaces
entre los mismos (en cuanto a la interacción se refiere). A diferencia de los
Diagramas de Secuencia, los Diagramas de Colaboración muestran las
relaciones entre los roles de los objetos. La secuencia de los mensajes y los
flujos de ejecución concurrentes deben determinarse explícitamente
mediante números de secuencia.
Imagen 8: Diagrama de Colaboración
| 58
En cuanto a la representación, un Diagrama de Colaboración muestra a una
serie de objetos con los enlaces entre los mismos, y con los mensajes que
se intercambian dichos objetos.
Los mensajes son flechas que van junto al enlace por el que “circulan”, y con
el nombre del mensaje y los parámetros (si los tiene) entre paréntesis.
E. Diagramas de Actividades:
Los diagramas de actividades sirven para modelar el flujo de control entre
actividades. La idea es generar una especie de diagrama Pert, en el que se
puede ver el flujo de actividades que tienen lugar a lo largo del tiempo, así
como las tareas concurrentes que pueden realizarse a la vez. Desde un
punto de vista conceptual, el diagrama de actividades muestra cómo fluye el
control de unas clases a otras con la finalidad de culminar con un flujo de
control total que se corresponde con la consecución de un proceso más
complejo. Por este motivo, en un diagrama de actividades aparecerán
acciones y actividades correspondientes a distintas clases. Colaborando
todas ellas para conseguir un mismo fin.
1. Contenido del diagrama de actividades:
Básicamente un diagrama de actividades contiene:
• Estados de actividad
• Estados de acción
• Transiciones
• Objetos
a) Estados de actividad y estados de acción:
La representación de ambos es un rectángulo con las puntas
redondeadas, en cuyo interior se representa bien una actividad o bien
una acción. La idea central es la siguiente: “Un estado que represente
una acción es atómico, lo que significa que su ejecución se puede
considerar instantánea y no puede ser interrumpida”.
| 59
En cambio un estado de actividad, sí puede descomponerse en más
sub-actividades representadas a través de otros diagramas de
actividades. Además estos estados sí pueden ser interrumpidos y
tardan un cierto tiempo en completarse. En los estados de actividad
podemos encontrar otros elementos adicionales como son: acciones de
entrada (entry) y de salida (exit) del estado en cuestión.
b) Transiciones
Las transiciones reflejan el paso de un estado a otro, bien sea de
actividad o de acción. Como todo flujo de control debe empezar y
terminar en algún momento, podemos indicar esto utilizando dos
disparadores de inicio y fin tal y como queda reflejado en el ejemplo.
| 60
c) Bifurcaciones
Un flujo de control no tiene porqué ser siempre secuencial, puede
presentar caminos alternativos y se utilizará como símbolo el rombo.
Dicha bifurcación tendrá una transición de entrada y dos o más de
salida. En cada transición de salida se colocará una expresión booleana
que será evaluada una vez al llegar a la bifurcación, las guardas de la
bifurcación han de ser excluyentes y contemplar todos los casos ya que
de otro modo la ejecución del flujo de control quedaría interrumpida.
| 61
d) División y unión
No sólo existe el flujo secuencial y la bifurcación, también hay algunos
casos en los que se requieren tareas concurrentes. UML representa
gráficamente el proceso de división, que representa la concurrencia, y el
momento de la unión de nuevo al flujo de control secuencial, por una
línea horizontal ancha.
e) Calles
Cuando se modelan flujos de trabajo de organizaciones, es
especialmente útil dividir los estados de actividades en grupos, cada
grupo tiene un nombre concreto y se denominan calles.
| 62
F. Diagrama de Caso de Uso:
Un Diagrama de Casos de Uso muestra la relación entre los actores y los
casos de uso del sistema. Representa la funcionalidad que ofrece el sistema
en lo que se refiere a su interacción externa. Aquí se representa también el
sistema como una caja rectangular con el nombre en su interior. Los casos
de uso están en el interior de la caja del sistema, y los actores fuera, y cada
actor está unido a los casos de uso en los que participa mediante una línea.
1. Elementos
Los elementos que pueden aparecer en un Diagrama de Casos de Uso
son:
a) Actores
Un actor es algo con comportamiento, como una persona (identificada
por un rol), un sistema informatizado u organización, y que realiza algún
tipo de interacción con el sistema. Se representa mediante una figura
humana dibujada con palotes.
| 63
b) Casos de Uso
Un caso de uso es una descripción de la secuencia de interacciones
que se producen entre un actor y el sistema, cuando el actor usa el
sistema para llevar a cabo una tarea específica. Se representa
mediante una elipse con el nombre del caso de uso en su interior.
c) Relaciones entre Casos de Uso
Un caso de uso, en principio, debería describir una tarea que tiene un
sentido completo para el usuario. Sin embargo, hay ocasiones en las
que es útil describir una interacción con un alcance menor como caso
de uso. La razón para utilizar estos casos de uso no completos en
algunos casos, es mejorar la comunicación en el equipo de desarrollo,
el manejo de la documentación de casos de uso. Para el caso de que
queramos utilizar estos casos de uso más pequeños, las relaciones
entre estos y los casos de uso ordinarios pueden ser de los siguientes
tres tipos:
• Incluye (<>): Un caso de uso base incorpora explícitamente a otro
caso de uso en un lugar especificado en dicho caso base. Se suele
utilizar para encapsular un comportamiento parcial común a varios
casos de uso. En la Figura 16 se muestra cómo el caso de uso
Realizar Reintegro puede incluir el comportamiento del caso de uso
Autorización.
• Extiende (<>): Cuando un caso de uso base tiene ciertos puntos
(puntos de extensión) en los cuales, dependiendo de ciertos criterios,
se va a realizar una interacción adicional. El caso de uso que
extiende describe un comportamiento opcional del sistema (a
| 64
diferencia de la relación incluye que se da siempre que se realiza la
interacción descrita).
• Generalización ( ): Cuando un caso de uso definido de forma
abstracta se particulariza por medio de otro caso de uso más
específico. Se representa por una línea continua entre los dos casos
de uso, con el triángulo que simboliza generalización en UML (usado
también para denotar la herencia entre clases) pegado al extremo del
caso de uso más general. Al igual que en la herencia entre clases, el
caso de uso hijo hereda las asociaciones y características del caso
de uso padre. El caso de uso padre se trata de un caso de uso
abstracto, que no está definido completamente. Este tipo de relación
se utiliza mucho menos que las dos anteriores.
G. Diagrama de Clases:
Una clase se representa mediante una caja subdividida en tres partes: En la
superior se muestra el nombre de la clase, en la media los atributos y en la
inferior las operaciones.
| 65
1. Objetos
Un objeto se representa de la misma forma que una clase. En el
compartimento superior aparecen el nombre del objeto junto con el
nombre de la clase subrayados, según la siguiente sintaxis:
nombre_del_objeto: nombre_de_la_clase
.
2. Asociaciones
Las asociaciones entre dos clases se representan mediante una línea
que las une. La línea puede tener una serie de elementos gráficos que
expresan características particulares de la asociación. A continuación
se verán los más importantes de entre dichos elementos gráficos.
| 66
a) Nombre de la Asociación y Dirección
El nombre de la asociación es opcional y se muestra como un texto que
está próximo a la línea. Se puede añadir un pequeño triángulo negro
sólido que indique la dirección en la cual leer el nombre de la
asociación.
b) Multiplicidad
La multiplicidad es una restricción que se pone a una asociación, que
limita el número de instancias de una clase que pueden tener esa
asociación con una instancia de la otra clase. Puede expresarse de las
siguientes formas:
• Con un número fijo: 1.
• Con un intervalo de valores: 2..5.
• Con un rango en el cual uno de los extremos es un asterisco.
Significa que es un intervalo abierto. Por ejemplo, 2..* significa 2 o
más.
• Con una combinación de elementos como los anteriores separados
por comas: 1, 3..5, 7, 15..*.
• Con un asterisco: * . En este caso indica que puede tomar cualquier
valor (cero o más).
c) Roles
Para indicar el papel que juega una clase en una asociación se puede
especificar un nombre de rol.
| 67
Se representa en el extremo de la asociación junto a la clase que
desempeña dicho rol.
d) Agregación
El símbolo de agregación es un diamante colocado en el extremo en el
que está la clase que representa el “todo”.
e) Clases Asociación:
Cuando una asociación tiene propiedades propias se representa como
una clase unida a la línea de la asociación por medio de una línea a
trazos. Tanto la línea como el rectángulo de clase representan el mismo
elemento conceptual: la asociación. Por tanto ambos tienen el mismo
nombre, el de la asociación. Cuando la clase asociación sólo tiene
atributos el nombre suele ponerse sobre la línea. Por el contrario,
cuando la clase asociación tiene alguna operación o asociación propia,
entonces se pone el nombre en la clase asociación y se puede quitar de
la línea.
| 68
f) Asociaciones N-Arias:
En el caso de una asociación en la que participan más de dos clases,
las clases se unen con una línea a un diamante central. Si se muestra
multiplicidad en un rol, representa el número potencial de tuplas de
instancias en la asociación cuando el resto de los N-1 valores están
fijos.
g) Herencia
La relación de herencia se representa mediante un triángulo en el
extremo de la relación que corresponde a la clase más general o clase
“padre”.
| 69
Si se tiene una relación de herencia con varias clases subordinadas,
pero en un diagrama concreto no se quieren poner todas, esto se
representa mediante puntos suspensivos.
H. Diagrama de Entidad-Relación:
El modelo entidad-relación está formado por un conjunto de conceptos que
permiten describir la realidad mediante un conjunto de representaciones
gráficas y lingüísticas.
Imagen 9: Gráficos de Entidad y Relación
| 70
1. Entidad
Cualquier tipo de objeto o concepto sobre el que se recoge información:
cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas,
empleados, clientes, empresas, oficios, diseños de productos, conciertos,
excursiones, etc. Las entidades se representan gráficamente mediante
rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo
puede aparecer una vez en el esquema conceptual.
Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una
entidad cuya existencia depende de la existencia de otra entidad. Una
entidad fuerte es una entidad que no es débil.
2. Relación (interrelación)
Es una correspondencia o asociación entre dos o más entidades. Cada
relación tiene un nombre que describe su función. Las relaciones se
representan gráficamente mediante rombos y su nombre aparece en el
interior.
Las entidades que están involucradas en una determinada relación se
denominan entidades participantes. El número de participantes en una
relación es lo que se denomina grado de la relación. Por lo tanto, una
relación en la que participan dos entidades es una relación binaria; si son
tres las entidades participantes, la relación es ternaria; etc.
Una relación recursiva es una relación donde la misma entidad participa
más de una vez en la relación con distintos papeles. El nombre de estos
papeles es importante para determinar la función de cada participación.
La cardinalidad con la que una entidad participa en una relación especifica
el número mínimo y el número máximo de correspondencias en las que
puede tomar parte cada ocurrencia de dicha entidad. La participación de
una entidad en una relación es obligatoria (total) si la existencia de cada
una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia
de la otra entidad participante. Si no, la participación es opcional (parcial).
| 71
Las reglas que definen la cardinalidad de las relaciones son las reglas de
negocio.
3. Atributo
Es una característica de interés o un hecho sobre una entidad o sobre una
relación. Los atributos representan las propiedades básicas de las
entidades y de las relaciones. Toda la información extensiva es portada por
los atributos. Gráficamente, se representan mediante bolitas que cuelgan
de las entidades o relaciones a las que pertenecen.
Cada atributo tiene un conjunto de valores asociados denominado dominio.
El dominio define todos los valores posibles que puede tomar un atributo.
Puede haber varios atributos definidos sobre un mismo dominio.
Los atributos pueden ser simples o compuestos. Un atributo simple es un
atributo que tiene un solo componente, que no se puede dividir en partes
más pequeñas que tengan un significado propio. Un atributo compuesto es
un atributo con varios componentes, cada uno con un significado por sí
mismo. Un grupo de atributos se representa mediante un atributo compuesto
cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un
atributo compuesto se representa gráficamente mediante un óvalo.
Identificador
Un identificador de una entidad es un atributo o conjunto de atributos que
determina de modo único cada ocurrencia de esa entidad. Un identificador
de una entidad debe cumplir dos condiciones:
No pueden existir dos ocurrencias de la entidad con el mismo valor del
identificador.
Si se omite cualquier atributo del identificador, la condición anterior deja de
cumplirse.
Toda entidad tiene al menos un identificador y puede tener varios
identificadores alternativos. Las relaciones no tienen identificadores.
| 72
4. Jerarquía de generalización
Una entidad E es una generalización de un grupo de entidades E , E , ...
E , si cada ocurrencia de cada una de esas entidades es también una
ocurrencia de E. Todas las propiedades de la entidad genérica E son
heredadas por las subentidades.
Cada jerarquía es total o parcial, y exclusiva o superpuesta. Una jerarquía
es total si cada ocurrencia de la entidad genérica corresponde al menos
con una ocurrencia de alguna subentidad. Es parcial si existe alguna
ocurrencia de la entidad genérica que no corresponde con ninguna
ocurrencia de ninguna subentidad. Una jerarquía es exclusiva si cada
ocurrencia de la entidad genérica corresponde, como mucho, con una
ocurrencia de una sola de las subentidades. Es superpuesta si existe
alguna ocurrencia de la entidad genérica que corresponde a ocurrencias
de dos o más subentidades diferentes.
Un subconjunto es un caso particular de generalización con una sola
entidad como subentidad. Un subconjunto siempre es una jerarquía parcial
y exclusiva.
I. Diagrama de Estados
Un Diagrama de Estados muestra la secuencia de estados por los que pasa
bien un caso de uso, bien un objeto a lo largo de su vida, o bien todo el
sistema. En él se indican qué eventos hacen que se pase de un estado a
otro y cuáles son las respuestas y acciones que genera.
Un estado se representa como una caja redondeada con el nombre del
estado en su interior. Una transición se representa como una flecha desde el
estado origen al estado destino. La caja de un estado puede tener 1 o 2
compartimentos. En el primer compartimento aparece el nombre del estado.
| 73
El segundo compartimento es opcional, y en él pueden aparecer acciones
de entrada, de salida y acciones internas.
Una acción de entrada aparece en la forma entrada/acción_asociada y una
de salida aparece en la forma salida/acción_asociada; donde
acción_asociada es el nombre de la acción que se realiza al entrar o salir
según el caso.
J. Diagrama de despliegue:
1. Nodos
Al igual que los componentes los nodos pertenecen al mundo material.
Vamos a definir un nodo como un elemento físico, que existe en tiempo
de ejecución y representa un recurso computacional que generalmente
tiene alguna memoria y, a menudo, capacidad de procesamiento. Los
nodos sirven para modelar la topología del hardware sobre el que se
ejecuta el sistema. Un nodo representa normalmente un procesador o un
dispositivo sobre el que se pueden desplegar los componentes. Un nodo
debe tener un nombre asignado que lo distinga del resto de nodos.
| 74
2. Nodos y componentes
En muchos aspectos los nodos y los componentes tienen características
parecidas. Vamos a ver con más detalle cuales son los parecidos y las
diferencias entre los componentes y los nodos.
Relación entre nodos y componentes:
Conexiones entre nodos:
| 75
CAPÍTULO IV: MODELAMIENTO DE LA SOLUCIÓN DE
SOFTWARE
4.1. Plan de Desarrollo
4.1.1. Vista General del proyecto
A. Propósito, alcance y objetivos
La Institución Educativa Privada “Pedro Paulet”, siendo una de las
instituciones que está logrando gran apogeo en la localidad, llegando así a
la necesidad de adaptarse a la evolución tecnológica; es por ello que
considera necesario el desarrollo de un sistema de gestión administrativo
dentro del plantel, logrando automatizar y agilizar los procesos de la
institución, y además para un mejor control educativo de los alumnos, como
la de sus trabajadores.
Mediante una primera reunión con el director del plantel, se vio los
principales procesos que se requiere automatizar, con ello el proyecto
muestra los subsistemas que abarcaran estos procesos:
Sistema de matricula
Sistema de Notas
Sistema de personal
| 76
Pagos a través de planilla
Sistema de cobranza
Cobros pensión
Cobros de cursos a cargo
B. Entregables del proyecto
A continuación, se indican cada uno de los componentes que serán
generados y utilizados por el proyecto, constituyendo los entregables.
1. Plan de Desarrollo del Software
Es el presente punto en el documento.
2. Modelo de Casos de Uso del Negocio
Permite visualizar el alcance de la organización, representando lo que
abarca y sus límites. Así mismo, modela las actividades y procesos qué
ejecuta una organización, señala gráficamente las funciones y metas que
persigue el negocio.
3. Especificaciones de Casos de Uso
Se hace una descripción donde se mencionan los procedimientos, post-
condiciones, flujos y requisitos no funcionales; para aquellos casos de uso
que lo requieran.
4. Modelo de Objetos del Negocio
Se utilizan diagramas de colaboración describiendo lo que hace cada caso
de uso del negocio, mostrando actores externos, internos y las entidades
que manipulan; un diagrama de clases q muestra gráficamente las
entidades del sistema y diagrama de actividad para mostrar flujos de
trabajo.
| 77
5. Modelo de Casos de Uso
Un Modelo de Casos de Uso describe los requerimientos funcionales de un
actor (usuario, sistema, dispositivo, etc.) en términos de las interacciones
que éste ejecuta con el sistema.
6. Prototipos de Interfaces de Usuario
Son modelos preliminares de las interfaces, q serán mostradas a los
usuarios para dar una idea del producto final.
7. Modelo de Análisis y Diseño
Este modelo establece la realización de los casos de uso en clases y
pasando desde una representación en términos de análisis (sin incluir
orientación hacia el entorno de implementación), de acuerdo al avance del
proyecto.
8. Modelo de Datos
Este modelo provee de las relaciones lógicas de los datos expresándolos
en un diagrama de clases.
9. Modelo de Implementación
Este modelo es una colección de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de
código fuente y todo otro tipo de ficheros necesarios para la implantación y
despliegue del sistema.
10. Casos de Prueba
Se establece un documento en el que van las condiciones de ejecución,
entradas de prueba y resultados q se esperan.
11. Manual de Instalación
Describe los pasos a seguir para la instalación del producto.
| 78
12. Material de Apoyo al Usuario Final
Son las guías de apoyo para los usuarios, en el se describen las funciones
de los subsistemas.
13. Producto
Describe los requerimientos del producto empaquetados y almacenadas en
un CD con los mecanismos apropiados para facilitar su instalación.
14. Evolución del Plan de Desarrollo del Software
El plan de desarrollo de software tendrá una revisión semanal la cual será
refinada mediante el comienzo de las iteraciones.
4.1.2. Organización del Proyecto
A. Participante en el Proyecto
El Colegio Pedro Paulet designara como responsable del proyecto al director
del plantel para el control y seguimiento del proyecto.
Jefe de Proyecto: Labor de la alumna Díaz Sánchez, Olga Jennifer;
se encargará de la planificación, ejecución y control del proyecto,
tendrá poder ejecutivo y autoridad para mandar y tomar decisiones
dentro del ámbito y objetivos del proyecto. Con los conocimientos en
gestión de proyectos usando la metodología RUP como herramienta
principal.
Analista Funcional: Lo desempeñan la alumna Díaz Sánchez, Olga
Jennifer; realizará las tareas de análisis y diseño de los sistemas
informáticos, adicionalmente supervisará las pruebas del
programador y controlará el cumplimento del cronograma de
desarrollo del proyecto, como también realizará la misma
documentación del sistema. Teniendo conocimientos en gestión de
proyectos y manejo de programación de objetos, utilizando diversas
herramientas de desarrollo.
| 79
Analista Técnico: El alumno Yumbato Pacaya, Juan Manuel y el
alumno Maguhn Gonzales, Jim; con los conocimientos de desarrollo
de software será los encargados de realizar la programación en la
plataforma de programación definida (C#.net) aplicando conexión a
la base de datos Microsoft SQL Server 2005.
Administrador de BD: Labor del alumno Espinoza Urbano, Juan
Eduardo; esta encargado de controlar la Base de Datos corporativa,
teniendo experiencia en el diseño de base de datos, sistemas
operativos, hardware y programación.
B. Interfaces Externas:
El Colegio Pedro Paulet asignará como interface externa al director del
plantel quien será el encargado de indicar los requerimientos para el
desarrollo del sistema el cual tendrá la responsabilidad de evaluara los
alcances del proceso de desarrollo.
C. Roles y Responsabilidades
Tabla 4 Roles y Responsabilidades
Puesto Responsabilidad
Jefe de Proyecto
El jefe de proyecto tiene la responsabilidad total
respecto a la planificación y ejecución de un
determinado proyecto. Como también reconocer
los riesgos que puedan impactar la probabilidad
de éxito del proyecto, y los riesgos deben ser
formal o informalmente evaluados durante todo
el período de ejecución del proyecto.
| 80
Analista Funcional
Relevar y gestionar las necesidades funcionales
del cliente en la elaboración y ejecución del
proyecto, cumpliendo con los estándares y la
documentación requerida por las normas de
calidad de la empresa.
Analista Técnico
El cargo implica integrarse al equipo de trabajo
en el área de Tecnología Informática y tiene
como su principal objetivo la realización de
tareas de programación que satisfagan diversas
demandas de los sistemas de información de la
Organización. Forman parte de sus principales
responsabilidades realizar análisis y desarrollo
de programación, mantenimiento evolutivo de
programas, entre otras.
Administrador de
BD
La responsabilidad general del DBA es facilitar el
desarrollo y el uso de la Base de Datos dentro de
las guías de acción definidas por la
administración de los datos.
El DBA es responsable primordialmente de:
Administrar la estructura de la Base de
Datos
Administrar la actividad de los datos
Administrar el Sistema Manejador de Base
de Datos
Establecer el Diccionario de Datos
Asegurar la confiabilidad de la Base de
Datos
Confirmar la seguridad de la Base de
Datos
| 81
4.1.3. Gestión del Proceso
A. Estimaciones del Proyecto
De acuerdo a un estudio económico realizado dentro de la empresa, se
obtuvo que los gastos que se imponen para la elaboración del software entre
los recursos involucrados serán recuperados en un corto periodo mejorando
el manejo de la información de los alumnos en la institución, los cuales
serán sustentados con un documento separado.
B. Plan del Proyecto
Es necesario manejar y presentar a la institución el calendario del
proyecto.(Ver Imagen )
| 82
Calendario del Proyecto
Imagen 10: Calendario del Proyecto
Fuente: Elaboración propia
| 83
C. Plan de las fases
El desarrollo del proyecto se desarrollara en base a fases, con una o más
iteraciones en cada una de ellas.
Tabla 5: Plan de Fases del Proyecto
Fase Nro. Iteraciones Duración
Fase de
Inicio
2 30 días
Fase de
Elaboración
2 15 días
Fase de
Construcción
3 81 días
Fase de
Transición
2 11 días
Tabla 6: Descripción de las Fases del Proyecto
Descripción Hito
Fase de Inicio En esta fase se establecerá los objetivos para el
ciclo de vida del producto. También se definirá el
modelo del negocio y el alcance del proyecto,
identificando todos los actores y casos de uso. Esta
fase culminará con la aprobación del cliente y el
plan de desarrollo del proyecto.
| 84
Fase de
Elaboración
En esta fase se construirá un modelo de la
arquitectura, que se desarrolla en iteraciones
sucesivas hasta obtener el producto final
(prototipo), que contendrá los casos de usos
críticos que fueron identificados en la fase de inicio.
La fase de elaboración finaliza con la obtención de
una línea base de la arquitectura del sistema, la
captura de la mayoría de los requerimientos y la
reducción de los riesgos importantes así como
permitir la escalabilidad del equipo del proyecto
durante la fase de construcción.
Fase de
Construcción
En esta fase todas las características,
componentes, y requerimientos serán integrados,
implementados, y probados en su totalidad, donde
se obtendrá una versión aceptable del producto. La
fase de construcción culminará con el desarrollo del
sistema con calidad de producción y la preparación
para la entrega al equipo de transición.
Fase de
Transición
En esta fase se entrenará a los usuarios finales en
el manejo del sistema, como también completar la
documentación con tareas relacionadas a la
configuración, instalación y usabilidad del producto.
La fase de transición concluye con la entrega del
producto funcional al cliente y su aceptación del
producto.
| 85
D. Seguimiento y Control del Proyecto
Procediendo a desarrollar un control del proyecto para su optimización se realiza los siguientes controles:
Control de Performance:
Imagen 11: Avance del Proyecto
| 86
Imagen 12: Diagrama de Costos Previstos
| 87
Control de Tiempo:
Imagen 13: Cuadro de Control de Tiempodel Proyecto
| 88
Control de Costos:
Imagen 14: Cuadro del Control de Costos y Actividades
| 89
Imagen 15: Cuadro de Costos por Recursos
| 90
Imagen 16: Informe de Costos Presupuestados
Tabla 7: Costo De Recursos Humanos
Tabla 8: Costo de Software
| 91
Tabla 9: Costo de Hardware
Tabla 10: Costo de Materiales
Tabla 11: Costo Total
Gestión de Cambios: Se controlará las solicitudes de cambio y las
modificaciones que se puedan dar sobre el sistema, publicándolo
para que el personal que participe en el proyecto pueda estar
informado.
4.2. Documento Visión
4.2.1. Formulación del Problema
A. Propósito
El propósito de este documento es analizar las necesidades de los
principales requerimientos ya definidos y el sistema de gestión de negocio
| 92
que se desarrolla en la Institución Educativa. El contenido de este
documento se centra en las funcionalidades requeridas por el usuario final.
Estas funcionalidades se basan en las gestiones que se realizan para el
proceso de inscripción y matricula de alumnos, de modo que los encargados
de realizar la gestión, puedan procesar más fácil la información requerida
por el proceso y poder atender a distintos padres de familia de una forma
más optima y rápida.
Otra de las gestiones es el proceso de ingreso y control de las notas de los
alumnos que los docentes están obligados a realizar para la presentación de
sus registros de notas, lo cual mejorara el tiempo, y la pérdida de
documentos ante posibles accidentes.
La última gestión a desarrollar es el manejo de planilla, registrando la
asistencia, control de préstamos y adelantos como también la presentación
de la planilla de pago, de forma que se mejore en la realización de reportes
de asistencias y control de pago de cada uno de los trabajadores de la
institución.
Los detalles de cómo el sistema cubre los requerimientos se pueden
observar en los casos de usos desarrollados y en algunos documentos
adjuntos.
B. Alcance
El documento Visión, como ya se ha descrito, del sistema de gestión de una
Institución Educativa denominado “SISTEMA DE CONTROL
ADMINISTRATIVO PARA COLEGIOS SCHOOL MANAGER”. El cual será
desarrollado por el grupo de estudiantes de Computación e Informática del
Instituto Tecnológico IDAT.
El sistema permitirá a los usuarios finales, con respecto al Proceso de
Inscripción pagos y deudas de los alumnos. Para el proceso de Notas y
Reportes de promedios, el Docente como usuario final podrá llevar un
| 93
control de sus alumnos con respecto a sus notas y la Asistencia de los
mismos.
Para el Área de Personal, en el sistema, se podrá realizar el registro de los
trabajadores; El sistema será capaz de controlar la asistencia y generar la
planilla de pagos de cada trabajador en el final de cada periodo.
Adicionalmente el sistema contará con un pequeño control de almacén que
servirá para llevar un mejor manejo de los artículos y productos que tenga la
institución para los alumnos como para el personal.
C. Definiciones, Acrónimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una
metodología para describir el proceso de desarrollo de software.
SCHOOL MANAGER: Nombre en inglés que se puso al sistema, por
el funcionamiento que realiza, que en español significa
“Administrador de Colegio”.
D. Posicionamiento
1. Oportunidad de Negocio:
SISTEMA DE CONTROL ADMINISTRATIVO PARA COLEGIOS
“SCHOOL MANAGER”, es un sistema que permitirá a la Institución
Educativa, implementar una pequeña área de Sistemas que ayudara para
almacenamiento y manejo de la información que el mismo sistema
requiere, para la automatización de las actividades de Matricula e
Inscripción de Alumnos, también el control de notas y asistencia de
alumnos por parte de los docentes; como también el registro y el control de
personal para su respectiva elaboración de documentos de planilla y
reportes que se requieran para un mejor control de pagos. Todo este
proceso se podrá desarrollar de una forma rápida y sencilla gracias a que
| 94
el software cuenta con interfaces graficas sencillas y amigables con el
usuario.
Gracias al manejo de un pequeño servidor el usuario podrá tener la
información a su alcance y realizar consultas que lo requiera.
Adicionalmente el sistema contara con un controla de artículos que
ayudara al departamento de logística un mejor control y manejo de los
recursos de la institución.
| 95
a) Sentencia que define el problema:
El problema de Tener que desarrollar cada inicio de año un reporte
manual de los alumnos que adeudan del año anterior,
como también realizar la matricula e inscripción de los
alumnos, requiriendo de tiempo y el apoyo de diferente
personal para agilizar el proceso.
Realizar el traspaso de las notas a los registros en forma
manual, retrasando la entrega de estos a las instituciones
que lo requieran.
El control de los cobros de matrícula pensiones y cursos a
cargo; debido a que la institución está creciendo y es
tedioso llevar un control por cada alumno.
Controlar la asistencia de los profesores a través de
cartilla de asistencia y tener que verificar esos datos a
finales de cada periodo para sus respectivos pagos.
Afecta a Encargados de matrícula(Secretaria),
Director del Plantel,
Personal Docente,
Área Administrativa
El impacto
asociado es
Tener la información de los alumnos, el personal y sus
gestiones de cobranza, para que esta pueda ser utilizada
en forma rápida cuando se requiera no se podrá realizar si
el proceso no ha sido automatizado.
Una solución
adecuada sería
Automatizar los procesos, teniendo la información
almacenada en una base de datos segura, e instalada en
una red local que permite acceder a la información desde
los distintos terminales que pueda tener la institución.
Donde el usuario interactuará con una interfaz amigable y
sencilla, teniendo a su alcance todas las herramientas que
necesite.
| 96
b) Sentencia que define la posición del Producto:
Para Encargados de matricula(Secretaria),
Director del Plantel,
Personal Docente,
Área Administrativa (cobranza).
Quienes Controlan la matricula de los alumnos, el
pago de profesores, el control de notas
alumnos y el cobro de pensiones y cursos a
cargo.
El nombre del producto Es una herramienta software denominado:
Sistema de Control Administrativo Para
Colegios “School Manager”.
Que Que ayuda y permite almacenar la
información que los usuarios registren, y
tener al alcance para lo que se requiera.
no como El proceso actual que se realiza en forma
mecánica e inexacta.
Nuestro producto Permite gestionar las distintas actividades
que se requieran en las áreas destinadas
para el uso del software.
4.2.2. Descripción de Stake Holders
Para realizar el software y tener una mejor visión sobre cuales va a ser el
contenido que tendrá el sistema es necesario requerir de todo el personal
involucrado para identificar los principales requerimientos y sus respectivas
soluciones.
Esta parte del documento describirá el perfil de los participantes y los usuarios
involucrados en el proyecto.
| 97
A. Resumen de Stakeholders
Descripción Responsabilidades
Director de la
Institución
Educativa Privada
Pedro Paulet
El stakeholder realiza:
Representa a todos los usuarios
que manejaran el sistema.
Verificará y aprobará el
desarrollo de los requisitos y
funcionalidades que tendrá el
sistema.
Realizara un seguimiento al
desarrollo del producto.
B. Resumen de Usuarios
Nombre Descripción Stakeholder
Director de la
Institución
Encargado de la parte
administrativa del
sistema, desde otorgar
descuentos para
alumnos, Hasta el
manejo de la planilla del
personal.
Administrativo
Secretaria
Encargado de los
procesos de matrícula y
cobros.
Matricula
Personal Docente Encargado del registro
de notas y asistencia de
alumnos.
Docencia
| 98
C. Entorno de usuario
Los usuarios interactuaran con un sistema operativo Windows XP, donde
para ejecutar el sistema tendrá que identificarse con su nombre de usuario y
contraseña; tras su respectiva identificación se mostrara una interfaz
diseñada para su respectivo uso de acuerdo a la función que cumpla dentro
de la institución. Este sistema está diseñado en forma interactiva y amigable
para el usuario, teniendo al alcance todas las herramientas y ayudas
disponibles para el uso del cliente.
Los reportes serán impresos directamente para que no exista ninguna
modificación, como también exportado en archivo “.pdf” con sus respectivas
restricciones.
D. Perfil de los Stakeholders
Responsable de la administración y control de la Institución
Representante Administrativo
Descripción Director de la Institución Educativa Pedro Paulet
Tipo Licenciado en Educación
Responsabilidades
Criterio de Éxito A definir por el cliente
Grado de
participación
Encargado de mostrar las necesidades de cada usuario del
sistema. Además, lleva a cabo un seguimiento del desarrollo
del proyecto y aprobación de los requisitos y
funcionalidades del sistema
Comentarios Ninguno
| 99
E. Perfiles de Usuario
Director de la Institución
Representante Administrativo
Descripción Director y jefe del área administrativa
Tipo Licenciado en Educación
Responsabilidades Encargado de la parte administrativa del sistema, desde
otorgar descuentos para alumnos, Hasta el manejo de la
planilla del personal.
Grado de
participación
Brindar información del oso requerimientos y llevara el control
del desarrollo del proyecto.
Comentarios Ninguno
Secretaria Administrativa
Representante Secretaria
Descripción Secretaria del área administrativa
Tipo Secretaria
Responsabilidades Encargado de los procesos de matrícula.
Grado de
participación
No definido
Comentarios Ninguno
| 100
Personal Docente
Representante Docencia
Descripción Licenciado en educación
Tipo Docente
Responsabilidades Encargado del registro de notas y asistencia de
alumnos.
Grado de
participación
No definido
Comentarios Ninguno
4.2.3. Descripción Global del Producto
A. Perspectiva del producto
El Sistema Integrado que se está desarrollando para la empresa, le permite
realizar un funcionamiento mejor en la información estudiantil. Las áreas que
más se destacan en el sistema son: Matricula, Notas, Personal y Cobros
Departamento de Matricula
Esta encargado de controlar todas las vacantes por cada grado, sección
y turno también puede hacer las inscripciones de todos los alumnos
nuevos o trasladados generando la ficha y la nomina de matrícula.
Departamento de Académico
En este departamento se encarga del control de las notas de los
alumnos, como también verificar la asistencia, donde pueden ver la
situación de los alumnos que están aprobados o desaprobados.
| 101
Departamentos Administrativo
Este departamento se encarga de controlar montos de las
mensualidades, como descuentos y detallar la situación de alumnos con
deudas pendientes.
También se encarga de registrar los montos de pago del personal de
acuerdo al área que destaca; también descuentos y adelantos del
personal.
B. Resumen de características
En esta característica mostraremos un listado, con la finalidad de que el
cliente tenga una mejor utilidad del producto.
Utilidad del cliente Características
Mayor facilidad en el proceso
de Matricula, donde se podrá
manejar mejor la información
de los alumnos.
Donde podrá controlar las vacantes por
sección, inscripciones de los alumnos,
generar la ficha de matrícula, datos de
los alumnos, entre otros.
Tener un mejor manejo en el
Departamento Académico.
El Sistema Integrado controla la
asistencia de los alumnos, genera
libreta de notas por alumno y genera el
acta de evaluación especificando la
situación de los alumnos.
Mayor facilidad para el
departamento de cobranza.
En donde podemos controlar los cobros
de pensiones y cursos a cargo de los
alumnos, así tener un control de los
ingresos más exactos.
Tener un mejor manejo en el
departamento de pagos, que
se hace a todo el personal en
general del centro educativo
estudiantil.
El Sistema Integrado controla todos los
pagos de los profesores, como también
ayuda con los descuentos del personal
y generando las planillas.
| 102
C. Suposiciones y dependencias
Las suposiciones y dependencias del sistema, a quien tenemos que
entrevistar son al stakeholder de la empresa.
Suposiciones:
El stakeholder conoce el proceso de la empresa, lo cual nos
permitirá un mejor desarrollo para el sistema.
Los usuarios que interactúan con el sistema proporcionaron
información auténtica y relevante de los procesos a desarrollar.
Dependencias:
El Sistema Operativo donde instalaremos nuestro sistema cuenta
con los requisitos mínimos requeridos.
4.2.4. Restricciones
De acuerdo al alcance del Director de la Institución se obtuvo lo siguiente:
Se trabajara con módulos de Pentium III y dos módulos Pentium IV.
Cada usuario que use el software tendrá sus propias interfaces de uso
de acuerdo a la función que cumpla.
El presupuesto máximo para el proyecto fue de 22 000.00, fondo que
desea cubrir con el objetivo de expansión del centro educativo.
El tiempo máximo para el desarrollo e implantación del proyecto fue de
5 meses.
4.2.5. Requisitos de Documentación
El documento necesario para el usuario será el manual de Usuario, que es un
documento de texto hecho en Microsoft Word 2003, para que el usuario pueda
manejar de forma eficiente y tener un mejor conocimiento del sistema
SCHOOL MANAGER.
Se proporcionará también un manual o guía de instalación con los requisitos
necesarios para el funcionamiento del sistema y la transferencia de
conocimiento formal que se desarrollara para asegurar que los empleados sean
capaces de mantener el sistema avanzado. Al igual que el manual de usuario
será descrito de una forma clara y entendible para el usuario.
| 103
También se realizará la entrega de un Manual de procedimientos de soporte
técnico, en el cual se detallan todos los pasos a seguir para recuperar los datos
en caso de contingencia.
4.2.6. Otros Requisitos del Producto
Estándares Aplicables: La red funcionara en TCP/IP, sobre Windows
2000 o superior.
Requerimientos del sistema: Para que el sistema se ejecute se
requiere del .NET Framework 2.0 versión redistributiva y un motor de
base de datos SQL Server 2005 versión Express..
4.3. Especificaciones de requisitos del Software
4.3.1. Especificaciones
A. Requerimientos Funcionales
1. Departamento de Matricula:
Controlará el número de vacantes por cada grado y sección.
Realizará la Inscripción de Alumnos:
Nuevos
Trasladados
Manejará el proceso de Matricula.
Generará reporte de alumnos matriculados por nivel, grado y
sección.
2. Departamento Académico:
Ingreso de notas al registro del docente.
Generación actas de evaluación.
Obtener de forma automática los promedios por Curso.
Generación de la libreta de Notas por Alumno.
Consulta de profesores por grado.
Reporte de Cuadro de Merito del Alumno.
Reporte de Situación del Alumno.
| 104
3. Departamentos de Cobranza
Realizar mantenimiento al costo de la matricula de cada año en sus
diferentes niveles.
Registrar los montos de pensiones.
Permitir controlar el pago de cursos a cargo.
Permitir controlar los descuentos académicos.
Realizar mantenimiento a los tipos de descuentos.
Genera reporte de morosos.
Generar reporte de ingresos cada mes. (pagos de alumnos)
4. Departamento de Personal:
Asignación de cursos a docentes.
Asignación de horarios al personal.
Permitir Registrar y dar mantenimiento al personal.
Controlar contratos y su vigencia.
Controlar asistencia.
Generar reporte de asistencias.
Controlar Descuentos
Controlar Adelantos.
Controlar personal retirado por despido o renuncia y su
liquidación.
Generar boleta de pago.
Controlar vacaciones.
Controlar Gratificaciones.
Dar mantenimiento a los Ítems de Planilla.
Generar Planilla.
Generar reporte de planilla.
| 105
B. Requerimientos No Funcionales:
REQUERIMIENTO MOTIVO Y RESTRICCIONES
ASOCIADAS
Se requiere que la interfaz sea atractivo a
la vista e interactivo.
Para el fácil y rápido manejo del sistema.
Se requiere que el sistema cuente con
ayuda para su manejo.
Para hacer que el usuario tenga una mayor
confianza y adquiera rapidez al usarlo.
Se requiere que haya niveles de acceso
según el usuario y password.
Así poder controlar el acceso a la información, y
evitar la salida de información para un mal manejo.
Se requiere que la aplicación soporte la
arquitectura cliente-servidor.
Se tendrá un solo servidor ubicado en la dirección
al que accederán los diferentes terminales.
Se requiere que el aplicativo trabaje con
base de datos SQLSERVER 2000
Se tendrá que adquirir la licencia respectiva.
Se requiere que el servidor cuente con
sistema operativo WINDOWS SERVER
2003
Se tendrá que adquirir la licencia respectiva.
| 106
4.3.2. Modelamiento Dinámico
A. Diagrama de Paquetes
Diagrama 8: Diagrama de Paquetes
Fuente: Elaboración propia
Sis
tem
a d
e M
atr
icula
Auxili
ar
Academ
ico
(fro
m D
iagra
ma_C
aso_N
egocio
)
Secre
taria
(fro
m D
iagra
ma_C
aso_N
egocio
)
Directo
r
(fro
m D
iagra
ma_C
aso_N
egocio
)
Docente
(fro
m D
iagra
ma_C
aso_N
egocio
)
Sis
tem
a d
e N
ota
s
Sis
tem
a d
e P
ers
onal
Sis
tem
a d
e C
obra
nza
| 107
Co
ns
ulta
r E
sta
do
Aca
de
mic
o
(fro
m D
iag
ram
a d
e U
se C
ase
)
Co
ns
ulta
r E
sta
do
Eco
nó
mic
o
(fro
m D
iag
ram
a d
e U
se C
ase
)
Co
ntr
ola
r va
can
te
(fro
m D
iag
ram
a d
e U
se C
ase
)
Re
gis
tra
r d
ato
s d
el a
lum
no
(fro
m D
iag
ram
a d
e U
se C
ase
)
Re
gis
tra
r D
ato
s d
e lo
s P
ad
res
(fro
m D
iag
ram
a d
e U
se C
ase
)
Re
gis
tra
Dat
os
de
l Ap
od
era
do
(fro
m D
iag
ram
a d
e U
se C
ase
)
Re
gis
tra
r M
atr
icu
lar
(fro
m D
iag
ram
a d
e U
se C
ase
)
<<
incl
ud
e>
>
Co
ns
ulta
r A
lum
no
(fro
m D
iag
ram
a d
e U
se C
ase
)
<<
incl
ud
e>
>
<<
incl
ud
e>
>
Lle
na
r F
ich
a d
e M
atr
icu
la
(fro
m D
iag
ram
a d
e U
se C
ase
)
<<
incl
ud
e>
>
<<
incl
ud
e>
>
<<
incl
ud
e>
>
Ge
ne
rar
repo
rte
de
ma
tric
ula
do
s
_S
ecr
eta
ria
(fro
m D
iag
ram
a de
Us
e C
ase
)..
.)
Re
aliz
ar
man
ten
imie
nto
de
pe
rio
do
es
cola
r y
de
ma
tric
ula
Re
aliz
ar
man
ten
imie
nto
niv
el,
gra
do
,
se
ccio
n
_D
ire
cto
r
(fro
m D
iag
ram
a de
Us
e C
ase
)..
.)
1. Paquete: Sistema de Matricula
a) Diagrama de Caso de Uso: Matrícula
Diagrama 9: Diagrama de Caso de Uso Matricula
Fuente: Elaboración propia
| 108
Interfaz de Usuario: Frm_NuevaMatrícula
| 109
Especificaciones de caso de uso: Matrícula
Código de Caso de Uso: CUM01.001
Caso de Uso: REGISTRAR MATRICULA
Actores: SECRETARIA
Propósito: Mantener Actualizado el registro de Matriculas como el Registro de
Vacantes.
Resumen:
Este caso de uso se inicia al proceder la matricula de un alumno, el cual tiene un
código que servirá para este y otros procesos del sistema, el sistema buscará tanto
el estado económico del alumno como el académico; también controlara las
vacantes para el grado y sección a la que piensa matricularse, se podrá buscar al
alumno por su nombre o apellidos cuando no se tenga el código. Este caso de uso
termina matriculando al alumno y actualizando las vacantes para el aula en que se
matriculó.
Precondiciones:
El alumno deberá ser inscrito al menos con sus datos básicos requeridos para poder
UCM
01.0
04
| 110
ser matriculado.
Las vacantes serán copadas en el primer periodo de la matricula por los alumnos
que pertenecen al plantel, después del primer periodo de matricula se procederá a
matricular a alumnos nuevos.
Referencias:
RM01.001, RM01.003
CUM01.001 - Registrar Matrícula
CUM01.002 - Llenar ficha de matricula
CUM01.003 – Consultar alumnos
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. La secretaria ingresara el
código del alumno.
3. Si el alumno es nuevo
entonces la secretaria
indicara que es un nuevo
alumno.
5. la secretaria procederá a
llenar la ficha básica de
matrícula para la inscripción
del alumno.
2. El sistema validará el código y mostrara el nombre del
alumno en una caja de texto e indicara si tiene alguna deuda o
curso a cargo, también mostrara el último grado y nivel en el
que estuvo, activando automáticamente el grado al que debe
matricularse.
4. El sistema automáticamente le generará un código que
identificará al alumno.
6. El sistema validara los datos ingresados y emitirá un
mensaje en el momento de ser guardado la información.
7. El sistema actualizará las vacantes de alumnos.
Flujos Alternos:
Si es que el alumno es antiguo, y tiene deudas anteriores el sistema le visualizara
un mensaje indicando que estos van a ser pagados o no. Si el pago es realizado se
procede con la matricula sino este culminará ahí y no se registrara al alumno.
Pos condiciones:
Se registra el monto pagado al estado de cuenta del alumno y a su vez se registra al
alumno en el grado indicado.
Terminado el proceso de matricula la secretaria se encargara de completar los
| 111
datos del alumno, ya que en la matricula solo se uso los datos principales para
poder matricularlos.
Requerimientos Especiales:
En el sistema actualizará el número de vacantes del grado y sección indicado.
Si no puede hacer el pago de la deuda el apoderado solicitaría una inscripción
especial.
Código de Caso de Uso: CUM01.002
Caso de Uso: LLENAR FICHA DE MATRICULA
Actores: SECREATARIA
Propósito: Tener los datos del alumno actualizado en la BD.
Resumen:
Solo si el alumno es antiguo se procederá a modificar los datos y verificar si el grado
al que procede es correcto.
Si el alumno es nuevo se procederá a llenar los datos en la ficha, recibiendo de
forma mecánica la ficha única del alumno que nos servirá para hacer la
actualización de los datos de los alumnos.
Precondiciones:
Se tiene que tener todos los datos requeridos en la ficha de matrícula.
Referencias:
RM01.002
Flujo Básico:
| 112
Acción de Actor Respuesta del Sistema
1. La secretaria procederá a llenar los
datos del alumno y demás datos que
requiera la ficha.
2. El sistema validara los datos si son correctas para su
respectiva grabación.
Flujos Alternos:
El sistema generará un código único para cada alumno inscrito y guardara todos los
datos de la ficha de matrícula.
Pos condiciones:
No se grabara o actualizara la ficha de matricula solo si los datos son incorrectos.
Requerimientos Especiales:
Código de Caso de Uso: CUM01.003
Caso de Uso: REALIZAR MANTENIMIENTO NIVEL, GRADO Y SECCION
Actores: SECRETARIA, DIRECTOR
Propósito: poder crear y actualizar niveles, grados y número de secciones por
grado; según la necesidad y crecimiento del colegio.
Resumen:
Este caso de uso empieza al cargar por primera vez el sistema, en el cual la
secretaria o director especificara y creara los niveles, grados y numero de secciones
por grado que tendrá el plantel, también podrá usarse cuando se requiera modificar
estos parámetros.
Precondiciones:
El sistema verificará si existe al menos un nivel, grado y sección para poder usar
otros formularios del sistema.
Referencias:
| 113
RM01.005
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. En el caso de nivel se debe ingresar la
Descripción.
3. En el caso de grados se debe de escoger el
nivel en el que estará, descripción, número de
Horas que serán dictadas, numero de secciones
que tendrá y el número máximo de alumnos
para ese grado.
2. Revisara si existe el nivel ingresado, si no lo
encuentra lo grabara.
4. el sistema validara los campos y si son
correctos los guardara.
Flujos Alternos:
El sistema verificará los datos ingresados mandando mensajes si estos no son
correctos.
Pos condiciones:
los datos quedaran registrados para su posterior uso
Requerimientos Especiales:
Es requerido que no existan usuarios conectados utilizando el aplicativo, en el momento
en que se utilice esta funcionalidad.
Código de Caso de Uso: CUM01.004
Caso de Uso: REALIZAR MANTENIMIENTO DE PERIODO ESCOLAR Y DE
MATRICULA
Actores: SECRETARIA, DIRECTOR
Propósito: Tener actualizado el periodo escolar, y inicio de la matricula por cada
| 114
año.
Resumen:
Aquí se detallan o se actualiza el año escolar, empezando por poner el comiendo
del periodo de matricula como también el inicio y final del periodo escolar, para que
asi una vez terminado este periodo se actualice los datos del alumno.
Precondiciones:
Solo podrán acceder usuarios autorizados como el caso del director o secretaria
solo.
Tanto la matricula como el periodo escolar, solo será creada una vez por cada año.
Referencias:
RM01.006
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. se escogerá el precio y la fecha en la que
comenzara el periodo de matrícula, como el día
de inicio y fin del año escolar.
3. se agregará o actualizará el monto de
pensión para el año escolar.
2. el sistema validar q las fechas sean correctas
mandando mensajes de erros si fuera lo contrario.
4. el sistema validará y guardara los datos.
Flujos Alternos:
El sistema verificará si los datos introducido son correctos para poderlos grabar,
mandando mensajes de erro si no lo estuvieran.
En el caso de mandar mensajes de error, estos especificaran el motivo.
Pos condiciones:
Estos datos servirán como base para la actualización del siguiente año.
Requerimientos Especiales:
| 115
2. Paquete: Sistema Cobranza
a) Diagrama de Caso de Uso: Descuento
Diagrama 10: Diagrama de Caso de Uso de Descuento
Fuente: Elaboración propia
Re
gis
tra
po
rce
nta
je d
e d
es
cue
nto
Eva
lua
r re
nd
imie
nto
Aca
de
mic
o d
el
Alu
mno
(fro
m D
iag
ram
a d
e U
se C
ase
)
Re
gis
tra
r d
es
cue
nto
(fro
m D
iag
ram
a d
e U
se C
ase
)
Re
aliz
ar
man
ten
imie
nto
de
de
scu
en
tos
(fro
m D
iag
ram
a d
e U
se C
ase
)
<<
incl
ud
e>
>
_D
ire
cto
r
(fro
m D
iag
ram
a d
e U
se
Ca
se
)..
.)
Eva
lua
r tip
o d
e d
escu
en
to<<
ext
en
d>
>
<<
ext
en
d>
>
Tip
os
de
De
scu
en
to:
*Po
r h
ijo d
e P
ers
on
al
*Po
r E
sta
do E
cono
mic
o
*Po
r R
end
imie
nto
aca
de
mic
o
| 116
Código de Caso de Uso: CUCA01.001
Caso de Uso: EVALUAR TIPO DE DESCUENTO
Actores: Director
Propósito:
Verificar si se puede otorgar el descuento económico para la permanencia del
alumno en cuestión.
Resumen:
El caso de uso se inicia cuando el director revisa el rendimiento académico del
alumno, según sean los resultados, se otorgara o no el descuento.
Precondiciones:
Tendrá que enviar una solicitud previa que será entregada a la secretaria.
Referencias:
RPA01.004
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El director verificara el estado
académico y si es favorable ingresara el
descuento respectivo.
2. El sistema emitirá un reporte del estado
académico del alumno.
El sistema guardara el descuento respectivo y
enviará un mensaje de confirmación.
Flujos Alternos:
El director verifica el estado académico si es favorable procede el descuento, de
lo contrario sale del sistema.
Se guardará el descuento ingresado para el alumno(a) y se visualizara una vez
grabado el registro en la BD.
| 117
Pos condiciones:
No se registrara el descuento si hay error en el ingreso.
Requerimientos Especiales:
Código de Caso de Uso: CUCA01.002
Caso de Uso: REALIZAR MANTENIMIENTO DE DESCUENTOS
Actores: Director
Propósito: Poder dinamizar los porcentajes de descuentos.
Resumen:
El caso de uso se inicia cuando el director desea cambiar los porcentajes de
descuento para los alumnos y termina cuando registra el respectivo descuento o
de lo contrario sale.
Precondiciones:
Ninguna.
Referencias:
RPA01.004
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El director ingresara los porcentajes de
descuento indicando el tipo.
2. El sistema registrará el porcentaje de descuento
respectivo y enviará un mensaje de confirmación.
Flujos Alternos:
Se guardará el descuento ingresado para el alumno(a) y se visualizara una vez
grabado el registro en la BD.
Pos condiciones:
No se registrara el descuento si hay error en el ingreso.
| 118
Requerimientos Especiales:
b) Diagrama de Caso de Uso: Cobros a Alumnos
Diagrama 11: Diagrama de Caso de Uso de Cobros a Alumnos
Fuente: Elaboración propia
Ge
ne
rar
bo
leta
Ge
ne
rar
Re
po
rte
s d
e in
gre
so
s
Re
gis
tra
r C
ob
ro<
<in
clu
de
>>
Re
aliz
ar
ma
nte
nim
ien
to d
e
curs
os
-ca
rgo
Re
aliz
ar
ma
nte
nim
ien
to d
e m
on
to y
pe
rio
do
s d
e p
ago
s
_D
ire
cto
r
(fro
m D
iag
ram
a d
e U
se
Cas
e)
...)
Ge
ne
rar
Re
p.M
oro
so
s
_S
ecr
eta
ria
(fro
m D
iag
ram
a d
e U
se
Cas
e)
...)
Ge
ne
rar
Re
p.E
sta
do
Eco
no
mic
o
| 119
Código de Caso de Uso: CUCA02.001
Caso de Uso: REGISTRAR COBROS
Actores: Secretaria
Propósito: Poder llevar un control de los ingresos por cobros.
Resumen:
El caso de uso se inicia cuando la secretaria registra un cobro, ya sea por
pensión o por curso a cargo. Luego se emitirá la respectiva boleta de pago
Precondiciones:
Que el alumno tenga un cobro activo.
Referencias:
RPA01.002
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. La secretaria ingresara el código o
nombre del alumno, seleccionara el
pago, lo registrará y emitirá su boleta
de pago respectiva.
2. El sistema registrará el monto y el tipo de
cobro respectivo y enviará un mensaje de
confirmación, e imprimirá su boleta respectiva.
Flujos Alternos:
Se generará e imprimirá la boleta de pago respectiva o de lo contrario se
cancelara el proceso.
Pos condiciones:
No se registrará sino adeuda.
Requerimientos Especiales:
| 120
Código de Caso de Uso: CUCA02.002, CUCA02.003, CUCA02.004
Caso de Uso: GENERAR REPORTE DE ESTADO ECONÓMICO,REPORTE DE
MOROSOS,REPORTE DE INGRESOS
Actores: Secretaria
Propósito: Poder visualizar la información y sustentarla a través de documentos
que se pueden adquirir rápidamente por el sistema.
Resumen:
El caso de uso se inicia cuando se requiere información sobre el estado
económico de un alumno, las cuentas por cobrar activas generadas por los
alumnos y los respectivos ingresos que obtiene la institución.
Precondiciones:
Ninguna.
Referencias:
RPA01.005, RPA01.006
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. La secretaria seleccionará el tipo
de reporte y luego presionara
imprimir.
2. El sistema mostrará la el reporte solicitado y
lo imprimirá.
Flujos Alternos:
Ninguno
Pos condiciones:
Ninguna.
Requerimientos Especiales:
| 121
Código de Caso de Uso: CUCA02.005
Caso de Uso: REALIZAR MANTENIMIENTO DE CURSOS A CARGO
Actores: Director
Propósito: Poder actualizar los costos de los cursos a cargos.
Resumen:
El caso de uso se inicia cuando se ingresa o cambia los costos de los cursos a
cargo para que el sistema actualice los montos de cobros.
Precondiciones:
Que existan todos los cursos.
Referencias:
RPA01.002
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El director seleccionara el curso y
luego ingresara el costo; luego
presionara guardar.
2. El sistema mostrará la lista de cursos y sus
montos iniciales, si los hubiese, luego
procederá a guardar los nuevos montos.
Flujos Alternos:
Ninguno
Pos condiciones:
Si hay errores en los montos el sistema no lo registrará hasta que se corrija.
Requerimientos Especiales:
| 122
Código de Caso de Uso: CUCA02.006
Caso de Uso: REALIZAR MANTENIMIENTO DE MONTO Y PERIODO DE PAGOS
Actores: Director
Propósito: Poder actualizar los montos de las pensiones y los periodos de pagos.
Resumen:
El caso de uso se inicia cuando se ingresa o cambia los costos de las pensiones
para que el sistema actualice los montos y fechas; así llevar un mejor control.
Precondiciones:
Ninguna.
Referencias:
RPA01.003
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El director seleccionara la fecha
de inicio y fin de las pensiones, como
también los costos de las mismas.
2. El sistema guardará los nuevos montos y
las fechas de los periodos enviando un
mensaje de confirmación.
Flujos Alternos:
Ninguno
Pos condiciones:
El sistema no registrará si se ingresan valores no acordes hasta que se corrijan.
Requerimientos Especiales:
| 123
3. Paquete: Sistema Notas
a) Diagrama de Caso de Uso: Notas
Diagrama 12: Diagrama de Caso de Uso de Notas
Fuente: Elaboración propia
Saca
r Pro
med
io
(from
Dia
gram
a de
Use
Cas
e)
Reg
istra
r_no
tas_
x_C
urso
(from
Dia
gram
a de
Use
Cas
e)
<<ex
tend
>>
Gen
erar
Lib
reta
de
Not
as
(from
Dia
gram
a de
Use
Cas
e)
Gen
erar
Rep
orte
Ord
en d
e M
érito
(from
Dia
gram
a de
Use
Cas
e)
Gen
erar
Reg
istro
de
Eval
uaci
ón
(from
Dia
gram
a de
Use
Cas
e)
Reg
istra
r Not
as d
e C
ondu
cta
(from
Dia
gram
a de
Use
Cas
e)<<ex
tend
>>
_Doc
ente
(fro
m D
iagr
ama
de U
se C
ase)
...)
_Aux
iliar
Ac
adém
ico
(fro
m D
iagr
ama
de U
se C
ase)
...)
Con
sulta
r Reg
istro
de
Not
as
(from
Dia
gram
a de
Use
Cas
e)
Gen
erar
Rep
orte
Aca
dem
ico
_Sec
reta
ria
(fro
m D
iagr
ama
de U
se C
ase)
...)
Reg
istra
r Tar
eas
<<ex
tend
>>
| 124
Interface de usuario:
| 125
Código de Caso de Uso: CUNA01.004
Caso de Uso: REGISTRAR NOTAS POR CURSO
Actores: Docente
Propósito: Poder registrar las notas de los alumnos.
Resumen:
Este caso de uso.se inicia cuando se selecciona el registro de notas, se ingresan las
tareas o exámenes y luego se ingresan las notas de los alumnos.
Precondiciones:
Que existan los cursos, también es necesario que los alumnos estén matriculados.
UCM
01.0
04
| 126
Referencias:
RA01.001
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El docente ingresará las notas
en sus tres luego presionara
guardar.
2. El sistema mostrará la lista de cursos y sus
montos iniciales, si los hubiese, luego procederá a
guardar los nuevos montos.
Flujos Alternos:
Pos condiciones:
Requerimientos Especiales:
| 127
4. Paquete: Sistema Personal
a) Diagrama de Caso de Uso: Personal
Diagrama 13: Diagrama de Caso de Uso de Personal
Fuente: Elaboración propia
Interface de usuario
Mo
difi
ca
r C
urs
os
Re
gis
tra
r C
on
trato
Re
gis
tra
r a
sis
ten
cia
_D
oce
nte
(fro
m D
iag
ram
a d
e U
se C
as
e)
...)
Re
gis
tra
r P
ers
on
al
<<
ext
end
>>
Re
gis
tra
r curs
os
Ge
ne
rar
Re
po
rte
s p
or T
ipo d
e
Pe
rso
na
l
Re
gis
tra
r H
ora
rio
de
ing
res
o y
sa
lida
de
pe
rso
na
l
Re
gis
tra
r H
ora
rio
de
au
las
Ge
ne
rar
Re
po
rte
de
as
iste
ncia
Re
aliz
ar
ma
nte
nim
ien
to a
va
cacio
ne
s
Da
r d
e B
aja
al P
ers
on
al
Re
gis
tra
r a
dela
nto
s
_D
ire
cto
r
(fro
m D
iag
ram
a d
e U
se C
as
e)
...)
_S
ecre
tari
a
(fro
m D
iag
ram
a d
e U
se C
as
e)
...)
As
ign
ar
curs
os a
Do
ce
nte
s
<<
ext
end
>>
| 128
| 129
Código de Caso de Uso: CUPP01.001
Caso de Uso: REGISTRAR PERSONAL
Actores: SECRETARIA
Propósito: Tener Registro Actualizado del Personal
Resumen:
En este caso el caso de uso se inicia cuando un nuevo personal va a laborar en
la institución y se requiere que este sea registrado en el sistema y así poder
tener un mejor control del personal.
Precondiciones:
• Se tendrá que definir el tipo de trabajador con un documento sustentatorio para
su respectivo registro.
Referencias:
RP01.013
CUP01.001 - Registrar personal
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. La secretaria una vez verificada el
documento que acredite el ingreso del
nuevo personal, procede a su respectivo
ingreso de datos al sistema, una vez
llenado los datos requeridos procede a
grabar en la BD.
2. El sistema validará los datos del personal y
enviara un mensaje de confirmación si se grabo
correctamente o un mensaje de error si los datos son
incorrectos.
Flujos Alternos:
Se generara el nuevo código para este personal y se visualizara una vez grabado
el registro en la BD. Se registrará a su vez el contrato del personal solo si fuera el
caso.
| 130
Pos condiciones:
No se registrara al personal si los datos ingresados son incorrectos.
Requerimientos Especiales:
Código de Caso de Uso: CUPP01.002
Caso de Uso: ASIGNAR CURSOS A DOCENTE
Actores: SECRETARIA
Propósito: Obtener un registro de Cursos que puede dictar un docente.
Resumen:
El caso de uso se inicia en el momento de registrar cada curso que dictara cada
docente en las secciones asignadas.
Precondiciones:
Tener los cursos registrados tanto a los docentes como a los cursos en el
sistema.
Tener definido los cursos que van a dictar cada docente y a que secciones vana
enseñar.
Referencias:
RP01.001
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. Seleccionar el docente y los cursos
que va puede dictar, el grado y la
sección que fue asignada.
2. El sistema procede a registrar e la BD el registro
para cada docente, enviando un mensaje de
confirmación.
| 131
Flujos Alternos:
Se podrá modificar o eliminar algunos registros equivocados del docente ante los
cursos que dicta.
Pos condiciones:
Se podrá visualizar después de la grabación los registros insertados por cada
docente para alguna modificación.
Requerimientos Especiales:
Que me genere el horario para cada profesor, según la asignación de cursos a
cada aula.
Código de Caso de Uso: CUPP01.003
Caso de Uso: REGISTRAR HORARIO DE AULA
Actores: SECRETARIA
Propósito: Tener una distribución adecuada de cada curso en las secciones
definidas según la curricular de enseñanza.
Resumen:
Este caso de uso inicia cuando se tiene definido los cursos que serán dictados
en cada grado
Precondiciones:
Haber registrado todos los cursos para cada grado.
Referencias:
RP01.001
Flujo Básico:
| 132
Acción de Actor Respuesta del Sistema
1. La secretaria seleccionara el grado, la
sección, el día y el curso que se asignará
a la sección ingresando la hora de inicio
y fin en el que se va a dictar dicho
curso.
2. Al aceptar el registro el sistema procede a validar
los datos ingresados, verificando si es que no ocurre
ningún cruce de hora en ese día, y así continuando a
registrar el curso.
Flujos Alternos:
Se podrá verificar los datos ingresados
Pos condiciones:
Se procedería a signarles los cursos a los profesores.
Requerimientos Especiales:
Código de Caso de Uso: CUP01.004
Caso de Uso: REGISTRAR HORARIO DE INGRESO Y SALIDA DE PERSONAL
Actores: SECRETARIA
Propósito: Obtener un horario de programación para cada personal, el cual
ayudara para la elaboración de la planilla.
Resumen:
Este caso de uso inicia cuando ya se han definido la cantidad de horas que
trabajara cada personal registrando sus horas de trabajo y obteniendo una
programación de horas.
Precondiciones:
Contar con una programación de horario definida para cada personal que labora.
Contar con personal registrado en la BD. Se tiene que tener registrado a todo el
personal que se hará la programación de horario.
| 133
Referencias:
RP01.002
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. Para el caso de asignación de
horario a Docente se tiene que
escoger el nombre del docente.
3. La secretaria procederá la
selección de días y horas de ingreso
y salida de cada uno.
4. En el caso de otros tipos de
personal, solo se escogerá el cargo
y se escogerá el día y la hora de
ingreso.
2. El sistema visualizará los horarios del personal en una
grilla si es que lo tuviera.
5. en ambos casos al aceptar los datos el sistema verificara
si los datos que se desea registrar no produce un cruce con
las horas en el sistema, enviando un mensaje de
confirmación o rechazo según sea el caso.
Flujos Alternos:
Se podrá modificar si se presento un error en el momento de registrar.
Pos condiciones:
Requerimientos Especiales:
Código de Caso de Uso: CUP01.005
Caso de Uso: REGISTRAR CURSOS
Actores: Secretaria
Propósito: Tener un registro de todos los cursos que se dictan en el centro
educativo.
| 134
Resumen:
Este caso de uso se inicia cuando la secretaria registra todos los cursos de
acuerdo al nivel, grado y especialización.
Precondiciones:
Tener insertado todos los cursos en el sistema.
Referencias:
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. La secretaria una vez que allá
terminado de ingresar los datos
requeridos se procederá a grabar en
la BD.
El sistema enviara un mensaje de confirmación si se grabo
correctamente o un mensaje de error si los datos son
incorrectos.
Flujos Alternos:
Se podrá modificar o eliminar los datos del curso.
Pos condiciones:
Se visualizara después de la grabación los datos insertados para alguna
modificación.
Requerimientos Especiales:
| 135
Código de Caso de Uso: CUP01.006
Caso de Uso: REGISTRAR ASISTENCIA
Actores: Docente
Propósito: Tener un mejor control de los docente.
Resumen:
Este caso de uso se inicia cuando el docente ingresa el día, la hora de entrada y
la hora de salida e ingresa los datos al sistema.
Precondiciones:
Tener las asistencias de todos los docentes en el sistema.
Referencias:
RP01.005
CUP01.001 - Registrar personal
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El docente una vez que ingrese el
día, su hora de ingreso y hora de salida,
una vez llenado los datos requeridos
procederá a grabar en la BD.
El sistema validara la hora de ingreso y la hora de
salida del docente y enviara un mensaje de
confirmación si se grabo correctamente o un mensaje
de error si los datos son incorrectos.
Flujos Alternos:
Se podrá modificar o eliminar los datos ingresados del docente.
Pos condiciones:
Se podrá visualizar las asistencias de los docentes para alguna modificación.
Requerimientos Especiales:
| 136
Código de Caso de Uso: CUP01.007
Caso de Uso: REALIZAR MANTENIMIENTO A VACACIONES
Actores: Director
Propósito: Contar con un registro de las vacaciones dada para cada
personal Administrativo.
Resumen:
Este caso de uso se inicia cuando el personal interesado solicita sus
vacaciones por derecho, procediendo el encargado a programar el periodo
de vacaciones que se le dará al personal.
Precondiciones:
Se tiene que tener un registro de todo el personal a los cuales se les han
programado sus vacaciones.
Referencias:
RP01.011
CUPP01.008 - Controlar vacaciones.
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El director ingresara el código
del personal, y la fecha de inicio
y de término de sus respectivas
vacaciones.
1. El sistema visualizará un listado de todo el
personal por tipo, luego mostrara el detalle del
personal seleccionado mostrando su fecha de
vacaciones y su pago correspondiente.
Flujos Alternos:
Se podrá verificar los datos ingresados.
| 137
Pos condiciones:
Se visualizara después de la grabación los registros insertados de cada
personal que han solicitado sus vacaciones.
Requerimientos Especiales:
Código de Caso de Uso: CUP01.008
Caso de Uso: DAR DE BAJA AL PERSONAL
Actores: Director
Propósito: Obtener un registro de baja para cada personal.
Resumen:
Este caso de uso se inicia cuando el director no va a realizar una renovación de
contrato, cuando ocurre un despido o como también una renuncia.
Precondiciones:
El director no ha realizado la renovación de contrato.
Se realizo el despido del personal.
Se acepto la renuncia del personal.
Referencias:
FP001.006
CUPP01.009
Flujo Básico:
Acción de Actor Respuesta del Sistema
| 138
1.-El director ingresa el
código del personal, donde
tendrá que ingresar la fecha
de baja.
1.- El sistema mostrara el detalle del personal seleccionado y
actualizara el estado de este.
Flujos Alternos:
Se podrá modificar o eliminar algunos registros equivocados por el director.
Pos condiciones:
Se visualizara después de la grabación los datos ingresados por el director para
alguna modificación.
Requerimientos Especiales:
Código de Caso de Uso: CUP01.009
Caso de Uso: REGISTRAR ADELANTOS
Actores: Director
Propósito: Tener un registro de control de todos los adelanto o préstamos del
personal.
Resumen:
Este caso de uso se inicia cuando el director verifica su neto básico del personal,
y el monto básico máximo a solicitar.
Precondiciones:
El préstamo será emitido para solo para el personal nombrado y contratado.
Referencias:
RP01.008
| 139
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. Para el caso de préstamo el director
tendrá que ingresar el monto a prestar.
Una vez que allá terminado de ingresar
los datos requeridos se procederá a
grabar en la BD.
El sistema procederá a validar los datos ingresados,
verificara que el monto a solicitar sea menor que el
monto máximo a prestar, enviando un mensaje de
confirmación que se grabo correctamente o un
mensaje de error que los datos son incorrectos.
Flujos Alternos:
Pos condiciones:
Se podrá visualizar el préstamo y la fecha del personal solicitado.
Requerimientos Especiales:
| 140
b) Diagrama de Caso de Uso: Planilla
Diagrama 14: Diagrama de Caso de Uso: Planilla
Fuente: Elaboración propia
Ve
rifica
r D
es
cue
nto
(fro
m D
iag
ram
a d
e U
se C
ase
)
Ve
rifica
r In
gre
so
s
(fro
m D
iag
ram
a d
e U
se C
ase
)
ITE
MS
DE
PL
AN
ILL
A
*AFP
*ON
P
*UIT
*CT
S
Ge
ne
rar
Pla
nilla
(fro
m D
iag
ram
a d
e U
se C
ase
)
Mo
dific
ar
Pla
nilla
(fro
m D
iag
ram
a d
e U
se C
ase
)
Ve
rifica
r T
rab
aja
do
r
(fro
m D
iag
ram
a d
e U
se C
ase
)
<<
inclu
de
>>
<<
inclu
de
>>
Mo
dific
ar
ing
res
os
y d
es
cu
en
tos
de
l
pe
rso
na
l
Re
aliza
r m
an
ten
imie
nto
de
Ite
ms
de
Pla
nilla
Co
ns
ulta
r R
ep
ort
e d
e a
sis
ten
cia
_D
ire
cto
r
(fro
m D
iag
ram
a d
e U
se C
as
e)
...)
Ge
ne
rar
Bo
leta
de
pa
go
| 141
Código de Caso de Uso: CUPP01.001
Caso de Uso: GENERAR PLANILLA
Actores: DIRECTOR
Propósito: Obtener un reporte la planilla de pagos por cada mes.
Resumen:
Iniciará el caso de uso cuando llega el periodo de corte para el proceso de pago.
Precondiciones:
Haber definido la fecha de inicio y la fecha de corte de la planilla. Tener definido
todos los ingresos y descuentos que tendrá cada personal.
Referencias:
RP01.014 , RP01.012, RP01.006, RP01.012, RP01.011, RP01.008
Verificar trabajador
Modificar ingresos y descuentos del personal
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El director realizará una
verificación del pago para cada
trabajador, procediendo a aceptara la
generación de la planilla.
2. El sistema procederá a verificar los datos de cada
empleado e ira generando los ingreso, descuento y
sueldo total que le correspondería a cada uno de ellos.
Flujos Alternos:
Se procederá a generar nuevamente la planilla, solo si ocurre algún error con el
pago que corresponde a algún empleado.
Pos condiciones: Visualizara el reporte de la planilla para que pueda ser
impresa. Solo el director podrá realizar esta acción.
Requerimientos Especiales:
Imprimir el documento con el formato requerido por el director.
| 142
Código de Caso de Uso: CUPP01.002
Caso de Uso: MODIFICAR PLANILLA
Actores: DIRECTOR
Propósito: Poder corregir algunos errores que se cometió en el momento de
generara la planilla.
Resumen:
Este caso de uso inicia el momento que se observa una anomalía en la
remuneración del empleado. Pudiendo ser modificada y generada nuevamente.
Precondiciones:
Solo el director podrá realizar el proceso de modificación de ingresos y
descuentos del personal.
Referencias:
RP01.007, RP01.008, RP01.011, RP01.012
Modificar Ingresos y Descuentos del Personal
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. Ubicarse en el ítem que será
modificado, realizar la
modificación y grabar.
1. Realizar el proceso de validación y grabar los
cambios.
Flujos Alternos:
Enviara un mensaje de confirmación y abrirá el formulario de generar planilla
para el nuevo cálculo.
Pos condiciones:
Requerimientos Especiales:
| 143
Código de Caso de Uso: CUPP01.003
Caso de Uso: REALIZAR MANTENIMIENTO DE ITEMS DE PLANILLA
Actores: DIRECTOR
Propósito: Tener actualizada los datos que se requieren para el cálculo de la
planilla.
Resumen:
Este Caso de Uso se inicia cuando se requiera actualizar Ítems (UIT, Rentas de
5ta, etc.) que son necesarios para el Cálculo de la planilla.
Precondiciones:
Tener registrado los Ítems en la Base de Datos
Referencias:
RP01.014
Flujo Básico:
Acción de Actor Respuesta del Sistema
1. El Director ingresara al formulario de
Ítems y escogerá el Ítem a modificar
2. El Director ingresara el nuevo valor
del Ítem.
3. El sistema se encargara de actualizar con el
nuevo valor ingresado.
Flujos Alternos:
Enviara un mensaje de confirmación y si se requiere hacer otras modificaciones.
Pos condiciones:
Se utilizara el último cambio que se hizo a los Ítems para los cálculos
correspondientes a al planilla.
Requerimientos Especiales:
| 144
B. Relación entre caso de uso y actores del sistema
Actor
Caso
de Uso
Director Docente Auxiliar
Académico Secretaria
CASO DE USO DEL
PROCESO DE MATRICULA X
CASO DE USO DEL
PROCESO INGRESO DE
NOTAS
X X
CASO DE USO DEL
PROCESO DE DESCUENTO X
CASO DE USO DEL
PROCESO DE COBROS A
ALUMNOS
X
CASO DE USO DEL
PROCESO DE PLANILLA X
CASO DE USO DEL
PROCESO DE PERSONAL X
4.3.3. Diagrama de Secuencia y Colaboración.
| 145
: e
.Docent
e/C
urso
: _
Doc
ente
: F
rm_Logueo
_P
rofe
: f
rm.R
egi
str
o_n
ota
s :
e.D
ocent
e :
Doce
nte
_C
urs
o :
c.N
ivel
: e
.Niv
el
: G
rado/s
eccio
n :
e.G
rado/S
eccio
n :
Alu
mno
: e
.Alu
mno
: N
ota
s
Abrir
Ingre
sar
usuario
y c
ontr
aseña
Logue
ar_
Pro
fe()
Reto
rna_c
od()
Abrir
frm
.
Lis
t_G
rado()
Lis
t_niv
el()
Mostr
ar_
niv
el()
Mostr
ar_
Gra
do/s
ecc
ion()
Lis
ta_C
urs
o()
Mostr
ar(
)
Escoge
r niv
el,gra
do,s
eccio
n
Lis
ta_A
lum
no(
)
Mostr
ar
Alu
mno()
Ingre
_nota
s()
Guard
ar_
nota
s()
Guard
ar_
nota
()
| 146
: _
Docente
: frm
.Reg
istr
o_nota
s
: e
.Docente
: e
.Docente
/Curs
o
: c
.Niv
el
: e
.Niv
el
: e
.Gra
do/S
eccio
n
: e
.Alu
mno
: F
rm_Log
ueo_P
rofe : G
rado/s
eccio
n
: D
ocente
_C
urs
o
: A
lum
no
: N
ota
s
1: A
bri
r2: In
gre
sar
usuari
o y
contr
aseña 3
: Log
uear_
Pro
fe()
4: R
eto
rna_cod()
5: A
bri
r fr
m.
6: Lis
t_niv
el(
)
7: M
ostr
ar_
niv
el(
)
8: Lis
t_G
rado()
10: Lis
ta_C
urs
o()
11: M
ostr
ar(
)
12: E
scog
er
niv
el,g
rado,s
eccio
n
13: Lis
ta_A
lum
no()
14: M
ostr
ar
Alu
mno()
15: In
gre
_nota
s()
16: G
uard
ar_
nota
()
17: G
uard
ar_
nota
s()
9: M
ostr
ar_
Gra
do/s
eccio
n()
| 147
: _
Secre
taria
: F
rm.M
atr
icula
: e
.Alu
mno
: e
.Niv
el
: e
.Gra
do/S
eccio
n :
De
talle
_M
atr
icula
Matr
icula
Abrir
frm
.
Ingre
sa c
od_alu
mno
busca_alu
mno()
Ingre
sar
dato
s
Busca ú
ltim
o n
ivel(cod_alu
) Busca u
ltim
o G
rado(c
od_
alu
)
Buscar
condic
ion()
Lle
nar_
cam
pos()
Sele
ccio
nar
tipo d
e p
ago
Matr
icula
r(cod,n
ivel,gra
do,s
eccio
n..
.)C
lick e
n g
uard
ar
ingre
sar
monto
Ingre
sar
fecha d
e p
ago
Regis
trar_
Cuenta
_M
aticula
(monto
,fecha)
Mensaje
de c
onfi
rmació
n()
Cerr
ar
Frm
_M
atr
ícula
| 148
: _
Se
cre
taria
: F
rm.M
atr
icu
la
: e
.Alu
mno
: e
.Niv
el
: e
.Gra
do/S
ec
cio
n
: D
eta
lle_M
atr
icula
Ma
tric
ula
6:
Bu
sca
r c
on
dic
ion
()
1:
Ab
rir
frm
.
2:
Ing
res
a c
od
_a
lum
no
8:
Ing
res
ar
da
tos
10:
ingre
sa
r m
on
to
11:
Ingre
sa
r fe
ch
a d
e p
ago
13:
Clic
k e
n g
ua
rda
r
16:
Cerr
ar
Frm
_M
atr
ícula
9:
Se
lec
cio
na
r ti
po d
e p
ago
3:
bus
ca
_a
lum
no
()
12:
Matr
icu
lar(
co
d,n
ive
l,g
rado
,se
cc
ion
...)
14:
Reg
istr
ar_
Cu
en
ta_
Ma
tic
ula
(mon
to,f
ech
a)
15:
Men
saje
de c
on
firm
ació
n()
4:
Bu
sca
últ
imo n
ivel(
co
d_a
lu)
5:
Bu
sca
ult
imo G
rado
(co
d_
alu
)
7:
Lle
na
r_c
am
po
s()
| 149
: _
Se
cre
tari
a : F
rm. R
eg
istr
o_
Pers
on
al
: c
.Pe
rson
al
: e
.Pe
rso
nal
: c
.Ca
rgo
: e
.Carg
o
Ab
rir
frm
.L
ista
r ca
rgo
()M
os
tra
r ca
rgo
()
mo
str
ar
Se
leccio
na
r ca
rgo
ca
rga
r R
eg
istr
o p
ers
on
al(
)M
os
tra
r re
gis
tro
()
Mo
str
ar
Ing
resa
r d
ato
s
Se
leccio
na
r tip
o p
ag
o
Se
leccio
na
r a
po
rta
cio
ne
s
Ing
resa
r m
es d
e v
aca
cio
ne
s
Ing
resa
r n
ro. co
ntr
ato
Ing
resa
fe
c_
inio
y fin
de c
on
tra
to
click g
rab
ar
Ca
rga
r r
em
un
era
cio
n()
Bu
scar
re
mun
era
cio
n()
Mo
str
ar
Re
rgis
trar
Pe
rso
na
l()
En
via
r m
sje
co
firm
acio
n
| 150
: _
Secre
tari
a
: e
.Pers
onal
: F
rm. R
eg
istr
o_P
ers
onal
: c
.Pers
onal
: c
.Carg
o : e
.Carg
o
1: A
bri
r fr
m.
2: Lis
tar
carg
o()
3: M
ostr
ar
carg
o()
4: m
ostr
ar
5: S
ele
ccio
nar
carg
o
6: carg
ar
Reg
istr
o p
ers
onal(
)
7: M
ostr
ar
reg
istr
o()
8: M
ostr
ar
9: B
uscar
rem
unera
cio
n()
10: C
arg
ar
rem
unera
cio
n()
11: In
gre
sar
dato
s
12: M
ostr
ar
13: S
ele
ccio
nar
tipo p
ag
o
14: S
ele
ccio
nar
aport
acio
nes
15: In
gre
sar
mes d
e v
acacio
nes
16: In
gre
sar
nro
. contr
ato
17: In
gre
sa fec_in
io y
fin
de c
ontr
ato
18: click
gra
bar
19: R
erg
istr
ar
Pers
onal(
)
20: E
nvi
ar
msje
cofirm
acio
n
| 151
: _
Se
cre
tari
a : F
rm. G
en
era
r_H
ora
rio
: c
.Niv
el
: e
.Niv
el
: c
.Gra
do
: e
.Gra
do
: c
.Se
ccio
n : e
.Se
ccio
n : c
.Cu
rso
: e
.Curs
o : e
.Hora
rio
Ab
rir
frm
.
Ca
rga
r n
ive
l()
Mo
str
ar
niv
el(
)
Mo
str
ar
Se
leccio
na
r N
ive
l
Ca
rga
Gra
do
()M
os
tra
r G
rad
o()
Mo
str
ar
Se
leccio
na
r G
rad
oC
arg
ar
Seccio
n()
Mo
str
ar
Seccio
n()
Mo
str
ar
Se
leccio
na
r S
eccio
n
Ca
rga
r C
urs
o()
Mo
sta
r C
urs
o()
Mo
str
ar
Se
leccio
na
r C
urs
o
Se
leccio
na
dia
Se
leccio
n h
ora
s
Click A
gre
ga
rG
en
era
r H
ora
rio
()
Co
nfirm
ar
| 152
: _
Secre
taria
: F
rm.
Genera
r_H
ora
rio
: c
.Niv
el
: e
.Niv
el
: c
.Gra
do
: c
.Seccio
n :
c.C
urs
o
: e
.Curs
o
1:
Abrir
frm
.2:
Carg
ar
niv
el()
3:
Mostr
ar
niv
el()
4:
Mostr
ar
5:
Sele
ccio
nar
Niv
el
6:
Carg
a G
rado()
9:
Sele
ccio
nar
Gra
do
14:
Mosta
r C
urs
o()
15:
Mostr
ar
16:
Sele
ccio
nar
Seccio
n17:
Sele
ccio
nar
Curs
o18:
Sele
ccio
na d
ia19:
Sele
ccio
n h
ora
s20:
Click A
gre
gar
: e
.Gra
do
7:
Mostr
ar
Gra
do()
8:
Mostr
ar
10:
Carg
ar
Seccio
n()
: e
.Seccio
n11:
Mostr
ar
Seccio
n()
12:
Mostr
ar
13:
Carg
ar
Curs
o()
: e
.Hora
rio
21:
Genera
r H
ora
rio()
22:
Confi
rmar
| 153
4.3.4. Modelamiento Estático
A. Diagrama de Clases de Objetos
| 154
B. Diccionario de Atributos:
| 155
| 156
| 157
| 158
| 159
| 160
| 161
| 162
| 163
C. Diagrama de Clases Lógico
Personal
Personal_ID
Nombre
Ape_Paterno
Ape_Materno
DNI
Sexo
Direccion
Telefono
Fecha_Nacimiento
Distrito_ID (FK)
Nro_Hijos
Fecha_Ingreso
Fecha_Baja
Estado
Sueldo_Basico
Condicion_Trabajo
CUSPP
Cod_Onp
Nro_EsSalud
Aportaciones_ID (FK)
Especialidad_ID (FK)
Estado_Civil_ID (FK)
Cargo_ID (FK)
Nivel_ID (FK)
Password
Contrato
Nro_Contrato
Fecha_Inicio
Fecha_Fin
Sueldo
Personal_ID (FK)
Especialidad
Especialidad_ID
Descripcion
Estado
Descuento_Personal
Descuento_Personal_ID
Fecha_Descuento
Descripcion
Monto
Estado
Personal_ID (FK)
Aportaciones
Aportaciones_ID
Descripcion
Fondo_Pensiones
Prima_AFP
Comision_AFP
Total_Retension
Estado
Estado_Civil
Estado_Civil_ID
Descripcion
Cargo
Cargo_ID
Descripcion
Sueldo_Basico
Estado
Horario_Personal
Dia
Hora_Ingreso
Hora_Salida
Estado
Personal_ID (FK)
Cargo_ID (FK)
Periodo_Pago
Periodo_Pago_ID
Fecha_Inicio
Fecha_Fin
Mes_Pago
Estado
Cab_Planilla
Cab_Planilla_ID
Fecha_Generada
Mon_Ing
Mon_Desc
Periodo_Pago_ID (FK)
Detalle_Planilla
Cab_Planilla_ID (FK)
Personal_ID (FK)
Concepto_ID (FK)
Tipo
Valor
Vacaciones
Vacaciones_ID
Personal_ID (FK)
Fecha_Incio
Fecha_Gose
Dias_Pagados
Estado
Estado_Pago_ID (FK)
Estado_Pago
Estado_Pago_ID
Descripcion
Observacion
Asistencia
Fecha_Asistencia
Ingreso_Prog
Hora_Ingreso
Salida_Prog
Hora_Salida
Tiempo_NoLaborado
H_Trab
Personal_ID (FK)
Asistio
Justificar
Observacion
Bonificacion
Fecha_Bonificacion
Monto
Descripcion
Personal_ID (FK)
Prestamo_Adelantado
Prestamo_Adelantado_ID
Fecha_Adelanto
Monto
Estado
Personal_ID (FK)
Nivel
Nivel_ID
Descripcion
Monto
Estado
Grado
Grado_ID
Descripcion
Alum_Maximo
Estado
Secciones
Nivel_ID (FK)
Seccion
Seccion_ID
Descripcion
Aula
Seccion_ID (FK)
Grado_ID (FK)
Familiar
Familiar_ID
Nombre
Ape_Paterno
Ape_Materno
Fech_Nacimiento
Sexo
Estado_Civil_ID (FK)
DNI
Ocupacion
Grado_ID (FK)
Direccion
Telefono
Vive
Vive_con_Alumno
Matricula
Matricula_ID
Año
Fech_Ini
Fech_Fin
Costo
Alumno
Alumno_ID
Cod_Mod
Nombre
Ape_Paterno
Ape_Materno
Fecha_de_Nacimiento
Sexo
Num_Hermanos
Direccion
Telefono
Lengua_Materna
Ult_Nivel
Ult_Grado
Condicion
Estado
Religion_ID (FK)
Distrito_ID (FK)
Descuento_Porcentaje
Seccion_ID (FK)
Grado_ID (FK)
Detalle_Matricula
Matricula_ID (FK)
Alumno_ID (FK)
Fecha_Mat
Familiar_ID (FK)
Seccion_ID (FK)
Grado_ID (FK)
Familiar_Alumno
Familiar_ID (FK)
Alumno_ID (FK)
Parentesco_ID (FK)
Apoderado
Parentesco
Parentesco_ID
Descripcion
Cuentas_por_Cobrar
Id_Cuenta
Alumno_ID (FK)
Fecha_Venc
Monto
Descripcion
Tipo_Cobro_ID (FK)
Estado
Distrito
Distrito_ID
Nom_Dist
Provincia_ID (FK)
Provincia
Provincia_ID
Nom_Prov
Departamento_ID (FK)
Departamento
Departamento_ID
Nom_Dep
Pais_ID (FK)
Pais
Pais_ID
Nom_Pais
Religion
Religion_ID
Descripcion
Cursos
Cursos_ID
Descripcion
Num_Horas
Costo
Estado
Grado_ID (FK)
Especialidad_ID (FK)
Nota
Alumno_ID (FK)
Cursos_ID (FK)
Periodo_ID (FK)
Prom_Cognositivo
Prom_Valorativo
Prom_Psicomotor
Parcial
Final
Promedio_Periodo
Periodo
Periodo_ID
Fech_Ini
Fech_Fin
Descripcion
Reg_Notas
Tarea_ID (FK)
Nota
Criterio_ID (FK)
Cursos_ID (FK)
Periodo_ID (FK)
Criterio
Criterio_ID
Descripcion
Tareas
Tarea_ID
Tarea_Desc
Seccion_ID (FK)
Grado_ID (FK)
Cursos_ID (FK)
Periodo_ID (FK)
Criterio_del_Curso
Criterio_ID (FK)
Cursos_ID (FK)
Peso
Horario_Aula
Dia
Hora
Seccion_ID (FK)
Grado_ID (FK)
Cursos_ID (FK)
Tipo_Cobro
Tipo_Cobro_ID
Descripcion
Docente_Curso
Personal_ID (FK)
Cursos_ID (FK)
Seccion_ID (FK)
Concepto
Concepto_ID
Descripcion
Abreviatura
Formulas_ID
Clase
Unidad
Imp_enBol
Val_IngDesc
Estado
UIT
Fecha_Uit
Valor
Dias
Dias_ID
Descripcion
Promedio
Alumno_ID (FK)
Grado_ID (FK)
Cursos_ID (FK)
Año
Promedio
SustitutorioDetalle_Cuenta_Cobrar
Id_Cuenta (FK)
Fecha_de_Cobro
Mora
Total
| 164
D. Diagrama de Clases Físico
R_19
R_23
R_25
R_27
R_31
R_39
R_44
R_46
R_47
R_58
R_59
R_92
R_93 R_94
R_95
R_104
R_105
R_113
R_125
R_131
R_137
R_138
R_149R_158
R_160
R_168
R_169
R_170
R_172
R_173
R_175
R_177
R_178
R_180
R_183
R_184
R_185
R_190
R_191 R_192
R_193
R_194
R_198
R_199
R_200
R_201
R_202
R_203
R_204
R_205
R_207
R_209
R_210
R_212
R_213
R_214
R_216
R_217
R_218R_219
R_220
R_221
Personal
Personal_ID: varchar(6)
Nombre: varchar(15)
Ape_Paterno: varchar(20)
Ape_Materno: varchar(20)
DNI: char(8)
Sexo: char(1)
Direccion: varchar(100)
Telefono: varchar(15)
Fecha_Nacimiento: varchar(10)
Distrito_ID: int
Nro_Hijos: int
Fecha_Ingreso: varchar(10)
Fecha_Baja: varchar(10)
Estado: int
Sueldo_Basico: money
Condicion_Trabajo: varchar(10)
CUSPP: varchar(12)
Cod_Onp: varchar(12)
Nro_EsSalud: varchar(11)
Aportaciones_ID: int
Especialidad_ID: int
Estado_Civil_ID: char(2)
Cargo_ID: int
Nivel_ID: int
Password: binary(255)
Contrato
Nro_Contrato: varchar(7)
Fecha_Inicio: varchar(10)
Fecha_Fin: varchar(10)
Sueldo: money
Personal_ID: varchar(6)
Especialidad
Especialidad_ID: int
Descripcion: varchar(20)
Estado: int
Descuento_Personal
Descuento_Personal_ID: int
Fecha_Descuento: varchar(10)
Descripcion: varchar(10)
Monto: money
Estado: int
Personal_ID: varchar(6)
Aportaciones
Aportaciones_ID: int
Descripcion: varchar(12)
Fondo_Pensiones: decimal(7,4)
Prima_AFP: decimal(7,4)
Comision_AFP: decimal(7,4)
Total_Retension: decimal(7,4)
Estado: int
Estado_Civil
Estado_Civil_ID: char(2)
Descripcion: varchar(15)
Cargo
Cargo_ID: int
Descripcion: varchar(10)
Sueldo_Basico: float
Estado: int
Horario_Personal
Dia: int
Hora_Ingreso: varchar(5)
Hora_Salida: varchar(5)
Estado: int
Personal_ID: varchar(6)
Cargo_ID: int
Periodo_Pago
Periodo_Pago_ID: int
Fecha_Inicio: varchar(10)
Fecha_Fin: varchar(10)
Mes_Pago: varchar(15)
Estado: int
Cab_Planilla
Cab_Planilla_ID: int
Fecha_Generada: datetime
Mon_Ing: money
Mon_Desc: money
Periodo_Pago_ID: int
Detalle_Planilla
Cab_Planilla_ID: varchar(5)
Personal_ID: varchar(6)
Concepto_ID: varchar(4)
Tipo: char(1)
Valor: float
Vacaciones
Vacaciones_ID: char(18)
Personal_ID: varchar(6)
Fecha_Incio: varchar(10)
Fecha_Gose: varchar(10)
Dias_Pagados: int
Estado: int
Estado_Pago_ID: int
Estado_Pago
Estado_Pago_ID: int
Descripcion: varchar(15)
Observacion: varchar(52)
Asistencia
Fecha_Asistencia: varchar(10)
Ingreso_Prog: varchar(5)
Hora_Ingreso: varchar(5)
Salida_Prog: varchar(5)
Hora_Salida: varchar(5)
Tiempo_NoLaborado: int
H_Trab: int
Personal_ID: varchar(6)
Asistio: char(1)
Justificar: char(1)
Observacion: text
Bonificacion
Fecha_Bonificacion: varchar(10)
Monto: money
Descripcion: text
Personal_ID: varchar(6)
Prestamo_Adelantado
Prestamo_Adelantado_ID: int
Fecha_Adelanto: varchar(10)
Monto: money
Estado: int
Personal_ID: varchar(6)
Nivel
Nivel_ID: int
Descripcion: varchar(15)
Monto: float
Estado: int
Grado
Grado_ID: int
Descripcion: varchar(20)
Alum_Maximo: int
Estado: char(1)
Secciones: int
Nivel_ID: int
Seccion
Seccion_ID: int
Descripcion: char(1)
Aula
Seccion_ID: int
Grado_ID: int
Familiar
Familiar_ID: varchar(7)
Nombre: varchar(20)
Ape_Paterno: varchar(20)
Ape_Materno: varchar(20)
Fech_Nacimiento: varchar(10)
Sexo: char(1)
Estado_Civil_ID: char(2)
DNI: varchar(8)
Ocupacion: varchar(15)
Grado_ID: int
Direccion: varchar(25)
Telefono: varchar(10)
Vive: char(2)
Vive_con_Alumno: char(18)
Matricula
Matricula_ID: int
Año: int
Fech_Ini: varchar(10)
Fech_Fin: varchar(10)
Costo: float
Alumno
Alumno_ID: varchar(7)
Cod_Mod: varchar(15)
Nombre: varchar(20)
Ape_Paterno: varchar(20)
Ape_Materno: varchar(20)
Fecha_de_Nacimiento: varchar(10)
Sexo: char(1)
Num_Hermanos: int
Direccion: varchar(100)
Telefono: varchar(10)
Lengua_Materna: varchar(25)
Ult_Nivel: varchar(15)
Ult_Grado: varchar(15)
Condicion: varchar(15)
Estado: char(1)
Religion_ID: int
Distrito_ID: int
Descuento_Porcentaje: int
Seccion_ID: int
Grado_ID: int
Detalle_Matricula
Matricula_ID: int
Alumno_ID: varchar(7)
Fecha_Mat: varchar(10)
Familiar_ID: varchar(7)
Seccion_ID: int
Grado_ID: int
Familiar_Alumno
Familiar_ID: varchar(7)
Alumno_ID: varchar(7)
Parentesco_ID: int
Apoderado: char(1)
Parentesco
Parentesco_ID: int
Descripcion: varchar(15)
Cuentas_por_Cobrar
Id_Cuenta: int
Alumno_ID: varchar(7)
Fecha_Venc: varchar(10)
Monto: float
Descripcion: varchar(100)
Tipo_Cobro_ID: int
Estado: int
Distrito
Distrito_ID: int
Nom_Dist: varchar(30)
Provincia_ID: int
Provincia
Provincia_ID: int
Nom_Prov: varchar(30)
Departamento_ID: int
Departamento
Departamento_ID: int
Nom_Dep: varchar(20)
Pais_ID: int
Pais
Pais_ID: int
Nom_Pais: varchar(15)
Religion
Religion_ID: int
Descripcion: varchar(15)
Cursos
Cursos_ID: varchar(5)
Descripcion: varchar(20)
Num_Horas: smallint
Costo: money
Estado: char(1)
Grado_ID: int
Especialidad_ID: int
Nota
Alumno_ID: varchar(7)
Cursos_ID: varchar(5)
Periodo_ID: int
Prom_Cognositivo: float
Prom_Valorativo: float
Prom_Psicomotor: float
Parcial: float
Final: float
Promedio_Periodo: float
Periodo
Periodo_ID: int
Fech_Ini: varchar(10)
Fech_Fin: varchar(10)
Descripcion: varchar(6)
Reg_Notas
Tarea_ID: int
Nota: float
Criterio_ID: int
Cursos_ID: varchar(5)
Periodo_ID: int
Criterio
Criterio_ID: int
Descripcion: varchar(15)
Tareas
Tarea_ID: int
Tarea_Desc: varchar(20)
Seccion_ID: int
Grado_ID: int
Cursos_ID: varchar(5)
Periodo_ID: int
Criterio_del_Curso
Criterio_ID: int
Cursos_ID: varchar(5)
Peso: smallint
Horario_Aula
Dia: varchar(10)
Hora: varchar(5)
Seccion_ID: int
Grado_ID: int
Cursos_ID: varchar(5)
Tipo_Cobro
Tipo_Cobro_ID: int
Descripcion: varchar(20)
Docente_Curso
Personal_ID: varchar(6)
Cursos_ID: varchar(5)
Seccion_ID: int
Concepto
Concepto_ID: varchar(4)
Descripcion: varchar(20)
Abreviatura: varchar(10)
Formulas_ID: int
Clase: varchar(6)
Unidad: varchar(5)
Imp_enBol: smallint
Val_IngDesc: char(1)
Estado: smallint
UIT
Fecha_Uit: varchar(10)
Valor: money
Dias
Dias_ID: int
Descripcion: varchar(10)
Promedio
Alumno_ID: varchar(7)
Grado_ID: int
Cursos_ID: varchar(5)
Año: varchar(4)
Promedio: float
Sustitutorio: floatDetalle_Cuenta_Cobrar
Id_Cuenta: int
Fecha_de_Cobro: varchar(10)
Mora: float
Total: varchar(7)
| 165
nuevo
repitente activo reserva
retiradomoroso
debe pensiones u otros
trasladadoAprobado
separada vigente aplazada
culminada
cancelada
E. Diagrama de Estado
Clase Matricula
Fuente: Elaboración propia
Clase Alumno
Fuente: Elaboración propia
| 166
nuevo
baja
activo a cargo
nuevo
espera
aprobado
desaprobado
Modificado promediada
Clase Curso
Fuente: Elaboración propia
Clase Nota
Fuente: Elaboración propia
| 167
Ingresante
ContratadoNombrado
Liquidacion
Vacaciones
Despido
Activo
Jubilado
Licencia
Clase Personal
Fuente: Elaboración propia
| 168
F. Diagrama de Componentes
Fuente: Elaboración propia
CAPA SCHOOL_VISTA
CAPA SCHOOL_ENTITY
CAPA SCHOOL_BUSS
CAPA SCHOOL_DAO
BD_SCHOOLMANAGER
ZZ
CAPA AYUDA
CAPA CONTROLES
| 169
Capa de Datos:School_DAO
Capa de Negocio: School_Buss
| 170
Capa de Ayuda:
Capa de Controles:
| 171
Capa Presentación: School_Vista
| 172
G. Diagrama de Distribución
PC01 DIRECTOR
PC03 PUERTA
SERVIDOR BD
PC02 SECRETARIA
PC04 DOCENTES
SWITCH
IMPRESORA02
IMPRESORA01
| 173
H. Diccionario de Nodos:
4.4. Especificaciones Suplementarias
4.4.1. Funcionalidad Común
El sistema School Manager es el único sistema que será implementado en la
institución, no existen sistemas anteriores.
4.4.2. Utilidad
A. Comportamiento de ventanas
El comportamiento que tendrán las ventanas de SCHOOL MANAGER será
similar al sistema operativo Windows, por lo consiguiente la adapatacion del
| 174
usuario con el uso del software será un proceso rápido, gracias a que las
interfaces fueron diseñadas para interactuar con el cliente.
B. Diseño de Interfase de usuario final
ITEMS
(Objetos) COLOR
LETRA TAMAÑO
(Píxeles)
IMAGEN
Tipo Tamaño Color
Barra de
Titulo
Azul degradad
o Arial
Según pantalla.
Blanco Según
formulario
Banner diseñada con la insignia de
la institución.
Barra de
Menús Negro
Times New
Roman
Ancho de pantalla
negro Según
formulario varios
Botones varios Arial Según
pantalla negro
Según formulario
varios
Cuadros
de Texto celeste Arial
Según pantalla
Negro Según
formulario --
Listas
desplega
bles
celeste Arial Según
pantalla negro
Según formulario
--
Casillas
de
marcado
celeste Arial Según
pantalla Negro
Según formulario
--
| 175
4.4.3. Fiabilidad
A. Disponibilidad
School Manager estará disponible durante las 24 horas, siempre y cuando
se mantenga disponible el servicio de hardware y de red.
B. Tiempo de Fallo
El tiempo de recepción de un fallo será de inmediato. Se tomarán los datos
del fallo. La corrección para cualquier funcionalidad, dependerá de su
impacto en el sistema, para ello se evaluará usando la tabla de trazabilidad.
Luego de análisis se indicará el tiempo en que estará corregido el fallo. Para
fallos simples la corrección tomará máximo un día, a partir del aviso de C.E.
Pedro Paulet, contando con la vigencia de un contrato de mantenimiento. De
no existir, se presentará una cotización.
4.4.4. Performance
A. Tiempo de Acceso a la Base de Datos
Debido al motor de base de datos y la capacidad de procesamiento del
servidor, el acceso a la base de datos es lo suficientemente rápido al
procesar la información.
B. Tiempo de Respuesta
Los procesos que requieren más tiempo de respuesta son los de
mantenimiento, los cuales no superan a los 5 segundos.
C. Escalabilidad
El sistema debe adaptarse al crecimiento del número de usuarios en la
institución y al cambio de plataformas tecnológicas.
D. Tiempo de respuesta de transacción
En cuanto al tiempo de transacción, diremos que depende de la complejidad
de la interfaz gráfica que es manejada por dicho usuario.
| 176
4.4.5. Restricciones de Diseño
Requerimientos de Plataforma
Servidor de
Base de Datos
Core 2 DUO 2.6 GHz
HD de 220 Gb
RAM de 2 Gb
S.O. Windows 2003
Server Enterprice
Computadoras
de Usuarios
finales
(Requisito
Mínimo)
Pentium III 1.7 GHz
HD de 40 Gb
RAM de 256 Gb
S.O. Windows XP
4.4.6. Portabilidad
School Manager será portable en la plataforma Windows, especificados en la
plataforma XP o en Windows Server 2003.La Base de Datos SQL Server 2005.
| 177
CAPÍTULO V: REALIZACION DE LA SOLUCION DE
SOFTWARE
5.1. Plan de Implementación
5.1.1. Carga Inicial
Dentro del proceso de implementación del sistema “School Manager”, se
encuentra el llenado de datos principales a la Base de datos para que este
pueda funcionar correctamente, se está tomando en cuenta el envió de
información desde un archivo Excel, el cual será familiar para el usuario y con
un proceso de carga en un formulario se procederá a llenar la data a la Base de
datos.
Para asegurar que la información no se pierda se contará con una copia de
respaldo en sus diferentes formas, desde un archivo Excel como también un
archivo backup, que garantizará que la información de los alumnos como del
personal y docentes no se llegará a perder, y que este pueda ser restaurado
cuando se produzca una falla en el servidor u otros externos.
5.1.2. Transferencia de conocimientos y tecnología.
Se desarrolló un manual didáctico que enseñará al usuario a manejar el
sistema y hacerle mantenimiento de una forma fácil y entendible.
| 178
Ante el proceso de implementación del sistema se esta contando con el
proceso de entrenamiento al usuario los cuales manejaran el sistema.
Contando con un tiempo destinado para esta tarea. Se le enseñara el tipo de
hardware que usaran y los permisos que tendrán dentro del sistema.
5.1.3. Verificación y Aceptación del Sistema
Después de realizar un análisis exhaustivo de los requerimientos de los
usuarios, se procedió a plantear una solución con el desarrollo de un software
que cubra con sus requerimientos, planteando un prototipo del sistema y como
se llevara a cavo su funcionamiento se busca la aceptación de los usuarios
finales directos, para culminar con el proceso de construcción y programación.
5.1.4. Liberación en Productivo
Usando la estrategia de Pruebas en paralelo, se desarrollo el sistema haciendo
pruebas junto con la programación concluyendo más rápido con el producto a
entregar.
Se contó con la aprobación de la dirección y el sistema se encuentra en uso.
5.2. Manuales y Documentación técnica
5.2.1. Manual de uso y operación (DE USUARIO)
Ver en el anexo punto 10.3. Ubicado en la página 187
5.2.2. Manual de procedimientos de usuario (TECNICO)
Ver en el anexo punto 10.3. Ubicado en la página 220
5.2.3. Manual de procedimientos de soporte técnico (SEGURIDAD)
Ver en el anexo punto 10.3. Ubicado en la página 230
5.3. Programas Fuente
5.3.1. Estándares
| 179
Estándar de Base de Datos
Base de Datos BD_School_Manager
Tablas Xxx_xxx_Xxx
(2-10)_(2-3)_(2-10) Caracteres
Campos Xxx-xxx-Xxx
(2-4) -(2-4)-(2-8) Caracteres
Store Procedure sp_Xxx_Xxx
(2-8)-(2-8) Caracteres
Estándar de Programación
Capas
Entidad Xxxx_Entity.cs
(2-8) Caracteres
Datos Xxxx…_DAO.cs
(2-20) Caracteres
Negocio Xxxx…_Bussines.cs
(2-20) Caracteres
Formularios Frm_Xxxx_xx_Xxx.cs
(2-8)_(2-3)_(2-8) Caracteres
5.3.2. Organización de la Biblioteca
La organización de la biblioteca se presenta a continuación:
MODULO DESCRIPCIÒN
MATRICULA En este módulo, se encuentra todo el código fuente
correspondiente a la creación de una nueva matricula,
registrar las matriculas, registro de los alumnos y
reporte de alumnos matriculados.
NOTAS En este directorio se encuentran los fuentes
correspondientes a los registros de notas, creación de
horarios, asignar horarios a los profesores. Reporte de
notas, reporte de alumnos desaprobados.
| 180
COBROS Este módulo contiene el código fuente del control de
cobros de pensiones, matricula, de cursos a cargo,
genera reportes de morosos y reporte de deudas.
PERSONAL Este último módulo, se encuentra los fuentes que
corresponden al registro de personal, creación de los
horarios, los descuentos, marcación de personal,
generación de la planilla, la creación de las boletas de
pago. y los diversos reportes que serán requeridos.
| 181
5.3.3. Biblioteca de programas fuentes
| 182
| 183
CAPÍTULO VI: CONCLUSIONES
La gestión de la planilla del centro educativo, se mejoró significativamente,
mediante la generación de la planilla, del sistema School Manager.
El proceso de matrícula del centro educativo, fue mejorado mediante la
utilización del sistema School Manager.
Se agilizó el proceso de evaluación del alumnado gracias a la creación del
registro de notas del sistema School Manager.
El control de los cobros a los alumnos, es ahora más óptimo gracias a la
emisión del reporte de morosos y el reporte de deudas, del sistema School
Manager.
Podemos concluir que el sistema School Manager es de gran ayuda en la
administración del centro educativo, logrando mayor velocidad, orden y
precisión en los procesos del manejo de información.
El usuario final para hacer uso y estar familiarizado con el sistema School
Manager, tiene que recibir una capacitación de las funciones y manejo del
sistema.
| 184
Para concluir exitosamente el proyecto de desarrollo de software, ha sido
indispensable contar con: trabajo en equipo, compromiso, comunicación
transparente, cumplimiento de tareas, mucha perseverancia y trabajo duro.
Se logró cumplir con todos los requerimientos dispuestos por el usuario.
| 185
CAPÍTULO VII: RECOMENDACIONES
Recomendamos que a medida que evolucione la institución educativa, el sistema
tenga un mantenimiento de acuerdo a los nuevos requerimientos que se vaya
presentando.
Solo se restaurará el backup de la base de datos desde el CD, cuando se instala el
sistema por primera vez, después de eso restaurar los datos desde el lugar donde
se halla creado el backup.
| 186
CAPÍTULO VIII: BIBLIOGRAFIA
8.1. Textos
Nombre: Aplicación práctica del derecho laboral
Autores: Estudio Caballero Bustamante (ECB)
Editorial: Editorial Tinco
Año: 2007
Nombre: La compensación por tiempos de servicios
Autores: Estudio Caballero Bustamante (ECB)
Editorial: Editorial Tinco
Año: 2007
Nombre: Ingeniería de software
Autores: Alfredo Weitzenfeld
Editorial: Editorial Thomson
8.2. Direcciones de páginas web:
http://merinde.rinde.gob.ve
| 187
CAPÍTULO IX: GLOSARIO
Actividad: Es una unidad de trabajo que una persona que desempeñe un rol
puede ser solicitado a que realice. Las actividades tienen un objetivo concreto,
normalmente expresado en términos de crear o actualizar algún producto.
Artefacto: Es un trozo de información que es producido, modificado o usado
durante el proceso de desarrollo de software. Los artefactos son los resultados
tangibles del proyecto.
Caso de Uso: Es una técnica para la captura de requerimientos de un nuevo
sistema o una actualización software.
Ciclo de Vida: Conjunto de fases sucesivas compuestas por tareas
planificables que contribuyen a generar un producto intermedio, necesario
para continuar hacia el producto final y facilitar la gestión del proyecto.
Componente: Representa una parte modular del sistema que encapsula su
contenido y cuya manifestación es reemplazable dentro de su ambiente.
Comunicación: Intercambio con otro u otros de información.
Configuración: Es una colección de propiedades que determinan el
comportamiento del proceso de elaboración del software.
Cooperación: Realización de un trabajo o tarea con otro u otros para un
mismo alcanzar un mismo fin.
| 188
Coordinación: Reunión de medios, esfuerzos, etc., para una acción común.
Diagrama: Representación gráfica en el que se muestran las relaciones entre
las diferentes partes de un conjunto o sistema.
Disciplina: Es un conjunto de actividades realizadas en un área determinada.
Las actividades producen artefactos.
Estándar: Es una norma que regula la realización de ciertos procesos o la
fabricación de componentes. En otras palabras es un modelo que se sigue
para realizar un proceso o una guía que se sigue para no desviarnos de un
lugar al que se desea llegar.
Estereotipo: Un nuevo tipo de elemento de modelado que extiende la
semántica de un metamodelo. Los estereotipos deben basarse en ciertos tipos
existentes o clases en el metamodelo. Los estereotipos pueden extender la
semántica, pero no la estructura o tipos pre-existentes y clases.
Fase: Expresa cómo ha progresado el desarrollo de un software y cuánto
desarrollo puede requerir.
Fichero: Es todo conjunto organizado de datos de carácter personal,
cualquiera que fuere la forma o modalidad de su creación, almacenamiento,
organización y acceso.
Flujo de Trabajo: Es el estudio de los aspectos operacionales de una actividad
de trabajo: cómo se estructuran las tareas, cómo se realizan, cuál es su orden
correlativo, cómo se sincronizan, cómo fluye la información que soporta las
tareas y cómo se le hace seguimiento al cumplimiento de las tareas.
Herramienta: Funciones que ofrece un programa a través de una barra con
íconos, que representan los distintos recursos del software para realizar una
tarea determinada.
Hito: Punto de control de objetivo intermedio antes de que el proyecto finalice.
Involucrado: Toda aquella persona u organización siendo influenciada o
ejerciendo influencia sobre el software que está siendo construido.
| 189
Iteración: Repetición de una secuencia de instrucciones o eventos.
Lenguaje Unificado de Modelado (UML): Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema de software.
Licencia: El derecho de uso de una versión específica de un producto.
Marco de Trabajo: Es una estructura de soporte definida en la cual otro
proyecto de software puede ser organizado y desarrollado. Provee una
estructura y una metodología de trabajo la cual extiende o utiliza las
aplicaciones del dominio.
Metodología: Manera sistemática de hacer cierta cosa.
Modelo: Es una vista de un sistema del mundo real, es decir, una abstracción
de dicho sistema considerando un cierto propósito.
Módulo: Es un componente autocontrolado de un sistema, el cual posee una
interfaz bien definida hacia otros componentes.
Plantilla: Es un conjunto predefinido de formas que establece la estructura
necesaria para crear contenido rápidamente.
Requerimiento: Es una necesidad documentada sobre el contenido, forma o
funcionalidad de un producto o servicio.
Rol: Define el comportamiento y responsabilidades de un individuo, o de un
grupo de individuos trabajando juntos como un equipo.
Script: Es un guión o conjunto de instrucciones. Permiten automatizar tareas
creando pequeñas utilidades. Son interpretadas por un intérprete y usualmente
son archivos de texto.
Trazabilidad: Aquellos procedimientos preestablecidos y autosuficientes que
permiten conocer el histórico, la ubicación y la trayectoria de un producto o lote
de productos a lo largo de la cadena de suministros en un momento dado, a
través de unas herramientas determinadas.
| 190
| 191
CAPÍTULO X: ANEXOS
10.1. Entrevistas
Entrevista dirigida al director de la Institución Educativa Pedro Paulet:
1. ¿Actualmente cuenta con un sistema automatizado?
Rpta.: actualmente contamos con un sistema que solo se encarga de la
matricula y registro de los alumnos y pensiones, todo o demás es
elaborado a mano.
2. ¿Cómo está organizada la institución? ¿cuentan con áreas?
Rpta. La institución se maneja el orden jerárquico, donde se encuentra
el director y sub-director manejando el campo administrativo, y
manejando el campo de la enseñanza los docentes y personal de
servicio y el alumnado.
3. ¿cuentan con hardware?
Rpta. Contamos con un centro de cómputo de 16 computadoras, la
secretaria manea una computadora y una impresora en su oficina.
4. ¿Cómo es el proceso de matricula? ¿Qué datos solicitan?
| 192
Rpta. En la secretaria se paga, llenan las fichas que da el ministerio y
una adicional de la institución, los padres firman el compromiso de
pago.
5. ¿se otorgan descuentos? (sobre q modalidades).
Rpta.
50% a los alumnos q ocupen el primer puesto, este descuento
es por cada periodo, si el alumno no ocupa el primer puesto el
siguiente periodo lo perderá.
50% a hijos de trabajadores.
A tratar en caso de estado económico 20% a 50%.
6. ¿Quiénes se encargan del proceso de matricula?
Rpta. Solo la secretaria
7. ¿Cómo se publicitan?
Rpta. No tenemos publicidad.
8. ¿Cómo controlan el estado de los alumnos (repitente, llevan
cursos a cargo)?
Rpta. Mediante reportes manuales que se hacen a fin de año.
9. ¿Cómo controlan las pensiones? ¿cobrar mora?
Rpta. Tenemos un registro de cobros de todos los alumnos.
10. ¿Cómo es el pago a los profesores (cuentan con planilla, pago por
honorarios)?
Rpta. Se hace planillas para los profesores nombrados, y se paga con
recibos por honorario a los contratados q son pocos.
11. ¿Cómo controlan las notas de los alumnos?
Rpta. Mediante los registros q llevan los profesores
12. ¿cuentan con alguna organización de padres de familia?
Rpta. Cada salón cuenta con un comité de aula.
| 193
13. ¿cuentan con modalidad de examen de admisión, bajo que
puntaje?
Rpta. No, los alumnos nuevos se considera el certificado de conducta
del colegio del cual proviene.
14. ¿Cómo es el pago del personal de limpieza, auxiliares?
Rpta. Planillas y recibos por honorarios.
15. ¿cuentan con sala de cómputo?
Rpta. Si, en la cual tenemos 16 computadoras.
16. ¿Qué tipo de equipos utilizan? ¿Qué periféricos utilizan?
Rpta. PIII.
17. ¿cuentan con internet?
Rpta. Si.
18. ¿Cómo está distribuida la planta docente?
Rpta. Profesores nombrados, contratados y auxiliar en caso de
inasistencia del profesor.
19. ¿cuentan con biblioteca, videoteca?
Rpta. Contamos con una biblioteca pero no con videoteca.
20. ¿Cómo organizan el material de enseñanza?
Rpta. Los profesores sacan de la dirección los materiales q utilizaran,
estos materiales se encuentran en la dirección.
21. ¿Qué tipo de registros utilizan para las notas?
Rpta. Registro de notas, en las q se divide en niveles (cognoscitivo,
valorativo, psicomotor), registro de asistencia, registro de
comportamiento, control de tareas.
22. ¿Cómo controlan la asistencia de los alumnos?
Rpta. Mediante el registro de asistencia, el cual el auxiliar llena
diariamente.
| 194
23. ¿Cómo controlan los cursos a cargo?
Rpta. A fin de año se ve que alumnos están reprobados y se programan
seminarios para enero y exámenes para febrero.
24. ¿cuentan con talleres extracurriculares?
Rpta. Si, ingles, danzas, carate, etc.
25. ¿Cómo controlan la asistencia de los profesores? ¿Cómo son las
amonestaciones?
Rpta. Cada profesor firma en una lista q se encuentra en la dirección.
26. ¿Cómo controlan los traslados?
Rpta. Mediante el código único q el alumno tiene en el ministerio de
educación, y los certificados de conducta y certificado de estudios q se
solicitan.
27. ¿manejan sedes?
Rpta. No, el plantel es único.
28. ¿cuentan con un manual de funciones?
Rpta. Si.
29. ¿Qué desearían automatizar en la institución?
Rpta. Matricula, académico, almacén, biblioteca, pagos, docentes.
30. ¿Cuáles son los inconvenientes que desearía mejorar?
Rpta. Controlar la hora exacta en que los profesores llegan al plantel,
facilidad de cálculo de los promedios de alumnos.
31. ¿Actualmente cuales son las funciones de los miembros de la
institución? ¿cuenta con algún manual de funciones?
Rpta. El director se encarga del control del colegio, el es quien toma
las decisiones con la ayuda del sub-director, además es la que realiza
las principales funciones y con ayuda de secretaria quien realiza los
| 195
informes, solicitudes y demás documentos que se utilizan en la
institución, como también realiza el llenado de las fichas de matriculas y
otros; los docentes se encargan de realizar y preparar su material de
estudio.
| 196
10.2. Matriz de Trazabilidad
| 197
10.3. MANUAL DE USO Y OPERACIÓN
VENTANA NUEVA MATRICULA
En esta ventana se creará la matricula por cada año, escogiendo el día en que
comenzara la matricula , el costo de la matricula para ese
año ,
Y el día en el que comenzara las clases .
El botón guardará la matrícula y solo podrá ser modificada antes de que
comience el periodo escolar.
El botón cargará los datos de la matricula del año actual, si no hubiera
enviará en mensaje.
| 198
VENTANA MATRICULA
Esta ventana simula a la ficha de matricula en la que se buscará al alumno que
se quiere matricular solo si ya esta inscrito en el plantel, cargando
automáticamente todos sus datos.
| 199
Si el alumno aun no esta matriculado se podrá dar click en el botón que nos
llevara a una nueva ventana en la que se inscribirá al alumno.
Si la opción esta deshabilitada al dar click en se matriculará al
alumno generando las pensiones en la cuenta del alumno, solo si grado actual al
que desea matricularse es dictado en el plantel, caso contrario mandara un
mensaje para rectificar los datos del alumno si estuvieran erróneos,
Si la opción estuviera marcada se tendrá que poner
el monto que dejara como inicial, generando un registro en la cuenta del alumno.
VENTANA REGISTRAR ALUMNO
En este formulario se inscribirá al alumno poniendo todos sus datos.
En la pestaña “datos del alumno” se llenaran los datos personales del alumno; si
el alumno nunca estudio en un colegio se tendrá que marcar generar
código modular, caso contrario se tendrá que ingresar el código modular
| 200
existente del alumno, al dar click en se grabaran todos los datos y se
generara su código de alumno dentro del plantel , y nos
ubicara en la pestaña “Datos del apoderado”.
En esta pestaña se ingresaran los datos de los familiares del alumno, y
especificar cual de ellos será el apoderado .
El botón de esta pestaña limpiara los campos para poder ingresar un nuevo
familiar.
El botón de esta pestaña guardará los datos del familiar por alumno.
El botón hará una búsqueda en el caso de que el familiar ya existiera en la
base de datos representando a otro alumno.
| 201
El botón de la ventana “Registro de Alumnos” limpiara todos los campos
para poder inscribir a otro alumno.
El botón activa la casilla para poder modificar los
datos del alumno.
Al escoger al alumno se cargaran todos sus datos para poder ser modificados.
| 202
VENTANA HORARIO
En la pestaña “horario” se determinara el horario escolar por cada aula.
En la lista de de cursos se llenará solo los cursos por aula que todavía no fueron
asignadas en su totalidad de horas al horario. Al escoger el curso, podrá escoger
el dia y la hora desde los menus o solo dar
click en la posición de la tabla en la que quiere colocar el curos.
Para asignar el curso en el horario dar click en guardar o dar doble click
en la tabla especificando la posición del horario.
Si se escogió un espacio ya ocupado, mostrará un mensaje de error y no se
guardará.
| 203
El botón “Eliminar” quitara al curso del horario mostrandolo nuevamente el
la lista de cursos para hubicarlo en otra posicion.
En la pestaña asignar horario se asignará los cursos que dictará cada docente,
mostrando el horario del profesor, se escogerá al docente
, luego escoger el aula de donde se escogerá el
curso .
En la lista de cursos solo se llenaran aquellos cursos que fueron asignados al
horario (pestaña Horario) en su totalidad de horas.
Al dar clik en el curso, automáticamente se pintara la tabla de horario de
profesor, para ver si las horas de ese curso se cruzan con el horario del
profesor.
| 204
Al dar click en el botón se asignara el curso al profesor si el curso no se
cruza con su horario, si este fuera el caso mostrará un mensaje
Si el curso fue asignado satisfactoriamente, se guardará en la tabla de cursos
asignados del docente.
El botón eliminará el curso asignado de la tabla cursos asignados del
docente, y lo volverá a visualizar en la lista de cursos.
VENTANA NOTAS
A esta ventana solo podrán tener acceso los docentes, ingresando su código y
password,
Al ingresar se cargara el nombre del docente, y se listaran solo los cursos que le
fueron asignados anteriormente
| 205
Al dar click en nueva tarea , se abrirá una pequeña ventana
en la que se ingresara en nombre de la tarea o trabajo, esta tarea solo será para
el grado, sección y periodo especificado.
| 206
El botón abrirá una ventana en la que cargara los datos de los alumnos
para poner sus notas por cada criterio de evaluación.
| 207
El botón guarda las notas ingresadas y carga los datos del siguiente
alumno.
El botón guarda las notas ingresadas y retorna a la ventana “Notas”.
El botón cierra la ventana retornando a la ventana “Notas”.
En la pestaña exámenes se ingresaran las notas de los exámenes parciales y
finales de cada periodo.
| 208
El botón abrirá una pequeña ventana en la que cargaran los datos de los
alumnos para colocar sus notas.
El botón guarda las notas ingresadas y carga los datos del siguiente
alumno.
El botón guarda las notas ingresadas y retorna a la ventana “Notas”.
El botón cierra la ventana retornando a la ventana “Notas”.
| 209
En la pestaña promedios se visualizaran las notas de los promedios de tareas
por cada criterio, notas de exámenes y promedio de periodo.
| 210
VENTANA COBROS
En esta ventana se hará los pagos de los alumnos; las deudas se cargaran
ingresando el código del alumno ó buscándolo por su nombre.
| 211
En la pestaña pensiones se cargaran todas las pensiones pendientes del
alumno, la columna “op” se pinta de rojo cuando la fecha de vencimiento se haya
cumplido generando moras.
Para pagar solo hay que dar check de la pensión o pensiones que
se desea pagar.
El monto vencido indica el total de todas las pensiones que
ya se vencieron.
El subtotal indica la suma de todas las pensiones
seleccionadas para pagar.
La mora indica el valor de las pensiones que ya vencieron y
están seleccionadas para el pago.
El descuento indica el valor descontado de las pensiones
seleccionadas, solo si el alumno cuenta con algún descuento.
El botón guarda los cobros realizados generando una boleta para su
impresión.
| 212
La pestaña cursos a cargo es para cuando un alumno reprobó cursos y quiere
subsanarlos, se especifica en la tabla el curso reprobado, el valor del curso y el
promedio que obtuvo.
| 213
La pestaña matricula especifica la deuda de la matricula en caso no hay sigo
pagada en su totalidad, especificando la mora y la fecha límite de pago.
VENTANA DESCUENTO
En esta ventana se otorga descuentos a los alumnos, a esta ventana solo tiene
acceso el director, y podrá ver un reporte académico del alumno para poder
evaluar el descuento a dar.
Se tendrá que ingresar el código o nombre del alumno.
| 214
VENTANA REPORTE DE MATRICULADOS
En esta ventana se muestra todos los alumnos matriculados en el rango de
fechas que se especifique, los alumnos serán separado por nivel, grado y
sección.
VENTANA REPORTE DE DEUDAS
| 215
En esta ventana se lista todas las deudas pendientes del alumnos, separadas
por matriculas cursos a cargo y pensiones.
VENTANA REPORTE DE MOROSOS
En esta ventana se hace un reporte de todos los alumnos que tienen deudas
vencidas separadas por nivel, grado, sección, alumno, matricula, pensión, y
cursos a cargo.
| 216
VENTANA BACKUP
En la pestaña crear copia, se realizara el backup correspondiente, especificando
el servidor sql donde está la base de datos, el nombre del backup y la ruta en
donde se creara la copia de seguridad.
En la pestaña restaurar copia, se realiza la restauración del backup en caso de
que se perdiera la data, para ello se especifica el servidor donde se hará la
restauración, el nombre de la base de datos y se buscara la ruta donde se tiene
el backup que se desea restaurar.
| 217
MANTENIMIENTO Y REGISTRO DE PERSONAL
Para empezar a trabajar con el personal, se tiene que realizar el proceso de
registrar personal.
Se tiene que ir al menú principal- Mantenimiento-Personal-Nuevo Personal
, donde se mostrará la ventana de Registro y Mantenimiento de
Personal.
Para realizar el proceso de Registro de Personal se tiene que ingresar los datos
del personal (Apellido paterno, Apellido materno y Nombre), en la pestaña
“Personales”se tiene que ingresar el numero de DNI, seleccionar el
Departamento , Provincia y Distrito , una vez realizado
esto procede a ingresar o a escoger la fecha de nacimiento, el sexo, y el estado
civil , marcar si tiene o no hijo e indicar el número de hijos, ingresar el
teléfono, escoger el distrito donde vive e ingresar su direccion.
| 218
En la siguiente pestaña “Laborales” se ingresaran todos los datos del trabajador.
Condicion del Trabajador: Contratado o Nombrado.
Cargo: Director, Sub-Director, Docente, Secretaria, Bibliotecario(A) o Pers
Servicios.
Nivel: Primaria o Secundaria (se escogera solo si el cargo es docente o Sub-
Director).
Fecha de Inicio: se indicara la fecha que inicia o inicio el personal.
Fecha de Fin: se indicara la fecha de fin de contrato solo si su copndicion es
Nombrado.
Se tendra que escoger si esta afiliado a un EsSalud y desea que se le descuente
para que se deposite directamente a la cuenta de seguro, se indicará si esta
afiliado a la ONP o AFP por consiguiente se ingresará el número de su cuenta,
por último se ingresará el sueldo basico que se le pagará al empleado.
Para ingresar la foto del personal se tiene que hacer click en el botón examinar
, visualizara la ventana de abrir
| 219
Donde indicaremos donde se encuentra la imagen a cargar, seleccionamos la
imagen y presionamos en el botón abrir, visualizando la foto del trabajador en la
pantalla
Una vez ingresado todo los datos se procederá a grabar los datos presionando
el boton grabar . Para la confirmación de los datos enviara un mensaje de
confirmacion con el codigo del usuario.
Nota: no es necesario seleccionar la foto para realizar el registro del trabajador,
más adelante se puede actualizar los datos.
El botón sirve para que se refresque o limpie el formulario y asi proceder
al registro de un nuevo personal.
El botón sirve para ir a la ventana de Listado de personal.
Para salir de la ventana donde estamos se tiene que hacer clic en el botón de
salir .
LISTADO DE PERSONAL
Para ver el registro de todo el personal activo en la institución se tiene que ir a :
Consultas-Listar Personal
| 220
Al visualizar la ventana “Listado de Personal”, donde nos visualizará el listado de
todos los empleados. Esta ventana nos servirá para poder realizar diversas
tareas que se requieran en su momento, como:
Realizar la modificación del personal: para esto se tiene que seleccionar el
registro del personal, hacer click en el botón de Modificar el cual no
dirigirá a la ventana de Registro y mantenimiento de Personal, donde se podrá
modificar los datos del empleado y ser actualizadas con el botón de “Actualizar.”
| 221
El botón “Eliminar” , sirve para dar de baja al personal.
ELIMINAR O DAR DE BAJA A UN PERSONAL
| 222
Para realizar este proceso se tiene que ir desde el menú principal a
Mantenimiento – Personal- Retiro de personal. Dentro de la ventana “Listado de
Personal”, seleccionamos al personal y presionamos el botón eliminar ,
dirigiéndonos a la ventana “Retiro de Personal” donde los datos del personal
estarán cargados. En esta ventana se indicará el motivo de baja
(Despedido, Renuncia, Fallecimiento, Fin del
Contrato), Ademas se escogerá la fecha de baja para ese personal e indicancdo
alguna observación necesaria para esa acción.
Una vez verificado los datos ingresados se procede a presionar el botón ,
el cual nos mostrara un mensaje de Confirmación.
Finalmente Nos enviara un mensaje de Información. Indicándonos que re
registro correctamente.
| 223
REGISTRAR HORARIO PARA PERSONAL ADMINISTRATIVO.
Para registrar el horario del personal Administrativo se tiene que dirigirse al
menú Horario – Horario Administrativo, nos visualizara la ventana Mantenimiento
de Horario de Personal.
Para registrar el horario se tiene que seleccionar el cargo, el día, y se ingresa la
hora de ingreso y salida, al presionar el botón Agregar se agrega el
horario del personal y automáticamente se actualizará la tabla con el horario
ingresado, el boton elimina el registro del horario seleccionado.
Mensaje de Registro grabado
Mensaje De confirmación para Eliminar
Mensaje de proceso terminado
| 224
Mensaje de confirmación de Actualización
Mensaje de Actualización completa
REGISTRAR HORARIO DE DOCENTE
Para registrar el horario del personal Docente se tiene que dirigirse al menú
Horario – Horario Docente, nos visualizará la ventana Asignacion y
Mantenimiento de Horario Docente.
Para registrar el horario se tiene que marcar el nivel, mostrara una lista de
profesores que corresponden a ese nivel, al seleccionar una docente mostrará
su horario de acuerdo al dia. Seleccionar el dia, y se ingresa la hora de ingreso y
salida, al presionar el botón Agregar se agrega el horario del personal y
automáticamente se actualizará la tabla con el horario ingresado, el boton
elimina el registro del horario seleccionado y para modificar se tiene que hacer
con el mosuse un clic sobre el regstro que se desea modificar y luego se
presiona el botón modificar después de haber realizado las modificaciones.
| 225
REGISTRAR CONCEPTO DE PLANILLA
Para realizar el registro de los conceptos que tendrá la planilla se tiene que ir al
menú Mantenimiento – Planilla – Concepto, presionar el botón Nuevo para
realizar el primer registro del Concepto, ingresar el nombre del concepto,
seleccionar la unidad de medida, y marcar el chek de imprimir en planilla si se
desea mostrar este concepto en el reporte, luego marcar si es un ingreso o
descuento, y por ultimo con el botón de ayuda podemos visualizar un panel
de fórmulas donde se puede seleccionar la formula indicada para el concepto.
Una vez realizado el proceso se presiona el botón grabar para registrar el
concepto.
Para realizar la eliminación de un concepto se puede realizar de dos formas:
| 226
Eliminación Forzosa: para eliminar de la base de datos (solo si el proceso de
registro se está realizando en el momento).
Eliminación Normal: Se elimina cambiando el estado en la BD sin riesgo de
pérdida de datos.
ASIGNAR PERMISO A PERSONAL
Para asignarle un permiso a un personal se va al menú inicio Control Pers. –
Programación de Personal – Permisos, nos visualizará la ventana Listado de
Personal para Permisos, para ver el record de permisos hacer clic en el botón
Ver Listado lo que nos visualizara la ventana Record de Permisos y Faltas.
Para retornar la ventana anterior hacer clic en el botón
Al hacer clic en botón Dar Permisos nos visualizara la ventana donde se
realizara los permisos del personal.
| 227
En esta ventana se cargara los datos del personal y se escogerá la fecha en la
que se dará el permiso de faltas.
Asistencia y Mantenimiento de Vacaciones
En esta ventana se cargara los datos del personal; se escogerá el día de inicio
de las vacaciones el día final, cuantos días durará y cuantos días serán pagados.
En estado actual muestra si las vacaciones ya fueron remuneradas, pudiendo
cambiar este estado.
En esta ventana se cambiar el password del personal cuando se de el caso.
| 228
En esta ventana se mostrara el neto a pagar de los trabajadores, como también
se puede hacer un filtrado por apellidos o filtrar a un solo trabajador para
modificar sus datos.
Desde esta ventana se imprimirá la planilla general de remuneraciones.
VENTANA DE INGRESOS DEL TRABAJADOR
En esta ventana se cargaran los datos del trabajador; sus ingresos y descuentos
para poder ser modificados si se diera el caso.
| 229
CONTROL DE ASISTENCIAS
Aquí se listara solo los días que el personal falto en el mes, para su evaluación,
aquí se justificara las faltas según el criterio del director.
MANTENIMIENTO DE APORTACIONES.
En esta ventana se hará el mantenimiento de las aportaciones; crearlas,
actualizarlas o eliminarlas.
| 230
10.4. MANUAL DE PROCEDIMIENTOS DE USUARIO
VENTANA DE MANTENIMIENTO
En la pestaña “nivel” el usuario podrá escoger que niveles tendrá el centro
educativo mancando check en la columna ”op”.
Al dar click en la tabla se llenara la caja de texto “descripción” con el nombre del
nivel y la caja de “costo” con el precio de la mensualidad del nivel.
Botón Actualizar
Con este boton podrá modificar tanto el nombre como el monto de la
mensualidad de las pensiones, habiendo escogido antes que nivel será
actualizado.
| 231
En la pesataña grado se podrá escoger que grados por cada nivel tendrá el
colegio, al seleccionar el nivel automáticamente se llenaran
todos los grados de ese nivel, en el que podrá desmarcar los check si
no se dictara un determinado grado.
Al dar click dentro de la tabla se llenaran sus campos en las cajas de texto por si
se quiere modificar algún campo
Botón Actualizar
Con este botón podrá modificar la descripción, el numero de alumnos máximos
para ese grado y la cantidad de secciones que tendrá.
| 232
El la pestaña de especialidad se podrá hacer el mantenimiento de las
especialidades en las que estará cada curso.
Al dar click en la tabla se llenara la caja de texto con la descripción de la
especialidad.
Botón nuevo
Este botón hace que la caja de texto descripción se limpie para poder ingresar
una nueva especialidad
Botón Guardar
Este botón sirve para guardar una nueva especialidad,
| 233
Botón Actualizar
Este botón modifica la descripción de la especialidad.
Botón Eliminar
Este botón elimina la especialidad seleccionada.
VENTANA REGISTRO DE CURSOS
En esta ventana se hará el mantenimiento y creación de cursos, de cada grado,
en ellos se especificará la descripción de curso, el número de horas dictadas a la
semana, el costo que tendrá para aquellos que reprueben el curso, la
especialidad a la que pertenece cada curso y el peso por cada criterio de
| 234
evaluación de las tareas y trabajos; la suma de los pesos de estos criterios es
igual a 10 no puede exceder ni ser menor.
El botón guarda los cursos validando los criterios.
El botón limpia todos los controles si se desea crear otro curso.
El botón modifica los campos de los cursos una vez seleccionados en la
tabla y cargados en los controles.
El botón elimina el curso seleccionado.
REPORTE DE ASISTENCIA
Para la generación de reporte tiene que ir al menú reporte – asistencia, y
nos visualizara el formulario reporte de asistencia, para ver el reporte general de
todos los empleado solo se tiene que escoger el rango de fechas y seleccionar la
opción todos los empleados y presionamos el botón procesar, y nos visualizará
el reporte del Personal.
| 235
Para visualizar el reporte por empleado, seleccionamos la opción empleado,
escogemos al empleado y seleccionamos el tipo de reporte.
Al seleccionar Asistencia nos visualizara el reporte de asistencia del personal.
Asi como tambien si seleccionamos faltas o Asistencia/Faltas nos visualizará los
reporte correspondiente.
| 236
| 237
TABLAS DE LA BASE DE DATOS DEL SISTEMA
| 238
| 239
| 240
| 241
| 242
| 243
10.5. MANUAL DE DE PROCEDIMIENTOS DE SOPORTE TÉCNICO
Primero se instalara “School ManagerSystem” que esta en el CD de instalacion.
Dar doble click en “School ManagerSystem”.
| 244
Escoger la ruta e la que sera instalado el sistema.
Marcar el chel si desea crear un icono en el escritorio.
| 245
| 246
Terminado la instalacion del sistema procederemos a lebantar el servidor de base
de datos:
En el servidor de base de datos instalar el “SQL Server 2005”.
| 247
| 248
| 249
| 250
Se procederá a restaurar la base de datos que se encuentra en el CD realizando
lo siguiente
En la ventana BACKUP se escogerá la pestaña “Restaurar Copia”, se
ingresará el servidor de Sql donde será restaurada la base de datos,
Se buscara la dirección en la que se encuentra la base de datos.
| 251
Click en guardar y se espera n momento.
Una vez restaurada enviara un mensaje de información.
Nota: solo se restaurará el backup de la base de datos desde el cd,
cuando se instala el sistema por primera vez, despues de eso
restaurar los datos desde el lugar que se haya creado el backup.
| 252
Crear Backup de los datos
El encargado del control de los datos, tendra que hacer constantes copias
de seguridad y asi cuando ocurra alguna contingencia se podra recuperar la
data hasta un dia anterior a la contingencia.
En la pestaña “Crear Copia” se ingresara el nombre del servidor de base de
datos, el nombre de la base de datos que se desea guardar el backup.
| 253
Se buscara la ruta en la que se desea guardar la base de datos.
Si al dar grabar crea el backup satisfactoriamente no mostrara un mensaje
| 254
| 255
10.6. Casos de Prueba
CP01 Caso de Prueba Generar Nueva Matricula
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE MATRICULA
Formulario: FM001.006 frm_Nueva_Matricula
Descripción: Se registrara la matricula 2008 en el sistema.
Datos de Entrada:
Matricula:
Día de inicio: 15/01/2008
Monto: 50
Periodo escolar
Día de inicio: 03/03/2008
Pensión
Primaria: 180
Secundaria:220
Pasos a seguir:
El usuario (Director) seleccionara la fecha de inicio
de la matricula e ingresará el costo de la misma.
En el periodo escolar también ingresara el día de
inicio de este.
El sistema también mostrara los niveles en un grid
con las pensiones respectivas; para poder modificar
sus costos el usuario dará un click y se mostrara en
una caja de texto luego ingresara el monto ya
establecido y luego presionar el botón grabar.
El usuario procederá a presionar el botón guardar y
enviara el mensaje de confirmación satisfactorio.
Resultado Esperado:
Matricula registrada correctamente.
Resultado Ejecutado:
Matricula nueva guardada
correctamente.
Participantes: Fecha:15/07/08
Díaz Sánchez
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado Desaprobado
Observación:--
| 256
CP02 Caso de Prueba Realizar Matricula
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE MATRICULA
Formulario: FM001.001 frm_Matricula
Descripción: Se matriculara un alumno antiguo en el sistema.
Datos de Entrada:
Alumno
Alumno: Romero Rojas, Mariana
Apoderado
Parentesco: padre
Nombre: Jorge Romero Guzmán
Grado actual
Sección : A
Inicial
Marcar el check
Monto:30
Fecha de pago: 12/09/08
Pasos a seguir:
El usuario (Secretaria) ingresara el nombre del alumno
(Romero Díaz, Mariana), mientras ingresa el sistema
mostrara la ayuda de alumnos para su fácil ingreso
mostrando también su código (AL00015).
El sistema mostrará el grado, nivel (Segundo Primaria)
y condición (aprobada) con la que concluyo el año
anterior.
En los datos de Apoderado se visualizara el
parentesco (madre), nombre (Paula, Rojas Díaz) estos
datos serán actualizados por los datos que ingrese el
usuario.
El sistema mostrará automáticamente el grado y nivel
al que corresponda el año actual, mostrando también
las secciones y sus vacantes.
Al activar el check inicial, el sistema habilita los
controles, luego que el usuario ingrese los datos
indicados, el sistema generará una deuda.
El usuario procederá a presionar el botón guardar y
enviara el mensaje de confirmación satisfactorio.
Resultado Esperado:
Matricula guardada correctamente.
Resultado Ejecutado:
Matricula guardada correctamente.
Participantes:
Fecha:15/07/08
Díaz Sánchez
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado Desaprobado
Observación:--
| 257
CP03 Caso de Prueba de Registrar Personal
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE PERSONAL
Formulario: frm_ RegistrarPers
Descripción: Se registrara al personal de tipo docente
Datos de Entrada:
Apellido Paterno: Reyes
Apellido Materno: Ruiz
Nombre: Rolando
Examinar: Reyes.jpg
Pestaña Personal:
DNI: 42598041
Sexo: M
Estado civil: Soltero(a)
Lugar de nacimiento:
Dpto.: Lima
Prov.: Lima
Dist.: Miraflores
Fecha de Nac.: 16/05/80
Hijos Menores: No
Teléfono:2632164
Dirección:
Dpto.: Lima
Prov.: Lima
Dist.: San Miguel
Dirección: Av. La Paz 1252
Pestaña Laborales:
Condición de trabajo: Contratado
Cargo: Docente
Nivel: secundaria
Especialidad: Matemática
Essalud vida: No
Escoger: ONP
Fech. Inicio:26/08/08
Fech. Fin: 26/08/09
Remuneración: 850.00
Click en el botón guardar.
Pasos a seguir:
El sistema carga los combos y los campos de
fecha, luego el usuario ingresara los datos ya
indicados.
Al dar click en examinar daremos la ruta en donde
se guardara la foto del personal.
El usuario ingresará el nombre del personal y los
campos ya contemplados tanto de la pestaña
Personales como de la pestaña Laborales.
El usuario al dar click en guardar el sistema
almacenara la data en la base de datos.
Resultado Esperado:
Guardó correctamente.
Resultado Ejecutado: Participantes:
| 258
guardó correctamente.
Fecha:15/07/08
Díaz Sánchez
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado Desaprobado
Observación:--
CP04 Caso de Prueba de Cobros
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE COBROS
Formulario: frm_ cobros
Descripción: Se registrara el cobro de una pensión
Datos de Entrada:
Alumno
Alumno: Romero Rojas, Mariana
Pestaña Pensiones:
Marcar el check de la pensión de
fecha correspondiente al mes de
setiembre.
Click en el botón guardar.
Pasos a seguir:
El usuario (Secretaria) ingresara el nombre del alumno
(Romero Rojas, Mariana), mientras ingresa el sistema
mostrara la ayuda de alumnos para su fácil ingreso mostrando
también su código (AL00015).
El sistema carga llenara el datagrid con las pensiones
cobradas marcada con azul, y con rojo las pendientes.
Una vez elegida la pensión, el sistema mostrara el subtotal (s/.
200.00), mora(s/. 0.00), descuento(s/. 0.00), total a pagar.( s/.
200.00).
El usuario al dar click en guardar el sistema almacenara la
data en la base de datos y mandara imprimir la boleta de pago.
Resultado Esperado:
guardó correctamente.
Resultado Ejecutado:
Guardó correctamente.
Participantes: Fecha:15/07/08
Díaz Sánchez
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado Desaprobado
| 259