Proyecto Sistema Matriculas

“Año del Centenario de Machu Picchu para el Mundo”

Carrera Profesional de Computación e Informática

PROYECTO DE METODOLOGÍA PARA LA IMPLEMENTACIÓN DE UN SISTEMA DE MATRÍCULAS TRABAJO TEÓRICO PRÁCTICO

Presentado por: INGA PÉREZ, Jaqueline Karol MEZA CANORIO, Oscar Antonio SAENZ ESTRADA, Heidi Marisol

Para Optar el Título de: PROFESIONAL TÉCNICO EN COMPUTACIÓN E INFORMÁTICA

HUANCAYO - PERÚ 2011

ASESOR: Ing. Jesús Zea Salas

A: Nuestros padres por sus sacrificios.

INDICE Portada

i

Asesoría

ii

Dedicatoria

iii

Índice

iv

Introducción

vi Capítulo I MARCO METODOLÓGICO

1.1

1.2

El problema de investigación

1

1.1.1

El problema

1

1.1.2

Los objetivos

1

1.1.3

La justificación

2

Metodología

3

1.2.1 Método

3

1.2.2 Técnicas

5

1.2.3 Instrumentos

5 Capítulo II MARCO TEÓRICO

2.1

Antecedentes del proyecto

7

2.2

Descripción del tema del proyecto

7

2.3

Terminología básica

9

v

Capítulo III DESARROLLO DEL PROYECTO 3.1

Descripción Operativa del proyecto

11

3.2

Resultados Obtenidos

54

CONCLUSIONES

55

SUGERENCIAS

56

BIBLIOGRAFÍA

57

ANEXOS

58

INTRODUCCIÓN El presente trabajo es la presentación de una metodología preparada para ser incluida en la propuesta de desarrollo de Implementación de un Siste ma de Matricula para la institución educativa particular “La Católica GEM”. Ya que los Sistemas de Información (SI) y las Tecnologías de Información (TI) han cambiado la forma en que operan las organizaciones actuales. A través de su uso se logran importantes mejoras, pues automatizan los procesos operativos, suministran una plataforma de información necesaria para la toma de decisiones y, lo más importante, su implantación logra ventajas competitivas o reducir la ventaja de los rivales de esta institución. Este trabajo provee una visión general del proceso de desarrollo propuesto. El proceso de desarrollo propuesto es una metodología libre de acuerdo a las características del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los entregables que serán generados. Este documento es a su vez uno de los entregables que sugiere nuestra metodología. Como primer paso nos centraremos en el estudio de los procesos y actividades que están inmersos en la actividad educativa de la I.E.P. “La Católica GEM”, de la cual identificaremos los puntos más críticos donde la intervención manual en ciertos procesos, pueden ser transformados a procesos automatizados para optimizar recursos y tiempo en la ejecución de tales procesos. Como segundo paso se describirá la alternativa de solución para la implementación del sistema de matrícula.

vii

Agradecemos al Instituto Superior Tecnológico “Continental”, por todos los saberes que nos brindaron, a nuestro asesor el Ing. Jesús Zea, por dirigir este trabajo.

Los Autores

1. Capítulo I MARCO METODOLÓGICO 1.1

El problema de investigación 1.1.1

El problema El Colegio “La Católica GEM”, requiere los servicios necesarios para realizar la implementación de una herramienta de gestión de matrículas, que permita el registro, procesamiento y consulta de la información de los estudiantes.

1.1.2

Los objetivos Objetivo general: Implementar una solución que permitan procesar de forma rápida e eficiente el proceso de matrícula de la Institución educativa “La Católica GEM” considerando necesario para esto el desarrollo de un sistema de gestión de matrículas. Objetivos Específicos: Dado los problemas enunciados anteriormente se han establecido los siguientes objetivos específicos para el proyecto:  Identificar necesidades: Identificar las necesidades del cliente mediante un análisis de requerimientos.

2

 Definir perfiles: Definir Roles de usuarios que tendrán acceso al sistema.  Diseñar de la aplicación: Diseño de MocKups, Diagramas E-R, Diagramas UML  Definir modelo de datos: Estandarizar nombres de campos y tablas de la base de datos, Diseño lógico de BD, Diccionario de datos.  Especificar plataforma Tecnológica: Motor de base y Herramientas para preparación de datos.  Definir herramientas de software: Definir herramientas de software para análisis y visualización de consultas.  Capacitar sobre el uso del sistema.  Ofrecer mediante el desarrollo del sistema de matrícula: rapidez, seguridad de datos, e información a tiempo real, a la empresa.  Proponer un sistema de Gestión de Matrículas orientado a mejorar la atención al cliente.  Proporcionar información oportuna y confiable, en el momento que se precise.

1.1.3

La justificación Las dificultades actuales de la Institución Educativa “La Católica GEM”, son principalmente el registro, procesamiento y consulta de la información de los estudiantes. Actualmente las capacidades de gestión académica son todas, utilizando algunos archivos en Excel o manuales, esto se ve limitado por algunas

3

inconsistencias y el tiempo que realiza las consultas es muy amplio, estos datos generados son visualizados por los usuarios en Excel. Entre los principales problemas que enfrentan actualmente, se pueden contar las siguientes:  Información inconsistente y repetitiva.  La mayoría de la información se encuentra en diferentes partes y no se sabe realmente cual es la actual.  La información se encuentra en este momento comprometida en su seguridad, teniendo acceso todas las personas que entran en contacto con el equipo. Es necesario restringir la Información por niveles de acceso.  El personal que realiza la labor de comunicarse con cada uno de los clientes (padres), necesitan el directorio de los clientes con los datos organizados y actualizados, lo cual contribuirá en una rápida comunicación.  Una de las funciones de la secretaria es de realizar las matrículas de los alumnos, dicha información la realiza en: procesadores de palabras como Word,

hojas de calculo (Excel), repitiendo la

información al acomodo de sus necesidades.  Se necesita un control de los ingresos por concepto de matrículas y pensiones. 1.2

Metodología 1.2.1 Método La metodología usada para el desarrollo de este Sistema es libre, basado en la Metodología de Análisis y Diseño Orientada a objetos, se podría mencionar algunas de sus características como las siguientes:

4



No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad.



Es un proceso ascendente basado en una abstracción de clases en aumento.



Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas.



Utiliza menor cantidad de código.



Es más reutilizable.

El conjunto de actividades empleadas para el desarrollo del Sistema de Matrículas nos proporciona guía para: 

Definir actividades a llevarse a cabo en un Proyecto de S.I.



Unificar criterios en la organización para el desarrollo de S.I.



Proporcionar puntos de control y revisión. Gráfico N° 01 METODOLOGÍ A

5

FUENTE: Documentación Sistema de Información Académico UNCP - SA DAV

1.2.2 Técnicas Programación orientada a objetos (POO).- Es un paradigma de programación que usa objetos y sus interacciones, para diseñar aplicaciones y programas informáticos. Está basado en varias técnicas, incluyendo herencia, abstracción, polimorfismo y encapsulamiento. Su uso se popularizó a principios de la década de los años 1990. En la actualidad, existe variedad de lenguajes de programación que soportan la orientación a objetos. Nuestra metodología se orienta a usar las técnicas del POO. 1.2.3 Instrumentos Observación.- Para el desarrollo de nuestra metodología utilizamos la observación, que es una técnica que consiste en observar atentamente el fenómeno, hecho o caso, tomar información y registrarla para su posterior análisis. La observación es

un elemento fundamental de todo proceso

investigativo; en ella se apoya el investigador para obtener el mayor numero de datos. Gran parte del acervo de conocimientos que constituye la ciencia a sido lograda mediante la observación. Existen dos clases de observación: la Observación no científica y la observación científica. La diferencia básica entre una y otra está en la intencionalidad: observar científicamente significa observar con un objetivo claro, definido y preciso: el investigador sabe qué es lo que desea observar y para qué quiere hacerlo, lo cual implica que debe preparar cuidadosamente la observación. Observar no científicamente significa observar sin intención, sin objetivo definido y por tanto, sin preparación previa.

6

Rational

Rose.-

Con

esta

herramienta

modelamos

todos

los

componentes del proceso de desarrollo de aplicaciones. Balsamic Mokups.- Es una aplicación hecha con Adobe AIR, que usamos para hacer bocetos de un nuestro sitio o aplicación WEB. Microsoft Proyect.- Esta herramienta la usamos para realizar el diagrama de Grant y el presupuesto aproximado del proyecto. WBS Chat Pro.- Realizamos el plan y la dirección del proyecto con esta herramienta. MySQL Server.- Se utilizó esta herramienta para construir nuestra base de datos relacional.

2. Capítulo II MARCO TEÓRICO 2.1

Antecedentes del proyecto. Hubo algunos intentos de mejorar el Sistema de Matrículas del Colegio, primeramente en forma manual, lo que tomaba demasiado tiempo y recursos. Después se mejoró el Sistema utilizando procesadores de texto, como Word, Word Perfect; y hojas de Cálculo de Excel. En archivos creados en estos programas se almacenan datos importantes de los alumnos y sus apoderados, así como las notas y promedios, registros de pagos de pensiones entre otra información. Las dificultades del manejo de información surge, a través del tiempo ya que con el transcurrir de los años el colegio ha ido ganando prestigio en el distrito de Pilcomayo, siendo reconocido como un Colegio que tiene muchos logros, de esta manera el alumnado viene incrementándose, Por ello nuestro grupo ve la necesidad urgente de esta propuesta de implementación de un Sistema de Matrículas.

2.2

Descripción del Tema del proyecto.

3. Este proyecto es una versión preliminar preparada para ser incluida en la propuesta de desarrollo del proyecto de Implementación de Un Sistema De Gestión de Matrícula Para la institución educativa particular “La Católica GEM”. Este documento provee una visión general del proceso de desarrollo propuesto.

8

4. La primera etapa de este documento es una oportunidad para que el cliente y el equipo de trabajo discutan, acuerden y compartan la misma visión y alcance del proyecto. 5. Como primer paso nos centraremos en el estudio de los procesos y actividades que están inmersos en la actividad educativa de la empresa “La Católica GEM”, de la cual identificaremos los puntos más críticos donde la intervención manual en ciertos procesos, pueden ser transformados a procesos automatizados para optimizar recursos y tiempo en la ejecución de tales procesos. Como segundo paso se describirá la alternativa de solución para la implementación del sistema de Gestión de matrícula. Los propósitos de este proyecto son los siguientes: 

Proporcionar la información necesaria para controlar el proyecto.



Describir el enfoque del desarrollo del proyecto a través de esta metodología para obtener una mejor visión de los objetivos a alcanzar.



Definir las actividades a realizar dentro del proceso de desarrollo, en términos de las fases e interacciones necesarias para el desarrollo del Sistema de Gestión de Matrículas para la Institución Educativa “La Católica GEM”.



Servir de forma eficiente al desarrollo del proyecto de software, pues será de importancia para:  El jefe del proyecto; ya que lo utilizará para organizar la agenda y necesidades de recursos, y para realizar su seguimiento y control respectivo.  Los miembros del grupo de desarrollo; lo usarán como instrumento para entender

lo que deben hacer, cuándo deben hacerlo y qué otras

actividades dependen de ello dentro del proceso de desarrollo. 2.3

Terminología básica. Claves de registro: Anotaciones Individuales en el registro.

9

Valor de las claves: Se modifica cada vez que el usuario desea modificar su clave. Caso de uso: Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Se utilizan luego en el testing para la elaboración de los casos de pruebas. Esto requiere gran nivel de detalle en la descripción de funcionalidad, casuística y pseudo código. Especificaciones Funciones: Nuestros analistas e ingenieros trabajan en equipos dinámicos donde su interacción con usuarios y clientes permite elaborar documentos completos, sumamente detallados que son aprobados y revisados. Su diseña cuenta con gráficos y diagramas acordes con la más moderna metodología utilizada a nivel global. Requerimientos Técnicos: Cada funcionalidad debe estar representada en papel de forma tal, que el desarrollador que luego la recibe no deberá tener posibilidad de encontrarse con situaciones ambiguas. Ese nivel de detalle se evalúa teniendo en cuenta todas las variables que pudieren surgir al momento de comenzar con la generación de código. Este es el espíritu con el cual se confeccionan nuestros requerimientos. Manual de Usuarios: Manuales que se destacan por su alta usabilidad y contenido pedagógico. Se hace foco en las imágenes tratando de mantener explicaciones concretas, para soluciones simples. Mokups, videos explicativos e introductorios: Representaciones de sistemas para poder complementar en reuniones comerciales o de avance. Este tipo de herramientas facilitan el entendimiento de cómo será la nueva funcionalidad o sistema. La generación de videos explicativos o gráficos que emulen lo que luego será una pantalla en el sistema garantizan luego una baja tasa de malos entendidos con el usuario/cliente. Pruebas de Verificación: El QA está bien encarado cuando comienza desde un principio, en el nacimiento del proyecto. En ese sentido es clave que cada documento que se va generando sea inmediatamente testeado y verificado para

10

garantizar que el mismo mantiene consistencia con documentos anteriores, asegurar que mantiene un nivel de detalle esperado o requerido o evaluar si no contiene contradicciones en su significado. UML (Lenguaje Unificado de Modelado): Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. Diagrama de clases: es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas.

1.

Capítulo III

2.

DESARROLLO DEL PROYECTO 3.1

Descripción Operativa del proyecto 3.1.1

Visión/Alcance Contiene un resumen del proyecto, equipo de trabajo, definición del problema, magnitud del proyecto, roles y responsabilidades. Hito: documento visión - alcance aprobado. Visión.- Proporciona una descripción del propósito, alcance y objetivos global del proyecto, estableciendo los entregables que serán producidos y utilizados durante el proyecto. La descripción y objetivos se han descrito en el capítulo I del presente trabajo. Alcances.- Con la finalidad de clarificar su presentación, los hemos subdividido en alcances del proyecto y alcances específicos de la solución para el colegio “La Católica GEM”. El Plan de Desarrollo del Software describe de manera general el plan que será utilizado para

el desarrollo del Sistema de Matrícula. Durante el

proceso de desarrollo en lo concerniente a la Visión se definen las características del producto a desarrollar desde la perspectiva del cliente.

12

Para la versión 1.0 del Plan de Desarrollo del Software, nos centramos principalmente en la identificación de los roles y responsabilidades así como de los requisitos proporcionados por los involucrados en el proceso de matrícula, una vez comenzado el proyecto y durante la fase de Inicio se generará la primera versión del entregable. El avance del proyecto tendrá un seguimiento continuo e iterativo que ocasionará ajustes de este documento produciendo nuevas versiones actualizadas, que serán

de mucha importancia pues

permitirán

mantenernos en una constante retroalimentación, y por tal obtener un mejor producto final en cada proceso de iteración del producto. Fases del proyecto y sus entregables La implementación de la plataforma, requiere de la ejecución de ciertas actividades y entregables, éstos se encuentran detallados a continuación. Fase

Entregables

Visión –alcance

Documento visión-alcance aprobado,

(planeamiento)

planeamiento.

Iteraciones (Análisis, Diseño y Desarrollo del Sistema)

Historias y escenarios, diagramas ER,

mockups,

diagramas

UML.

Ejecutables y binarios (gold release).

Doc. del Sistema (Desarrollo de planes de

Plan

contingencia, despliegue,

despliegue, plan de soporte, plan de

soporte, formación)

Despliegue (implementación y mantenimiento del Sis.)

de

contingencia,

plan

de

formación.

Todas las pruebas de conectividad y planes diseñados con anterioridad.

13

Definición de roles.- Se identifican roles en el desarrollo del proyecto, que serán cubiertos en algunos casos por miembros de este equipo de trabajo. Esos roles son los siguientes : Rol

Responsabilidades

Responsables

La función de este rol es

la

conducción del proyecto, es decir preocuparse del cumplimiento de las especificaciones que se definan y de Director de proyecto

la entrega a tiempo de los resultados

Jefe de la

esperados. Definir la arquitectura,

Oficina de

asegurar los procesos y los servicios

Informática

administrativos.

Adicionalmente,

este rol es responsable de definir las especificaciones funcionales de los servicios a implementar. Este rol tiene como finalidad lograr que el equipo concrete en forma efectiva la visión del proyecto, quien Dirección del Programa

desempeñe este rol debe tener un conocimiento

detallado

de

la

Meza Canorio, Oscar

realidad del cliente y el conocimiento suficiente para priorizar las distintas características a implementar. Este rol debe llevar al terreno práctico Desarrollador

las

especificaciones

funcionales, es decir, debe realizar

Inga Pérez,

la implantación y completar las

Jaqueline

funcionalidades del producto tanto en arquitectura como en diseño.

14

Rol

Responsabilidades

Responsables

Este rol se encarga de validar la Secretaria

calidad y el correcto funcionamiento Encargados

de los servicios entregados y su

Asistente

de pruebas

documentación. Este rol comienza

académico

su operación en el momento en que comienza el proceso de desarrollo. Es la función que se encarga de Educación de Usuario

definir

las

necesidades

de

capacitación, se encarga de la

Saenz Estrada,

calidad de la documentación del

Heidi

proyecto. Una

parte

de

este

rol,

es

responsabilizarse de disponer los recursos necesarios para que el proyecto se desarrolle. La otra,

Jefe de la

Dirección de

correspondiente

las

Oficina de

lanzamiento

actividades externas al equipo de

Informática

trabajo,

a

como

planificar

puede

ser

la

capacitación de los usuarios o la definición

de

la

plataforma

de

hardware y software.

3.1.2

Planeamiento Esta parte del proyecto implica tener uno o varios objetivos a realizar junto con las acciones requeridas para concluirse exitosamente el proyecto a realizar. Contiene: Desarrollo de planes estimaciones iniciales de costos, uso de recursos humanos, materiales, descripción, Instalación, plan de trabajo, diagrama de Gant, Procesos de negocio.

15

Estimaciones iniciales: Costos y Gastos PROYECTO

FASE

ENTREGABLE

Planeamiento del Sistema

Informe de Planeamiento del Sistema

Análisis del Sistema

Diseño del Sistema

SISTEMA DE CONTROL DE MATRICULAS

Desarrollo del Sistema

Total Fase

894.00

894.00

Total Fase

344.00

344.00

Informe de Análisis del Sistema

Informe de Diseño del Sistema Total Fase

1,090.00 1,090.00

Total Fase

1,878.67 1,878.67

Informe del Desarrollo del Sistema

Documentación del Sistema

Informe de Documentación del Sistema

Implementación del Sistema

Informe de Implementación del Sistema

Mantenimiento del sistema

MONTO S/.

Total Fase

264.00

264.00

Total Fase

880.00

880.00

Informe de Mantenimiento del Sistema Total Fase

192.00 192.00 TOTAL FASES 5,366.67 Reserva de Contingencia 1,000.00 Reserva de Gestión 1,000.00 PRESUPUESTO TOTAL DEL PROYECTO 7,366.67

16

Plan y Dirección del proyecto

17

Diagrama de Gant

18

Plataforma de desarrollo.- En esta parte describiremos el entorno de software común en el cual se desenvuelve la programación de nuestra aplicación.

Herramientas estándar a utilizar: Tipo

Procesador de Textos

Herramienta modelado UML Gestión de proyectos

Diseño Mockups

Producto y Versión

Comentarios Este procesador de texto nos

Microsoft Word 2007

sirvió para llevar toda la documentación.

Rational Rose

Microsoft Project

Balsamic Mockups

Fue usado para el diseño de todos nuestros diagramas. Fue

usado

para

la

planificación del proyecto. Usado para el diseño de interfaz de usuario. Está aplicación se usará en

Desarrollo Web

Adobe Dreamweaver

la construcción y edición de sitios y aplicaciones Web basado en estándares. Está aplicación se usará para la creación de el sitios

Diseño Web

Adobe Fireworks

Web e interfaces de usuario, así como para la creación y Optimización de imágenes para web.

Modelado de base de datos

Mysql workbench

Utilizado

para

modelamiento de BD

el

19

Dimensionamiento de hardware y software.-

Se debe dimensionar

tanto en la máquina servidor como en las máquinas clientes, buscando las características apropiadas. Servidor.- En esta parte se describe el hardware y el software de la máquina servidor. Hardware

tipo

Características

Modelo : powerEdge T610

comentario Es ideal para pequeñas y medianas empresas. Los procesadores de 1 solo núcleo ya están obsoletos,

Torre

Núcleos: 3 núcleos

los

de

3

excelentes

núcleos,

son

para

las

aplicaciones de oficina. Son diseñadas para reducir el Tecnologías optimizadas

consumo de la energía y al

para el uso de energía

mismo tiempo aumentar la capacidad de rendimiento.

Memoria: 16GB

Por el costo.

Disco 500GB

Por el costo.

Capacidad de vitalización: si

Ofrece una mejor capacidad de máquinas virtuales por servidor.

20

Software Tipo

Producto y Versión

Comentarios Está hecho para labores empresariales, con un mejor

Sistema operativo

Windows 2003 server 64 bits

rendimiento y centra el uso de

procesadores

en

las

características de servidor. Se encarga de procesa una la aplicación del lado del servidor Servidor web

Apache 2

con

el

cliente

generando o cediendo una respuesta

en

cualquier

lenguaje o Aplicación del lado del cliente. Permite una buena Gestión y Motor de base de datos

Mysql server 5.1

Optimización de Base de datos. Permite mover uno o más archivos con seguridad entre distintos

ordenadores

proporcionando seguridad y

Servidor FTP

organización de los archivos así como

control

de

la

transferencia.

Navegador

Internet Explorer, Mozila

Son los más utilizados para navegar en internet.

21

En los Usuarios finales.- En esta parte se describe el hardware y el software de las máquinas clientes. Hardware Tipo

Característica

Modelo compatible

Comentario Permite realizar cambios en el futuro.

Lector óptico DVD PC

Microprocesador de 2

Desktop

núcleos

Ideal para el uso de las máquinas clientes.

Memoria de 2GB

Básico.

Disco de 350 GB

Básico.

Monitor LED 14 pulgadas

Software Tipo Sistema operativo

Producto y versión

Comentarios

Windows XP sp3

Navegador

Internet Explorer,

web

mozilla

Con cookies desactivados y java scrip activo. Para la protección de la

Firewall

Windows, komodo

máquina. Ideal tanto para el cliente como para el servidor.

antivirus

Nod, AVG

Necesario

tanto

para

cliente como el servidor.

el

22

3.1.3

Historia y Escenarios Contiene: escenarios particulares del sistema expresados como casos de uso y su solución con el sistema de software, mokups, diagrama inicial E-R que involucra dicho escenario, diagramas de secuencia, diagramas de clases, diagramas de actividad. Escenario N° 1: Requerimiento de Matrícula.

Caso de Uso

Especificación: Nombre:

Requerimiento de matrícula.

Actores:

Padre, Secretaria.

Descripción:

El Padre de familia hace su requerimiento de matrícula a la Secretaria.

Precondiciones: Flujo:

El formato debe estar diligenciado correctamente por los estudiantes. La Secretaria recepciona el requerimiento de Matrícula.

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

23

Diagrama de Estado:

Diagramas de secuencia:

Diagrama de Actividades:

24

Escenario N° 2: Llenar formato de Inscripción de Matrícula Caso de Uso


Llenar formato de inscripción de matrículas.

Actores:

Padre, Secretaria. El Padre debe llenar el formato de inscripción o

Descripción:

actualización

de

matrícula

que

contiene

información personal. Precondiciones:

La inscripción o actualización de matrículas debe ser llenada con información real.

Flujo:

1. Este formato es entregado al coordinador.

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

25

UML: Diagrama de Estado:

Requerimento de Matricula

es atendido

Atencion inmediata

respuesta Requeriemiento Entregado

Diagrama de Secuencia:

Espera de Requerimiento

26

Diagrama de actividades:

Escenario N° 3: Gestionar Matrícula. Caso de Uso

Especificación:

Nombre:

Gestionar Matrícula.

Actores:

Secretaria Padre. La Secretaria crea nuevo código alumno,

Descripción:

actualiza datos alumno, verifica la conformidad de la Información. La información académica implica el rendimiento

Precondiciones:

académico del estudiante, observaciones.

27

La Secretaria debe llevar el orden de la Flujo:

información la cual también es tarea que debe desempeñar el coordinador.

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML: Diagrama de Estado: Buscar Datos

Datos no Encontrados

Buscar Datos Datos Encontrados

Ingresar Nuevo

Actualizar

Datos Actualizados

Datos Ingresados

Verificar

Verificar

Datos Verificados

28


: Padre

: Sistema

: Secretaria Busca codigo Alumno

Busca codigo

Crea codigo nuevo alumno Actualiza Datos Verifica conformidad de Informacion

Diagramas de Actividad:

29

Escenario N° 4: Autorizar Matrículas Caso de Uso

<> Director Autorizar Matriculas

Legalizar Matriculas


Autorizar matrículas.

Actores:

Director.

Descripción:

El director autoriza la matrícula y después legaliza la matricula con sello.

Precondiciones:

Recibir

los

formularios

de actualización de

información del estudiante ya diligenciados. Flujo:

1. El director autoriza las matrículas para luego legalizar. Se debe verificar

Excepciones:

que los

padres

de los

estudiantes hayan diligenciado correctamente el formulario de actualización de información.

Subflujos:

1. El director después de autorizar las matrículas las legaliza y después las entrega al coordinador. Se verifican fotocopias de identificación y el

Poscondiciones:

historial de nivel académico, para anexarlas a una carpeta.

30

UML: Diagrama de Estado: Recibir Informacion

Pre Formacion recibida de Alumno

Informacion de alumno Verificada

Verificar Informacion

Autoriza Matricula Autorizada de Alumno

Diagrama de secuencia:

: Director

: Sistema Recibe informacion de Alumno Verifica la informacion de Alumno Autoriza Matricula alumno Legaliza Matricula


31

Escenario N° 5: Administra Información Académica. Caso de Uso

Coordinar

Administrar Informacion Academica

Secretaria


Administrar información académica.

Actores:

Coordinador Secretaria. El coordinador administra todo tipo de información académica que contempla las notas del

Descripción:

estudiante, las observaciones y el historial de años cursados. Debe estar todos los ítems de las materias con sus

Precondiciones:

Respectivas notas.

Flujo:

1. la información académica también es una función que desempeña el director.

Excepciones:

La información académica debe contener todas las notas del estudiante.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

32


Buscar Informacion Academica de Alumno encontrada Entregar Informacion Academica de Alumno entregado


: Secretaria

: Coordinar

: Sistema

Entrega autorizacion Solicita informacion academica del alumno Busca informacion academica del alumno Entrega Reporte de Notas

33


Escenario N° 6: Entrega Reporte de Notas Caso de Uso

Secretaria

Entrega Reporte de Notas

Padre


Entregar reporte de notas.

Actores:

Secretaria Padre. La Secretaria es quién se encarga de entregar las

Descripción:

planillas o reporte de notas para que sean llevados al sistema de registro. Debe estar todos los ítems de las materias con sus

Precondiciones:

respectivas notas.

34

1. Los reportes de notas son entregados a la

Flujo:

secretaria para que los registre. La planilla debe ser entregada en la fecha

Excepciones:

estipulada. Subflujos:

Ninguna.

Poscondiciones:

El formato debe esta soportado con copias de la información suministrada.

UML: Diagrama de Estado: Recepcionar

Entregar a Padre

Reporte de Notas Recepcionado

Reporte de Notas Entregado


: Secretaria

: Padre Solicita Reporte de Notas

Entrega Reporte de Notas

35


Escenario N° 7: Registra Matrícula. Caso de Uso

Secretaria

Registra Matricula

Sistema


Registrar Matrículas.

Actores:

Secretaria, Sistema. Secretaria Registra matrícula de Estudiante al

Descripción:

Sistema. Tener acceso al PC para ingresar datos a

Precondiciones:

WORD y EXEL.

Flujo:

La secretaria ingresa los datos a través de las

36

herramientas de Word y Excel. Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML: Diagrama de Estados:

Ingresar

Matricula Ingresada

Registrar

Matricula Registrada

Mal registrado Matricula Erronea

Corregir

Matricula Corregida


: Secretaria

: Sistema Ingresa Grado Ingresa Condicion Corrige Datos Registra Matricula

37

Diagrama de actividades:

Escenario N° 8: Administra Información Académica Caso de Uso

Administrar Informacion Academica

Coordinar


Administrar información académica.

Actores:

Coordinador.

Descripción:

El coordinador administra todo tipo de información académica

que

contempla

las

notas

del

38

estudiante, las observaciones y el historial de años cursados. Debe estar todos los ítems de las materias con

Precondiciones:

sus respectivas notas. 1. la información académica también es una

Flujo:

función que desempeña el director. La información académica debe contener todas

Excepciones:

las notas del estudiante. Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML: Diagrama de Estado: Ingresar

Informacion Academica Ingresada

Guardar

Mal Registrado

Informacion Academica Erronea

Informacion Academica Guardada

Registrar Corregir

Informacion Academica Corregida

39


: Coordinar

: Sistema

Ingresa informacion de Cursos Ingresa informacion de docentes Registra Informacion


Escenario N° 9: Documentación Caso de Entregar notas

Docente

Reportar Notas

Coordinar

40


Entregar notas.

Actores:

Docente Coordinador. El docente lleva el control de notas en planilla y

Descripción:

se las entrega al estudiante. La entrega de notas debe contener el valor de Precondiciones:

las calificaciones de cada materia que luego es entregado al estudiante. 1. Esta entrega de notas se realiza del docente

Flujo:

hacia los estudiantes. Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.


Obtener Notas Obtenidas

Registrar

Notas Registradas

Entregar

Faltan Notas Pendiente

Registrar

Notas Recepcionadas

Entregar Notas Pendientes Registradas

41


: Docente

: Coordinar Registra notas en registros Registra notas pendientes Entrega registro de notas Recepciona registro de notas


42

Escenario N° 10: Ingresar Notas.

Secretaria

Ingresar Notas

Sistema


Ingresar Notas.

Actores:

Secretaria Sistema. La Secretaria ingresa las notas según código

Descripción:

estudiante o actualiza notas según la información personal.

Precondiciones:

El Ingreso de Notas o actualización de notas debe ser llenada con información real.

Flujo:

1. Este formato es entregado al coordinador

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML: Diagrama de Estado: Ingresar

Notas Ingresadas

Faltan

Notas Pendiente Ingresar

Registrar Nota

Registrar

Notas Pendientes Ingresados

43


: Sistema : Secretaria

Ingresa Notas

Ingresa Notas Pendientes Ingresa Notas Pendientes Primero Registra Notas Devuelve Registro de Notas


44

Diagrama de clases:

45

DISEÑO DE MOCKUPS.- Nos ayuda a tener una idea de la interfaz que tendrá nuestro sistema. Mockups N° 1

Observaciones: Al escribir la dirección de la página Web del colegio, ingresará a la siguiente pantalla, donde tendremos la cuatro fichas: Inicio, contáctenos, administrador, Administración de docente. En la Ficha Inicio, se hace una presentación de la Institución Educativa, donde se da a conocer la visión, misión, valores y objetivos de la institución. En la Ficha Contáctenos, se encuentran registrados todos los datos de la Institución como: razón social. Dirección, teléfono, correos, entre otros. La Ficha Administrador, es a la ingresaremos para efectuar las matrículas y para poder visualizar las notas de los alumnos y para poder dar observaciones. En la Ficha Administración docente, el docente podrá visualizar e ingresar las notas de los alumnos.

46

Mockups N° 2

Observaciones: Al hacer clic en la ficha administrador se mostrará el siguiente cuadro, donde para realizar la matrícula se hará clic en el botón alumno.

Mockups N° 3

Observaciones: al hacer clic en el botón alumno, se mostrará el siguiente cuadro, donde se debe ingresar el usuario y la contraseña. En este caso los administradores son el director, subdirectora, coordinador y secretaria.

47

Mockups N° 4

Matrícula

Observaciones: Al ingresar el usuario, se presentará la siguiente ventana, donde podremos, elegir las opciones mostradas.

Mockups N° 5

48

Observaciones: Al hace clic en Ingresar nuevo alumno, se presentará el siguiente cuadro, donde se podrá ingresar los datos del alumno nuevo, que serán registrados en el Sistema, luego de verificar que los documentos estén en orden, y que la matrícula ha sido autorizada.

Mockups N° 6

Observaciones: Al hacer clic en Actualizar Datos del Alumno, se podrá realizar cambios de modificables en algunos datos del alumno que es re ingresante o promovido. Esos datos podrían ser dirección, número telefónico, trabajo de los padres o números telefónicos de los padres.

49

Mockups N° 7

Observaciones: Luego de verificar todos los datos, se procederá a registrar la matrícula del alumno, donde se debe ingresar el nivel y el grado.

Mockups N° 8

Observaciones: en este cuadro se podrá eliminar a alumnos que se retiren o sean retirados de la institución. Se mostrará un cuadro de diálogo para confirmar la eliminación del registro.

50

Mockups N° 9

Mockups N° 10

Observaciones: ambos son similares, se usa para buscar y observar las notas del estudiante.

51

MODELO LÓGICO

52

3.1.4

Implementación funcional.- Se realizará la implementación de acuerdo a la documentación generada anteriormente, aquí empieza el trabajo de los programadores, se documentará todos los códigos usados en la programación, se realizará prototipos iniciales que se irán mejorando en un proceso iterativo incremental recursivo. Contiene: implementación de acuerdo a la documentación generada anteriormente, prototipos iniciales que se irán mejorando en un proceso iterativo incremental recursivo.

3.1.5

Test y pruebas.- Durante la implementación funcional del software aplicamos rigurosos controles de prueba para encontrar fallas en el mismo y así evitar que en el momento de su aplicación halla un conflicto en algunas de las funciones, por ejemplo en la introducción de los datos que serán procesados y automatizados. Contiene: pruebas unitarias, pruebas

funcionales y pruebas de

integración, carga de datos iniciales, datos de prueba, etc. Documentar si es posible. 3.1.6

Estabilización.- Se realizará el afinamiento

del prototipo, apariencia,

validaciones, etc., siempre que se realice los test y las pruebas . La solución prototipo se pasa a un entorno real de explotación, restringido en número de usuarios y en condiciones tales que se pueda llevar un control efectivo de la situación. 3.1.7

Control de Calidad.- Se realizará un conjunto de actividades para evaluar la calidad de los productos desarrollados. Estas actividades implican vigilar el proceso de desarrollo de software para asegurar que se siguen los procedimientos y los estándares de garantía de calidad, en el proceso de control de calidad se comprueba que las entregas cumplan con los estándares definidos. Consiste en revisar que al final el producto cumpla los requerimientos del cliente.

53

El control de calidad del software abarcará todo el proceso de desarrollo: supervisar y mejorar el proceso, asegurar que

se siguen los

procedimientos acordados, que se alcanza el nivel de calidad deseado y que se localizan y resuelven los problemas. Al aplicar control de calidad en el desarrollo de un proyecto de software se solucionan problemas: 

En la empresa y usuario en particular.



En la calidad en general.



En la administración del proyecto del software.



En cada una de las fases del ciclo de vida del sistema.

Contiene control de calidad del prototipo, funcionalidad, presentación, velocidad, etc. 3.1.8

Desarrollo de planes.- Los planes puede determinarse a muchos ámbitos de la organización pero estos planes se centrarán en los sistemas de información. En esta parte el plan de contingencia forma parte de un documento más amplio donde se tiene en cuenta los planes de mantenimiento, políticas de backups, inventarios, planes de formación, etc.

3.1.9

Despliegue.- Se realizarán las pruebas de conectividad. En esta parte del despliegue se describirá cómo una aplicación se despliega a través de una infraestructura. La intención del despliegue no es para describir la infraestructura, pero mejor dicho el camino en cual los componentes específicos deben corresponder a una aplicación que despliega a través de él. Se llevará acabo en esta fase los planes diseñados en la fase anterior, tratando de realizarlos meticulosamente para un buen trabajo en el desarrollo del software.

54

3.2

Resultados Obtenidos Los resultados obtenidos por el desarrollo de este proyecto son: Se proporciona la información necesaria para la realización de este proyecto a la Institución Educativa, que servirá de modelo para otras instituciones. Se describió el enfoque del desarrollo del proyecto a través de la metodología utilizada, para obtener una mejor visión de los objetivos a alcanzar. Se logro definir las actividades que se realizan, dentro del proceso de desarrollo, en términos de las fases e iteraciones para el desarrollo del Sistema de Matrícula para la institución educativa “La Católica GEM”. Este documento sirve de forma eficiente para el desarrollo del proyecto de software, pues será de gran importancia para jefes de proyectos y miembros de grupos de desarrollo, que estén realizando un proyecto de Software educativo con este enfoque. El director del proyecto; lo utilizará para organizar la agenda y necesidades de recursos, y para realizar su seguimiento y control respectivo. Los miembros del grupo de desarrollo; lo usarán como instrumento para entender lo que deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello dentro del proceso de desarrollo.

CONCLUSIONES El personal que labora en la Institución Educativa “La católica GEM” aprovechará de una manera óptima la informática de estudio de sus estudiantes. Con un sistema de Matrículas se soluciona el exceso de tiempo que se usa para realizar los procesos de matrículas. Las ventajas que trae el sistema matrícula, ofrece una gran velocidad en el procesamiento y manejo de datos trayendo consigo también la agilidad de generar reportes en muy poco tiempo y asimismo facilita las auditorias, evitando perdida de tiempo, datos, evitando la duplicación de inscripciones, ofreciendo seguridad de los datos, brindando una interfaz amigable entre el usuario y el sistema. La mala manipulación del sistema por usuarios inexpertos en el sistema trayendo como consecuencia la pérdida o

eliminación

de registros

accidentalmente, fallas eléctricas muy largas. Las políticas se ven afectadas por la decisión del plantel, el sistema solo lo podrá manipular las personas autorizadas por el Departamento Administrativo Docente que este encargado del sistema. El sistema facilitará el control del avance curricular en la Institución Educativa.

SUGERENCIAS Que, los docentes de la Institución Educativa “La Católica GEM” aprovechen la informática para el estudio de sus estudiantes. Que, los docentes tengan mejor preparación académica sobre informática a través de seminarios, capacitaciones y talleres etc. para que luego puedan aplicar sus conocimientos adquiridos con los estudiantes. Que, el Director del plantel trate de hacer más utilidades con la informática, a fin de crear un sistema organizado de las calificaciones de cada estudiante. Qué, la implementación del sistema sea 100% efectiva, es recomendable que se maneje con gran seguridad y reducir la cantidad de personas que utilicen el sistema para que no haya confusiones.

BIBLIOGRAFÍAS BÁSICA: Project management Institute. Guía de PMBOK 4ª. Ed. 2009 McConnell, Steve. Desarrollo y gestión de4 Sistemas Informáticos. 2007. CARDENAS, Miguel; “La Ingeniería de Sistemas” CHECKLAND, Peter, “El pensamiento de Sistemas” LUCAS, Henry; “Sistemas de Información” COMPLEMENTARIA: Son las siguientes páginas web: http://es.wikipedia.org http://www.dell.com/ http://www.monografias.com.pe/ http://www.lawebdelprogramador.com/

ANEXOS

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

1.0

Equipo de Trabajo

Ing. Jesús Zea

Ing. Jesús Zea

01/08/11

Informe de Gestión de la Calidad

FORMATO DE INSPECCION DE CALIDAD

INSPECCIÓN DE CALIDAD Nº 01 NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Sistema de Matriculas

SisMat

DATOS DEL ENTREGABLE INSPECCIONADO FASE

ENTREGABLE 2º NIVEL

ENTREGABLE 3º NIVEL

PAQUETE DE TRABAJO

Desarrollo

Desarrollar especificaciones de funciones

Revisar especificaciones de funciones

Fase de Desarrollo

ELABORADO POR: Equipo de Trabajo ESTÁNDAR, NORMA O ESPECIFICACIÓN DE REFERENCIA PARA REALIZAR LA INSPECCIÓN

Métricas de Calidad de Software: Métrica 3.0 DATOS DE LA INSPECCION OBJETIVOS DE INSPECCION Revisar el desarrollo de las funciones para una mejor control del desarrollo del proyecto y para tomar decisiones que optimicen la realización Del proyecto.

GRUPO DE INSPECCION PERSONA

Oscar Meza

ROL EN EL PROYECTO

Director de Proyecto

ROL DURANTE LA INSPECCIÓN

OBSERVACIONES

Inspector de las labores de trabajo

El director del proyecto verificara el normal desempeño del equipo de trabajo durante el desempeño de sus funciones.

MODO DE INSPECCION METODO Análisis de Software

METODO FECHA

01/10/11

RESULTADOS DE LA INSPECCION

LUGAR

Centro de labores del equipo

HORARIO

OBSERVACIONES

10.00a.m

Se procedió con la inspección de trabajo a la hora señalada y se empezó a realizar la inspección del desarrollo del sistema.

Conforme X

No Conforme

CONTROL DE VERSION ES

Versión

Hecha por

Revisada por

LISTA DE DEFECTOS A CORREGIR O MEJORAS A REALIZAR

Aprobada por

RESPONSABLE

Fecha

FECHA REQUERIDA

Motivo

OBSERVACIONES

Se debe de implementar más módulos al sistema

Programador

25/10/11

Que el analista le asesore más al programador

Se debe de mejorar la interfaz, hacerlo más amigable

Diseñador

01/11/11

Que el analista le asesore más al diseñador.

OBSERVACIONES COMPLEMENTARIAS Se revisó la calidad del sistema encontrándose algunos defectos pero que son corregibles, las cuales deben ser solucionados en el tiempo mas Corto posible.

DOCUMENTOS ADJUNTOS Acta de inspección de verificación de la calidad del sistema.

1.0

Equipo de Trabajo

Ing. Jesús Zea

Ing. Jesús Zea

01/08/11

Informe de Gestión de la Comunicación

MATRIZ DE COMUNICACIONES DEL PROYECTO

INFORMACIÓN Acta de Proyecto Alcance preliminar Reporte de Avance

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Sistema de Control de Matriculas

SisMat

CONTENIDO Contiene a todos los participantes en el proyecto Contiene hasta donde va a abarcar el proyecto inicialmente. Contiene un proyecto.

informe del

avance del

FORMATO

NIVEL DE DETALLE

RESPONSABLE DE COMUNICAR

Papel

Alto

Cliente

Papel

Normal

Director del proyecto

Papel

Normal


GRUPO RECEPTOR Director del proyecto Equipo del proyecto Equipo del proyecto y cliente

METODOLOGIA O TECNOLOGIA

FRECUENCIA DE COMUNICACIÓN

CODIGO DE ELEMENTO WBS

Escrito

Única vez

1.1

Escrito

Única vez

1.1

Escrito

Semanal

1.1

Plan de Gestión

Contiene todas las actividades a realizarse para la gestión del proyecto.

Papel

Alto


Equipo del proyecto

Escrito

Única vez y ante cambios

1.1

Plan de Gestión del Alcance

Contiene hasta donde va a abarcar el proyecto y cuáles son sus limites

Papel

Alto


Cliente/ Equipo del proyecto

Escrito


1.1

Estructura de Desglose de Trabajo

Contiene como está estructurado todas las fases de trabajo del proyecto.

Digital

Normal


Equipo del proyecto

Escrito e E-Mail


1.2

Actividades

Contiene todas las actividades a realizarse en la ejecución del proyecto.

Papel

Normal


Equipo del proyecto

Escrito e E-Mail


1.2

Diagrama de Red

Contiene cuales son las actividades criticas del proyecto.

Digital

Normal


Equipo del proyecto

Escrito e E-Mail

Mensual

1.2

Cronograma

Matriz de Roles y Responsabilidades Plan de Gestión de Riesgos Matriz de Comunicaciones

Contiene todo el cronograma del tiempo de desarrollo del proyecto Contiene a las personas involucradas en el proyecto y sus responsabilidades Contiene todas las actividades a realizarse para controlar a los posibles riesgos que se presenten en el proyecto. Contiene todos los documentos que se van a entregar en la realización del proyecto.

Entregables definidos

Contiene los entregables por fase en la elaboración del proyecto. Contiene todos los cambios realizados al Cambios Realizados proyecto Entregables Aceptados Cambios Solicitados Acciones correctivas recomendadas Entregable Final Aceptación Final Lecciones Aprendidas

Contiene los entregables aceptados por el cliente.

que

fueron

Contiene todos los cambios solicitados por el cliente. Contiene todas las recomendaciones para la corrección de errores en el desarrollo del proyecto Contiene el producto final (Sistema Desarrollado) Contiene el documento de la aceptación final del producto. Contiene el documento de todas las lecciones aprendidas en la realización del Sistema.

Papel

Normal


Equipo del proyecto

Escrito e E-Mail


1.2

Papel

Alto


Equipo del proyecto

Escrito

Única vez

1.2

Papel

Alto


Equipo del proyecto

Escrito e E-Mail


1.2

Papel

Normal


Equipo del proyecto

Escrito e E-Mail

Mensual

1.2

Papel

Normal

Papel

Normal

Director del proyecto Director del proyecto

Equipo del proyecto Director del proyecto

Escrito

Cuando ocurra

1.1

Escrito

Mensual

1.3

Papel

Normal


Cliente

Escrito

Mensual

1.3

Papel

Normal

Equipo del proyecto


Escrito

Cuando ocurra

1.4

Papel

Alto


Cliente

E-mail

Cuando ocurra

1.5

Digital

Alto


Cliente

Escrito

Única vez

1.6

Papel

Alto


Cliente

Escrito

Única vez

1.6

Papel

Normal

Equipo del proyecto


Escrito

Única vez

1.6

PLAN DE GESTIÓN DE RIESGOS

Versión

Hecha por

Revisada por

Aprobada por

1.0

Equipo de Trabajo

Ing. Jesús Zea

Ing. Jesús Zea

Fecha

Informe de 01/08/11 Gestión de Riesgos

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Sistema de control de Matriculas

SisMat

METODOLOGIA DE GESTIÓN DE RIESGOS PROCESO DESCRIPCIÓN HERRAMIENTAS En este proceso se Cuestionarios, recopila toda la entrevistas, información Planeamiento grabación de audio, relevante de la del Sistema videos, etc. organización

Análisis del Sistema

Diseño del Sistema

Desarrollo del Sistema

Motivo

FUENTES DE INFORMACION

La Institución Educativa

Se procesa toda la Hardware y Software información específicos, recopilada metodología, URP, utilizando equipos y etc. TIC’s

Libros, Internet, videos, etc.

Metodología RDM(Modelo Se diseña el sistema Relacional de Datos), de acuerdo a las Hardware y Software necesidades de la específicos, institución


Hardware, Se desarrolla todo Software(Java, el sistema tomando MySQL Server, en cuenta las Adobe Desing , entre metodologías de otros) desarrollo de software


Documentación del Sistema

Se procede a documentar el código, el diseño los manuales de usuario para ser entregados al cliente.

Hardware y Software (MS Office, Adobe Desing, entre otros.

Se implementa el sistema desarrollado en la Hardware y Software Implementación institución específicos para la del sistema realizando las instalación pruebas necesarias de funcionamiento.

PROCESO Planeamiento del Sistema

ROLES Analista

Analista Análisis del Sistema

Diseño del Sistema Desarrollo del Sistema Documentación del Sistema Implementación del sistema



RESPONSABILIDADES Realizar el Planeamiento de elaboración del sistema propuesto Ayudar en el Planeamiento de elaboración. Realizar el análisis para el desarrollo del Sistema Ayudar en el análisis para el desarrollo del Sistema

Analista Programador

Dirigir el diseño del Sistema propuesto Apoyar en el diseño del Sistema Propuesto.

Analista Programador Diseñador Analista Programador Diseñador Analista

Orientar en el Desarrollo del Sistema Propuesto Desarrollar el código necesario del sistema Desarrollar la interfaz del Sistema Propuesto Dirigir la elaboración de la documentación Realizar la documentación manual técnico Realizar la documentación manual de usuario Realizar la instalación del Sistema Realizar las pruebas del Sistema instalado Realizar el mantenimiento del Sistema instalado

FOTOS Docentes

Fuente: La Católica GEM

Alumnado

Fuente: Primera Promoción de la escuela Católica GEM

Proyecto Sistema Matriculas

Recommend Documents