Está en la página 1de 74

Ao del Centenario de Machu Picchu para el Mundo

Carrera Profesional de Computacin e Informtica

PROYECTO DE METODOLOGA
PARA LA IMPLEMENTACIN DE UN
SISTEMA DE MATRCULAS
TRABAJO TERICO PRCTICO

Presentado por:
INGA PREZ, Jaqueline Karol
MEZA CANORIO, Oscar Antonio
SAENZ ESTRADA, Heidi Marisol

Para Optar el Ttulo de:


PROFESIONAL TCNICO EN COMPUTACIN E INFORMTICA

HUANCAYO - PER
2011

ASESOR:
Ing. Jess Zea Salas

A: Nuestros padres por sus sacrificios.

INDICE
Portada

Asesora

ii

Dedicatoria

iii

ndice

iv

Introduccin

vi
Captulo I
MARCO METODOLGICO

1.1

1.2

El problema de investigacin

1.1.1

El problema

1.1.2

Los objetivos

1.1.3

La justificacin

Metodologa

1.2.1 Mtodo

1.2.2 Tcnicas

1.2.3 Instrumentos

5
Captulo II
MARCO TERICO

2.1

Antecedentes del proyecto

2.2

Descripcin del tema del proyecto

2.3

Terminologa bsica

Captulo III
DESARROLLO DEL PROYECTO
3.1

Descripcin Operativa del proyecto

11

3.2

Resultados Obtenidos

54

CONCLUSIONES

55

SUGERENCIAS

56

BIBLIOGRAFA

57

ANEXOS

58

INTRODUCCIN
El presente trabajo es la presentacin de una metodologa preparada para ser
incluida en la propuesta de desarrollo de Implementacin de un Siste ma de
Matricula para la institucin educativa particular La Catlica GEM. Ya que los
Sistemas de Informacin (SI) y las Tecnologas de Informacin (TI) han cambiado la
forma en que operan las organizaciones actuales. A travs de su uso se logran
importantes mejoras, pues automatizan los procesos operativos, suministran una
plataforma de informacin necesaria para la toma de decisiones y, lo ms importante,
su implantacin logra ventajas competitivas o reducir la ventaja de los rivales de esta
institucin.
Este trabajo provee una visin general del proceso de desarrollo propuesto. El
proceso de desarrollo propuesto es una metodologa libre de acuerdo a las
caractersticas del proyecto, seleccionando los roles de los participantes, las
actividades a realizar y los entregables que sern generados. Este documento es a
su vez uno de los entregables que sugiere nuestra metodologa.
Como primer paso nos centraremos en el estudio de los procesos y actividades que
estn inmersos en la actividad educativa de la I.E.P. La Catlica GEM, de la cual
identificaremos los puntos ms crticos donde la intervencin manual en ciertos
procesos, pueden ser transformados a procesos automatizados para optimizar
recursos y tiempo en la ejecucin de tales procesos. Como segundo paso se
describir la alternativa de solucin para la implementacin del sistema de matrcula.

vii

Agradecemos al Instituto Superior Tecnolgico Continental, por todos los saberes


que nos brindaron, a nuestro asesor el Ing. Jess Zea, por dirigir este trabajo.

Los Autores

1. Captulo I
MARCO METODOLGICO
1.1

El problema de investigacin
1.1.1

El problema
El Colegio La Catlica GEM, requiere los servicios necesarios para
realizar la implementacin de una herramienta de gestin de matrculas,
que permita el registro, procesamiento y consulta de la informacin de
los estudiantes.

1.1.2

Los objetivos
Objetivo general: Implementar una solucin que permitan procesar de
forma rpida e eficiente el proceso de matrcula de la Institucin
educativa La Catlica GEM considerando necesario para esto el
desarrollo de un sistema de gestin de matrculas.
Objetivos Especficos: Dado los problemas enunciados anteriormente
se han establecido los siguientes objetivos especficos para el proyecto:
Identificar necesidades: Identificar las necesidades del cliente
mediante un anlisis de requerimientos.

Definir perfiles: Definir Roles de usuarios que tendrn acceso al


sistema.
Disear de la aplicacin: Diseo de MocKups, Diagramas E-R,
Diagramas UML
Definir modelo de datos: Estandarizar nombres de campos y tablas
de la base de datos, Diseo lgico de BD, Diccionario de datos.
Especificar plataforma Tecnolgica: Motor de base y Herramientas
para preparacin de datos.
Definir herramientas de software: Definir herramientas de software
para anlisis y visualizacin de consultas.
Capacitar sobre el uso del sistema.
Ofrecer mediante el desarrollo del sistema de matrcula:
rapidez, seguridad de datos, e informacin a tiempo real, a la
empresa.
Proponer un sistema de Gestin de Matrculas orientado a mejorar la
atencin al cliente.
Proporcionar informacin oportuna y confiable, en el momento
que se precise.

1.1.3

La justificacin
Las dificultades actuales de la Institucin Educativa La Catlica GEM,
son principalmente el registro, procesamiento y consulta de la informacin
de los estudiantes.
Actualmente las capacidades de gestin acadmica son todas, utilizando
algunos archivos en Excel o manuales, esto se ve limitado por algunas

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:
Informacin inconsistente y repetitiva.
La mayora de la informacin se encuentra en diferentes partes y no
se sabe realmente cual es la actual.
La informacin 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 Informacin 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 rpida
comunicacin.
Una de las funciones de la secretaria es de realizar las matrculas de
los alumnos, dicha informacin la realiza en: procesadores de
palabras como Word,

hojas de calculo (Excel), repitiendo la

informacin al acomodo de sus necesidades.


Se necesita un control de los ingresos por concepto de matrculas y
pensiones.
1.2

Metodologa
1.2.1 Mtodo
La metodologa usada para el desarrollo de este Sistema es libre, basado
en la Metodologa de Anlisis y Diseo Orientada a objetos, se podra
mencionar algunas de sus caractersticas como las siguientes:

No modela la realidad, sino la forma en que las personas


comprenden y procesan la realidad.

Es un proceso ascendente basado en una abstraccin de clases en


aumento.

Se basa en identificacin de objetos, definicin y organizacin de


libreras de clases, y creacin de macros para aplicaciones
especficas.

Utiliza menor cantidad de cdigo.

Es ms reutilizable.

El conjunto de actividades empleadas para el desarrollo del Sistema de


Matrculas nos proporciona gua para:

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

Unificar criterios en la organizacin para el desarrollo de S.I.

Proporcionar puntos de control y revisin.


Grfico N 01
METODOLOG A

FUENTE: Documentacin Sistema de Informacin Acadmico UNCP - SA DAV

1.2.2 Tcnicas
Programacin orientada a objetos (POO).- Es un paradigma de
programacin que usa objetos y sus interacciones, para disear
aplicaciones y programas informticos. Est basado en varias tcnicas,
incluyendo herencia, abstraccin, polimorfismo y encapsulamiento. Su
uso se populariz a principios de la dcada de los aos 1990. En la
actualidad, existe variedad de lenguajes de programacin que soportan la
orientacin a objetos. Nuestra metodologa se orienta a usar las tcnicas
del POO.
1.2.3 Instrumentos
Observacin.- Para el desarrollo de nuestra metodologa utilizamos la
observacin, que es una tcnica que consiste en observar atentamente el
fenmeno, hecho o caso, tomar informacin y registrarla para su posterior
anlisis.
La observacin 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 observacin.
Existen dos clases de observacin: la Observacin no cientfica y la
observacin cientfica. La diferencia bsica entre una y otra est en la
intencionalidad: observar cientficamente 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 observacin. Observar no cientficamente
significa observar sin intencin, sin objetivo definido y por tanto, sin
preparacin previa.

Rational

Rose.-

Con

esta

herramienta

modelamos

todos

los

componentes del proceso de desarrollo de aplicaciones.


Balsamic Mokups.- Es una aplicacin hecha con Adobe AIR, que usamos
para hacer bocetos de un nuestro sitio o aplicacin 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 direccin del proyecto con esta
herramienta.
MySQL Server.- Se utiliz esta herramienta para construir nuestra base
de datos relacional.

2. Captulo II
MARCO TERICO
2.1

Antecedentes del proyecto.


Hubo algunos intentos de mejorar el Sistema de Matrculas del Colegio,
primeramente en forma manual, lo que tomaba demasiado tiempo y recursos.
Despus se mejor el Sistema utilizando procesadores de texto, como Word,
Word Perfect; y hojas de Clculo 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
informacin. Las dificultades del manejo de informacin surge, a travs del
tiempo ya que con el transcurrir de los aos 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 incrementndose, Por ello
nuestro grupo ve la necesidad urgente de esta propuesta de implementacin de
un Sistema de Matrculas.

2.2

Descripcin del Tema del proyecto.

3. Este proyecto es una versin preliminar preparada para ser incluida en la


propuesta de desarrollo del proyecto de Implementacin de Un Sistema De
Gestin de Matrcula Para la institucin educativa particular La Catlica GEM.
Este documento provee una visin general del proceso de desarrollo
propuesto.

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 visin y alcance del
proyecto.
5. Como primer paso nos centraremos en el estudio de los procesos y actividades
que estn inmersos en la actividad educativa de la empresa La Catlica GEM,
de la cual identificaremos los puntos ms crticos donde la intervencin manual
en ciertos procesos, pueden ser transformados a procesos automatizados para
optimizar recursos y tiempo en la ejecucin de tales procesos. Como segundo
paso se describir la alternativa de solucin para la implementacin del
sistema de Gestin de matrcula. Los propsitos de este proyecto son los
siguientes:

Proporcionar la informacin necesaria para controlar el proyecto.

Describir el enfoque del desarrollo del proyecto a travs de esta metodologa


para obtener una mejor visin de los objetivos a alcanzar.

Definir las actividades a realizar dentro del proceso de desarrollo, en trminos


de las fases e interacciones necesarias para el desarrollo del Sistema de
Gestin de Matrculas para la Institucin Educativa La Catlica 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 usarn como instrumento para
entender

lo que deben hacer, cundo deben hacerlo y qu otras

actividades dependen de ello dentro del proceso de desarrollo.


2.3

Terminologa bsica.
Claves de registro: Anotaciones Individuales en el registro.

Valor de las claves: Se modifica cada vez que el usuario desea modificar su
clave.
Caso de uso: Un caso de uso es una descripcin de los pasos o las actividades
que debern realizarse para llevar a cabo algn proceso. Se utilizan luego en el
testing para la elaboracin de los casos de pruebas. Esto requiere gran nivel de
detalle en la descripcin de funcionalidad, casustica y pseudo cdigo.
Especificaciones Funciones: Nuestros analistas e ingenieros trabajan en
equipos dinmicos donde su interaccin con usuarios y clientes permite elaborar
documentos completos, sumamente detallados que son aprobados y revisados.
Su disea cuenta con grficos y diagramas acordes con la ms moderna
metodologa utilizada a nivel global.
Requerimientos Tcnicos: 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
evala teniendo en cuenta todas las variables que pudieren surgir al momento
de comenzar con la generacin de cdigo. Este es el espritu con el cual se
confeccionan nuestros requerimientos.
Manual de Usuarios: Manuales que se destacan por su alta usabilidad y
contenido pedaggico. Se hace foco en las imgenes 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 cmo ser la nueva funcionalidad o
sistema. La generacin de videos explicativos o grficos 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 Verificacin: 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 grfico para
visualizar, especificar, construir y documentar un sistema.
Diagrama de clases: es un tipo de diagrama esttico 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 anlisis y diseo de los
sistemas.

1.

Captulo III

2.

DESARROLLO DEL PROYECTO


3.1

Descripcin Operativa del proyecto


3.1.1

Visin/Alcance
Contiene un resumen del proyecto, equipo de trabajo, definicin del
problema, magnitud del proyecto, roles y responsabilidades. Hito:
documento visin - alcance aprobado.
Visin.- Proporciona una descripcin del propsito, alcance y objetivos
global del proyecto, estableciendo los entregables que sern producidos y
utilizados durante el proyecto. La descripcin y objetivos se han descrito en
el captulo I del presente trabajo.
Alcances.- Con la finalidad de clarificar su presentacin, los hemos
subdividido en alcances del proyecto y alcances especficos de la
solucin para el colegio La Catlica GEM.
El Plan de Desarrollo del Software describe de manera general el plan que
ser utilizado para

el desarrollo del Sistema de Matrcula. Durante el

proceso de desarrollo en lo concerniente a la Visin se definen las


caractersticas del producto a desarrollar desde la perspectiva del cliente.

12

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

de mucha importancia pues

permitirn

mantenernos en una constante retroalimentacin, y por tal obtener un


mejor producto final en cada proceso de iteracin del producto.
Fases del proyecto y sus entregables
La implementacin de la plataforma, requiere de la ejecucin de ciertas
actividades y entregables, stos se encuentran detallados a continuacin.
Fase

Entregables

Visin alcance

Documento visin-alcance aprobado,

(planeamiento)

planeamiento.

Iteraciones (Anlisis,
Diseo y Desarrollo del
Sistema)

Historias y escenarios, diagramas ER,

mockups,

diagramas

UML.

Ejecutables y binarios (gold release).

Doc. del Sistema


(Desarrollo de planes de

Plan

contingencia, despliegue,

despliegue, plan de soporte, plan de

soporte, formacin)

Despliegue (implementacin
y mantenimiento del Sis.)

de

contingencia,

plan

de

formacin.

Todas las pruebas de conectividad y


planes diseados con anterioridad.

13

Definicin de roles.- Se identifican roles en el desarrollo del proyecto,


que sern cubiertos en algunos casos por miembros de este equipo de
trabajo. Esos roles son los siguientes :
Rol

Responsabilidades

Responsables

La funcin de este rol es

la

conduccin del proyecto, es decir


preocuparse del cumplimiento de las
especificaciones que se definan y de
Director de
proyecto

la entrega a tiempo de los resultados

Jefe de la

esperados. Definir la arquitectura,

Oficina de

asegurar los procesos y los servicios

Informtica

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 visin del proyecto, quien
Direccin del
Programa

desempee este rol debe tener un


conocimiento

detallado

de

la

Meza Canorio,
Oscar

realidad del cliente y el conocimiento


suficiente para priorizar las distintas
caractersticas a implementar.
Este rol debe llevar al terreno
prctico
Desarrollador

las

especificaciones

funcionales, es decir, debe realizar

Inga Prez,

la implantacin y completar las

Jaqueline

funcionalidades del producto tanto


en arquitectura como en diseo.

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

documentacin. Este rol comienza

acadmico

su operacin en el momento en que


comienza el proceso de desarrollo.
Es la funcin que se encarga de
Educacin de
Usuario

definir

las

necesidades

de

capacitacin, se encarga de la

Saenz Estrada,

calidad de la documentacin del

Heidi

proyecto.
Una

parte

de

este

rol,

es

responsabilizarse de disponer los


recursos necesarios para que el
proyecto se desarrolle. La otra,

Jefe de la

Direccin de

correspondiente

las

Oficina de

lanzamiento

actividades externas al equipo de

Informtica

trabajo,

como

planificar

puede

ser

la

capacitacin de los usuarios o la


definicin

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, descripcin, Instalacin,
plan de trabajo, diagrama de Gant, Procesos de negocio.

15

Estimaciones iniciales: Costos y Gastos


PROYECTO

FASE

ENTREGABLE

Planeamiento
del Sistema

Informe de
Planeamiento del
Sistema

Anlisis del
Sistema

Diseo del
Sistema

SISTEMA DE
CONTROL DE
MATRICULAS

Desarrollo del
Sistema

Total Fase

894.00

894.00

Total Fase

344.00

344.00

Informe de
Anlisis del
Sistema

Informe de
Diseo del Sistema
Total Fase

1,090.00 1,090.00

Total Fase

1,878.67 1,878.67

Informe del
Desarrollo del
Sistema

Documentacin
del Sistema

Informe de
Documentacin
del Sistema

Implementacin
del Sistema

Informe de
Implementacin
del Sistema

Mantenimiento
del sistema

MONTO S/.

Total Fase

264.00

264.00

Total Fase

880.00

880.00

Informe de
Mantenimiento
del Sistema
Total Fase

192.00
192.00
TOTAL FASES 5,366.67
Reserva de Contingencia 1,000.00
Reserva de Gestin 1,000.00
PRESUPUESTO TOTAL DEL PROYECTO 7,366.67

16

Plan y Direccin del proyecto

17

Diagrama de Gant

18

Plataforma de desarrollo.- En esta parte describiremos el entorno de


software comn en el cual se desenvuelve la programacin de nuestra
aplicacin.

Herramientas estndar a utilizar:


Tipo

Procesador de
Textos

Herramienta
modelado UML
Gestin de
proyectos

Diseo Mockups

Producto y Versin

Comentarios
Este procesador de texto nos

Microsoft Word 2007

sirvi para llevar toda la


documentacin.

Rational Rose

Microsoft Project

Balsamic Mockups

Fue usado para el diseo de


todos nuestros diagramas.
Fue

usado

para

la

planificacin del proyecto.


Usado para el diseo de
interfaz de usuario.
Est aplicacin se usar en

Desarrollo Web

Adobe Dreamweaver

la construccin y edicin de
sitios y aplicaciones Web
basado en estndares.
Est aplicacin se usar
para la creacin de el sitios

Diseo Web

Adobe Fireworks

Web e interfaces de usuario,


as como para la creacin y
Optimizacin de imgenes
para web.

Modelado de
base de datos

Mysql workbench

Utilizado

para

modelamiento de BD

el

19

Dimensionamiento de hardware y software.-

Se debe dimensionar

tanto en la mquina servidor como en las mquinas clientes, buscando


las caractersticas apropiadas.
Servidor.- En esta parte se describe el hardware y el software de la
mquina servidor.
Hardware

tipo

Caractersticas

Modelo : powerEdge T610

comentario
Es ideal para pequeas y
medianas empresas.
Los procesadores de 1 solo
ncleo ya estn obsoletos,

Torre

Ncleos: 3 ncleos

los

de

excelentes

ncleos,

son

para

las

aplicaciones de oficina.
Son diseadas para reducir el
Tecnologas optimizadas

consumo de la energa y al

para el uso de energa

mismo tiempo aumentar la


capacidad de rendimiento.

Memoria: 16GB

Por el costo.

Disco 500GB

Por el costo.

Capacidad de vitalizacin:
si

Ofrece una mejor capacidad


de mquinas virtuales por
servidor.

20

Software
Tipo

Producto y Versin

Comentarios
Est hecho para labores
empresariales, con un mejor

Sistema
operativo

Windows 2003 server


64 bits

rendimiento y centra el uso


de

procesadores

en

las

caractersticas de servidor.
Se encarga de procesa una
la aplicacin del lado del
servidor
Servidor web

Apache 2

con

el

cliente

generando o cediendo una


respuesta

en

cualquier

lenguaje o Aplicacin del


lado del cliente.
Permite una buena Gestin y
Motor de base de
datos

Mysql server 5.1

Optimizacin de Base de
datos.
Permite mover uno o ms
archivos con seguridad entre
distintos

ordenadores

proporcionando seguridad y

Servidor FTP

organizacin de los archivos


as como

control

de

la

transferencia.

Navegador

Internet Explorer,
Mozila

Son los ms utilizados para


navegar en internet.

21

En los Usuarios finales.- En esta parte se describe el hardware y el


software de las mquinas clientes.
Hardware
Tipo

Caracterstica

Modelo compatible

Comentario
Permite realizar cambios en
el futuro.

Lector ptico DVD


PC

Microprocesador de 2

Desktop

ncleos

Ideal para el uso de las


mquinas clientes.

Memoria de 2GB

Bsico.

Disco de 350 GB

Bsico.

Monitor LED 14 pulgadas

Software
Tipo
Sistema
operativo

Producto y versin

Comentarios

Windows XP sp3

Navegador

Internet Explorer,

web

mozilla

Con cookies desactivados y


java scrip activo.
Para la proteccin de la

Firewall

Windows, komodo

mquina. Ideal tanto para el


cliente como para el servidor.

antivirus

Nod, AVG

Necesario

tanto

para

cliente como el servidor.

el

22

3.1.3

Historia y Escenarios
Contiene: escenarios particulares del sistema expresados como casos
de uso y su solucin 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 Matrcula.

Caso de Uso

Especificacin:
Nombre:

Requerimiento de matrcula.

Actores:

Padre, Secretaria.

Descripcin:

El Padre de familia hace su requerimiento de


matrcula a la Secretaria.

Precondiciones:
Flujo:

El formato debe estar diligenciado correctamente


por los estudiantes.
La Secretaria recepciona el requerimiento de
Matrcula.

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

23

Diagrama de Estado:

Diagramas de secuencia:

Diagrama de Actividades:

24

Escenario N 2: Llenar formato de Inscripcin de Matrcula


Caso de Uso

Especificacin:
Nombre:

Llenar formato de inscripcin de matrculas.

Actores:

Padre, Secretaria.
El Padre debe llenar el formato de inscripcin o

Descripcin:

actualizacin

de

matrcula

que

contiene

informacin personal.
Precondiciones:

La inscripcin o actualizacin de matrculas debe


ser llenada con informacin real.

Flujo:

1. Este formato es entregado al coordinador.

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

25

UML:
Diagrama de Estado:

Requerimento
de Matricula

es atendido

Atencion inmediata

respuesta
Requeriemiento
Entregado

Diagrama de Secuencia:

Espera de
Requerimiento

26

Diagrama de actividades:

Escenario N 3: Gestionar Matrcula.


Caso de Uso

Especificacin:

Nombre:

Gestionar Matrcula.

Actores:

Secretaria Padre.
La Secretaria crea nuevo cdigo alumno,

Descripcin:

actualiza datos alumno, verifica la conformidad


de la Informacin.
La informacin acadmica implica el rendimiento

Precondiciones:

acadmico del estudiante, observaciones.

27

La Secretaria debe llevar el orden de la


Flujo:

informacin la cual tambin es tarea que debe


desempear el coordinador.

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML:
Diagrama de Estado:
Buscar Datos

Datos no
Encontrados

Buscar
Datos
Datos
Encontrados

Ingresar
Nuevo

Actualizar

Datos
Actualizados

Datos
Ingresados

Verificar

Verificar

Datos
Verificados

28

Diagramas de secuencia:

: Padre

: Sistema

: Secretaria
Busca codigo Alumno

Busca codigo

Crea codigo nuevo alumno


Actualiza Datos
Verifica conformidad de Informacion

Diagramas de Actividad:

29

Escenario N 4: Autorizar Matrculas


Caso de Uso

<<extends>>
Director
Autorizar Matriculas

Legalizar Matriculas

Especificacin:
Nombre:

Autorizar matrculas.

Actores:

Director.

Descripcin:

El director autoriza la matrcula y despus legaliza


la matricula con sello.

Precondiciones:

Recibir

los

formularios

de actualizacin de

informacin del estudiante ya diligenciados.


Flujo:

1. El director autoriza las matrculas para luego


legalizar.
Se debe verificar

Excepciones:

que los

padres

de los

estudiantes hayan diligenciado correctamente el


formulario de actualizacin de informacin.

Subflujos:

1. El director despus de autorizar las matrculas


las legaliza y despus las entrega al coordinador.
Se verifican fotocopias de identificacin y el

Poscondiciones:

historial de nivel acadmico, para anexarlas a una


carpeta.

30

UML:
Diagrama de Estado:
Recibir
Informacion

Pre Formacion
recibida de Alumno

Informacion de
alumno Verificada

Verificar
Informacion

Autoriza
Matricula Autorizada
de Alumno

Diagrama de secuencia:

: Director

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

Diagramas de Actividad:

31

Escenario N 5: Administra Informacin Acadmica.


Caso de Uso

Coordinar

Administrar Informacion
Academica

Secretaria

Especificacin:
Nombre:

Administrar informacin acadmica.

Actores:

Coordinador Secretaria.
El coordinador administra todo tipo de informacin
acadmica que contempla las notas del

Descripcin:

estudiante, las observaciones y el historial de aos


cursados.
Debe estar todos los tems de las materias con sus

Precondiciones:

Respectivas notas.

Flujo:

1. la informacin acadmica tambin es una


funcin que desempea el director.

Excepciones:

La informacin acadmica debe contener todas las


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

Secretaria

Entrega Reporte de Notas

Padre

Especificacin:
Nombre:

Entregar reporte de notas.

Actores:

Secretaria Padre.
La Secretaria es quin se encarga de entregar las

Descripcin:

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


informacin suministrada.

UML:
Diagrama de Estado:
Recepcionar

Entregar a Padre

Reporte de Notas
Recepcionado

Reporte de Notas
Entregado

Diagramas de secuencia:

: Secretaria

: Padre
Solicita Reporte de Notas

Entrega Reporte de Notas

35

Diagrama de Actividades:

Escenario N 7: Registra Matrcula.


Caso de Uso

Secretaria

Registra Matricula

Sistema

Especificacin:
Nombre:

Registrar Matrculas.

Actores:

Secretaria, Sistema.
Secretaria Registra matrcula de Estudiante al

Descripcin:

Sistema.
Tener acceso al PC para ingresar datos a

Precondiciones:

WORD y EXEL.

Flujo:

La secretaria ingresa los datos a travs de las

36

herramientas de Word y Excel.


Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML:
Diagrama de Estados:

Ingresar

Matricula
Ingresada

Registrar

Matricula
Registrada

Mal registrado
Matricula
Erronea

Corregir

Matricula
Corregida

Diagramas de secuencia:

: Secretaria

: Sistema
Ingresa Grado
Ingresa Condicion
Corrige Datos
Registra Matricula

37

Diagrama de actividades:

Escenario N 8: Administra Informacin Acadmica


Caso de Uso

Administrar Informacion
Academica

Coordinar

Especificacin:
Nombre:

Administrar informacin acadmica.

Actores:

Coordinador.

Descripcin:

El coordinador administra todo tipo de informacin


acadmica

que

contempla

las

notas

del

38

estudiante, las observaciones y el historial de


aos cursados.
Debe estar todos los tems de las materias con

Precondiciones:

sus respectivas notas.


1. la informacin acadmica tambin es una

Flujo:

funcin que desempea el director.


La informacin acadmica debe contener todas

Excepciones:

las notas del estudiante.


Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML:
Diagrama de Estado:
Ingresar

Informacion Academica
Ingresada

Guardar

Mal Registrado

Informacion
Academica Erronea

Informacion Academica
Guardada

Registrar
Corregir

Informacion Academica
Corregida

39

Diagramas de secuencia:

: Coordinar

: Sistema

Ingresa informacion de Cursos


Ingresa informacion de docentes
Registra Informacion

Diagrama de Actividades:

Escenario N 9: Documentacin Caso de Entregar notas

Docente

Reportar Notas

Coordinar

40

Especificacin:
Nombre:

Entregar notas.

Actores:

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

Descripcin:

se las entrega al estudiante.


La entrega de notas debe contener el valor de
Precondiciones:

las calificaciones de cada materia que luego es


entregado al estudiante.
1. Esta entrega de notas se realiza del docente

Flujo:

hacia los estudiantes.


Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML:
Diagrama de Estado:

Obtener
Notas
Obtenidas

Registrar

Notas
Registradas

Entregar

Faltan
Notas
Pendiente

Registrar

Notas
Recepcionadas

Entregar
Notas Pendientes
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.

Secretaria

Ingresar Notas

Sistema

Especificacin:
Nombre:

Ingresar Notas.

Actores:

Secretaria Sistema.
La Secretaria ingresa las notas segn cdigo

Descripcin:

estudiante o actualiza notas segn la informacin


personal.

Precondiciones:

El Ingreso de Notas o actualizacin de notas debe


ser llenada con informacin real.

Flujo:

1. Este formato es entregado al coordinador

Excepciones:

Ninguna.

Subflujos:

Ninguna.

Poscondiciones:

Ninguna.

UML:
Diagrama de Estado:
Ingresar

Notas
Ingresadas

Faltan

Notas
Pendiente
Ingresar

Registrar
Nota

Registrar

Notas Pendientes
Ingresados

43

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

DISEO DE MOCKUPS.- Nos ayuda a tener una idea de la interfaz


que tendr nuestro sistema.
Mockups N 1

Observaciones: Al escribir la direccin de la pgina Web del colegio, ingresar


a la siguiente pantalla, donde tendremos la cuatro fichas: Inicio, contctenos,
administrador, Administracin de docente.
En la Ficha Inicio, se hace una presentacin de la Institucin Educativa,
donde se da a conocer la visin, misin, valores y objetivos de la
institucin.
En la Ficha Contctenos, se encuentran registrados todos los datos de la
Institucin como: razn social. Direccin, telfono, correos, entre otros.
La Ficha Administrador, es a la ingresaremos para efectuar las matrculas y
para poder visualizar las notas de los alumnos y para poder dar
observaciones.
En la Ficha Administracin 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 matrcula se har clic en el botn alumno.

Mockups N 3

Observaciones: al hacer clic en el botn alumno, se mostrar el siguiente


cuadro, donde se debe ingresar el usuario y la contrasea. En este caso los
administradores son el director, subdirectora, coordinador y secretaria.

47

Mockups N 4

Matrcula

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
sern registrados en el Sistema, luego de verificar que los documentos estn en
orden, y que la matrcula 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 podran ser direccin, nmero telefnico, trabajo de los
padres o nmeros telefnicos de los padres.

49

Mockups N 7

Observaciones: Luego de verificar todos los datos, se proceder a registrar la


matrcula 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 institucin. Se mostrar un cuadro de dilogo para
confirmar la eliminacin 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 LGICO

52

3.1.4

Implementacin funcional.- Se realizar la implementacin de acuerdo


a la documentacin generada anteriormente, aqu empieza el trabajo de
los programadores, se documentar todos los cdigos usados en la
programacin, se realizar prototipos iniciales que se irn mejorando en
un proceso iterativo incremental recursivo.
Contiene: implementacin de acuerdo a la documentacin generada
anteriormente, prototipos iniciales que se irn mejorando en un proceso
iterativo incremental recursivo.

3.1.5

Test y pruebas.- Durante la implementacin funcional del software


aplicamos rigurosos controles de prueba para encontrar fallas en el
mismo y as evitar que en el momento de su aplicacin halla un conflicto
en algunas de las funciones, por ejemplo en la introduccin de los datos
que sern procesados y automatizados.
Contiene: pruebas unitarias, pruebas

funcionales y pruebas de

integracin, carga de datos iniciales, datos de prueba, etc. Documentar si


es posible.
3.1.6

Estabilizacin.- Se realizar el afinamiento

del prototipo, apariencia,

validaciones, etc., siempre que se realice los test y las pruebas . La


solucin prototipo se pasa a un entorno real de explotacin, restringido
en nmero de usuarios y en condiciones tales que se pueda llevar un
control efectivo de la situacin.
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 estndares de garanta de calidad, en el
proceso de control de calidad se comprueba que las entregas cumplan
con los estndares 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 administracin del proyecto del software.

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

Contiene control de calidad del prototipo, funcionalidad, presentacin,


velocidad, etc.
3.1.8

Desarrollo de planes.- Los planes puede determinarse a muchos


mbitos de la organizacin pero estos planes se centrarn en los
sistemas de informacin.
En esta parte el plan de contingencia forma parte de un documento ms
amplio donde se tiene en cuenta los planes de mantenimiento, polticas
de backups, inventarios, planes de formacin, etc.

3.1.9

Despliegue.- Se realizarn las pruebas de conectividad. En esta parte


del despliegue se describir cmo una aplicacin se despliega a travs
de una infraestructura. La intencin del despliegue no es para describir la
infraestructura, pero mejor dicho el camino en cual los componentes
especficos deben corresponder a una aplicacin que despliega a travs
de l.
Se llevar acabo en esta fase los planes diseados 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 informacin necesaria para la realizacin de este proyecto a
la Institucin Educativa, que servir de modelo para otras instituciones.
Se describi el enfoque del desarrollo del proyecto a travs de la metodologa
utilizada, para obtener una mejor visin de los objetivos a alcanzar.
Se logro definir las actividades que se realizan, dentro del proceso de
desarrollo, en trminos de las fases e iteraciones para el desarrollo del
Sistema de Matrcula para la institucin educativa La Catlica 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 estn 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 usarn como instrumento para
entender lo que deben hacer, cundo deben hacerlo y qu otras actividades
dependen de ello dentro del proceso de desarrollo.

CONCLUSIONES
El personal que labora en la Institucin Educativa La catlica GEM
aprovechar de una manera ptima la informtica de estudio de sus
estudiantes.
Con un sistema de Matrculas se soluciona el exceso de tiempo que se usa
para realizar los procesos de matrculas.
Las ventajas que trae el sistema matrcula, ofrece una gran velocidad en el
procesamiento y manejo de datos trayendo consigo tambin la agilidad de
generar reportes en muy poco tiempo y asimismo facilita las auditorias,
evitando perdida de tiempo, datos, evitando la duplicacin de inscripciones,
ofreciendo seguridad de los datos, brindando una interfaz amigable entre el
usuario y el sistema.
La mala manipulacin del sistema por usuarios inexpertos en el sistema
trayendo como consecuencia la prdida o

eliminacin

de registros

accidentalmente, fallas elctricas muy largas.


Las polticas se ven afectadas por la decisin 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 Institucin Educativa.

SUGERENCIAS
Que, los docentes de la Institucin Educativa La Catlica GEM aprovechen la
informtica para el estudio de sus estudiantes.
Que, los docentes tengan mejor preparacin acadmica sobre informtica a
travs 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 ms utilidades con la informtica, a
fin de crear un sistema organizado de las calificaciones de cada estudiante.
Qu, la implementacin 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.

BIBLIOGRAFAS
BSICA:
Project management Institute. Gua de PMBOK 4. Ed. 2009
McConnell, Steve. Desarrollo y gestin de4 Sistemas Informticos. 2007.
CARDENAS, Miguel; La Ingeniera de Sistemas
CHECKLAND, Peter, El pensamiento de Sistemas
LUCAS, Henry; Sistemas de Informacin
COMPLEMENTARIA: Son las siguientes pginas web:
http://es.wikipedia.org
http://www.dell.com/
http://www.monografias.com.pe/
http://www.lawebdelprogramador.com/

ANEXOS

CONTROL DE VERSIONES
Versin

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

1.0

Equipo de Trabajo

Ing. Jess Zea

Ing. Jess Zea

01/08/11

Informe de Gestin de la Calidad

FORMATO DE INSPECCION DE CALIDAD

INSPECCIN 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
ESTNDAR, NORMA O ESPECIFICACIN DE REFERENCIA PARA REALIZAR LA INSPECCIN

Mtricas de Calidad de Software: Mtrica 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 realizacin
Del proyecto.

GRUPO DE INSPECCION
PERSONA

Oscar Meza

ROL EN EL PROYECTO

Director de Proyecto

ROL DURANTE LA INSPECCIN

OBSERVACIONES

Inspector de las labores de trabajo

El director del proyecto verificara el normal


desempeo del equipo de trabajo durante el
desempeo de sus funciones.

MODO DE INSPECCION
METODO
Anlisis de
Software

METODO FECHA

01/10/11

RESULTADOS DE LA INSPECCION

LUGAR

Centro de labores del equipo

HORARIO

OBSERVACIONES

10.00a.m

Se procedi con la inspeccin de trabajo a la


hora sealada y se empez a realizar la
inspeccin del desarrollo del sistema.

Conforme X

No Conforme

CONTROL DE VERSION ES

Versin

Hecha por

Revisada por

LISTA DE DEFECTOS A CORREGIR O MEJORAS A


REALIZAR

Aprobada por

RESPONSABLE

Fecha

FECHA
REQUERIDA

Motivo

OBSERVACIONES

Se debe de implementar ms mdulos al sistema

Programador

25/10/11

Que el analista le asesore ms al programador

Se debe de mejorar la interfaz, hacerlo ms


amigable

Diseador

01/11/11

Que el analista le asesore ms al diseador.

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

DOCUMENTOS ADJUNTOS
Acta de inspeccin de verificacin de la calidad del sistema.

1.0

Equipo de Trabajo

Ing. Jess Zea

Ing. Jess Zea

01/08/11

Informe de Gestin de la Comunicacin

MATRIZ DE COMUNICACIONES DEL PROYECTO

INFORMACIN
Acta de Proyecto
Alcance preliminar
Reporte de Avance

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Sistema de Control de Matriculas

SisMat

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

informe del

avance del

FORMATO

NIVEL DE
DETALLE

RESPONSABLE DE
COMUNICAR

Papel

Alto

Cliente

Papel

Normal

Director del
proyecto

Papel

Normal

Director del
proyecto

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

METODOLOGIA
O TECNOLOGIA

FRECUENCIA DE
COMUNICACIN

CODIGO DE
ELEMENTO
WBS

Escrito

nica vez

1.1

Escrito

nica vez

1.1

Escrito

Semanal

1.1

Plan de Gestin

Contiene todas las actividades a realizarse


para la gestin del proyecto.

Papel

Alto

Director del
proyecto

Equipo del
proyecto

Escrito

nica vez y ante


cambios

1.1

Plan de Gestin del


Alcance

Contiene hasta donde va a abarcar el


proyecto y cules son sus limites

Papel

Alto

Director del
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
proyecto

Equipo del
proyecto

Escrito e E-Mail

nica vez y ante


cambios

1.2

Actividades

Contiene todas las actividades a realizarse


en la ejecucin del proyecto.

Papel

Normal

Director del
proyecto

Equipo del
proyecto

Escrito e E-Mail

nica vez y ante


cambios

1.2

Diagrama de Red

Contiene cuales son las actividades criticas


del proyecto.

Digital

Normal

Director del
proyecto

Equipo del
proyecto

Escrito e E-Mail

Mensual

1.2

Cronograma

Matriz de Roles y
Responsabilidades
Plan de Gestin de
Riesgos
Matriz de
Comunicaciones

Contiene todo el cronograma del tiempo de


desarrollo del proyecto
Contiene a las personas involucradas en el
proyecto y sus responsabilidades
Contiene todas las actividades a realizarse
para controlar a los posibles riesgos que se
presenten en el proyecto.
Contiene todos los documentos que se van a
entregar en la realizacin del proyecto.

Entregables
definidos

Contiene los entregables por fase en la


elaboracin del proyecto.
Contiene todos los cambios realizados al
Cambios Realizados
proyecto
Entregables
Aceptados
Cambios Solicitados
Acciones
correctivas
recomendadas
Entregable Final
Aceptacin Final
Lecciones
Aprendidas

Contiene los entregables


aceptados por el cliente.

que

fueron

Contiene todos los cambios solicitados por el


cliente.
Contiene todas las recomendaciones para la
correccin de errores en el desarrollo del
proyecto
Contiene el producto final (Sistema
Desarrollado)
Contiene el documento de la aceptacin final
del producto.
Contiene el documento de todas las
lecciones aprendidas en la realizacin del
Sistema.

Papel

Normal

Director del
proyecto

Equipo del
proyecto

Escrito e E-Mail

nica vez y ante


cambios

1.2

Papel

Alto

Director del
proyecto

Equipo del
proyecto

Escrito

nica vez

1.2

Papel

Alto

Director del
proyecto

Equipo del
proyecto

Escrito e E-Mail

nica vez y ante


cambios

1.2

Papel

Normal

Director del
proyecto

Equipo del
proyecto

Escrito e E-Mail

Mensual

1.2

Papel

Normal

Papel

Normal

Director del
proyecto
Director del
proyecto

Equipo del
proyecto
Director del
proyecto

Escrito

Cuando ocurra

1.1

Escrito

Mensual

1.3

Papel

Normal

Director del
proyecto

Cliente

Escrito

Mensual

1.3

Papel

Normal

Equipo del
proyecto

Director del
proyecto

Escrito

Cuando ocurra

1.4

Papel

Alto

Director del
proyecto

Cliente

E-mail

Cuando ocurra

1.5

Digital

Alto

Director del
proyecto

Cliente

Escrito

nica vez

1.6

Papel

Alto

Director del
proyecto

Cliente

Escrito

nica vez

1.6

Papel

Normal

Equipo del
proyecto

Director del
proyecto

Escrito

nica vez

1.6

PLAN DE GESTIN DE RIESGOS

Versin

Hecha por

Revisada por

Aprobada por

1.0

Equipo de
Trabajo

Ing. Jess Zea

Ing. Jess Zea

Fecha

Informe de
01/08/11 Gestin de
Riesgos

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Sistema de control de Matriculas

SisMat

METODOLOGIA DE GESTIN DE RIESGOS


PROCESO
DESCRIPCIN
HERRAMIENTAS
En este proceso se
Cuestionarios,
recopila toda la
entrevistas,
informacin
Planeamiento
grabacin de audio,
relevante de la
del Sistema
videos, etc.
organizacin

Anlisis del
Sistema

Diseo del
Sistema

Desarrollo del
Sistema

Motivo

FUENTES DE INFORMACION

La Institucin Educativa

Se procesa toda la
Hardware y Software
informacin
especficos,
recopilada
metodologa, URP,
utilizando equipos y
etc.
TICs

Libros, Internet, videos, etc.

Metodologa
RDM(Modelo
Se disea el sistema
Relacional de Datos),
de acuerdo a las
Hardware y Software
necesidades de la
especficos,
institucin

Libros, Internet, videos, etc.

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

Libros, Internet, videos, etc.

Documentacin
del Sistema

Se procede a
documentar el
cdigo, el diseo
los manuales de
usuario para ser
entregados al
cliente.

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

Se implementa el
sistema
desarrollado en la Hardware y Software
Implementacin
institucin
especficos para la
del sistema
realizando las
instalacin
pruebas necesarias
de funcionamiento.

PROCESO
Planeamiento
del Sistema

ROLES
Analista

Analista
Anlisis del Sistema

Diseo del Sistema


Desarrollo del
Sistema
Documentacin del
Sistema
Implementacin del
sistema

Libros, Internet, videos, etc.

Libros, Internet, videos, etc.

RESPONSABILIDADES
Realizar el Planeamiento de elaboracin del sistema
propuesto
Ayudar en el Planeamiento de elaboracin.
Realizar el anlisis para el desarrollo del Sistema
Ayudar en el anlisis para el desarrollo del Sistema

Analista
Programador

Dirigir el diseo del Sistema propuesto


Apoyar en el diseo del Sistema Propuesto.

Analista
Programador
Diseador
Analista
Programador
Diseador
Analista

Orientar en el Desarrollo del Sistema Propuesto


Desarrollar el cdigo necesario del sistema
Desarrollar la interfaz del Sistema Propuesto
Dirigir la elaboracin de la documentacin
Realizar la documentacin manual tcnico
Realizar la documentacin manual de usuario
Realizar la instalacin del Sistema
Realizar las pruebas del Sistema instalado
Realizar el mantenimiento del Sistema instalado

FOTOS
Docentes

Fuente: La Catlica GEM

Alumnado

Fuente: Primera Promocin de la escuela Catlica GEM

También podría gustarte