Tesis Final

March 7, 2018 | Author: caricolu | Category: Secondary Education, Software, Kindergarten, Software Engineering, Curriculum
Share Embed Donate


Short Description

Download Tesis Final...

Description

INSTITUTO SUPERIOR IDAT

PROGRAMA ACADÉMICO DE COMPUTACIÓN E INFORMÁTICA

SISTEMA DE CONTROL ADMINISTRATIVO SCHOOL MANAGER

DÍAZ SANCHEZ, OLGA JENNIFER ESPINOZA URBANO, JUAN EDUARDO MAGUHN GONZALES, JIM YUMBATO PACAYA, JUAN MANUEL

LIMA - PERÚ 2008

SISTEMA DE CONTROL ADMINISTRATIVO SCHOOL MANAGER PARA LA INSTITUCIÓN EDUCATIVA PRIVADA PEDRO PAULET

DÍAZ SANCHEZ, OLGA JENNIFER ESPINOZA URBANO, JUAN EDUARDO MAGUHN GONZALES, JIM YUMBATO PACAYA, JUAN MANUEL

TESIS PARA OPTAR EL TÍTULO DE PROFESIONAL TÉCNICO EN COMPUTACIÓN E INFORMÁTICA

INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO – IDAT CARRERA PROFESIONAL DE COMPUTACIÓN E INFORMÁTICA LIMA, PERÚ Año 2008

|3

© 2008, Todo el contenido de esta tesis, está sujeto a la protección de los derechos de autor, de los derechos de la propiedad intelectual y de otras leyes de la protección de la misma. Queda prohibida su divulgación, reproducción, modificación, uso comercial o utilización para cualquier fin diferente al académico sin autorización expresa y por escrito de los autores.

|4

Calificación otorgada por el Jurado evaluador

Nombre PRESIDENTE

MIEMBRO

MIEMBRO

MIEMBRO

Lima, 06 de Setiembre de 2008

Calificación

Firma

|5

Dedicada con cariño a nuestros padres por habernos dado una formación sólida en valores.

|6

Expresamos nuestro agradecimiento al Instituto Superior Tecnológico Particular IDAT a través de su carrera computación e informática por mi formación académica y profesional.

|7

INDICE GENERAL CALIFICACIÓN OTORGADA POR EL JURADO EVALUADOR ................................................. 4 CAPÍTULO I:

INTRODUCCIÓN ............................................................................................... 15

1.1.

ANTECEDENTES ............................................................................................................ 15

1.2.

SITUACIÓN PROBLEMÁTICA ............................................................................................ 15

1.3.

FORMULACIÓN DEL PROBLEMA ...................................................................................... 16

1.4.

OBJETO DE ESTUDIO Y CAMPO DE ACCIÓN ..................................................................... 17

1.5.

OBJETIVOS ................................................................................................................... 18

1.5.1. Objetivo General: ................................................................................................... 18 1.5.2. Objetivos Específicos: ............................................................................................ 18 1.6. ALCANCE Y LIMITACIONES ............................................................................................. 19 1.6.1. Alcance: .................................................................................................................. 19 1.6.2. Limitaciones:........................................................................................................... 20 1.7. APORTE PRÁCTICO ....................................................................................................... 22 1.8.

MÉTODOS Y MEDIOS ..................................................................................................... 22

CAPÍTULO II: MARCO CONTEXTUAL .................................................................................... 23 2.1.

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

2.1.1. Datos Generales de la Empresa ............................................................................ 23 2.1.2. Diagnóstico Empresarial o Estratégico .................................................................. 24 2.1.3. Diagnóstico Funcional ............................................................................................ 27 2.1.4. Diagnóstico del Proceso de Negocio ..................................................................... 30 2.2. RELACIÓN TESISTA Y PROBLEMA DE ESTUDIO.................................................................. 36 2.3.

ANÁLISIS DE LOS PROBLEMAS OBSERVADOS ................................................................... 36

2.4.

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

CAPÍTULO III:MARCO TEÓRICO .............................................................................................. 38 3.1.

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

3.1.1. Área de Matricula y Académica (notas) ................................................................. 38 3.2. METODOLOGÍA RUP Y LAS MEJORES PRÁCTICAS PARA EL DESARROLLO DE SOFTWARE 50

|8

3.2.1. 3.2.2.

Desarrollar software iterativamente con la metodología RUP ............................... 50 Diagrama de UML .................................................................................................. 53

CAPÍTULO IV:MODELAMIENTO DE LA SOLUCIÓN DE SOFTWARE .................................... 75 4.1.

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

4.1.1. Vista General del proyecto ..................................................................................... 75 4.1.2. Organización del Proyecto ..................................................................................... 78 4.1.3. Gestión del Proceso ............................................................................................... 81 4.2. DOCUMENTO VISIÓN ..................................................................................................... 91 4.2.1. Formulación del Problema ..................................................................................... 91 A) SENTENCIA QUE DEFINE EL PROBLEMA: .......................................................................... 95 B)

SENTENCIA QUE DEFINE LA POSICIÓN DEL PRODUCTO: .................................................... 96

4.2.2. Descripción de Stake Holders ................................................................................ 96 Director de la Institución ...................................................................................................... 99 4.2.3. Descripción Global del Producto .......................................................................... 100 4.2.4. Restricciones ........................................................................................................ 102 4.2.5. Requisitos de Documentación .............................................................................. 102 4.2.6. Otros Requisitos del Producto.............................................................................. 103 4.3. ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE...................................................... 103 4.3.1. Especificaciones ................................................................................................... 103 4.3.2. Modelamiento Dinámico ....................................................................................... 106 4.3.3. Diagrama de Secuencia y Colaboración. ............................................................. 144 4.3.4. Modelamiento Estático ......................................................................................... 153 E. Diagrama de Estado ................................................................................................. 165 4.4. ESPECIFICACIONES SUPLEMENTARIAS.......................................................................... 173 4.4.1. 4.4.2. 4.4.3. 4.4.4. 4.4.5. 4.4.6.

Funcionalidad Común .......................................................................................... 173 Utilidad .................................................................................................................. 173 Fiabilidad .............................................................................................................. 175 Performance ......................................................................................................... 175 Restricciones de Diseño ....................................................................................... 176 Portabilidad........................................................................................................... 176

CAPÍTULO V: REALIZACION DE LA SOLUCION DE SOFTWARE ..................................... 177 5.1.

PLAN DE IMPLEMENTACIÓN .......................................................................................... 177

5.1.1. Carga Inicial.......................................................................................................... 177 5.1.2. Transferencia de conocimientos y tecnología. ..................................................... 177 5.1.3. Verificación y Aceptación del Sistema ................................................................. 178 5.1.4. Liberación en Productivo ...................................................................................... 178 5.2. MANUALES Y DOCUMENTACIÓN TÉCNICA ...................................................................... 178 5.2.1. Manual de uso y operación (DE USUARIO) ........................................................ 178 5.2.2. Manual de procedimientos de usuario (TECNICO).............................................. 178 5.2.3. Manual de procedimientos de soporte técnico (SEGURIDAD) ............................ 178 5.3. PROGRAMAS FUENTE .................................................................................................. 178 5.3.1. 5.3.2. 5.3.3.

Estándares ........................................................................................................... 178 Organización de la Biblioteca ............................................................................... 179 Biblioteca de programas fuentes .......................................................................... 181

CAPÍTULO VI:CONCLUSIONES .............................................................................................. 183

|9

CAPÍTULO VII:RECOMENDACIONES ..................................................................................... 185 CAPÍTULO VIII: BIBLIOGRAFIA .............................................................................................. 186 8.1.

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

8.2.

DIRECCIONES DE PÁGINAS WEB: .................................................................................. 186

CAPÍTULO IX:GLOSARIO ........................................................................................................ 187 CAPÍTULO X: ANEXOS .......................................................................................................... 191

| 10

LISTADO DE TABLAS

Tabla 1: Matriz FODA .......................................................................................................................26 Tabla 2: Plan de Estudios .................................................................................................................39 Tabla 3 : Horas de Libre Disponibilidad ............................................................................................47 Tabla 4 Roles y Responsabilidades ..................................................................................................79 Tabla 5: Plan de Fases del Proyecto ................................................................................................83 Tabla 6: Descripción de las Fases del Proyecto ...............................................................................83 Tabla 7: Costo De Recursos Humanos ............................................................................................90 Tabla 8: Costo de Software...............................................................................................................90 Tabla 9: Costo de Hardware .............................................................................................................91 Tabla 10: Costo de Materiales ..........................................................................................................91 Tabla 11: Costo Total ........................................................................................................................91

| 11

LISTADO DE FIGURAS

Imagen 1: WBS (EDT) Estructura de Descomposición del Trabajo .................................................21 Imagen 2: Ubicación del Centro Educativo Pedro Paulet .................................................................23 Imagen 3: Organigrama de la Institución ..........................................................................................28 Imagen 4: Arquitectura de un sistema utilizando paquetes ..............................................................54 Imagen 5: Componentes e interfaces, formato icónico ....................................................................56 Imagen 6: Componentes e interfaces, formato extendido ................................................................56 Imagen 7: Ejemplo de Diagrama de Secuencia................................................................................57 Imagen 8: Diagrama de Colaboración ..............................................................................................57 Imagen 9: Gráficos de Entidad y Relación ........................................................................................69 Imagen 10: Calendario del Proyecto .................................................................................................82 Imagen 11: Avance del Proyecto ......................................................................................................85 Imagen 12: Diagrama de Costos Previstos ......................................................................................86 Imagen 13: Cuadro de Control de Tiempodel Proyecto ...................................................................87 Imagen 14: Cuadro del Control de Costos y Actividades .................................................................88 Imagen 15: Cuadro de Costos por Recursos....................................................................................89 Imagen 16: Informe de Costos Presupuestados ..............................................................................90

| 12

LISTADO DE DIAGRAMAS

Diagrama 1: Caso de Uso del Negocio .............................................................................................30 Diagrama 2: Diagrama de Actividad del Proceso de Matricula ......... ¡Error! Marcador no definido. Diagrama 3: Diagrama de Actividad del Proceso de Registro de Notas¡Error! Marcador no definido. Diagrama 4: Diagrama de Actividad del Proceso de Descuento ......................................................33 Diagrama 5: Diagrama de Proceso de Cobros .................................................................................33 Diagrama 6: Diagrama de Proceso de Registro del Personal ........... ¡Error! Marcador no definido. Diagrama 7: Diagrama de Actividad del Proceso de Planilla ............ ¡Error! Marcador no definido. Diagrama 8: Diagrama de Paquetes ...............................................................................................106 Diagrama 9: Diagrama de Caso de Uso Matricula .........................................................................107 Diagrama 10: Diagrama de Caso de Uso de Descuento ................................................................115 Diagrama 11: Diagrama de Caso de Uso de Cobros a Alumnos ...................................................118 Diagrama 12: Diagrama de Caso de Uso de Notas .......................................................................123 Diagrama 13: Diagrama de Caso de Uso de Personal ...................................................................127 Diagrama 14: Diagrama de Caso de Uso: Planilla .........................................................................140

| 13

LISTADO DE ANEXOS ENTREVISTAS ........................................................................................................ 191 MATRIZ DE TRAZABILIDAD ....................................................................................... 196 MANUAL DE USO Y OPERACIÓN ....................................................................... 197 MANUAL DE PROCEDIMIENTOS DE USUARIO ................................................. 230 MANUAL DE DE PROCEDIMIENTOS DE SOPORTE TÉCNICO ......................... 243 CASOS DE PRUEBA ................................................................................................ 255

| 14

RESUMEN Esta tesis titulada, “Sistema de Control Administrativo School Manager para la Institucion Educativa Privada “Pedro Paulet”, abarca los procesos de matrícula, notas, cobros y control de personal.

Podremos ver en esta tesis el desarrollo para la automatización de dichos procesos los cuales presentan para la institución educativa Pedro Paulet un salto a la tecnología, por consiguiente, todos los beneficios que este proyecto conlleva.

El proyecto School Manager, agilizará en el proceso de matrícula, ya que éste se tornaba demasiado lento por ser manual. Del mismo modo en el Departamento Académico, el registro manual de las notas, debido a la forma de calificación se tornaba muy engorroso obtener las calificaciones para los docentes. En este aspecto, el Sistema School Manager gestiona de una manera más ordenada, fácil, rápida y eficiente. En el Departamento de Cobranza, el Sistema controlará los pagos que realizan los alumnos, de esta manera, se tendrá un mejor control de los ingresos. En el Departamento de Personal el sistema permitirá un manejo de datos ordenado, también se controlará los pagos a través de la planilla, mediante la generación de las boletas de pago.

| 15

CAPÍTULO I: INTRODUCCIÓN 1.1. Antecedentes La Institución Educativa Pedro Paulet, dedicada a la formación del educando, ha tenido en los últimos años un significativo incremento de alumnado, el cual favorece a la institución pero debido a que manejan sus procesos de forma manual, han tenido un desequilibrio en cuanto a rapidez, eficiencia y filtraciones ilícitas de dinero.

Ante ello surge la necesidad de automatizar sus procesos más importantes como el de matrícula, notas, cobros y personal; ya que anteriormente no han contado con ningún proyecto.

1.2. Situación Problemática

De acuerdo a la problemática planteada por el director de la institución educativa, se realizo un estudio de la misma para conocer a profundidad la situación del caso.

El departamento académico presenta malestar en el proceso de control y registro de notas por ser muy lento no se entrega a tiempo para la generación de libretas de notas y demás documentos. El departamento de matricula debido

| 16

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

En el departamento de Cobranza como en el departamento de personal los procesos de pagos y cobros son inexactos habiendo detectado filtros de dinero ocasionando pérdidas para la institución.

1.3. Formulación del Problema

Habiendo realizado un estudio de la situación problemática en los diversos departamentos anteriormente mencionados; procederemos a detallar cada unos de los problemas en sus procesos más importantes:

Departamento de Matricula:  Lentitud en la inscripción y matricula de los alumnos.  Desorden con los documentos de los alumnos.  Riesgo de pérdida de documentos

Departamento Académico  La entrega de registro de notas no son dados a tiempo.  El manejo de registros de notas a los docentes se les torna engorroso debido al método de calificación.  El cálculo del promedio es muy tedioso por la cantidad de notas que se maneja por cada alumno.

Departamento de Cobranza  Mal manejo en el control de los pagos realizados por los alumnos.  Demora en la generación de reportes de ingresos mensuales.  Falta de seguridad en cuanto al control de los cobros a los alumnos.

Departamento Personal  No hay un buen control de la hora de ingreso del personal.  Riesgo de pérdida de documentación del personal.

| 17

 Demora en la generación de la planilla y malestar con los pagos de docentes.

Debido a que todos los procesos se realizan de manera manual se busca con el desarrollo de este sistema automatizarlo, agilizando así dichos proceso.

1.4. Objeto de Estudio y Campo de Acción Para la Institución Educativa Pedro Paulet, que requiere de un sistema que automatice sus procesos más importantes y pueda tener así un mejor control de su información se implementara el sistema de control Administrativo School Manager.

En la oficina de secretaria se implementara una terminal donde el sistema le permitirá agilizar los procesos de matrícula y cobros a alumnos, teniendo a su alcance la información de cada alumno, sin la necesidad de recurrir a su biblioteca de archivos.

En la oficina de Director se instalara el servidor de Base de Datos como también una terminal para que este pueda realizar sus consultas de los alumnos como también del personal para así poder generar la planilla. Brindándole todos los principales necesarios para su desenvolvimiento con el sistema y sus necesidades.

Contando con un laboratorio de computo, se implementara el software para que los docentes puedan ingresar al sistema y poder acceder a sus registro de notas, el cual servirá para el ingreso de la notas por tareas, evaluaciones y otros.

Por último, para realizar el control de asistencia del personal se instalara un modulo en la entrada de la institución, donde el docente y demás trabajadores podrán realizar la marcación de su ingreso y salida.

| 18

1.5. Objetivos

1.5.1. Objetivo General:

Automatizar los distintos procesos, tales como matricula, cobros

a los

alumnos, control de asistencia y pagos de personal, que se dan dentro del plantel educativo, así lograr la eficiencia y rapidez en el manejo de la información que dichos procesos requieren. 1.5.2. Objetivos Específicos:

A. Funcionales Automatizar los procesos que corresponden a la Matricula. Automatizar los procesos que corresponden a los Pagos de personal mediante la planilla. Automatizar los procesos que corresponden al cobro de los alumnos como pensiones y cursos a cargo. Agilizar los procesos de evaluación del alumnado creando un registro para el ingreso de notas, calculo de promedios y reportes. B. Técnicos Para el Modelamiento de la información se utilizará la metodología RUP en conjunto con el UML con lo cual lograremos un plano visual del proceso de desarrollo del proyecto. La plataforma es una de las más utilizadas en el mercado Microsoft Windows XP Professional. El lenguaje de programación a utilizar será: C#.net del paquete de Microsoft, el cual es orientado a objetos. Se utilizará el gestor de Base de Datos Microsoft SQL Server 2005, el cual será implementado en la Institución Educativa.

C. Calidad El software cumple con los requerimientos establecidos por la institución educativa

Pedro

Paulet.

Asimismo,

se

ha

cumplido

con

los

| 19

requerimientos de desarrollo de software sugeridos en la metodología de desarrollo (fases) que estamos utilizando, que es el RUP.

D. Artefactos Documento plan de desarrollo de software. Documento Análisis de requerimientos. Documento Visión. Análisis para el negocio. La presentación de los prototipos del sistema. Al final se entregará el instalador del software, como también entrega del código fuente y tres tipos de manuales:  Manual de uso y operación.  Manual de procedimientos de usuario.  Manual de procedimientos de soporte técnico.

Con el fin de que el usuario responsable lleve a cabo la instalación del sistema de una manera óptima.

1.6. Alcance y Limitaciones 1.6.1. Alcance:

WBS (EDT) Estructura de Descomposición del Trabajo: El WBS o EDT es la descomposición jerárquica del trabajo que será ejecutado por el equipo del proyecto. Nos permitirá organizar y definir el alcance total del proyecto, ya que nos permite subdividir el trabajo en porciones

más pequeñas y fáciles de manejar, donde cada nivel

descendente de la EDT representa una definición cada vez más detallada del trabajo del proyecto. (Ver figura 1.1)

| 20

1.6.2. Limitaciones:

El sistema solo controlará en lo que respecta a pagos de personal, al proceso de planilla. El sistema en el área de cobranza no controlará la venta de uniformes, útiles, y otros. No trabaja directamente con contabilidad, solo genera reportes referenciales.

| 21

WBS (EDT):

Imagen 1: WBS (EDT) Estructura de Descomposición del Trabajo

| 22

1.7. Aporte Práctico Con el desarrollo e implementación del sistema de control administrativo School Manager, se podrá beneficiar desde la Dirección académica hasta el alumnado como los padres de familia. Donde estos últimos podrán tener la información más rápida por parte de la secretaria, dirección y personal docente.

1.8. Métodos y Medios Para el análisis de los requerimientos se utilizaran métodos como Workshop, entrevistas, muestreo. Luego se analizaran los requerimientos y de acuerdo a ello se procederá con el uso de la herramienta Rational Rose en el modelado de la información con el lenguaje UML. Para la construcción y desarrollo se utilizara la programación orientada a objetos (POO) utilizando el lenguaje de programación C#.Net la cual trabajara con la base de datos Microsoft SQL Server 2005.

| 23

CAPÍTULO II:

MARCO CONTEXTUAL

2.1. Entorno del problema de estudio

2.1.1. Datos Generales de la Empresa

Nombre: Institución Educativa Privada “Pedro Paulet” Actividad Económica: Servicio educativo Número de UGEL: UGEL N°5 Ubicación: Jr. Rio Vilcanota 266 Urbanización Canto de Sol, San Juan de Lurigancho. (Ver Imagen 2)

Imagen 2: Ubicación del Centro Educativo Pedro Paulet

| 24

Reseña Histórica de La Empresa

La Institución Educativa Privada “Pedro Paulet” fue creada mediante resolución directoral Nº 0556-88 con fecha de creación 29 de setiembre de 1988 su nivel de modalidad es inicial, primaria y secundaria de menores. Cuenta

con 300 alumnos, los cuales a nivel primaria, 6 grados

(1°,2,°3°,4°,5° y 6°) y secundaria en 5 grados (1°,2°,3°,4°y 5°) los cuales son atendidos por personal Docente Calificado.

2.1.2. Diagnóstico Empresarial o Estratégico

A. Análisis Estratégico

1. Misión: Somos una institución integrada por personal docente calificado dedicada al servicio integro de la educación en valores y conocimientos para los alumnos, para su desarrollo y compromiso con la sociedad.

2. Visión: La Institución Educativa Privada Pedro Paulet desempeña sus labores académicas para lograr llegar a ser la institución mejor reconocida dentro del distrito.

3. FODA:

a)

Análisis Interno: Lista de Fortalezas:  Contamos con Profesionales altamente calificados a quienes apoyamos con actualizaciones y especializaciones.  Contamos con solvencia para invertir en el desarrollo de SW para beneficio de nuestros educandos.  Condiciones de trabajo adecuados. Lista de Debilidades:

| 25

 Dificultad en los procesos de cobros y deudas de los alumnos y la ubicación de los documentos generados en ese trámite.  Los reportes de los manejos de cuenta de los clientes no son exactos.  No existe un sistema que ayude y acelere los procesos.

b) Análisis Externo:

Lista de Oportunidades:  Debido al crecimiento de la población en el distrito, podemos captar nuevos alumnos.  La oferta de software para el apoyo y control del sistema académico.  La institución académica se encuentra cerca de una de las avenidas más importantes de distrito.

Lista de Amenazas:  Competencia con instituciones privadas del mismo giro del negocio.  Retiro de alumnado por factores económicos.

c) Matriz FODA

La iniciativa estratégica que sustenta la existencia del proyecto es la DA (1); la misma que indica la Adquisición de un software que automatice las diversas tareas aminorando las dificultades que nos da los procesos manuales así agilizándolos, siendo un competidor fuerte en nuestro rubro. (Ver Tabla 1)

| 26

Tabla 1: Matriz FODA LISTA DE FORTALEZA

ANÁLISIS INTERNO ANÁLISIS 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 población 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 inversión.(F2,O2)

DO (Mini-Maxi) 1. Aprovechar el apoyo del sw ofertado para mejorar los procesos donde existen dificultades.(O2,D1,D2,D3)

académico. O3. La institución académica se encuentra cerca de una de las avenidas más importantes de distrito. FA (Maxi-Mini)

LISTA DE AMENAZAS A1.Competencia con instituciones privadas del mismo giro del negocio. A2.Retiro de alumnado factores económicos.

1. El apoyo de nuestro personal calificado garantiza que el alumnado no opte por irse a otra por institución.(F1,A1)

DA (Mini-Mini) 1. Adquisición de un software que automatice las diversas tareas aminorando las dificultades que nos da los procesos manuales así agilizándolos, siendo un competidor fuerte en nuestro rubro (D1,D2,D3,A1)

| 27

2.1.3. Diagnóstico Funcional

A. Clientes: Los clientes son los alumnos, pues a ellos va el enfoque de nuestra misión; brindándoles un servicio de calidad. En su mayoría nuestros clientes residen en el distrito de San Juan de Lurigancho y vienen de un status económico medio.

B. Servicio: El servicio se basa en brindar una educación integral, orientándolos en su formación en conocimientos, como en valores. Por ello el servicio se da seis días por semana, es decir de lunes a sábado y se utiliza una metodología en la cual calificamos al alumno bajo tres criterios en sus tareas y trabajos, los cuales a continuación detallan: Cognoscitivo: Se basa en el contenido de la tarea o de lo expuesto. Psicomotor: Como presentan el trabajo y en caso de una exposición como se desenvuelven Valorativo: El mensaje que deja. Cabe mencionar que estos criterios tienen un peso de según el curso.

C. Organigrama Mediante el organigrama podemos ver gráficamente la estructura de la Institución Educativa Pedro Paulet. (Ver Imagen 3)

| 28

Imagen 3: Organigrama de la Institución Fuente: Institución educativa Pedro Paulet

Funciones:  Director El director establecerá y definirá las metas de la organización así como las acciones que se deben tomar para concretar la visión y misión, como también deberá asignar los recursos en forma óptima, ordenar y distribuir el trabajo.  Subdirector El subdirector se encarga de apoyar todas las funciones que realizar el director, también apoyara en la toma de decisiones y en la evaluación de los estudios y proyectos.  Secretaria La secretaria apoyara en el proceso de la documentación, también se encarga de mantener la comunicación constante con los docentes y los padres de familia.

| 29

 Contabilidad Es un staf que se encarga de registrar en los libros principales, también se encarga de hacer los balances generales del colegio.  Departamento Administrativo Se encarga de llevar a cabo las gestiones administrativas, como realizar pagos, controlar deudas, realizar compras entre otros. Dentro de este tenemos el Departamento de Cobranza quien controla todos ingresos por pensiones, cursos a cargo, uniformes y útiles.  Departamento Académico Encargado del control de los registros de notas y verificar el rendimiento académico de cada alumno, además es quien determina los primeros puestos y genera las libretas de notas.  Departamento de Matrícula En este departamento los padres o apoderados realizan el proceso de matrícula conjunto con el encargado(a). Podemos ubicar también la documentación respectiva de los alumnos.  Departamento de Personal Se encarga de hacer los contratos, ver la documentación del personal y de sus respectivos pagos.  Comité de Padres de Familia Conformado por los padres de familia de los alumnos que actualmente pertenecen a la institución educativa; es decir no pueden ser miembros los padres de ex-alumnos. Este comité representa a todos los padres del plantel, tiene como objetivo mantener la comunicación entre la institución y los padres.

| 30

2.1.4. Diagnóstico del Proceso de Negocio

A. Caso de Uso de Negocio

Diagrama 1: Caso de Uso del Negocio Fuente: Elaboración propia

| 31

Diagrama de Actividades del Proceso del Negocio Proceso de Matricula:

Diagrama 2: Diagrama de Actividad del Proceso de Matricula Fuente: Elaboración propia

| 32

Proceso de Registro de Notas:

Diagrama 3: Diagrama de Actividad del Proceso de Registro de Notas Fuente: Elaboración propia

| 33

Proceso de Descuento:

Diagrama 4: Diagrama de Actividad del Proceso de Descuento Fuente: Elaboración propia

Proceso de Cobros:

Diagrama 5: Diagrama de Proceso de Cobros Fuente: Elaboración propia

| 34

Proceso de Registro del Personal:

Diagrama 6: Diagrama de Proceso de Registro del Personal Fuente: Elaboración propia

| 35

Proceso de Planilla:

Diagrama 7: Diagrama de Actividad del Proceso de Planilla Fuente: Elaboración propia

Los procesos vistos de color amarillo son los involucrados en la automatización

| 36

2.2. Relación tesista y problema de estudio

Debido a que la institución educativa Pedro Paulet, no contaba con ningún sistema se vio con la necesidad de adquirir uno, es así como se da la oportunidad de desarrollar e implementar el software de Control Administrativo School Manager el cual automatizará sus procesos (matricula, notas, cobros y personal) agilizándolos ya que estos eran demasiado lentos debido a que se procedía de manera manual. De esta manera se lleva a cabo la presente tesis para la obtención de nuestro Titulo Profesional.

2.3. Análisis de los problemas observados

En las diferentes aéreas se observaron los problemas a que a continuación se detallan: En el departamento de matricula el principal problema es la demora del mismo al revisar la información y al momento del llenado de datos en las fichas. En el departamento académico las notas se tornan muy tediosas de manejar en los registros manuales ya que cada tarea, evaluación o examen tiene cada una 3 notas una por cada criterio de evaluación; asiendo así mas tedioso y más lento el cálculo de promedios. En el departamento de cobranza el control de los cobros a los alumnos es lento debido a que por cada alumno hay que tener un registro de pagos y la información es muy vulnerable. En el departamento de personal hay problemas en cuanto a la información de la asistencia el cual causa malestar para el desarrollo de la planilla documento que no se en varias oportunidades no se termina a tiempo causando descontento al personal.

| 37

2.4. Antecedentes de proyectos similares

Para la realización de este proyecto, se tomo como ejemplo de apoyo el "Sistema de Información de Apoyo a la Gestión de la Institución Educativa (SIAGIE)"; el cual es utilizado por el Ministerio de Educación para la generación de Nóminas y Fichas de Matrícula. Como también se tomo importancia al sistema de Planilla SISPLANI, sirviéndonos como modelo para la creación y construcción del modulo de personal donde involucra a su vez la creación de la planilla para personal del Centro educativo.

| 38

CAPÍTULO III:

MARCO TEÓRICO

Nuestro sistema está dirigido para el área de matrícula, académica (notas), cobros y personal de La Institución Educativa Privada “Pedro Paulet”, ya que actualmente no cuentan con un sistema integrado y gran parte de los procesos es manual, dificultando y demorando algunos trámites como es el caso de la matricula y planilla.

Desde ese punto veremos algunos conceptos sobre las áreas afectadas en el sistema:

3.1. Áreas vinculadas con el sistema:

3.1.1. Área de Matricula y Académica (notas)

A. Normas y orientaciones pedagógicas específicas para la educación básica regular

1. Diseño Curricular Nacional: El Diseño Curricular Nacional (DCN), aprobado por la R.M. Nº 06672005-ED, expresa las intenciones educativas a nivel nacional y sirve de base para la diversificación curricular de cada institución educativa. El DCN contiene los aprendizajes fundamentales y básicos que deben desarrollar los estudiantes en cada nivel educativo, en cualquier ámbito

| 39

del país con calidad educativa y equidad. Al mismo tiempo considera la diversidad humana, cultural y lingüística.

2. Plan de Estudios de la Educación Básica Regular El Plan de Estudios que articula los niveles de Educación Inicial, Primaria y Secundaria es el siguiente: Tabla 2: Plan de Estudios

La I.E. Bilingüe considera la lengua materna y el castellano como segunda lengua en el área de Comunicación Integral.

| 40

La Dirección de la UGEL monitorea y supervisa que cada IE haya organizado su Plan de Estudios con las horas mínimas que establece la presente norma y que las II.EE. que tienen Educación Bilingüe consideren en el área de Comunicación Integral, la lengua materna y el castellano como segunda lengua.

| 41

3. Organización del año escolar Inicio y preparación del año escolar: Cada I.E. detalla en su Plan anual de trabajo - PAT la fecha de inicio y término del año escolar. Éste tiene una duración no menor de 40 semanas lectivas.

Las clases se inician a nivel nacional el 3 de marzo, en un marco de flexibilidad que tiene en cuenta las características geográficas, climatológicas, económico – productivas y socio – culturales de la Región a la que pertenece la IE.

Las actividades de evaluación del año y los informes de gestión elaborados por los docentes, directores y subdirectores (según corresponda) serán insumos para reajustar el Plan Curricular de la Institución PCI. Esta actividad se debe desarrollar en el mes de diciembre del año anterior.

Las actividades de planificación, programación, y organización escolar del año se desarrollan en el mes de diciembre del año anterior. Todos los docentes deben tener listos en ese mes los documentos de gestión pertinentes, incluyendo el Cuadro de Distribución y Secciones y Horas de clase, para iniciar el año escolar en la fecha prevista. Desde el mes de enero, el Director de la I.E., con el apoyo de su CONEI y de la APAFA, prepara y acondiciona la Institución para el inicio del año escolar.

El Director de la IE es responsable de remitir a más tardar el 10 de enero el cuadro de Distribución y Secciones y Horas de clase del Nivel Secundario y Técnico Productiva de su plantel a la UGEL de su jurisdicción para su revisión y aprobación. En el área rural, se establece el horario de la jornada escolar diaria que se adecue mejor a la realidad local. En esta decisión participan, además de la Dirección de la IE, los padres de familia.

| 42

El área de Educación Física debe tener, dentro del horario escolar, por lo menos 2 horas de trabajo pedagógico. Los profesores especializados en Educación Física en las II.EE. públicas tienen una carga horaria de 30 horas semanales; los que no lleguen a completarlas en una misma IE, lo harán en otras cercanas. Culminación de los estudios de Educación Secundaria

Los estudiantes del 5º grado de Secundaria, para postular a las Instituciones de Educación Superior, deben completar y aprobar sus estudios de los cinco grados de este nivel educativo. La Dirección de la IE entrega, bajo responsabilidad, documentos de orden de mérito de cualquiera de los grados de secundaria, al finalizar el 5º grado; y, los certificados, cuando se han expedido las actas correspondientes. Se exceptúa los casos de traslado de una IE a otra.

La Dirección de la IE está prohibida, bajo responsabilidad, de autorizar publicidad comercial y/o funcionamiento de Instituciones de Educación Superior o Academias Pre-Universitarias en su local escolar, así como representantes de organizaciones benéficas para recaudar fondos sin la autorización expresa de la UGEL o DRE.

4. Matrícula La Dirección de la IE. realiza con el apoyo del CONEI, de los profesores y del Municipio local, las acciones que permitan lograr una matrícula oportuna en su ámbito de influencia.

Se prestará especial atención para que los estudiantes en situaciones de vulnerabilidad accedan al derecho a la educación. La matrícula es gratuita y no está condicionada al pago de la cuota señalada por la Asociación de Padres de Familia (APAFA).

La Dirección de la IE pública, en un lugar visible, el número de vacantes por grado de estudios, la fecha límite de inscripción y prioridades de

| 43

selección, respetando los principios de equidad e inclusión, en caso que la demanda de matrícula supere a la oferta de la IE

En Educación Inicial, Primaria y Secundaria no se exige a los padres, madres, y/o apoderados la compra de útiles escolares ni uniforme escolar como requisito para la matrícula.

La matrícula de los estudiantes que ingresan a las II.EE. públicas de Educación Básica Regular se efectuará en el mes de diciembre. En ningún caso la matrícula está condicionada a una evaluación de ingreso. Tampoco puede darse cualquier forma de discriminación económica, social, confesional, cultural o de otra índole.

Los estudiantes provenientes de las zonas afectadas por el sismo del Subcentro del país podrán matricularse sin exigencia de documentación en cualquier parte del país. La regularización de la matrícula se efectúa de acuerdo a los procedimientos establecidos.

a) Matrícula en Educación Inicial:

En la matrícula para Educación Inicial, la IE o Programa no Escolarizado considera la edad cronológica, teniendo en cuenta lo expresado para la matrícula en el primer grado de Educación Primaria. En caso que la demanda supere la capacidad de atención de la IE, la prioridad de ingreso es la establecida en el Reglamento Interno de la I.E., con conocimiento de la UGEL. Esta prioridad se publica antes de iniciar el proceso de matrícula.

En este nivel, se requiere en el acto de matrícula la presencia del padre, madre o apoderado, y la presentación de la partida de nacimiento o DNI si lo tiene, o el pasaporte del niño o niña. La falta de este requisito, no impide la matrícula. La Dirección de la IE debe coordinar su obtención con las instituciones pertinentes y en coordinación con la Defensoría Escolar del Niño y del Adolescente,

| 44

donde hubiera, debe orientar a los padres de familia o responsables del estudiante para que gestione dicho documento ante el Registro Civil o RENIEC de su localidad. b) Matrícula en Educación Primaria: Para matricularse en el primer grado de primaria, se debe haber cumplido 6 años de edad al inicio del año escolar, o cumplirlos hasta el 31 de Julio inclusive, en este último caso deberán haber realizado estudios en Educación Inicial, ciclo II - 5 años. El director puede autorizar, bajo su responsabilidad, el ingreso a niños que no hayan hecho Educación Inicial, si no existen estos Centros o Programas en su ámbito territorial. En caso que la demanda supere la capacidad de atención de la IE la prioridad de ingreso es la establecida en el Reglamento Interno de la IE, con conocimiento de la UGEL. Esta prioridad se publica antes de iniciar el proceso de matrícula. En este nivel, se requiere en el acto de matrícula la presencia del padre, madre o apoderado, y la presentación de partida de nacimiento y/o DNI del niño o niña. La falta de este requisito, no impide la matrícula. La Dirección de la IE debe coordinar su obtención con las instituciones pertinentes y en coordinación con la Defensoría Escolar del Niño y del Adolescente, donde hubiera, debe orientar a los padres de familia o responsables del estudiante para que gestionen dicho documento ante el Registro Civil o RENIEC de su localidad.

c) Matrícula en Educación Secundaria Para matricularse en el primer grado de Educación Secundaria, se presenta la Ficha Única de Matrícula, Partida de Nacimiento o Pasaporte y Certificado Oficial de Educación Primaria.

d) Matrícula en Educación secundaria a Distancia Rural Para ingresar al primer grado de Educación Secundaria a Distancia, es necesario presentar y entregar los certificados de Educación

| 45

Primaria completa. Se acepta los traslados de la modalidad presencial a la modalidad a distancia y viceversa. Los estudiantes que se trasladen de otras II.EE. deben ser evaluados por los docentes tutores para conocer su nivel de logro y determinar su ubicación.

e) Ratificación de matrícula La ratificación de matrícula en primaria y secundaria es automática para los alumnos promovidos a partir del segundo grado de primaria y se efectúa en el mes de diciembre. En los casos de necesidad de recuperación, la ratificación de la matrícula se realiza previa verificación de los resultados y antes del inicio del año escolar. f) Matrícula de estudiantes con discapacidad La IE pública reserva las vacantes para estudiantes con NEE asociadas a discapacidad de acuerdo a la demanda y recursos de apoyo de los equipos SAANEE. Las aulas inclusivas tienen un número de estudiantes menor a las que no lo son, de acuerdo a los niveles correspondientes. El estudiante con discapacidad tanto en aula regular como en los CEBE, debe figurar en la nómina de matrícula.

g) Matrícula de estudiantes en una IE privada Además de las normas anteriores, en el momento de la matrícula o de su ratificación, la IE privada está obligada a entregar a los padres de familia un documento en el que en forma veraz y suficiente se brinda la información sobre las condiciones pedagógicas y económicas a las que se ajustará la prestación del servicio educativo durante el año escolar y las responsabilidades que asumen la IE y el padre o madre de familia. Este documento es suscrito por el padre o madre de familia y la Dirección de la IE.

| 46

h) Traslado de Matrícula La Dirección de la IE pública, proporciona a los padres de familia las facilidades y documentos necesarios cuando gestionan el traslado de matrícula de sus hijos. En la IE privada, se hace de acuerdo a las normas establecidas. Los traslados de matrícula de los estudiantes de una IE de EBR a otra, se realizan hasta dos meses antes de la finalización del año escolar. Los traslados de EBA a EBR o viceversa, se realizan mediante el proceso de convalidación de Planes de Estudios. Los requisitos de traslado de estudiantes con NEE son los mismos establecidos en las diferentes modalidades y niveles, incluyendo el informe psicopedagógico, si lo hubiere. En el caso de desastres, la matrícula de los estudiantes de las zonas afectadas, procede sin previa presentación de documento, con cargo a regulación posterior de acuerdo a normas específicas emitidas por el MED.

5. Distribución del tiempo

a) Horas de libre disponibilidad Las II.EE. de Educación Primaria y Secundaria hacen uso de un mínimo de 10 horas de libre disponibilidad. En estas horas en las II.EE. públicas se da preferencia a Matemática, Comunicación y Educación para el Trabajo. La IE pública del nivel de Secundaria, que fue anteriormente Colegio de Variante Técnica, da preferencia a Educación para el Trabajo siempre y cuando así lo determine el diagnóstico de las necesidades pedagógicas y las condiciones establecidas en este mismo documento.

El uso de las horas de libre disponibilidad deben sustentarse en el diagnóstico de necesidades y explicitadas en su Proyecto Curricular de la institución, en consecuencia estas también pueden ser utilizadas para la prevención de conductas y situaciones de riesgo.

| 47

La distribución semanal de estas horas se expresa en el Plan de Estudios teniendo en cuenta el cuadro siguiente: Tabla 3 : Horas de Libre Disponibilidad

b) Mínimo de horas efectivas de trabajo pedagógico:

La Dirección de la IE de cualquier nivel o modalidad de Educación Básica es responsable ante la UGEL y los padres de familia, del cumplimiento del mínimo de horas efectivas de trabajo pedagógico señalado en la presente norma.

El trabajo pedagógico es diferente a la jornada laboral del profesor; comprende el desarrollo de horas de clase de 45 minutos como mínimo y, en las II.EE. de un solo turno, estas horas se extienden hasta 50 minutos.

En Educación Inicial: En los centros escolarizados, el trabajo pedagógico diario es de 5 horas pedagógicas; 25 horas semanales; y un mínimo de 900 horas anuales de trabajo pedagógico efectivo. Los tiempos utilizados para las actividades permanentes de alimentación y aseo, por ser contenidos del currículo, forman parte de las horas pedagógicas.

| 48

En los programas no escolarizados, el horario es flexible, de acuerdo con el tipo de programa. Para niños de 3 a 5 años, el horario mínimo tiene 4 horas diarias. Cada 15 días, se realizará reuniones técnico pedagógicas de las profesoras coordinadoras con las promotoras. Ello supone un total anual de 720 horas de funcionamiento de los PRONOEI. En el caso de los programas de Prácticas de Crianza, el horario es flexible según el tipo de servicio que se ofrezca.

En Educación Primaria: El trabajo pedagógico diario es de 6 horas pedagógicas; 30 horas semanales; y un mínimo de 1100 horas anuales. Los tiempos utilizados para la formación, desayuno o almuerzo escolar no se les considera como horas pedagógicas diarias. En el caso de IE del ámbito rural, en las que se hace necesario modificar el trabajo pedagógico por condiciones climáticas, geográficas y por el desarrollo

de

actividades

productivas,

debe

considerarse

el

cumplimiento de las 1100 horas anuales adecuándolas al calendario local.

En Educación Secundaria: El trabajo pedagógico es de 7 horas diarias, 35 horas semanales y un mínimo de 1200 horas anuales de trabajo pedagógico efectivo.

6. Evaluación de los Aprendizajes a) Normas de evaluación La evaluación de los aprendizajes en las II.EE. de Educación Inicial, Primaria y Secundaria está normada en las disposiciones señaladas en la Directiva VMGP de Evaluación de los Aprendizajes Nº 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 Promoción, Repitencia y Recuperación en la Evaluación de la Directiva Nº 004-VMGP-2005. Esta norma también rige para todos los casos de desaprobación o repitencia de grado en los niveles de Primaria y Secundaria. En Educación Inicial, por ningún motivo se somete a los niños a examen o pruebas que atenten contra su salud emocional. La evaluación es cualitativa y no tiene un fin selectivo o promocional. b) Convalidación de estudios: La convalidación de estudios se rige por la Directiva Nº 004-VMGP2005, aprobada por R.M. Nº 234-2005-ED. Las DRE y UGEL son responsables de difundir las tablas de Equivalencia del Convenio Andrés Bello, así como otras normas que permitan a las II.EE. realizar el proceso de Convalidación de los estudios de los estudiantes de EBR de otros países suscritos al Convenio. c) Programa de recuperación pedagógica El Programa de Recuperación Pedagógica tiene una duración de 6 semanas efectivas. La Dirección de la I.E. está facultada para programar, organizar y ejecutar el Programa de Recuperación Pedagógica antes del inicio del año escolar siguiente. Los estudiantes que por razones de viaje u otros motivos, no pueden rendir la evaluación de recuperación en su I.E. de origen, la rinden en otra, siempre y cuando tengan –obligatoriamente- la autorización expedida por la Dirección de la IE de origen. La Dirección de la I.E. adopta las acciones pertinentes para que los estudiantes que se matriculan teniendo un área curricular pendiente de subsanación, participen en un programa de recuperación durante el año, a fin de superar las dificultades vinculadas a dichas áreas. Los estudiantes de 5º de Educación Secundaria podrán participar en el Programa de recuperación académica hasta antes del inicio del año lectivo siguiente. De persistir la desaprobación en 01 hasta 03 áreas curriculares, podrán asimilarse al Programa de Recuperación Académica Anual, durante ese año subsiguiente.

| 50

El docente a cargo deberá elaborar un informe que justifique la necesidad de la recuperación pedagógica del alumno; el cual debe contener: capacidades a reforzar, indicadores y logros deseados al término del período.

3.2. Metodología RUP Y Las Mejores Prácticas Para El Desarrollo De Software

El Proceso Unificado de Rational (RUP) describe como aplicar efectivamente enfoques comprobados comercialmente para el desarrollo de software. Estos enfoques son llamados "mejores prácticas" pues son utilizados en la industria por organizaciones exitosas.

RUP provee a cada miembro del equipo de las guías de proceso, plantillas y mentores de herramientas necesarios para que el team completo tome ventaja de, entre otras, las siguientes mejores prácticas: 3.2.1. Desarrollar software iterativamente con la metodología RUP

En función de la cada vez mayor complejidad solicitada para los sistemas de software, ya no es posible trabajar secuencialmente: definir primero el problema completo, luego diseñar toda la solución, construir el software y finalmente, testear el producto. Es necesario un enfoque iterativo, que permita una comprensión creciente del problema a través de refinamientos sucesivos, llegando a una solución efectiva luego de múltiples iteraciones acotadas en complejidad. RUP utiliza y soporta este enfoque iterativo que ayuda a atacar los riesgos mediante la producción de releases ejecutables progresivos y frecuentes que permiten la opinión e involucramiento del usuario. A través de las iteraciones que generan raleases ejecutables, se logra detectar en forma temprana los desajustes e inconsistencias entre los requerimientos, el diseño, el desarrollo y la implementación del sistema, manteniendo al team de desarrollo focalizado en producir resultados.

| 51

A. Administrar los requerimientos: Los requerimientos son las condiciones o capacidades que el sistema debe conformar. La Administración de Requerimientos es un enfoque sistemático para hallar, documentar, organizar y monitorear los requerimientos cambiantes de un sistema.

La Administración de Requerimientos permite: Que las comunicaciones estén basadas en requerimientos claramente definidos. Que

los

requerimientos

puedan

ser

priorizados,

filtrados

y

monitoreados. Que sea posible realizar evaluaciones objetivas de funcionalidad y performance. Que las inconsistencias se detecten más fácilmente.

B. RUP describe como: Obtener, organizar y documentar la funcionalidad y restricciones requeridas documentar y monitorear las alternativas y decisiones. Las nociones de Casos de Uso y de Escenarios utilizadas en RUP han demostrado ser una manera excelente de capturar los requerimientos funcionales y asegurarse que direccionan el diseño, la implementación y la prueba del sistema, logrando así que el sistema satisfaga las necesidades del usuario. C. Utilizar arquitecturas basadas en componentes El proceso de software debe focalizarse en el desarrollo temprano de una arquitectura robusta ejecutable, antes de comprometer recursos para el desarrollo en gran escala. RUP describe como diseñar una arquitectura flexible, que se acomode a los cambios, comprensible intuitivamente y promueve una más efectiva reutilización de software. Soporta el desarrollo

| 52

de software basado en componentes: módulos no triviales que completan una función clara. RUP provee un enfoque sistemático para definir una arquitectura utilizando componentes nuevos y preexistentes.

D. Modelizar software visualmente RUP muestra como modelizar software visualmente para capturar la estructura y comportamiento de arquitecturas y componentes. Las abstracciones visuales ayudan a comunicar diferentes aspectos del software; comprender los requerimientos, ver como los elementos del sistema se relacionan entre sí, mantener la consistencia entre diseño e implementación y promover una comunicación precisa. El estándar UML(Lenguaje de Modelado Unificado), creado por Rational Software, es el cimiento para una modelización visual exitosa.

E. Verificar la calidad de software Es necesario evaluar la calidad de un sistema respecto de sus requerimientos de funcionalidad, confiabilidad y performance. La actividad fundamental es el testing(prueba), que permite encontrar las fallas antes de la puesta en producción. RUP asiste en el planeamiento, diseño, implementación,

ejecución

y

evaluación

de

todos

estos

tipos

de

testing(prueba).

El aseguramiento de la calidad se construye dentro del proceso, en todas las actividades, involucrando a todos los participantes, utilizando medidas y criterios objetivos, permitiendo así detectar e identificar los defectos en forma temprana.

F. Controlar los cambios al software

La capacidad de administrar los cambios es esencial en ambientes en los cuales el cambio es inevitable. RUP describe como controlar, rastrear y monitorear los cambios para permitir un desarrollo iterativo exitoso. Es

| 53

también una guía para establecer espacios de trabajo seguros para cada desarrollador, suministrando el aislamiento de los cambios hechos en otros espacios de trabajo y controlando los cambios de todos los elementos de software (modelos, código, documentos, etc.). Describe como automatizar la integración y administrar la conformación de raleases.

Un artefacto es una información que es utilizada o producida mediante un proceso de desarrollo de software. Pueden ser artefactos un modelo, una descripción o un software. Los artefactos de UML se especifican en forma de diagramas, éstos, junto con la documentación sobre el sistema constituyen los artefactos principales que el modelador puede observar.

Se necesita más de un punto de vista para llegar a representar un sistema. UML utiliza los diagramas gráficos para obtener estos distintos puntos de vista de un sistema.

3.2.2. Diagrama de UML

A. Diagrama de Paquetes La forma que tiene UML de agrupar elementos en subsistemas es a través del uso de Paquetes, pudiéndose anidar los paquetes formando jerarquías de paquetes. De hecho un sistema que no tenga necesidad de ser descompuesto en subsistemas se puede considerar como con un único paquete que lo abarca todo.

| 54

Imagen 4: Arquitectura de un sistema utilizando paquetes

Identificación de Paquetes Vamos a definir una serie de reglas que nos pueden ser de utilidad a la hora de agrupar los diferentes elementos en paquetes:  Conviene agrupar elementos que proporcionen un mismo servicio. 

Los elementos que se agrupen en un mismo paquete han de presentar un alto grado de cohesión, es decir deben estar muy relacionados.

 Los elementos que estén en diferentes paquetes deben tener poca relación, es decir deben colaborar lo menos posible.

B. Diagrama de Componentes: Los componentes pertenecen al mundo físico, es decir, representan un bloque de construcción al modelar aspectos físicos de un sistema.

| 55

Una característica básica de un componente es que: “debe definir una abstracción precisa con una interfaz bien definida, y permitiendo reemplazar fácilmente los componentes más viejos con otros más nuevos y compatibles.”

Ejemplo: XXXX.dll es el nombre del componente.

Cada componente debe tener un nombre que lo distinga de los demás. Al igual que las clases los componentes pueden enriquecerse con compartimentos adicionales que muestran sus detalles.

Interfaces: Tanto los servicios propio de una clase como los de un componente, se especifican a través de una Interfaz. Por ejemplo, todas las facilidades más conocidas de los sistemas operativos, basados en componentes (COM+, CORBA, etc.), utilizan las interfaces como lazo de unión entre unos componentes y otros. La relación entre un componente y sus interfaces se puede representar de dos maneras diferentes, de forma icónica y de forma expandida.

| 56

Imagen 5: Componentes e interfaces, formato icónico

Imagen 6: Componentes e interfaces, formato extendido

C. Diagrama de Secuencia: Un diagrama de Secuencia muestra una interacción ordenada según la secuencia temporal de eventos. En particular, muestra los objetos participantes en la interacción y los mensajes que intercambian ordenados según su secuencia en el tiempo. El eje vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores participantes en la interacción, sin un orden prefijado. Cada objeto o actor tiene una línea vertical, y los mensajes se representan mediante flechas entre los distintos objetos. El tiempo fluye de arriba abajo. Se pueden colocar etiquetas (como restricciones de tiempo, descripciones de acciones, etc.).

| 57

Imagen 7: Ejemplo de Diagrama de Secuencia

D. Diagrama de Colaboración Un Diagrama de Colaboración muestra una interacción organizada basándose en los objetos que toman parte en la interacción y los enlaces entre los mismos (en cuanto a la interacción se refiere). A diferencia de los Diagramas de Secuencia, los Diagramas de Colaboración muestran las relaciones entre los roles de los objetos. La secuencia de los mensajes y los flujos de ejecución concurrentes deben determinarse explícitamente mediante números de secuencia.

Imagen 8: Diagrama de Colaboración

| 58

En cuanto a la representación, un Diagrama de Colaboración muestra a una serie de objetos con los enlaces entre los mismos, y con los mensajes que se intercambian dichos objetos. Los mensajes son flechas que van junto al enlace por el que “circulan”, y con el nombre del mensaje y los parámetros (si los tiene) entre paréntesis.

E. Diagramas de Actividades: Los diagramas de actividades sirven para modelar el flujo de control entre actividades. La idea es generar una especie de diagrama Pert, en el que se puede ver el flujo de actividades que tienen lugar a lo largo del tiempo, así como las tareas concurrentes que pueden realizarse a la vez. Desde un punto de vista conceptual, el diagrama de actividades muestra cómo fluye el control de unas clases a otras con la finalidad de culminar con un flujo de control total que se corresponde con la consecución de un proceso más complejo. Por este motivo, en un diagrama de actividades aparecerán acciones y actividades correspondientes a distintas clases. Colaborando todas ellas para conseguir un mismo fin. 1. Contenido del diagrama de actividades: Básicamente un diagrama de actividades contiene: • Estados de actividad • Estados de acción • Transiciones • Objetos

a) Estados de actividad y estados de acción: La representación de ambos es un rectángulo con las puntas redondeadas, en cuyo interior se representa bien una actividad o bien una acción. La idea central es la siguiente: “Un estado que represente una acción es atómico, lo que significa que su ejecución se puede considerar instantánea y no puede ser interrumpida”.

| 59

En cambio un estado de actividad, sí puede descomponerse en más sub-actividades representadas a través de otros diagramas de actividades. Además estos estados sí pueden ser interrumpidos y tardan un cierto tiempo en completarse. En los estados de actividad podemos encontrar otros elementos adicionales como son: acciones de entrada (entry) y de salida (exit) del estado en cuestión.

b) Transiciones Las transiciones reflejan el paso de un estado a otro, bien sea de actividad o de acción. Como todo flujo de control debe empezar y terminar en algún momento, podemos indicar esto utilizando dos disparadores de inicio y fin tal y como queda reflejado en el ejemplo.

| 60

c) Bifurcaciones Un flujo de control no tiene porqué ser siempre secuencial, puede presentar caminos alternativos y se utilizará como símbolo el rombo. Dicha bifurcación tendrá una transición de entrada y dos o más de salida. En cada transición de salida se colocará una expresión booleana que será evaluada una vez al llegar a la bifurcación, las guardas de la bifurcación han de ser excluyentes y contemplar todos los casos ya que de otro modo la ejecución del flujo de control quedaría interrumpida.

| 61

d) División y unión No sólo existe el flujo secuencial y la bifurcación, también hay algunos casos en los que se requieren tareas concurrentes. UML representa gráficamente el proceso de división, que representa la concurrencia, y el momento de la unión de nuevo al flujo de control secuencial, por una línea horizontal ancha.

e) Calles Cuando

se

modelan

flujos

de

trabajo

de

organizaciones,

es

especialmente útil dividir los estados de actividades en grupos, cada grupo tiene un nombre concreto y se denominan calles.

| 62

F. Diagrama de Caso de Uso: Un Diagrama de Casos de Uso muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa. Aquí se representa también el sistema como una caja rectangular con el nombre en su interior. Los casos de uso están en el interior de la caja del sistema, y los actores fuera, y cada actor está unido a los casos de uso en los que participa mediante una línea.

1. Elementos Los elementos que pueden aparecer en un Diagrama de Casos de Uso son:

a) Actores Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organización, y que realiza algún tipo de interacción con el sistema. Se representa mediante una figura humana dibujada con palotes.

| 63

b) Casos de Uso Un caso de uso es una descripción de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea específica. Se representa mediante una elipse con el nombre del caso de uso en su interior.

c) Relaciones entre Casos de Uso Un caso de uso, en principio, debería describir una tarea que tiene un sentido completo para el usuario. Sin embargo, hay ocasiones en las que es útil describir una interacción con un alcance menor como caso de uso. La razón para utilizar estos casos de uso no completos en algunos casos, es mejorar la comunicación en el equipo de desarrollo, el manejo de la documentación de casos de uso. Para el caso de que queramos utilizar estos casos de uso más pequeños, las relaciones entre estos y los casos de uso ordinarios pueden ser de los siguientes tres tipos: • Incluye (): Un caso de uso base incorpora explícitamente a otro caso de uso en un lugar especificado en dicho caso base. Se suele utilizar para encapsular un comportamiento parcial común a varios casos de uso. En la Figura 16 se muestra cómo el caso de uso Realizar Reintegro puede incluir el comportamiento del caso de uso Autorización.

• Extiende (): Cuando un caso de uso base tiene ciertos puntos (puntos de extensión) en los cuales, dependiendo de ciertos criterios, se va a realizar una interacción adicional. El caso de uso que extiende describe un comportamiento opcional del sistema (a

| 64

diferencia de la relación incluye que se da siempre que se realiza la interacción descrita).

• Generalización ( ): Cuando un caso de uso definido de forma abstracta se particulariza por medio de otro caso de uso más específico. Se representa por una línea continua entre los dos casos de uso, con el triángulo que simboliza generalización en UML (usado también para denotar la herencia entre clases) pegado al extremo del caso de uso más general. Al igual que en la herencia entre clases, el caso de uso hijo hereda las asociaciones y características del caso de uso padre. El caso de uso padre se trata de un caso de uso abstracto, que no está definido completamente. Este tipo de relación se utiliza mucho menos que las dos anteriores.

G. Diagrama de Clases:

Una clase se representa mediante una caja subdividida en tres partes: En la superior se muestra el nombre de la clase, en la media los atributos y en la inferior las operaciones.

| 65

1. Objetos Un objeto se representa de la misma forma que una clase. En el compartimento superior aparecen el nombre del objeto junto con el nombre de la clase subrayados, según la siguiente sintaxis: nombre_del_objeto: nombre_de_la_clase

. 2. Asociaciones Las asociaciones entre dos clases se representan mediante una línea que las une. La línea puede tener una serie de elementos gráficos que expresan características particulares de la asociación. A continuación se verán los más importantes de entre dichos elementos gráficos.

| 66

a) Nombre de la Asociación y Dirección El nombre de la asociación es opcional y se muestra como un texto que está próximo a la línea. Se puede añadir un pequeño triángulo negro sólido que indique la dirección en la cual leer el nombre de la asociación.

b) Multiplicidad La multiplicidad es una restricción que se pone a una asociación, que limita el número de instancias de una clase que pueden tener esa asociación con una instancia de la otra clase. Puede expresarse de las siguientes formas: • Con un número fijo: 1. • Con un intervalo de valores: 2..5. • Con un rango en el cual uno de los extremos es un asterisco. Significa que es un intervalo abierto. Por ejemplo, 2..* significa 2 o más. • Con una combinación de elementos como los anteriores separados por comas: 1, 3..5, 7, 15..*. • Con un asterisco: * . En este caso indica que puede tomar cualquier valor (cero o más).

c) Roles Para indicar el papel que juega una clase en una asociación se puede especificar un nombre de rol.

| 67

Se representa en el extremo de la asociación junto a la clase que desempeña dicho rol.

d) Agregación El símbolo de agregación es un diamante colocado en el extremo en el que está la clase que representa el “todo”.

e) Clases Asociación: Cuando una asociación tiene propiedades propias se representa como una clase unida a la línea de la asociación por medio de una línea a trazos. Tanto la línea como el rectángulo de clase representan el mismo elemento conceptual: la asociación. Por tanto ambos tienen el mismo nombre, el de la asociación. Cuando la clase asociación sólo tiene atributos el nombre suele ponerse sobre la línea. Por el contrario, cuando la clase asociación tiene alguna operación o asociación propia, entonces se pone el nombre en la clase asociación y se puede quitar de la línea.

| 68

f) Asociaciones N-Arias: En el caso de una asociación en la que participan más de dos clases, las clases se unen con una línea a un diamante central. Si se muestra multiplicidad en un rol, representa el número potencial de tuplas de instancias en la asociación cuando el resto de los N-1 valores están fijos.

g) Herencia La relación de herencia se representa mediante un triángulo en el extremo de la relación que corresponde a la clase más general o clase “padre”.

| 69

Si se tiene una relación de herencia con varias clases subordinadas, pero en un diagrama concreto no se quieren poner todas, esto se representa mediante puntos suspensivos.

H. Diagrama de Entidad-Relación:

El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.

Imagen 9: Gráficos de Entidad y Relación

| 70

1. Entidad Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual.

Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es débil. 2. Relación (interrelación) Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior.

Las entidades que están involucradas en una determinada relación se denominan entidades participantes. El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria; si son tres las entidades participantes, la relación es ternaria; etc.

Una relación recursiva es una relación donde la misma entidad participa más de una vez en la relación con distintos papeles. El nombre de estos papeles es importante para determinar la función de cada participación.

La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el número máximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participación de una entidad en una relación es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participación es opcional (parcial).

| 71

Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio. 3. Atributo Es una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las entidades y de las relaciones. Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio. Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por sí mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa gráficamente mediante un óvalo.

Identificador Un identificador de una entidad es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos condiciones: No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador. Si se omite cualquier atributo del identificador, la condición anterior deja de cumplirse. Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores.

| 72

4. Jerarquía de generalización Una entidad E es una generalización de un grupo de entidades E , E , ... E , si cada ocurrencia de cada una de esas entidades es también una ocurrencia de E. Todas las propiedades de la entidad genérica E son heredadas por las subentidades.

Cada jerarquía es total o parcial, y exclusiva o superpuesta. Una jerarquía es total si cada ocurrencia de la entidad genérica corresponde al menos con una ocurrencia de alguna subentidad. Es parcial si existe alguna ocurrencia de la entidad genérica que no corresponde con ninguna ocurrencia de ninguna subentidad. Una jerarquía es exclusiva si cada ocurrencia de la entidad genérica corresponde, como mucho, con una ocurrencia de una sola de las subentidades. Es superpuesta si existe alguna ocurrencia de la entidad genérica que corresponde a ocurrencias de dos o más subentidades diferentes.

Un subconjunto es un caso particular de generalización con una sola entidad como subentidad. Un subconjunto siempre es una jerarquía parcial y exclusiva.

I.

Diagrama de Estados

Un Diagrama de Estados muestra la secuencia de estados por los que pasa bien un caso de uso, bien un objeto a lo largo de su vida, o bien todo el sistema. En él se indican qué eventos hacen que se pase de un estado a otro y cuáles son las respuestas y acciones que genera.

Un estado se representa como una caja redondeada con el nombre del estado en su interior. Una transición se representa como una flecha desde el estado origen al estado destino. La caja de un estado puede tener 1 o 2 compartimentos. En el primer compartimento aparece el nombre del estado.

| 73

El segundo compartimento es opcional, y en él pueden aparecer acciones de entrada, de salida y acciones internas.

Una acción de entrada aparece en la forma entrada/acción_asociada y una de

salida

aparece

en

la

forma

salida/acción_asociada;

donde

acción_asociada es el nombre de la acción que se realiza al entrar o salir según el caso.

J. Diagrama de despliegue:

1. Nodos Al igual que los componentes los nodos pertenecen al mundo material. Vamos a definir un nodo como un elemento físico, que existe en tiempo de ejecución y representa un recurso computacional que generalmente tiene alguna memoria y, a menudo, capacidad de procesamiento. Los nodos sirven para modelar la topología del hardware sobre el que se ejecuta el sistema. Un nodo representa normalmente un procesador o un dispositivo sobre el que se pueden desplegar los componentes. Un nodo debe tener un nombre asignado que lo distinga del resto de nodos.

| 74

2. Nodos y componentes En muchos aspectos los nodos y los componentes tienen características parecidas. Vamos a ver con más detalle cuales son los parecidos y las diferencias entre los componentes y los nodos. Relación entre nodos y componentes:

Conexiones entre nodos:

| 75

CAPÍTULO IV: MODELAMIENTO DE LA SOLUCIÓN DE SOFTWARE 4.1. Plan de Desarrollo

4.1.1. Vista General del proyecto

A. Propósito, alcance y objetivos

La Institución Educativa Privada “Pedro Paulet”, siendo una de las instituciones que está logrando gran apogeo en la localidad, llegando así a la necesidad de adaptarse a la evolución tecnológica; es por ello que considera necesario el desarrollo de un sistema de gestión administrativo dentro del plantel, logrando automatizar y agilizar los procesos de la institución, y además para un mejor control educativo de los alumnos, como la de sus trabajadores.

Mediante una primera reunión con el director del plantel,

se vio los

principales procesos que se requiere automatizar, con ello el proyecto muestra los subsistemas que abarcaran estos procesos:

Sistema de matricula Sistema de Notas Sistema de personal

| 76

 Pagos a través de planilla Sistema de cobranza  Cobros pensión  Cobros de cursos a cargo

B. Entregables del proyecto A continuación, se indican cada uno de los componentes que serán generados y utilizados por el proyecto, constituyendo los entregables.

1. Plan de Desarrollo del Software Es el presente punto en el documento.

2. Modelo de Casos de Uso del Negocio Permite visualizar el alcance de la organización, representando lo que abarca y sus límites. Así mismo, modela las actividades y procesos qué ejecuta una organización, señala gráficamente las funciones y metas que persigue el negocio.

3. Especificaciones de Casos de Uso Se hace una descripción donde se mencionan los procedimientos, postcondiciones, flujos y requisitos no funcionales; para aquellos casos de uso que lo requieran.

4. Modelo de Objetos del Negocio Se utilizan diagramas de colaboración describiendo lo que hace cada caso de uso del negocio, mostrando actores externos, internos y las entidades que manipulan; un diagrama de clases q muestra gráficamente las entidades del sistema y diagrama de actividad para mostrar flujos de trabajo.

| 77

5. Modelo de Casos de Uso Un Modelo de Casos de Uso describe los requerimientos funcionales de un actor (usuario, sistema, dispositivo, etc.) en términos de las interacciones que éste ejecuta con el sistema.

6. Prototipos de Interfaces de Usuario Son modelos preliminares de las interfaces, q serán mostradas a los usuarios para dar una idea del producto final.

7. Modelo de Análisis y Diseño Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir orientación hacia el entorno de implementación), de acuerdo al avance del proyecto.

8. Modelo de Datos Este modelo provee de las relaciones lógicas de los datos expresándolos en un diagrama de clases.

9. Modelo de Implementación Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de código fuente y todo otro tipo de ficheros necesarios para la implantación y despliegue del sistema.

10. Casos de Prueba Se establece un documento en el que van las condiciones de ejecución, entradas de prueba y resultados q se esperan.

11. Manual de Instalación Describe los pasos a seguir para la instalación del producto.

| 78

12. Material de Apoyo al Usuario Final Son las guías de apoyo para los usuarios, en el se describen las funciones de los subsistemas.

13. Producto Describe los requerimientos del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalación.

14. Evolución del Plan de Desarrollo del Software El plan de desarrollo de software tendrá una revisión semanal la cual será refinada mediante el comienzo de las iteraciones.

4.1.2. Organización del Proyecto

A. Participante en el Proyecto El Colegio Pedro Paulet designara como responsable del proyecto al director del plantel para el control y seguimiento del proyecto.

Jefe de Proyecto: Labor de la alumna Díaz Sánchez, Olga Jennifer; se encargará de la planificación, ejecución y control del proyecto, tendrá poder ejecutivo y autoridad para mandar y tomar decisiones dentro del ámbito y objetivos del proyecto. Con los conocimientos en gestión de proyectos usando la metodología RUP como herramienta principal.

Analista Funcional: Lo desempeñan la alumna Díaz Sánchez, Olga Jennifer; realizará las tareas de análisis y diseño de los sistemas informáticos,

adicionalmente

supervisará

las

pruebas

del

programador y controlará el cumplimento del cronograma de desarrollo

del

proyecto,

como

también

realizará

la

misma

documentación del sistema. Teniendo conocimientos en gestión de proyectos y manejo de programación de objetos, utilizando diversas herramientas de desarrollo.

| 79

Analista Técnico: El alumno Yumbato Pacaya, Juan Manuel y el alumno Maguhn Gonzales, Jim; con los conocimientos de desarrollo de software será los encargados de realizar la programación en la plataforma de programación definida (C#.net) aplicando conexión a la base de datos Microsoft SQL Server 2005.

Administrador de BD: Labor del alumno Espinoza Urbano, Juan Eduardo; esta encargado de controlar la Base de Datos corporativa, teniendo experiencia en el diseño de base de datos, sistemas operativos, hardware y programación.

B. Interfaces Externas: El Colegio Pedro Paulet asignará como interface externa al director del plantel quien será el encargado de indicar los requerimientos para el desarrollo del sistema el cual tendrá la responsabilidad de evaluara los alcances del proceso de desarrollo.

C. Roles y Responsabilidades

Tabla 4 Roles y Responsabilidades

Puesto

Responsabilidad El jefe de proyecto tiene la responsabilidad total respecto a la planificación y ejecución de un determinado proyecto. Como también reconocer

Jefe de Proyecto

los riesgos que puedan impactar la probabilidad de éxito del proyecto, y los riesgos deben ser formal o informalmente evaluados durante todo el período de ejecución del proyecto.

| 80

Relevar y gestionar las necesidades funcionales del cliente en la elaboración y ejecución del

Analista Funcional

proyecto, cumpliendo con los estándares y la documentación requerida por las normas de calidad de la empresa. El cargo implica integrarse al equipo de trabajo en el área de Tecnología Informática y tiene como su principal objetivo la realización de tareas de programación que satisfagan diversas

Analista Técnico

demandas de los sistemas de información de la Organización. Forman parte de sus principales responsabilidades realizar análisis y desarrollo de programación, mantenimiento evolutivo de programas, entre otras. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las

guías

de

acción

definidas

por

la

administración de los datos. El DBA es responsable primordialmente de:  Administrar la estructura de la Base de

Administrador de 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. Gestión del Proceso

A.

Estimaciones del Proyecto

De acuerdo a un estudio económico realizado dentro de la empresa, se obtuvo que los gastos que se imponen para la elaboración del software entre los recursos involucrados serán recuperados en un corto periodo mejorando el manejo de la información de los alumnos en la institución, los cuales serán sustentados con un documento separado. B.

Plan del Proyecto

Es necesario manejar y presentar a la institución el calendario del proyecto.(Ver Imagen )

| 82

Calendario del Proyecto

Imagen 10: Calendario del Proyecto Fuente: Elaboración propia

| 83

C. Plan de las fases El desarrollo del proyecto se desarrollara en base a fases, con una o más iteraciones en cada una de ellas. Tabla 5: Plan de Fases del Proyecto

Fase

Nro. Iteraciones

Fase de

Duración

2

30 días

2

15 días

3

81 días

2

11 días

Inicio Fase de Elaboración

Fase de Construcción

Fase de Transición

Tabla 6: Descripción de las Fases del Proyecto

Descripción

Hito

Fase de Inicio

En esta fase se establecerá los objetivos para el ciclo de vida del producto. También se definirá el modelo del negocio y el alcance del proyecto, identificando todos los actores y casos de uso. Esta fase culminará con la aprobación del cliente y el plan de desarrollo del proyecto.

| 84

Fase

de

En esta fase se construirá un modelo de la arquitectura, que se desarrolla en iteraciones

Elaboración

sucesivas

hasta

obtener

el

producto

final

(prototipo), que contendrá los casos de usos críticos que fueron identificados en la fase de inicio. La fase de elaboración finaliza con la obtención de una línea base de la arquitectura del sistema, la captura de la mayoría de los requerimientos y la reducción de los riesgos importantes así como permitir la escalabilidad del equipo del proyecto durante la fase de construcción.

Fase

de

En

esta

fase

todas

las

características,

componentes, y requerimientos serán integrados,

Construcción

implementados, y probados en su totalidad, donde se obtendrá una versión aceptable del producto. La fase de construcción culminará con el desarrollo del sistema con calidad de producción y la preparación para la entrega al equipo de transición.

Fase Transición

de

En esta fase se entrenará a los usuarios finales en el manejo del sistema, como también completar la documentación con tareas relacionadas a la configuración, instalación y usabilidad del producto. La fase de transición concluye con la entrega del producto funcional al cliente y su aceptación del producto.

| 85

D. Seguimiento y Control del Proyecto Procediendo a desarrollar un control del proyecto para su optimización se realiza los siguientes controles: Control de Performance:

Imagen 11: Avance del Proyecto

| 86

Imagen 12: Diagrama de Costos Previstos

| 87

Control de Tiempo:

Imagen 13: Cuadro de Control de Tiempodel Proyecto

| 88

Control de Costos:

Imagen 14: Cuadro del Control de Costos y Actividades

| 89

Imagen 15: Cuadro de Costos por Recursos

| 90

Imagen 16: Informe de Costos Presupuestados

Tabla 7: Costo De Recursos Humanos

Tabla 8: Costo de Software

| 91

Tabla 9: Costo de Hardware

Tabla 10: Costo de Materiales

Tabla 11: Costo Total

Gestión de Cambios: Se controlará las solicitudes de cambio y las modificaciones que se puedan dar sobre el sistema, publicándolo para que el personal que participe en el proyecto pueda estar informado.

4.2. Documento Visión

4.2.1. Formulación del Problema

A. Propósito El propósito de este documento es analizar las necesidades de los principales requerimientos ya definidos y el sistema de gestión de negocio

| 92

que se desarrolla en la Institución Educativa. El contenido de este documento se centra en las funcionalidades requeridas por el usuario final.

Estas funcionalidades se basan en las gestiones que se realizan para el proceso de inscripción y matricula de alumnos, de modo que los encargados de realizar la gestión, puedan procesar más fácil la información requerida por el proceso y poder atender a distintos padres de familia de una forma más optima y rápida.

Otra de las gestiones es el proceso de ingreso y control de las notas de los alumnos que los docentes están obligados a realizar para la presentación de sus

registros de notas, lo cual mejorara el tiempo, y la pérdida de

documentos ante posibles accidentes.

La última gestión a desarrollar es el manejo de planilla, registrando la asistencia, control de préstamos y adelantos como también la presentación de la planilla de pago, de forma que se mejore en la realización de reportes de asistencias y control de pago de cada uno de los trabajadores de la institución.

Los detalles de cómo el sistema cubre los requerimientos se pueden observar en los casos de usos desarrollados y en algunos documentos adjuntos.

B. Alcance El documento Visión, como ya se ha descrito, del sistema de gestión de una Institución

Educativa

denominado

“SISTEMA

DE

CONTROL

ADMINISTRATIVO PARA COLEGIOS SCHOOL MANAGER”. El cual será desarrollado por el grupo de estudiantes de Computación e Informática del Instituto Tecnológico IDAT.

El sistema permitirá a los usuarios finales, con respecto al Proceso de Inscripción pagos y deudas de los alumnos. Para el proceso de Notas y Reportes de promedios, el Docente como usuario final podrá llevar un

| 93

control de sus alumnos con respecto a sus notas y la Asistencia de los mismos.

Para el Área de Personal, en el sistema, se podrá realizar el registro de los trabajadores; El sistema será capaz de controlar la asistencia y generar la planilla de pagos de cada trabajador en el final de cada periodo.

Adicionalmente el sistema contará con un pequeño control de almacén que servirá para llevar un mejor manejo de los artículos y productos que tenga la institución para los alumnos como para el personal.

C. Definiciones, Acrónimos, y Abreviaciones RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software.

SCHOOL MANAGER: Nombre en inglés que se puso al sistema, por el

funcionamiento

que

realiza,

que

en

español

significa

“Administrador de Colegio”.

D. Posicionamiento

1. Oportunidad de Negocio:

SISTEMA DE CONTROL

ADMINISTRATIVO

PARA

COLEGIOS

“SCHOOL MANAGER”, es un sistema que permitirá a la Institución Educativa, implementar una pequeña área de Sistemas que ayudara para almacenamiento y manejo de la información que el mismo sistema requiere, para la automatización de las actividades de Matricula e Inscripción de Alumnos, también el control de notas y asistencia de alumnos por parte de los docentes; como también el registro y el control de personal para su respectiva elaboración de documentos de planilla y reportes que se requieran para un mejor control de pagos. Todo este proceso se podrá desarrollar de una forma rápida y sencilla gracias a que

| 94

el software cuenta con interfaces graficas sencillas y amigables con el usuario.

Gracias al manejo de un pequeño servidor el usuario podrá tener la información a su alcance y realizar consultas que lo requiera.

Adicionalmente el sistema contara con un controla de artículos que ayudara al departamento de logística un mejor control y manejo de los recursos de la institución.

| 95

a) Sentencia que define el problema:

El problema de

Tener que desarrollar cada inicio de año un reporte manual de los alumnos que adeudan del año anterior, como también realizar la matricula e inscripción de los alumnos, requiriendo de tiempo y el apoyo de diferente personal para agilizar el proceso. Realizar el traspaso de las notas a los registros en forma manual, retrasando la entrega de estos a las instituciones que lo requieran. El control de los cobros de matrícula pensiones y cursos a cargo; debido a que la institución está creciendo y es tedioso llevar un control por cada alumno. Controlar la asistencia de los profesores a través de cartilla de asistencia y tener que verificar esos datos a finales de cada periodo para sus respectivos pagos.

Afecta a

Encargados de matrícula(Secretaria), Director del Plantel, Personal Docente, Área Administrativa

El

impacto Tener la información de los alumnos, el personal y sus

asociado es

gestiones de cobranza, para que esta pueda ser utilizada en forma rápida cuando se requiera no se podrá realizar si el proceso no ha sido automatizado.

Una

solución Automatizar

adecuada sería

los

procesos,

teniendo

la

información

almacenada en una base de datos segura, e instalada en una red local que permite acceder a la información desde los distintos terminales que pueda tener la institución. Donde el usuario interactuará con una interfaz amigable y sencilla, teniendo a su alcance todas las herramientas que necesite.

| 96

b) Sentencia que define la posición del Producto:

Para

Encargados de matricula(Secretaria), Director del Plantel, Personal Docente, Área Administrativa (cobranza).

Quienes

Controlan la matricula de los alumnos, el pago de profesores, el control de notas alumnos y el cobro de pensiones y cursos a cargo.

El nombre del producto

Es una herramienta software denominado: Sistema de Control Administrativo Para Colegios “School Manager”.

Que

Que

ayuda

y

permite

almacenar

la

información que los usuarios registren, y tener al alcance para lo que se requiera. no como

El proceso actual que se realiza en forma mecánica e inexacta.

Nuestro producto

Permite gestionar las distintas actividades que se requieran en las áreas destinadas para el uso del software.

4.2.2. Descripción de Stake Holders

Para realizar el software y tener una mejor visión sobre cuales va a ser el contenido que tendrá el sistema es necesario requerir de todo el personal involucrado para identificar los principales requerimientos y sus respectivas soluciones. Esta parte del documento describirá el perfil de los participantes y los usuarios involucrados en el proyecto.

| 97

A. Resumen de Stakeholders Descripción Director

Responsabilidades

de

la

El stakeholder realiza:

Institución

Representa a todos los usuarios

Educativa Privada

que manejaran el sistema.

Pedro Paulet

Verificará

y

aprobará

el

desarrollo de los requisitos y funcionalidades que tendrá el sistema. Realizara un seguimiento al desarrollo del producto.

B. Resumen de Usuarios

Nombre Director

de

Institución

la

Descripción

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 matrícula 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 contraseña; tras su respectiva identificación se mostrara una interfaz diseñada para su respectivo uso de acuerdo a la función que cumpla dentro de la institución. Este sistema está diseñado en forma interactiva y amigable para el usuario, teniendo al alcance todas las herramientas y ayudas disponibles para el uso del cliente. Los reportes serán impresos directamente para que no exista ninguna modificación, como también exportado en archivo “.pdf” con sus respectivas restricciones.

D. Perfil de los Stakeholders Responsable de la administración y control de la Institución

Representante

Administrativo

Descripción

Director de la Institución Educativa Pedro Paulet

Tipo

Licenciado en Educación

Responsabilidades Criterio de Éxito

A definir por el cliente

Grado de

Encargado de mostrar las necesidades de cada usuario del

participación

sistema. Además, lleva a cabo un seguimiento del desarrollo del

proyecto

y

aprobación

funcionalidades del sistema

Comentarios

Ninguno

de

los

requisitos

y

| 99

E. Perfiles de Usuario

Director de la Institución

Representante

Administrativo

Descripción

Director y jefe del área administrativa

Tipo

Licenciado en Educación

Responsabilidades

Encargado de la parte administrativa del sistema, desde otorgar descuentos para alumnos, Hasta el manejo de la planilla del personal.

Grado de

Brindar información del oso requerimientos y llevara el control

participación

del desarrollo del proyecto.

Comentarios

Ninguno

Secretaria Administrativa

Representante

Secretaria

Descripción

Secretaria del área administrativa

Tipo

Secretaria

Responsabilidades

Encargado de los procesos de matrícula.

Grado

No definido

de

participación Comentarios

Ninguno

| 100

Personal Docente

Representante

Docencia

Descripción

Licenciado en educación

Tipo

Docente

Responsabilidades

Encargado del registro de notas y asistencia de alumnos.

Grado de

No definido

participación Comentarios

Ninguno

4.2.3. Descripción Global del Producto

A. Perspectiva del producto El Sistema Integrado que se está desarrollando para la empresa, le permite realizar un funcionamiento mejor en la información estudiantil. Las áreas que más se destacan en el sistema son: Matricula, Notas, Personal y Cobros

Departamento de Matricula Esta encargado de controlar todas las vacantes por cada grado, sección y turno también puede hacer las inscripciones de todos los alumnos nuevos o trasladados generando la ficha y la nomina de matrícula.

Departamento de Académico En este departamento se encarga del control de las notas de los alumnos, como también verificar la asistencia, donde pueden ver la situación de los alumnos que están aprobados o desaprobados.

| 101

Departamentos Administrativo Este

departamento

se

encarga

de

controlar

montos

de

las

mensualidades, como descuentos y detallar la situación de alumnos con deudas pendientes. También se encarga de registrar los montos de pago del personal de acuerdo al área que destaca; también descuentos y adelantos del personal. B. Resumen de características En esta característica mostraremos un listado, con la finalidad de que el cliente tenga una mejor utilidad del producto.

Utilidad del cliente

Características

Mayor facilidad en el proceso

Donde podrá controlar las vacantes por

de Matricula, donde se podrá

sección, inscripciones de los alumnos,

manejar mejor la información

generar la ficha de matrícula, datos de

de los alumnos.

los alumnos, entre otros.

Tener un mejor manejo en el

El

Departamento Académico.

asistencia de los alumnos, genera

Sistema

Integrado

controla

la

libreta de notas por alumno y genera el acta de evaluación especificando la situación de los alumnos. Mayor

facilidad

para

el

departamento de cobranza.

En donde podemos controlar los cobros de pensiones y cursos a cargo de los alumnos, así tener un control de los ingresos más exactos.

Tener un mejor manejo en el

El Sistema Integrado controla todos los

departamento de pagos, que

pagos de los profesores, como también

se hace a todo el personal en

ayuda con los descuentos del personal

general del centro educativo

y generando las planillas.

estudiantil.

| 102

C. Suposiciones y dependencias Las suposiciones y dependencias del sistema, a quien tenemos que entrevistar son al stakeholder de la empresa. Suposiciones:  El stakeholder conoce el proceso de la empresa, lo cual nos permitirá un mejor desarrollo para el sistema.  Los usuarios que interactúan con el sistema proporcionaron información auténtica y relevante de los procesos a desarrollar.

Dependencias:  El Sistema Operativo donde instalaremos nuestro sistema cuenta con los requisitos mínimos requeridos.

4.2.4. Restricciones De acuerdo al alcance del Director de la Institución se obtuvo lo siguiente: Se trabajara con módulos de Pentium III y dos módulos Pentium IV. Cada usuario que use el software tendrá sus propias interfaces de uso de acuerdo a la función que cumpla. El presupuesto máximo para el proyecto fue de 22 000.00, fondo que desea cubrir con el objetivo de expansión del centro educativo. El tiempo máximo para el desarrollo e implantación del proyecto fue de 5 meses. 4.2.5. Requisitos de Documentación El documento necesario para el usuario será el manual de Usuario, que es un documento de texto hecho en Microsoft Word 2003, para que el usuario pueda manejar de forma eficiente y tener

un mejor conocimiento del sistema

SCHOOL MANAGER. Se proporcionará también un manual o guía de instalación con los requisitos necesarios para el funcionamiento del sistema y la transferencia de conocimiento formal que se desarrollara para asegurar que los empleados sean capaces de mantener el sistema avanzado. Al igual que el manual de usuario será descrito de una forma clara y entendible para el usuario.

| 103

También se realizará la entrega de un Manual de procedimientos de soporte técnico, en el cual se detallan todos los pasos a seguir para recuperar los datos en caso de contingencia. 4.2.6. Otros Requisitos del Producto

Estándares Aplicables: La red funcionara en TCP/IP, sobre Windows 2000 o superior. Requerimientos del sistema: Para que el sistema se ejecute se requiere del .NET Framework 2.0 versión redistributiva y un motor de base de datos SQL Server 2005 versión Express..

4.3. Especificaciones de requisitos del Software

4.3.1. Especificaciones A. Requerimientos Funcionales 1. Departamento de Matricula: Controlará el número de vacantes por cada grado y sección. Realizará la Inscripción de Alumnos: 

Nuevos



Trasladados

Manejará el proceso de Matricula. Generará reporte de alumnos matriculados por nivel, grado y sección.

2. Departamento Académico: Ingreso de notas al registro del docente. Generación actas de evaluación. Obtener de forma automática los promedios por Curso. Generación de la libreta de Notas por Alumno. Consulta de profesores por grado. Reporte de Cuadro de Merito del Alumno. Reporte de Situación del Alumno.

| 104

3. Departamentos de Cobranza Realizar mantenimiento al costo de la matricula de cada año en sus diferentes niveles. Registrar los montos de pensiones. Permitir controlar el pago de cursos a cargo. Permitir controlar los descuentos académicos. Realizar mantenimiento a los tipos de descuentos. Genera reporte de morosos. Generar reporte de ingresos cada mes. (pagos de alumnos)

4. Departamento de Personal: Asignación de cursos a docentes. Asignación de horarios al personal. Permitir Registrar y dar mantenimiento al personal. Controlar contratos y su vigencia. Controlar asistencia. Generar reporte de asistencias. Controlar Descuentos Controlar Adelantos. Controlar

personal

retirado

por

despido

liquidación. Generar boleta de pago. Controlar vacaciones. Controlar Gratificaciones. Dar mantenimiento a los Ítems de Planilla. Generar Planilla. Generar reporte de planilla.

o

renuncia

y

su

| 105

B. Requerimientos No Funcionales:

REQUERIMIENTO

Se requiere que la interfaz sea atractivo a

MOTIVO Y RESTRICCIONES ASOCIADAS Para el fácil y rápido manejo del sistema.

la vista e interactivo. Se requiere que el sistema cuente con

Para hacer que el usuario tenga una mayor

ayuda para su manejo.

confianza y adquiera rapidez al usarlo.

Se requiere que haya niveles de acceso

Así poder controlar el acceso a la información, y

según el usuario y password.

evitar la salida de información para un mal manejo.

Se requiere que la aplicación soporte la

Se tendrá un solo servidor ubicado en la dirección

arquitectura cliente-servidor.

al que accederán los diferentes terminales.

Se requiere que el aplicativo trabaje con

Se tendrá que adquirir la licencia respectiva.

base de datos SQLSERVER 2000 Se requiere que el servidor cuente con sistema operativo WINDOWS SERVER 2003

Se tendrá que adquirir la licencia respectiva.

Diagrama 8: Diagrama de Paquetes Fuente: Elaboración propia

(from Diagrama_Caso_Negocio)

Secretaria

Sistema de Matricula

(from Diagrama_Caso_Negocio)

Auxiliar Academico

Sistema de Personal

Sistema de Cobranza

Sistema de Notas

Director (from Diagrama_Caso_Negocio)

(from Diagrama_Caso_Negocio)

Docente

| 106

4.3.2. Modelamiento Dinámico A. Diagrama de Paquetes

Diagrama 9: Diagrama de Caso de Uso Matricula Fuente: Elaboración propia

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

_Director

(from Diagrama de Use Case)

Consultar Estado Academico

(from Diagrama de Use Case)

Consultar Estado Económico

(from Diagrama de Use Case)

Consultar Alumno

(from Diagrama de Use Case)

Registrar Matricular

Realizar mantenimiento de periodo escolar y de matricula

Realizar mantenimiento nivel, grado, seccion





(from Diagrama de Use Case)

Controlar vacante



_Secretaria

(from Diagrama de Use Case)

Registra Datos del Apoderado

(from Diagrama de Use Case)

(from Diagrama de Use Case)

(from Diagrama de Use Case)

Registrar Datos de los Padres



Registrar datos del alumno

Llenar Ficha de Matricula





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

Generar reporte de matriculados

| 107

1. Paquete: Sistema de Matricula

a) Diagrama de Caso de Uso: Matrícula

| 108



Interfaz de Usuario: Frm_NuevaMatrícula

| 109



Especificaciones de caso de uso: Matrícula

Código de Caso de Uso: CUM01.001 Caso de Uso: REGISTRAR MATRICULA Actores: SECRETARIA Propósito: Mantener Actualizado el registro de Matriculas como el Registro de Vacantes. Resumen: Este caso de uso se inicia al proceder la matricula de un alumno, el cual tiene un código que servirá para este y otros procesos del sistema, el sistema buscará tanto el estado económico del alumno como el académico; también controlara las vacantes para el grado y sección a la que piensa matricularse, se podrá buscar al alumno por su nombre o apellidos cuando no se tenga el código. Este caso de uso termina matriculando al alumno y actualizando las vacantes para el aula en que se matriculó. Precondiciones: El alumno deberá ser inscrito al menos con sus datos básicos requeridos para poder

| 110

ser matriculado. Las vacantes serán copadas en el primer periodo de la matricula por los alumnos que pertenecen al plantel, después del primer periodo de matricula se procederá a matricular a alumnos nuevos. Referencias: RM01.001, RM01.003 CUM01.001 - Registrar Matrícula CUM01.002 - Llenar ficha de matricula CUM01.003 – Consultar alumnos Flujo Básico: Acción de Actor

Respuesta del Sistema

1. La secretaria ingresara el

2. El sistema validará el código y mostrara el nombre del

código del alumno.

alumno en una caja de texto e indicara si tiene alguna deuda o

3. Si el alumno es nuevo

curso a cargo, también mostrara el último grado y nivel en el

entonces

que estuvo, activando automáticamente 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 básica de

6.

matrícula para la inscripción

mensaje en el momento de ser guardado la información.

del alumno.

7. El sistema actualizará las vacantes de alumnos.

El sistema automáticamente le generará un código 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 número de vacantes del grado y sección indicado. Si no puede hacer el pago de la deuda el apoderado solicitaría una inscripción especial.

Código de Caso de Uso: CUM01.002 Caso de Uso: LLENAR FICHA DE MATRICULA Actores: SECREATARIA Propósito: Tener los datos del alumno actualizado en la BD. Resumen: Solo si el alumno es antiguo se procederá a modificar los datos y verificar si el grado al que procede es correcto. Si el alumno es nuevo se procederá a llenar los datos en la ficha, recibiendo de forma mecánica la ficha única del alumno que nos servirá para hacer la actualización de los datos de los alumnos. Precondiciones: Se tiene que tener todos los datos requeridos en la ficha de matrícula. Referencias: RM01.002 Flujo Básico:

| 112

Acción de Actor

Respuesta del Sistema

1. La secretaria procederá a llenar los 2. El sistema validara los datos si son correctas para su datos del alumno y demás datos que respectiva grabación. requiera la ficha. Flujos Alternos: El sistema generará un código único para cada alumno inscrito y guardara todos los datos de la ficha de matrícula. Pos condiciones: No se grabara o actualizara la ficha de matricula solo si los datos son incorrectos. Requerimientos Especiales:

Código de Caso de Uso: CUM01.003 Caso de Uso: REALIZAR MANTENIMIENTO NIVEL, GRADO Y SECCION Actores: SECRETARIA, DIRECTOR Propósito: poder crear y actualizar niveles, grados y número de secciones por grado; según la necesidad y crecimiento del colegio. Resumen: Este caso de uso empieza al cargar por primera vez el sistema, en el cual la secretaria o director especificara y creara los niveles, grados y numero de secciones por grado que tendrá el plantel, también podrá usarse cuando se requiera modificar estos parámetros. Precondiciones: El sistema verificará si existe al menos un nivel, grado y sección para poder usar otros formularios del sistema. Referencias:

| 113

RM01.005

Flujo Básico: Acción de Actor

Respuesta del Sistema

1. En el caso de nivel se debe ingresar la 2. Revisara si existe el nivel ingresado, si no lo Descripción.

encuentra lo grabara.

3. En el caso de grados se debe de escoger el

4. el sistema validara los campos y si son

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

Flujos Alternos: El sistema verificará los datos ingresados mandando mensajes si estos no son correctos. Pos condiciones: los datos quedaran registrados para su posterior uso Requerimientos Especiales: Es requerido que no existan usuarios conectados utilizando el aplicativo, en el momento en que se utilice esta funcionalidad.

Código de Caso de Uso: CUM01.004 Caso de Uso: REALIZAR MANTENIMIENTO DE PERIODO ESCOLAR Y DE MATRICULA Actores: SECRETARIA, DIRECTOR Propósito: Tener actualizado el periodo escolar, y inicio de la matricula por cada

| 114

año. Resumen: Aquí se detallan o se actualiza el año escolar, empezando por poner el comiendo del periodo de matricula como también el inicio y final del periodo escolar, para que asi una vez terminado este periodo se actualice los datos del alumno. Precondiciones: Solo podrán acceder usuarios autorizados como el caso del director o secretaria solo. Tanto la matricula como el periodo escolar, solo será creada una vez por cada año. Referencias: RM01.006 Flujo Básico: Acción de Actor

1. se escogerá el precio y la fecha en la que

Respuesta del Sistema

2. el sistema validar q las fechas sean correctas

comenzara el periodo de matrícula, como el día mandando mensajes de erros si fuera lo contrario. de inicio y fin del año escolar. 4. el sistema validará y guardara los datos. 3. se agregará o actualizará el monto de pensión para el año escolar. Flujos Alternos: El sistema verificará si los datos introducido son correctos para poderlos grabar, mandando mensajes de erro si no lo estuvieran. En el caso de mandar mensajes de error, estos especificaran el motivo. Pos condiciones: Estos datos servirán como base para la actualización del siguiente año. Requerimientos Especiales:

Fuente: Elaboración propia

Diagrama 10: Diagrama de Caso de Uso de Descuento

(from Diagrama de Use Case)

Realizar mantenimiento de descuentos

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

_Director

Evaluar tipo de descuento

Registra porcentaje de descuento

(from Diagrama de Use Case)

Registrar descuento

(from Diagrama de Use Case)

Evaluar rendimiento Academico del Alumno







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

Código de Caso de Uso: CUCA01.001 Caso de Uso: EVALUAR TIPO DE DESCUENTO Actores: Director Propósito: Verificar si se puede otorgar el descuento económico para la permanencia del alumno en cuestión. Resumen: El caso de uso se inicia cuando el director revisa el rendimiento académico del alumno, según sean los resultados, se otorgara o no el descuento. Precondiciones: Tendrá que enviar una solicitud previa que será entregada a la secretaria. Referencias: RPA01.004 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El director verificara el estado 2. El sistema emitirá un reporte del estado académico y si es favorable ingresara el académico del alumno. descuento respectivo.

El sistema guardara el descuento respectivo y enviará un mensaje de confirmación.

Flujos Alternos: El director verifica el estado académico si es favorable procede el descuento, de lo contrario sale del sistema. Se guardará el descuento ingresado para el alumno(a) y se visualizara una vez grabado el registro en la BD.

| 117

Pos condiciones: No se registrara el descuento si hay error en el ingreso. Requerimientos Especiales:

Código de Caso de Uso: CUCA01.002 Caso de Uso: REALIZAR MANTENIMIENTO DE DESCUENTOS Actores: Director Propósito: Poder dinamizar los porcentajes de descuentos. Resumen: El caso de uso se inicia cuando el director desea cambiar los porcentajes de descuento para los alumnos y termina cuando registra el respectivo descuento o de lo contrario sale. Precondiciones: Ninguna. Referencias: RPA01.004 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El director ingresara los porcentajes de 2. El sistema registrará el porcentaje de descuento descuento indicando el tipo.

respectivo y enviará un mensaje de confirmación.

Flujos Alternos: Se guardará el descuento ingresado para el alumno(a) y se visualizara una vez grabado el registro en la BD. Pos condiciones: No se registrara el descuento si hay error en el ingreso.

Generar Reportes de ingresos

Generar Rep.Morosos

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

_Secretaria

Diagrama 11: Diagrama de Caso de Uso de Cobros a Alumnos Fuente: Elaboración propia Realizar mantenimiento de monto y periodos de pagos

Realizar mantenimiento de cursos-cargo

Generar Rep.Estado Economico

Registrar Cobro

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

_Director

Generar boleta

| 118

Requerimientos Especiales:

b) Diagrama de Caso de Uso: Cobros a Alumnos

| 119

Código de Caso de Uso: CUCA02.001 Caso de Uso: REGISTRAR COBROS Actores: Secretaria Propósito: Poder llevar un control de los ingresos por cobros. Resumen: El caso de uso se inicia cuando la secretaria registra un cobro, ya sea por pensión o por curso a cargo. Luego se emitirá la respectiva boleta de pago Precondiciones: Que el alumno tenga un cobro activo. Referencias: RPA01.002 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. La secretaria ingresara el código o 2. El sistema registrará el monto y el tipo de nombre del alumno, seleccionara el cobro respectivo y enviará un mensaje de pago, lo registrará y emitirá su boleta confirmación, e imprimirá su boleta respectiva. de pago respectiva. Flujos Alternos: Se generará e imprimirá la boleta de pago respectiva o de lo contrario se cancelara el proceso. Pos condiciones: No se registrará sino adeuda. Requerimientos Especiales:

| 120

Código de Caso de Uso: CUCA02.002, CUCA02.003, CUCA02.004 Caso de Uso: GENERAR REPORTE DE ESTADO ECONÓMICO,REPORTE DE MOROSOS,REPORTE DE INGRESOS Actores: Secretaria Propósito: Poder visualizar la información y sustentarla a través de documentos que se pueden adquirir rápidamente por el sistema. Resumen: El caso de uso se inicia cuando se requiere información sobre el estado económico de un alumno, las cuentas por cobrar activas generadas por los alumnos y los respectivos ingresos que obtiene la institución. Precondiciones: Ninguna. Referencias: RPA01.005, RPA01.006 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. La secretaria seleccionará el tipo 2. El sistema mostrará la el reporte solicitado y de

reporte

y

luego

presionara lo imprimirá.

imprimir. Flujos Alternos: Ninguno Pos condiciones: Ninguna. Requerimientos Especiales:

| 121

Código de Caso de Uso: CUCA02.005 Caso de Uso: REALIZAR MANTENIMIENTO DE CURSOS A CARGO Actores: Director Propósito: Poder actualizar los costos de los cursos a cargos. Resumen: El caso de uso se inicia cuando se ingresa o cambia los costos de los cursos a cargo para que el sistema actualice los montos de cobros. Precondiciones: Que existan todos los cursos. Referencias: RPA01.002 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El director seleccionara el curso y 2. El sistema mostrará la lista de cursos y sus luego

ingresara

el

costo;

luego montos

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. Requerimientos Especiales:

luego

| 122

Código de Caso de Uso: CUCA02.006 Caso de Uso: REALIZAR MANTENIMIENTO DE MONTO Y PERIODO DE PAGOS Actores: Director Propósito: Poder actualizar los montos de las pensiones y los periodos de pagos. Resumen: El caso de uso se inicia cuando se ingresa o cambia los costos de las pensiones para que el sistema actualice los montos y fechas; así llevar un mejor control. Precondiciones: Ninguna. Referencias: RPA01.003 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El director seleccionara la fecha 2. El sistema guardará los nuevos montos y de inicio y fin de las pensiones, como las fechas de los periodos enviando un también los costos de las mismas.

mensaje de confirmación.

Flujos Alternos: Ninguno Pos condiciones: El sistema no registrará si se ingresan valores no acordes hasta que se corrijan. Requerimientos Especiales:

Diagrama 12: Diagrama de Caso de Uso de Notas

Fuente: Elaboración propia

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

_Docente

(from Diagrama de Use Case)

Generar Libreta de Notas

(from Diagrama de Use Case)

(from Diagrama de Use Case)

Generar Registro de Evaluación

(from Diagrama de Use Case)





(from Diagrama de Use Case)

Registrar Notas de Conducta

Registrar_notas_x_Curso

Generar Reporte Orden de Mérito

Generar Reporte Academico

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

_Auxiliar Académico

(from Diagrama de Use Case)

Sacar Promedio

Registrar Tareas



a)

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

_Secretaria

(from Diagrama de Use Case)

Consultar Registro de Notas

| 123

3. Paquete: Sistema Notas Diagrama de Caso de Uso: Notas

| 124

 Interface de usuario:

| 125

Código de Caso de Uso: CUNA01.004 Caso de Uso: REGISTRAR NOTAS POR CURSO Actores: Docente Propósito: Poder registrar las notas de los alumnos. Resumen: Este caso de uso.se inicia cuando se selecciona el registro de notas, se ingresan las tareas o exámenes y luego se ingresan las notas de los alumnos. Precondiciones: Que existan los cursos, también es necesario que los alumnos estén matriculados.

| 126

Referencias: RA01.001 Flujo Básico: Acción de Actor

Respuesta del Sistema

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

luego presionara montos iniciales, si los hubiese, luego procederá a

guardar.

Flujos Alternos:

Pos condiciones:

Requerimientos Especiales:

guardar los nuevos montos.

 Interface de usuario

Diagrama 13: Diagrama de Caso de Uso de Personal Fuente: Elaboración propia

(f rom Diagrama de Use ...)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



Registrar Contrato

Registrar adelantos

Dar de Baja al Personal

Realizar mantenimiento a vacaciones

Registrar asistencia

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

_Director

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

_Docente

a)

_Secretaria

Registrar Personal



| 127

4. Paquete: Sistema Personal Diagrama de Caso de Uso: Personal

| 128

| 129

Código de Caso de Uso: CUPP01.001 Caso de Uso: REGISTRAR PERSONAL Actores: SECRETARIA Propósito: Tener Registro Actualizado del Personal Resumen: En este caso el caso de uso se inicia cuando un nuevo personal va a laborar en la institución y se requiere que este sea registrado en el sistema y así poder tener un mejor control del personal. Precondiciones: •

Se tendrá que definir el tipo de trabajador con un documento sustentatorio para su respectivo registro. Referencias: RP01.013

 CUP01.001 - Registrar personal Flujo Básico: Acción de Actor

Respuesta del Sistema

1. La secretaria una vez verificada el 2. El sistema validará los datos del personal y documento que acredite el ingreso del enviara un mensaje de confirmación si se grabo nuevo personal, procede a su respectivo correctamente o un mensaje de error si los datos son ingreso de datos al sistema, una vez incorrectos. llenado los datos requeridos procede a grabar en la BD. Flujos Alternos: Se generara el nuevo código para este personal y se visualizara una vez grabado el registro en la BD. Se registrará a su vez el contrato del personal solo si fuera el caso.

| 130

Pos condiciones: No se registrara al personal si los datos ingresados son incorrectos. Requerimientos Especiales:

Código de Caso de Uso: CUPP01.002 Caso de Uso: ASIGNAR CURSOS A DOCENTE Actores: SECRETARIA Propósito: Obtener un registro de Cursos que puede dictar un docente. Resumen: El caso de uso se inicia en el momento de registrar cada curso que dictara cada docente en las secciones asignadas. Precondiciones: Tener los cursos registrados tanto a los docentes como a los cursos en el sistema. Tener definido los cursos que van a dictar cada docente y a que secciones vana enseñar. Referencias: RP01.001 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. Seleccionar el docente y los cursos 2. El sistema procede a registrar e la BD el registro que va puede dictar, el grado y la para cada docente, enviando un mensaje de sección que fue asignada.

confirmación.

| 131

Flujos Alternos: Se podrá modificar o eliminar algunos registros equivocados del docente ante los cursos que dicta. Pos condiciones: Se podrá visualizar después de la grabación los registros insertados por cada docente para alguna modificación. Requerimientos Especiales: Que me genere el horario para cada profesor, según la asignación de cursos a cada aula.

Código de Caso de Uso: CUPP01.003 Caso de Uso: REGISTRAR HORARIO DE AULA Actores: SECRETARIA Propósito: Tener una distribución adecuada de cada curso en las secciones definidas según la curricular de enseñanza. Resumen: Este caso de uso inicia cuando se tiene definido los cursos que serán dictados en cada grado Precondiciones: Haber registrado todos los cursos para cada grado. Referencias: RP01.001 Flujo Básico:

| 132

Acción de Actor

Respuesta del Sistema

1. La secretaria seleccionara el grado, la 2. Al aceptar el registro el sistema procede a validar sección, el día y el curso que se asignará los datos ingresados, verificando si es que no ocurre a la sección ingresando la hora de inicio ningún cruce de hora en ese día, y así continuando a y fin en el que se va a dictar dicho registrar el curso. curso. Flujos Alternos: Se podrá verificar los datos ingresados Pos condiciones: Se procedería a signarles los cursos a los profesores. Requerimientos Especiales:

Código de Caso de Uso: CUP01.004 Caso de Uso: REGISTRAR HORARIO DE INGRESO Y SALIDA DE PERSONAL Actores: SECRETARIA Propósito: Obtener un horario de programación para cada personal, el cual ayudara para la elaboración de la planilla. Resumen: Este caso de uso inicia cuando ya se han definido la cantidad de horas que trabajara cada personal registrando sus horas de trabajo y obteniendo una programación de horas. Precondiciones: Contar con una programación de horario definida para cada personal que labora. Contar con personal registrado en la BD. Se tiene que tener registrado a todo el personal que se hará la programación de horario.

| 133

Referencias: RP01.002 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. Para el caso de asignación de 2. El sistema visualizará los horarios del personal en una horario a Docente se tiene que grilla si es que lo tuviera. escoger el nombre del docente. 3. La secretaria

procederá

la 5. en ambos casos al aceptar los datos el sistema verificara

selección de días y horas de ingreso si los datos que se desea registrar no produce un cruce con y salida de cada uno.

las horas en el sistema, enviando un mensaje de

4. En el caso de otros tipos de confirmación o rechazo según sea el caso. personal, solo se escogerá el cargo y se escogerá el día y la hora de ingreso. Flujos Alternos: Se podrá modificar si se presento un error en el momento de registrar. Pos condiciones:

Requerimientos Especiales:

Código de Caso de Uso: CUP01.005 Caso de Uso: REGISTRAR CURSOS Actores: Secretaria Propósito: Tener un registro de todos los cursos que se dictan en el centro educativo.

| 134

Resumen: Este caso de uso se inicia cuando la secretaria registra todos los cursos de acuerdo al nivel, grado y especialización. Precondiciones: Tener insertado todos los cursos en el sistema. Referencias:

Flujo Básico: Acción de Actor

Respuesta del Sistema

1. La secretaria una vez que allá

El sistema enviara un mensaje de confirmación 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 después de la grabación los datos insertados para alguna modificación. Requerimientos Especiales:

| 135

Código de Caso de Uso: CUP01.006 Caso de Uso: REGISTRAR ASISTENCIA Actores: Docente Propósito: Tener un mejor control de los docente. Resumen: Este caso de uso se inicia cuando el docente ingresa el día, la hora de entrada y la hora de salida e ingresa los datos al sistema. Precondiciones: Tener las asistencias de todos los docentes en el sistema. Referencias: RP01.005  CUP01.001 - Registrar personal Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El docente una vez que ingrese el

El sistema validara la hora de ingreso y la hora de

día, su hora de ingreso y hora de salida,

salida del docente y enviara un mensaje de

una vez llenado los datos requeridos

confirmación 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 modificación. Requerimientos Especiales:

| 136

Código de Caso de Uso: CUP01.007 Caso de Uso: REALIZAR MANTENIMIENTO A VACACIONES Actores: Director Propósito: Contar con un registro de las vacaciones dada para cada personal Administrativo. Resumen: Este caso de uso se inicia cuando el personal interesado solicita sus vacaciones por derecho, procediendo el encargado a programar el periodo de vacaciones que se le dará al personal. Precondiciones: Se tiene que tener un registro de todo el personal a los cuales se les han programado sus vacaciones. Referencias: RP01.011  CUPP01.008 - Controlar vacaciones. Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El director ingresara el código 1. El sistema visualizará un listado de todo el del personal, y la fecha de inicio personal por tipo, luego mostrara el detalle del y de término de sus respectivas personal seleccionado mostrando su fecha de vacaciones.

vacaciones y su pago correspondiente.

Flujos Alternos: Se podrá verificar los datos ingresados.

| 137

Pos condiciones: Se visualizara después de la grabación los registros insertados de cada personal que han solicitado sus vacaciones. Requerimientos Especiales:

Código de Caso de Uso: CUP01.008 Caso de Uso: DAR DE BAJA AL PERSONAL Actores: Director Propósito: Obtener un registro de baja para cada personal. Resumen: Este caso de uso se inicia cuando el director no va a realizar una renovación de contrato, cuando ocurre un despido o como también una renuncia. Precondiciones: El director no ha realizado la renovación de contrato. Se realizo el despido del personal. Se acepto la renuncia del personal. Referencias: FP001.006  CUPP01.009 Flujo Básico: Acción de Actor

Respuesta del Sistema

| 138

1.-El

director

ingresa

el 1.- El sistema mostrara el detalle del personal seleccionado y

código del personal, donde actualizara el estado de este. tendrá que ingresar la fecha de baja. Flujos Alternos: Se podrá modificar o eliminar algunos registros equivocados por el director. Pos condiciones: Se visualizara después de la grabación los datos ingresados por el director para alguna modificación. Requerimientos Especiales:

Código de Caso de Uso: CUP01.009 Caso de Uso: REGISTRAR ADELANTOS Actores: Director Propósito: Tener un registro de control de todos los adelanto o préstamos del personal. Resumen: Este caso de uso se inicia cuando el director verifica su neto básico del personal, y el monto básico máximo a solicitar.

Precondiciones: El préstamo será emitido para solo para el personal nombrado y contratado. Referencias: RP01.008

| 139

Flujo Básico: Acción de Actor

Respuesta del Sistema

1. Para el caso de préstamo el director

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 máximo a prestar, enviando un mensaje de

los datos requeridos se procederá a

confirmación 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 préstamo y la fecha del personal solicitado. Requerimientos Especiales:

Diagrama 14: Diagrama de Caso de Uso: Planilla Fuente: Elaboración propia Realizar mantenimiento de Items de Planilla

ITEMS DE PLANILLA *AFP *ONP *UIT *CTS

(from Di agrama de Use Case)

Verificar Ingresos



(from Di agrama de Use Case)

Verificar Descuento

Modificar ingresos y descuentos del personal

Generar Boleta de pago

Consultar Reporte de asistencia

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

_Director

(from Di agrama de Use Case)

Verificar Trabajador



(from Di agrama de Use Case)

Modificar Planilla

b)

(from Di agrama de Use Case)

Generar Planilla

| 140

Diagrama de Caso de Uso: Planilla

| 141

Código de Caso de Uso: CUPP01.001 Caso de Uso: GENERAR PLANILLA Actores: DIRECTOR Propósito: Obtener un reporte la planilla de pagos por cada mes. Resumen: Iniciará el caso de uso cuando llega el periodo de corte para el proceso de pago. Precondiciones: Haber definido la fecha de inicio y la fecha de corte de la planilla. Tener definido todos los ingresos y descuentos que tendrá cada personal. Referencias: RP01.014 , RP01.012, RP01.006, RP01.012, RP01.011, RP01.008 Verificar trabajador Modificar ingresos y descuentos del personal Flujo Básico: Acción de Actor 1.

El

director

realizará

Respuesta del Sistema una 2. El sistema procederá a verificar los datos de cada

verificación del pago para cada empleado e ira generando los ingreso, descuento y trabajador, procediendo a aceptara la sueldo total que le correspondería a cada uno de ellos. generación de la planilla. Flujos Alternos: Se procederá a generar nuevamente la planilla, solo si ocurre algún error con el pago que corresponde a algún empleado. Pos condiciones: Visualizara el reporte de la planilla para que pueda ser impresa. Solo el director podrá realizar esta acción. Requerimientos Especiales: Imprimir el documento con el formato requerido por el director.

| 142

Código de Caso de Uso: CUPP01.002 Caso de Uso: MODIFICAR PLANILLA Actores: DIRECTOR Propósito: Poder corregir algunos errores que se cometió en el momento de generara la planilla. Resumen: Este caso de uso inicia el momento que se observa una anomalía en la remuneración del empleado. Pudiendo ser modificada y generada nuevamente. Precondiciones: Solo el director podrá realizar el proceso de modificación de ingresos y descuentos del personal. Referencias: RP01.007, RP01.008, RP01.011, RP01.012

Modificar Ingresos y Descuentos del Personal Flujo Básico: Acción de Actor

Respuesta del Sistema

1. Ubicarse en el ítem que será modificado,

realizar

la

1. Realizar el proceso de validación y grabar los cambios.

modificación y grabar.

Flujos Alternos: Enviara un mensaje de confirmación y abrirá el formulario de generar planilla para el nuevo cálculo. Pos condiciones: Requerimientos Especiales:

| 143

Código de Caso de Uso: CUPP01.003 Caso de Uso: REALIZAR MANTENIMIENTO DE ITEMS DE PLANILLA Actores: DIRECTOR Propósito: Tener actualizada los datos que se requieren para el cálculo de la planilla. Resumen: Este Caso de Uso se inicia cuando se requiera actualizar Ítems (UIT, Rentas de 5ta, etc.) que son necesarios para el Cálculo de la planilla. Precondiciones: Tener registrado los Ítems en la Base de Datos Referencias: RP01.014 Flujo Básico: Acción de Actor

Respuesta del Sistema

1. El Director ingresara al formulario de 3. Í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 confirmación y si se requiere hacer otras modificaciones. Pos condiciones: Se utilizara el último cambio que se hizo a los Ítems para los cálculos correspondientes a al planilla. Requerimientos Especiales:

| 144

B. Relación entre caso de uso y actores del sistema Actor Caso

Director

Docente

Auxiliar Académico

Secretaria

de Uso CASO DE USO DEL

X

PROCESO DE MATRICULA CASO DE USO DEL

X

PROCESO INGRESO DE

X

NOTAS CASO DE USO DEL PROCESO DE DESCUENTO

X

CASO DE USO DEL

X

PROCESO DE COBROS A ALUMNOS CASO DE USO DEL PROCESO DE PLANILLA CASO DE USO DEL PROCESO DE PERSONAL

X

X

4.3.3. Diagrama de Secuencia y Colaboración.

: f rm.Registro_notas

Guardar_nota()

Ingre_notas()

Escoger niv el,grado,seccion

Abrir f rm.

Retorna_cod()

Loguear_Prof e()

Ingresar usuario y contraseña

: _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 contraseña

5: Abrir frm.

12: Escoger nivel,grado,seccion 15: Ingre_notas() 16: Guardar_nota()

: _Docente

: e.Docente/Curso

| 146

Abrir f rm.

Cerrar Frm_Matrícula

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 irmación()

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 irmación()

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_Matrícula

| 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 Estático A. Diagrama de Clases de Objetos

| 154

B. Diccionario de Atributos:

| 155

| 156

| 157

| 158

| 159

| 160

| 161

| 162

| 163

C. Diagrama de Clases Lógico

Especialidad 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)

Año 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) Año 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 Físico

Especialidad Descuento_Personal

Especialidad_ID: int Descripcion: varchar(20) Estado: int

Fecha_Descuento: varchar(10) Descripcion: varchar(10) Monto: money Estado: int Personal_ID: varchar(6)

R_19 Contrato

Personal_ID: varchar(6)

R_190 Aportaciones Aportaciones_ID: int Descripcion: varchar(12) Fondo_Pensiones: decimal(7,4) Prima_AFP: decimal(7,4) Comision_AFP: decimal(7,4) Total_Retension: decimal(7,4) Estado: int

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) Personal_ID: varchar(6) 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 Personal_ID: varchar(6) Asistio: char(1) Justificar: char(1) Observacion: text

Año: 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 Descripcion: varchar(100) Tipo_Cobro_ID: int Estado: int

Estado_Pago Estado_Pago_ID: int Concepto Concepto_ID: varchar(4) Descripcion: varchar(20) Abreviatura: varchar(10) Formulas_ID: int Clase: varchar(6) Unidad: varchar(5) Imp_enBol: smallint Val_IngDesc: char(1) Estado: smallint

Descripcion: varchar(15) Observacion: varchar(52)

Descripcion: varchar(20) Num_Horas: smallint Costo: money Estado: char(1) Grado_ID: int Especialidad_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 Familiar_ID: varchar(7) Alumno_ID: varchar(7)

R_207

R_93 R_218

Alumno_ID: varchar(7) 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

Descripcion: varchar(20) Detalle_Cuenta_Cobrar

Tarea_Desc: varchar(20) Seccion_ID: int Grado_ID: int Cursos_ID: varchar(5) Periodo_ID: int

R_183

Provincia

Tipo_Cobro R_220

Tarea_ID: int

R_209

R_168

Cuentas_por_Cobrar

Descripcion: varchar(10)

Nombre: varchar(20) Ape_Paterno: varchar(20) R_125 Ape_Materno: varchar(20)

Tareas

R_180

Dias Dias_ID: int

Cursos_ID: varchar(5)

Descripcion: varchar(15)

R_104

Matricula_ID: int

Cursos

Parentesco_ID: int

R_219

Matricula_ID: int Alumno_ID: varchar(7)

R_203

Familiar_ID: varchar(7)

Fech_Nacimiento: varchar(10) Sexo: char(1) Estado_Civil_ID: char(2) DNI: varchar(8) Ocupacion: varchar(15) Grado_ID: int Direccion: varchar(25) Telefono: varchar(10) Vive: char(2) Vive_con_Alumno: char(18)

Detalle_Matricula

Vacaciones

Fecha_Uit: varchar(10) Valor: money

Descripcion: varchar(15)

Matricula

Asistencia

R_193

Seccion_ID: int

Grado_ID: int

Fecha_Adelanto: varchar(10) Monto: money Estado: int Personal_ID: varchar(6)

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) Ape_Paterno: varchar(20) Estado_Civil Sueldo_Basico: float Alum_Maximo: int Ape_Materno: varchar(20) Estado: char(1) Estado: int R_205 Estado_Civil_ID: char(2) DNI: char(8) Secciones: int R_202 Sexo: char(1) R_27 R_172 Nivel_ID: int Descripcion: varchar(15) Direccion: varchar(100) R_160 R_199 R_59 Telefono: varchar(15) 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 Personal_ID: varchar(6) CUSPP: varchar(12) Cargo_ID: int Cod_Onp: varchar(12) Nro_EsSalud: varchar(11) R_46 R_198 Docente_Curso Aportaciones_ID: int Nivel Especialidad_ID: int Personal_ID: varchar(6) Estado_Civil_ID: char(2) Nivel_ID: int Cursos_ID: varchar(5) Cargo_ID: int R_204 Descripcion: varchar(15) 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) Personal_ID: varchar(6) Concepto_ID: varchar(4) Tipo: char(1) Valor: float

Periodo_Pago_ID: int

Cursos_ID: varchar(5)

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_ID: varchar(6)

Personal

Nro_Contrato: varchar(7) Fecha_Inicio: varchar(10) Fecha_Fin: varchar(10) Sueldo: money Personal_ID: varchar(6)

Horario_Aula

Bonificacion

Descuento_Personal_ID: int

Alumno_ID: varchar(7) Grado_ID: int Cursos_ID: varchar(5) Año: varchar(4) Promedio: float Sustitutorio: float

Fech_Ini: varchar(10) Fech_Fin: varchar(10) Descripcion: varchar(6)

R_212

Criterio R_214

Descripcion: varchar(15)

R_95

Reg_Notas R_105

Pais Pais_ID: int R_113

Criterio_ID: int

Nom_Pais: varchar(15) Nota Alumno_ID: varchar(7) Cursos_ID: varchar(5) Periodo_ID: int Prom_Cognositivo: float Prom_Valorativo: float Prom_Psicomotor: float Parcial: float Final: float Promedio_Periodo: float

Tarea_ID: int Nota: float Criterio_ID: int Cursos_ID: varchar(5) Periodo_ID: int

| 165

E. Diagrama de Estado

Clase Matricula

separada

vigente

aplazada

cancelada culminada

Fuente: Elaboración propia

Clase Alumno

nuevo

repitente

activo

reserva

debe pensiones u otros Aprobado

trasladado

Fuente: Elaboración propia

retirado

moroso

| 166

Clase Curso

nuevo

activo

a cargo

baja

Fuente: Elaboración propia

Clase Nota

nuevo

aprobado

espera

Modificado

desaprobado

Fuente: Elaboración propia

promediad a

| 167

Clase Personal

Ingresante

Nombrado

Contratado

Licencia

Vacaciones

Activo

Despido

Jubilado

Fuente: Elaboración propia

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

Fuente: Elaboración propia

| 169

 Capa de Datos:School_DAO

 Capa de Negocio: School_Buss

| 170

 Capa de Ayuda:

 Capa de Controles:

| 171

 Capa Presentación: School_Vista

| 172

G. Diagrama de Distribución

SERVIDOR 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 Común El sistema School Manager es el único sistema que será implementado en la institución, no existen sistemas anteriores.

4.4.2. Utilidad

A. Comportamiento de ventanas El comportamiento que tendrán las ventanas de SCHOOL MANAGER será similar al sistema operativo Windows, por lo consiguiente la adapatacion del

| 174

usuario con el uso del software será un proceso rápido, gracias a que las interfaces fueron diseñadas para interactuar con el cliente.

B. Diseño de Interfase de usuario final

ITEMS (Objetos)

Barra de Titulo Barra de

LETRA COLOR

IMAGEN Tipo

Tamaño

Color

(Píxeles)

Azul degradad o

Arial

Según pantalla.

Blanco

Según formulario

Banner diseñada con la insignia de la institución.

Negro

Times New Roman

Ancho de pantalla

negro

Según formulario

varios

varios

Arial

Según pantalla

negro

Según formulario

varios

celeste

Arial

Según pantalla

Negro

Según formulario

--

celeste

Arial

Según pantalla

negro

Según formulario

--

celeste

Arial

Según pantalla

Negro

Según formulario

--

Menús Botones Cuadros de Texto

TAMAÑO

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 recepción de un fallo será de inmediato. Se tomarán los datos del fallo. La corrección para cualquier funcionalidad, dependerá de su impacto en el sistema, para ello se evaluará usando la tabla de trazabilidad. Luego de análisis se indicará el tiempo en que estará corregido el fallo. Para fallos simples la corrección tomará máximo un día, a partir del aviso de C.E. Pedro Paulet, contando con la vigencia de un contrato de mantenimiento. De no existir, se presentará una cotización.

4.4.4. Performance

A. Tiempo de Acceso a la Base de Datos Debido al motor de base de datos y la capacidad de procesamiento del servidor, el acceso a la base de datos es lo suficientemente rápido al procesar la información.

B. Tiempo de Respuesta Los procesos que requieren más tiempo de respuesta son los de mantenimiento, los cuales no superan a los 5 segundos. C. Escalabilidad El sistema debe adaptarse al crecimiento del número de usuarios en la institución y al cambio de plataformas tecnológicas.

D. Tiempo de respuesta de transacción En cuanto al tiempo de transacción, diremos que depende de la complejidad de la interfaz gráfica que es manejada por dicho usuario.

| 176

4.4.5. Restricciones de Diseño

Requerimientos de Plataforma Core 2 DUO 2.6 GHz Servidor de 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

Mínimo) S.O. Windows XP

4.4.6. Portabilidad

School Manager será portable en la plataforma Windows, especificados en la plataforma XP o en Windows Server 2003.La Base de Datos SQL Server 2005.

| 177

CAPÍTULO V:

REALIZACION DE LA SOLUCION DE SOFTWARE

5.1. Plan de Implementación

5.1.1. Carga Inicial Dentro del proceso de implementación del sistema “School Manager”, se encuentra el llenado de datos principales a la Base de datos para que este pueda funcionar correctamente, se está tomando en cuenta el envió de información desde un archivo Excel, el cual será familiar para el usuario y con un proceso de carga en un formulario se procederá a llenar la data a la Base de datos. Para asegurar que la información no se pierda se contará con una copia de respaldo en sus diferentes formas, desde un archivo Excel como también un archivo backup, que garantizará que la información de los alumnos como del personal y docentes no se llegará a perder, y que este pueda ser restaurado cuando se produzca una falla en el servidor u otros externos. 5.1.2. Transferencia de conocimientos y tecnología. Se desarrolló un manual didáctico que enseñará al usuario a manejar el sistema y hacerle mantenimiento de una forma fácil y entendible.

| 178

Ante el proceso de implementación del sistema se esta contando con el proceso de entrenamiento al usuario los cuales manejaran el sistema. Contando con un tiempo destinado para esta tarea. Se le enseñara el tipo de hardware que usaran y los permisos que tendrán dentro del sistema.

5.1.3. Verificación y Aceptación del Sistema Después de realizar un análisis exhaustivo de los requerimientos de los usuarios, se procedió a plantear una solución con el desarrollo de un software que cubra con sus requerimientos, planteando un prototipo del sistema y como se llevara a cavo su funcionamiento se busca la aceptación de los usuarios finales directos, para culminar con el proceso de construcción y programación. 5.1.4. Liberación en Productivo Usando la estrategia de Pruebas en paralelo, se desarrollo el sistema haciendo pruebas junto con la programación concluyendo más rápido con el producto a entregar. Se contó con la aprobación de la dirección y el sistema se encuentra en uso.

5.2. Manuales y Documentación técnica

5.2.1. Manual de uso y operación (DE USUARIO) Ver en el anexo punto 10.3. Ubicado en la página 187

5.2.2. Manual de procedimientos de usuario (TECNICO) Ver en el anexo punto 10.3. Ubicado en la página 220

5.2.3. Manual de procedimientos de soporte técnico (SEGURIDAD) Ver en el anexo punto 10.3. Ubicado en la página 230

5.3. Programas Fuente 5.3.1. Estándares

| 179

Estándar de Base de Datos Base de Datos

BD_School_Manager

Tablas

Xxx_xxx_Xxx (2-10)_(2-3)_(2-10) Caracteres

Campos

Xxx-xxx-Xxx (2-4) -(2-4)-(2-8) Caracteres

Store Procedure

sp_Xxx_Xxx (2-8)-(2-8) Caracteres

Estándar de Programación Capas Entidad

Xxxx_Entity.cs (2-8) Caracteres

Datos

Xxxx…_DAO.cs (2-20) Caracteres Xxxx…_Bussines.cs

Negocio

(2-20) Caracteres Formularios

Frm_Xxxx_xx_Xxx.cs (2-8)_(2-3)_(2-8) Caracteres

5.3.2. Organización de la Biblioteca La organización de la biblioteca se presenta a continuación: MODULO

DESCRIPCIÒN

MATRICULA

En este módulo, se encuentra todo el código fuente correspondiente a la creación de una nueva matricula, registrar las matriculas, registro de los alumnos y reporte de alumnos matriculados.

NOTAS

En este directorio se encuentran los fuentes correspondientes a los registros de notas, creación de horarios, asignar horarios a los profesores. Reporte de notas, reporte de alumnos desaprobados.

| 180

COBROS

Este módulo contiene el código fuente del control de cobros de pensiones, matricula, de cursos a cargo, genera reportes de morosos y reporte de deudas.

PERSONAL

Este último módulo, se encuentra los fuentes que corresponden al registro de personal, creación de los horarios, los descuentos, marcación de personal, generación de la planilla, la creación de las boletas de pago. y los diversos reportes que serán requeridos.

| 181

5.3.3. Biblioteca de programas fuentes

| 182

| 183

CAPÍTULO VI:

CONCLUSIONES

 La gestión de la planilla del centro educativo, se mejoró significativamente, mediante la generación de la planilla, del sistema School Manager.  El proceso de matrícula del centro educativo, fue mejorado mediante la utilización del sistema School Manager. 

Se agilizó el proceso de evaluación del alumnado gracias a la creación del registro de notas del sistema School Manager.



El control de los cobros a los alumnos, es ahora más óptimo gracias a la emisión del reporte de morosos y el reporte de deudas, del sistema School Manager.

 Podemos concluir que el sistema School Manager es de gran ayuda en la administración del centro educativo, logrando mayor velocidad, orden y precisión en los procesos del manejo de información.  El usuario final para hacer uso y estar familiarizado con el sistema School Manager, tiene que recibir una capacitación de las funciones y manejo del sistema.

| 184

 Para concluir exitosamente el proyecto de desarrollo de software, ha sido indispensable contar con: trabajo en equipo, compromiso, comunicación transparente, cumplimiento de tareas, mucha perseverancia y trabajo duro. 

Se logró cumplir con todos los requerimientos dispuestos por el usuario.

| 185

CAPÍTULO VII:

RECOMENDACIONES

Recomendamos que a medida que evolucione la institución educativa, el sistema tenga un mantenimiento de acuerdo a los nuevos requerimientos que se vaya presentando. Solo se restaurará el backup de la base de datos desde el CD, cuando se instala el sistema por primera vez, después de eso restaurar los datos desde el lugar donde se halla creado el backup.

| 186

CAPÍTULO VIII: BIBLIOGRAFIA 8.1.

Textos Nombre: Aplicación práctica del derecho laboral Autores: Estudio Caballero Bustamante (ECB) Editorial: Editorial Tinco Año: 2007

Nombre: La compensación por tiempos de servicios Autores: Estudio Caballero Bustamante (ECB) Editorial: Editorial Tinco Año: 2007

Nombre: Ingeniería de software Autores: Alfredo Weitzenfeld Editorial: Editorial Thomson 8.2.

Direcciones de páginas web: http://merinde.rinde.gob.ve

| 187

CAPÍTULO IX: 

GLOSARIO

Actividad: Es una unidad de trabajo que una persona que desempeñe un rol puede ser solicitado a que realice. Las actividades tienen un objetivo concreto, normalmente expresado en términos de crear o actualizar algún producto.



Artefacto: Es un trozo de información que es producido, modificado o usado durante el proceso de desarrollo de software. Los artefactos son los resultados tangibles del proyecto.



Caso de Uso: Es una técnica para la captura de requerimientos de un nuevo sistema o una actualización software.



Ciclo de Vida: Conjunto de fases sucesivas compuestas por tareas planificables que contribuyen a generar un producto intermedio, necesario para continuar hacia el producto final y facilitar la gestión del proyecto.



Componente: Representa una parte modular del sistema que encapsula su contenido y cuya manifestación es reemplazable dentro de su ambiente.



Comunicación: Intercambio con otro u otros de información.



Configuración: Es una colección de propiedades que determinan el comportamiento del proceso de elaboración del software.



Cooperación: Realización de un trabajo o tarea con otro u otros para un mismo alcanzar un mismo fin.

| 188



Coordinación: Reunión de medios, esfuerzos, etc., para una acción común.



Diagrama: Representación gráfica en el que se muestran las relaciones entre las diferentes partes de un conjunto o sistema.



Disciplina: Es un conjunto de actividades realizadas en un área determinada. Las actividades producen artefactos.



Estándar: Es una norma que regula la realización de ciertos procesos o la fabricación de componentes. En otras palabras es un modelo que se sigue para realizar un proceso o una guía que se sigue para no desviarnos de un lugar al que se desea llegar.



Estereotipo: Un nuevo tipo de elemento de modelado que extiende la semántica de un metamodelo. Los estereotipos deben basarse en ciertos tipos existentes o clases en el metamodelo. Los estereotipos pueden extender la semántica, pero no la estructura o tipos pre-existentes y clases.



Fase: Expresa cómo ha progresado el desarrollo de un software y cuánto desarrollo puede requerir.



Fichero: Es todo conjunto organizado de datos de carácter personal, cualquiera que fuere la forma o modalidad de su creación, almacenamiento, organización y acceso.



Flujo de Trabajo: Es el estudio de los aspectos operacionales de una actividad de trabajo: cómo se estructuran las tareas, cómo se realizan, cuál es su orden correlativo, cómo se sincronizan, cómo fluye la información que soporta las tareas y cómo se le hace seguimiento al cumplimiento de las tareas.



Herramienta: Funciones que ofrece un programa a través de una barra con íconos, que representan los distintos recursos del software para realizar una tarea determinada.



Hito: Punto de control de objetivo intermedio antes de que el proyecto finalice.



Involucrado: Toda aquella persona u organización siendo influenciada o ejerciendo influencia sobre el software que está siendo construido.

| 189



Iteración: Repetición de una secuencia de instrucciones o eventos.



Lenguaje Unificado de Modelado (UML): Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema de software.



Licencia: El derecho de uso de una versión específica de un producto.



Marco de Trabajo: Es una estructura de soporte definida en la cual otro proyecto de software puede ser organizado y desarrollado. Provee una estructura y una metodología de trabajo la cual extiende o utiliza las aplicaciones del dominio.



Metodología: Manera sistemática de hacer cierta cosa.



Modelo: Es una vista de un sistema del mundo real, es decir, una abstracción de dicho sistema considerando un cierto propósito.



Módulo: Es un componente autocontrolado de un sistema, el cual posee una interfaz bien definida hacia otros componentes.



Plantilla: Es un conjunto predefinido de formas que establece la estructura necesaria para crear contenido rápidamente.



Requerimiento: Es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.



Rol: Define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo.



Script: Es un guión o conjunto de instrucciones. Permiten automatizar tareas creando pequeñas utilidades. Son interpretadas por un intérprete y usualmente son archivos de texto.



Trazabilidad: Aquellos procedimientos preestablecidos y autosuficientes que permiten conocer el histórico, la ubicación y la trayectoria de un producto o lote de productos a lo largo de la cadena de suministros en un momento dado, a través de unas herramientas determinadas.

| 190

| 191

CAPÍTULO X:

ANEXOS

10.1. Entrevistas

Entrevista dirigida al director de la Institución Educativa Pedro Paulet:

1. ¿Actualmente cuenta con un sistema automatizado? Rpta.: actualmente contamos con un sistema que solo se encarga de la matricula y registro de los alumnos y pensiones, todo o demás es elaborado a mano. 2. ¿Cómo está organizada la institución? ¿cuentan con áreas? Rpta. La institución se maneja el orden jerárquico, donde se encuentra el director y sub-director manejando el campo administrativo, y manejando el campo de la enseñanza los docentes y personal de servicio y el alumnado. 3. ¿cuentan con hardware? Rpta. Contamos con un centro de cómputo de 16 computadoras, la secretaria manea una computadora y una impresora en su oficina.

4. ¿Cómo es el proceso de matricula? ¿Qué datos solicitan?

| 192

Rpta. En la secretaria se paga, llenan las fichas que da el ministerio y una adicional de la institución, los padres firman el compromiso de pago. 5. ¿se otorgan descuentos? (sobre q modalidades). Rpta. 50% a los alumnos q ocupen el primer puesto, este descuento es por cada periodo, si el alumno no ocupa el primer puesto el siguiente periodo lo perderá. 50% a hijos de trabajadores. A tratar en caso de estado económico 20% a 50%.

6. ¿Quiénes se encargan del proceso de matricula? Rpta. Solo la secretaria 7. ¿Cómo se publicitan? Rpta. No tenemos publicidad.

8. ¿Cómo controlan el estado de los alumnos (repitente, llevan cursos a cargo)? Rpta. Mediante reportes manuales que se hacen a fin de año.

9. ¿Cómo controlan las pensiones? ¿cobrar mora? Rpta. Tenemos un registro de cobros de todos los alumnos.

10. ¿Cómo es el pago a los profesores (cuentan con planilla, pago por honorarios)? Rpta. Se hace planillas para los profesores nombrados, y se paga con recibos por honorario a los contratados q son pocos. 11. ¿Cómo controlan las notas de los alumnos? Rpta. Mediante los registros q llevan los profesores

12. ¿cuentan con alguna organización de padres de familia? Rpta. Cada salón cuenta con un comité de aula.

| 193

13. ¿cuentan con modalidad de examen de admisión, bajo que puntaje? Rpta. No, los alumnos nuevos se considera el certificado de conducta del colegio del cual proviene. 14. ¿Cómo es el pago del personal de limpieza, auxiliares? Rpta. Planillas y recibos por honorarios.

15. ¿cuentan con sala de cómputo? Rpta. Si, en la cual tenemos 16 computadoras. 16. ¿Qué tipo de equipos utilizan? ¿Qué periféricos utilizan? Rpta. PIII. 17. ¿cuentan con internet? Rpta. Si.

18. ¿Cómo está distribuida la planta docente? Rpta. Profesores nombrados, contratados y auxiliar en caso de inasistencia del profesor. 19. ¿cuentan con biblioteca, videoteca? Rpta. Contamos con una biblioteca pero no con videoteca. 20. ¿Cómo organizan el material de enseñanza? Rpta. Los profesores sacan de la dirección los materiales q utilizaran, estos materiales se encuentran en la dirección.

21. ¿Qué tipo de registros utilizan para las notas? Rpta. Registro de notas, en las q se divide en niveles (cognoscitivo, valorativo,

psicomotor),

registro

de

asistencia,

registro

de

comportamiento, control de tareas.

22. ¿Cómo controlan la asistencia de los alumnos? Rpta. Mediante el registro de asistencia, el cual el auxiliar llena diariamente.

| 194

23. ¿Cómo controlan los cursos a cargo? Rpta. A fin de año se ve que alumnos están reprobados y se programan seminarios para enero y exámenes para febrero. 24. ¿cuentan con talleres extracurriculares? Rpta. Si, ingles, danzas, carate, etc.

25. ¿Cómo controlan la asistencia de los profesores? ¿Cómo son las amonestaciones? Rpta. Cada profesor firma en una lista q se encuentra en la dirección. 26. ¿Cómo controlan los traslados? Rpta. Mediante el código único q el alumno tiene en el ministerio de educación, y los certificados de conducta y certificado de estudios q se solicitan.

27. ¿manejan sedes? Rpta. No, el plantel es único. 28. ¿cuentan con un manual de funciones? Rpta. Si. 29. ¿Qué desearían automatizar en la institución? Rpta. Matricula, académico, almacén, biblioteca, pagos, docentes.

30. ¿Cuáles son los inconvenientes que desearía mejorar? Rpta. Controlar la hora exacta en que los profesores llegan al plantel, facilidad de cálculo de los promedios de alumnos. 31. ¿Actualmente cuales son las funciones de los miembros de la institución? ¿cuenta con algún manual de funciones? Rpta. El director se encarga del control del colegio, el es quien toma las decisiones con la ayuda del sub-director, además es la que realiza las principales funciones y con ayuda de secretaria quien realiza los

| 195

informes, solicitudes y demás documentos que se utilizan en la institución, como también realiza el llenado de las fichas de matriculas y otros; los docentes se encargan de realizar y preparar su material de estudio.

| 196

10.2.

Matriz de Trazabilidad

| 197

10.3.

MANUAL DE USO Y OPERACIÓN

VENTANA NUEVA MATRICULA

En esta ventana se creará la matricula por cada año, escogiendo el día en que comenzara la matricula año

,

Y el día en el que comenzara las clases

El botón

, el costo de la matricula para ese

.

guardará la matrícula y solo podrá ser modificada antes de que

comience el periodo escolar.

El botón

cargará los datos de la matricula del año actual, si no hubiera

enviará en mensaje.

| 198

VENTANA MATRICULA

Esta ventana simula a la ficha de matricula en la que se buscará al alumno que se quiere matricular solo si ya esta inscrito en el plantel, cargando automáticamente todos sus datos.

| 199

Si el alumno aun no esta matriculado se podrá dar click en el botón

que nos

llevara a una nueva ventana en la que se inscribirá al alumno.

Si la opción

esta deshabilitada al dar click en

se matriculará al

alumno generando las pensiones en la cuenta del alumno, solo si grado actual al que desea matricularse es dictado en el plantel, caso contrario mandara un mensaje para rectificar los datos del alumno si estuvieran erróneos,

Si la opción estuviera marcada

se tendrá que poner

el monto que dejara como inicial, generando un registro en la cuenta del alumno.

VENTANA REGISTRAR ALUMNO

En este formulario se inscribirá al alumno poniendo todos sus datos. En la pestaña “datos del alumno” se llenaran los datos personales del alumno; si el alumno nunca estudio en un colegio se tendrá que marcar

generar

código modular, caso contrario se tendrá que ingresar el código modular

| 200

existente del alumno, al dar click en

se grabaran todos los datos y se

generara su código de alumno dentro del plantel

, y nos

ubicara en la pestaña “Datos del apoderado”.

En esta pestaña se ingresaran los datos de los familiares del alumno, y especificar cual de ellos será el apoderado

El botón

.

de esta pestaña limpiara los campos para poder ingresar un nuevo

familiar.

El botón

de esta pestaña guardará los datos del familiar por alumno.

El botón

hará una búsqueda en el caso de que el familiar ya existiera en la

base de datos representando a otro alumno.

| 201

El botón

de la ventana “Registro de Alumnos” limpiara todos los campos

para poder inscribir a otro alumno.

El botón

activa la casilla

para poder modificar los

datos del alumno.

Al escoger al alumno se cargaran todos sus datos para poder ser modificados.

| 202

VENTANA HORARIO

En la pestaña “horario” se determinara el horario escolar por cada aula. En la lista de de cursos se llenará solo los cursos por aula que todavía no fueron asignadas en su totalidad de horas al horario. Al escoger el curso, podrá escoger el dia y la hora desde los menus

o solo dar

click en la posición de la tabla en la que quiere colocar el curos.

Para asignar el curso en el horario dar click en guardar

o dar doble click

en la tabla especificando la posición del horario. Si se escogió un espacio ya ocupado, mostrará un mensaje de error y no se guardará.

| 203

El botón “Eliminar”

quitara al curso del horario mostrandolo nuevamente el

la lista de cursos para hubicarlo en otra posicion.

En la pestaña asignar horario se asignará los cursos que dictará cada docente, mostrando

el

horario

del

profesor,

se

escogerá

al

docente

, luego escoger el aula de donde se escogerá el curso

.

En la lista de cursos solo se llenaran aquellos cursos que fueron asignados al horario (pestaña Horario) en su totalidad de horas. Al dar clik en el curso, automáticamente se pintara la tabla de horario de profesor, para ver si profesor.

las horas de ese curso se cruzan con el horario del

| 204

Al dar click en el botón

se asignara el curso al profesor si el curso no se

cruza con su horario, si este fuera el caso mostrará un mensaje

Si el curso fue asignado satisfactoriamente, se guardará en la tabla de cursos asignados del docente.

El botón

eliminará el curso asignado de la tabla cursos asignados del

docente, y lo volverá a visualizar en la lista de cursos.

VENTANA NOTAS A esta ventana solo podrán tener acceso los docentes, ingresando su código y password,

Al ingresar se cargara el nombre del docente, y se listaran solo los cursos que le fueron asignados anteriormente

| 205

Al dar click en nueva tarea

, se abrirá una pequeña ventana

en la que se ingresara en nombre de la tarea o trabajo, esta tarea solo será para el grado, sección y periodo especificado.

| 206

El botón

abrirá una ventana en la que cargara los datos de los alumnos

para poner sus notas por cada criterio de evaluación.

| 207

El botón

guarda las notas ingresadas y carga los datos del siguiente

alumno. El botón

guarda las notas ingresadas y retorna a la ventana “Notas”.

El botón

cierra la ventana retornando a la ventana “Notas”.

En la pestaña exámenes se ingresaran las notas de los exámenes parciales y finales de cada periodo.

| 208

El botón

abrirá una pequeña ventana en la que cargaran los datos de los

alumnos para colocar sus notas.

El botón

guarda las notas ingresadas y carga los datos del siguiente

alumno. El botón

guarda las notas ingresadas y retorna a la ventana “Notas”.

El botón

cierra la ventana retornando a la ventana “Notas”.

| 209

En la pestaña promedios se visualizaran las notas de los promedios de tareas por cada criterio, notas de exámenes y promedio de periodo.

| 210

VENTANA COBROS

En esta ventana se hará los pagos de los alumnos; las deudas se cargaran ingresando el código del alumno ó buscándolo por su nombre.

| 211

En la pestaña pensiones se cargaran todas las pensiones pendientes del alumno, la columna “op” se pinta de rojo cuando la fecha de vencimiento se haya cumplido generando moras.

Para pagar solo hay que dar check

de la pensión o pensiones que

se desea pagar. El monto vencido

indica el total de todas las pensiones que

ya se vencieron. El

subtotal

indica

la

suma

de todas las

pensiones

seleccionadas para pagar. La mora

indica el valor de las pensiones que ya vencieron y

están seleccionadas para el pago. El descuento

indica el valor descontado de las pensiones

seleccionadas, solo si el alumno cuenta con algún descuento.

El botón impresión.

guarda los cobros realizados generando una boleta para su

| 212

La pestaña cursos a cargo es para cuando un alumno reprobó cursos y quiere subsanarlos, se especifica en la tabla el curso reprobado, el valor del curso y el promedio que obtuvo.

| 213

La pestaña matricula especifica la deuda de la matricula en caso no hay sigo pagada en su totalidad, especificando la mora y la fecha límite de pago.

VENTANA DESCUENTO

En esta ventana se otorga descuentos a los alumnos, a esta ventana solo tiene acceso el director, y podrá ver un reporte académico del alumno para poder evaluar el descuento a dar.

Se tendrá que ingresar el código o nombre del alumno.

| 214

VENTANA REPORTE DE MATRICULADOS

En esta ventana se muestra todos los alumnos matriculados en el rango de fechas que se especifique, los alumnos serán separado por nivel, grado y sección. VENTANA REPORTE DE DEUDAS

| 215

En esta ventana se lista todas las deudas pendientes del alumnos, separadas por matriculas cursos a cargo y pensiones. VENTANA REPORTE DE MOROSOS

En esta ventana se hace un reporte de todos los alumnos que tienen deudas vencidas separadas por nivel, grado, sección, alumno, matricula, pensión, y cursos a cargo.

| 216

VENTANA BACKUP

En la pestaña crear copia, se realizara el backup correspondiente, especificando el servidor sql donde está la base de datos, el nombre del backup y la ruta en donde se creara la copia de seguridad.

En la pestaña restaurar copia, se realiza la restauración del backup en caso de que se perdiera la data, para ello se especifica el servidor donde se hará la restauración, el nombre de la base de datos y se buscara la ruta donde se tiene el backup que se desea restaurar.

| 217

MANTENIMIENTO Y REGISTRO DE PERSONAL Para empezar a trabajar con el personal, se tiene que realizar el proceso de registrar personal.

Se tiene que ir al menú principal- Mantenimiento-Personal-Nuevo Personal , donde se mostrará la ventana de Registro y Mantenimiento de Personal.

Para realizar el proceso de Registro de Personal se tiene que ingresar los datos del personal (Apellido paterno, Apellido materno y Nombre), en la pestaña “Personales”se tiene que ingresar el numero de DNI, seleccionar el Departamento

, Provincia

y Distrito

, una vez realizado

esto procede a ingresar o a escoger la fecha de nacimiento, el sexo, y el estado civil

, marcar si tiene o no hijo e indicar el número de hijos, ingresar el

teléfono, escoger el distrito donde vive e ingresar su direccion.

| 218

En la siguiente pestaña “Laborales” se ingresaran todos los datos del trabajador. Condicion del Trabajador: Contratado o Nombrado. Cargo: Director, Sub-Director, Docente, Secretaria, Bibliotecario(A) o Pers Servicios. Nivel: Primaria o Secundaria (se escogera solo si el cargo es docente o 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 número de su cuenta, por último se ingresará el sueldo basico que se le pagará al empleado. Para ingresar la foto del personal se tiene que hacer click en el botón examinar

, visualizara la ventana de abrir

| 219

Donde indicaremos donde se encuentra la imagen a cargar, seleccionamos la imagen y presionamos en el botón abrir, visualizando la foto del trabajador en la

pantalla Una vez ingresado todo los datos se procederá a grabar los datos presionando el boton grabar

. Para la confirmación de los datos enviara un mensaje de

confirmacion con el codigo del usuario.

Nota: no es necesario seleccionar la foto para realizar el registro del trabajador, más adelante se puede actualizar los datos.

El botón

sirve para que se refresque o limpie el formulario y asi proceder

al registro de un nuevo personal.

El botón

sirve para ir a la ventana de Listado de personal.

Para salir de la ventana donde estamos se tiene que hacer clic en el botón de salir

.

LISTADO DE PERSONAL Para ver el registro de todo el personal activo en la institución se tiene que ir a : Consultas-Listar Personal

| 220

Al visualizar la ventana “Listado de Personal”, donde nos visualizará el listado de todos los empleados. Esta ventana nos servirá para poder realizar diversas tareas que se requieran en su momento, como: Realizar la modificación del personal: para esto se tiene que seleccionar el

registro del personal, hacer click en el botón de Modificar

el cual no

dirigirá a la ventana de Registro y mantenimiento de Personal, donde se podrá modificar los datos del empleado y ser actualizadas con el botón de “Actualizar.”

| 221

El botón “Eliminar”

, sirve para dar de baja al personal.

ELIMINAR O DAR DE BAJA A UN PERSONAL

| 222

Para realizar este proceso se tiene que ir desde el menú principal a Mantenimiento – Personal- Retiro de personal. Dentro de la ventana “Listado de

Personal”, seleccionamos al personal y presionamos el botón eliminar

,

dirigiéndonos a la ventana “Retiro de Personal” donde los datos del personal estarán

cargados.

En

esta

ventana

(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 observación necesaria para esa acción.

Una vez verificado los datos ingresados se procede a presionar el botón

,

el cual nos mostrara un mensaje de Confirmación.

Finalmente Nos enviara un mensaje de Información. Indicándonos que re registro correctamente.

| 223

REGISTRAR HORARIO PARA PERSONAL ADMINISTRATIVO. Para registrar el horario del personal Administrativo se tiene que dirigirse al menú Horario – Horario Administrativo, nos visualizara la ventana Mantenimiento de Horario de Personal. Para registrar el horario se tiene que seleccionar el cargo, el día, y se ingresa la hora de ingreso y salida, al presionar el botón Agregar

se agrega el

horario del personal y automáticamente se actualizará la tabla con el horario

ingresado, el boton

elimina el registro del horario seleccionado.

Mensaje de Registro grabado

Mensaje De confirmación para Eliminar

Mensaje de proceso terminado

| 224

Mensaje de confirmación de Actualización

Mensaje de Actualización completa

REGISTRAR HORARIO DE DOCENTE Para registrar el horario del personal Docente se tiene que dirigirse al menú Horario – Horario Docente, nos visualizará la ventana Asignacion y Mantenimiento de Horario Docente. Para registrar el horario se tiene que marcar el nivel, mostrara una lista de profesores que corresponden a ese nivel, al seleccionar una docente mostrará su horario de acuerdo al dia. Seleccionar el dia, y se ingresa la hora de ingreso y salida, al presionar el botón Agregar

se agrega el horario del personal y

automáticamente se actualizará la tabla con el horario ingresado, el boton elimina el registro del horario seleccionado y para modificar se tiene que hacer con el mosuse un clic sobre el regstro que se desea modificar y luego se presiona el botón modificar después de haber realizado las modificaciones.

| 225

REGISTRAR CONCEPTO DE PLANILLA Para realizar el registro de los conceptos que tendrá la planilla se tiene que ir al menú Mantenimiento – Planilla – Concepto, presionar el botón Nuevo para realizar el primer registro del Concepto, ingresar el nombre del concepto, seleccionar la unidad de medida, y marcar el chek de imprimir en planilla si se desea mostrar este concepto en el reporte, luego marcar si es un ingreso o descuento, y por ultimo con el botón de ayuda

podemos visualizar un panel

de fórmulas donde se puede seleccionar la formula indicada para el concepto. Una vez realizado el proceso se presiona el botón grabar para registrar el concepto.

Para realizar la eliminación de un concepto se puede realizar de dos formas:

| 226

Eliminación Forzosa: para eliminar de la base de datos (solo si el proceso de registro se está realizando en el momento). Eliminación Normal: Se elimina cambiando el estado en la BD sin riesgo de pérdida de datos. ASIGNAR PERMISO A PERSONAL

Para asignarle un permiso a un personal se va al menú inicio Control Pers. – Programación de Personal – Permisos, nos visualizará la ventana Listado de Personal para Permisos, para ver el record de permisos hacer clic en el botón Ver Listado lo que nos visualizara la ventana Record de Permisos y Faltas.

Para retornar la ventana anterior hacer clic en el botón Al hacer clic en botón Dar Permisos nos visualizara la ventana donde se realizara los permisos del personal.

| 227

En esta ventana se cargara los datos del personal y se escogerá la fecha en la que se dará el permiso de faltas. Asistencia y Mantenimiento de Vacaciones

En esta ventana se cargara los datos del personal; se escogerá el día de inicio de las vacaciones el día final, cuantos días durará y cuantos días serán pagados. En estado actual muestra si las vacaciones ya fueron remuneradas, pudiendo cambiar este estado.

En esta ventana se cambiar el password del personal cuando se de el caso.

| 228

En esta ventana se mostrara el neto a pagar de los trabajadores, como también se puede hacer un filtrado por apellidos o filtrar a un solo trabajador para modificar sus datos. Desde esta ventana se imprimirá la planilla general de remuneraciones. VENTANA DE INGRESOS DEL TRABAJADOR

En esta ventana se cargaran los datos del trabajador; sus ingresos y descuentos para poder ser modificados si se diera el caso.

| 229

CONTROL DE ASISTENCIAS

Aquí se listara solo los días que el personal falto en el mes, para su evaluación, aquí se justificara las faltas según el criterio del director. MANTENIMIENTO DE APORTACIONES.

En esta ventana se hará el mantenimiento de las aportaciones; crearlas, actualizarlas o eliminarlas.

| 230

10.4.

MANUAL DE PROCEDIMIENTOS DE USUARIO

VENTANA DE MANTENIMIENTO

En la pestaña “nivel” el usuario podrá escoger que niveles tendrá el centro educativo mancando check en la columna ”op”. Al dar click en la tabla se llenara la caja de texto “descripción” con el nombre del nivel y la caja de “costo” con el precio de la mensualidad del nivel.

Botón Actualizar Con este boton podrá modificar tanto el nombre como el monto de la mensualidad de las pensiones, habiendo escogido antes que nivel será actualizado.

| 231

En la pesataña grado se podrá escoger que grados por cada nivel tendrá el colegio, al seleccionar el nivel

automáticamente se llenaran

todos los grados de ese nivel, en el que podrá desmarcar los check 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 algún campo

Botón Actualizar Con este botón podrá modificar la descripción, el numero de alumnos máximos para ese grado y la cantidad de secciones que tendrá.

| 232

El la pestaña de especialidad se podrá hacer el mantenimiento de las especialidades en las que estará cada curso. Al dar click en la tabla se llenara la caja de texto con la descripción de la especialidad.

Botón nuevo Este botón hace que la caja de texto descripción se limpie para poder ingresar una nueva especialidad

Botón Guardar Este botón sirve para guardar una nueva especialidad,

| 233

Botón Actualizar Este botón modifica la descripción de la especialidad.

Botón Eliminar Este botón elimina la especialidad seleccionada.

VENTANA REGISTRO DE CURSOS

En esta ventana se hará el mantenimiento y creación de cursos, de cada grado, en ellos se especificará la descripción de curso, el número de horas dictadas a la semana, el costo que tendrá para aquellos que reprueben el curso, la especialidad a la que pertenece cada curso y el peso por cada criterio de

| 234

evaluación de las tareas y trabajos; la suma de los pesos de estos criterios es igual a 10 no puede exceder ni ser menor. El botón El botón

guarda los cursos validando los criterios. limpia todos los controles si se desea crear otro curso.

El botón modifica los campos de los cursos una vez seleccionados en la tabla y cargados en los controles. El botón

elimina el curso seleccionado.

REPORTE DE ASISTENCIA Para la generación de reporte tiene que ir al menú reporte – asistencia, y nos visualizara el formulario reporte de asistencia, para ver el reporte general de todos los empleado solo se tiene que escoger el rango de fechas y seleccionar la opción todos los empleados y presionamos el botón procesar, y nos visualizará el reporte del Personal.

| 235

Para visualizar el reporte por empleado, seleccionamos la opción empleado, escogemos al empleado y seleccionamos el tipo de reporte.

Al seleccionar Asistencia nos visualizara el reporte de asistencia del personal. Asi como tambien si seleccionamos faltas o Asistencia/Faltas nos visualizará los reporte correspondiente.

| 236

| 237

TABLAS DE LA BASE DE DATOS DEL SISTEMA

| 238

| 239

| 240

| 241

| 242

| 243

10.5.

MANUAL DE DE PROCEDIMIENTOS DE SOPORTE TÉCNICO

Primero se instalara “School ManagerSystem” que esta en el CD de instalacion.

 Dar doble click en “School ManagerSystem”.

| 244

 Escoger la ruta e la que sera instalado el sistema.

 Marcar el chel si desea crear un icono en el escritorio.

| 245

| 246

Terminado la instalacion del sistema procederemos a lebantar el servidor de base de datos:  En el servidor de base de datos instalar el “SQL Server 2005”.

| 247

| 248

| 249

| 250

Se procederá a restaurar la base de datos que se encuentra en el CD realizando lo siguiente  En la ventana BACKUP se escogerá la pestaña “Restaurar Copia”, se ingresará el servidor de Sql donde será restaurada la base de datos,

 Se buscara la dirección en la que se encuentra la base de datos.

| 251

 Click en guardar y se espera n momento.

 Una vez restaurada enviara un mensaje de información. Nota: solo se restaurará el backup de la base de datos desde el cd, cuando se instala el sistema por primera vez, despues de eso restaurar los datos desde el lugar que se haya creado el backup.

| 252

Crear Backup de los datos  El encargado del control de los datos, tendra que hacer constantes copias de seguridad y asi cuando ocurra alguna contingencia se podra recuperar la data hasta un dia anterior a la contingencia.

 En la pestaña “Crear Copia” se ingresara el nombre del servidor de base de datos, el nombre de la base de datos que se desea guardar el backup.

| 253

 Se buscara la ruta en la que se desea guardar la base de datos.

 Si al dar grabar crea el backup satisfactoriamente no mostrara un mensaje

| 254

| 255

10.6.

Casos de Prueba

CP01

Caso de Prueba Generar Nueva Matricula

Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE MATRICULA Formulario: FM001.006 frm_Nueva_Matricula Descripción: Se registrara la matricula 2008 en el sistema. Datos de Entrada:

Pasos a seguir:

Matricula:

El usuario (Director) seleccionara la fecha de inicio

Día de inicio: 15/01/2008

de la matricula e ingresará el costo de la misma.

Monto: 50

En el periodo escolar también ingresara el día de inicio de este.

Periodo escolar Día de inicio: 03/03/2008 Pensión

El sistema también mostrara los niveles en un grid con las pensiones respectivas; para poder modificar sus costos el usuario dará un click y se mostrara en

Primaria: 180

una caja de texto luego ingresara el monto ya

Secundaria:220

establecido y luego presionar el botón grabar. El usuario procederá a presionar el botón guardar y enviara el mensaje de confirmación satisfactorio.

Resultado Esperado: Matricula registrada correctamente. Resultado Ejecutado:

Participantes:

Fecha:15/07/08

Díaz Sánchez Matricula

nueva

correctamente.

guardada

Espinoza Urbano Maguhn Gonzales Yumbato Pacaya Aprobado

Observación:--

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 Descripción: Se matriculara un alumno antiguo en el sistema. Datos de Entrada:

Pasos a seguir:

Alumno

El usuario (Secretaria) ingresara el nombre del alumno

Alumno: Romero Rojas, Mariana Apoderado

(Romero Díaz, Mariana), mientras ingresa el sistema mostrara la ayuda de alumnos para su fácil ingreso

Parentesco: padre

mostrando también su código (AL00015).

Nombre: Jorge Romero Guzmán

El sistema mostrará el grado, nivel (Segundo Primaria)

Grado actual Sección : A

y condición (aprobada) con la que concluyo el año anterior. En los datos de

Inicial

Apoderado se visualizara el

Marcar el check

parentesco (madre), nombre (Paula, Rojas Díaz) estos

Monto:30

datos serán actualizados por los datos que ingrese el

Fecha de pago: 12/09/08

usuario. El sistema mostrará automáticamente el grado y nivel al que corresponda el año actual, mostrando también las secciones y sus vacantes. Al activar el check inicial, el sistema habilita los controles, luego que el usuario ingrese los datos indicados, el sistema generará una deuda. El usuario procederá a presionar el botón guardar y enviara el mensaje de confirmación satisfactorio.

Resultado Esperado: Matricula guardada correctamente. Resultado Ejecutado:

Participantes: Fecha:15/07/08 Díaz Sánchez

Matricula guardada correctamente. Espinoza Urbano Maguhn Gonzales Yumbato Pacaya Aprobado Observación:--

Desaprobado

| 257

CP03

Caso de Prueba de Registrar Personal

Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE PERSONAL Formulario: frm_ RegistrarPers Descripción: Se registrara al personal de tipo docente Datos de Entrada:

Pasos a seguir:

Apellido Paterno: Reyes

El sistema carga los combos y los campos de

Apellido Materno: Ruiz

fecha, luego el usuario ingresara los datos ya

Nombre: Rolando

indicados.

Examinar: Reyes.jpg

Al dar click en examinar daremos la ruta en donde

Pestaña Personal:

se guardara la foto del personal.

DNI: 42598041

El usuario ingresará el nombre del personal y los

Sexo: M

campos ya contemplados tanto de la pestaña

Estado civil: Soltero(a)

Personales como de la pestaña Laborales.

Lugar de nacimiento:

El usuario al dar click en guardar el sistema

Dpto.: Lima

almacenara la data en la base de datos.

Prov.: Lima Dist.: Miraflores Fecha de Nac.: 16/05/80 Hijos Menores: No Teléfono:2632164 Dirección: Dpto.: Lima Prov.: Lima Dist.: San Miguel Dirección: Av. La Paz 1252 Pestaña Laborales: Condición de trabajo: Contratado Cargo: Docente Nivel: secundaria Especialidad: Matemática Essalud vida: No Escoger: ONP Fech. Inicio:26/08/08 Fech. Fin: 26/08/09 Remuneración: 850.00 Click en el botón guardar.

Resultado Esperado: Guardó correctamente. Resultado Ejecutado:

Participantes:

| 258

Fecha:15/07/08 Díaz Sánchez

guardó correctamente.

Espinoza Urbano Maguhn Gonzales Yumbato Pacaya Aprobado

Desaprobado

Observación:--

CP04

Caso de Prueba de Cobros

Caso de uso: DIAGRAMA DE CASO DE USO DEL PROCESO DE COBROS Formulario: frm_ cobros Descripción: Se registrara el cobro de una pensión Datos de Entrada:

Pasos a seguir:

Alumno

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 fácil ingreso mostrando

Pestaña Pensiones: Marcar el check de la pensión de fecha correspondiente al mes

también su código (AL00015).

de

setiembre.

El sistema carga llenara el datagrid con las pensiones

Click en el botón guardar.

cobradas marcada con azul, y con rojo las pendientes. Una vez elegida la pensión, el sistema mostrara el subtotal (s/. 200.00), mora(s/. 0.00), descuento(s/. 0.00), total a pagar.( s/. 200.00). El usuario al dar click en guardar el sistema almacenara la data en la base de datos y mandara imprimir la boleta de pago.

Resultado Esperado: guardó correctamente. Resultado Ejecutado:

Participantes:

Fecha:15/07/08

Díaz Sánchez Guardó correctamente.

Espinoza Urbano Maguhn Gonzales Yumbato Pacaya Aprobado

Desaprobado

| 259

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF