Tesis Final PDF

INSTITUTO SUPERIOR IDAT
PROGRAMA ACADMICO DE
COMPUTACIN E INFORMTICA
SISTEMA DE CONTROL ADMINISTRATIVO

SCHOOL MANAGER
DAZ 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 INSTITUCIN EDUCATIVA PRIVADA
PEDRO PAULET
DAZ SANCHEZ, OLGA JENNIFER

ESPINOZA URBANO, JUAN EDUARDO
MAGUHN GONZALES, JIM
YUMBATO PACAYA, JUAN MANUEL
TESIS PARA OPTAR EL TTULO DE PROFESIONAL

TCNICO EN COMPUTACIN E INFORMTICA
INSTITUTO SUPERIOR TECNOLGICO PRIVADO IDAT

CARRERA PROFESIONAL DE COMPUTACIN E
INFORMTICA
LIMA, PER
Ao 2008
|3
2008, Todo el contenido de esta tesis, est sujeto a la proteccin de los

derechos de autor, de los derechos de la propiedad intelectual y de otras leyes
de la proteccin de la misma.
Queda prohibida su divulgacin, reproduccin, modificacin, uso comercial o
utilizacin para cualquier fin diferente al acadmico sin autorizacin expresa y
por escrito de los autores.
|4
Calificacin otorgada por el Jurado evaluador
Nombre
PRESIDENTE
MIEMBRO
MIEMBRO
MIEMBRO
Lima, 06 de Setiembre de 2008
Calificacin
Firma
|5
Dedicada con cario a nuestros padres

por habernos dado una formacin
slida en valores.
|6
Expresamos nuestro agradecimiento al Instituto Superior Tecnolgico

Particular IDAT a travs de su carrera computacin e informtica
por mi formacin acadmica y profesional.
|7
INDICE GENERAL
CALIFICACIN OTORGADA POR EL JURADO EVALUADOR ................................................. 4
CAPTULO I:
INTRODUCCIN ............................................................................................... 15
1.1.
ANTECEDENTES ............................................................................................................ 15
1.2.
SITUACIN PROBLEMTICA ............................................................................................ 15
1.3.
FORMULACIN DEL PROBLEMA ...................................................................................... 16
1.4.
OBJETO DE ESTUDIO Y CAMPO DE ACCIN ..................................................................... 17
1.5.
OBJETIVOS ................................................................................................................... 18
1.5.1. Objetivo General: ................................................................................................... 18

1.5.2. Objetivos Especficos: ............................................................................................ 18
1.6.
ALCANCE Y LIMITACIONES ............................................................................................. 19
1.6.1. Alcance: .................................................................................................................. 19
1.6.2. Limitaciones:........................................................................................................... 20
1.7.
APORTE PRCTICO ....................................................................................................... 22
1.8.
MTODOS Y MEDIOS ..................................................................................................... 22
CAPTULO II: MARCO CONTEXTUAL .................................................................................... 23

2.1.
ENTORNO DEL PROBLEMA DE ESTUDIO ........................................................................... 23
2.1.1. Datos Generales de la Empresa ............................................................................ 23

2.1.2. Diagnstico Empresarial o Estratgico .................................................................. 24
2.1.3. Diagnstico Funcional ............................................................................................ 27
2.1.4. Diagnstico del Proceso de Negocio ..................................................................... 30
2.2.
RELACIN TESISTA Y PROBLEMA DE ESTUDIO.................................................................. 36
2.3.
ANLISIS DE LOS PROBLEMAS OBSERVADOS ................................................................... 36
2.4.
ANTECEDENTES DE PROYECTOS SIMILARES .................................................................... 37
CAPTULO III:MARCO TERICO .............................................................................................. 38

3.1.
REAS VINCULADAS CON EL SISTEMA: ............................................................................ 38
3.1.1. rea de Matricula y Acadmica (notas) ................................................................. 38

3.2.
METODOLOGA RUP Y LAS MEJORES PRCTICAS PARA EL DESARROLLO DE SOFTWARE 50
|8
3.2.1.
3.2.2.
Desarrollar software iterativamente con la metodologa RUP ............................... 50

Diagrama de UML .................................................................................................. 53
CAPTULO IV:MODELAMIENTO DE LA SOLUCIN DE SOFTWARE .................................... 75

4.1.
PLAN DE DESARROLLO .................................................................................................. 75
4.1.1. Vista General del proyecto ..................................................................................... 75

4.1.2. Organizacin del Proyecto ..................................................................................... 78
4.1.3. Gestin del Proceso ............................................................................................... 81
4.2.
DOCUMENTO VISIN ..................................................................................................... 91
4.2.1. Formulacin del Problema ..................................................................................... 91
A)
SENTENCIA QUE DEFINE EL PROBLEMA: .......................................................................... 95
B)
SENTENCIA QUE DEFINE LA POSICIN DEL PRODUCTO: .................................................... 96
4.2.2. Descripcin de Stake Holders ................................................................................ 96

Director de la Institucin ...................................................................................................... 99
4.2.3. Descripcin Global del Producto .......................................................................... 100
4.2.4. Restricciones ........................................................................................................ 102
4.2.5. Requisitos de Documentacin .............................................................................. 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 Dinmico ....................................................................................... 106
4.3.3. Diagrama de Secuencia y Colaboracin. ............................................................. 144
4.3.4. Modelamiento Esttico ......................................................................................... 153
E. Diagrama de Estado ................................................................................................. 165
4.4.
ESPECIFICACIONES SUPLEMENTARIAS.......................................................................... 173
4.4.1.
4.4.2.
4.4.3.
4.4.4.
4.4.5.
4.4.6.
Funcionalidad Comn .......................................................................................... 173

Utilidad .................................................................................................................. 173
Fiabilidad .............................................................................................................. 175
Performance ......................................................................................................... 175
Restricciones de Diseo ....................................................................................... 176
Portabilidad........................................................................................................... 176
CAPTULO V: REALIZACION DE LA SOLUCION DE SOFTWARE ..................................... 177

5.1.
PLAN DE IMPLEMENTACIN .......................................................................................... 177
5.1.1. Carga Inicial.......................................................................................................... 177

5.1.2. Transferencia de conocimientos y tecnologa. ..................................................... 177
5.1.3. Verificacin y Aceptacin del Sistema ................................................................. 178
5.1.4. Liberacin en Productivo ...................................................................................... 178
5.2.
MANUALES Y DOCUMENTACIN TCNICA ...................................................................... 178
5.2.1. Manual de uso y operacin (DE USUARIO) ........................................................ 178
5.2.2. Manual de procedimientos de usuario (TECNICO).............................................. 178
5.2.3. Manual de procedimientos de soporte tcnico (SEGURIDAD) ............................ 178
5.3.
PROGRAMAS FUENTE .................................................................................................. 178
5.3.1.
5.3.2.
5.3.3.
Estndares ........................................................................................................... 178

Organizacin de la Biblioteca ............................................................................... 179
Biblioteca de programas fuentes .......................................................................... 181
CAPTULO VI:CONCLUSIONES .............................................................................................. 183
|9
CAPTULO VII:RECOMENDACIONES ..................................................................................... 185

CAPTULO VIII: BIBLIOGRAFIA .............................................................................................. 186
8.1.
TEXTOS ...................................................................................................................... 186
8.2.
DIRECCIONES DE PGINAS WEB: .................................................................................. 186
CAPTULO IX:GLOSARIO ........................................................................................................ 187

CAPTULO 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: Descripcin 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 Descomposicin del Trabajo .................................................21

Imagen 2: Ubicacin del Centro Educativo Pedro Paulet .................................................................23
Imagen 3: Organigrama de la Institucin ..........................................................................................28
Imagen 4: Arquitectura de un sistema utilizando paquetes ..............................................................54
Imagen 5: Componentes e interfaces, formato icnico ....................................................................56
Imagen 6: Componentes e interfaces, formato extendido ................................................................56
Imagen 7: Ejemplo de Diagrama de Secuencia................................................................................57
Imagen 8: Diagrama de Colaboracin ..............................................................................................57
Imagen 9: Grficos de Entidad y Relacin ........................................................................................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 NotasError! 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 OPERACIN ....................................................................... 197
MANUAL DE PROCEDIMIENTOS DE USUARIO ................................................. 230
MANUAL DE DE PROCEDIMIENTOS DE SOPORTE TCNICO ......................... 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 matrcula,
notas, cobros y control de personal.
Podremos ver en esta tesis el desarrollo para la automatizacin de dichos

procesos los cuales presentan para la institucin educativa Pedro Paulet un
salto a la tecnologa, por consiguiente, todos los beneficios que este proyecto
conlleva.
El proyecto School Manager, agilizar en el proceso de matrcula, ya que ste

se tornaba demasiado lento por ser manual. Del mismo modo en el
Departamento Acadmico, el registro manual de las notas, debido a la forma de
calificacin se tornaba muy engorroso obtener las calificaciones para los
docentes. En este aspecto, el Sistema School Manager gestiona de una
manera ms ordenada, fcil, rpida 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, tambin se
controlar los pagos a travs de la planilla, mediante la generacin de las
boletas de pago.
| 15
CAPTULO I: INTRODUCCIN
1.1. Antecedentes
La Institucin Educativa Pedro Paulet, dedicada a la formacin del educando,
ha tenido en los ltimos aos un significativo incremento de alumnado, el cual
favorece a la institucin pero debido a que manejan sus procesos de forma
manual, han tenido un desequilibrio en cuanto a rapidez, eficiencia y filtraciones
ilcitas de dinero.
Ante ello surge la necesidad de automatizar sus procesos ms importantes

como el de matrcula, notas, cobros y personal; ya que anteriormente no han
contado con ningn proyecto.
1.2. Situacin Problemtica
De acuerdo a la problemtica planteada por el director de la institucin

educativa, se realizo un estudio de la misma para conocer a profundidad la
situacin del caso.
El departamento acadmico presenta malestar en el proceso de control y

registro de notas por ser muy lento no se entrega a tiempo para la generacin
de libretas de notas y dems 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 prdidas para la institucin.
1.3. Formulacin del Problema
Habiendo realizado un estudio de la situacin problemtica en los diversos

departamentos anteriormente mencionados; procederemos a detallar cada
unos de los problemas en sus procesos ms importantes:
Departamento de Matricula:
Lentitud en la inscripcin y matricula de los alumnos.
Desorden con los documentos de los alumnos.
Riesgo de prdida de documentos
Departamento Acadmico
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 mtodo de calificacin.
El clculo 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 generacin 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 prdida de documentacin del personal.
| 17
Demora en la generacin 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 Accin

Para la Institucin Educativa Pedro Paulet, que requiere de un sistema que
automatice sus procesos ms importantes y pueda tener as un mejor control
de su informacin 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 matrcula y cobros a alumnos, teniendo a su
alcance la informacin 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

tambin una terminal para que este pueda realizar sus consultas de los
alumnos como tambin del personal para as poder generar la planilla.
Brindndole 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 institucin, donde el docente y dems trabajadores
podrn realizar la marcacin 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
informacin que dichos procesos requieren.
1.5.2. Objetivos Especficos:
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 evaluacin del alumnado creando un registro
para el ingreso de notas, calculo de promedios y reportes.
B. Tcnicos
Para el Modelamiento de la informacin se utilizar la metodologa
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 ms utilizadas en el mercado Microsoft
Windows XP Professional.
El lenguaje de programacin 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 Institucin Educativa.
C. Calidad
El software cumple con los requerimientos establecidos por la institucin
educativa
Pedro
Paulet.
Asimismo,
se
ha
cumplido
con
los
| 19
requerimientos de desarrollo de software sugeridos en la metodologa de

desarrollo (fases) que estamos utilizando, que es el RUP.
D. Artefactos
Documento plan de desarrollo de software.
Documento Anlisis de requerimientos.
Documento Visin.
Anlisis para el negocio.
La presentacin de los prototipos del sistema.
Al final se entregar el instalador del software, como tambin entrega
del cdigo fuente y tres tipos de manuales:
Manual de uso y operacin.
Manual de procedimientos de usuario.
Manual de procedimientos de soporte tcnico.
Con el fin de que el usuario responsable lleve a cabo la instalacin del sistema
de una manera ptima.
1.6. Alcance y Limitaciones

1.6.1. Alcance:
WBS (EDT) Estructura de Descomposicin del Trabajo:

El WBS o EDT es la descomposicin jerrquica 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
ms pequeas y fciles de manejar, donde cada nivel
descendente de la EDT representa una definicin cada vez ms 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 Descomposicin del Trabajo
| 22
1.7. Aporte Prctico

Con el desarrollo e implementacin del sistema de control administrativo
School Manager, se podr beneficiar desde la Direccin acadmica hasta el
alumnado como los padres de familia. Donde estos ltimos podrn tener la
informacin ms rpida por parte de la secretaria, direccin y personal docente.
1.8. Mtodos y Medios

Para el anlisis de los requerimientos se utilizaran mtodos 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 informacin con el
lenguaje UML.
Para la construccin y desarrollo se utilizara la programacin orientada a
objetos (POO) utilizando el lenguaje de programacin C#.Net la cual trabajara
con la base de datos Microsoft SQL Server 2005.
| 23
CAPTULO II:
MARCO CONTEXTUAL
2.1. Entorno del problema de estudio
2.1.1. Datos Generales de la Empresa
Nombre: Institucin Educativa Privada Pedro Paulet

Actividad Econmica: Servicio educativo
Nmero de UGEL: UGEL N5
Ubicacin: Jr. Rio Vilcanota 266 Urbanizacin Canto de Sol, San Juan
de Lurigancho. (Ver Imagen 2)
Imagen 2: Ubicacin del Centro Educativo Pedro Paulet
| 24
Resea Histrica de La Empresa
La Institucin Educativa Privada Pedro Paulet fue creada mediante

resolucin directoral N 0556-88 con fecha de creacin 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,4y 5) los cuales

son atendidos por personal Docente Calificado.
2.1.2. Diagnstico Empresarial o Estratgico
A. Anlisis Estratgico
1. Misin:
Somos una institucin integrada por personal docente calificado dedicada
al servicio integro de la educacin en valores y conocimientos para los
alumnos, para su desarrollo y compromiso con la sociedad.
2. Visin:
La Institucin Educativa Privada Pedro Paulet desempea sus labores
acadmicas para lograr llegar a ser la institucin mejor reconocida dentro
del distrito.
3. FODA:
a)
Anlisis 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

ubicacin de los documentos generados en ese trmite.
Los reportes de los manejos de cuenta de los clientes no son
exactos.
No existe un sistema que ayude y acelere los procesos.
b) Anlisis Externo:
Lista de Oportunidades:
Debido al crecimiento de la poblacin en el distrito, podemos
captar nuevos alumnos.
La oferta de software para el apoyo y control del sistema
acadmico.
La institucin acadmica se encuentra cerca de una de las
avenidas ms importantes de distrito.
Lista de Amenazas:
Competencia con instituciones privadas del mismo giro del
negocio.
Retiro de alumnado por factores econmicos.
c) Matriz FODA
La iniciativa estratgica que sustenta la existencia del proyecto es la DA

(1); la misma que indica la Adquisicin de un software que automatice
las diversas tareas aminorando las dificultades que nos da los procesos
manuales as agilizndolos, siendo un competidor fuerte en nuestro
rubro. (Ver Tabla 1)
| 26
Tabla 1: Matriz FODA

LISTA DE FORTALEZA
ANLISIS
INTERNO
ANLISIS
EXTERNO
F1.
Contamos con D1. Dificultad en los procesos de
profesionales altamente cobros y deudas de los alumnos
calificados.
D2. Los reportes de los manejos
F2.Contamos con
solvencia para invertir en de cuenta de los clientes no son
exactos.
el desarrollo de SW
F3.
Condiciones
trabajo adecuados.
LISTA DE OPORTUNIDADES
LISTA DE DEBILIDADES
de D3. No contar con un sistema que

ayude y acelere los procesos.
FO (Maxi-Maxi)
O1. Debido al crecimiento de la 1. Evaluar las propuestas

poblacin en el distrito, podemos y realizar un estudio de
captar nuevos alumnos.
acuerdo
a
nuestra
de
O2. La oferta de software para el capacidad
apoyo y control del sistema inversin.(F2,O2)
DO (Mini-Maxi)
1. Aprovechar el apoyo del sw
ofertado para
mejorar
los
procesos
donde
existen
dificultades.(O2,D1,D2,D3)
acadmico.
O3. La institucin acadmica se
encuentra cerca de una de las
avenidas ms importantes de
distrito.
FA (Maxi-Mini)
LISTA DE AMENAZAS
A1.Competencia con
instituciones privadas del mismo
giro del negocio.
A2.Retiro de alumnado
factores econmicos.
1. El apoyo de nuestro
personal
calificado
garantiza que el alumnado
no opte por irse a otra
por
institucin.(F1,A1)
DA (Mini-Mini)
1. Adquisicin de un software que
automatice las diversas tareas
aminorando las dificultades que
nos da los procesos manuales as
agilizndolos,
siendo
un
competidor fuerte en nuestro
rubro (D1,D2,D3,A1)
| 27
2.1.3. Diagnstico Funcional
A. Clientes:
Los clientes son los alumnos, pues a ellos va el enfoque de nuestra misin;
brindndoles un servicio de calidad. En su mayora nuestros clientes residen
en el distrito de San Juan de Lurigancho y vienen de un status econmico
medio.
B. Servicio:
El servicio se basa en brindar una educacin integral, orientndolos en su
formacin en conocimientos, como en valores. Por ello el servicio se da seis
das por semana, es decir de lunes a sbado y se utiliza una metodologa en
la cual calificamos al alumno bajo tres criterios en sus tareas y trabajos, los
cuales a continuacin detallan:
Cognoscitivo: Se basa en el contenido de la tarea o de lo expuesto.
Psicomotor: Como presentan el trabajo y en caso de una exposicin
como se desenvuelven
Valorativo: El mensaje que deja.
Cabe mencionar que estos criterios tienen un peso de segn el curso.
C. Organigrama
Mediante el organigrama podemos ver grficamente la estructura de la
Institucin Educativa Pedro Paulet. (Ver Imagen 3)
| 28
Imagen 3: Organigrama de la Institucin

Fuente: Institucin educativa Pedro Paulet
Funciones:
Director
El director establecer y definir las metas de la organizacin as como
las acciones que se deben tomar para concretar la visin y misin,
como tambin 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, tambin apoyara en la toma de decisiones y en la evaluacin
de los estudios y proyectos.
Secretaria
La secretaria apoyara en el proceso de la documentacin, tambin se
encarga de mantener la comunicacin constante con los docentes y los
padres de familia.
| 29
Contabilidad
Es un staf que se encarga de registrar en los libros principales, tambin
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 Acadmico
Encargado del control de los registros de notas y verificar el rendimiento
acadmico de cada alumno, adems es quien determina los primeros
puestos y genera las libretas de notas.
Departamento de Matrcula
En este departamento los padres o apoderados realizan el proceso de
matrcula conjunto con el encargado(a). Podemos ubicar tambin la
documentacin respectiva de los alumnos.
Departamento de Personal
Se encarga de hacer los contratos, ver la documentacin 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 institucin 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 comunicacin entre la
institucin y los padres.
| 30
2.1.4. Diagnstico del Proceso de Negocio
A. Caso de Uso de Negocio
Diagrama 1: Caso de Uso del Negocio

Fuente: Elaboracin propia
| 31
Diagrama de Actividades del Proceso del Negocio

Proceso de Matricula:
Diagrama 2: Diagrama de Actividad del Proceso de Matricula

| 32
Proceso de Registro de Notas:
Diagrama 3: Diagrama de Actividad del Proceso de Registro de Notas

| 33
Proceso de Descuento:
Diagrama 4: Diagrama de Actividad del Proceso de Descuento

Proceso de Cobros:
Diagrama 5: Diagrama de Proceso de Cobros

| 34
Proceso de Registro del Personal:
Diagrama 6: Diagrama de Proceso de Registro del Personal

| 35
Proceso de Planilla:
Diagrama 7: Diagrama de Actividad del Proceso de Planilla

Los procesos vistos de color amarillo son los involucrados en la automatizacin
| 36
2.2. Relacin tesista y problema de estudio
Debido a que la institucin educativa Pedro Paulet, no contaba con ningn

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) agilizndolos ya que estos eran demasiado lentos debido a que se
proceda de manera manual. De esta manera se lleva a cabo la presente tesis
para la obtencin de nuestro Titulo Profesional.
2.3. Anlisis de los problemas observados
En las diferentes areas se observaron los problemas a que a continuacin se

detallan:
En el departamento de matricula el principal problema es la demora del
mismo al revisar la informacin y al momento del llenado de datos en
las fichas.
En el departamento acadmico las notas se tornan muy tediosas de
manejar en los registros manuales ya que cada tarea, evaluacin o
examen tiene cada una 3 notas una por cada criterio de evaluacin;
asiendo as mas tedioso y ms lento el clculo 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 informacin es muy vulnerable.
En el departamento de personal hay problemas en cuanto a la
informacin 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 realizacin de este proyecto, se tomo como ejemplo de apoyo el

"Sistema de Informacin de Apoyo a la Gestin de la Institucin Educativa
(SIAGIE)"; el cual es utilizado por el Ministerio de Educacin para la generacin
de Nminas y Fichas de Matrcula.
Como tambin se tomo importancia al sistema de Planilla SISPLANI,
sirvindonos como modelo para la creacin y construccin del modulo de
personal donde involucra a su vez la creacin de la planilla para personal del
Centro educativo.
| 38
CAPTULO III:
MARCO TERICO
Nuestro sistema est dirigido para el rea de matrcula, acadmica (notas), cobros
y personal de La Institucin 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 trmites 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 Acadmica (notas)
A. Normas y orientaciones pedaggicas especficas para la educacin

bsica regular
1. Diseo Curricular Nacional:

El Diseo Curricular Nacional (DCN), aprobado por la R.M. N 06672005-ED, expresa las intenciones educativas a nivel nacional y sirve de
base para la diversificacin curricular de cada institucin educativa. El
DCN contiene los aprendizajes fundamentales y bsicos que deben
desarrollar los estudiantes en cada nivel educativo, en cualquier mbito
| 39
del pas con calidad educativa y equidad. Al mismo tiempo considera la

diversidad humana, cultural y lingstica.
2. Plan de Estudios de la Educacin Bsica Regular

El Plan de Estudios que articula los niveles de Educacin Inicial,
Primaria y Secundaria es el siguiente:
Tabla 2: Plan de Estudios
La I.E. Bilinge considera la lengua materna y el castellano como

segunda lengua en el rea de Comunicacin Integral.
| 40
La Direccin de la UGEL monitorea y supervisa que cada IE haya

organizado su Plan de Estudios con las horas mnimas que establece la
presente norma y que las II.EE. que tienen Educacin Bilinge
consideren en el rea de Comunicacin Integral, la lengua materna y el
castellano como segunda lengua.
| 41
3. Organizacin del ao escolar

Inicio y preparacin del ao escolar:
Cada I.E. detalla en su Plan anual de trabajo - PAT la fecha de inicio y
trmino del ao escolar. ste tiene una duracin 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 caractersticas geogrficas,
climatolgicas, econmico productivas y socio culturales de la
Regin a la que pertenece la IE.
Las actividades de evaluacin del ao y los informes de gestin

elaborados por los docentes, directores y subdirectores (segn
corresponda) sern insumos para reajustar el Plan Curricular de la
Institucin PCI. Esta actividad se debe desarrollar en el mes de
diciembre del ao anterior.
Las actividades de planificacin, programacin, y organizacin escolar

del ao se desarrollan en el mes de diciembre del ao anterior. Todos
los docentes deben tener listos en ese mes los documentos de gestin
pertinentes, incluyendo el Cuadro de Distribucin y Secciones y Horas
de clase, para iniciar el ao 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 Institucin para el inicio del ao
escolar.
El Director de la IE es responsable de remitir a ms tardar el 10 de

enero el cuadro de Distribucin y Secciones y Horas de clase del Nivel
Secundario y Tcnico Productiva de su plantel a la UGEL de su
jurisdiccin para su revisin y aprobacin.
En el rea rural, se establece el horario de la jornada escolar diaria que
se adecue mejor a la realidad local. En esta decisin participan, adems
de la Direccin de la IE, los padres de familia.
| 42
El rea de Educacin Fsica debe tener, dentro del horario escolar, por
lo menos 2 horas de trabajo pedaggico. Los profesores especializados
en Educacin Fsica en las II.EE. pblicas tienen una carga horaria de
30 horas semanales; los que no lleguen a completarlas en una misma
IE, lo harn en otras cercanas.
Culminacin de los estudios de Educacin Secundaria
Los estudiantes del 5 grado de Secundaria, para postular a las

Instituciones de Educacin Superior, deben completar y aprobar sus
estudios de los cinco grados de este nivel educativo. La Direccin de la
IE entrega, bajo responsabilidad, documentos de orden de mrito de
cualquiera de los grados de secundaria, al finalizar el 5 grado; y, los
certificados, cuando se han expedido las actas correspondientes. Se
excepta los casos de traslado de una IE a otra.
La Direccin de la IE est prohibida, bajo responsabilidad, de autorizar

publicidad comercial y/o funcionamiento de Instituciones de Educacin
Superior o Academias Pre-Universitarias en su local escolar, as como
representantes de organizaciones benficas para recaudar fondos sin la
autorizacin expresa de la UGEL o DRE.
4. Matrcula
La Direccin de la IE. realiza con el apoyo del CONEI, de los profesores
y del Municipio local, las acciones que permitan lograr una matrcula
oportuna en su mbito de influencia.
Se prestar especial atencin para que los estudiantes en situaciones

de vulnerabilidad accedan al derecho a la educacin. La matrcula es
gratuita y no est condicionada al pago de la cuota sealada por la
Asociacin de Padres de Familia (APAFA).
La Direccin de la IE pblica, en un lugar visible, el nmero de vacantes

por grado de estudios, la fecha lmite de inscripcin y prioridades de
| 43
seleccin, respetando los principios de equidad e inclusin, en caso que

la demanda de matrcula supere a la oferta de la IE
En Educacin 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 matrcula.
La matrcula de los estudiantes que ingresan a las II.EE. pblicas de

Educacin Bsica Regular se efectuar en el mes de diciembre. En
ningn caso la matrcula est condicionada a una evaluacin de
ingreso. Tampoco puede darse cualquier forma de discriminacin
econmica, social, confesional, cultural o de otra ndole.
Los estudiantes provenientes de las zonas afectadas por el sismo del

Subcentro del pas podrn matricularse sin exigencia de documentacin
en cualquier parte del pas. La regularizacin de la matrcula se efecta
de acuerdo a los procedimientos establecidos.
a) Matrcula en Educacin Inicial:
En la matrcula para Educacin Inicial, la IE o Programa no

Escolarizado considera la edad cronolgica, teniendo en cuenta lo
expresado para la matrcula en el primer grado de Educacin
Primaria. En caso que la demanda supere la capacidad de atencin
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 matrcula.
En este nivel, se requiere en el acto de matrcula la presencia del

padre, madre o apoderado, y la presentacin de la partida de
nacimiento o DNI si lo tiene, o el pasaporte del nio o nia. La falta
de este requisito, no impide la matrcula. La Direccin de la IE debe
coordinar su obtencin con las instituciones pertinentes y en
coordinacin con la Defensora Escolar del Nio 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) Matrcula en Educacin Primaria:
Para matricularse en el primer grado de primaria, se debe haber
cumplido 6 aos de edad al inicio del ao escolar, o cumplirlos hasta
el 31 de Julio inclusive, en este ltimo caso debern haber realizado
estudios en Educacin Inicial, ciclo II - 5 aos. El director puede
autorizar, bajo su responsabilidad, el ingreso a nios que no hayan
hecho Educacin Inicial, si no existen estos Centros o Programas en
su mbito territorial.
En caso que la demanda supere la capacidad de atencin 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 matrcula.
En este nivel, se requiere en el acto de matrcula la presencia del
padre, madre o apoderado, y la presentacin de partida de
nacimiento y/o DNI del nio o nia. La falta de este requisito, no
impide la matrcula. La Direccin de la IE debe coordinar su
obtencin con las instituciones pertinentes y en coordinacin con la
Defensora Escolar del Nio 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) Matrcula en Educacin Secundaria

Para matricularse en el primer grado de Educacin Secundaria, se
presenta la Ficha nica de Matrcula, Partida de Nacimiento o
Pasaporte y Certificado Oficial de Educacin Primaria.
d) Matrcula en Educacin secundaria a Distancia Rural

Para ingresar al primer grado de Educacin Secundaria a Distancia,
es necesario presentar y entregar los certificados de Educacin
| 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 ubicacin.
e) Ratificacin de matrcula
La ratificacin de matrcula en primaria y secundaria es automtica
para los alumnos promovidos a partir del segundo grado de primaria
y se efecta en el mes de diciembre. En los casos de necesidad de
recuperacin, la ratificacin de la matrcula se realiza previa
verificacin de los resultados y antes del inicio del ao escolar.
f) Matrcula de estudiantes con discapacidad
La IE pblica 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 nmero 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 nmina de matrcula.
g) Matrcula de estudiantes en una IE privada

Adems de las normas anteriores, en el momento de la matrcula o
de su ratificacin, 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 informacin sobre las condiciones pedaggicas y
econmicas a las que se ajustar la prestacin del servicio educativo
durante el ao 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 Direccin de la IE.
| 46
h) Traslado de Matrcula
La Direccin de la IE pblica, proporciona a los padres de familia las
facilidades y documentos necesarios cuando gestionan el traslado de
matrcula de sus hijos. En la IE privada, se hace de acuerdo a las
normas establecidas. Los traslados de matrcula de los estudiantes
de una IE de EBR a otra, se realizan hasta dos meses antes de la
finalizacin del ao escolar. Los traslados de EBA a EBR o
viceversa, se realizan mediante el proceso de convalidacin 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 psicopedaggico, si lo hubiere.
En el caso de desastres, la matrcula de los estudiantes de las zonas
afectadas, procede sin previa presentacin de documento, con cargo
a regulacin posterior de acuerdo a normas especficas emitidas por
el MED.
5. Distribucin del tiempo
a) Horas de libre disponibilidad

Las II.EE. de Educacin Primaria y Secundaria hacen uso de un
mnimo de 10 horas de libre disponibilidad. En estas horas en las
II.EE. pblicas se da preferencia a Matemtica, Comunicacin y
Educacin para el Trabajo. La IE pblica del nivel de Secundaria, que
fue anteriormente Colegio de Variante Tcnica, da preferencia a
Educacin para el Trabajo siempre y cuando as lo determine el
diagnstico de las necesidades pedaggicas y las condiciones
establecidas en este mismo documento.
El uso de las horas de libre disponibilidad deben sustentarse en el

diagnstico de necesidades y explicitadas en su Proyecto Curricular
de la institucin, en consecuencia estas tambin pueden ser
utilizadas para la prevencin de conductas y situaciones de riesgo.
| 47
La distribucin semanal de estas horas se expresa en el Plan de

Estudios teniendo en cuenta el cuadro siguiente:
Tabla 3 : Horas de Libre Disponibilidad
b) Mnimo de horas efectivas de trabajo pedaggico:
La Direccin de la IE de cualquier nivel o modalidad de Educacin

Bsica es responsable ante la UGEL y los padres de familia, del
cumplimiento del mnimo de horas efectivas de trabajo pedaggico
sealado en la presente norma.
El trabajo pedaggico es diferente a la jornada laboral del profesor;

comprende el desarrollo de horas de clase de 45 minutos como
mnimo y, en las II.EE. de un solo turno, estas horas se extienden
hasta 50 minutos.
En Educacin Inicial:
En los centros escolarizados, el trabajo pedaggico diario es de 5
horas pedaggicas; 25 horas semanales; y un mnimo de 900 horas
anuales de trabajo pedaggico efectivo. Los tiempos utilizados para
las actividades permanentes de alimentacin y aseo, por ser
contenidos del currculo, forman parte de las horas pedaggicas.
| 48
En los programas no escolarizados, el horario es flexible, de acuerdo

con el tipo de programa. Para nios de 3 a 5 aos, el horario mnimo
tiene 4 horas diarias. Cada 15 das, se realizar reuniones tcnico
pedaggicas 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 Prcticas de Crianza, el
horario es flexible segn el tipo de servicio que se ofrezca.
En Educacin Primaria:
El trabajo pedaggico diario es de 6 horas pedaggicas; 30 horas
semanales; y un mnimo de 1100 horas anuales. Los tiempos
utilizados para la formacin, desayuno o almuerzo escolar no se les
considera como horas pedaggicas diarias. En el caso de IE del
mbito rural, en las que se hace necesario modificar el trabajo
pedaggico por condiciones climticas, geogrficas y por el
desarrollo
de
actividades
productivas,
debe
considerarse
el
cumplimiento de las 1100 horas anuales adecundolas al calendario

local.
En Educacin Secundaria:
El trabajo pedaggico es de 7 horas diarias, 35 horas semanales y
un mnimo de 1200 horas anuales de trabajo pedaggico efectivo.
6. Evaluacin de los Aprendizajes

a) Normas de evaluacin
La evaluacin de los aprendizajes en las II.EE. de Educacin Inicial,
Primaria y Secundaria est normada en las disposiciones sealadas
en la Directiva VMGP de Evaluacin de los Aprendizajes N 0042005 - 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 Promocin, Repitencia y Recuperacin en

la Evaluacin de la Directiva N 004-VMGP-2005. Esta norma
tambin rige para todos los casos de desaprobacin o repitencia de
grado en los niveles de Primaria y Secundaria.
En Educacin Inicial, por ningn motivo se somete a los nios a
examen o pruebas que atenten contra su salud emocional. La
evaluacin es cualitativa y no tiene un fin selectivo o promocional.
b) Convalidacin de estudios:
La convalidacin de estudios se rige por la Directiva N 004-VMGP2005, aprobada por R.M. N 234-2005-ED.
Las DRE y UGEL son responsables de difundir las tablas de
Equivalencia del Convenio Andrs Bello, as como otras normas que
permitan a las II.EE. realizar el proceso de Convalidacin de los
estudios de los estudiantes de EBR de otros pases suscritos al
Convenio.
c) Programa de recuperacin pedaggica
El Programa de Recuperacin Pedaggica tiene una duracin de 6
semanas efectivas. La Direccin de la I.E. est facultada para
programar, organizar y ejecutar el Programa de Recuperacin
Pedaggica antes del inicio del ao escolar siguiente. Los
estudiantes que por razones de viaje u otros motivos, no pueden
rendir la evaluacin de recuperacin en su I.E. de origen, la rinden en
otra, siempre y cuando tengan obligatoriamente- la autorizacin
expedida por la Direccin de la IE de origen.
La Direccin de la I.E. adopta las acciones pertinentes para que los
estudiantes que se matriculan teniendo un rea curricular pendiente
de subsanacin, participen en un programa de recuperacin durante
el ao, a fin de superar las dificultades vinculadas a dichas reas.
Los estudiantes de 5 de Educacin Secundaria podrn participar en
el Programa de recuperacin acadmica hasta antes del inicio del
ao lectivo siguiente. De persistir la desaprobacin en 01 hasta 03
reas curriculares, podrn asimilarse al Programa de Recuperacin
Acadmica Anual, durante ese ao subsiguiente.
| 50
El docente a cargo deber elaborar un informe que justifique la

necesidad de la recuperacin pedaggica del alumno; el cual debe
contener: capacidades a reforzar, indicadores y logros deseados al
trmino del perodo.
3.2. Metodologa RUP Y Las Mejores Prcticas 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 prcticas" pues son utilizados en la industria
por organizaciones exitosas.
RUP provee a cada miembro del equipo de las guas de proceso, plantillas y
mentores de herramientas necesarios para que el team completo tome ventaja
de, entre otras, las siguientes mejores prcticas:
3.2.1. Desarrollar software iterativamente con la metodologa RUP
En funcin de la cada vez mayor complejidad solicitada para los sistemas de

software, ya no es posible trabajar secuencialmente: definir primero el
problema completo, luego disear toda la solucin, construir el software y
finalmente, testear el producto. Es necesario un enfoque iterativo, que
permita una comprensin creciente del problema a travs de refinamientos
sucesivos, llegando a una solucin efectiva luego de mltiples iteraciones
acotadas en complejidad.
RUP utiliza y soporta este enfoque iterativo que ayuda a atacar los riesgos
mediante la produccin de releases ejecutables progresivos y frecuentes
que permiten la opinin e involucramiento del usuario.
A travs de las iteraciones que generan raleases ejecutables, se logra
detectar en forma temprana los desajustes e inconsistencias entre los
requerimientos, el diseo, el desarrollo y la implementacin 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 Administracin de Requerimientos es un enfoque sistemtico
para hallar, documentar, organizar y monitorear los requerimientos
cambiantes de un sistema.
La Administracin de Requerimientos permite:

Que las comunicaciones estn basadas en requerimientos claramente
definidos.
Que
los
requerimientos
puedan
ser
priorizados,
filtrados
monitoreados.
Que sea posible realizar evaluaciones objetivas de funcionalidad y
performance.
Que las inconsistencias se detecten ms fcilmente.
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 diseo, la implementacin 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 disear una arquitectura
flexible, que se acomode a los cambios, comprensible intuitivamente y
promueve una ms efectiva reutilizacin de software. Soporta el desarrollo
| 52
de software basado en componentes: mdulos no triviales que completan

una funcin clara. RUP provee un enfoque sistemtico 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 diseo e
implementacin y promover una comunicacin precisa.
El estndar UML(Lenguaje de Modelado Unificado), creado por Rational
Software, es el cimiento para una modelizacin 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 produccin. RUP asiste en el planeamiento, diseo,
implementacin,
ejecucin
evaluacin
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
tambin una gua 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, cdigo, documentos, etc.). Describe como automatizar la
integracin y administrar la conformacin de raleases.
Un artefacto es una informacin que es utilizada o producida mediante un

proceso de desarrollo de software. Pueden ser artefactos un modelo, una
descripcin o un software. Los artefactos de UML se especifican en forma
de diagramas, stos, junto con la documentacin sobre el sistema
constituyen los artefactos principales que el modelador puede observar.
Se necesita ms de un punto de vista para llegar a representar un sistema.

UML utiliza los diagramas grficos 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 travs
del uso de Paquetes, pudindose anidar los paquetes formando jerarquas
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
Identificacin 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 cohesin, es decir deben estar
muy relacionados.
Los elementos que estn en diferentes paquetes deben tener

poca relacin, es decir deben colaborar lo menos posible.
B. Diagrama de Componentes:
Los componentes pertenecen al mundo fsico, es decir, representan un bloque
de construccin al modelar aspectos fsicos de un sistema.
| 55
Una caracterstica bsica de un componente es que: debe definir una

abstraccin precisa con una interfaz bien definida, y permitiendo reemplazar
fcilmente los componentes ms viejos con otros ms nuevos y compatibles.
Ejemplo: XXXX.dll es el nombre del componente.
Cada componente debe tener un nombre que lo distinga de los dems. 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 travs de una Interfaz. Por ejemplo, todas las facilidades ms
conocidas de los sistemas operativos, basados en componentes (COM+,
CORBA, etc.), utilizan las interfaces como lazo de unin entre unos
componentes y otros. La relacin entre un componente y sus interfaces se
puede representar de dos maneras diferentes, de forma icnica y de forma
expandida.
| 56
Imagen 5: Componentes e interfaces, formato icnico
Imagen 6: Componentes e interfaces, formato extendido
C. Diagrama de Secuencia:
Un diagrama de Secuencia muestra una interaccin ordenada segn la
secuencia temporal de eventos. En particular, muestra los objetos
participantes en la interaccin y los mensajes que intercambian ordenados
segn 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
interaccin, sin un orden prefijado. Cada objeto o actor tiene una lnea
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 Colaboracin
Un Diagrama de Colaboracin muestra una interaccin organizada
basndose en los objetos que toman parte en la interaccin y los enlaces
entre los mismos (en cuanto a la interaccin se refiere). A diferencia de los
Diagramas de Secuencia, los Diagramas de Colaboracin muestran las
relaciones entre los roles de los objetos. La secuencia de los mensajes y los
flujos de ejecucin concurrentes deben determinarse explcitamente
mediante nmeros de secuencia.
Imagen 8: Diagrama de Colaboracin
| 58
En cuanto a la representacin, un Diagrama de Colaboracin 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 parmetros (si los tiene) entre parntesis.
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 cmo fluye el
control de unas clases a otras con la finalidad de culminar con un flujo de
control total que se corresponde con la consecucin de un proceso ms
complejo. Por este motivo, en un diagrama de actividades aparecern
acciones y actividades correspondientes a distintas clases. Colaborando
todas ellas para conseguir un mismo fin.
1. Contenido del diagrama de actividades:
Bsicamente un diagrama de actividades contiene:
Estados de actividad
Estados de accin
Transiciones
Objetos
a) Estados de actividad y estados de accin:

La representacin de ambos es un rectngulo con las puntas
redondeadas, en cuyo interior se representa bien una actividad o bien
una accin. La idea central es la siguiente: Un estado que represente
una accin es atmico, lo que significa que su ejecucin se puede
considerar instantnea y no puede ser interrumpida.
| 59
En cambio un estado de actividad, s puede descomponerse en ms

sub-actividades representadas a travs de otros diagramas de
actividades. Adems 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 cuestin.
b) Transiciones
Las transiciones reflejan el paso de un estado a otro, bien sea de
actividad o de accin. Como todo flujo de control debe empezar y
terminar en algn 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 smbolo el rombo.
Dicha bifurcacin tendr una transicin de entrada y dos o ms de
salida. En cada transicin de salida se colocar una expresin booleana
que ser evaluada una vez al llegar a la bifurcacin, las guardas de la
bifurcacin han de ser excluyentes y contemplar todos los casos ya que
de otro modo la ejecucin del flujo de control quedara interrumpida.
| 61
d) Divisin y unin
No slo existe el flujo secuencial y la bifurcacin, tambin hay algunos
casos en los que se requieren tareas concurrentes. UML representa
grficamente el proceso de divisin, que representa la concurrencia, y el
momento de la unin de nuevo al flujo de control secuencial, por una
lnea 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 relacin entre los actores y los
casos de uso del sistema. Representa la funcionalidad que ofrece el sistema
en lo que se refiere a su interaccin externa. Aqu se representa tambin el
sistema como una caja rectangular con el nombre en su interior. Los casos
de uso estn 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 lnea.
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 organizacin, y que realiza algn
tipo de interaccin con el sistema. Se representa mediante una figura
humana dibujada con palotes.
| 63
b) Casos de Uso
Un caso de uso es una descripcin 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 especfica. 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, debera describir una tarea que tiene un
sentido completo para el usuario. Sin embargo, hay ocasiones en las
que es til describir una interaccin con un alcance menor como caso
de uso. La razn para utilizar estos casos de uso no completos en
algunos casos, es mejorar la comunicacin en el equipo de desarrollo,
el manejo de la documentacin de casos de uso. Para el caso de que
queramos utilizar estos casos de uso ms pequeos, las relaciones
entre estos y los casos de uso ordinarios pueden ser de los siguientes
tres tipos:
Incluye (<>): Un caso de uso base incorpora explcitamente a otro
caso de uso en un lugar especificado en dicho caso base. Se suele
utilizar para encapsular un comportamiento parcial comn a varios
casos de uso. En la Figura 16 se muestra cmo el caso de uso
Realizar Reintegro puede incluir el comportamiento del caso de uso
Autorizacin.
Extiende (<>): Cuando un caso de uso base tiene ciertos puntos

(puntos de extensin) en los cuales, dependiendo de ciertos criterios,
se va a realizar una interaccin adicional. El caso de uso que
extiende describe un comportamiento opcional del sistema (a
| 64
diferencia de la relacin incluye que se da siempre que se realiza la

interaccin descrita).
Generalizacin ( ): Cuando un caso de uso definido de forma

abstracta se particulariza por medio de otro caso de uso ms
especfico. Se representa por una lnea continua entre los dos casos
de uso, con el tringulo que simboliza generalizacin en UML (usado
tambin para denotar la herencia entre clases) pegado al extremo del
caso de uso ms general. Al igual que en la herencia entre clases, el
caso de uso hijo hereda las asociaciones y caractersticas 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 relacin
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, segn la siguiente sintaxis:
nombre_del_objeto: nombre_de_la_clase
.
2. Asociaciones
Las asociaciones entre dos clases se representan mediante una lnea
que las une. La lnea puede tener una serie de elementos grficos que
expresan caractersticas particulares de la asociacin. A continuacin
se vern los ms importantes de entre dichos elementos grficos.
| 66
a) Nombre de la Asociacin y Direccin

El nombre de la asociacin es opcional y se muestra como un texto que
est prximo a la lnea. Se puede aadir un pequeo tringulo negro
slido que indique la direccin en la cual leer el nombre de la
asociacin.
b) Multiplicidad
La multiplicidad es una restriccin que se pone a una asociacin, que
limita el nmero de instancias de una clase que pueden tener esa
asociacin con una instancia de la otra clase. Puede expresarse de las
siguientes formas:
Con un nmero 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
ms.
Con una combinacin 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 ms).
c) Roles
Para indicar el papel que juega una clase en una asociacin se puede
especificar un nombre de rol.
| 67
Se representa en el extremo de la asociacin junto a la clase que

desempea dicho rol.
d) Agregacin
El smbolo de agregacin es un diamante colocado en el extremo en el
que est la clase que representa el todo.
e) Clases Asociacin:
Cuando una asociacin tiene propiedades propias se representa como
una clase unida a la lnea de la asociacin por medio de una lnea a
trazos. Tanto la lnea como el rectngulo de clase representan el mismo
elemento conceptual: la asociacin. Por tanto ambos tienen el mismo
nombre, el de la asociacin. Cuando la clase asociacin slo tiene
atributos el nombre suele ponerse sobre la lnea. Por el contrario,
cuando la clase asociacin tiene alguna operacin o asociacin propia,
entonces se pone el nombre en la clase asociacin y se puede quitar de
la lnea.
| 68
f) Asociaciones N-Arias:
En el caso de una asociacin en la que participan ms de dos clases,
las clases se unen con una lnea a un diamante central. Si se muestra
multiplicidad en un rol, representa el nmero potencial de tuplas de
instancias en la asociacin cuando el resto de los N-1 valores estn
fijos.
g) Herencia
La relacin de herencia se representa mediante un tringulo en el
extremo de la relacin que corresponde a la clase ms general o clase
padre.
| 69
Si se tiene una relacin 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-Relacin:
El modelo entidad-relacin est formado por un conjunto de conceptos que

permiten describir la realidad mediante un conjunto de representaciones
grficas y lingsticas.
Imagen 9: Grficos de Entidad y Relacin
| 70
1. Entidad
Cualquier tipo de objeto o concepto sobre el que se recoge informacin:
cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas,
empleados, clientes, empresas, oficios, diseos de productos, conciertos,
excursiones, etc. Las entidades se representan grficamente mediante
rectngulos y su nombre aparece en el interior. Un nombre de entidad slo
puede aparecer una vez en el esquema conceptual.
Hay dos tipos de entidades: fuertes y dbiles. Una entidad dbil es una
entidad cuya existencia depende de la existencia de otra entidad. Una
entidad fuerte es una entidad que no es dbil.
2. Relacin (interrelacin)
Es una correspondencia o asociacin entre dos o ms entidades. Cada
relacin tiene un nombre que describe su funcin. Las relaciones se
representan grficamente mediante rombos y su nombre aparece en el
interior.
Las entidades que estn involucradas en una determinada relacin se

denominan entidades participantes. El nmero de participantes en una
relacin es lo que se denomina grado de la relacin. Por lo tanto, una
relacin en la que participan dos entidades es una relacin binaria; si son
tres las entidades participantes, la relacin es ternaria; etc.
Una relacin recursiva es una relacin donde la misma entidad participa

ms de una vez en la relacin con distintos papeles. El nombre de estos
papeles es importante para determinar la funcin de cada participacin.
La cardinalidad con la que una entidad participa en una relacin especifica

el nmero mnimo y el nmero mximo de correspondencias en las que
puede tomar parte cada ocurrencia de dicha entidad. La participacin de
una entidad en una relacin 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 participacin es opcional (parcial).
| 71
Las reglas que definen la cardinalidad de las relaciones son las reglas de
negocio.
3. Atributo
Es una caracterstica de inters o un hecho sobre una entidad o sobre una
relacin. Los atributos representan las propiedades bsicas de las
entidades y de las relaciones. Toda la informacin extensiva es portada por
los atributos. Grficamente, 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
ms pequeas 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 grficamente 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 condicin anterior deja de
cumplirse.
Toda entidad tiene al menos un identificador y puede tener varios
identificadores alternativos. Las relaciones no tienen identificadores.
| 72
4. Jerarqua de generalizacin
Una entidad E es una generalizacin de un grupo de entidades E , E , ...
E , si cada ocurrencia de cada una de esas entidades es tambin una
ocurrencia de E. Todas las propiedades de la entidad genrica E son
heredadas por las subentidades.
Cada jerarqua es total o parcial, y exclusiva o superpuesta. Una jerarqua

es total si cada ocurrencia de la entidad genrica corresponde al menos
con una ocurrencia de alguna subentidad. Es parcial si existe alguna
ocurrencia de la entidad genrica que no corresponde con ninguna
ocurrencia de ninguna subentidad. Una jerarqua es exclusiva si cada
ocurrencia de la entidad genrica corresponde, como mucho, con una
ocurrencia de una sola de las subentidades. Es superpuesta si existe
alguna ocurrencia de la entidad genrica que corresponde a ocurrencias
de dos o ms subentidades diferentes.
Un subconjunto es un caso particular de generalizacin con una sola

entidad como subentidad. Un subconjunto siempre es una jerarqua 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 cules son las respuestas y acciones que genera.
Un estado se representa como una caja redondeada con el nombre del

estado en su interior. Una transicin 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 accin de entrada aparece en la forma entrada/accin_asociada y una

de
salida
aparece
en
la
forma
salida/accin_asociada;
donde
accin_asociada es el nombre de la accin que se realiza al entrar o salir

segn 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 fsico, que existe en tiempo
de ejecucin y representa un recurso computacional que generalmente
tiene alguna memoria y, a menudo, capacidad de procesamiento. Los
nodos sirven para modelar la topologa 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 caractersticas
parecidas. Vamos a ver con ms detalle cuales son los parecidos y las
diferencias entre los componentes y los nodos.
Relacin entre nodos y componentes:
Conexiones entre nodos:
| 75
CAPTULO IV: MODELAMIENTO DE LA SOLUCIN DE

SOFTWARE
4.1. Plan de Desarrollo
4.1.1. Vista General del proyecto
A. Propsito, alcance y objetivos
La Institucin 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 evolucin tecnolgica; es por ello que
considera necesario el desarrollo de un sistema de gestin administrativo
dentro del plantel, logrando automatizar y agilizar los procesos de la
institucin, y adems para un mejor control educativo de los alumnos, como
la de sus trabajadores.
Mediante una primera reunin 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 travs de planilla

Sistema de cobranza
Cobros pensin
Cobros de cursos a cargo
B. Entregables del proyecto

A continuacin, se indican cada uno de los componentes que sern
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 organizacin, representando lo que
abarca y sus lmites. As mismo, modela las actividades y procesos qu
ejecuta una organizacin, seala grficamente las funciones y metas que
persigue el negocio.
3. Especificaciones de Casos de Uso

Se hace una descripcin donde se mencionan los procedimientos, postcondiciones, flujos y requisitos no funcionales; para aquellos casos de uso
que lo requieran.
4. Modelo de Objetos del Negocio

Se utilizan diagramas de colaboracin 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 grficamente 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 trminos de las interacciones
que ste ejecuta con el sistema.
6. Prototipos de Interfaces de Usuario

Son modelos preliminares de las interfaces, q sern mostradas a los
usuarios para dar una idea del producto final.
7. Modelo de Anlisis y Diseo

Este modelo establece la realizacin de los casos de uso en clases y
pasando desde una representacin en trminos de anlisis (sin incluir
orientacin hacia el entorno de implementacin), de acuerdo al avance del
proyecto.
8. Modelo de Datos
Este modelo provee de las relaciones lgicas de los datos expresndolos
en un diagrama de clases.
9. Modelo de Implementacin
Este modelo es una coleccin de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de
cdigo fuente y todo otro tipo de ficheros necesarios para la implantacin y
despliegue del sistema.
10. Casos de Prueba

Se establece un documento en el que van las condiciones de ejecucin,
entradas de prueba y resultados q se esperan.
11. Manual de Instalacin

Describe los pasos a seguir para la instalacin del producto.
| 78
12. Material de Apoyo al Usuario Final

Son las guas 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 instalacin.
14. Evolucin del Plan de Desarrollo del Software

El plan de desarrollo de software tendr una revisin semanal la cual ser
refinada mediante el comienzo de las iteraciones.
4.1.2. Organizacin 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 Daz Snchez, Olga Jennifer;

se encargar de la planificacin, ejecucin 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
gestin de proyectos usando la metodologa RUP como herramienta
principal.
Analista Funcional: Lo desempean la alumna Daz Snchez, Olga

Jennifer; realizar las tareas de anlisis y diseo de los sistemas
informticos,
adicionalmente
supervisar
las
pruebas
del
programador y controlar el cumplimento del cronograma de

desarrollo
del
proyecto,
como
tambin
realizar
la
misma
documentacin del sistema. Teniendo conocimientos en gestin de

proyectos y manejo de programacin de objetos, utilizando diversas
herramientas de desarrollo.
| 79
Analista Tcnico: 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 programacin en la
plataforma de programacin definida (C#.net) aplicando conexin 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 diseo de base de datos, sistemas
operativos, hardware y programacin.
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 planificacin y ejecucin de un
determinado proyecto. Como tambin 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 perodo de ejecucin del proyecto.
| 80
Relevar y gestionar las necesidades funcionales

del cliente en la elaboracin y ejecucin del
Analista Funcional
proyecto, cumpliendo con los estndares y la

documentacin requerida por las normas de
calidad de la empresa.
El cargo implica integrarse al equipo de trabajo
en el rea de Tecnologa Informtica y tiene
como su principal objetivo la realizacin de
tareas de programacin que satisfagan diversas
Analista Tcnico
demandas de los sistemas de informacin de la

Organizacin. Forman parte de sus principales
responsabilidades realizar anlisis y desarrollo
de programacin, 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
guas
de
accin
definidas
por
la
administracin de los datos.

El DBA es responsable primordialmente de:
Administrar la estructura de la Base de
Administrador de
BD
Datos
Administrar la actividad de los datos
Administrar el Sistema Manejador de Base
de Datos
Establecer el Diccionario de Datos
Asegurar la confiabilidad de la Base de
Datos
Confirmar la seguridad de la Base de
Datos
| 81
4.1.3. Gestin del Proceso
A.
Estimaciones del Proyecto
De acuerdo a un estudio econmico realizado dentro de la empresa, se

obtuvo que los gastos que se imponen para la elaboracin del software entre
los recursos involucrados sern recuperados en un corto periodo mejorando
el manejo de la informacin de los alumnos en la institucin, los cuales
sern sustentados con un documento separado.
B.
Plan del Proyecto
Es necesario manejar y presentar a la institucin el calendario del

proyecto.(Ver Imagen )
| 82
Calendario del Proyecto
Imagen 10: Calendario del Proyecto

| 83
C. Plan de las fases

El desarrollo del proyecto se desarrollara en base a fases, con una o ms
iteraciones en cada una de ellas.
Tabla 5: Plan de Fases del Proyecto
Fase
Nro. Iteraciones
Fase de
Duracin
30 das
15 das
81 das
11 das
Inicio
Fase de
Elaboracin
Fase de
Construccin
Fase de
Transicin
Tabla 6: Descripcin de las Fases del Proyecto
Descripcin
Hito
Fase de Inicio
En esta fase se establecer los objetivos para el

ciclo de vida del producto. Tambin se definir el
modelo del negocio y el alcance del proyecto,
identificando todos los actores y casos de uso. Esta
fase culminar con la aprobacin del cliente y el
plan de desarrollo del proyecto.
| 84
Fase
de
En esta fase se construir un modelo de la

arquitectura, que se desarrolla en iteraciones
Elaboracin
sucesivas
hasta
obtener
el
producto
final
(prototipo), que contendr los casos de usos

crticos que fueron identificados en la fase de inicio.
La fase de elaboracin finaliza con la obtencin de
una lnea base de la arquitectura del sistema, la
captura de la mayora de los requerimientos y la
reduccin de los riesgos importantes as como
permitir la escalabilidad del equipo del proyecto
durante la fase de construccin.
Fase
de
En
esta
fase
todas
las
caractersticas,
componentes, y requerimientos sern integrados,
Construccin
implementados, y probados en su totalidad, donde

se obtendr una versin aceptable del producto. La
fase de construccin culminar con el desarrollo del
sistema con calidad de produccin y la preparacin
para la entrega al equipo de transicin.
Fase
Transicin
de
En esta fase se entrenar a los usuarios finales en

el manejo del sistema, como tambin completar la
documentacin con tareas relacionadas a la
configuracin, instalacin y usabilidad del producto.
La fase de transicin concluye con la entrega del
producto funcional al cliente y su aceptacin del
producto.
| 85
D. Seguimiento y Control del Proyecto

Procediendo a desarrollar un control del proyecto para su optimizacin 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
Gestin de Cambios: Se controlar las solicitudes de cambio y las

modificaciones que se puedan dar sobre el sistema, publicndolo
para que el personal que participe en el proyecto pueda estar
informado.
4.2. Documento Visin
4.2.1. Formulacin del Problema
A. Propsito
El propsito de este documento es analizar las necesidades de los
principales requerimientos ya definidos y el sistema de gestin de negocio
| 92
que se desarrolla en la Institucin 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 inscripcin y matricula de alumnos, de modo que los encargados
de realizar la gestin, puedan procesar ms fcil la informacin requerida
por el proceso y poder atender a distintos padres de familia de una forma
ms optima y rpida.
Otra de las gestiones es el proceso de ingreso y control de las notas de los

alumnos que los docentes estn obligados a realizar para la presentacin de
sus
registros de notas, lo cual mejorara el tiempo, y la prdida de
documentos ante posibles accidentes.
La ltima gestin a desarrollar es el manejo de planilla, registrando la

asistencia, control de prstamos y adelantos como tambin la presentacin
de la planilla de pago, de forma que se mejore en la realizacin de reportes
de asistencias y control de pago de cada uno de los trabajadores de la
institucin.
Los detalles de cmo el sistema cubre los requerimientos se pueden

observar en los casos de usos desarrollados y en algunos documentos
adjuntos.
B. Alcance
El documento Visin, como ya se ha descrito, del sistema de gestin de una
Institucin
Educativa
denominado
SISTEMA
DE
CONTROL
ADMINISTRATIVO PARA COLEGIOS SCHOOL MANAGER. El cual ser

desarrollado por el grupo de estudiantes de Computacin e Informtica del
Instituto Tecnolgico IDAT.
El sistema permitir a los usuarios finales, con respecto al Proceso de

Inscripcin 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 pequeo control de almacn que

servir para llevar un mejor manejo de los artculos y productos que tenga la
institucin para los alumnos como para el personal.
C. Definiciones, Acrnimos, y Abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de una
metodologa para describir el proceso de desarrollo de software.
SCHOOL MANAGER: Nombre en ingls que se puso al sistema, por

el
funcionamiento
que
realiza,
que
en
espaol
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 Institucin

Educativa, implementar una pequea rea de Sistemas que ayudara para
almacenamiento y manejo de la informacin que el mismo sistema
requiere, para la automatizacin de las actividades de Matricula e
Inscripcin de Alumnos, tambin el control de notas y asistencia de
alumnos por parte de los docentes; como tambin el registro y el control de
personal para su respectiva elaboracin de documentos de planilla y
reportes que se requieran para un mejor control de pagos. Todo este
proceso se podr desarrollar de una forma rpida y sencilla gracias a que
| 94
el software cuenta con interfaces graficas sencillas y amigables con el

usuario.
Gracias al manejo de un pequeo servidor el usuario podr tener la

informacin a su alcance y realizar consultas que lo requiera.
Adicionalmente el sistema contara con un controla de artculos que

ayudara al departamento de logstica un mejor control y manejo de los
recursos de la institucin.
| 95
a) Sentencia que define el problema:
El problema de
Tener que desarrollar cada inicio de ao un reporte

manual de los alumnos que adeudan del ao anterior,
como tambin realizar la matricula e inscripcin 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 matrcula pensiones y cursos a
cargo; debido a que la institucin est creciendo y es
tedioso llevar un control por cada alumno.
Controlar la asistencia de los profesores a travs de
cartilla de asistencia y tener que verificar esos datos a
finales de cada periodo para sus respectivos pagos.
Afecta a
Encargados de matrcula(Secretaria),
Director del Plantel,
Personal Docente,
rea Administrativa
El
impacto Tener la informacin de los alumnos, el personal y sus
asociado es
gestiones de cobranza, para que esta pueda ser utilizada

en forma rpida cuando se requiera no se podr realizar si
el proceso no ha sido automatizado.
Una
solucin Automatizar
adecuada sera
los
procesos,
teniendo
la
informacin
almacenada en una base de datos segura, e instalada en

una red local que permite acceder a la informacin desde
los distintos terminales que pueda tener la institucin.
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 posicin 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
permite
almacenar
la
informacin que los usuarios registren, y

tener al alcance para lo que se requiera.
no como
El proceso actual que se realiza en forma

mecnica e inexacta.
Nuestro producto
Permite gestionar las distintas actividades

que se requieran en las reas destinadas
para el uso del software.
4.2.2. Descripcin de Stake Holders
Para realizar el software y tener una mejor visin 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
Descripcin
Director
Responsabilidades
de
la
El stakeholder realiza:
Institucin
Representa a todos los usuarios
Educativa Privada
que manejaran el sistema.
Pedro Paulet
Verificar
aprobar
el
desarrollo de los requisitos y

funcionalidades que tendr el
sistema.
Realizara un seguimiento al
desarrollo del producto.
B. Resumen de Usuarios
Nombre
Director
de
Institucin
la
Descripcin
Stakeholder
Encargado de la parte
Administrativo
administrativa
del
sistema, desde otorgar

descuentos
alumnos,
para
Hasta
el
manejo de la planilla del

personal.
Secretaria
Encargado
de
los
Matricula
procesos de matrcula y
cobros.
Personal Docente
Encargado del registro

de notas y asistencia de
alumnos.
Docencia
| 98
C. Entorno de usuario
Los usuarios interactuaran con un sistema operativo Windows XP, donde

para ejecutar el sistema tendr que identificarse con su nombre de usuario y
contrasea; tras su respectiva identificacin se mostrara una interfaz
diseada para su respectivo uso de acuerdo a la funcin que cumpla dentro
de la institucin. Este sistema est diseado en forma interactiva y amigable
para el usuario, teniendo al alcance todas las herramientas y ayudas
disponibles para el uso del cliente.
Los reportes sern impresos directamente para que no exista ninguna
modificacin, como tambin exportado en archivo .pdf con sus respectivas
restricciones.
D. Perfil de los Stakeholders

Responsable de la administracin y control de la Institucin
Representante
Administrativo
Descripcin
Director de la Institucin Educativa Pedro Paulet
Tipo
Licenciado en Educacin
Responsabilidades
Criterio de xito
A definir por el cliente
Grado de
Encargado de mostrar las necesidades de cada usuario del
participacin
sistema. Adems, lleva a cabo un seguimiento del desarrollo

del
proyecto
aprobacin
funcionalidades del sistema
Comentarios
Ninguno
de
los
requisitos
| 99
E. Perfiles de Usuario
Director de la Institucin
Representante
Administrativo
Descripcin
Director y jefe del rea administrativa
Tipo
Licenciado en Educacin
Responsabilidades
Encargado de la parte administrativa del sistema, desde

otorgar descuentos para alumnos, Hasta el manejo de la
planilla del personal.
Grado de
Brindar informacin del oso requerimientos y llevara el control
participacin
del desarrollo del proyecto.
Comentarios
Ninguno
Secretaria Administrativa
Representante
Secretaria
Descripcin
Secretaria del rea administrativa
Tipo
Secretaria
Responsabilidades
Encargado de los procesos de matrcula.
Grado
No definido
de
participacin
Comentarios
Ninguno
| 100
Personal Docente
Representante
Docencia
Descripcin
Licenciado en educacin
Tipo
Docente
Responsabilidades
Encargado del registro de notas y asistencia de

alumnos.
Grado de
No definido
participacin
Comentarios
Ninguno
4.2.3. Descripcin 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 informacin estudiantil. Las reas que
ms se destacan en el sistema son: Matricula, Notas, Personal y Cobros
Departamento de Matricula
Esta encargado de controlar todas las vacantes por cada grado, seccin
y turno tambin puede hacer las inscripciones de todos los alumnos
nuevos o trasladados generando la ficha y la nomina de matrcula.
Departamento de Acadmico
En este departamento se encarga del control de las notas de los
alumnos, como tambin verificar la asistencia, donde pueden ver la
situacin de los alumnos que estn aprobados o desaprobados.
| 101
Departamentos Administrativo
Este
departamento
se
encarga
de
controlar
montos
de
las
mensualidades, como descuentos y detallar la situacin de alumnos con

deudas pendientes.
Tambin se encarga de registrar los montos de pago del personal de
acuerdo al rea que destaca; tambin descuentos y adelantos del
personal.
B. Resumen de caractersticas
En esta caracterstica mostraremos un listado, con la finalidad de que el
cliente tenga una mejor utilidad del producto.
Utilidad del cliente
Caractersticas
Mayor facilidad en el proceso
Donde podr controlar las vacantes por
de Matricula, donde se podr
seccin, inscripciones de los alumnos,
manejar mejor la informacin
generar la ficha de matrcula, datos de
de los alumnos.
los alumnos, entre otros.
Tener un mejor manejo en el
El
Departamento Acadmico.
asistencia de los alumnos, genera
Sistema
Integrado
controla
la
libreta de notas por alumno y genera el

acta de evaluacin especificando la
situacin de los alumnos.
Mayor
facilidad
para
el
departamento de cobranza.
En donde podemos controlar los cobros

de pensiones y cursos a cargo de los
alumnos, as tener un control de los
ingresos ms exactos.
Tener un mejor manejo en el
El Sistema Integrado controla todos los
departamento de pagos, que
pagos de los profesores, como tambin
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 interactan con el sistema proporcionaron
informacin autntica y relevante de los procesos a desarrollar.
Dependencias:
El Sistema Operativo donde instalaremos nuestro sistema cuenta
con los requisitos mnimos requeridos.
4.2.4. Restricciones
De acuerdo al alcance del Director de la Institucin se obtuvo lo siguiente:
Se trabajara con mdulos de Pentium III y dos mdulos Pentium IV.
Cada usuario que use el software tendr sus propias interfaces de uso
de acuerdo a la funcin que cumpla.
El presupuesto mximo para el proyecto fue de 22 000.00, fondo que
desea cubrir con el objetivo de expansin del centro educativo.
El tiempo mximo para el desarrollo e implantacin del proyecto fue de
5 meses.
4.2.5. Requisitos de Documentacin
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 tambin un manual o gua de instalacin 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
Tambin se realizar la entrega de un Manual de procedimientos de soporte

tcnico, 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
Estndares 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 versin redistributiva y un motor de
base de datos SQL Server 2005 versin Express..
4.3. Especificaciones de requisitos del Software
4.3.1. Especificaciones
A. Requerimientos Funcionales
1. Departamento de Matricula:
Controlar el nmero de vacantes por cada grado y seccin.
Realizar la Inscripcin de Alumnos:
Nuevos
Trasladados
Manejar el proceso de Matricula.

Generar reporte de alumnos matriculados por nivel, grado y
seccin.
2. Departamento Acadmico:
Ingreso de notas al registro del docente.
Generacin actas de evaluacin.
Obtener de forma automtica los promedios por Curso.
Generacin de la libreta de Notas por Alumno.
Consulta de profesores por grado.
Reporte de Cuadro de Merito del Alumno.
Reporte de Situacin del Alumno.
| 104
3. Departamentos de Cobranza
Realizar mantenimiento al costo de la matricula de cada ao en sus
diferentes niveles.
Registrar los montos de pensiones.
Permitir controlar el pago de cursos a cargo.
Permitir controlar los descuentos acadmicos.
Realizar mantenimiento a los tipos de descuentos.
Genera reporte de morosos.
Generar reporte de ingresos cada mes. (pagos de alumnos)
4. Departamento de Personal:
Asignacin de cursos a docentes.
Asignacin 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
liquidacin.
Generar boleta de pago.
Controlar vacaciones.
Controlar Gratificaciones.
Dar mantenimiento a los tems de Planilla.
Generar Planilla.
Generar reporte de planilla.
renuncia
su
| 105
B. Requerimientos No Funcionales:
REQUERIMIENTO
Se requiere que la interfaz sea atractivo a
MOTIVO Y RESTRICCIONES
ASOCIADAS
Para el fcil y rpido 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 informacin, y
segn el usuario y password.
evitar la salida de informacin para un mal manejo.
Se requiere que la aplicacin soporte la
Se tendr un solo servidor ubicado en la direccin
arquitectura cliente-servidor.
al que accedern 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
sistema operativo WINDOWS SERVER
2003
Se tendr que adquirir la licencia respectiva.
Diagrama 8: Diagrama de Paquetes

(from Diagrama_Caso_Negocio)
Secretaria
Sistema de Matricula
Auxiliar Academico
Sistema de Personal
Sistema de Cobranza
Sistema de Notas
Director
Docente
| 106
4.3.2. Modelamiento Dinmico

A. Diagrama de Paquetes
Diagrama 9: Diagrama de Caso de Uso Matricula

(f rom Diagrama de Use

...) Case)
_Director
(from Diagrama de Use Case)
Consultar Estado Academico
Consultar Estado Econmico
Consultar Alumno
Registrar Matricular
Realizar mantenimiento de periodo

escolar y de matricula
Realizar mantenimiento nivel, grado,

seccion
<<include>>
<<include>>
Controlar vacante
<<include>>
_Secretaria
Registra Datos del Apoderado
Registrar Datos de los Padres
<<include>>
Registrar datos del alumno
Llenar Ficha de Matricula
<<include>>
<<include>>

...)Case)
Generar reporte de matriculados
| 107
1. Paquete: Sistema de Matricula
a) Diagrama de Caso de Uso: Matrcula
| 108
Interfaz de Usuario: Frm_NuevaMatrcula
| 109
Especificaciones de caso de uso: Matrcula
Cdigo de Caso de Uso: CUM01.001

Caso de Uso: REGISTRAR MATRICULA
Actores: SECRETARIA
Propsito: 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
cdigo que servir para este y otros procesos del sistema, el sistema buscar tanto
el estado econmico del alumno como el acadmico; tambin controlara las
vacantes para el grado y seccin a la que piensa matricularse, se podr buscar al
alumno por su nombre o apellidos cuando no se tenga el cdigo. 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 bsicos requeridos para poder
| 110
ser matriculado.
Las vacantes sern copadas en el primer periodo de la matricula por los alumnos
que pertenecen al plantel, despus del primer periodo de matricula se proceder a
matricular a alumnos nuevos.
Referencias:
RM01.001, RM01.003
CUM01.001 - Registrar Matrcula
CUM01.002 - Llenar ficha de matricula
CUM01.003 Consultar alumnos
Flujo Bsico:
Accin de Actor
Respuesta del Sistema
1. La secretaria ingresara el
2. El sistema validar el cdigo y mostrara el nombre del
cdigo del alumno.
alumno en una caja de texto e indicara si tiene alguna deuda o
3. Si el alumno es nuevo
curso a cargo, tambin mostrara el ltimo grado y nivel en el
entonces
que estuvo, activando automticamente el grado al que debe
la
secretaria
indicara que es un nuevo
matricularse.
alumno.
4.
5. la secretaria proceder a
identificar al alumno.
llenar la ficha bsica de
6.
matrcula para la inscripcin
mensaje en el momento de ser guardado la informacin.
del alumno.
7. El sistema actualizar las vacantes de alumnos.
El sistema automticamente le generar un cdigo que
El sistema validara los datos ingresados y emitir un
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 nmero de vacantes del grado y seccin indicado.
Si no puede hacer el pago de la deuda el apoderado solicitara una inscripcin
especial.

Caso de Uso: LLENAR FICHA DE MATRICULA
Actores: SECREATARIA
Propsito: 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 mecnica la ficha nica del alumno que nos servir para hacer la
actualizacin de los datos de los alumnos.
Precondiciones:
Se tiene que tener todos los datos requeridos en la ficha de matrcula.
Referencias:
RM01.002
Flujo Bsico:
| 112
Accin de Actor
1. La secretaria proceder a llenar los 2. El sistema validara los datos si son correctas para su
datos del alumno y dems datos que respectiva grabacin.
requiera la ficha.
Flujos Alternos:
El sistema generar un cdigo nico para cada alumno inscrito y guardara todos los
datos de la ficha de matrcula.
Pos condiciones:
No se grabara o actualizara la ficha de matricula solo si los datos son incorrectos.

Caso de Uso: REALIZAR MANTENIMIENTO NIVEL, GRADO Y SECCION
Actores: SECRETARIA, DIRECTOR
Propsito: poder crear y actualizar niveles, grados y nmero de secciones por
grado; segn 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, tambin podr usarse cuando se requiera modificar
estos parmetros.
Precondiciones:
El sistema verificar si existe al menos un nivel, grado y seccin para poder usar
otros formularios del sistema.
Referencias:
| 113
RM01.005
Flujo Bsico:
Accin de Actor
1. En el caso de nivel se debe ingresar la 2. Revisara si existe el nivel ingresado, si no lo

Descripcin.
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, descripcin, nmero de correctos los guardara.

Horas que sern dictadas, numero de secciones
que tendr y el nmero mximo 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
Es requerido que no existan usuarios conectados utilizando el aplicativo, en el momento
en que se utilice esta funcionalidad.

Caso de Uso: REALIZAR MANTENIMIENTO DE PERIODO ESCOLAR Y DE
MATRICULA
Actores: SECRETARIA, DIRECTOR
Propsito: Tener actualizado el periodo escolar, y inicio de la matricula por cada
| 114
ao.
Resumen:
Aqu se detallan o se actualiza el ao escolar, empezando por poner el comiendo
del periodo de matricula como tambin el inicio y final del periodo escolar, para que
asi una vez terminado este periodo se actualice los datos del alumno.
Precondiciones:
Solo podrn 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 ao.
Referencias:
RM01.006
Flujo Bsico:
Accin de Actor
1. se escoger el precio y la fecha en la que
2. el sistema validar q las fechas sean correctas
comenzara el periodo de matrcula, como el da mandando mensajes de erros si fuera lo contrario.

de inicio y fin del ao escolar.
4. el sistema validar y guardara los datos.
3. se agregar o actualizar el monto de
pensin para el ao 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 servirn como base para la actualizacin del siguiente ao.
Diagrama 10: Diagrama de Caso de Uso de Descuento
Realizar mantenimiento de
descuentos

...)Case)
_Director
Evaluar tipo de descuento
Registra porcentaje de descuento
Registrar descuento
Evaluar rendimiento Academico del

Alumno
<<extend>>
<<include>>
<<extend>>
Tipos de Descuento:
*Por hijo de Personal
*Por Estado Economico
*Por Rendimiento academico
| 115
2. Paquete: Sistema Cobranza

a) Diagrama de Caso de Uso: Descuento
| 116
Cdigo de Caso de Uso: CUCA01.001

Caso de Uso: EVALUAR TIPO DE DESCUENTO
Actores: Director
Propsito:
Verificar si se puede otorgar el descuento econmico para la permanencia del
alumno en cuestin.
Resumen:
El caso de uso se inicia cuando el director revisa el rendimiento acadmico del
alumno, segn 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 Bsico:
Accin de Actor
1. El director verificara el estado 2. El sistema emitir un reporte del estado

acadmico y si es favorable ingresara el acadmico del alumno.
descuento respectivo.
El sistema guardara el descuento respectivo y

enviar un mensaje de confirmacin.
Flujos Alternos:
El director verifica el estado acadmico 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.

Caso de Uso: REALIZAR MANTENIMIENTO DE DESCUENTOS
Actores: Director
Propsito: 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 Bsico:
Accin de Actor
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 confirmacin.
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.
Generar Reportes de ingresos
Generar Rep.Morosos

...)Case)
_Secretaria
Diagrama 11: Diagrama de Caso de Uso de Cobros a Alumnos

Realizar mantenimiento de monto y
periodos de pagos
Realizar mantenimiento de
cursos-cargo
Generar Rep.Estado Economico
Registrar Cobro
<<include>>

...)Case)
_Director
Generar boleta
| 118
b) Diagrama de Caso de Uso: Cobros a Alumnos
| 119

Caso de Uso: REGISTRAR COBROS
Actores: Secretaria
Propsito: 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
pensin 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 Bsico:
Accin de Actor
1. La secretaria ingresara el cdigo 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 confirmacin, 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.
| 120
Cdigo de Caso de Uso: CUCA02.002, CUCA02.003, CUCA02.004

Caso de Uso: GENERAR REPORTE DE ESTADO ECONMICO,REPORTE DE
MOROSOS,REPORTE DE INGRESOS
Actores: Secretaria
Propsito: Poder visualizar la informacin y sustentarla a travs de documentos
que se pueden adquirir rpidamente por el sistema.
Resumen:
El caso de uso se inicia cuando se requiere informacin sobre el estado
econmico de un alumno, las cuentas por cobrar activas generadas por los
alumnos y los respectivos ingresos que obtiene la institucin.
Precondiciones:
Ninguna.
Referencias:
RPA01.005, RPA01.006
Flujo Bsico:
Accin de Actor
1. La secretaria seleccionar el tipo 2. El sistema mostrar la el reporte solicitado y

de
reporte
luego
presionara lo imprimir.
imprimir.
Flujos Alternos:
Ninguno
Pos condiciones:
Ninguna.
| 121

Caso de Uso: REALIZAR MANTENIMIENTO DE CURSOS A CARGO
Actores: Director
Propsito: 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 Bsico:
Accin de Actor
1. El director seleccionara el curso y 2. El sistema mostrar la lista de cursos y sus

luego
ingresara
el
costo;
luego montos
presionara guardar.
iniciales,
si
los
hubiese,
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.
luego
| 122

Caso de Uso: REALIZAR MANTENIMIENTO DE MONTO Y PERIODO DE PAGOS
Actores: Director
Propsito: 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 Bsico:
Accin de Actor
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
tambin los costos de las mismas.
mensaje de confirmacin.
Flujos Alternos:
Ninguno
Pos condiciones:
El sistema no registrar si se ingresan valores no acordes hasta que se corrijan.
Diagrama 12: Diagrama de Caso de Uso de Notas

...)Case)
_Docente
Generar Libreta de Notas
Generar Registro de Evaluacin
<<extend>>
<<extend>>
Registrar Notas de Conducta
Registrar_notas_x_Curso
Generar Reporte Orden de Mrito
Generar Reporte Academico

...)Case)
_Auxiliar
Acadmico
Sacar Promedio
Registrar Tareas
<<extend>>
a)

...)Case)
_Secretaria
Consultar Registro de Notas
| 123
3. Paquete: Sistema Notas

Diagrama de Caso de Uso: Notas
| 124
Interface de usuario:
| 125
Cdigo de Caso de Uso: CUNA01.004

Caso de Uso: REGISTRAR NOTAS POR CURSO
Actores: Docente
Propsito: 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 exmenes y luego se ingresan las notas de los alumnos.
Precondiciones:
Que existan los cursos, tambin es necesario que los alumnos estn matriculados.
| 126
Referencias:
RA01.001
Flujo Bsico:
Accin de Actor
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.
Flujos Alternos:
Pos condiciones:
guardar los nuevos montos.
Interface de usuario
Diagrama 13: Diagrama de Caso de Uso de Personal


...)Case)
Modificar Cursos
Generar Reportes por Tipo de

Personal
Registrar cursos
Registrar Horario de ingreso y salida

de personal
Registrar Horario de aulas
Asignar cursos a Docentes
<<extend>>
Registrar Contrato
Registrar adelantos
Dar de Baja al Personal
Realizar mantenimiento a
vacaciones
Registrar asistencia

...)Case)
_Director

...)Case)
_Docente
a)
_Secretaria
Registrar Personal
<<extend>>
| 127
4. Paquete: Sistema Personal

Diagrama de Caso de Uso: Personal
| 128
| 129
Cdigo de Caso de Uso: CUPP01.001

Caso de Uso: REGISTRAR PERSONAL
Actores: SECRETARIA
Propsito: Tener Registro Actualizado del Personal
Resumen:
En este caso el caso de uso se inicia cuando un nuevo personal va a laborar en
la institucin 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 Bsico:
Accin de Actor
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 confirmacin 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 cdigo 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.

Caso de Uso: ASIGNAR CURSOS A DOCENTE
Actores: SECRETARIA
Propsito: 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
ensear.
Referencias:
RP01.001
Flujo Bsico:
Accin de Actor
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
seccin que fue asignada.
confirmacin.
| 131
Flujos Alternos:
Se podr modificar o eliminar algunos registros equivocados del docente ante los
cursos que dicta.
Pos condiciones:
Se podr visualizar despus de la grabacin los registros insertados por cada
docente para alguna modificacin.
Que me genere el horario para cada profesor, segn la asignacin de cursos a
cada aula.

Caso de Uso: REGISTRAR HORARIO DE AULA
Actores: SECRETARIA
Propsito: Tener una distribucin adecuada de cada curso en las secciones
definidas segn la curricular de enseanza.
Resumen:
Este caso de uso inicia cuando se tiene definido los cursos que sern dictados
en cada grado
Precondiciones:
Haber registrado todos los cursos para cada grado.
Referencias:
RP01.001
Flujo Bsico:
| 132
Accin de Actor
1. La secretaria seleccionara el grado, la 2. Al aceptar el registro el sistema procede a validar

seccin, el da y el curso que se asignar los datos ingresados, verificando si es que no ocurre
a la seccin ingresando la hora de inicio ningn cruce de hora en ese da, 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 procedera a signarles los cursos a los profesores.
Cdigo de Caso de Uso: CUP01.004

Caso de Uso: REGISTRAR HORARIO DE INGRESO Y SALIDA DE PERSONAL
Actores: SECRETARIA
Propsito: Obtener un horario de programacin para cada personal, el cual
ayudara para la elaboracin 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
programacin de horas.
Precondiciones:
Contar con una programacin 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 programacin de horario.
| 133
Referencias:
RP01.002
Flujo Bsico:
Accin de Actor
1. Para el caso de asignacin 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
seleccin de das 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 confirmacin o rechazo segn sea el caso.

personal, solo se escoger el cargo
y se escoger el da y la hora de
ingreso.
Flujos Alternos:
Se podr modificar si se presento un error en el momento de registrar.
Pos condiciones:

Caso de Uso: REGISTRAR CURSOS
Actores: Secretaria
Propsito: 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 especializacin.
Precondiciones:
Tener insertado todos los cursos en el sistema.
Referencias:
Flujo Bsico:
Accin de Actor
1. La secretaria una vez que all
El sistema enviara un mensaje de confirmacin si se grabo
terminado de ingresar los datos
correctamente o un mensaje de error si los datos son
requeridos se proceder a grabar en
incorrectos.
la BD.
Flujos Alternos:
Se podr modificar o eliminar los datos del curso.
Pos condiciones:
Se visualizara despus de la grabacin los datos insertados para alguna
modificacin.
| 135

Caso de Uso: REGISTRAR ASISTENCIA
Actores: Docente
Propsito: Tener un mejor control de los docente.
Resumen:
Este caso de uso se inicia cuando el docente ingresa el da, 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 Bsico:
Accin de Actor
1. El docente una vez que ingrese el
El sistema validara la hora de ingreso y la hora de
da, su hora de ingreso y hora de salida,
salida del docente y enviara un mensaje de
una vez llenado los datos requeridos
confirmacin si se grabo correctamente o un mensaje
proceder a grabar en la BD.
de error si los datos son incorrectos.
Flujos Alternos:
Se podr modificar o eliminar los datos ingresados del docente.
Pos condiciones:
Se podr visualizar las asistencias de los docentes para alguna modificacin.
| 136

Caso de Uso: REALIZAR MANTENIMIENTO A VACACIONES
Actores: Director
Propsito: 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 Bsico:
Accin de Actor
1. El director ingresara el cdigo 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 trmino 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 despus de la grabacin los registros insertados de cada
personal que han solicitado sus vacaciones.

Caso de Uso: DAR DE BAJA AL PERSONAL
Actores: Director
Propsito: Obtener un registro de baja para cada personal.
Resumen:
Este caso de uso se inicia cuando el director no va a realizar una renovacin de
contrato, cuando ocurre un despido o como tambin una renuncia.
Precondiciones:
El director no ha realizado la renovacin de contrato.
Se realizo el despido del personal.
Se acepto la renuncia del personal.
Referencias:
FP001.006
CUPP01.009
Flujo Bsico:
Accin de Actor
| 138
1.-El
director
ingresa
el 1.- El sistema mostrara el detalle del personal seleccionado y
cdigo 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 despus de la grabacin los datos ingresados por el director para
alguna modificacin.

Caso de Uso: REGISTRAR ADELANTOS
Actores: Director
Propsito: Tener un registro de control de todos los adelanto o prstamos del
personal.
Resumen:
Este caso de uso se inicia cuando el director verifica su neto bsico del personal,
y el monto bsico mximo a solicitar.
Precondiciones:
El prstamo ser emitido para solo para el personal nombrado y contratado.
Referencias:
RP01.008
| 139
Flujo Bsico:
Accin de Actor
1. Para el caso de prstamo el director
El sistema proceder a validar los datos ingresados,
tendr que ingresar el monto a prestar.
verificara que el monto a solicitar sea menor que el
Una vez que all terminado de ingresar
monto mximo a prestar, enviando un mensaje de
los datos requeridos se proceder a
confirmacin que se grabo correctamente o un
grabar en la BD.
mensaje de error que los datos son incorrectos.
Flujos Alternos:
Pos condiciones:
Se podr visualizar el prstamo y la fecha del personal solicitado.
Diagrama 14: Diagrama de Caso de Uso: Planilla

Realizar mantenimiento de Items de
Planilla
ITEMS DE PLANILLA
*AFP
*ONP
*UIT
*CTS
(from Di agrama de Use Case)
Verificar Ingresos
<<include>>
Verificar Descuento
Modificar ingresos y descuentos del

personal
Generar Boleta de pago
Consultar Reporte de asistencia

...) Case)
_Director
Verificar Trabajador
<<include>>
Modificar Planilla
b)
Generar Planilla
| 140
Diagrama de Caso de Uso: Planilla
| 141

Caso de Uso: GENERAR PLANILLA
Actores: DIRECTOR
Propsito: 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 Bsico:
Accin de Actor
1.
El
director
realizar

una 2. El sistema proceder a verificar los datos de cada
verificacin del pago para cada empleado e ira generando los ingreso, descuento y
trabajador, procediendo a aceptara la sueldo total que le correspondera a cada uno de ellos.
generacin de la planilla.
Flujos Alternos:
Se proceder a generar nuevamente la planilla, solo si ocurre algn error con el
pago que corresponde a algn empleado.
Pos condiciones: Visualizara el reporte de la planilla para que pueda ser
impresa. Solo el director podr realizar esta accin.
Imprimir el documento con el formato requerido por el director.
| 142

Caso de Uso: MODIFICAR PLANILLA
Actores: DIRECTOR
Propsito: 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 anomala en la
remuneracin del empleado. Pudiendo ser modificada y generada nuevamente.
Precondiciones:
Solo el director podr realizar el proceso de modificacin de ingresos y
descuentos del personal.
Referencias:
RP01.007, RP01.008, RP01.011, RP01.012
Modificar Ingresos y Descuentos del Personal

Flujo Bsico:
Accin de Actor
1. Ubicarse en el tem que ser

modificado,
realizar
la
1. Realizar el proceso de validacin y grabar los

cambios.
modificacin y grabar.
Flujos Alternos:
Enviara un mensaje de confirmacin y abrir el formulario de generar planilla
para el nuevo clculo.
Pos condiciones:
| 143

Caso de Uso: REALIZAR MANTENIMIENTO DE ITEMS DE PLANILLA
Actores: DIRECTOR
Propsito: Tener actualizada los datos que se requieren para el clculo 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 Clculo de la planilla.
Precondiciones:
Tener registrado los tems en la Base de Datos
Referencias:
RP01.014
Flujo Bsico:
Accin de Actor
1. El Director ingresara al formulario de 3.

tems y escoger el tem a modificar
El sistema se encargara de actualizar con el
nuevo valor ingresado.
2. El Director ingresara el nuevo valor

del tem.
Flujos Alternos:
Enviara un mensaje de confirmacin y si se requiere hacer otras modificaciones.
Pos condiciones:
Se utilizara el ltimo cambio que se hizo a los tems para los clculos
correspondientes a al planilla.
| 144
B. Relacin entre caso de uso y actores del sistema

Actor
Caso
Director
Docente
Auxiliar
Acadmico
Secretaria
de Uso
CASO DE USO DEL
PROCESO DE MATRICULA
CASO DE USO DEL
PROCESO INGRESO DE
NOTAS
CASO DE USO DEL
PROCESO DE DESCUENTO
CASO DE USO DEL
PROCESO DE COBROS A
ALUMNOS
CASO DE USO DEL
PROCESO DE PLANILLA
CASO DE USO DEL
PROCESO DE PERSONAL
4.3.3. Diagrama de Secuencia y Colaboracin.
: f rm.Registro_notas
Guardar_nota()
Ingre_notas()
Escoger niv el,grado,seccion
Abrir f rm.
Retorna_cod()
Loguear_Prof e()
Ingresar usuario y contrasea
: _Docente : Frm_Logueo_Prof e
Abrir
: e.Docente/Curso
Mostrar()
List_niv el()
: e.Docente : Docente_Curso
Guardar_notas()
Lista_Alumno()
Lista_Curso()
: Grado/seccion
: e.Grado/Seccion
Mostrar_Grado/seccion()
List_Grado()
: e.Niv el
Mostrar_niv el()
: c.Niv el
: e.Alumno
Mostrar Alumno()
: Alumno
: Notas
| 145
: e.Alumno
14: Mostrar Alumno()
: Alumno
: Notas
: e.Nivel
6: List_nivel()
: e.Grado/Seccion
13: Lista_Alumno()
17: Guardar_notas()
: frm.Registro_notas
9: Mostrar_Grado/seccion()
8: List_Grado()
7: Mostrar_nivel()
: c.Nivel
: e.Docente
10: Lista_Curso()
11: Mostrar()
: Docente_Curso
: Grado/seccion
4: Retorna_cod()
3: Loguear_Profe()
: Frm_Logueo_Profe
1: Abrir
2: Ingresar usuario y contrasea
5: Abrir frm.
12: Escoger nivel,grado,seccion

15: Ingre_notas()
16: Guardar_nota()
: _Docente
: e.Docente/Curso
| 146
Abrir f rm.
Cerrar Frm_Matrcula
Click en guardar
Ingresar f echa de pago
ingresar monto
Seleccionar tipo de pago
Ingresar datos
busca_alumno()
: Frm.Matricula
Ingresa cod_alumno
: _Secretaria
: e.Niv el
: Detalle_Matricula
Buscar condicion()
Mensaje de conf irmacin()
Registrar_Cuenta_Maticula(monto,f echa)
Matricular(cod,niv el,grado,seccion...)
Llenar_campos()
: e.Grado/Seccion
Busca ultimo Grado(cod_alu)
Busca ltimo niv el(cod_alu)
: e.Alumno
Matricula
| 147
: e.Niv el
4: Busca ltimo niv el(cod_alu)
: e.Alumno
: _Secretaria
: e.Grado/Seccion
Matricula
: Detalle_Matricula
12: Matricular(cod,niv el,grado,seccion...)
15: Mensaje de conf irmacin()
14: Registrar_Cuenta_Maticula(monto,f echa)
6: Buscar condicion()
7: Llenar_campos()
: Frm.Matricula
9: Seleccionar tipo de pago
5: Busca ultimo Grado(cod_alu)
3: busca_alumno()
1: Abrir f rm.
2: Ingresa cod_alumno
8: Ingresar datos
10: ingresar monto
11: Ingresar f echa de pago
13: Click en guardar
16: Cerrar Frm_Matrcula
| 148
click grabar
Ingresa fec_inio y fin de contrato
Ingresar nro. contrato
Ingresar mes de vacaciones
Seleccionar aportaciones
Seleccionar tipo pago
Ingresar datos
Enviar msje cofirmacion
Rergistrar Personal()
Mostrar
Mostrar cargo()
: c.Cargo
: e.Cargo
Mostrar
Cargar remuneracion() Buscar remuneracion()
mostrar
: e.Personal
Mostrar registro()
Listar cargo()
: c.Personal
cargar Registro personal()
: Frm. Registro_Personal
Abrir frm.
Seleccionar cargo
: _Secretaria
| 149
: e.Cargo
: _Secretaria
3: Mostrar cargo()
9: Buscar remuneracion()
4: mostrar
12: Mostrar
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
: c.Cargo
2: Listar cargo()
: Frm. Registro_Personal
10: Cargar remuneracion()
8: Mostrar
20: Enviar msje cofirmacion
19: Rergistrar Personal()
6: cargar Registro personal()
: e.Personal
7: Mostrar registro()
: c.Personal
| 150
Click Agregar
Seleccion horas
Selecciona dia
Seleccionar Curso
Seleccionar Seccion
Seleccionar Grado
Seleccionar Nivel
Abrir frm.
Mostrar
Mostrar
: c.Seccion
Confirmar
Generar Horario()
Mostrar
: e.Curso
Mostar Curso()
: c.Curso
Cargar Curso()
: e.Seccion
Cargar Seccion() Mostrar Seccion()
: e.Grado
Mostrar Grado()
: c.Grado
Carga Grado()
: e.Nivel
Mostrar nivel()
: c.Nivel
Mostrar
Cargar nivel()
: _Secretaria : Frm. Generar_Horario
: e.Horario
| 151
: c.Curso
14: Mostar Curso()
: e.Curso
15: Mostrar
: c.Niv el
: e.Seccion
4: Mostrar
11: Mostrar Seccion()
8: Mostrar
22: Conf irmar
21: Generar Horario()
2: Cargar niv el()
13: Cargar Curso()
12: Mostrar
: Frm. Generar_Horario
1: Abrir f rm.
5: Seleccionar Niv el
9: Seleccionar Grado
16: Seleccionar Seccion
17: Seleccionar Curso
18: Selecciona dia
19: Seleccion horas
20: Click Agregar
: _Secretaria
: c.Seccion
10: Cargar Seccion()
: e.Horario
3: Mostrar niv el()
: e.Grado
7: Mostrar Grado()
: c.Grado
6: Carga Grado()
: e.Niv el
| 152
| 153
4.3.4. Modelamiento Esttico

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

Aprobado
trasladado
retirado
moroso
| 166
Clase Curso
nuevo
activo
a cargo
baja
Clase Nota
nuevo
aprobado
espera
Modificado
desaprobado
promediad
a
| 167
Clase Personal
Ingresante
Nombrado
Contratado
Licencia
Vacaciones
Activo
Despido
Jubilado
Liquidacion
| 168
F.
Diagrama de Componentes
CAPA SCHOOL_VISTA
CAPA
AYUDA
CAPA
CONTROLES
CAPA
SCHOOL_BUSS
ZZ
CAPA
SCHOOL_ENTITY
CAPA
SCHOOL_DAO
BD_SCHOOLMANAGER
| 169
Capa de Datos:School_DAO
Capa de Negocio: School_Buss
| 170
Capa de Ayuda:
Capa de Controles:
| 171
Capa Presentacin: School_Vista
| 172
G. Diagrama de Distribucin
SERVIDOR
BD
PC01
DIRECTOR
IMPRES
ORA01
IMPRES
ORA02
SWITCH
PC02
SECRETARIA
PC04
DOCENTES
PC03 PUERTA
| 173
H. Diccionario de Nodos:
4.4. Especificaciones Suplementarias
4.4.1. Funcionalidad Comn

El sistema School Manager es el nico sistema que ser implementado en la
institucin, no existen sistemas anteriores.
4.4.2. Utilidad
A. Comportamiento de ventanas
El comportamiento que tendrn 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 rpido, gracias a que las
interfaces fueron diseadas para interactuar con el cliente.
B. Diseo de Interfase de usuario final
ITEMS
(Objetos)
Barra de
Titulo
Barra de
LETRA
COLOR
IMAGEN
Tipo
Tamao
Color
(Pxeles)
Azul
degradad
o
Arial
Segn
pantalla.
Blanco
Segn
formulario
Banner diseada
con la insignia de
la institucin.
Negro
Times
New
Roman
Ancho de
pantalla
negro
Segn
formulario
varios
varios
Arial
Segn
pantalla
negro
Segn
formulario
varios
celeste
Arial
Segn
pantalla
Negro
Segn
formulario
--
celeste
Arial
Segn
pantalla
negro
Segn
formulario
--
celeste
Arial
Segn
pantalla
Negro
Segn
formulario
--
Mens
Botones
Cuadros
de Texto
TAMAO
Listas
desplega
bles
Casillas
de
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 recepcin de un fallo ser de inmediato. Se tomarn los datos
del fallo. La correccin para cualquier funcionalidad, depender de su
impacto en el sistema, para ello se evaluar usando la tabla de trazabilidad.
Luego de anlisis se indicar el tiempo en que estar corregido el fallo. Para
fallos simples la correccin tomar mximo un da, a partir del aviso de C.E.
Pedro Paulet, contando con la vigencia de un contrato de mantenimiento. De
no existir, se presentar una cotizacin.
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 rpido al
procesar la informacin.
B. Tiempo de Respuesta
Los procesos que requieren ms tiempo de respuesta son los de
mantenimiento, los cuales no superan a los 5 segundos.
C. Escalabilidad
El sistema debe adaptarse al crecimiento del nmero de usuarios en la
institucin y al cambio de plataformas tecnolgicas.
D. Tiempo de respuesta de transaccin

En cuanto al tiempo de transaccin, diremos que depende de la complejidad
de la interfaz grfica que es manejada por dicho usuario.
| 176
4.4.5. Restricciones de Diseo
Requerimientos de Plataforma
Core 2 DUO 2.6 GHz
Servidor de
Base de Datos
HD de 220 Gb
RAM de 2 Gb
S.O. Windows 2003
Server Enterprice
Computadoras
de Usuarios
finales
(Requisito
Pentium III 1.7 GHz

HD de 40 Gb
RAM de 256 Gb
Mnimo)
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
CAPTULO V:
REALIZACION DE LA SOLUCION DE
SOFTWARE
5.1. Plan de Implementacin
5.1.1. Carga Inicial

Dentro del proceso de implementacin 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
informacin 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 informacin no se pierda se contar con una copia de
respaldo en sus diferentes formas, desde un archivo Excel como tambin un
archivo backup, que garantizar que la informacin 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 tecnologa.
Se desarroll un manual didctico que ensear al usuario a manejar el
sistema y hacerle mantenimiento de una forma fcil y entendible.
| 178
Ante el proceso de implementacin 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 enseara el tipo de
hardware que usaran y los permisos que tendrn dentro del sistema.
5.1.3. Verificacin y Aceptacin del Sistema

Despus de realizar un anlisis exhaustivo de los requerimientos de los
usuarios, se procedi a plantear una solucin 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 aceptacin de los usuarios
finales directos, para culminar con el proceso de construccin y programacin.
5.1.4. Liberacin en Productivo
Usando la estrategia de Pruebas en paralelo, se desarrollo el sistema haciendo
pruebas junto con la programacin concluyendo ms rpido con el producto a
entregar.
Se cont con la aprobacin de la direccin y el sistema se encuentra en uso.
5.2. Manuales y Documentacin tcnica
5.2.1. Manual de uso y operacin (DE USUARIO)

Ver en el anexo punto 10.3. Ubicado en la pgina 187
5.2.2. Manual de procedimientos de usuario (TECNICO)

5.2.3. Manual de procedimientos de soporte tcnico (SEGURIDAD)

5.3. Programas Fuente

5.3.1. Estndares
| 179
Estndar 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
Estndar de Programacin
Capas
Entidad
Xxxx_Entity.cs
(2-8) Caracteres
Datos
Xxxx_DAO.cs
(2-20) Caracteres
Xxxx_Bussines.cs
Negocio
(2-20) Caracteres
Formularios
Frm_Xxxx_xx_Xxx.cs
(2-8)_(2-3)_(2-8) Caracteres
5.3.2. Organizacin de la Biblioteca

La organizacin de la biblioteca se presenta a continuacin:
MODULO
DESCRIPCIN
MATRICULA
En este mdulo, se encuentra todo el cdigo fuente

correspondiente a la creacin 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, creacin de
horarios, asignar horarios a los profesores. Reporte de
notas, reporte de alumnos desaprobados.
| 180
COBROS
Este mdulo contiene el cdigo fuente del control de

cobros de pensiones, matricula, de cursos a cargo,
genera reportes de morosos y reporte de deudas.
PERSONAL
Este ltimo mdulo, se encuentra los fuentes que

corresponden al registro de personal, creacin de los
horarios, los descuentos, marcacin de personal,
generacin de la planilla, la creacin de las boletas de
pago. y los diversos reportes que sern requeridos.
| 181
5.3.3. Biblioteca de programas fuentes
| 182
| 183
CAPTULO VI:
CONCLUSIONES
La gestin de la planilla del centro educativo, se mejor significativamente,

mediante la generacin de la planilla, del sistema School Manager.
El proceso de matrcula del centro educativo, fue mejorado mediante la
utilizacin del sistema School Manager.
Se agiliz el proceso de evaluacin del alumnado gracias a la creacin del

registro de notas del sistema School Manager.
El control de los cobros a los alumnos, es ahora ms ptimo gracias a la

emisin 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

administracin del centro educativo, logrando mayor velocidad, orden y
precisin en los procesos del manejo de informacin.
El usuario final para hacer uso y estar familiarizado con el sistema School
Manager, tiene que recibir una capacitacin 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, comunicacin
transparente, cumplimiento de tareas, mucha perseverancia y trabajo duro.
Se logr cumplir con todos los requerimientos dispuestos por el usuario.
| 185
CAPTULO VII:
RECOMENDACIONES
Recomendamos que a medida que evolucione la institucin 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, despus de eso restaurar los datos desde el lugar donde
se halla creado el backup.
| 186
CAPTULO VIII: BIBLIOGRAFIA

8.1.
Textos
Nombre: Aplicacin prctica del derecho laboral
Autores: Estudio Caballero Bustamante (ECB)
Editorial: Editorial Tinco
Ao: 2007
Nombre: La compensacin por tiempos de servicios

Autores: Estudio Caballero Bustamante (ECB)
Editorial: Editorial Tinco
Ao: 2007
Nombre: Ingeniera de software

Autores: Alfredo Weitzenfeld
Editorial: Editorial Thomson
8.2.
Direcciones de pginas web:

http://merinde.rinde.gob.ve
| 187
CAPTULO IX:
GLOSARIO
Actividad: Es una unidad de trabajo que una persona que desempee un rol
puede ser solicitado a que realice. Las actividades tienen un objetivo concreto,
normalmente expresado en trminos de crear o actualizar algn producto.
Artefacto: Es un trozo de informacin 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 tcnica para la captura de requerimientos de un nuevo

sistema o una actualizacin 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 gestin del proyecto.
Componente: Representa una parte modular del sistema que encapsula su

contenido y cuya manifestacin es reemplazable dentro de su ambiente.
Comunicacin: Intercambio con otro u otros de informacin.
Configuracin: Es una coleccin de propiedades que determinan el

comportamiento del proceso de elaboracin del software.
Cooperacin: Realizacin de un trabajo o tarea con otro u otros para un

mismo alcanzar un mismo fin.
| 188
Coordinacin: Reunin de medios, esfuerzos, etc., para una accin comn.
Diagrama: Representacin grfica 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.
Estndar: Es una norma que regula la realizacin de ciertos procesos o la

fabricacin de componentes. En otras palabras es un modelo que se sigue
para realizar un proceso o una gua 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

semntica de un metamodelo. Los estereotipos deben basarse en ciertos tipos
existentes o clases en el metamodelo. Los estereotipos pueden extender la
semntica, pero no la estructura o tipos pre-existentes y clases.
Fase: Expresa cmo ha progresado el desarrollo de un software y cunto

desarrollo puede requerir.
Fichero: Es todo conjunto organizado de datos de carcter personal,

cualquiera que fuere la forma o modalidad de su creacin, almacenamiento,
organizacin y acceso.
Flujo de Trabajo: Es el estudio de los aspectos operacionales de una actividad

de trabajo: cmo se estructuran las tareas, cmo se realizan, cul es su orden
correlativo, cmo se sincronizan, cmo fluye la informacin que soporta las
tareas y cmo se le hace seguimiento al cumplimiento de las tareas.
Herramienta: Funciones que ofrece un programa a travs 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 organizacin siendo influenciada o

ejerciendo influencia sobre el software que est siendo construido.
| 189
Iteracin: Repeticin de una secuencia de instrucciones o eventos.
Lenguaje Unificado de Modelado (UML): Es un lenguaje grfico para

visualizar, especificar, construir y documentar un sistema de software.
Licencia: El derecho de uso de una versin especfica 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 metodologa de trabajo la cual extiende o utiliza las
aplicaciones del dominio.
Metodologa: Manera sistemtica de hacer cierta cosa.
Modelo: Es una vista de un sistema del mundo real, es decir, una abstraccin
de dicho sistema considerando un cierto propsito.
Mdulo: 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 rpidamente.
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 guin o conjunto de instrucciones. Permiten automatizar tareas

creando pequeas utilidades. Son interpretadas por un intrprete y usualmente
son archivos de texto.
Trazabilidad: Aquellos procedimientos preestablecidos y autosuficientes que

permiten conocer el histrico, la ubicacin y la trayectoria de un producto o lote
de productos a lo largo de la cadena de suministros en un momento dado, a
travs de unas herramientas determinadas.
| 190
| 191
CAPTULO X:
ANEXOS
10.1. Entrevistas
Entrevista dirigida al director de la Institucin 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 dems es
elaborado a mano.
2. Cmo est organizada la institucin? cuentan con reas?
Rpta. La institucin se maneja el orden jerrquico, donde se encuentra
el director y sub-director manejando el campo administrativo, y
manejando el campo de la enseanza los docentes y personal de
servicio y el alumnado.
3. cuentan con hardware?
Rpta. Contamos con un centro de cmputo de 16 computadoras, la
secretaria manea una computadora y una impresora en su oficina.
4. Cmo 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 institucin, 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 econmico 20% a 50%.
6. Quines se encargan del proceso de matricula?

Rpta. Solo la secretaria
7. Cmo se publicitan?
Rpta. No tenemos publicidad.
8. Cmo controlan el estado de los alumnos (repitente, llevan

cursos a cargo)?
Rpta. Mediante reportes manuales que se hacen a fin de ao.
9. Cmo controlan las pensiones? cobrar mora?

Rpta. Tenemos un registro de cobros de todos los alumnos.
10. Cmo 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. Cmo controlan las notas de los alumnos?
Rpta. Mediante los registros q llevan los profesores
12. cuentan con alguna organizacin de padres de familia?

Rpta. Cada saln cuenta con un comit de aula.
| 193
13. cuentan con modalidad de examen de admisin, bajo que

puntaje?
Rpta. No, los alumnos nuevos se considera el certificado de conducta
del colegio del cual proviene.
14. Cmo es el pago del personal de limpieza, auxiliares?
Rpta. Planillas y recibos por honorarios.
15. cuentan con sala de cmputo?

Rpta. Si, en la cual tenemos 16 computadoras.
16. Qu tipo de equipos utilizan? Qu perifricos utilizan?
Rpta. PIII.
17. cuentan con internet?
Rpta. Si.
18. Cmo 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. Cmo organizan el material de enseanza?
Rpta. Los profesores sacan de la direccin los materiales q utilizaran,
estos materiales se encuentran en la direccin.
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. Cmo controlan la asistencia de los alumnos?

Rpta. Mediante el registro de asistencia, el cual el auxiliar llena
diariamente.
| 194
23. Cmo controlan los cursos a cargo?

Rpta. A fin de ao se ve que alumnos estn reprobados y se programan
seminarios para enero y exmenes para febrero.
24. cuentan con talleres extracurriculares?
Rpta. Si, ingles, danzas, carate, etc.
25. Cmo controlan la asistencia de los profesores? Cmo son las

amonestaciones?
Rpta. Cada profesor firma en una lista q se encuentra en la direccin.
26. Cmo controlan los traslados?
Rpta. Mediante el cdigo nico q el alumno tiene en el ministerio de
educacin, 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 desearan automatizar en la institucin?
Rpta. Matricula, acadmico, almacn, biblioteca, pagos, docentes.
30. Cules son los inconvenientes que deseara mejorar?

Rpta. Controlar la hora exacta en que los profesores llegan al plantel,
facilidad de clculo de los promedios de alumnos.
31. Actualmente cuales son las funciones de los miembros de la
institucin? cuenta con algn manual de funciones?
Rpta. El director se encarga del control del colegio, el es quien toma
las decisiones con la ayuda del sub-director, adems es la que realiza
las principales funciones y con ayuda de secretaria quien realiza los
| 195
informes, solicitudes y dems documentos que se utilizan en la

institucin, como tambin 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 OPERACIN
VENTANA NUEVA MATRICULA
En esta ventana se crear la matricula por cada ao, escogiendo el da en que

comenzara la matricula
ao
Y el da en el que comenzara las clases
El botn
, el costo de la matricula para ese
guardar la matrcula y solo podr ser modificada antes de que
comience el periodo escolar.
El botn
cargar los datos de la matricula del ao 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
automticamente todos sus datos.
| 199
Si el alumno aun no esta matriculado se podr dar click en el botn
que nos
llevara a una nueva ventana en la que se inscribir al alumno.
Si la opcin
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 errneos,
Si la opcin 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 pestaa datos del alumno se llenaran los datos personales del alumno; si
el alumno nunca estudio en un colegio se tendr que marcar
generar
cdigo modular, caso contrario se tendr que ingresar el cdigo modular
| 200
existente del alumno, al dar click en
se grabaran todos los datos y se
generara su cdigo de alumno dentro del plantel
, y nos
ubicara en la pestaa Datos del apoderado.
En esta pestaa se ingresaran los datos de los familiares del alumno, y

especificar cual de ellos ser el apoderado
El botn
de esta pestaa limpiara los campos para poder ingresar un nuevo
familiar.
El botn
de esta pestaa guardar los datos del familiar por alumno.
El botn
har una bsqueda en el caso de que el familiar ya existiera en la
base de datos representando a otro alumno.
| 201
El botn
de la ventana Registro de Alumnos limpiara todos los campos
para poder inscribir a otro alumno.
El botn
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 pestaa horario se determinara el horario escolar por cada aula.

En la lista de de cursos se llenar solo los cursos por aula que todava 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 posicin 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 posicin del horario.

Si se escogi un espacio ya ocupado, mostrar un mensaje de error y no se
guardar.
| 203
El botn Eliminar
quitara al curso del horario mostrandolo nuevamente el
la lista de cursos para hubicarlo en otra posicion.
En la pestaa 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 (pestaa Horario) en su totalidad de horas.
Al dar clik en el curso, automticamente se pintara la tabla de horario de
profesor, para ver si
profesor.
las horas de ese curso se cruzan con el horario del
| 204
Al dar click en el botn
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 botn
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 podrn tener acceso los docentes, ingresando su cdigo 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 pequea ventana
en la que se ingresara en nombre de la tarea o trabajo, esta tarea solo ser para
el grado, seccin y periodo especificado.
| 206
El botn
abrir una ventana en la que cargara los datos de los alumnos
para poner sus notas por cada criterio de evaluacin.
| 207
El botn
guarda las notas ingresadas y carga los datos del siguiente
alumno.
El botn
guarda las notas ingresadas y retorna a la ventana Notas.
El botn
cierra la ventana retornando a la ventana Notas.
En la pestaa exmenes se ingresaran las notas de los exmenes parciales y

finales de cada periodo.
| 208
El botn
abrir una pequea ventana en la que cargaran los datos de los
alumnos para colocar sus notas.
El botn
guarda las notas ingresadas y carga los datos del siguiente
alumno.
El botn
guarda las notas ingresadas y retorna a la ventana Notas.
El botn
cierra la ventana retornando a la ventana Notas.
| 209
En la pestaa promedios se visualizaran las notas de los promedios de tareas

por cada criterio, notas de exmenes y promedio de periodo.
| 210
VENTANA COBROS
En esta ventana se har los pagos de los alumnos; las deudas se cargaran
ingresando el cdigo del alumno buscndolo por su nombre.
| 211
En la pestaa 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 pensin 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
estn seleccionadas para el pago.

El descuento
indica el valor descontado de las pensiones
seleccionadas, solo si el alumno cuenta con algn descuento.
El botn
impresin.
guarda los cobros realizados generando una boleta para su
| 212
La pestaa 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 pestaa matricula especifica la deuda de la matricula en caso no hay sigo

pagada en su totalidad, especificando la mora y la fecha lmite 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 acadmico del alumno para poder
evaluar el descuento a dar.
Se tendr que ingresar el cdigo 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 sern separado por nivel, grado y
seccin.
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, seccin, alumno, matricula, pensin, y
cursos a cargo.
| 216
VENTANA BACKUP
En la pestaa 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 pestaa restaurar copia, se realiza la restauracin del backup en caso de

que se perdiera la data, para ello se especifica el servidor donde se har la
restauracin, 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 pestaa
Personalesse 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 nmero de hijos, ingresar el
telfono, escoger el distrito donde vive e ingresar su direccion.
| 218
En la siguiente pestaa 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 SubDirector).
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 nmero 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 botn examinar
, visualizara la ventana de abrir
| 219
Donde indicaremos donde se encuentra la imagen a cargar, seleccionamos la

imagen y presionamos en el botn 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 confirmacin 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,

ms adelante se puede actualizar los datos.
El botn
sirve para que se refresque o limpie el formulario y asi proceder
al registro de un nuevo personal.
El botn
sirve para ir a la ventana de Listado de personal.
Para salir de la ventana donde estamos se tiene que hacer clic en el botn de
salir
LISTADO DE PERSONAL
Para ver el registro de todo el personal activo en la institucin 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 modificacin del personal: para esto se tiene que seleccionar el
registro del personal, hacer click en el botn 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 botn de Actualizar.
| 221
El botn 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 botn eliminar
dirigindonos a la ventana Retiro de Personal donde los datos del personal

estarn
cargados.
En
esta
ventana
(Despedido,
se
indicar
Renuncia,
el
motivo
de
baja
Fin
del
Fallecimiento,
Contrato), Ademas se escoger la fecha de baja para ese personal e indicancdo

alguna observacin necesaria para esa accin.
Una vez verificado los datos ingresados se procede a presionar el botn
el cual nos mostrara un mensaje de Confirmacin.
Finalmente Nos enviara un mensaje de Informacin. Indicndonos 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 da, y se ingresa la
hora de ingreso y salida, al presionar el botn Agregar
se agrega el
horario del personal y automticamente se actualizar la tabla con el horario
ingresado, el boton
elimina el registro del horario seleccionado.
Mensaje de Registro grabado
Mensaje De confirmacin para Eliminar
Mensaje de proceso terminado
| 224
Mensaje de confirmacin de Actualizacin
Mensaje de Actualizacin 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 botn Agregar
se agrega el horario del personal y
automticamente 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 botn modificar despus 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 botn 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 botn de ayuda
podemos visualizar un panel
de frmulas donde se puede seleccionar la formula indicada para el concepto.

Una vez realizado el proceso se presiona el botn grabar para registrar el
concepto.
Para realizar la eliminacin de un concepto se puede realizar de dos formas:
| 226
Eliminacin Forzosa: para eliminar de la base de datos (solo si el proceso de

registro se est realizando en el momento).
Eliminacin Normal: Se elimina cambiando el estado en la BD sin riesgo de
prdida de datos.
ASIGNAR PERMISO A PERSONAL
Para asignarle un permiso a un personal se va al men inicio Control Pers.

Programacin de Personal Permisos, nos visualizar la ventana Listado de
Personal para Permisos, para ver el record de permisos hacer clic en el botn
Ver Listado lo que nos visualizara la ventana Record de Permisos y Faltas.
Para retornar la ventana anterior hacer clic en el botn

Al hacer clic en botn 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 da de inicio

de las vacaciones el da final, cuantos das durar y cuantos das sern 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 tambin

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 das que el personal falto en el mes, para su evaluacin,
aqu se justificara las faltas segn 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 pestaa 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 descripcin con el nombre del
nivel y la caja de costo con el precio de la mensualidad del nivel.
Botn 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 pesataa grado se podr escoger que grados por cada nivel tendr el
colegio, al seleccionar el nivel
automticamente se llenaran
todos los grados de ese nivel, en el que podr desmarcar los check
no se dictara un determinado grado.
si
Al dar click dentro de la tabla se llenaran sus campos en las cajas de texto por si
se quiere modificar algn campo
Botn Actualizar
Con este botn podr modificar la descripcin, el numero de alumnos mximos
para ese grado y la cantidad de secciones que tendr.
| 232
El la pestaa 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 descripcin de la
especialidad.
Botn nuevo
Este botn hace que la caja de texto descripcin se limpie para poder ingresar
una nueva especialidad
Botn Guardar
Este botn sirve para guardar una nueva especialidad,
| 233
Botn Actualizar
Este botn modifica la descripcin de la especialidad.
Botn Eliminar
Este botn elimina la especialidad seleccionada.
VENTANA REGISTRO DE CURSOS
En esta ventana se har el mantenimiento y creacin de cursos, de cada grado,

en ellos se especificar la descripcin de curso, el nmero 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
evaluacin de las tareas y trabajos; la suma de los pesos de estos criterios es

igual a 10 no puede exceder ni ser menor.
El botn
El botn
guarda los cursos validando los criterios.

limpia todos los controles si se desea crear otro curso.
El botn
modifica los campos de los cursos una vez seleccionados en la
tabla y cargados en los controles.
El botn
elimina el curso seleccionado.
REPORTE DE ASISTENCIA
Para la generacin 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
opcin todos los empleados y presionamos el botn procesar, y nos visualizar
el reporte del Personal.
| 235
Para visualizar el reporte por empleado, seleccionamos la opcin 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 TCNICO
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 pestaa Restaurar Copia, se
ingresar el servidor de Sql donde ser restaurada la base de datos,
Se buscara la direccin 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 informacin.

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 pestaa 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
Descripcin: Se registrara la matricula 2008 en el sistema.
Datos de Entrada:
Pasos a seguir:
Matricula:
El usuario (Director) seleccionara la fecha de inicio
Da de inicio: 15/01/2008
de la matricula e ingresar el costo de la misma.
Monto: 50
En el periodo escolar tambin ingresara el da de

inicio de este.
Periodo escolar
Da de inicio: 03/03/2008
Pensin
El sistema tambin mostrara los niveles en un grid

con las pensiones respectivas; para poder modificar
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 botn grabar.

El usuario proceder a presionar el botn guardar y
enviara el mensaje de confirmacin satisfactorio.
Resultado Esperado:
Matricula registrada correctamente.
Resultado Ejecutado:
Participantes:
Fecha:15/07/08
Daz Snchez
Matricula
nueva
correctamente.
guardada
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado
Observacin:--
Desaprobado
| 256
CP02
Caso de Prueba Realizar Matricula
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE MATRICULA

Formulario: FM001.001 frm_Matricula
Descripcin: 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

Apoderado
(Romero Daz, Mariana), mientras ingresa el sistema

mostrara la ayuda de alumnos para su fcil ingreso
Parentesco: padre
mostrando tambin su cdigo (AL00015).
Nombre: Jorge Romero Guzmn
El sistema mostrar el grado, nivel (Segundo Primaria)
Grado actual
Seccin : A
y condicin (aprobada) con la que concluyo el ao

anterior.
En los datos de
Inicial
Apoderado se visualizara el
Marcar el check
parentesco (madre), nombre (Paula, Rojas Daz) estos
Monto:30
datos sern actualizados por los datos que ingrese el
Fecha de pago: 12/09/08
usuario.
El sistema mostrar automticamente el grado y nivel
al que corresponda el ao actual, mostrando tambin
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 botn guardar y
enviara el mensaje de confirmacin satisfactorio.
Resultado Esperado:
Matricula guardada correctamente.
Participantes:
Fecha:15/07/08
Daz Snchez
Matricula guardada correctamente.

Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado
Observacin:--
Desaprobado
| 257
CP03
Caso de Prueba de Registrar Personal
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE PERSONAL

Formulario: frm_ RegistrarPers
Descripcin: 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
Pestaa 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 pestaa
Estado civil: Soltero(a)
Personales como de la pestaa 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
Telfono:2632164
Direccin:
Dpto.: Lima
Prov.: Lima
Dist.: San Miguel
Direccin: Av. La Paz 1252
Pestaa Laborales:
Condicin de trabajo: Contratado
Cargo: Docente
Nivel: secundaria
Especialidad: Matemtica
Essalud vida: No
Escoger: ONP
Fech. Inicio:26/08/08
Fech. Fin: 26/08/09
Remuneracin: 850.00
Click en el botn guardar.
Resultado Esperado:
Guard correctamente.
Participantes:
| 258
Fecha:15/07/08
Daz Snchez
guard correctamente.
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado
Desaprobado
Observacin:--
CP04
Caso de Prueba de Cobros
Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE COBROS

Formulario: frm_ cobros
Descripcin: Se registrara el cobro de una pensin
Datos de Entrada:
Pasos a seguir:
Alumno
El usuario (Secretaria) ingresara el nombre del alumno

(Romero Rojas, Mariana), mientras ingresa el sistema
Alumno: Romero Rojas, Mariana
mostrara la ayuda de alumnos para su fcil ingreso mostrando
Pestaa Pensiones:
Marcar el check de la pensin de
fecha correspondiente al mes
tambin su cdigo (AL00015).
de
setiembre.
El sistema carga llenara el datagrid con las pensiones
Click en el botn guardar.
cobradas marcada con azul, y con rojo las pendientes.

Una vez elegida la pensin, el sistema mostrara el subtotal (s/.
200.00), mora(s/. 0.00), descuento(s/. 0.00), total a pagar.( s/.
200.00).
El usuario al dar click en guardar el sistema almacenara la
data en la base de datos y mandara imprimir la boleta de pago.
Resultado Esperado:
guard correctamente.
Participantes:
Fecha:15/07/08
Daz Snchez
Guard correctamente.
Espinoza Urbano
Maguhn Gonzales
Yumbato Pacaya
Aprobado
Desaprobado
| 259

Tesis Final PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Final PDF

Cargado por

Copyright:

Formatos disponibles

INSTITUTO SUPERIOR IDAT

SISTEMA DE CONTROL ADMINISTRATIVO

DAZ SANCHEZ, OLGA JENNIFER

SISTEMA DE CONTROL ADMINISTRATIVO

DAZ SANCHEZ, OLGA JENNIFER

TESIS PARA OPTAR EL TTULO DE PROFESIONAL

INSTITUTO SUPERIOR TECNOLGICO PRIVADO IDAT

2008, Todo el contenido de esta tesis, est sujeto a la proteccin de los

Calificacin otorgada por el Jurado evaluador

Lima, 06 de Setiembre de 2008

Dedicada con cario a nuestros padres

Expresamos nuestro agradecimiento al Instituto Superior Tecnolgico

SITUACIN PROBLEMTICA ............................................................................................ 15

FORMULACIN DEL PROBLEMA ...................................................................................... 16

OBJETO DE ESTUDIO Y CAMPO DE ACCIN ..................................................................... 17

1.5.1. Objetivo General: ................................................................................................... 18

MTODOS Y MEDIOS ..................................................................................................... 22

CAPTULO II: MARCO CONTEXTUAL .................................................................................... 23

ENTORNO DEL PROBLEMA DE ESTUDIO ........................................................................... 23

2.1.1. Datos Generales de la Empresa ............................................................................ 23

ANLISIS DE LOS PROBLEMAS OBSERVADOS ................................................................... 36

ANTECEDENTES DE PROYECTOS SIMILARES .................................................................... 37

CAPTULO III:MARCO TERICO .............................................................................................. 38

REAS VINCULADAS CON EL SISTEMA: ............................................................................ 38

3.1.1. rea de Matricula y Acadmica (notas) ................................................................. 38

Desarrollar software iterativamente con la metodologa RUP ............................... 50

CAPTULO IV:MODELAMIENTO DE LA SOLUCIN DE SOFTWARE .................................... 75

PLAN DE DESARROLLO .................................................................................................. 75

4.1.1. Vista General del proyecto ..................................................................................... 75

SENTENCIA QUE DEFINE LA POSICIN DEL PRODUCTO: .................................................... 96

4.2.2. Descripcin de Stake Holders ................................................................................ 96

Funcionalidad Comn .......................................................................................... 173

CAPTULO V: REALIZACION DE LA SOLUCION DE SOFTWARE ..................................... 177

PLAN DE IMPLEMENTACIN .......................................................................................... 177

5.1.1. Carga Inicial.......................................................................................................... 177

Estndares ........................................................................................................... 178

CAPTULO VI:CONCLUSIONES .............................................................................................. 183

CAPTULO VII:RECOMENDACIONES ..................................................................................... 185

TEXTOS ...................................................................................................................... 186

DIRECCIONES DE PGINAS WEB: .................................................................................. 186

CAPTULO IX:GLOSARIO ........................................................................................................ 187

Tabla 1: Matriz FODA .......................................................................................................................26

Imagen 1: WBS (EDT) Estructura de Descomposicin del Trabajo .................................................21

Diagrama 1: Caso de Uso del Negocio .............................................................................................30

Podremos ver en esta tesis el desarrollo para la automatizacin de dichos

El proyecto School Manager, agilizar en el proceso de matrcula, ya que ste

Ante ello surge la necesidad de automatizar sus procesos ms importantes

1.2. Situacin Problemtica

De acuerdo a la problemtica planteada por el director de la institucin

El departamento acadmico presenta malestar en el proceso de control y

al crecimiento del alumnado los procesos del mismo se ha tornado lento y

En el departamento de Cobranza como en el departamento de personal los

1.3. Formulacin del Problema

Habiendo realizado un estudio de la situacin problemtica en los diversos

Demora en la generacin de la planilla y malestar con los pagos de

1.4. Objeto de Estudio y Campo de Accin

En la oficina de secretaria se implementara una terminal donde el sistema le

En la oficina de Director se instalara el servidor de Base de Datos como

Contando con un laboratorio de computo, se implementara el software para que

Por ltimo, para realizar el control de asistencia del personal se instalara un

1.5.1. Objetivo General:

Automatizar los distintos procesos, tales como matricula, cobros

alumnos, control de asistencia y pagos de personal, que se dan dentro del