Anda di halaman 1dari 66

UNIVERSIDAD SAN PEDRO

FACULTAD DE INGENIERA
ESCUELA ACDEMICO PROFESIONAL DE INGENIERA
INFORMTICA Y DE SISTEMAS

ANLISIS Y DISEO DE UN SISTEMA INFORMTICO DE


MATRCULA PARA LA I.E.P PERUANO AMERICANO E.I.R.L DE LA
CIUDAD DE HUARAZ, 2016.
AUTORES:
Beltrn Champa, Marlene Gladys
Huerta Rosemberg, Patricia
ASESOR:
Ing. Mg. Ortega Pacheco, Francisco

HUARAZ ANCASH PERU


2016

DEDICATORIA
A Dios, por estar conmigo en cada paso que doy, por
fortalecer mi corazn e iluminar mi mente y por haber
puesto en mi camino a aquellas personas que han sido mi
soporte y compaa durante todo el periodo de estudio.

A mis hijas Alondra y Shantal, con todo mi amor por ser el


principal motor para seguir adelante y mis padres por
haberme apoyado en todo momento por sus consejos sus
valores, por la motivacin constante que me brindan da a
da que me ha permitido ser una persona de bien.

Marlene

DEDICATORIA
A Dios, por estar conmigo en cada paso que doy, por
fortalecer mi corazn e iluminar mi mente y por haber
puesto en mi camino a aquellas personas que han sido mi
soporte y compaa durante todo el periodo de estudio.

A mis hijas Alondra y Shantal, con todo mi amor por ser el


principal motor para seguir adelante y mis padres por
haberme apoyado en todo momento por sus consejos sus
valores, por la motivacin constante que me brindan da a
da que me ha permitido ser una persona de bien.

Patricia

AGRADECIMIENTOS
Dedicamos este proyecto a Dios por ser el inspirador para
cada uno de nuestros pasos dados en nuestro convivir
diario; a nuestros padres por ser los gua en el sendero de
cada acto que realizamos hoy, maana y siempre; a
nuestros hijos nuestros esposos, por ser el incentivo para
seguir adelante con este objetivo.

A nuestro asesor, Mag. Ortega Pacheco, Francisco, por


brindarnos su apoyo condicional y por entregarnos sus
conocimientos para realizar los propsitos que tenemos en
mente.

A nuestra alma mater a la Universidad San Pedro, por


seguir aportando en la educacin superior para seguir
superndonos a nivel profesional.

Las Integrantes

INDICE GENERAL

Contenido
DEDICATORIA.......................................................................................................... 2
AGRADECIMIENTOS................................................................................................. 4
INDICE GENERAL..................................................................................................... 5
INDICE TABLAS........................................................................................................ 6
INDICE FIGURAS...................................................................................................... 7
RESUMEN................................................................................................................ 8
ABSTRACT............................................................................................................... 9
PRESENTACIN...................................................................................................... 10
INTRODUCCIN..................................................................................................... 11
CAPTULO I............................................................................................................ 13
1.

DATOS GENERALES DE LA EMPRESA..............................................................14


1.1.1.

Nombre de la Institucin Educativa..............................................................14

1.1.2.

Ubicacin.............................................................................................. 14

1.1.3.

Representante de la Institucin Educativa.......................................................14

1.1.4.

Giro de Negocio:..................................................................................... 14

1.1.5.

Visin y Misin de la Institucin Educativa....................................................14

1.1.6.

Organigrama de la Institucin Educativa .......................................................15

1.8.1.

Justificacin Tcnica................................................................................19

1.8.2.

Justificacin Operativa.............................................................................. 19

1.8.3.

Justificacin Econmica............................................................................ 20

INDICE TABLAS

INDICE FIGURAS

RESUMEN
El colegio Peruano Americanoen su afn de ser una institucin educativa de calidad a
nivel local y regional, brinda una enseanza dedicada a cada uno de los alumnos para una
correcta formacin a nivel de valores y alto rendimiento, y as formar personas de bien para el
futuro. El objetivo de esta investigacin es la de analizar y disear un sistema informtico de
matrcula.
crear un sistema de informacin capaz de controlar de manera gil y eficiente los registros de
matricula que realizan los encargados del colegio Peruano Americano.
En el desarrollo del proyecto se consider optar por el Proceso Unificado de Desarrollo RUP
(Rational Unified Process) por su mayor afinidad y claridad de actividades en todas sus etapas.
Estar desarrollado con el lenguaje de programacin Java y el ambiente de desarrollo
Netbeans, debido a que sus aplicaciones Cliente/Servidor son plataformas grficas y el sistema
Gestos de Base de Datos (SGBD) MYSQL por que nos permite brindar seguridad y
confiabilidad en el manejo de informacin.
Con este sistema de informacin se solucionaran los procesos de registro de matricula, el cual
permitir obtener informacin actualizada, oportuna, confiable y en tiempo real para la mejor
toma de desiciones del colegio.

ABSTRACT

PRESENTACIN

INTRODUCCIN
En la actualidad la institucin educativa particular es ajena a la utilizacin de las
herramientas TIC. Es por ello que la institucin no es ajena a esta realidad por lo que en el
presente proyecto se desarrollara el anlisis y diseo para que posterior se pueda realizar la
implementacin de dicho software con la finalidad de llevar ordenada y detalladamente los
Registro de matriculas, de los alumnos que sirva de apoyo al personal que labora en dicha
rea.
Captulo I: GENERALIDAD
En el presente proyecto se plasm una descripcin de los datos generales de
la empresa, as como tambin se detall la situacin problemtica en la que
se encuentra actualmente la empresa y se mencion algunos antecedentes
que son similares al proyecto; tambin se indic el objetivo general y los
objetivos especficos, se realiz las justificaciones del proyecto, alcances y
limitaciones, la estructura del plan del proyecto y por ltimo se modelo el
diagrama de Gantt
Captulo II: MARCO TERICO
Se basa en la revisin de documentos o archivos en internet existentes con el
mismo problema, adems se describe los reglamentos internos y base legal
de la Organizacin, el punto de categoras fundamentales es la ms extensa
ya que se define los puntos principales de la Gestin de la Seguridad de
Informacin.

Captulo III: DESCRIPCIN DE LA METODOLOGA


En este captulo realizara una descripcin de la metodologa Rup
Captulo IV: APLICACIN DE LA METODOLOGA
En este capitulo se realizara la aplicacin de la metodologa usada.
Captulo V: CONCLUSIONES Y RECOMENDACIONES
Una vez realizado el proyecto investigativo y analizado cada uno de los
captulos y fases se proceder a obtener las conclusiones y recomendaciones
de la gestin de la seguridad de informacin.

CAPTULO I
Generalidad

1. DATOS GENERALES DE LA EMPRESA


1.1. Datos Generales de la Organizacion
1.1.1. Nombre de la Institucin Educativa.
Razn Social

: I.E.P. PERUANO AMERICANO E.I.R.L

R.U.C

: 2040788303

1.1.2. Ubicacin

Pas
Dpto.
Provincia
Distrito
Direccin

:
:
:
:
:

Per
Ancash
Huaraz.
Independencia
Jr. Los Quenuales N 210 Barrio de
Centenario.

1.1.3. Representante de la Institucin Educativa.


Gerente General

: Aurora Yolanda Cruz Robles.

1.1.4. Giro de Negocio:


Prestacin de servicios educativos.
1.1.5. Visin y Misin de la Institucin Educativa.
Visin:

Ser una institucin lder que se caracteriza por elevar la calidad educativa en
base al desarrollo de estrategias cognitivas, las inteligencias mltiples y
emocionales, el pensamiento crtico, reflexivo, creativo y cientfico, con
disposicin al cambio social, y capacidad de relacin sus conocimientos previos
a los nuevos avances cientficos (Americano, s.f.).
Misin:
somos una institucin educativa de excelencia que forma integralmente con
calidad a nios y nias de 03 a 17 aos en Educacin Inicial, Educacin
Primaria, Educacin secundaria, encaminados a una educacin en valores
cultura de paz y trabajo que les permite realizarse como persona en sus
proyecciones ms inmanentes y trascendentes, en el marco de una disciplina
consiente y de una moral muy elevada, fortaleciendo el amor a Dios y al Patria
(Americano, s.f.).
1.1.6. Organigrama de la Institucin Educativa .
Figura No 1 Organigrama de Institucin Educativa Peruano
Americano E.I.R.L
DIRECTORA-PROMOTORA

Coordinador General
Secretaria

Auxiliar
Comit y
Comisiones
Pedaggicas

Coordinacin de Educacin Secundaria


Coordinacin de Educacin Inicial
Coordinacin de Educacin Primaria

Personal Docente

Alumno

Personal Docente

Alumno

Personal Docente

Alumno

FUENTE: (Americano, s.f.)


1.2. Equipo Desarrollador
1.2.1. Integrantes del Equipo Desarrollador
Beltran Champa, Marlene
Huerta Rosemberg, Patricia
1.2.2. Personal de la Organizzacion
Directora: Aurora Yolanda Cruz Robles.
1.2.3. Docente o Asesor

Ing. Mg. Ortega Pacheco, Francisco


1.3. Titulo del Proyecto
Anlisis y diseo de un sistema informtico de matrcula para la I.E.P Peruano
Americano E.I.R.L. de la ciudad de Huaraz, 2016.
1.4. Problema
1.4.1. Descripcion del Problema
La presente investigacin aborda una de las problemticas que desde hace aos
afectan a muchas instituciones educativas, y es el llevar un control de proceso
de inscripcin y matricula manual, e incluso ha venido haciendo uso del Word y
Excel para guardar ciertos datos pero aun as a veces se pierde informacin. La
I.E. Peruano Americano sirvio, como base para la investigacin, elaborndose
una consulta sobre el proceso de inscripcin manual, la cual tiene como
objetivo determinar mediante la evaluacin de profesionales en la materia que
tanta eficacia, confiabilidad, veracidad y rapidez tendra el control
automatizado de inscripciones. Por ende el principal objetivo de esta
investigacin es realizar un estudio sobre las causas que originan la necesidad

de llevar un buen sistema de inscripcin implementada y las herramientas


necesarias para erradicar los problemas ms comunes en cuanto a los procesos
de inscripcin manual. En este sentido se entiende como sistema de inscripcin,
el procedimiento a seguir al inicio de cada ao escolar, el sistema de inscripcin
es manual y a partir de observaciones y del levantamiento de informacin que
arrojo la investigacin se pudo detectar que la mayora de los procedimientos
tienen inconvenientes, entre ellos se pueden destacar: prdida o duplicacin de
informacin debido a la trascripcin manual o forma de almacenamiento,
retardo en el comienzo de las clases y actividades regulares por la tardanza del
proceso. Por lo tanto, para liberar a este proceso de la abrumadora tarea de
efectuar inscripciones manuales que ocasiona congestionamiento se ofrece una
herramienta de trabajo que consiste en un sistema de informacin ms exacta y
rpida para el personal que all labora matriculando una cantidad de alumnos en
un corto perodo de tiempo para dar inicio a las actividades.
1.5. Antecedentes
Como antecedentes al problema ya definido encontramos algunos casos que han sido
desarrollados con xito:
1.5.1. INTERNACIONALES
Segn Martnez, G., y Sequeira, Y. (2008), En su tesis titulada Sistema de
control de matrcula realizacin de pagos y control acadmicos en el
Colegio Jehov es mi Proveedor. Universidad de UNI de la ciudad de
Managua, Nicaragua. En Resumen Presenta un sistema de control de matrcula,
realizacin de pagos y registro acadmico en el Colegio Jehov es mi Pastor.
Presenta una metodologa orientada a objetos como lo es (Proceso Unificado

Racional) para modelar el comportamiento del sistema de negocios de


informacin automatizada. Utiliza los artefactos de UML para representar los
datos y casos de usos del sistema informtico. Plantea una propuesta del diseo
Red y dems equipo necesarios para el Colegio Jehov es mi Proveedor.
1.5.2. NACIONALES
Segn (Rodriguez, E.; Perez, M., Alderete, K., Mendez, Z., Rivera, C. &
Pacheco, E. 2013), En su trabajo de investigacin denominado Sistema
Informtico Para la Gestin de Registro de Matricula del Colegio Particular
HONORES SITUADO EN LOS OLIVOS , Es un proyecto de investigacin
que se desarroll en base a las necesidades y problemas observados en el
trascurso con el manejo de informacin de Colegio Honores, con el propsito
de realizar mejoras a sus tareas manuales, a travs del proyecto denominado
Fortalecimiento de las capacidades empresariales de la pequea y mediana
empresa en la ciudad de Olivos, Lima,

El objetivo de esta trabajo de

investigacin fue desarrollar un software que sea capaz de realizar las


matriculas de forma automatizada, logrando que la institucin pase de realizar
sus procesos de forma manual a la automatizacin de los mismos.

1.6. Formulacion del Problema


De qu manera mejorar el analisis y diseo un sistema informtico de matrcula
en la I.E.P Peruano Americano E.I.R.L de la ciudad de Huaraz?
1.7. Objetivos
1.7.1. Objetivo General

Analizar y disear un sistema informtico de matrcula para la I.E.P Peruano


Americano de la ciudad de Huaraz, 2016.
1.7.2. Objetivo Especifico
Reducir Horas Hombre en emisin de informes
Incrementar satisfaccin del padre de familia y alumnos con respecto al

tema de atencin.
Incrementar satisfaccin del Usuario con respecto a la agilizacin de
documentacin de la matricula.
Reducir tiempo de bsqueda de informes acadmicos.

1.8. Justificacin
1.8.1. Justificacin Tcnica
-

La institucin educativa cuenta con equipos informticos a disposicin,


para la posterior implementacin del software.

1.8.2. Justificacin Operativa


-

Permitir agilizar la gestin del proceso de cobranza.


Mejorar la calidad en el servicio que se brindan a los alumnos,
estableciendo nuevas estrategias para aumentar la eficiencia en la atencin
de la institucin.

1.8.3. Justificacin Econmica


-

El proyecto al estar basado en software libre no contar con licencia, lo

que a corto plazo permite economizar a la organizacin.


En el aspecto econmico el sistema que se quiere implementar genera
altos beneficios para el colegio, habr poca perdida de informacin en
cuanto al manejo de los pagos.

1.9. Alcances y Limitaciones del Proyecto

Las limitaciones del proyecto son:

El tiempo es muy corto para poder implementar el proyecto.

Poca disponibilidad de las personas involucradas al sistema de proceso de


matrcula.

Otro elemento que tampoco debe dejar de ser mencionado, son los recursos
econmicos, siempre escasos e insuficientes tanto para la recopilacin de
informacin a travs de diversos medios (libros, internet, fotocopias de
documentos, etc.) como la elaboracin del material de recopilacin de datos.

1.10.

Diagrama de Gantt

GANTT SIMILAR

CAPTULO II
Marco Terico

2. Marco Referencial.
2.1.

Sistema Informtico
Un sistema informtico (SI) es un sistema que permite almacenar y procesar
informacin; es el conjunto de partes interrelacionadas: hardware, software y
personal informtico. El hardware incluye computadoras o cualquier tipo de
dispositivo electrnico, que consisten en procesadores, memoria, sistemas de
almacenamiento externo, etc. El software incluye al sistema operativo, firmware y

aplicaciones, siendo especialmente importantes los sistemas de gestin de bases de


datos. Por ltimo, el soporte humano incluye al personal tcnico que crean y
mantienen el sistema (analistas, programadores, operarios, etc.) y a los usuarios que
lo utilizan.

2.1.1. Inicios de un Sistema Informtico


La actividad de un sistema comienza cuando en la entidad donde se
utiliza, se efecta un determinado hecho econmico (compra, venta,
pago, cobro), administrativo (orden o directiva, actividad de control),
productivo o de otra naturaleza, que genera datos primarios que deben
ser captados, en un formulario o directamente en una computadora, que
pueden ser datos adquiridos si vienen del entorno ya sea de Internet u
otra entidad; en ambos casos la participacin humana es imprescindible
por lo que se debe organizar mediante procedimientos racionales y
estructurales a fin de evitar errores.
Estos datos primarios, que ya pueden llamarse informacin primaria por
cuanto han sido objeto de operaciones que los han modificado

fsicamente, son transmitidos por diferentes canales para su inclusin en


el sistema de informacin de la entidad, donde son modificados,
almacenados en bases de datos, asociados con otros datos y utilizados
en clculos de tipo variado. Estas actividades son realizadas por la parte
informtica del sistema.
Despus de estas actividades las informaciones ya estn en condiciones
de ser consultadas, pueden definirse como informaciones de resultado o
salida y de esta consulta, el ser humano tomar decisiones o controlar
determinada actividad de la entidad.
2.1.2. Componentes de un Sistema informtico
A. Personas en los dos extremos de la cadena de procesamiento fsico
de la informacin: en la realizacin de los hechos que generan los
datos primarios y su captacin y adquisicin y en la consulta y
utilizacin de ellos. Por supuesto tambin intervienen en ciertas
acciones de operacin del sistema.
B. Equipos de procesamiento de informacin, fundamentalmente
computadoras.
C. Equipos de apoyo a las transmisiones (HUB, gateways), equipos de
apoyo y de seguridad (back-ups, acondicionadores de aire,
deshumificadores, entre otros).
D. Programas de computadoras, sistemas operativos, programas de
servicio de comunicaciones y, sobre todo, programas de aplicacin.
E. Informacin tcnica de apoyo al sistema: manuales tcnicos sobre el
trabajo de las computadoras y los equipos de apoyo, manuales
tcnicos sobre los sistemas operativos y programas generales.

F. Manuales de usuario para orientar a los usuarios-operadores sobre


su trabajo con el sistema de informacin. Incluyen la definicin de
los procedimientos manuales que deben realizar los usuariosoperadores, la descripcin de los formularios para captar la
informacin primaria, la descripcin de los reportes de salida y la
descripcin de las acciones interactivas con el sistema informtico:
captacin de la informacin, operacin del mismo, acciones ante
errores y situaciones anormales, seguridad y proteccin de los
recursos informativos y consulta de informacin de resultados.
G. Informaciones de tipo variado, soportadas sobre formularios de
papel, CDs, DVDs, reportes de papel de impresora, bases de datos
en lnea almacenadas en discos duros.
2.1.3. Tipos de Sistemas Informticos
Esta clasificacin de sistemas informticos se limita a las aplicaciones
de gestin econmica, financiera y contable, con un grupo de sistemas,
no necesariamente excluyentes, por lo que puede ser posible que ms de
un sistema concreto sea clasificado en ms de un grupo.
A. Sistemas de Procesamiento Bsico de la Informacin
Son aquellos en que las computadoras se limitan a realizar las
operaciones de procesamiento fsico de la informacin. Las personas
que integran el sistema, asumen todas las labores de generacin de
la informacin primaria y de anlisis de informacin de resultados.
a) Sistemas de procesamiento de transacciones (TPS). Estos se
dedican al proceso fsico de los datos relacionados con ciertas
transacciones rutinarias y aisladas en el trabajo habitual de las
entidades socioeconmicas, tales como el control de inventarios,

control de activos fijos o la nmina de sueldos o salarios, que


explotan poco las posibilidades de las mquinas y el software
actual.
b) Sistemas de automatizacin de oficinas (OAS). Incluye el
empleo de procesadores de texto, hojas electrnicas de datos,
preparadores de exposiciones, calendarizacin, comunicacin
mediante correos electrnicos, videoconferencias, que implican
la bsqueda y captacin de operaciones y en muchos casos, la
preparacin de decisiones para ejecutivos y directivos. Pueden
solucionar tareas tpicas de las oficinas, como la programacin y
control

de

actividades

mediante

agendas

electrnicas

individuales y colectivas, registro y control de acuerdos y


directrices, escritura y conformacin de textos en informes,
folletos, creacin, actualizacin y consulta de bases de datos
relacionadas con clientes y vendedores.
c) Sistemas de informacin para la direccin (MIS). Estos sistemas
han abarcado los TPS, integrando las mismas mediante sistemas
de bases de datos, y almacenes de datos, de forma tal que el
sistema puede reflejar la realidad compleja de una entidad
socioeconmica, con todos sus subsistemas y relaciones
informativas.

Se

orientan,

sobre

todo,

proporcionar

informacin para la toma de decisiones y el control, por lo que


puede asegurarse que el rol de la computadora en estos sistemas
es relativamente pasivo.
Los MIS actuales abarcan una gran cantidad de funciones y tareas,
tiene enormes y complejos sistemas de bases de datos. Logran con
una simple entrada de informacin primaria que se desencadenen
todas las operaciones que esa entrada genera, sin que los usuarios-

operadores tengan que intervenir en nada ms que la entrada inicial.


Ejemplo de ste son los software Mnica, el Visual Conta y
Versat Sarasola y Atenas para la contabilidad.
B. Sistemas de Apoyo a la Toma de Decisiones
Se apoyan en los MIS, los que crean y actualizan las bases de datos,
que los primeros utilizan. Los DSS se destinan a la toma de
decisiones, estn hechos para apoyar el trabajo individual o para las
decisiones en grupo, apoyan mucho en la llamada investigacin de
operaciones o los mtodos cuantitativos de la toma de decisiones,
tcnicas matemticas para apoyar el trabajo del ser humano en las
llamadas decisiones bien estructuradas, dbilmente estructuradas y
no estructuradas, las cuales por su complejidad pueden tener errores
al ser analizadas por el ser humano con mtodos tradicionales
(intuicin, experiencia). Ejemplo de estas decisiones son el empleo
de tcnicas de ruta crtica para dirigir proyectos de construcciones.
2.1.4. Diferencias y Similitudes entre Sistema informtico y Sistema de
Informacin
A. En un sistema informtico se utilizan, en una gran cantidad de
tareas, las computadoras o dispositivos informticos para almacenar,
procesar y/o acceder a informacin.
B. Un sistema de informacin permite procesar informacin pero no
necesariamente a travs de computadoras. El acceso a la
informacin puede ser fsico (por ejemplo, una persona se encarga
de buscar en un archivador lo solicitado).
C. Tanto el sistema informtico como el sistema de informacin
incluyen a las personas que acceden o producen informacin dentro

del sistema. Las personas tienen que capacitarse para entender el


funcionamiento y procedimientos que soporta un sistema.
D. Ambos sistemas tienen un propsito. Por ejemplo, gestionar el
acceso y distribucin de libros en una biblioteca; administrar la
entrada/salida de mercadera, personal y otros recursos de un
comercio, etc.
2.2.

Lenguajes de Programacin
Un lenguaje es aquel utilizado particularmente para el control de una mquina o
una computadora, se basa en conjuntos de reglas sintcticas y semnticas
definiendo su estructura, tambin podemos decir que es el proceso de
elaboracin de un programa, mediante procedimientos lgicos. Los lenguajes
de programacin sirven para el desarrollo de programas que interactan con el
usuario/mquina.
La diferencia del lenguaje informtico, con el que se le suele equivocar, es que
el lenguaje de programacin es mucho ms amplio abarcando desde los
lenguajes que dan formato a textos hasta lenguajes con uso de hojas de estilo
(SAAVEDRA, 2007).
Clasificacin del Lenguaje de Programacin
Los lenguajes de programacin se pueden clasificar en:
A. Lenguajes de programacin procedural: Divide el problema en partes
ms pequeas, que sern realizadas por subprogramas (subrutinas,
funciones, procedimientos), que se llaman unas a otras para ser ejecutadas.
Ejemplos: C, Pascal (CALUME, 2008).
B. Lenguajes de programacin orientada a objetos: Crean un sistema de
clases y objetos siguiendo el ejemplo del mundo real, en el que unos objetos

realizan acciones y se comunican con otros objetos. Ejemplos: C++, Java


(ALVAREZ, 2010).
C. Lenguajes de programacin funcional: La tarea se realiza evaluando
funciones, (como en Matemticas), de manera recursiva (HUELVA, 2012).
D. Lenguajes de programacin lgica: La tarea a realizar se expresa
empleando lgica formal matemtica. Expresa qu computar. Ejemplo:
Prolog (GARCIA, 2010).
2.2.1. Lenguajes de Programacin Nativa
A. Visual Basic: Lenguaje de programacin dirigido por eventos,
desarrollado por Alan Cooper para la Empresa Microsoft. Contiene
un entorno de desarrollo integrado o IDE, encontrando un editor de
texto para cdigo fuente, un depurador y compilador, editor de
interfaces grficas.
Su principal ventaja es que podemos ejecutar el programa de modo
intrprete, en el que podamos compilar y ver cmo va quedando el
resultado mientras estemos en desarrollo. Por otro medio tambin se
puede realizar un ejecutable, para as poder ser visto desde otro
ordenador. El principal objetivo del lenguaje es poder simplificar el
desarrollo de su programacin mediante interfaces grficas, a la vez
el desarrollo de aplicaciones de bases de datos (GROUSSARD,
2009).
2.3.

Base de datos
Es un sistema gestor de datos, donde se encuentra almacenada la informacin
detallada. Permite acceder y modificar los datos.

Toda informacin ingresada debe estar clasificada en tablas que contengan


respectivas filas y columnas. Como resultado de todo este procedimiento se obtiene
una buena gestin y organizacin de datos el cual es aprovechado por otro software
(STEPHENS, y otros, 2001).
Figura N 1: Introduccin Base de Datos

Fuente: (VICENTE FIZ, 2009).

2.4.

Motor de Base de datos


2.4.1. SQL Server
Plataforma fundamental de datos Microsoft, gestionando cualquier tipo
de

datos,

permite

almacenar

documentos

estructurados,

semiestructurados y no estructurados, como son imgenes, msica y


archivos, directamente dentro de la base de datos (MICROSOFT
CORPORATION, 2011).
2.5.

Metodologas para el Desarrollo de Software

Grupo de procedimientos que se deben utilizar para la elaboracin de pasos a


seguir en el desarrollo de un software, orientando de cmo hacer y qu se deben
llevar acabo en un campo de desarrollo (HERNANDO, 2007).
2.5.1. Metodologa Rational Unified Process (RUP)
Proceso de desarrollo de software el cual est constituido por mtodos
dirigidos a: anlisis, implementacin y documentacin de sistemas
orientados a objetos.
Esta metodologa se encarga de proporcionar un enfoque disciplinado en
lo que respecta a la asignacin de tareas y/o responsabilidades
(MONTILVA, 2007).
Figura N 2: Ciclo de Vida de RUP

Fuente: (MENDOZA SANCHEZ, 2008).


A. Principios de Desarrollo (CARRILLO PEREZ, y otros, 2008).
Adaptar el proceso:
Cada proceso debe adaptarse a las necesidades del cliente.
Equilibrar prioridades:

Todo requisito de diversos participantes puede llegar a ser


diferente o contradictorio.
Demostrar valor iterativamente:
Todo proyecto debe ser entregado aunque sea de manera interna,
mediante etapas iteradas y dentro de ellas se debe hacer el
anlisis de opinin de los inversores.
Colaboracin entre equipos:
Para llevar a cabo el desarrollo del software se elabora no slo
con una nica persona, sino a la vez lo pueden realizar mltiples
equipos.
Elevar el nivel de abstraccin:
Hace uso de conceptos reutilizables como son los lenguajes o los
marcos de referencia.
Enfocarse en la calidad:
El control de calidad debe ser visto en todos los aspectos de
produccin para el aseguramiento de calidad el cual forma parte
del proceso de desarrollo.
B. Fases de Desarrollo del Software
Inicio:
Tiene como propsito definir y acordar el alcance del proyecto
con los patrocinadores, identificar los riesgos asociados al
proyecto, proponer una visin muy general de la arquitectura de

software y producir el plan de las fases y el de iteraciones


posteriores (APODACA, y otros, 2012).
Elaboracin
El objetivo en esta fase es establecer la arquitectura base del
sistema para proveer bases estables para el esfuerzo de diseo e
implementacin en la siguiente fase (MARTINEZ GARCIA,
2010).
Construccin
El objetivo de la fase de construccin es clarificar los
requerimientos faltantes y completar el desarrollo del sistema
basados en la arquitectura base (GARCIA, 2009).
Transicin
Se lleva a cabo la instalacin del software en los equipos del
cliente y la formacin de los usuarios. (JALDIN ROSALES,
2005).
Figura N 3: Fases del Modelo RUP

FUENTE: (HERRERA, 2012).


C. Modelo del Diseo de Sistema

Modelo de Negocio:
El modelo de negocio es aquel que se basa en dos diagramas
principales, donde la institucin interacta con distintos
elementos

externos:

cliente,

proveedor

institucin

(DEBRAUWER, y otros, 2005).

Figura N 4: Ejemplo de Modelo de Negocio

Fuente: (LOPEZ RODRIGUEZ, 2008).


Requerimientos
Tienen como propsito definir lo que el sistema va a hacer y el
alcance de este mismo, utiliza los casos de uso para describir los
requerimientos, identificando a los actores los cuales son los
usuarios y otras personas que interactan con el sistema
(STOBER, y otros, 2009).
Anlisis y Diseo

El propsito de este flujo de trabajo es el de convertir el diseo a


cdigo de trabajo, desarrollando una arquitectura robusta y a su
vez adaptando el diseo a entorno de implementacin
(KURBEL, 2008).

Implementacin y Despliegue
El diseo lo convierte a cdigo de trabajo, tambin prueba los
elementos desarrollados como unidad e integra los resultados
individualmente en un sistema ejecutable (CHRISTOPH, 2008).
Pruebas
Se evala si el producto cumple con los requerimientos y
tambin con los objetivos definidos para el proyecto,
enfocndose en la evaluacin y aseguramiento de calidad de
software (JACOBSON, y otros, 2001).
D. Descripcin de los Diagramas
Diagrama de Casos de Uso:
Dentro de este diagrama podemos modelar la funcionalidad del
sistema, agrupndolas en descripciones de accin ejecutada por
un sistema para lo obtencin de sus resultados (CUESTA, y
otros, 2009).
Diagrama de Clases:

Se encarga de hacer el muestreo de descripciones de objetos los


cuales comparten las mismas caractersticas, es decir quienes
componen el sistema y tienen relacin entre s (FLORES
CUETO, 2010).
Diagrama de Objetos:
Se lleva a cabo una serie de muestras de objetos y sus relaciones
(SANTANA ROJAS, 2013).

Diagramas de Comportamiento:
Dentro de estos diagramas encontramos:

Diagrama de Estados:
Se lleva acabo el modelado del comportamiento del
sistema (VALENCIA ACUA, 2012).
Figura N 5: Diagrama de Estado

Fuente: (MICROSOFT, 2008)


Diagrama de actividades:
Se encarga de simplificar el diagrama de estados
mediante el modelado de comportamiento de flujos de
actividades. Tambin se muestra a los responsables de
cada actividad (MICROSOFT, 2012).

Figura N 6: Diagrama de Actividades

Fuente: (CYBERTESIS.EDU, 2005)


Diagramas de interaccin:
Lleva acabo las divisiones de los tipos de diagrama segn
la interaccin que enfatizan (NUEZ, 2010).
Figura N 7: Diagrama de Interaccin

Fuente: (SALINAS, 2008)

Diagrama de secuencia:
Enfatiza el intercambio entre los objetos y los mensajes
entre s dentro de un orden temporal de los mismos
(GARCIA, y otros, 2011).
Figura N 8: Diagrama de Secuencia

Fuente: (DIANG CHUING, 2007)


Diagrama de Colaboracin:
Se hace una muestra de interaccin entre los objetos
donde se resalta la organizacin estructural de objetos en
lugar del orden de los mensajes (MARTNEZ, 2010).
Diagramas de Implementacin (ALTOVA, 2012)

Diagrama de Componentes: Se encarga de mostrar la


organizacin y sus dependencias.

Diagrama de Despliegue: Se encarga de mostrar los


dispositivos que se encuentran en un sistema y su
distribucin en el mismo.

Figura N 9: Modelo RUP y sus Diagramas

Fuente: (QUISPE, y otros, 2011).


E. Descripcin de los Modelos de Casos (QUISPE, y otros, 2011)
Modelo de Casos de Uso del Negocio:
Se describe la realizacin de cada uno de los casos de uso del
negocio.
Modelo de Objetos del Negocio:
Se utiliza para la identificacin de los roles dentro de la
organizacin.
Modelo de Casos de Uso:
Se lleva a cabo un muestreo de las interrelaciones entre el
sistema y su ambiente.
Modelo de Anlisis:
Se encuentran los resultados del anlisis del Caso de Uso.

Modelo de Diseo:
Sirve como abstraccin del modelo de implementacin y cdigo
fuente.
Modelo de Despliegue:
Se hace una muestra de la configuracin de los procesos en
tiempo de ejecucin.
Modelo de Datos:
Se describe la representacin lgica y fsica de los datos que se
encuentran en el sistema.
Modelo de Implementacin:
Es la coleccin de componentes en la cual encontramos los
entregables, ejecutables y archivos de cdigo fuente.
Modelo de Pruebas:
Se lleva a cabo la realizacin de pruebas de los modelos que
representan los diagramas que propone el UML para el desarrollo
de un modelado de proyecto.

CAPTULO III
Descripcin De La Metodologa

3. Metodologa Rational Unified Process (Rup)


Proceso de desarrollo de software el cual est constituido por mtodos dirigido a: anlisis,
implementacin y documentacin de sistemas orientado a objetos.
Esta metodologa se encarga de proporcionar un enfoque disciplinado en lo que respecta
con la asignacin de tareas y/o responsabilidades (Montilva, 2007).
A PRINCIPIOS DE DESARROLLO (CARRILLO PEREZ,
PEREZ GONZALES, & RODRIGUEZ MARTIN, 2008).
ADAPTAR EL PROCESO:
Cada proceso debe adaptarse a las necesidades del cliente.
EQUILIBRAR PRIORIDADES:
Todo requisito de diversos participantes puede llegar a ser diferentes o
contradictorios.

DEMOSTRAR VALOR ITERATIVAMENTE:


Todo proyecto debe ser entregado aunque sea de manera interna, mediante
etapas iteradas y dentro de ellas se debe hacer el anlisis de opinin de los
inversores.
COLABORACIN ENTRE EQUIPOS:
Para llevar a cabo el desarrollo del software se elabora con una nica persona
sino a la vez lo pueden realizar mltiples equipos.
ELEVAR EL NIVEL DE ABSTRACCIN:
Hace uso de conceptos reutilizables como son los lenguajes o los marcos de
referencia.
ENFOCARSE EN LA CALIDAD:
El control de calidad debe ser visto en todos los aspectos de produccin para
el aseguramiento de calidad el cual forma parte del proceso de desarrollo.
B FASES DE DESARROLLO DEL SOFTWARE

INICIO:
Tiene como propsito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos asociados al proyecto, proponer una
visin muy general de la arquitectura de software y producir el plan de las fases
y el de iteraciones posteriores (Apodaca & ENCINAS, 2012).
ELABORACIN

El objetivo en esta fase es establecer la arquitectura base del sistema para


proveer bases estables para el esfuerzo de diseo e implementacin en la
siguiente fase (Martinez Garcia, 2010).
CONSTRUCCIN
El objetivo de la fase de construccin es clarificar los requerimientos faltantes
y completar el desarrollo del sistema basados en la arquitectura base (Garcia O.
, 2009).
TRANSICIN
Se lleva a cabo la instalacin del software en los equipos del cliente y la
formacin de los usuarios (Jaldin Rosales, 2005).
C MODELO DEL DISEO DE SISTEMA
MODELO DE NEGOCIO:
El modelo del negocio es aquel que se basa en dos diagramas principales,
donde la empresa interacta con distintos elementos externos: cliente,
proveedor, y empresa (Debrauwer & VAN DER HEYDE, 2005).
REQUERIMIENTOS
Tiene como propsito definir lo que sistema va hacer y el alcance de este
mismo, utiliza los casos de uso para describir los requerimientos, identificando
a los actores los cuales son los usuarios y otras personas los cuales interactan
con el sistema (Stober & HANSMAN, 2009).
ANLISIS Y DISEO
El propsito de este flujo de trabajo tiene la de convertir el diseo a cdigo de
trabajo, desarrollando una arquitectura robusta y a su vez adaptando el diseo
a entorno de implementacin (Kurbel, 2008).
IMPLEMENTACIN Y DESPLIEGUE
El diseo lo convierte a cdigo de trabajo, tambin prueba los elementos
desarrollados como unidad e integra los resultados individualmente en un
sistema ejecutable (Christoph, 2008).
PRUEBAS
Se evala si el producto cumple con los requerimientos y cumple con objetivos
definidos para el proyecto, enfocndose en la evaluacin y aseguramiento de
calidad de software (Cuesta, AMORES, & SALVA, 2009).

D DESCRIPCIN DE LOS DIAGRAMAS


DIAGRAMA DE CASOS DE USO:
Dentro de este diagrama podemos modelar la funcionalidad del sistema,
agrupndolas en descripciones de accin ejecutada por un sistema para lo
obtencin de sus resultados (Cuesta, AMORES, & SALVA, 2009).
DIAGRAMA DE CLASES:
Se encarga de haces el muestreo de descripciones de objetos los cuales
comparten mismas caractersticas, es decir quienes componen el sistema y
tienen relacin entre s (Flores Cueto, 2010).
DIAGRAMA DE OBJETOS:
Se lleva a cabo una serie de muestras de objetos y sus relaciones (Santana
Rojas, 2013).

Diagrama de estados:
Se lleva a cabo el modelado del comportamiento del sistema (Valencia Acua,
2012).

DIAGRAMA DE ACTIVIDADES:
Se encarga de simplificar el diagrama de estados mediante el modelado de
comportamiento de flujos de actividades. Tambin se muestra a los
responsables de cada actividad (MICROSOFT, 2012).
DIAGRAMAS DE INTERACCIN:
Lleva acabo las divisiones de los tipos de diagrama segn la interaccin que
enfatizan (Nuez, 2010).

DIAGRAMA DE SECUENCIA:
Enfatiza el intercambio entre los objetos y los mensajes entre si dentro de un
orden temporal de los mismos (Garcia & PARRADO, 2011).
DIAGRAMA DE COLABORACIN:
Se hace una muestra de interaccin entre los objetos donde se resalta la
organizacin estructural de objetos en lugar del orden de los mensajes
(Martnez, 2010).

DIAGRAMAS DE IMPLEMENTACIN (Altova,


2012).

DIAGRAMA DE COMPONENTES: Se encarga de

mostrar la organizacin y sus dependencias.


DIAGRAMA DE DESPLIEGUE: Se encarga de
mostrar los dispositivos que encuentran en un sistema
y su distribucin en el mismo.

E DESCRIPCIN DE LOS MODELOS DE CASOS


(Quispe, HUAMANTUCO SOLORZANO, & VARGAS
YUPANQUI, 2011)
MODELO DE CASOS DE USO DEL NEGOCIO:
Se describe la realizacin de cada uno de los casos de uso del negocio.
MODELO DE OBJETOS DEL NEGOCIO:
Se utiliza para la identificacin de los roles dentro de la organizacin.
MODELO DE CASOS DE USO:
Se lleva a cabo un muestreo de las interrelaciones entre el sistema y su
ambiente.
MODELO DE ANLISIS:
Se encuentran los resultados del anlisis del Caso de Uso.
MODELO DE DISEO:
Sirve como abstraccin del modelo de implementacin y cdigo fuente.
MODELO DE DESPLIEGUE:
Se hace una muestra de la configuracin de los procesos en tiempo de
ejecucin.

MODELO DE DATOS:
Se describe la representacin lgica y fsica de los datos que se encuentra en el
sistema.
MODELO DE IMPLEMENTACIN:
Es la coleccin de componentes en el cual encontramos los entregables,
ejecutables y archivos de cdigo fuente.
MODELO DE PRUEBAS:
Se lleva a cabo la realizacin de pruebas de los modelos que representan los
diagramas que propone el UML para el desarrollo de un modelado de
proyecto.

CAPTULO IV
APLICACIN DE LA METODOLOGA

4. APLICACION:
En el presente capitulo se desarrollara el proyecto, para ello se utilizara el Proceso
Unificado Rational (RUP) se desarrollara siguiendo las siguientes disciplinas: Modelado
de negocio, Requisitos, Anlisis y Diseo.
4.1. DESCRIPCION DEL NEGOCIO
4.1.1. Registro del alumno
Actualmente el proceso de registro de alumno es manual los padres de
familia llegan a registrar a sus hijos en sus respectivos grados tienen que
hacer una larga cola, posteriormente al llegar con la secretaria el
proceso de inscripcin se realiza en Excel y demora por cada alumno.

4.1.2. Pago de Matricula


Una vez que est registrado el alumno, realiza el pago de su matricula,
los cuales estn almacenado en Excel.
4.2.

MODELO DE CASOS DE USO DEL NEGOCIO


4.2.1. Actores del Negocio
N

Actor

Descripcin
Apoderado debe pagar todos
sus pagos establecidos por el
colegio en una determinada

fecha.

Est a cargo de registrar a los


alumnos

recepcionar

los

documentos de los alumnos.

Registrar los pagos y entregar


Secretaria

comprobante.

4.2.2. Procesos funcionales


N
1
2
3
4

Actor

Proceso
Asigna grado seccin
Buscar alumno
Crear Pago Matricula
Registrar alumno

Secretaria

4.2.3. Procesos no Funcionales


N

Actor

Alumno

Proceso
Inscribirse

Realizar pago

Matricula
Verificar requisitos

Secretar
ia

4.2.4. Caso de uso del Negocio

4.3.

MODELOS OBJETO DE NEGOCIO

4.4.

4.5.

REGLAS DEL NEGOCIO


Actor

Proceso

Secretaria

Registrar pago

DIAGRAMA DE CASOS DE USO


4.5.1. Validar usuario

Descripcin
El pago solo se podr
realizar con el nmero de
DNI, en efectivo y en
soles.

4.5.2. Secretaria

4.6.

DIAGRAMA DE ACTIVIDADES
4.6.1. Registrar Alumnos

4.6.2. Registrar Pago Matricula

4.6.3.Validar Usuario

Ejecucion del
sistema

Solicitud de usuario y
contrasea

Introducir usuario y
contrasea
Usuario y contrasea son validos
No

Si
Acceso al
sistema

4.7.

DIAGRAMA DE ESTADOS
4.7.1. Alumno

Registrar alumno (Estado = Habilitado)


Habilitado

Habilitar alumno (Estado = Habilitado)


Eliminar alumno (Estado = Inhabilitado)
Inhabilitado

4.8.

DIAGRAMA DE SECUENCIA
4.8.1. Registrar Alumno

4.8.2. Registrar Pagos

4.8.3. Acceso al Sistema

Usuario : Actor

Ingresar : GUI

VerificarDatos : Control

Empleado : Entidad

1: Ingresar dni
2: Ingresar clave
3: Ingresar
4: Verificar campos vacios
5: Buscar usuario
6: Datos
7: Mensaje
8: Verificar clave
9: Mensaje

4.9.

DIAGRAMA DE COLABORACION
4.9.1. Registrar alumno

4.9.2. Registrar Pago

5. CONCLUSIONES

La recopilacin de informacin fue gracias al apoyo de la secretaria acargo de las


matriculas en la I.E, todo esto para realizar las mejoras en el diseo de las interfaces en

el sistema.
Se analizaron los requerimientos, que en el rea de secretaria se necesitaba para luego

realizar el respectivo diseo de los procesos.


El diseo de los diferentes procesos y actividades dentro de la gestin matricula se

desarroll con xito gracias a las herramientas de Rational Rose.


Finalmente el anlisis y el diseo desarrollado en ste proyecto para la institucin
educativa Peruano Americano, tiene la factibilidad de mejorar los procesos y
actividades para hacer ms eficiente el control de matricula, para la mejor atencin de
los apoderados.

6. REFERENCIAS BIBLIOGRAFICA
Altova.

(2012).

Recuperado

el

25

de

Junio

de

2013,

de

http://www.altova.com/es/umodel/uml-deployment-diagrams.html
Americano, P. (s.f.). Vision. Obtenido de http://www.peruanoamericano.edu.pe
Anay, C. (2011). Metodologa RUP de Ingeniera del Software. Obtenido de http://es.
scribd.

com/doc/59141033/Carrillo-Anay-Metodologia-Rup-de-Ingenieria-Del-

Software.
Apodaca, F., & ENCINAS, G. (27 de Noviembre de 2012). BLOG INGENIERIA EN
SOFTWARE. Recuperado el 25 de Junio de 2013, de BLOG INGENIERIA EN
SOFTWARE:

http://metodologiadesoftware.blogspot.com/2012/11/fases-del-

modelo-rup_27.html
Carranza Liza , M. (2009). ANLISIS, DISEO E IMPLEMENTACIN DE UN
SISTEMA

DE

EVENTUALES

SOLICITUDES
VA

UNA

DE

PAGO

INTRANET

DE
Lima,

REMUNERACIONES
Per:

PONTIFICIA

UNIVERSIDAD CATLICA DEL PER.


CARRILLO PEREZ, I., PEREZ GONZALES, R., & RODRIGUEZ MARTIN, D. (15 de
OCTUBRE de 2008). METODOLOGIA DE DESARROLLO DEL SOFTWARE.

Recuperado el 09 de OCTUBRE de 2012, de https://docs.google.com/viewer?


a=v&q=cache:ao1ocrZUKLoJ:solusoft-g11.googlecode.com/files/Metodologias
%2520de
%2520desarrollo.pdf+principios+de+desarrollo+de+la+metodologia+rup&hl=es419&gl=pe&pid=bl&srcid=ADGEESj3OPC7nSTXgKR7mB4TKv9I2SbOvZDYcwoKOunhKFJwR
Christoph, B. (2008). INGENIERIA SOFTWARE. (WETPAINT) Recuperado el 01 de
OCTUBRE

de

2012,

de

http://clases3gingsof.wetpaint.com/page/Proceso+de+Despliegue+de+RUP
Contreras Adriano, S., & Garca Ramrez, Y. (2008). SISTEMA INFORMTICO DE
PLANILLAS PARA NORTFARMA S.A.C. PIURA , Per: Universidad Cesar
Vallejo - Filial Piura .
Corts, J. (10 de Mayo de 2016). Fases de la Metodologia RUP. Obtenido de
http://es.slideshare.net/cortesalvarez/metodologa-rup
Cuesta, D., AMORES, P., & SALVA, P. (19 de OCTUBRE de 2009). LENGUAJE
UNIFICADO

DE

MODELADO.

Recuperado

el

2013,

de

http://www.slideshare.net/e1da4/diagramas-uml
Debrauwer, L., & VAN DER HEYDE, F. (2005). UML 2: INICIACION, EJEMPLOS,
EJERCICIOS CORREGIDOS. BARCELONA: ENI EDICIONES.
Erique Gaspar, C. (2013). Diseo De Un Aplicativo Web Para La Automatizacin De
Procesos En El Area De Planillas De Un Estudio Contable. Lima: Universidad
Tecnologica del Per.
Flores Cueto, J. J. (2010). DIAGRAMA DE CLASES EN UML. Recuperado el 25 de Junio
de 2013
Garcia, F., & PARRADO, A. (2011). Recuperado el 25 de Junio de 2013, de
http://www.slideshare.net/FABIANGARCIA/diagramas-de-secuencia-presentation

Garcia, O. (1 de Diciembre de 2009). CICLO DE VIDA RUP. Recuperado el 25 de Junio


de 2013
I., B. G. (1997). The UML Specifcation Document Rational Software Corp.
IEEE. (1993). Engineeering Standard Glossary of Software Engineering.
Jaldin Rosales, R. (2005). rolandojaldin.blogspot.com. Recuperado el 27 de Marzo de
2013, de Metologia RUP: http://rolandojaldin.blogspot.com/2010/11/fase-detransicion-etapa-de.html
Kurbel, K. (2008). THE MAKING OF INFORMATION SYSTEM: SOFTWARE
ENGINEERING AND MANAGEMENT IN A GLOBALIZED WORLD.
FRANKFORT: SPRINGER.
Martinez Garcia, L. (12 de Noviembre de 2010). Software. Recuperado el 25 de Junio de
2013, de http://softwarerecopilation.wordpress.com/modelo-rup/
Martnez, I. (2010). Universidad Simon Bolivar. Recuperado el 25 de Junio de 2013, de
http://ldc.usb.ve/~martinez/cursos/ci3715/clase8_AJ2010.pdf
MICROSOFT.

(2012).

Recuperado

el

25

de

Junio

de

2013,

de

http://msdn.microsoft.com/es-es/library/dd409360.aspx
Montilva, J. (2007). MODELADO DE NEGOCIOS: Del Espacio del Problemas al espacio
de la solucion. MERIDA - VENEZUELA: UNIVERSIDAD DE LOS ANGELES.
Nuez. (25 de Septiembre de 2010). Recuperado el 25 de Junio de 2013, de
http://www.slideshare.net/jent46/diagramas-de-interaccion-presentation-892165
Quispe, C. V., HUAMANTUCO SOLORZANO, D. H., & VARGAS YUPANQUI, J. L.
(2011). METODOLOGIA RUP (RATIONAL UNIFIED PROCESS). Obtenido de
MONOGRAFIAS.COM: http://www.monografias.com/trabajos-pdf4/metodologiarup-una-puno/metodologia-rup-una-puno.pdf
Santana Rojas, D. (13 de Marzo de 2013). Recuperado el 25 de Junio de 2013

Standardization, I. O. (2008). International Standard iso/lec 12207 Software Life Cycle


Processes.
Stober, H., & HANSMAN, U. (2009). AGILE SOFTWARE DEVELOPMENT: BEST
PRACTICE FOR LARGE SOFTWARE DEVELOPMENT PROJECT. BERLIN:
SPRINGA.
Valencia Acua, O. (12 de Noviembre de 2012). Recuperado el 25 de Junio de 2013, de
http://www.slideshare.net/orjova/diagramas-de-comportamientos

7. ANEXOS
7.1. PROTOTIPOS
7.1.1. Acceso al Sistema

7.1.2. Menu del Sistema

7.1.3. Registrar Alumno

7.1.4. Registrar Matricula

7.1.5. Registrar Niveles

7.1.6. Registrar Pago

7.1.7. Registrar Usuario

7.1.8. Consultar Pago

7.2.

ENCUESTAS
ENCUESTA AL PERSONAL DE LA I.E

Nombre:
Cargo:
1. Cules son sus principales responsabilidades?

2. Hay problemas en el control de MATRICULA?

3. Con que frecuencia existe el problema?

4. Porque existe este problema?

5. Cmo lo resuelve dicho problema?

6. Cmo le gustara que se resolviera?

7. Cul es su nivel educativo?

ENCUESTA AL CLIENTE DE LA I.E


Nombre:
Cargo:
1. Cuntos hijos tiene en al I.E?

2. Hay problemas en el control de MATRICULA?

3. Con que frecuencia existe el problema?

4. Sabe Usted Porque se genera este problema?

5. Cmo resuelven dicho problema?

6. Cmo le gustara que se resolviera?