“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 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
1.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.

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 Documento visión-alcance aprobado,

(planeamiento) planeamiento.

Iteraciones (Análisis, Historias y escenarios, diagramas E-

Diseño y Desarrollo del R, mockups, diagramas UML.
Sistema) Ejecutables y binarios (gold release).

Doc. del Sistema

(Desarrollo de planes de Plan de contingencia, plan de

contingencia, despliegue, despliegue, plan de soporte, plan de

soporte, formación) formación.

Despliegue (implementación Todas las pruebas de conectividad y

y mantenimiento del Sis.) 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
la entrega a tiempo de los resultados Jefe de la
Director de
esperados. Definir la arquitectura, Oficina de
proyecto
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 desempeñe este rol debe tener un Meza Canorio,
Programa conocimiento detallado de la Oscar
realidad del cliente y el conocimiento
suficiente para priorizar las distintas
características a implementar.

Este rol debe llevar al terreno

práctico las especificaciones
funcionales, es decir, debe realizar Inga Pérez,
Desarrollador
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

definir las necesidades de
Educación de Saenz Estrada,
capacitación, se encarga de la
Usuario Heidi
calidad de la documentación del
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 a planificar las Oficina de
lanzamiento actividades externas al equipo de Informática
trabajo, como 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 MONTO S/.

Informe de
Planeamiento
Planeamiento del
del Sistema
Sistema

Total Fase 894.00 894.00

Informe de
Análisis del Análisis del
Sistema Sistema
Total Fase 344.00 344.00

Diseño del Informe de

Sistema Diseño del Sistema
Total Fase 1,090.00 1,090.00

SISTEMA DE Informe del

CONTROL DE Desarrollo del Desarrollo del
MATRICULAS Sistema Sistema
Total Fase 1,878.67 1,878.67

Informe de
Documentación Documentación
del Sistema del Sistema
Total Fase 264.00 264.00
Informe de
Implementación Implementación
del Sistema del Sistema
Total Fase 880.00 880.00

Informe de
Mantenimiento Mantenimiento
del sistema 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

Este procesador de texto nos

Procesador de
Microsoft Word 2007 sirvió para llevar toda la
Textos
documentación.

Herramienta Fue usado para el diseño de

Rational Rose
modelado UML todos nuestros diagramas.

Gestión de Fue usado para la

Microsoft Project
proyectos planificación del proyecto.

Usado para el diseño de

Diseño Mockups Balsamic Mockups
interfaz de usuario.

Está aplicación se usará en

la construcción y edición de
Desarrollo Web Adobe Dreamweaver
sitios y aplicaciones Web
basado en estándares.

Está aplicación se usará

para la creación de el sitios
Web e interfaces de usuario,
Diseño Web Adobe Fireworks
así como para la creación y
Optimización de imágenes
para web.

Modelado de Utilizado para el

Mysql workbench
base de datos 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

Es ideal para pequeñas y

Modelo : powerEdge T610
medianas empresas.

Los procesadores de 1 solo

núcleo ya están obsoletos,
Torre
Núcleos: 3 núcleos los de 3 núcleos, son
excelentes 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.

Ofrece una mejor capacidad

Capacidad de vitalización:
de máquinas virtuales por
si
servidor.
 20

Software

Tipo Producto y Versión Comentarios

Está hecho para labores

empresariales, con un mejor
Sistema Windows 2003 server rendimiento y centra el uso
operativo 64 bits
de procesadores en las
características de servidor.

Se encarga de procesa una

la aplicación del lado del
servidor con el cliente
Servidor web Apache 2 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
Mysql server 5.1 Optimización de Base de
datos
datos.

Permite mover uno o más

archivos con seguridad entre
distintos ordenadores
Servidor FTP proporcionando seguridad y
organización de los archivos
así como control de la
transferencia.

Internet Explorer, Son los más utilizados para

Navegador
Mozila 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

Permite realizar cambios en

Modelo compatible
el futuro.

Lector óptico DVD

PC Microprocesador de 2 Ideal para el uso de las

Desktop núcleos 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
Windows XP sp3
operativo

Navegador Internet Explorer, Con cookies desactivados y

web mozilla java scrip activo.

Para la protección de la
Firewall Windows, komodo máquina. Ideal tanto para el
cliente como para el servidor.

Necesario tanto para el

antivirus Nod, AVG
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.

El Padre de familia hace su requerimiento de

Descripción:
matrícula a la Secretaria.
El formato debe estar diligenciado correctamente
Precondiciones:
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.

El Padre debe llenar el formato de inscripción o

Descripción: actualización de matrícula que contiene

información personal.

La inscripción o actualización de matrículas debe

Precondiciones:
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 es atendido Espera de

de Matricula Requerimiento

Atencion inmediata respuesta

Requeriemiento
Entregado

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.

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
Ingresar
Encontrados
Nuevo

Actualizar

Datos Datos
Actualizados Ingresados

Verificar Verificar

Datos
Verificados
 28

Diagramas de secuencia:

: Padre : Secretaria : 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

<<extends>>

Director
Autorizar Matriculas Legalizar Matriculas

Especificación:

Nombre: Autorizar matrículas.

Actores: Director.

El director autoriza la matrícula y después legaliza

Descripción:
la matricula con sello.
Recibir los formularios de actualización de
Precondiciones:
información del estudiante ya diligenciados.

Flujo: 1. El director autoriza las matrículas para luego

legalizar.
Se debe verificar que los padres de los
Excepciones:
estudiantes hayan diligenciado correctamente el
formulario de actualización de información.
1. El director después de autorizar las matrículas
Subflujos:
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 Pre Formacion Verificar Informacion de

Informacion recibida de Alumno Informacion alumno Verificada

Autoriza

Matricula Autorizada
de Alumno

Diagrama de secuencia:

: Director : Sistema

Recibe informacion de Alumno

Verifica la informacion de
Alumno
Autoriza Matricula alumno

Legaliza Matricula

Diagramas de Actividad:
 31

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

Caso de Uso

Administrar Informacion
Coordinar Secretaria
Academica

Especificación:

Nombre: 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.
La información académica debe contener todas las
Excepciones:
notas del estudiante.
Subflujos: Ninguna.

Poscondiciones: Ninguna.
 32

UML:

Diagrama de Estado:

Buscar

Informacion Academica de
Alumno encontrada

Entregar

Informacion Academica de
Alumno entregado

Diagramas de secuencia:

: Secretaria : Coordinar
: Sistema
Entrega autorizacion

Solicita informacion academica del alumno

Busca informacion
academica del alumno

Entrega Reporte de Notas

 33

Diagrama de Actividades:

Escenario N° 6: Entrega Reporte de Notas

Caso de Uso

Entrega Reporte de Notas

Secretaria Padre

Especificación:

Nombre: 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 Reporte de Notas Entregar a Padre
Recepcionado

Reporte de Notas
Entregado

Diagramas de secuencia:

: Padre : Secretaria
Solicita Reporte de Notas

Entrega Reporte de Notas

 35

Diagrama de Actividades:

Escenario N° 7: Registra Matrícula.

Caso de Uso

Registra Matricula
Secretaria Sistema

Especificación:

Nombre: 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 Registrar Matricula

Ingresada Registrada

Mal registrado

Matricula Corregir Matricula

Erronea Corregida

Diagramas de secuencia:

: 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
Coordinar
Academica

Especificación:

Nombre: Administrar información académica.

Actores: Coordinador.

El coordinador administra todo tipo de información

Descripció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.

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.

UML:

Diagrama de Estado:

Ingresar Informacion Academica Guardar Informacion Academica

Ingresada Guardada

Mal Registrado Registrar

Informacion Corregir Informacion Academica

Academica Erronea Corregida
 39

Diagramas de secuencia:

: Coordinar : Sistema

Ingresa informacion de Cursos

Ingresa informacion de docentes

Registra Informacion

Diagrama de Actividades:

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

Reportar Notas
Docente Coordinar
 40

Especificación:

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

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

hacia los estudiantes.
Excepciones: Ninguna.

Subflujos: Ninguna.

Poscondiciones: Ninguna.

UML:

Diagrama de Estado:

Obtener

Notas Registrar Notas Entregar Notas

Obtenidas Registradas Recepcionadas

Faltan Entregar

Notas Registrar Notas Pendientes

Pendiente Registradas
 41

Diagramas de secuencia:

: Docente : Coordinar
Registra notas en registros

Registra notas pendientes

Entrega registro de notas

Recepciona registro de notas

Diagramas de Actividad:
 42

Escenario N° 10: Ingresar Notas.

Ingresar Notas
Secretaria Sistema

Especificación:

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

El Ingreso de Notas o actualización de notas debe

Precondiciones:
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 Faltan Notas

Ingresadas Pendiente

Ingresar

Registrar Registrar Notas Pendientes

Nota Ingresados
 43

Diagramas de secuencia:

: Sistema
: Secretaria
Ingresa Notas

Ingresa Notas Pendientes

Ingresa Notas Pendientes Primero

Registra Notas

Devuelve Registro de Notas

Diagramas de Actividad:
 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

Desarrollar especificaciones de
Desarrollo Revisar especificaciones de funciones Fase de Desarrollo
funciones

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

El director del proyecto verificara el normal

Oscar Meza Director de Proyecto Inspector de las labores de trabajo desempeño del equipo de trabajo durante el
desempeño de sus funciones.

MODO DE INSPECCION

METODO METODO FECHA LUGAR HORARIO OBSERVACIONES

Se procedió con la inspección de trabajo a la

Análisis de
01/10/11 Centro de labores del equipo 10.00a.m hora señalada y se empezó a realizar la
Software
inspección del desarrollo del sistema.

RESULTADOS DE LA INSPECCION Conforme X No Conforme

 CONTROL DE VERSION ES

Versión Hecha por Revisada por Aprobada por Fecha Motivo

LISTA DE DEFECTOS A CORREGIR O MEJORAS A FECHA

RESPONSABLE OBSERVACIONES
REALIZAR REQUERIDA

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

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Sistema de Control de Matriculas SisMat

CODIGO DE
NIVEL DE RESPONSABLE DE GRUPO METODOLOGIA FRECUENCIA DE
INFORMACIÓN CONTENIDO FORMATO ELEMENTO
DETALLE COMUNICAR RECEPTOR O TECNOLOGIA COMUNICACIÓN
WBS
Contiene a todos los participantes en el Director del
Acta de Proyecto Papel Alto Cliente Escrito Única vez 1.1
proyecto proyecto
Contiene hasta donde va a abarcar el Director del Equipo del
Alcance preliminar Papel Normal Escrito Única vez 1.1
proyecto inicialmente. proyecto proyecto
Equipo del
Contiene un informe del avance del Director del Escrito Semanal
Reporte de Avance Papel Normal proyecto y 1.1
proyecto. proyecto
cliente

Contiene todas las actividades a realizarse Director del Equipo del Escrito Única vez y ante
Plan de Gestión Papel Alto 1.1
para la gestión del proyecto. proyecto proyecto cambios

Plan de Gestión del Contiene hasta donde va a abarcar el Director del Cliente/ Equipo Escrito Única vez y ante
Papel Alto 1.1
Alcance proyecto y cuáles son sus limites proyecto del proyecto cambios

Estructura de
Contiene como está estructurado todas las Director del Equipo del Escrito e E-Mail Única vez y ante
Desglose de Digital Normal 1.2
fases de trabajo del proyecto. proyecto proyecto cambios
Trabajo

Contiene todas las actividades a realizarse Director del Equipo del Escrito e E-Mail Única vez y ante
Actividades Papel Normal 1.2
en la ejecución del proyecto. proyecto proyecto cambios

Contiene cuales son las actividades criticas Director del Equipo del
Diagrama de Red Digital Normal Escrito e E-Mail Mensual 1.2
del proyecto. proyecto proyecto
 Cronograma
Contiene todo el cronograma del tiempo de Director del Equipo del Escrito e E-Mail Única vez y ante
Papel Normal 1.2
desarrollo del proyecto proyecto proyecto cambios

Matriz de Roles y Contiene a las personas involucradas en el Director del Equipo del
Papel Alto Escrito Única vez 1.2
Responsabilidades proyecto y sus responsabilidades proyecto proyecto
Contiene todas las actividades a realizarse
Plan de Gestión de Director del Equipo del Escrito e E-Mail Única vez y ante
para controlar a los posibles riesgos que se Papel Alto 1.2
Riesgos proyecto proyecto cambios
presenten en el proyecto.
Matriz de Contiene todos los documentos que se van a Director del Equipo del
Papel Normal Escrito e E-Mail Mensual 1.2
Comunicaciones entregar en la realización del proyecto. proyecto proyecto
Entregables Contiene los entregables por fase en la Director del Equipo del
Papel Normal Escrito Cuando ocurra 1.1
definidos elaboración del proyecto. proyecto proyecto
Contiene todos los cambios realizados al Director del Director del
Cambios Realizados Papel Normal Escrito Mensual 1.3
proyecto proyecto proyecto
Entregables Contiene los entregables que fueron Director del
Papel Normal Cliente Escrito Mensual 1.3
Aceptados aceptados por el cliente. proyecto
Contiene todos los cambios solicitados por el Equipo del Director del
Cambios Solicitados Papel Normal Escrito Cuando ocurra 1.4
cliente. proyecto proyecto
Acciones Contiene todas las recomendaciones para la
Director del E-mail Cuando ocurra
correctivas corrección de errores en el desarrollo del Papel Alto Cliente 1.5
proyecto
recomendadas proyecto
Contiene el producto final (Sistema Director del
Entregable Final Digital Alto Cliente Escrito Única vez 1.6
Desarrollado) proyecto
Contiene el documento de la aceptación final Director del
Aceptación Final Papel Alto Cliente Escrito Única vez 1.6
del producto. proyecto
Contiene el documento de todas las
Lecciones Equipo del Director del Escrito Única vez
lecciones aprendidas en la realización del Papel Normal 1.6
Aprendidas proyecto proyecto
Sistema.
 PLAN DE GESTIÓN DE RIESGOS

Versión Hecha por Revisada por Aprobada por Fecha Motivo

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

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Sistema de control de Matriculas SisMat

METODOLOGIA DE GESTIÓN DE RIESGOS

PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACION
En este proceso se
Cuestionarios,
recopila toda la
entrevistas,
información La Institución Educativa
Planeamiento grabación de audio,
relevante de la
del Sistema videos, etc.
organización

Se procesa toda la
Hardware y Software
información
específicos,
recopilada Libros, Internet, videos, etc.
Análisis del metodología, URP,
utilizando equipos y
Sistema etc.
TIC’s

Metodología
RDM(Modelo
Se diseña el sistema
Relacional de Datos),
Diseño del de acuerdo a las Libros, Internet, videos, etc.
Hardware y Software
Sistema necesidades de la
específicos,
institución

Hardware,
Se desarrolla todo
Software(Java,
el sistema tomando
MySQL Server,
Desarrollo del en cuenta las Libros, Internet, videos, etc.
Adobe Desing , entre
Sistema metodologías de
otros)
desarrollo de
software
 Se procede a
documentar el
código, el diseño Hardware y Software
Documentación Libros, Internet, videos, etc.
los manuales de (MS Office, Adobe
del Sistema
usuario para ser Desing, entre otros.
entregados al
cliente.

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

PROCESO ROLES RESPONSABILIDADES

Realizar el Planeamiento de elaboración del sistema
Analista
Planeamiento propuesto
del Sistema Ayudar en el Planeamiento de elaboración.

Analista Realizar el análisis para el desarrollo del Sistema

Análisis del Sistema Ayudar en el análisis para el desarrollo del Sistema

Analista Dirigir el diseño del Sistema propuesto

Diseño del Sistema Programador Apoyar en el diseño del Sistema Propuesto.

Analista Orientar en el Desarrollo del Sistema Propuesto

Desarrollo del
Programador Desarrollar el código necesario del sistema
Sistema
Diseñador Desarrollar la interfaz del Sistema Propuesto
Analista Dirigir la elaboración de la documentación
Documentación del
Programador Realizar la documentación manual técnico
Sistema
Diseñador Realizar la documentación manual de usuario
Analista Realizar la instalación del Sistema
Implementación del
Realizar las pruebas del Sistema instalado
sistema
Realizar el mantenimiento del Sistema instalado
 FOTOS

Docentes

Fuente: La Católica GEM

 Alumnado

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