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

LISTA DE FORTALEZA LISTA DE DEBILIDADES

F1. Contamos con D1. Dificultad en los procesos de

ANÁLISIS profesionales altamente cobros y deudas de los alumnos
INTERNO calificados.
F2.Contamos con D2. Los reportes de los manejos
solvencia para invertir en de cuenta de los clientes no son
ANÁLISIS el desarrollo de SW exactos.
EXTERNO F3. Condiciones de D3. No contar con un sistema que
trabajo adecuados. ayude y acelere los procesos.

LISTA DE OPORTUNIDADES FO (Maxi-Maxi) DO (Mini-Maxi)

O1. Debido al crecimiento de la 1. Evaluar las propuestas 1. Aprovechar el apoyo del sw

población en el distrito, podemos y realizar un estudio de ofertado para mejorar los
captar nuevos alumnos. acuerdo a nuestra procesos donde existen
O2. La oferta de software para el capacidad de dificultades.(O2,D1,D2,D3)
apoyo y control del sistema inversión.(F2,O2)
académico.

O3. La institución académica se

encuentra cerca de una de las
avenidas más importantes de
distrito.

FA (Maxi-Mini)
LISTA DE AMENAZAS
A1.Competencia con 1. El apoyo de nuestro
instituciones privadas del mismo personal calificado
giro del negocio. garantiza que el alumnado
no opte por irse a otra
A2.Retiro de alumnado por
institución.(F1,A1)
factores económicos.
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)
 | 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

El jefe de proyecto tiene la responsabilidad total

respecto a la planificación y ejecución de un
determinado proyecto. Como también reconocer
Jefe de Proyecto 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

Relevar y gestionar las necesidades funcionales

del cliente en la elaboración y ejecución del
Analista Funcional proyecto, cumpliendo con los estándares y la
documentación requerida por las normas de
calidad de la empresa.

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

Analista Técnico 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.

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

Administrador de Datos
 Administrar la actividad de los datos
BD
 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 2 30 días
Inicio

Fase de 2 15 días
Elaboración

Fase de 3 81 días
Construcción

Fase de 2 11 días
Transición

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 En esta fase se construirá un modelo de la

Elaboración 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 En esta fase todas las características,

Construcción 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 En esta fase se entrenará a los usuarios finales en

Transición 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 Tener la información de los alumnos, el personal y sus
asociado es 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 Automatizar los procesos, teniendo la información
adecuada sería 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 El stakeholder realiza:
Institución Representa a todos los usuarios
Educativa Privada que manejaran el sistema.
Pedro Paulet 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 Encargado de la parte Administrativo
Institución administrativa del
sistema, desde otorgar
descuentos para
alumnos, Hasta el
manejo de la planilla del
personal.
Secretaria Encargado de los Matricula
procesos de matrícula y
cobros.
Personal Docente Encargado del registro Docencia
de notas y asistencia de
alumnos.
 | 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 Encargado de mostrar las necesidades de cada usuario del

participación 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 Brindar información del oso requerimientos y llevara el control
participación 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 No definido
participación

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 No definido
participación

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 Donde podrá controlar las vacantes por

de Matricula, donde se podrá sección, inscripciones de los alumnos,
manejar mejor la información generar la ficha de matrícula, datos de
de los alumnos. los alumnos, entre otros.

Tener un mejor manejo en el El Sistema Integrado controla la

Departamento Académico. 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 En donde podemos controlar los cobros

departamento de cobranza. 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 El Sistema Integrado controla todos los

departamento de pagos, que pagos de los profesores, como también
se hace a todo el personal en ayuda con los descuentos del personal
general del centro educativo y generando las planillas.
estudiantil.
 | 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:

MOTIVO Y RESTRICCIONES
REQUERIMIENTO
ASOCIADAS

Se requiere que la interfaz sea atractivo a Para el fácil y rápido manejo del sistema.
la vista e interactivo.

Se requiere que el sistema cuente con Para hacer que el usuario tenga una mayor
ayuda para su manejo. confianza y adquiera rapidez al usarlo.

Se requiere que haya niveles de acceso Así poder controlar el acceso a la información, y
según el usuario y password. evitar la salida de información para un mal manejo.

Se requiere que la aplicación soporte la Se tendrá un solo servidor ubicado en la dirección

arquitectura cliente-servidor. al que accederán los diferentes terminales.

Se requiere que el aplicativo trabaje con Se tendrá que adquirir la licencia respectiva.
base de datos SQLSERVER 2000

Se requiere que el servidor cuente con Se tendrá que adquirir la licencia respectiva.
sistema operativo WINDOWS SERVER
2003
Fuente: Elaboración propia
Diagrama 8: Diagrama de Paquetes
A. Diagrama de Paquetes
4.3.2. Modelamiento Dinámico

Sistema de Notas
Docente
Auxiliar Academico
(from Diagrama_Caso_Negocio)
(from Diagrama_Caso_Negocio)

Sistema de Matricula

Sistema de Cobranza
| 106

Director
Secretaria
(from Diagrama_Caso_Negocio)
Sistema de Personal
(from Diagrama_Caso_Negocio)
 <<include>>

Controlar vacante Registrar Matricular Generar reporte de matriculados

(from Diagrama de Use Case)
(from Diagrama de Use Case)

Fuente: Elaboración propia

<<include>>

_Secretaria
Consultar Estado Económico
(f rom Diagrama de Use
...)Case)
(from Diagrama de Use Case) Registra Datos del Apoderado
Consultar Alumno
(from Diagrama de Use Case)
1. Paquete: Sistema de Matricula

(from Diagrama de Use Case)

Diagrama 9: Diagrama de Caso de Uso Matricula

<<include>>

<<include>>
a) Diagrama de Caso de Uso: Matrícula

Consultar Estado Academico

<<include>>
(from Diagrama de Use Case)
Realizar mantenimiento nivel, grado, Llenar Ficha de Matricula Registrar datos del alumno
seccion (from Diagrama de Use Case) (from Diagrama de Use Case)

<<include>>

_Director
Realizar mantenimiento de periodo
(f rom Diagrama de Use
...) Case) escolar y de matricula
| 107

Registrar Datos de los Padres

(from Diagrama de Use Case)
 | 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
 | 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 2. El sistema validará el código y mostrara el nombre del

código del alumno. alumno en una caja de texto e indicara si tiene alguna deuda o
3. Si el alumno es nuevo curso a cargo, también mostrara el último grado y nivel en el
entonces la secretaria que estuvo, activando automáticamente el grado al que debe
indicara que es un nuevo matricularse.
alumno. 4. El sistema automáticamente le generará un código que
5. la secretaria procederá a identificará al alumno.
llenar la ficha básica de 6. El sistema validara los datos ingresados y emitirá un
matrícula para la inscripción mensaje en el momento de ser guardado la información.
del alumno. 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 2. El sistema validara los datos si son correctas para su
datos del alumno y demás datos que respectiva grabación.
requiera la ficha.
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 2. Revisara si existe el nivel ingresado, si no lo

Descripción. encuentra lo grabara.

3. En el caso de grados se debe de escoger el 4. el sistema validara los campos y si son

nivel en el que estará, descripción, número de correctos los guardara.
Horas que serán dictadas, numero de secciones
que tendrá y el número máximo de alumnos
para ese grado.

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 2. el sistema validar q las fechas sean correctas
comenzara el periodo de matrícula, como el día mandando mensajes de erros si fuera lo contrario.
de inicio y fin del año escolar.
4. el sistema validará y guardara los datos.
3. se agregará o actualizará el monto de
pensión para el año escolar.
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:
 <<extend>>
Evaluar rendimiento Academico del
Alumno
(from Diagrama de Use Case)

<<extend>>
Evaluar tipo de descuento

Fuente: Elaboración propia

Tipos de Descuento:
*Por hijo de Personal
*Por Estado Economico
Registrar descuento *Por Rendimiento academico
2. Paquete: Sistema Cobranza

(from Diagrama de Use Case)

_Director
(f rom Diagrama de Use
...)Case)

<<include>>
a) Diagrama de Caso de Uso: Descuento

Diagrama 10: Diagrama de Caso de Uso de Descuento

Realizar mantenimiento de Registra porcentaje de descuento
descuentos
(from Diagrama de Use Case)
| 115
 | 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 2. El sistema emitirá un reporte del estado

académico y si es favorable ingresara el académico del alumno.
descuento respectivo. 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 2. El sistema registrará el porcentaje de descuento

descuento indicando el tipo. 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.

 Registrar Cobro
_Secretaria <<include>>
(f rom Diagrama de Use
...)Case)

Fuente: Elaboración propia

Generar boleta
Requerimientos Especiales:

Generar Rep.Estado Economico

Generar Rep.Morosos

Diagrama 11: Diagrama de Caso de Uso de Cobros a Alumnos

Generar Reportes de ingresos
Realizar mantenimiento de
cursos-cargo
_Director
b) Diagrama de Caso de Uso: Cobros a Alumnos

(f rom Diagrama de Use

...)Case)

Realizar mantenimiento de monto y

periodos de pagos
| 118
 | 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 2. El sistema registrará el monto y el tipo de

nombre del alumno, seleccionara el cobro respectivo y enviará un mensaje de
pago, lo registrará y emitirá su boleta confirmación, e imprimirá su boleta respectiva.
de pago 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 2. El sistema mostrará la el reporte solicitado y

de reporte y luego presionara lo imprimirá.
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 2. El sistema mostrará la lista de cursos y sus

luego ingresara el costo; luego montos iniciales, si los hubiese, luego
presionara guardar. 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 2. El sistema guardará los nuevos montos y

de inicio y fin de las pensiones, como las fechas de los periodos enviando un
también los costos de las mismas. 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:
 Consultar Registro de Notas
(from Diagrama de Use Case) <<extend>>
a)

_Secretaria Registrar Notas de Conducta

_Auxiliar
(f rom Diagrama de Use
...)Case) Académico (from Diagrama de Use Case)
(f rom Diagrama de Use
...)Case)
Sacar Promedio

Fuente: Elaboración propia

(from Diagrama de Use Case)

Generar Reporte Academico <<extend>>

3. Paquete: Sistema Notas

<<extend>>

Diagrama 12: Diagrama de Caso de Uso de Notas

Registrar_notas_x_Curso
_Docente (from Diagrama de Use Case)
(f rom Diagrama de Use
...)Case)
Diagrama de Caso de Uso: Notas

Registrar Tareas

Generar Registro de Evaluación

(from Diagrama de Use Case)
Generar Reporte Orden de Mérito
(from Diagrama de Use Case)

Generar Libreta de Notas

| 123

(from Diagrama de Use Case)

 | 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.
 | 126

Referencias:

RA01.001
Flujo Básico:

Acción de Actor Respuesta del Sistema

1. El docente ingresará las notas 2. El sistema mostrará la lista de cursos y sus

en sus tres luego presionara montos iniciales, si los hubiese, luego procederá a
guardar. guardar los nuevos montos.

Flujos Alternos:

Pos condiciones:

Requerimientos Especiales:
 a)

<<extend>>

Fuente: Elaboración propia

Registrar Contrato

 Interface de usuario
Registrar Personal <<extend>>
Registrar asistencia _Docente
Modificar Cursos (f rom Diagrama de Use
...)Case)
4. Paquete: Sistema Personal

Asignar cursos a Docentes

Diagrama 13: Diagrama de Caso de Uso de Personal

Registrar Horario de aulas Realizar mantenimiento a
vacaciones
Diagrama de Caso de Uso: Personal

_Director
(f rom Diagrama de Use
...)Case)
_Secretaria Registrar Horario de ingreso y salida
(f rom Diagrama de Use
...)Case) de personal

Dar de Baja al Personal

Registrar cursos
| 127

Generar Reportes por Tipo de

Personal
Registrar adelantos
| 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 2. El sistema validará los datos del personal y
documento que acredite el ingreso del enviara un mensaje de confirmación si se grabo
nuevo personal, procede a su respectivo correctamente o un mensaje de error si los datos son
ingreso de datos al sistema, una vez incorrectos.
llenado los datos requeridos procede a
grabar en la BD.
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 2. El sistema procede a registrar e la BD el registro

que va puede dictar, el grado y la para cada docente, enviando un mensaje de
sección que fue asignada. 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 2. Al aceptar el registro el sistema procede a validar

sección, el día y el curso que se asignará los datos ingresados, verificando si es que no ocurre
a la sección ingresando la hora de inicio ningún cruce de hora en ese día, y así continuando a
y fin en el que se va a dictar dicho registrar el curso.
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 2. El sistema visualizará los horarios del personal en una
horario a Docente se tiene que grilla si es que lo tuviera.
escoger el nombre del docente.
3. La secretaria procederá la 5. en ambos casos al aceptar los datos el sistema verificara
selección de días y horas de ingreso si los datos que se desea registrar no produce un cruce con
y salida de cada uno. las horas en el sistema, enviando un mensaje de
4. En el caso de otros tipos de confirmación o rechazo según sea el caso.
personal, solo se escogerá el cargo
y se escogerá el día y la hora de
ingreso.
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.
Flujos Alternos:
El sistema enviara un mensaje de confirmación si se grabo
correctamente o un mensaje de error si los datos son
incorrectos.

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.
Flujos Alternos:
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.

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 1. El sistema visualizará un listado de todo el

del personal, y la fecha de inicio personal por tipo, luego mostrara el detalle del
y de término de sus respectivas personal seleccionado mostrando su fecha de
vacaciones. 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 1.- El sistema mostrara el detalle del personal seleccionado y
código del personal, donde actualizara el estado de este.
tendrá que ingresar la fecha
de baja.
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:
 b)

Fuente: Elaboración propia

Generar Planilla Modificar Planilla
(from Di agrama de Use Case)
(from Di agrama de Use Case) Verificar Descuento
(from Di agrama de Use Case)
<<include>>

Diagrama 14: Diagrama de Caso de Uso: Planilla

<<include>>
Verificar Trabajador
(from Di agrama de Use Case)
Diagrama de Caso de Uso: Planilla

Verificar Ingresos
_Director
(from Di agrama de Use Case)
(f rom Diagrama de Use
...) Case)

Modificar ingresos y descuentos del

personal

ITEMS DE PLANILLA
*AFP
*ONP
*UIT
| 140

Realizar mantenimiento de Items de *CTS

Consultar Reporte de asistencia Planilla

Generar Boleta de pago

 | 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 2. El sistema procederá a verificar los datos de cada

verificación del pago para cada empleado e ira generando los ingreso, descuento y
trabajador, procediendo a aceptara la sueldo total que le correspondería a cada uno de ellos.
generación de la planilla.
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á 1. Realizar el proceso de validación y grabar los

modificado, realizar la cambios.
modificación y grabar.

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 3. El sistema se encargara de actualizar con el

Ítems y escogerá el Ítem a modificar nuevo valor ingresado.
2. El Director ingresara el nuevo valor
del Ítem.
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
Auxiliar
Caso Director Docente Secretaria
Académico
de Uso

CASO DE USO DEL

X
PROCESO DE MATRICULA

CASO DE USO DEL

PROCESO INGRESO DE X X
NOTAS

CASO DE USO DEL

X
PROCESO DE DESCUENTO

CASO DE USO DEL

PROCESO DE COBROS A X
ALUMNOS

CASO DE USO DEL

X
PROCESO DE PLANILLA

CASO DE USO DEL

X
PROCESO DE PERSONAL

4.3.3. Diagrama de Secuencia y Colaboración.

: _Docente : Frm_Logueo_Prof e : f rm.Registro_notas : e.Docente : Docente_Curso : e.Docente/Curso : c.Niv el : e.Niv el : Grado/seccion : e.Grado/Seccion : Alumno : e.Alumno : Notas
Abrir

Ingresar usuario y contraseña

Loguear_Prof e()

Retorna_cod()
Abrir f rm.
List_niv el()
Mostrar_niv el()
List_Grado()
Mostrar_Grado/seccion()
Lista_Curso()
Mostrar()

Escoger niv el,grado,seccion

Lista_Alumno()

Mostrar Alumno()

Ingre_notas()

Guardar_nota()

Guardar_notas()
| 145
 1: Abrir
: _Docente 2: Ingresar usuario y contraseña

12: Escoger nivel,grado,seccion

15: Ingre_notas()
16: Guardar_nota() : Docente_Curso
: Alumno
: Frm_Logueo_Profe
5: Abrir frm.

: frm.Registro_notas
4: Retorna_cod() 11: Mostrar()
14: Mostrar Alumno() 3: Loguear_Profe()

13: Lista_Alumno()
17: Guardar_notas()
6: List_nivel()

: e.Docente : e.Docente/Curso
: e.Alumno

7: Mostrar_nivel()
: Notas

: e.Nivel 10: Lista_Curso()

: c.Nivel

8: List_Grado()

9: Mostrar_Grado/seccion()

: Grado/seccion

: e.Grado/Seccion
| 146
: _Secretaria : Frm.Matricula : e.Alumno : e.Niv el : e.Grado/Seccion : Detalle_Matricula Matricula
Abrir f rm.

Ingresa cod_alumno

busca_alumno() Busca último niv el(cod_alu)

Busca ultimo Grado(cod_alu)

Buscar condicion()

Llenar_campos()

Ingresar datos

Seleccionar tipo de pago

ingresar monto

Ingresar f echa de pago

Click en guardar Matricular(cod,niv el,grado,seccion...)

Registrar_Cuenta_Maticula(monto,f echa)

Mensaje de conf irmación()

Cerrar Frm_Matrícula
| 147
 1: Abrir f rm.
2: Ingresa cod_alumno
8: Ingresar datos
10: ingresar monto
11: Ingresar f echa de pago
13: Click en guardar 9: Seleccionar tipo de pago
14: Registrar_Cuenta_Maticula(monto,f echa)
16: Cerrar Frm_Matrícula

15: Mensaje de conf irmación()

: _Secretaria : Frm.Matricula Matricula

3: busca_alumno()

12: Matricular(cod,niv el,grado,seccion...)

: e.Alumno
7: Llenar_campos()

4: Busca último niv el(cod_alu)

6: Buscar condicion()

5: Busca ultimo Grado(cod_alu)

: Detalle_Matricula

: e.Niv el : e.Grado/Seccion
| 148
: _Secretaria : Frm. Registro_Personal : c.Personal : e.Personal : c.Cargo : e.Cargo
Abrir frm. Listar cargo() Mostrar cargo()

mostrar
Seleccionar cargo
cargar Registro personal() Mostrar registro()

Mostrar
Ingresar datos Cargar remuneracion() Buscar remuneracion()

Mostrar

Seleccionar tipo pago

Seleccionar aportaciones

Ingresar mes de vacaciones

Ingresar nro. contrato

Ingresa fec_inio y fin de contrato

click grabar

Rergistrar Personal()

Enviar msje cofirmacion

| 149
 1: Abrir frm.
5: Seleccionar cargo
11: Ingresar datos
13: Seleccionar tipo pago
14: Seleccionar aportaciones
15: Ingresar mes de vacaciones
16: Ingresar nro. contrato
17: Ingresa fec_inio y fin de contrato
18: click grabar 6: cargar Registro personal()

: _Secretaria : Frm. Registro_Personal : c.Personal

4: mostrar
12: Mostrar 19: Rergistrar Personal()
2: Listar cargo() 7: Mostrar registro()
8: Mostrar
20: Enviar msje cofirmacion

3: Mostrar cargo() 10: Cargar remuneracion()

: e.Cargo 9: Buscar remuneracion() : c.Cargo : e.Personal
| 150
: _Secretaria : Frm. Generar_Horario : c.Nivel : e.Nivel : c.Grado : e.Grado : c.Seccion : e.Seccion : c.Curso : e.Curso : e.Horario
Abrir frm.
Cargar nivel() Mostrar nivel()

Mostrar

Seleccionar Nivel
Carga Grado()
Mostrar Grado()

Mostrar

Seleccionar Grado Cargar Seccion() Mostrar Seccion()

Mostrar

Cargar Curso() Mostar Curso()

Mostrar

Seleccionar Seccion

Seleccionar Curso

Selecciona dia

Seleccion horas

Click Agregar Generar Horario()

Confirmar
| 151
 3: Mostrar niv el()

: _Secretaria
: c.Niv el : e.Niv el
2: Cargar niv el()
1: Abrir f rm.
5: Seleccionar Niv el
9: Seleccionar Grado
16: Seleccionar Seccion
17: Seleccionar Curso
4: Mostrar
18: Selecciona dia
19: Seleccion horas
20: Click Agregar 6: Carga Grado()

21: Generar Horario()

22: Conf irmar

: Frm. Generar_Horario : e.Horario

15: Mostrar

: c.Grado

12: Mostrar
8: Mostrar
: e.Curso 7: Mostrar Grado()

14: Mostar Curso()

13: Cargar Curso() 11: Mostrar Seccion() 10: Cargar Seccion()

: c.Curso : e.Seccion : c.Seccion : e.Grado
| 152
 | 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

Especialidad
Descuento_Personal Horario_Aula
Especialidad_ID Bonificacion
Descuento_Personal_ID
Descripcion
Estado Fecha_Descuento Dia
Fecha_Bonificacion
Descripcion Hora
Monto
Monto Seccion_ID (FK)
Descripcion
Contrato Estado Grado_ID (FK)
Personal_ID (FK)
Personal_ID (FK) Cursos_ID (FK)
Familiar Cursos
Personal Grado Seccion Tareas
Nro_Contrato Cargo Familiar_ID Cursos_ID
Personal_ID Grado_ID Seccion_ID Tarea_ID
Fecha_Inicio Cargo_ID Nombre Descripcion
Fecha_Fin Nombre Descripcion Tarea_Desc
Descripcion Descripcion Ape_Paterno Num_Horas
Sueldo Ape_Paterno Seccion_ID (FK)
Estado_Civil Sueldo_Basico Alum_Maximo Ape_Materno Costo
Personal_ID (FK) Ape_Materno Grado_ID (FK)
Estado Estado Fech_Nacimiento Estado
DNI Estado_Civil_ID Cursos_ID (FK)
Secciones Sexo Grado_ID (FK)
Sexo Nivel_ID (FK) Periodo_ID (FK)
Descripcion Estado_Civil_ID (FK) Especialidad_ID (FK)
Direccion
DNI
Aportaciones Telefono
Ocupacion
Fecha_Nacimiento
Aportaciones_ID Horario_Personal Grado_ID (FK)
Distrito_ID (FK)
Direccion
Descripcion Nro_Hijos
Telefono
Fondo_Pensiones Fecha_Ingreso
Dia Vive
Prima_AFP Fecha_Baja Parentesco
Hora_Ingreso Vive_con_Alumno
Comision_AFP Estado Aula
Total_Retension Sueldo_Basico Hora_Salida Parentesco_ID
Estado Condicion_Trabajo Estado Seccion_ID (FK)
Grado_ID (FK) Descripcion
CUSPP Personal_ID (FK)
Cod_Onp Cargo_ID (FK)
Cab_Planilla
Nro_EsSalud Docente_Curso
Cab_Planilla_ID Aportaciones_ID (FK)
Nivel Provincia
Fecha_Generada Especialidad_ID (FK)
Mon_Ing Estado_Civil_ID (FK) Personal_ID (FK) Nivel_ID Provincia_ID
Cargo_ID (FK) Cursos_ID (FK) Criterio_del_Curso
Mon_Desc Descripcion Familiar_Alumno Nom_Prov
Periodo_Pago_ID (FK) Nivel_ID (FK) Seccion_ID (FK) Criterio_ID (FK)
Monto Departamento_ID (FK)
Password Familiar_ID (FK) Cursos_ID (FK)
Prestamo_Adelantado Estado Religion
Alumno_ID (FK)
Religion_ID Peso
Prestamo_Adelantado_ID Parentesco_ID (FK)
Detalle_Planilla Descripcion Alumno Apoderado
Fecha_Adelanto
Monto Alumno_ID
Estado
Cab_Planilla_ID (FK) Cod_Mod
Personal_ID (FK)
Personal_ID (FK) Nombre Periodo
Concepto_ID (FK) Detalle_Matricula Ape_Paterno Periodo_ID
Tipo Matricula Ape_Materno Distrito Departamento
Matricula_ID (FK)
Valor Fecha_de_Nacimiento Fech_Ini Criterio
Matricula_ID Alumno_ID (FK) Distrito_ID Departamento_ID
Sexo Fech_Fin
Criterio_ID
Año Fecha_Mat Num_Hermanos Nom_Dist Nom_Dep Descripcion
Periodo_Pago Asistencia
Fech_Ini Familiar_ID (FK) Direccion Provincia_ID (FK) Pais_ID (FK) Descripcion
Periodo_Pago_ID Vacaciones Fech_Fin Seccion_ID (FK) Telefono
Costo Grado_ID (FK) Lengua_Materna
Fecha_Inicio Vacaciones_ID Fecha_Asistencia Reg_Notas
Personal_ID (FK) Ingreso_Prog Ult_Nivel
Fecha_Fin
Hora_Ingreso Ult_Grado
Mes_Pago Fecha_Incio Salida_Prog Condicion Pais Tarea_ID (FK)
Estado Fecha_Gose Hora_Salida Dias Estado Nota
Pais_ID
Dias_Pagados Tiempo_NoLaborado Religion_ID (FK) Criterio_ID (FK)
Estado H_Trab Dias_ID Cuentas_por_Cobrar Distrito_ID (FK) Nom_Pais
Nota Cursos_ID (FK)
Estado_Pago_ID (FK) Personal_ID (FK) Descuento_Porcentaje
UIT Descripcion Id_Cuenta Periodo_ID (FK)
Asistio Seccion_ID (FK) Alumno_ID (FK)
Justificar Alumno_ID (FK) Grado_ID (FK) Cursos_ID (FK)
Observacion Fecha_Venc Periodo_ID (FK)
Fecha_Uit
Monto
Valor Estado_Pago Prom_Cognositivo
Descripcion
Tipo_Cobro_ID (FK) Promedio Prom_Valorativo
Estado_Pago_ID Prom_Psicomotor
Concepto Estado
Descripcion Parcial
Concepto_ID Observacion Tipo_Cobro Alumno_ID (FK) Final
Grado_ID (FK) Promedio_Periodo
Descripcion Tipo_Cobro_ID
Abreviatura Cursos_ID (FK)
Formulas_ID Descripcion Año
Clase Promedio
Detalle_Cuenta_Cobrar
Unidad Sustitutorio
Imp_enBol
Val_IngDesc Id_Cuenta (FK)
Estado Fecha_de_Cobro
Mora
Total
 | 164

D. Diagrama de Clases Físico

Especialidad
Descuento_Personal Horario_Aula
Especialidad_ID: int Bonificacion
Descuento_Personal_ID: int
Descripcion: varchar(20)
Estado: int Fecha_Descuento: varchar(10) Dia: varchar(10)
Fecha_Bonificacion: varchar(10)
Descripcion: varchar(10) Hora: varchar(5)
Monto: money
Monto: money Seccion_ID: int
R_19 Descripcion: text R_173
Estado: int Grado_ID: int
Contrato Personal_ID: varchar(6)
Personal_ID: varchar(6) Cursos_ID: varchar(5)
Familiar R_203
Personal Seccion Cursos
Grado Tareas
Nro_Contrato: varchar(7) R_25 Cargo Familiar_ID: varchar(7) Cursos_ID: varchar(5)
Personal_ID: varchar(6) Grado_ID: int Seccion_ID: int Tarea_ID: int
Fecha_Inicio: varchar(10) Cargo_ID: int Nombre: varchar(20) Descripcion: varchar(20)
Fecha_Fin: varchar(10) Nombre: varchar(15) R_201 Descripcion: char(1) Tarea_Desc: varchar(20)
Sueldo: money Ape_Paterno: varchar(20) Descripcion: varchar(10)Descripcion: varchar(20) Ape_Paterno: varchar(20)
R_125
Num_Horas: smallint
R_183 Seccion_ID: int
Personal_ID: varchar(6) Ape_Materno: varchar(20) Estado_Civil Sueldo_Basico: float Alum_Maximo: int Ape_Materno: varchar(20) Costo: money
Estado: char(1) Fech_Nacimiento: varchar(10) Grado_ID: int
DNI: char(8) Estado_Civil_ID: char(2) Estado: int R_205 Estado: char(1)
Secciones: int Sexo: char(1) Cursos_ID: varchar(5)
Sexo: char(1) R_202 Grado_ID: int
R_190 R_27 Descripcion: varchar(15) R_172
Nivel_ID: int Estado_Civil_ID: char(2) Periodo_ID: int
Direccion: varchar(100) R_160 Especialidad_ID: int
R_199 DNI: varchar(8)
Aportaciones Telefono: varchar(15) R_59
Ocupacion: varchar(15)
Fecha_Nacimiento: varchar(10)
Aportaciones_ID: int Grado_ID: int
Distrito_ID: int Horario_Personal R_177 R_58 R_185
Direccion: varchar(25)
Descripcion: varchar(12) Nro_Hijos: int
Telefono: varchar(10)
Fondo_Pensiones: decimal(7,4) Fecha_Ingreso: varchar(10)
Dia: int R_178 Vive: char(2)
Prima_AFP: decimal(7,4) R_23 Fecha_Baja: varchar(10)
R_200 R_47 Vive_con_Alumno: char(18) Parentesco
Comision_AFP: decimal(7,4) Estado: int Hora_Ingreso: varchar(5)
Aula R_138
Total_Retension: decimal(7,4) Sueldo_Basico: money Hora_Salida: varchar(5) Parentesco_ID: int
Estado: int Condicion_Trabajo: varchar(10) Estado: int Seccion_ID: int
Grado_ID: int Descripcion: varchar(15)
CUSPP: varchar(12) Personal_ID: varchar(6)
Cod_Onp: varchar(12) Cargo_ID: int
Cab_Planilla R_180
Nro_EsSalud: varchar(11) R_184
Cab_Planilla_ID: int R_198 Docente_Curso R_46 R_209
Aportaciones_ID: int
Especialidad_ID: int Nivel Provincia
Fecha_Generada: datetime
Mon_Ing: money Estado_Civil_ID: char(2) Personal_ID: varchar(6) Nivel_ID: int Provincia_ID: int
Mon_Desc: money Cargo_ID: int Cursos_ID: varchar(5) R_204 R_170 Criterio_del_Curso
Descripcion: varchar(15) Familiar_Alumno Nom_Prov: varchar(30) R_216 R_213
Periodo_Pago_ID: int Nivel_ID: int R_44 Seccion_ID: int Criterio_ID: int
Monto: float Departamento_ID: int
Password: binary(255) Familiar_ID: varchar(7) Cursos_ID: varchar(5)
Prestamo_Adelantado Estado: int R_169
Religion Alumno_ID: varchar(7)
R_191 R_192
Religion_ID: int R_210 Peso: smallint
Prestamo_Adelantado_ID: int Parentesco_ID: int
Detalle_Planilla Fecha_Adelanto: varchar(10) Descripcion: varchar(15) Alumno Apoderado: char(1)
Monto: money R_221 R_93 R_94
R_219 Alumno_ID: varchar(7) R_218
R_31 Estado: int R_137
Cab_Planilla_ID: varchar(5) R_194 Cod_Mod: varchar(15)
R_158 Personal_ID: varchar(6) R_149
Personal_ID: varchar(6) R_104 Nombre: varchar(20) Periodo
Concepto_ID: varchar(4) Detalle_Matricula Ape_Paterno: varchar(20) Periodo_ID: int
Tipo: char(1) Ape_Materno: varchar(20) Distrito
Matricula Matricula_ID: int Departamento
Valor: float Fecha_de_Nacimiento: varchar(10) Fech_Ini: varchar(10) R_212 Criterio
Matricula_ID: int Alumno_ID: varchar(7) Distrito_ID: int Departamento_ID: int
Sexo: char(1) Fech_Fin: varchar(10)
R_214 Criterio_ID: int
Año: int R_131 Fecha_Mat: varchar(10) Num_Hermanos: int Nom_Dist: varchar(30) Nom_Dep: varchar(20) Descripcion: varchar(6)
Periodo_Pago Asistencia Familiar_ID: varchar(7) R_168 R_92 Descripcion: varchar(15)
Fech_Ini: varchar(10) Direccion: varchar(100) Provincia_ID: int Pais_ID: int
Periodo_Pago_ID: int Fech_Fin: varchar(10) Seccion_ID: int Telefono: varchar(10)
Vacaciones
Costo: float Grado_ID: int Lengua_Materna: varchar(25)
Fecha_Inicio: varchar(10) Vacaciones_ID: char(18) Fecha_Asistencia: varchar(10) R_95 Reg_Notas
Personal_ID: varchar(6) Ingreso_Prog: varchar(5) Ult_Nivel: varchar(15)
Fecha_Fin: varchar(10) R_105
Hora_Ingreso: varchar(5) Ult_Grado: varchar(15)
Mes_Pago: varchar(15) Fecha_Incio: varchar(10) Salida_Prog: varchar(5) Condicion: varchar(15) Pais Tarea_ID: int
Estado: int Fecha_Gose: varchar(10)
R_193 Hora_Salida: varchar(5) Estado: char(1) Nota: float
Dias Pais_ID: int
Dias_Pagados: int Tiempo_NoLaborado: int Religion_ID: int
R_207 Criterio_ID: int
Estado: int H_Trab: int Dias_ID: int Cuentas_por_Cobrar Distrito_ID: int Nom_Pais: varchar(15)
R_113 Cursos_ID: varchar(5)
Estado_Pago_ID: int Personal_ID: varchar(6) Descuento_Porcentaje: int Nota
Descripcion: varchar(10) Id_Cuenta: int Periodo_ID: int
UIT Asistio: char(1) Seccion_ID: int Alumno_ID: varchar(7)
R_39 Justificar: char(1) Alumno_ID: varchar(7) Grado_ID: int Cursos_ID: varchar(5)
Observacion: text Fecha_Venc: varchar(10) Periodo_ID: int
Fecha_Uit: varchar(10) R_217
Monto: float
Valor: money Prom_Cognositivo: float
Estado_Pago Descripcion: varchar(100)
Tipo_Cobro_ID: int Prom_Valorativo: float
Estado_Pago_ID: int Promedio Prom_Psicomotor: float
Estado: int
Concepto Descripcion: varchar(15) Parcial: float
Concepto_ID: varchar(4) Observacion: varchar(52) Alumno_ID: varchar(7) Final: float
Tipo_Cobro
Grado_ID: int Promedio_Periodo: float
Descripcion: varchar(20) R_220 Tipo_Cobro_ID: int
R_175 Cursos_ID: varchar(5)
Abreviatura: varchar(10)
Formulas_ID: int Descripcion: varchar(20) Año: varchar(4)
Clase: varchar(6) Promedio: float
Unidad: varchar(5) Detalle_Cuenta_Cobrar Sustitutorio: float
Imp_enBol: smallint
Val_IngDesc: char(1) Id_Cuenta: int
Estado: smallint Fecha_de_Cobro: varchar(10)
Mora: float
Total: varchar(7)
 | 165

E. Diagrama de Estado

Clase Matricula

separada vigente aplazada

cancelada
culminada

Fuente: Elaboración propia

Clase Alumno

nuevo

repitente activo reserva

debe pensiones u otros

Aprobado trasladado moroso

retirado

Fuente: Elaboración propia

 | 166

Clase Curso

nuevo

activo a cargo

baja

Fuente: Elaboración propia

Clase Nota

nuevo aprobado

espera Modificado promediad

a

desaprobado

Fuente: Elaboración propia

 | 167

Clase Personal

Ingresante

Nombrado Contratado

Licencia
Vacaciones

Activo

Despido Liquidacion

Jubilado

Fuente: Elaboración propia

 | 168

F. Diagrama de Componentes

CAPA SCHOOL_VISTA
CAPA
AYUDA

CAPA
CONTROLES

CAPA CAPA
SCHOOL_BUSS SCHOOL_ENTITY

ZZ CAPA
SCHOOL_DAO

BD_SCHOOLMANAGER

Fuente: Elaboración propia

 | 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

SERVIDOR PC01
BD DIRECTOR IMPRES
ORA01
IMPRES
ORA02

PC02
SWITCH SECRETARIA

PC04
DOCENTES

PC03 PUERTA
 | 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

LETRA TAMAÑO
ITEMS
COLOR IMAGEN
(Objetos)
Tipo Tamaño Color (Píxeles)

Barra de Azul Banner diseñada

Según Según
degradad Arial Blanco con la insignia de
Titulo pantalla. formulario
o la institución.

Barra de Times Ancho de Según

Negro New negro varios
Menús pantalla formulario
Roman
Botones Según Según
varios Arial negro varios
pantalla formulario

Cuadros
Según Según
celeste Arial Negro --
de Texto pantalla formulario

Listas
desplega Según Según
celeste Arial negro --
pantalla formulario
bles

Casillas
de Según Según
celeste Arial Negro --
pantalla formulario
marcado
 | 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

Core 2 DUO 2.6 GHz

Servidor de HD de 220 Gb
Base de Datos
RAM de 2 Gb

S.O. Windows 2003

Server Enterprice

Computadoras Pentium III 1.7 GHz

de Usuarios
HD de 40 Gb
finales
(Requisito RAM de 256 Gb
Mínimo)
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: Pasos a seguir:

Matricula: El usuario (Director) seleccionara la fecha de inicio

Día de inicio: 15/01/2008 de la matricula e ingresará el costo de la misma.

Monto: 50 En el periodo escolar también ingresara el día de

inicio de este.
Periodo escolar
El sistema también mostrara los niveles en un grid
Día de inicio: 03/03/2008
con las pensiones respectivas; para poder modificar
Pensión
sus costos el usuario dará un click y se mostrara en
Primaria: 180 una caja de texto luego ingresara el monto ya
Secundaria:220 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: Participantes: Fecha:15/07/08

Díaz Sánchez

Espinoza Urbano
Matricula nueva guardada
correctamente. 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: Pasos a seguir:

Alumno El usuario (Secretaria) ingresara el nombre del alumno
Alumno: Romero Rojas, Mariana (Romero Díaz, Mariana), mientras ingresa el sistema
Apoderado mostrara la ayuda de alumnos para su fácil ingreso
Parentesco: padre mostrando también su código (AL00015).
Nombre: Jorge Romero Guzmán El sistema mostrará el grado, nivel (Segundo Primaria)
Grado actual y condición (aprobada) con la que concluyo el año
Sección : A anterior.
Inicial En los datos de Apoderado se visualizara el
Marcar el check parentesco (madre), nombre (Paula, Rojas Díaz) estos
Monto:30 datos serán actualizados por los datos que ingrese el
Fecha de pago: 12/09/08 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: Participantes:

Fecha:15/07/08

Díaz Sánchez
Matricula guardada correctamente.
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: Pasos a seguir:

Apellido Paterno: Reyes El sistema carga los combos y los campos de
Apellido Materno: Ruiz fecha, luego el usuario ingresara los datos ya
Nombre: Rolando indicados.
Examinar: Reyes.jpg Al dar click en examinar daremos la ruta en donde
Pestaña Personal: se guardara la foto del personal.
DNI: 42598041 El usuario ingresará el nombre del personal y los
Sexo: M campos ya contemplados tanto de la pestaña
Estado civil: Soltero(a) Personales como de la pestaña Laborales.
Lugar de nacimiento: El usuario al dar click en guardar el sistema
Dpto.: Lima almacenara la data en la base de datos.
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.
Resultado Esperado:
Guardó correctamente.

Resultado Ejecutado: Participantes:

 | 258

Fecha:15/07/08

Díaz Sánchez
guardó correctamente.
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: Pasos a seguir:

Alumno
Alumno: Romero Rojas, Mariana
Pestaña Pensiones:
Marcar el check de la pensión de
fecha correspondiente al mes
setiembre.
Click en el botón guardar.
Resultado Esperado:
guardó correctamente.
Resultado Ejecutado:
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).
de
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.
Participantes: Fecha:15/07/08

Díaz Sánchez

Espinoza Urbano
Guardó correctamente.
Maguhn Gonzales

Yumbato Pacaya

Aprobado Desaprobado
| 259