proyecto matricula

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

Carrera Profesional de Computación e Informática

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

PROYECTO DE METODOLOGÍA

PARA LA IMPLEMENTACIÓN DE UN

SISTEMA DE MATRÍCULAS

ASESOR:

Ing. Jesús Zea Salas

A: Nuestros padres por sus sacrificios.

INDICE

Portada

Asesoría

Dedicatoria

Índice

Introducción

i

ii

iii

iv

vi

Capítulo I

MARCO METODOLÓGICO

1.1 El problema de investigación

1.1.1 El problema

1.1.2 Los objetivos

1.1.3 La justificación

1.2 Metodología

1.2.1 Método

1.2.2 Técnicas

1.2.3 Instrumentos

1

1

1

2

3

3

5

5

Capítulo II

MARCO TEÓRICO

2.1 Antecedentes del proyecto

2.2 Descripción del tema del proyecto

2.3 Terminología básica

7

7

9

v

Capítulo III

DESARROLLO DEL PROYECTO

3.1 Descripción Operativa del proyecto

3.2 Resultados Obtenidos

CONCLUSIONES

SUGERENCIAS

BIBLIOGRAFÍA

ANEXOS

11

54

55

56

57

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 Sistema 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 - SADAV

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.

2. Capítulo III

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

(planeamiento)

Documento visión-alcance aprobado,

planeamiento.

Iteraciones (Análisis,

Diseño y Desarrollo del

Sistema)

Historias y escenarios, diagramas E-

R, mockups, diagramas UML.

Ejecutables y binarios (gold release).

Doc. del Sistema

(Desarrollo de planes de

contingencia, despliegue,

soporte, formación)

Plan de contingencia, plan de

despliegue, plan de soporte, plan de

formación.

Despliegue (implementación

y mantenimiento del Sis.)

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

Director de

proyecto

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

la entrega a tiempo de los resultados

esperados. Definir la arquitectura,

asegurar los procesos y los servicios

administrativos. Adicionalmente,

este rol es responsable de definir las

especificaciones funcionales de los

servicios a implementar.

Jefe de la

Oficina de

Informática

Dirección del

Programa

Este rol tiene como finalidad lograr

que el equipo concrete en forma

efectiva la visión del proyecto, quien

desempeñe este rol debe tener un

conocimiento detallado de la

realidad del cliente y el conocimiento

suficiente para priorizar las distintas

características a implementar.

Meza Canorio,

Oscar

Desarrollador

Este rol debe llevar al terreno

práctico las especificaciones

funcionales, es decir, debe realizar

la implantación y completar las

funcionalidades del producto tanto

en arquitectura como en diseño.

Inga Pérez,

Jaqueline

14

Rol Responsabilidades Responsables

Encargados

de pruebas

Este rol se encarga de validar la

calidad y el correcto funcionamiento

de los servicios entregados y su

documentación. Este rol comienza

su operación en el momento en que

comienza el proceso de desarrollo.

Secretaria

Asistente

académico

Educación de

Usuario

Es la función que se encarga de

definir las necesidades de

capacitación, se encarga de la

calidad de la documentación del

proyecto.

Saenz Estrada,

Heidi

Dirección de

lanzamiento

Una parte de este rol, es

responsabilizarse de disponer los

recursos necesarios para que el

proyecto se desarrolle. La otra,

correspondiente a planificar las

actividades externas al equipo de

trabajo, como puede ser la

capacitación de los usuarios o la

definición de la plataforma de

hardware y software.

Jefe de la

Oficina de

Informática

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 MONTO S/.

SISTEMA DE CONTROL DE MATRICULAS

Planeamiento del Sistema

Informe de Planeamiento del

Sistema

Total Fase 894.00 894.00

Análisis del Sistema

Informe de Análisis del

Sistema

Total Fase 344.00 344.00

Diseño del Sistema

Informe de Diseño del Sistema

Total Fase 1,090.00 1,090.00

Desarrollo del Sistema

Informe del Desarrollo del

Sistema

Total Fase 1,878.67 1,878.67

Documentación del Sistema

Informe de Documentación

del Sistema

Total Fase 264.00 264.00

Implementación del Sistema

Informe de Implementación

del Sistema

Total Fase 880.00 880.00

Mantenimiento del sistema

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 Producto y Versión Comentarios

Procesador de

Textos Microsoft Word 2007

Este procesador de texto nos

sirvió para llevar toda la

documentación.

Herramienta

modelado UML Rational Rose

Fue usado para el diseño de

todos nuestros diagramas.

Gestión de

proyectos Microsoft Project

Fue usado para la

planificación del proyecto.

Diseño Mockups Balsamic Mockups Usado para el diseño de

interfaz de usuario.

Desarrollo Web Adobe Dreamweaver

Está aplicación se usará en

la construcción y edición de

sitios y aplicaciones Web

basado en estándares.

Diseño Web Adobe Fireworks

Está aplicación se usará

para la creación de el sitios

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 el

modelamiento de BD

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 comentario

Torre

Modelo : powerEdge T610 Es ideal para pequeñas y

medianas empresas.

Núcleos: 3 núcleos

Los procesadores de 1 solo

núcleo ya están obsoletos,

los de 3 núcleos, son

excelentes para las

aplicaciones de oficina.

Tecnologías optimizadas

para el uso de energía

Son diseñadas para reducir el

consumo de la energía y al

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

Sistema

operativo

Windows 2003 server

64 bits

Está hecho para labores

empresariales, con un mejor

rendimiento y centra el uso

de procesadores en las

características de servidor.

Servidor web Apache 2

Se encarga de procesa una

la aplicación del lado del

servidor con el cliente

generando o cediendo una

respuesta en cualquier

lenguaje o Aplicación del

lado del cliente.

Motor de base de

datos Mysql server 5.1

Permite una buena Gestión y

Optimización de Base de

datos.

Servidor FTP

Permite mover uno o más

archivos con seguridad entre

distintos ordenadores

proporcionando seguridad y

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 Comentario

PC

Desktop

Modelo compatible Permite realizar cambios en

el futuro.

Lector óptico DVD

Microprocesador de 2

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 Producto y versión Comentarios

Sistema

operativo Windows XP sp3

Navegador

web

Internet Explorer,

mozilla

Con cookies desactivados y

java scrip activo.

Firewall Windows, komodo

Para la protección de la

máquina. Ideal tanto para el

cliente como para el servidor.

antivirus Nod, AVG Necesario tanto para el

cliente como el servidor.

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: El formato debe estar diligenciado correctamente

por los estudiantes.

Flujo: 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

Especificación:

Nombre: Llenar formato de inscripción de matrículas.

Actores: Padre, Secretaria.

Descripción:

El Padre debe llenar el formato de inscripción o

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.


Subflujos: Ninguna.


25

UML:

Diagrama de Estado:

Requerimento

de Matricula

Espera de

Requerimiento

Requeriemiento

Entregado

Atencion inmediata

es atendido

respuesta

Diagrama de Secuencia:

26

Diagrama de actividades:

Escenario N° 3: Gestionar Matrícula.

Caso de Uso

Especificación:

Nombre: Gestionar Matrícula.

Actores: Secretaria Padre.

Descripción:

La Secretaria crea nuevo código alumno,

actualiza datos alumno, verifica la conformidad

de la Información.

Precondiciones:

La información académica implica el rendimiento

académico del estudiante, observaciones.

27

Flujo: La Secretaria debe llevar el orden de la

información la cual también es tarea que debe

desempeñar el coordinador.


Subflujos: Ninguna.


UML:

Diagrama de Estado:

Datos

Encontrados

Datos no

Encontrados

Datos

Actualizados

Datos

Ingresados

Datos

Verificados

Buscar Datos

Buscar

Datos

Actualizar

Ingresar

Nuevo

Verificar Verificar

28


: Padre : Padre : Secretaria : Secretaria : Sistema : Sistema

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

Legalizar MatriculasAutorizar Matriculas

Director

<<extends>>

Especificación:

Nombre: 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.

Excepciones:

Se debe verificar 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.

Poscondiciones:

Se verifican fotocopias de identificación y el

historial de nivel académico, para anexarlas a una

carpeta.

30

UML:

Diagrama de Estado:

Pre Formacion

recibida de Alumno

Informacion de

alumno Verificada

Matricula Autorizada

de Alumno

Recibir

InformacionVerificar

Informacion

Autoriza

Diagrama de secuencia:

: Director : Director : Sistema : 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

CoordinarAdministrar Informacion

AcademicaSecretaria

Especificación:

Nombre: Administrar información académica.

Actores: Coordinador Secretaria.

Descripción:

El coordinador administra todo tipo de información

académica que contempla las notas del

estudiante, las observaciones y el historial de años

cursados.

Precondiciones:

Debe estar todos los ítems de las materias con sus

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.


32

UML:

Diagrama de Estado:

Informacion Academica de

Alumno encontrada

Informacion Academica de

Alumno entregado

Buscar

Entregar


: Secretaria : Secretaria : Coordinar : Coordinar : Sistema : 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

SecretariaEntrega Reporte de Notas

Padre

Especificación:

Nombre: Entregar reporte de notas.

Actores: Secretaria Padre.

Descripción:

La Secretaria es quién se encarga de entregar las

planillas o reporte de notas para que sean llevados

al sistema de registro.

Precondiciones:

Debe estar todos los ítems de las materias con sus

respectivas notas.

34

Flujo: 1. Los reportes de notas son entregados a la

secretaria para que los registre.

Excepciones: La planilla debe ser entregada en la fecha

estipulada.

Subflujos: Ninguna.

Poscondiciones: El formato debe esta soportado con copias de la

información suministrada.

UML:

Diagrama de Estado:

Reporte de Notas

Recepcionado

Reporte de Notas

Entregado

Recepcionar Entregar a Padre


: Secretaria : Secretaria : Padre : Padre

Solicita Reporte de Notas

Entrega Reporte de Notas

35


Escenario N° 7: Registra Matrícula.

Caso de Uso

SecretariaRegistra Matricula

Sistema

Especificación:

Nombre: Registrar Matrículas.

Actores: Secretaria, Sistema.

Descripción:

Secretaria Registra matrícula de Estudiante al

Sistema.

Precondiciones:

Tener acceso al PC para ingresar datos a

WORD y EXEL.

Flujo: La secretaria ingresa los datos a través de las

36

herramientas de Word y Excel.


Subflujos: Ninguna.


UML:

Diagrama de Estados:

Matricula

Ingresada

Matricula

Registrada

Matricula

Erronea

Matricula

Corregida

Ingresar Registrar

Corregir

Mal registrado


: Secretaria : Secretaria : Sistema : Sistema

Ingresa Grado

Ingresa Condicion

Registra Matricula

Corrige Datos

37

Diagrama de actividades:

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

Caso de Uso

CoordinarAdministrar Informacion

Academica

Especificación:

Nombre: 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.

Precondiciones: Debe estar todos los ítems de las materias con

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


UML:

Diagrama de Estado:

Informacion Academica

Ingresada


Guardada


Corregida

Informacion

Academica Erronea

Ingresar Guardar

Mal Registrado Registrar

Corregir

39


: Coordinar : Coordinar : Sistema : Sistema

Ingresa informacion de Cursos

Ingresa informacion de docentes

Registra Informacion


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

DocenteReportar Notas

Coordinar

40

Especificación:

Nombre: Entregar notas.

Actores: Docente Coordinador.

Descripción: El docente lleva el control de notas en planilla y

se las entrega al estudiante.

Precondiciones:

La entrega de notas debe contener el valor de

las calificaciones de cada materia que luego es

entregado al estudiante.

Flujo: 1. Esta entrega de notas se realiza del docente

hacia los estudiantes.


Subflujos: Ninguna.


UML:

Diagrama de Estado:

Notas

Obtenidas

Notas

Registradas

Notas

Recepcionadas

Notas

Pendiente

Notas Pendientes

Registradas

Obtener

Registrar

Faltan

Registrar

Entregar

Entregar

41


: Docente : Docente : Coordinar : Coordinar

Registra notas en registros

Registra notas pendientes

Entrega registro de notas

Recepciona registro de notas


42

Escenario N° 10: Ingresar Notas.

Secretaria SistemaIngresar Notas

Especificación:

Nombre: Ingresar Notas.

Actores: Secretaria Sistema.

Descripción:

La Secretaria ingresa las notas según código

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


Subflujos: Ninguna.


UML:

Diagrama de Estado:

Notas

Ingresadas

Notas

Pendiente

Notas Pendientes

Ingresados

Registrar

Nota

Ingresar Faltan

Ingresar

Registrar

43


: Secretaria : Secretaria

: Sistema : Sistema

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

Observaciones: Al ingresar el usuario, se presentará la siguiente ventana,

donde podremos, elegir las opciones mostradas.

Mockups N° 5

Matrícula

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/

http://es.wikipedia.org/

http://www.dell.com/

http://www.monografias.com.pe/

http://www.lawebdelprogramador.com/

ANEXOS

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

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

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 ROL EN EL PROYECTO ROL DURANTE LA INSPECCIÓN OBSERVACIONES

Oscar Meza Director de Proyecto 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 METODO FECHA LUGAR HORARIO OBSERVACIONES

Análisis de

Software 01/10/11 Centro de labores del equipo 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.

RESULTADOS DE LA INSPECCION Conforme X No Conforme

LISTA DE DEFECTOS A CORREGIR O MEJORAS A

REALIZAR RESPONSABLE

FECHA

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

CONTROL DE VERSIONES


MATRIZ DE COMUNICACIONES DEL PROYECTO


Sistema de Control de Matriculas SisMat

INFORMACIÓN CONTENIDO FORMATO NIVEL DE DETALLE

RESPONSABLE DE COMUNICAR

GRUPO RECEPTOR

METODOLOGIA O TECNOLOGIA

FRECUENCIA DE COMUNICACIÓN

CODIGO DE ELEMENTO

WBS

Acta de Proyecto Contiene a todos los participantes en el proyecto

Papel Alto Cliente Director del

proyecto Escrito Única vez 1.1

Alcance preliminar Contiene hasta donde va a abarcar el proyecto inicialmente.

Papel Normal Director del

proyecto Equipo del proyecto

Escrito Única vez 1.1

Reporte de Avance Contiene un informe del avance del proyecto.


proyecto

Equipo del proyecto y

cliente

Escrito Semanal 1.1

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

Papel Alto Director del


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


proyecto Cliente/ Equipo

del proyecto Escrito Única vez y ante

cambios 1.1

Estructura de Desglose de

Trabajo

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

Digital Normal Director del


Escrito e E-Mail Única vez y ante cambios

1.2

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




1.2

Diagrama de Red Contiene cuales son las actividades criticas del proyecto.

Digital Normal Director del


Escrito e E-Mail Mensual 1.2

1.0 Equipo de Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11 Informe de Gestión de la Comunicación

Cronograma Contiene todo el cronograma del tiempo de desarrollo del proyecto




1.2

Matriz de Roles y Responsabilidades

Contiene a las personas involucradas en el proyecto y sus responsabilidades




Plan de Gestión de Riesgos

Contiene todas las actividades a realizarse para controlar a los posibles riesgos que se presenten en el proyecto.




1.2

Matriz de Comunicaciones

Contiene todos los documentos que se van a entregar en la realización del proyecto.



Escrito e E-Mail Mensual 1.2

Entregables definidos

Contiene los entregables por fase en la elaboración del proyecto.



Escrito Cuando ocurra 1.1

Cambios Realizados Contiene todos los cambios realizados al proyecto


proyecto Director del

proyecto Escrito Mensual 1.3

Entregables Aceptados

Contiene los entregables que fueron aceptados por el cliente.


proyecto Cliente Escrito Mensual 1.3

Cambios Solicitados Contiene todos los cambios solicitados por el cliente.

Papel Normal Equipo del proyecto

Director del proyecto

Escrito Cuando ocurra 1.4

Acciones correctivas

recomendadas

Contiene todas las recomendaciones para la corrección de errores en el desarrollo del proyecto


proyecto Cliente E-mail Cuando ocurra 1.5

Entregable Final Contiene el producto final (Sistema Desarrollado)

Digital Alto Director del

proyecto Cliente Escrito Única vez 1.6

Aceptación Final Contiene el documento de la aceptación final del producto.


proyecto Cliente Escrito Única vez 1.6

Lecciones Aprendidas

Contiene el documento de todas las lecciones aprendidas en la realización del Sistema.

Papel Normal Equipo del proyecto

Director del proyecto


PLAN DE GESTIÓN DE RIESGOS


Sistema de control de Matriculas SisMat

METODOLOGIA DE GESTIÓN DE RIESGOS

PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACION


En este proceso se recopila toda la

información relevante de la

organización

Cuestionarios, entrevistas,

grabación de audio, videos, etc.

La Institución Educativa


Se procesa toda la información recopilada

utilizando equipos y TIC’s

Hardware y Software específicos,

metodología, URP, etc.

Libros, Internet, videos, etc.

Diseño del Sistema

Se diseña el sistema

de acuerdo a las necesidades de la

institución

Metodología RDM(Modelo

Relacional de Datos), Hardware y Software

específicos,



Se desarrolla todo el sistema tomando

en cuenta las metodologías de

desarrollo de software

Hardware, Software(Java, MySQL Server,

Adobe Desing , entre otros)



1.0 Equipo de

Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11

Informe de Gestión de

Riesgos


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.


Implementación del sistema

Se implementa el

sistema desarrollado en la

institución realizando las

pruebas necesarias de funcionamiento.

Hardware y Software

específicos para la instalación


PROCESO ROLES RESPONSABILIDADES


Analista Realizar el Planeamiento de elaboración del sistema propuesto

Ayudar en el Planeamiento de elaboración.


Analista Realizar el análisis para el desarrollo del Sistema

Ayudar en el análisis para el desarrollo del Sistema

Diseño del Sistema

Analista Dirigir el diseño del Sistema propuesto

Programador Apoyar en el diseño del Sistema Propuesto.


Analista Orientar en el Desarrollo del Sistema Propuesto

Programador Desarrollar el código necesario del sistema

Diseñador Desarrollar la interfaz del Sistema Propuesto


Analista Dirigir la elaboración de la documentación

Programador Realizar la documentación manual técnico

Diseñador Realizar la documentación manual de usuario

Implementación del sistema

Analista 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 matricula

Engineering