Informe Tesis PDF

1
Sede Maip
SISTEMA PARA LA AUTOMATIZACIN DE

INGRESO Y ADMINISTRACIN DE LA
MATRCULA ESCOLAR
TRABAJO DE SEMINARIO PARA OPTAR AL TTULO DE
INGENIERA EN INFORMTICA
PROFESORES GUA: SR. LUIS PEA H.

SR. JUAN FUENTES L.
FABIAN ALEXANDER DIAZ LLANZA

DAVID MOISES Z ACARIAS CABAS VERGARA
2013
Agradecimientos
Primero que nada agradecer a dios por darme la fuerza y voluntad de seguir
adelante para cumplir mis metas. Dar gracias a mi familia y a todo que me ha
apoyado en este proceso, a crecer como persona; y agradecer especialmente a
mis padres, por estar conmigo en momentos difciles y que sin ellos no hubiera
podido llegar hasta esta etapa de mi vida.
David Moises Zacarias Cabas Vergara
A mis padres, por darme la oportunidad de estudiar una carrera Universitaria y

apoyarme en los momentos ms difciles de mi vida.
Fabian Alexander Diaz Llanza
Dedicatoria
Quiero dedicar este seminario a mi familia y especialmente a mis padres, por

ayudarme a salir adelante y apoyarme en todo momento.
David Moises Zacarias Cabas Vergara
A mis padres, por hacer de m una persona con valores, recordndome siempre la
importancia de estudiar. Porque todo lo que soy se lo debo a ellos.
A mi hermano por su sacrificio y esfuerzo.
Fabian Alexander Diaz Llanza
Resumen
Actualmente el establecimiento cliente posee un problema con los documentos y

contratos archivados en sus dependencias, ya que estn en constante riesgo de
ser extraviados o arruinados bajo cualquier circunstancia, adems de ser estos de
lenta consulta (la bsqueda de archivadores y la lectura de cada documento
buscando la informacin necesaria). Un sistema automatizado o computarizado
provee un fcil orden y control de estos ficheros al estar contenidos en un mismo
sitio. Asimismo, gracias a la interfaz de software su consulta se hace cuestin de
segundos, otorgando as, mayor eficacia al usuario.
Incorporar este desarrollo en la organizacin, proveer mayor control de los datos
y de informacin, tambin de la seguridad para stos. Otro beneficio es la rapidez
de acceso a registros y formularios, mencionando tambin que gracias a las
funcionalidades del proyecto las duplicidades de documentos, archivos o registros,
sern plenamente controladas.
Al observar el entorno en el que se va a implementar este producto, ste se ver
beneficiado por grandes cambios tanto fsicos como lgicos. El alivio de eliminar
cantidades de archivadores, o la ya reiterada velocidad de acceso a los datos,
como tambin el fuerte control de stos se ver potenciado. Todos estos puntos
sern una mejora de entorno y de negocio.
El desarrollo contempla unir la mayor cantidad de funcionalidades que satisfagan
las necesidades administrativas y curriculares. Necesidades presentes en un
oficina como cualquiera, ya sea digitalizar un documento, imprimir un registro,
modificar un formulario, solicitar una firma, etc.
Abstract
Currently the customer establishment has a big problem with archived documents
and contracts on its premises, as they are at constant risk of being lost or ruined in
any circumstance, besides being slow query documents (search for files and
reading every document looking for the necessary information). An automated or
computerized system provides easy command and control of these documents to
be contained in one place. And thanks to the software interface makes your query
within seconds, giving thus more effectively to the user.
Incorporate this development in the organization, provide greater control of data
and information, and the security for these. Another benefit is also the speed of
access to records and forms, mentioning also that thanks to the functionality of the
project duplication of documents, files or records will be fully controlled.
If we talk about the environment in which to implement this product, it will benefit
from major changes both physical and logical. Think of the relief remove quantities
of files, or repeated and speed of access to data, as well as the strong control of
these. All these points will be an improvement and business environment.
The development includes joining the largest amount of functionality to meet the
administrative and curricular needs. Needs present in a office as anyone, either
scan a document, print a record, edit a form, request a signature, etc.
ndice
ndice .................................................................................................................................................. 7
Introduccin ..................................................................................................................................... 11
I. Formulacin y delimitacin del problema en estudio............................................................. 12
1.1 Descripcin de la organizacin .......................................................................................... 13
1.1.1 Antecedentes ................................................................................................................ 13
1.1.2 Estructura organizacional ............................................................................................ 15
1.2 Descripcin del problema ................................................................................................... 16
II. Objetivos ...................................................................................................................................... 17
2.1 Objetivo general ................................................................................................................... 18
2.2 Objetivos especficos .......................................................................................................... 18
III. Marco terico ............................................................................................................................. 19
3.1 Matrcula escolar .................................................................................................................. 20
3.1.1 Qu es una matrcula escolar? ................................................................................ 20
3.1.2 Qu permite la matrcula escolar?........................................................................... 20
3.1.3 Participantes de una matrcula ................................................................................... 20
3.1.4
Beneficiados con la matrcula escolar ................................................................. 21
3.1.5 Documentos legales para efectuar matrcula ........................................................... 21

3.1.6 Eleccin de establecimiento educativo ..................................................................... 21
3.2
Tipos de establecimiento en que se aplica la matrcula escolar ............................. 22
3.2.1 Establecimiento municipal o estatal........................................................................... 22

3.2.2 Establecimiento particular ........................................................................................... 23
3.2.3 Particular subvencionado ............................................................................................ 23
3.2.4
3.4
Particular pagado.................................................................................................... 24
Ejecucin de la matrcula en el establecimiento educacional ................................. 26
IV. Metodologa de trabajo ............................................................................................................ 30

4.1 Metodologas propuestas ................................................................................................... 31
4.1.1 Modelo en cascada ...................................................................................................... 31
4.1.2 Modelo de Prototipos ................................................................................................... 33
4.1.3 Modelo Incremental ...................................................................................................... 33
4.1.4 Espiral............................................................................................................................. 34
4.1.5 Rapid Application Development (RAD) ..................................................................... 35
4.1.6 Otros enfoques de desarrollo de software ................................................................ 36
4.2 Toma de requisitos .............................................................................................................. 40
4.2.1 Requerimientos Funcionales: ..................................................................................... 40
4.2.2 Requerimientos No Funcionales: ............................................................................... 42
4.3 Propuesta de solucin......................................................................................................... 44
4.4 Alternativas de solucin ...................................................................................................... 44
4.4.1 Sistema automatizado para la administracin de datos del alumno matriculado
................................................................................................................................................... 45
4.4.1.1 Factibilidad tcnica.................................................................................................... 46
4.4.1.2 Factibilidad econmica ............................................................................................. 49
4.4.1.3 Factibilidad operativa ................................................................................................ 52
4.4.1.4 Factibilidad legal ........................................................................................................ 54
4.4.2 Sitio Web para la administracin de datos del alumno matriculado .................... 56
4.4.2.1 Factibilidad tcnica.................................................................................................... 57
4.2.2.2 Factibilidad econmica ............................................................................................. 60
4.2.2.3 Factibilidad operativa ................................................................................................ 63
4.2.2.4 Factibilidad legal ........................................................................................................ 65
4.5 Solucin propuesta .............................................................................................................. 67
4.5.1 Metodologa seleccionada .......................................................................................... 67
4.5.2 Alternativa de solucin ................................................................................................. 68
4.6 Beneficios de la solucin .................................................................................................... 69
4.7 Desarrollo tcnico ................................................................................................................ 70
4.7.1 Marco de Desarrollo ..................................................................................................... 70
4.7.2 Plan de proyecto ........................................................................................................... 71
4.7.2.1 Asignacin de responsabilidades ........................................................................... 72
4.7.2.2 Carta Gantt y asignacin de tareas ........................................................................ 73
4.7.2.3 Estimacin de esfuerzo ............................................................................................ 77
4.7.2.4 Ruta crtica ................................................................................................................. 82
4.7.2.5 Matriz de riesgo ......................................................................................................... 85
4.8 Anlisis .................................................................................................................................. 88
4.8.1 Modelo conceptual de datos ....................................................................................... 88
4.8.1.1 Diseo fsico de datos ............................................................................................. 88

4.8.2 Especificacin de requerimientos (Funciones, datos, interfaz) ............................. 90
4.8.2.1 Funciones ................................................................................................................... 90
4.8.2.2 Datos ........................................................................................................................... 92
4.8.2.3 Interfaz ........................................................................................................................ 93
4.8.3 Especificacin de requisitos (Restricciones tcnicas, funcionales, no
funcionales) ............................................................................................................................. 95
4.8.3.1 Restricciones tcnicas .............................................................................................. 95
4.8.3.2 Requerimientos funcionales .................................................................................... 95
4.8.3.3 Requerimientos no funcionales ............................................................................... 96
4.9 Diseo.................................................................................................................................... 97
4.9.1 Diagramas de comportamiento del sistema ............................................................. 97
4.9.1.1 Diagramas de casos de uso .................................................................................... 97
4.9.1.2 Diagramas de actividades ...................................................................................... 124
4.9.1.3 Diagramas de estado.............................................................................................. 137
4.9.2 Diagramas de interaccin.......................................................................................... 145
4.9.2.1 Diagrama de secuencia.......................................................................................... 145
4.9.2.2 Diagrama de colaboracin ..................................................................................... 147
4.9.3 Diagramas de diseo estructural ............................................................................. 148
4.9.3.1 Diagramas de clases .............................................................................................. 148
4.9.3.2 Diagramas de componentes.................................................................................. 149
4.9.3.2 Diagramas de despliegue ...................................................................................... 150
4.9.4 Diseo detallado (Diccionario de datos, especificaciones estructuradas)......... 151
4.9.4.1 Diccionario de datos ............................................................................................... 151
4.9.4.2 Especificaciones estructuradas............................................................................. 157
5.0 Plan de pruebas ................................................................................................................. 162
5.0.1 Prueba del sistema..................................................................................................... 163
5.0.1.1 Pruebas de caja blanca .......................................................................................... 163
5.0.1.2 Pruebas de caja negra ........................................................................................... 166
5.0.2 Pruebas de aceptacin .............................................................................................. 168
Conclusin ..................................................................................................................................... 172
Bibliografa ..................................................................................................................................... 173
ANEXO A ....................................................................................................................................... 174
ANEXO B ....................................................................................................................................... 175

ANEXO C ....................................................................................................................................... 176
10
Introduccin
Los contratos de matrcula son utilizados por los establecimientos educacionales

para registrar un alumno adems de su compromiso al pago de los servicios y la
aceptacin de ste por parte de la institucin. El contrato de matrcula, es usado
para comprobar que un alumno pertenece a un determinado colegio.
Normalmente para matricularse en un colegio, se pide documentacin normal e
informacin bsica personal, por ejemplo: Rut, Nombres, Apellidos, presentar
cdulas de identidad y concentracin de notas si es un alumno que cambiar de
un colegio a otro. Esta informacin personal es solicitada tanto para alumnos
como para sus respectivos apoderados.
El proceso de matrcula comnmente, es realizado a mano, muchas veces se llena
un formulario y se solicita la firma de los apoderados. El tener que llenar estos
documentos a mano para cada alumno a matricular en el establecimiento hace
que sea una tarea lenta, tediosa y hasta se corre el riesgo de extravo de
documentacin.
Por tal motivo, es necesario desarrollar un sistema el cual pueda administrar de
manera eficiente la informacin actual del alumno y poder hacer uso de ella en
todo momento. El sistema tendr la obligacin de automatizar y agilizar las tareas
diarias (manuales) que el operador realiza en el establecimiento.
11
I. Formulacin y delimitacin del problema en

estudio
12
1.1 Descripcin de la organizacin
1.1.1 Antecedentes
Sociedad Educacional Echaurren LTDA.
Establecimiento educacional nivel knder, bsica y media (La enseanza media

hasta 3 ao).
La sociedad posee 2 establecimientos, uno en la comuna de Estacin Central y

otro en la comuna de Maip. La ubicacin de la sede de estacin central se
encuentra en la calle Calle Luis Infante Cerda 5484, nmero de telfono: (2)
27413747.
13
La ubicacin de la sede de Maip se encuentra en la calle Avda. Las Parcelas

3101 y su nmero telefnico es: 227449017.
El precio por matricula es gratis, a cambio se debe pagar $15.000 por

familia para derecho de centro de padres. El costo por mensualidad es de
$25.000 (pre-knder y knder) y $42.000 enseanza bsica y media.
Descuento por hermanos de alumnos matriculados: primer hermano tiene

un descuento de 25% a la mensualidad, 50% al segundo hermano y gratis
al tercer hermano.
El establecimiento posee solo un curso por nivel de enseanza.
14
1.1.2 Estructura organizacional
Sostenedor economico
(Gonzalo Avila Candia)
Directora (Carolina Avila

Candia)
Administracion
Secretaria (Isabel
Gonzlez)
Cordinacion academica
Inspectora (Pamela
Varela)
enseanza media
(Miguel Prez Dotte)
de enseanza basica y
jefa de UTP (Piedad
Varela Aguirre)
Docentes
15
1.2 Descripcin del problema
Actualmente el colegio tiene problemas en el mbito administrativo, el registro

manual y administracin de los documentos usados a diario, tales como:
matriculas, mensualidades, registro de alumnos, apoderados, fichas personales,
etc.
El problema, en concreto de esta situacin, es la ardua tarea de organizar y
clasificar los documentos cada ao, mes o semana, adems de la lentitud que
provoca el buscar un documento de alumno nombre por nombre, como tambin lo
complicado que es el tratar de modificar la informacin de un documento, por lo
que usualmente acostumbran a rehacerlos y por ltimo, el riesgo a perder los
ficheros e informacin.
El ingreso de una matrcula del alumno en el actual sistema manual, hace que el
proceso sea lento y de mucho trabajo, al momento de efectuar la matrcula es
necesario llenar formularios de datos del alumno y apoderados, este proceso es
bastante lento ya que es necesario ingresar todos los datos uno por uno y no es
posible recupralos al instante (alumnos antiguos).
En resumen el principal problema de la organizacin es la disponibilidad de
informacin y documentos que se manejan a diario.
16
II. Objetivos
17
2.1 Objetivo general

Desarrollar un software que administre los datos del proceso de matrcula
del alumno durante periodo de escolaridad pactado
2.2 Objetivos especficos
Efectuar entrevista para conocer problemtica actual
Obtencin de datos relevantes (formularios de datos, comprobantes de

matrcula y pago, planillas, otros)
Especificar el problema de investigacin
Desarrollar una efectiva toma de requerimientos
Conocer el proceso manual de administracin de los documentos
Conocer que procesos manuales se pueden automatizar
Elegir e implementar una metodologa de trabajo que se adapte al proyecto
Obtener informacin relevante para realizar propuestas de solucin
Crear propuestas de solucin y evaluar sus factibilidades
Desarrollar e implementar un plan de proyecto
Crear Modelos UML y BPMN segn sea correspondiente
Desarrollar primera versin del software
Evaluar resultados
18
III. Marco terico
19
3.1 Matrcula escolar
3.1.1 Qu es una matrcula escolar?
Es el proceso en el cual se hace efectiva la documentacin y los antecedentes

escolares del alumno a matricular en un determinado establecimiento educacional
El proceso de matrcula se aplica de manera genrica en todas las instituciones de
educacin bsica y media, todo esto compuesto en el actual sistema y estatutos
del Ministerio de Educacin.
3.1.2 Qu permite la matrcula escolar?
Permite que el alumno pueda ingresar a un establecimiento educacional, siendo

privado o municipal y hacer uso de los recursos de este para poder cumplir con el
periodo de enseanza.
3.1.3 Participantes de una matrcula
Los participantes en la ejecucin de la matrcula son: el alumno que ser

matriculado; institucin educativa en el que se matricular y el apoderado o fiador
que financiar el proceso de estudio y desarrollar las actividades estudiantiles
correlativas de su pupilo.
La participacin de los miembros anteriores es genrica en todos los
establecimientos de educacin bsica y media, ya que sin ellos no se ejecutara el
proceso.
20
3.1.4 Beneficiados con la matrcula escolar
Para la enseanza bsica, la matrcula escolar es beneficiaria para nios y

jvenes (chilenos y extranjeros) que tengan 6 aos cumplidos al 31 de marzo.
Para educacin media, es necesario haber aprobado el octavo bsico y tener
como mximo 16 aos cumplidos (Primer ao diurno).
3.1.5 Documentos legales para efectuar matrcula
Para efectuar la matrcula en enseanza bsica se necesita el certificado de

nacimiento del alumno (para verificar su nacionalidad y fecha de nacimiento), en el
caso que el alumno ingrese en un ao distinto a primero bsico; es necesario que
tenga un certificado de estudios que acredite que egres del ltimo curso.
Para enseanza media, se solicita el certificado de nacimiento (para la verificacin
de la nacionalidad y la fecha de nacimiento), certificado de estudio de octavo
bsico para verificar el egreso de la educacin primaria y el informe escolar del
alumno.
3.1.6 Eleccin de establecimiento educativo
Para la eleccin de un establecimiento educativo, es necesario tener varios

factores en cuenta:
Establecimiento reconocido por el Ministerio de Educacin
Estndares para la seleccin de alumnos
Estndares del financiamiento de matrcula y mensualidades
Estadsticas en los resultados de evaluaciones que midan la enseanza
Beneficios extras que ofrece el establecimiento
Estndares en la participacin de actividades de los apoderados
21
3.2 Tipos de establecimiento en que se aplica la

matrcula escolar
3.2.1 Establecimiento municipal o estatal
Establecimientos propios de la municipalidad en el cual est situado el recinto,

estos normalmente son financiados por el estado, los aranceles del proceso de
seleccin, matrcula y mensualidad son:
Educacin bsica:
Seleccin y admisin: $3500
Matrcula: Gratuita
Mensualidad: Gratuita
Educacin media:
Matrcula: $3500 o menos
22
3.2.2 Establecimiento particular
Establecimiento educacional en donde el propietario no es el estado. Se paga

mensualidad y matricula correlativamente, estos se clasifican en particular
subvencionado y particular pagado.
3.2.3 Particular subvencionado
Establecimiento particular el cual est financiado por el estado y por privados;

estos pueden o no tener financiamiento compartido. Los aranceles son:
Sin financiamiento compartido
Educacin bsica:
Matrcula: $3500 mximo
Educacin Media:
Matrcula: $3500 o menos
Financiamiento compartido: es el cual en el que el establecimiento se financia con aporte del estado y de
los apoderados de este
23
Con financiamiento compartido
Educacin bsica:
Matricula: Gratuita
Mensualidad: No puede superar las 4 unidades de subvencin educacional (USE)
Educacin media:
Matricula: $3500 o menos
Mensualidad: No puede superar las 4 unidades de subvencin educacional (USE)
3.2.4 Particular pagado
Establecimiento particular en el cual no tiene subvencin del estado y se financia

con la recaudacin de las matrculas y mensualidades por parte de los
apoderados. Los aranceles de los procesos de seleccin, matrcula y mensualidad
son definidas por el establecimiento.2
USE (Unidad de subvencin educacional): Valor anual que entrega el estado para financiar las
instituciones educacionales con subvencin, se reajusta en diciembre de cada ao o cuando se ajustan los
sueldos al sector pblico. Para aplicarlo a cada institucin y alumno de esta se realizan una serie de
operaciones para dar el monto mensual.
24
3.3 Decretos relevantes en el proceso de matrcula

escolar
Decreto 3177 exento: fija el monto mximo de derechos de matrcula que

podrn cobrar los establecimientos subvencionados de enseanza media,
ambas modalidades y los administrados por el decreto ley n 3.166, de 1980,
para el ao escolar 2013; establece sistema de rebajas o exenciones a dicho
monto y determina derechos de escolaridad que indica.
Ley de subvenciones, art 22: Los centros de padres y apoderados de los

establecimientos
educacionales,
subvencionados
que
estn
reglamentariamente constituidos, podrn cobrar anualmente un aporte por

apoderado no superior al valor de media unidad tributaria mensual. Este
aporte tendr el carcter de voluntario y podr enterarse en diez cuotas
mensuales.
Los directores debern entregar anualmente a los centros de padres y
apoderados, un informe de la gestin educativa del establecimiento,
correspondiente al ao escolar anterior, en el primer semestre del nuevo ao
escolar. A quienes no cumplan con esta obligacin, se les aplicara la sancin
contemplada en la letra a) del artculo 45 de este cuerpo legal.
Ley subvenciones, art 45 (sanciones): las sanciones consistirn en:

-
Multas.
Suspensin del pago de la subvencin.
Privacin de la subvencin, que puede ser total o parcial, definitiva o

temporal.
Revocacin del reconocimiento oficial.
Inhabilidad temporal o perpetua del o de los sostenedores para mantener

o participar de cualquier forma en la administracin de establecimientos
educacionales subvencionados.
25
3.4 Ejecucin de la matrcula en el establecimiento

educacional
Al momento de ejecutar la matrcula en el establecimiento educacional

seleccionado por el apoderado, se procede a completar los formularios y
solicitudes correspondientes para el ingreso del alumno al establecimiento.
Datos del formulario de matricula
El formulario a completar para la matrcula del o los alumnos son:
Datos nicos del formulario

N de Folio
Fecha
N de comprobante
Datos del apoderado y pupilo

Como apoderado solicito matrcula
Nombre apoderado
para el (los) siguientes alumnos (s)

Indicar nivel
Nombre alumno
Curso
Nombre alumno
Curso
Nombre alumno
Curso
Nombre alumno
Curso
26
Datos del tutor econmico
El tutor econmico es
El padre
La madre
Otro
Nombre tutor
RUT
Telfono
Fono
particular
trabajo
Domicilio
Lugar de trabajo
Ocupacin actual
Profesin
El formato de datos anterior, es de exclusiva propiedad de la Sociedad

Educacional Echaurren LTDA.
El formulario anterior est respaldado por la ficha de matrcula del colegio
Echarurren de Maip que se adjuntara a continuacin.
27
Formulario de contrato de servicio: el cual indica el o los alumnos a matricular

por parte del apoderado y los datos del tutor econmico que financiara el periodo e
escolaridad del alumno.
28
Formulario de contrato de pagos: formulario en el cual se concreta el servicio de

pagos anual que se cancelaran de inmediato o durante el periodo pactado.
29
IV. Metodologa de trabajo
30
4.1 Metodologas propuestas

Los modelos prescriptivos de proceso o metodologas de trabajo se crearon
originalmente para ordenar el caos del desarrollo de software y proporcionar un
camino a seguir razonablemente efectivo para los equipos de software. Sin
embargo, el trabajo de la ingeniera del software y el producto resultante an
permanecen al borde del caos.
4.1.1 Modelo en cascada

Es un proceso secuencial de desarrollo en el que los pasos son vistos hacia abajo
(como en una cascada de agua).
La Fases de este Modelo son:
Anlisis de requisitos: En esta fase se analizan las necesidades de los usuarios

finales del software para determinar qu objetivos debe cubrir. Es importante
sealar que en esta etapa se debe consensuar todo lo que se requiere del sistema
y ser aquello lo que seguir en las siguientes etapas, no pudindose requerir
nuevos resultados a mitad del proceso de elaboracin del software.
Diseo del Sistema: Descompone y organiza el sistema en elementos que

puedan elaborarse por separado, aprovechando las ventajas del desarrollo en
equipo.
Diseo del Programa: Es la fase en donde se realizan los algoritmos necesarios

para el cumplimiento de los requerimientos del usuario as como tambin los
anlisis necesarios para saber que herramientas usar en la etapa de Codificacin.
31
Codificacin: Es la fase en donde se implementa el cdigo fuente, haciendo uso

de prototipos as como de pruebas y ensayos para corregir errores. Dependiendo
del lenguaje de programacin y su versin se crean las bibliotecas y componentes
reutilizables dentro del mismo proyecto para hacer que la programacin sea un
proceso mucho ms rpido.
Pruebas: Los elementos, ya programados, se ensamblan para componer el

sistema y se comprueba que funciona correctamente y que cumple con los
requisitos, antes de ser entregado al usuario final.
Verificacin: Es la fase en donde el usuario final ejecuta el sistema, para ello el o

los programadores ya realizaron exhaustivas pruebas para comprobar que el
sistema no falle. En la creacin de desarrollo de cascada se implementa los
cdigos de investigacin y pruebas del mismo.
Mantenimiento: Una de las etapas ms crticas, ya que se destina un 75% de los

recursos, es el mantenimiento del Software ya que al utilizarlo como usuario final
puede ser que no cumpla con todas nuestras expectativas.
Estas fases son utilizadas por otros Modelos, aunque no as su mtodo de trabajo,
el cual posee un gran riesgo en su fase vital, ya que cualquier error de diseo
detectado en la etapa de prueba conduce necesariamente al rediseo y nueva
programacin del cdigo afectado, aumentando los costos del desarrollo.
Los principios bsicos del modelo de cascada son los siguientes:
El proyecto est dividido en fases secuenciales, con cierta superposicin

entre fases.
Se hace hincapi en la planificacin, los horarios, fechas, presupuestos y

ejecucin de todo un sistema de una sola vez.
Un estricto control se mantiene durante la vida del proyecto a travs de la

utilizacin de una amplia documentacin escrita, as como a travs de
32
comentarios y aprobacin por el usuario y la tecnologa de la informacin de

gestin al final de la mayora de las fases antes de comenzar la prxima
fase.
4.1.2 Modelo de Prototipos
Cuando un cliente no especifica o no tiene claro sus requerimientos el responsable

del proyecto no logra asegurarse de la eficacia del algoritmo o producto a
desarrollar. Por lo que se recurre a un prototipo estimado de lo que podran ser los
requerimientos a futuro para lograr en conjunto (cliente-desarrollador) captar de
mejor manera las necesidades del proyecto.
4.1.3 Modelo Incremental
El modelo incremental entrega una serie de lanzamientos, llamados incrementos,

que proporcionan en forma progresiva ms funcionalidad para los clientes a
medida que se entrega cada uno de los incrementos.
Se decide utilizar para este proyecto el Modelo Incremental debido a su flexibilidad
para trabajar con personal reducido; permite planear de manera concreta cada
incremento para evitar colisiones en las fechas de entrega y bloqueos en cuanto a
herramientas de incrementos anteriores. Adems provee un producto operacional
con cada incremento, dando la posibilidad de evaluar las funcionalidades del
producto en una plataforma concreta.
33
4.1.4 Espiral
El modelo en espiral fue desarrollado por Boehm, quien lo describe as:
El modelo de desarrollo en espiral es un generador de modelo de proceso guiado

por el riesgo que se emplea para conducir sistemas intensivos de ingeniera de
software concurrente y a la vez con muchos usuarios.
Los principios bsicos son:
La atencin se centra en la evaluacin y reduccin del riesgo del proyecto,

dividiendo este en segmentos ms pequeos y proporcionar ms facilidad
de cambio durante el proceso de desarrollo; as como ofrecer la
oportunidad de evaluar los riesgos y con un peso de la consideracin de la
continuacin del proyecto durante todo el ciclo de vida.
Cada viaje alrededor de la espiral atraviesa cuatro cuadrantes bsicos:

1. Determinar objetivos, alternativas, y desencadenantes de la iteracin.
2. Evaluar alternativas; Identificar y resolver los riesgos.
3. Desarrollar y verificar los resultados de la iteracin.
4. Planear la prxima iteracin.
Cada ciclo comienza con la identificacin de los interesados y sus

condiciones de ganancia, y termina con la revisin y examinacin.
Modelos evolutivos como el espiral, son apropiados, particularmente para el

desarrollo de Sistemas Orientados a Objetos.
34
4.1.5 Rapid Application Development (RAD)
El desarrollo rpido de aplicaciones (RAD) es una metodologa de desarrollo de

software, que implica el desarrollo iterativo y la construccin de prototipos.
Principios bsicos:
Cada objetivo es clave para un rpido desarrollo y entrega de una alta calidad
dentro de un sistema de relativamente bajo costo de inversin.
Intenta reducir el riesgo inherente del proyecto dividindolo en segmentos ms

pequeos y proporcionar ms facilidad de cambio durante el proceso de
desarrollo.
Orientacin dedicada a producir sistemas de alta calidad con rapidez,

principalmente mediante el uso de iteracin por prototipos (en cualquier etapa
de desarrollo), promueve la participacin de los usuarios y el uso de
herramientas de desarrollo computarizadas. Estas herramientas pueden incluir
constructores de Interfaz grfica de usuario (GUI), Computer Aided Software
Engineering (CASE) las herramientas, los sistemas de gestin de bases de
datos (DBMS), lenguajes de programacin de cuarta generacin, generadores
de cdigo, y tcnicas orientada a objetos.
Hace especial hincapi en el cumplimiento de la necesidad comercial,

mientras que la ingeniera tecnolgica o la excelencia es de menor
importancia.
Control de proyecto implica el desarrollo de prioridades y la definicin de los

plazos de entrega. Si el proyecto empieza a aplazarse, se hace hincapi en la
reduccin de requisitos para el ajuste, no en el aumento de la fecha lmite.
35
La participacin activa de los usuarios es imprescindible, de modo que, por lo

general incluye Joint application development (JAD), donde los usuarios estn
intensamente participando en el diseo del sistema, ya sea a travs de la
creacin de consenso estructurado en talleres, o por va electrnica.
Iterativamente realiza la produccin de software, en lugar de enfocarse en un

prototipo.
Produce la documentacin necesaria para facilitar el futuro desarrollo y

mantenimiento.
4.1.6 Otros enfoques de desarrollo de software
Metodologas de desarrollo Orientado a objetos o Diseo orientado a

objetos (OOD) de Grady Booch, tambin conocido como Anlisis y Diseo
Orientado a Objetos (OOAD). El modelo incluye seis diagramas: de clase,
objeto, estado de transicin, la interaccin, mdulo, y el proceso.
Top-down programming, evolucionado en la dcada de 1970 por el

investigador
de IBM Harlan
Mills (y Niklaus
Wirth)
en Desarrollo
Estructurado.
Proceso Unificado, es una metodologa de desarrollo de software, basado

en UML. Organiza el desarrollo de software en cuatro fases, cada una de
ellas con la ejecucin de una o ms iteraciones de desarrollo: creacin,
elaboracin, construccin, y las directrices. Hay una serie de herramientas y
productos diseados para facilitar la aplicacin. Una de las versiones ms
populares es la de Rational Unified Process.
36
Modelo
Enfoque
Ventajas / Desventajas
Aplicabilidad
Cascada
El inicio de cada etapa debe esperar a la Los proyectos raras veces siguen una
finalizacin
de
la
inmediatamente evolucin secuencial. No todos los
anterior.
requisitos son expuestos, al principio, de
forma explcita como requiere este
Cualquier error de diseo detectado en la modelo. El cliente debe tener paciencia,
etapa
de
prueba
conduce ya que la aplicacin solo estar
necesariamente al rediseo y nueva disponible en un estado muy avanzado
programacin del cdigo afectado, del proyecto.
aumentando los costes del desarrollo.
Este modelo es comnmente

utilizado cuando el jefe de
proyecto
es
capaz
de
recopilar
especificaciones
amplias
de
los
requerimientos del cliente.
Prototipo
No posee la funcionalidad total del

sistema, pero si condensa la idea
principal del mismo, Paso a Paso crece
su
funcionalidad,
alto
grado
de
participacin del usuario.
Se utiliza si en el mercado no
se encuentra el producto
pero
el
cliente
desea
resultados inmediatos.
El cliente puede pensar que el prototipo

es una versin acabada. Pueden llegar a
pasarse por alto la calidad del software
global o el mantenimiento a largo plazo.
Las herramientas elegidas pueden ser
inadecuadas.
Conveniente en caso de ser

necesario
desarrollar
mdulos
para
sistemas
interactivos pequeos, partes
de sistemas grandes o para
sistemas de vida corta.
37
Incremental
El sistema no se entrega de una vez, sino

que se divide en incrementos con
funcionalidades
previamente
establecidas.
Los
requisitos
son
priorizados, los de ms alta prioridad se
incluyen en los incrementos ms
tempranos.
Los clientes no tienen que esperar hasta

tener el sistema completo. El primer
incremento satisface los requisitos ms
crticos. Los primeros incrementos sirven
como prototipo y ayudan en la tarea de
detectar los posteriores requisitos. Existe
un riesgo bajo de fallar en el proyecto
total. Los servicios del sistema con la
Los requisitos de un incremento son prioridad ms alta tienden a ser los ms
inamovibles. Sin embargo estos pueden probados. Puede ser difcil ajustar los
verse modificados en incrementos requisitos a los incrementos.
posteriores. Este proceso se repite hasta
la obtencin de un producto completo. No
obstante, el modelo incremental se centra
en la entrega de un producto operativo en
cada incremento.
Utilizado para reemplazar el

antiguo desarrollo con uno
nuevo que satisfaga las
nuevas
necesidades
de
funcin,
segn
las
redefiniciones realizadas al
problema.
Manejo de Versiones.
Modelo
Enfoque
Ventajas / Desventajas
Aplicabilidad
Espiral
Es una mejora del Modelo Basado en

prototipos, cada vuelta en la espiral
representa una fase del proceso.
No hay fases fijas, cada vuelta en la
espiral determina las actividades a
realizar. La dimensin radial representa
el coste acumulado en la financiacin de
las fases. La dimensin angular
representa el progreso hecho en
completar cada ciclo de la espiral. Un
ciclo a travs de la espiral es simular un
paso a travs de un modelo en cascada.
Requiere una comunicacin permanente

con el cliente por lo tanto si se cambia el
contacto con el cual se realiza el
desarrollo es necesario que est al tanto
de lo realizado y lo pendiente, cliente
debe ser gran conocedor del sistema.
Utilizado para el desarrollo de

aplicaciones
complejas
y/o
especficas.
(Ej.
Investigacin
Gentica)
38
RAD
OOD OOAD
Rapid Application Development implica

el desarrollo iterativo y la construccin
de prototipos. Cada objetivo es clave
para un rpido desarrollo y entrega de
un sistema de alta calidad a bajo costo
de inversin.
Intenta reducir riesgos inherentes del

proyecto dividindolo en segmentos ms
pequeos para su mayor manejo. Si el
proyecto empieza a aplazarse, se hace
una reduccin de requisitos y no un
aumento en la fecha lmite. La
participacin activa de los usuarios es
imprescindible, por lo que estn
constantemente participando en el
diseo del proyecto.
Orientado a producir sistemas de

alta calidad con rapidez, a travs de
prototipos. Se enfoca en el
cumplimiento de la necesidad
comercial,
mientras
que
la
ingeniera tecnolgica es de menor
importancia.
Es programacin orientada a Objetos. Optimiza los tiempos de respuesta a los Sistemas robustos
Se utilizan objetos, clases y se reutilizan requerimientos del cliente y facilita la proyeccin.
en diferentes partes del sistema.
labor del programador pues hay un alto
aprovechamiento del cdigo. Facilita
mantenimiento del software.
de
alta
Posteriormente a la toma de requisitos se escoger la metodologa de trabajo ms adecuada para el desarrollo

del software en s.
39
4.2 Toma de requisitos

Luego de una entrevista con el cliente, se recaudaron las siguientes necesidades
del software:
4.2.1 Requerimientos Funcionales:

Los requerimientos funcionales, son declaraciones de los servicios que debe
proporcionar el sistema, de la manera en que ste debe reaccionar a entradas
particulares y de cmo se debe comportar en situaciones particulares. En algunos
casos, los requerimientos funcionales de los sistemas tambin pueden declarar
explcitamente lo que el sistema no debe hacer.
R1. Crear formularios de registro de matrcula y pago de
Prioridad
mensualidades.
Una seccin para el registro de matrculas que incluye los
Principal, Muy Alta
datos del alumno con su fiador y el formulario de

financiamiento con campos de fcil llenado y clasificacin.
R2. Imprimir comprobantes.

Cada formulario al ser completado podr ser impreso para
Prioridad
Alta
entregar como comprobante al apoderado y a su vez ser

almacenado dentro de la base de datos para registro del
establecimiento.
R3. Sub-Seccin para Cancelacin de matrculas.

Dentro de la administracin de matrculas nuevas y antiguas,
Prioridad
Media
se tendr la opcin de cancelar y/o eliminar una matrcula

dependiendo del debido caso, ya sea, por peticin del propio
apoderado del alumno o por normativa del establecimiento.
40
R4. Registro de mensualidades pagadas o atrasadas.

El control de las mensualidades es muy importante para el
Prioridad
Alta
cliente, de modo que el registro y conteo mes a mes de

quienes han pagado parte o la totalidad de la mensualidad,
dar un orden y un riguroso control econmico.
R5. Mantenedores con filtros y categoras para becas,
Prioridad
modo de pago.
Dentro
de
las
secciones
de administracin de
datos,
Muy Alta
tendremos la bsqueda de informacin filtrada, ya sea, solo

becados, no becados, forma de pago, bsqueda por nombre
de alumno, Rut, curso, apoderados, etc.
La bsqueda adems de permitir revisar la informacin de
los alumnos, tambin servir para la edicin de datos, como
por ejemplo, cambio de domicilio, de telfono, de apoderado,
etc.
R6. . Impresin de planilla Excel, con filtros (para
Prioridad
reuniones y ministerio).
Se trata de una seccin para la impresin de planillas con el
Muy Alta
registro de los alumnos, dando la posibilidad de seleccionar

los campos de informacin deseados, dependiendo del uso
que se quiera dar a la planilla. (Ministerio, Reuniones, Uso de
profesores, etc.)
R7. Asignar, modificar, quitar becas a alumnos

Seccin para administrar becas correspondientes a los
Prioridad
Media
alumnos, ya sea asignarle una beca, modificarla o quitarla.
41
4.2.2 Requerimientos No Funcionales:

Los requerimientos No Funcionales son necesarios para la realizacin y ejecucin
de los Requerimientos Funcionales. Describen aspectos del sistema que son
visibles por el usuario que no incluyen una relacin directa con el comportamiento
funcional del sistema.
Los requerimientos no funcionales incluyen restricciones como el tiempo de
respuesta (desempeo), la precisin, recursos consumidos, seguridad, etc.
R1. Hardware necesario para el funcionamiento del
Prioridad
software.
Se debe tener el hardware mnimo requerido para el buen
Principal, Alta
rendimiento y funcionamiento del software.
R2. Software previamente instalado en el computador del
Prioridad
cliente.
Para la realizacin bsica de los procesos anteriores, se
necesita
tener
el
software
previamente
instalado
Principal, Alta
configurado en el computador del o los usuarios finales.
R3. Instalacin y configuracin de la Base de Datos.

Para el uso de consultas y/o llenado de la informacin y
Prioridad
Principal, Alta
formularios, se debe tener conectada y configurada la base

de datos con la aplicacin para el uso del cliente.
42
R4. Conexin a internet y Red LAN

Se requiere una conexin estructurada a internet con un
Prioridad
Alta
Router incluido para poder configurar una red LAN y utilizarla

en el uso compartido de documentos internos.
R5. Hardware para Impresin y Scanner.

Para poder realizar las funciones de impresin y escaneo de
Prioridad
Media
documentos, es necesario que el cliente posea un kit de

impresin o de preferencia una Impresora Multifuncional para
ahorra espacio y facilitar su manejo.
R6. Configurar Grupo de Trabajo.

Se necesita configurar un grupo de trabajo dentro de la
Prioridad
Alta
organizacin para la utilizacin remota de la Base de Datos

por parte de los usuarios.
Los requerimientos funcionales mencionados anteriormente son propios de la

necesidad del cliente, por lo que no estn detallados. Cabe sealar que estos
requerimientos no han sido puestos a un plan de estudio, por lo tanto al momento
del anlisis de los requerimientos, se podr especificar de manera detallada los
requisitos funcionales que estarn implementados en el software a desarrollar.
43
4.3 Propuesta de solucin

4.4 Alternativas de solucin
Como parte del proceso de resolucin de problemas llegamos al momento en que
tenemos que generar alternativas de solucin, las cuales luego de un proceso de
evaluacin nos llevarn a tomar una decisin sobre la solucin a implementar.
Para que las alternativas de solucin sean vlidas debe ser operativa y concreta,
es decir que puedan ejecutarse de manera efectiva, que nos permitan conseguir los
resultados esperados.
Es un error frecuente en muchos responsables de una operacin o de un proyecto
que ante un problema lo intentan resolver con planteamientos u opciones que
resultan imprecisas o utpicas. Para generar alternativas de soluciones estas
deben ser factibles y posibles de analizar.
.A continuacin se presentara las alternativas de solucin posibles. Se analizaran
de acuerdo a sus factibilidades (econmica, tcnica, operativa y legal), para
finalmente seleccionar que alternativa es ms eficiente para implantar la solucin
de manera efectiva.
Las alternativas de solucin a analizar sern:
Sistema automatizado para la administracin de datos del alumno

matriculado.
Sitio Web para la administracin de datos del alumno matriculado
44
4.4.1 Sistema automatizado para la administracin de

datos del alumno matriculado
Se desarrollara un software de escritorio el cual se instalara en el computador del

personal. El software tendr las funciones pactadas en el anlisis de requisitos.
El lenguaje de programacin que se utilizara para desarrollar el software ser
Visual Basic.net, por ser un lenguaje apropiado para Windows y sus aplicaciones,
por su fcil desarrollo y aprendizaje, y especialmente por su buen soporte y diseos
de formularios en Windows.
Para lo anterior expuesto se necesita de la implementacin de base de datos
principalmente para almacenar los datos de alumnos. El gestor de base de datos
que se utilizara ser de MySql, por ser un gestor Open Source (cdigo abierto), por
su fcil acceso a la base de datos, fcil instalacin, puede ser ocupado por
variados lenguajes de programacin y puede gestionarse en ordenadores de bajos
recursos.
45
4.4.1.1 Factibilidad tcnica
La factibilidad tcnica evala si los recursos de hardware y software son ptimos

para poner en marcha el proyecto. Claramente hay que definir con qu recursos el
sistema de informacin rendir de manera eficiente.
El lugar fsico donde se implementar el software es una oficina de un colegio la
cual contiene los artculos predefinidos de una oficina, ejemplo: escritorio, estantes,
sillas, otros. El software en desarrollo contiene aplicaciones las cuales hacen el uso
externo de otros dispositivos, por ejemplo la fotocopiadora, impresora, scanner o
simplemente una multifuncional. Se necesita tener un hardware y software que
soporte la instalacin y el manejo de los aparatos mencionados anteriormente.
Expuesto lo anterior los recursos de hardware, software y personal adecuado para
el rendimiento ptimo del sistema de informacin sern los siguientes:
HARDWARE
Monitor
Mouse
Disco Duro
Monitor LCD, pantalla

plana
Teclado bsico (incorpora
numrico)
Mouse USB
ATA 120gb mnimo
Unidad de CD/DVD
Grabador de CD/DVD
Procesador
1,7 GHz mnimo
Memoria RAM
1gb mnimo
Teclado
Monitor de pantalla plana para tener

mejor captacin del contenido
Primordial es el uso del teclado
numrico para el ingreso de datos
Capacidad mnima para almacenar
datos en el disco(no se fabrican
Discos duros con una capacidad
menor)
Unidad de CD/DVD para instalar el
software en desarrollo
Capacidad mnima y optima al
momento de ejecutar transacciones
y
procesos(no
se
fabrican
procesadores de menor capacidad)
Capacidad mnima y ptima para
ejecutar el software
No es relevante la capacidad de la
Tarjeta grafica
No relevante
tarjeta grfica, ya que no es un
46
software que pida recursos grficos
Tarjeta de red
Mnimo un puerto LAN
Tarjeta de red para que el software

interacte con otros dispositivos y
ordenadores a travs de la red
interna
Puertos
Mnimo USB 2.0 Puertos
USB
para
conectar
x2
dispositivos bsicos como mouse,
1 puerto VGA
teclado.
Puerto VGA para conectar monitor
Cable de red
Cables de red par Cables RJ45 para enlazar red entre

trenzado
con dispositivos de impresin y con host
conector RJ45
Router
Rowter
de otro personal
Belkin Router para configurar red local en
Inalambrico - N300 las que interacten los dispositivos

y los host de otros personales
47
SOFTWARE
Sistema operativo
Microsoft Windows Xp -
Sistema operativo Windows, por el
hecho de tener una interfaz

amigable en oficinas, fcil de
operarlo y por el soporte del
lenguaje de programacin que se
realizar el software
Compresor de
Winrar - Winzip
archivos
El archivo instalador del gestor de

base de datos mysql est
compreso, se necesitan lo
programas anteriores para
descomprimir el archivo de
instalacin
Antivirus
Avast Free
Software para la proteccin contra

virus y otras amenazas
PERSONAL
Para el correcto desarrollo, funcionamiento y mantencin del sistema de
informacin se necesita tener el personal adecuado para operar con lo anterior.
Las caractersticas ptimas que debe cumplir el personal son:
Experiencia en captura y anlisis de requerimientos

Capacidad para implementar una metodologa de trabajo
Capacidad para realizar factibilidad del proyecto
Capacidad para implementar soluciones
Experiencia en lenguaje unificado de modelado(UML)
Experiencia en business process management(BPM)
Conocimiento en lenguaje de programacin visual basic.net
Conocimiento en base de datos y modelamiento de ste
Disposicin para resolver problemas tcnicos
Disposicin para mantencin del software en cuando se solicite
Trabajo en equipo
48
4.4.1.2 Factibilidad econmica
Se refiere al capital en efectivo disponible o de los crditos de financiamiento

necesario para invertir en el desarrollo del proyecto, que deber haber probado que
sus beneficios a obtener son superiores a sus costos en que incurrir al desarrollar
e implementar el proyecto o sistema; tomando en cuenta la recesin econmica y
la inflacin para determinar costos a futuro.
Recursos humanos
Personal
Horas
Jefe de proyecto y
desarrollador lgico
Desarrollador
lgico
y programador
Costo por
Costo
Totales(6
hora
Mensual
meses aprox)
$2.400
$403.200
$2.419.200
$2.400
$403.200
$2.419.200
TOTAL
$4.838.400
Notas:
El costo de la hora fue obtenido por consultas de personal con experiencia en el

cargo y de acuerdo al actual mercado(depreciando el valor por ser estudiantes)
El costo mensual se calcul por los das avils (lunes a viernes) y se descartaron
sbado y domingo.
49
Software y licencias
Descripcin
Costo
Licencia de Visual
$421.696
Studio 2010
Windows 7
$94.000
Profesional
MySql Server
Licencia gratis
TOTAL
$515.696
Recursos materiales y costos fijos
Descripcin
Unidades
Costo
Total
Resmas hoja carta
$1.800
$3.600
Resmas hoja oficio
$1.900
$3.800
$28.000
$28.000
Costos de
desarrollos
informes
Descripcin
Costo
Costos de luz
$102.000
Costos internet
$180.000
Agua potable
$60.000
Notas:
El precio de los costos fijos (luz, internet), estn calculados en base al total
de los meses de desarrollo del proyecto.
50
Flujo de Caja
El flujo de caja es la acumulacin neta de activos lquidos en un periodo
determinado y, por lo tanto, constituye un indicador importante de la liquidez de una
empresa.
Flujo de Caja
Detalle de Ingresos
Ao 0
Ao 1
Ao 2
Ingreso por Venta
$0
$ 1.800.000
$0
Otros Ingresos (Mantencin)
$0
$0
$ 500.000
$0
$ 1.800.000
$ 500.000
Energa Elctrica (Luz)
$ 102.000
$ 45.750
$ 45.750
Agua Potable
$ 60.000
$ 36.500
$ 36.500
Internet
$ 180.000
$ 180.000
$ 180.000
Egresos en Consumo
$ 342.000
$ 262.250
$ 262.250
Licencia Visual Studio Profesional 2010
$421.696
$0
$0
Windows 7 Profesional
$94.000
$0
$0
$0
$0
$0
Egresos Operativos
$ 515.696
$0
$0
Total de Egresos
$ 857.696
$ 262.250
$ 262.250
Saldo Neto
-$ 857.696
$ 1.537.750
$ 237.750
Saldo Acumulado(saldo neto)
-$ 857.696
$ 555.000
$ 792.750
Total de Ingresos
Detalle de Egresos
MySql Server
VAN
TIR
TASA ANUAL
$ 669.769
95%
10%
51
4.4.1.3 Factibilidad operativa
La factibilidad operativa evala el impacto que causa el nuevo software en los

operadores de este. Se pondr a
evaluacin la probabilidad de que el nuevo
sistema de informacin se use como corresponde.

En base a lo anterior, para efectuar el buen anlisis de factibilidad operativa se
deben considerar 3 puntos fundamentales: complejidad del sistema, resistencia
al cambio, adaptabilidad.
Complejidad del sistema
Una de las principales caractersticas que tendr el sistema a desarrollar es su

fcil uso.
La interfaz de usuario tendr mens y submens claramente
detallados para que el operador entienda de qu se tratan stos. Las ventanas

mostrarn detalladamente la informacin que se requiera
visualizar o
modificar.
El sistema de informacin se conectar automticamente al gestor de base de
datos para poder operar con l. Por parte de la autenticacin del usuario, se
ver claramente detallado los pasos a seguir para el ingreso de usuario y
contrasea; teniendo un ejemplo de cmo ingresar los datos correspondientes.
A la entrega del software, los usuarios que operarn con este tendrn una
breve induccin al uso del sistema de informacin, claramente con su
respectivo manual de usuario.
52
Resistencia al cambio
Los usuarios que usarn el sistema pueden que estn acostumbrados al

sistema antiguo en el cual operan, dado el nuevo sistema stos facilitarn el
trabajo manual por el cual se vern favorecidos. En cuanto al personal
operativo, no ser afectado en sus puestos de trabajo ya que el sistema de
informacin lo ocupar el mismo personal administrativo por lo que solo se
agilizaran y automatizaran los procesos.
Adaptabilidad
El cambio del sistema anterior al nuevo puede causar gran impacto, tan solo
por el hecho estar acostumbrados a un sistema manual de manejo de
formularios, etc.
Se tendr que implementar una efectiva capacitacin a los operadores sobre el
nuevo software, para as, evitar la posible declinacin o resistencia de los
operadores con respecto al producto.
53
4.4.1.4 Factibilidad legal
La factibilidad legal se encarga de evaluar que el producto de software no viole

ningn distrito o ley activa en el actual sistema del pas, ni en cuanto a su
desarrollo como su implementacin.
Se analizar la factibilidad legal en base a dos puntos: el mbito legal en el
desarrollo del software y en la aplicacin de este en el momento de la manipulacin
de la informacin.
Desarrollo del software
En este punto, se explicar de qu manera legal se obtendrn las herramientas

que se utilizarn para desarrollar el producto y las que se implementaran de
manera paralela en el funcionamiento:
Sistema operativo en que se opera: El actual sistema operativo en que se

desarrollara el software se encuentra con licencia completa y activada.
Herramientas de desarrollo del software: Las herramientas que se ocuparn

para el desarrollo o codificacin del software (Microsoft Visual Studio) se
obtendrn por medio de compra, por lo que su licencia y activacin estara
garantizada.
Gestor de Base de datos: La obtencin e instalacin del gestor de base de

datos (MySql) se obtendr mediante el sitio de descarga de la pgina oficial de
MySql (http://dev.mysql.com/downloads/) por lo que su descarga e instalacin
es gratuita.
54
Software antivirus: el software antivirus pactado en la factibilidad tcnica, se

obtendr de manera gratuita, cabe mencionar que este software antivirus tiene
versiones gratuitas como tambin pagadas.
Aplicacin del software
Certificados legales: El matrcula tiene validez legal, ya que es un documento

que acredita los servicios a ser contratados por parte del apoderado.
Datos errneos: Formularios, comprobantes de pago o de matrcula u otros

documentos tendrn que tener sus datos exactos y sin errores para que sean
vlidos y legales. El sistema puede modificar datos del alumno y su apoderado,
tales como su Rut, direccin, otros, como tambin datos de carcter
administrativo tales como, el mtodo de pago de mensualidades, y otros. Todo
lo anterior con sus respectivas validaciones.
55
4.4.2 Sitio Web para la administracin de datos del

alumno matriculado
Se desarrollara una aplicacin web la cual ser operada a travs de un Web

Browser (navegador web). La aplicacin tendr todas las funciones explicadas en
el anlisis de requisitos. Cabe sealar que algunas funciones solo podrn ser
ejecutadas por el personal autorizado siendo este secretaria, rector acadmico,
otros.
La aplicacin web estar almacenada en un host remoto el cual ser el ordenador
del personal de secretaria o rectora
El lenguaje de desarrollo web en el que se desarrollara es asp.net. Se utilizar este
lenguaje por tener autenticacin de Windows para proteger de mejor manera sus
aplicaciones, buena complementacin con el cdigo base de HTML, reduccin de
cdigo
en
aplicaciones
de
gran
tamao
especialmente
por
la
fcil
complementacin con el envio de formularios.

Igualmente con lo expuesto en la alternativa del software de escritorio se
implementara el gestor de base de datos SQL SERVER, por este ser de fcil
acceso a la base de datos, fcil instalacin, puede ser ocupado por variados
lenguajes de programacin especialmente por asp.net y puede gestionarse en
ordenadores de bajos recursos.
56
4.4.2.1 Factibilidad tcnica
Expuesto lo anterior los recursos de hardware y software para el rendimiento

ptimo del sistema de informacin sern los siguientes:
HARDWARE
Monitor
Mouse
Monitor LCD, pantalla
Monitor de pantalla plana para tener
plana
mejor captacin del contenido
Mouse USB
Capacidad mnima para almacenar
Disco Duro
ATA 120gb mnimo
datos en el disco(no se fabrican

Discos duros con una capacidad
menor)
Unidad de CD/DVD
Grabador de CD/DVD
Unidad de CD/DVD para copiar la

aplicacin en el host local
Capacidad mnima y ptima al
Procesador
1,7 GHz mnimo
momento de ejecutar transacciones

y procesos(no se fabrican
procesadores de menor capacidad)
Memoria RAM
1gb mnimo
Capacidad mnima y ptima para

ejecutar el software
No es relevante la capacidad de la
No relevante
Tarjeta grafica
tarjeta grfica, ya que no es un

software que pida recursos grficos
Tarjeta de red para que el software

Tarjeta de red
Mnimo un puerto LAN
interacte con otros dispositivos y

ordenadores a travs de la red
interna
57
Puertos USB para conectar

-
Mnimo USB 2.0
Puertos
x2
-
1 puerto VGA
Cables de red par

Cable de red
trenzado con
conector RJ45
dispositivos bsicos como mouse,

teclado.
Puerto VGA para conectar monitor
Cables RJ45 para enlazar red entre

dispositivos de impresin y con host
de otro personal
Router para configurar la red local

Router
Rowter Belkin
en las que interacten los
Inalambrico - N300
dispositivos y los host de otros

personales
SOFTWARE
Sistema operativo Windows, por el
hecho de tener una interfaz
Sistema operativo
Microsoft Windows Xp -
amigable en oficinas, fcil de
operarlo y por el soporte del

lenguaje de programacin que se
realizara el software
El archivo instalador del gestor de
base de datos mysql esta
Compresor de
archivos
compreso, se necesitan lo
Winrar - Winzip
programas anteriores para

descomprimir el archivo de
instalacin
58
Web Browser
(navegador web)
Se necesita de un navegador
Internet Explorer 8
predeterminado para ejecutar los

procedimientos de la aplicacin web
Antivirus
Avast Free
Software para la proteccin contra

virus y otras amenazas
PERSONAL
Para el correcto desarrollo, funcionamiento y mantencin del sistema de informacin
se necesita tener el personal adecuado para operar con lo anterior.
Las caractersticas optimas que debe cumplir el personal son:
Experiencia en captura y anlisis de requerimientos
Capacidad para implementar una metodologa de trabajo
Capacidad para realizar factibilidad del proyecto
Capacidad para implementar soluciones
Experiencia en lenguaje unificado de modelado(UML)
Experiencia en business process management(BPM)
Conocimiento en lenguaje de programacin web asp.net
Conocimiento en html y css
Conocimiento en base de datos y modelamiento de este
Disposicin para resolver problemas tcnicos
Disposicin para mantencin del software en cuando se le solicite
Trabajo en equipo
59
4.2.2.2 Factibilidad econmica
Se refiere al capital en efectivo disponible o de los crditos de financiamiento

necesario para invertir en el desarrollo del proyecto, que deber haber probado que
sus beneficios a obtener son superiores a sus costos en que incurrir al desarrollar
e implementar el proyecto o sistema; tomando en cuenta la recesin econmica y
la inflacin para determinar costos a futuro.
Recursos humanos
Personal
Horas
Jefe de proyecto y
desarrollador lgico
Desarrollador
lgico
y programador
Costo por
Costo
Totales(6
hora
Mensual
meses aprox)
$2.400
$403.200
$2.419.200
$2.400
$403.200
$2.419.200
TOTAL
$4.838.400
Notas:
El costo de la hora fue obtenido por consultas de personal con experiencia en el

cargo y de acuerdo al actual mercado(depreciando el valor por ser estudiantes)
El costo mensual se calcul por los das avils (lunes a viernes) y se descartaron
sbado y domingo.
60
Software y licencias
Descripcin
Costo
Licencia de Visual
$421.696
Studio 2010
Windows 7
$94.000
Profesional
Microsoft Server
Server 2012
$23.500
(Developer edition)
TOTAL
$515.696
Recursos materiales y costos fijos
Descripcin
Unidades
Costo
Total
Resmas hoja carta
$1.800
$3.600
Resmas hoja oficio
$1.900
$3.800
$28.000
$28.000
Costos de
desarrollos
informes
Descripcin
Costo
Costos de luz
$102.000
Costos internet
$180.000
Agua potable
$60.000
Notas:
El precio de los costos fijos (luz, internet), estn calculados en base al total
de los meses de desarrollo del proyecto.
61
Flujo de Caja
El flujo de caja es la acumulacin neta de activos lquidos en un periodo
determinado y, por lo tanto, constituye un indicador importante de la liquidez de una
empresa.
Flujo de Caja
Detalle de Ingresos
Ao 0
Ao 1
Ao 2
Ingreso por Venta
$0
$ 1.800.000
$0
Otros Ingresos (Mantencin)
$0
$0
$ 500.000
$0
$ 1.800.000
$ 500.000
Energa Elctrica (Luz)
$ 102.000
$ 45.750
$ 45.750
Agua Potable
$ 60.000
$ 36.500
$ 36.500
Internet
$ 180.000
$ 180.000
$ 180.000
Egresos en Consumo
$ 342.000
$ 262.250
$ 262.250
Licencia Visual Studio Profesional 2010
$421.696
$0
$0
Windows 7 Profesional
$94.000
$0
$0
Sql Server 2012 (Developer Edition)
$23.500
$0
$0
Egresos Operativos
$ 539.196
$0
$0
Total de Egresos
$ 881.196
$ 262.250
$ 262.250
Saldo Neto
-$ 881.196
$ 1.537.750
$ 237.750
Saldo Acumulado(saldo neto)
-$ 881.196
$ 555.000
$ 792.750
Total de Ingresos
Detalle de Egresos
VAN
TIR
TASA ANUAL
$ 648.405
89%
10%
62
4.2.2.3 Factibilidad operativa
Complejidad del sistema
Una de las principales caractersticas que tendr el sistema a desarrollar es su

fcil uso.
La interfaz de usuario tendr mens y submens claramente
detallados para que el operador entienda de qu se tratan stos. Las pginas

mostrarn detalladamente la informacin que se requiera
visualizar o
modificar, cabe sealar que el usuario puede sentir incomodidad en el aspecto

que el contenido se mostrara solo en una pgina o en otras pestaas, teniendo
que dejar una pestaa inactiva para poder ver otra.
El sistema de informacin se conectar automticamente al gestor de base de
datos para poder operar con l. Por parte de la autenticacin del usuario se
ver claramente detallado los pasos a seguir para el ingreso de usuario y
contrasea, teniendo un ejemplo de cmo ingresar los datos correspondientes.
A la entrega de la aplicacin web, los usuarios que operarn con la aplicacin

tendrn una breve induccin al uso del sistema de informacin, claramente con
su respectivo manual de usuario.
Resistencia al cambio
Los usuarios que usarn el sistema pueden que estn acostumbrados al

sistema antiguo en el cual operan, dado el nuevo sistema estos facilitarn el
trabajo manual por el cual se les vera favorecidos. En cuanto al personal
operativo, no ser afectado en sus puestos de trabajo ya que el sistema de
informacin lo ocupar el mismo personal administrativo por lo que solo se
agilizarn y automatizarn los procesos.
63
Adaptabilidad
El cambio del sistema anterior al nuevo puede causar gran impacto, tan solo
por el hecho estar acostumbrados a un sistema manual de manejo de
formularios.
Se tendr que implementar una efectiva capacitacin a los operadores sobre el
nuevo software, para as, evitar la posible declinacin o resistencia de los
operadores con respecto al producto.
Un factor negativo que puede surgir es la lenta respuesta a las transacciones
de la aplicacin web, con esto, el usuario puede sentirse inconforme con el
rendimiento de la aplicacin y llegar a tomar la decisin de no aceptar la
aplicacin.
64
4.2.2.4 Factibilidad legal
Se analizar la factibilidad legal en base a dos puntos: el mbito legal en el

desarrollo del software y en la aplicacin del software en el momento de
manipular informacin
Desarrollo del software
En este punto se explicar de qu manera legal se obtendrn las herramientas

que se utilizarn para desarrollar el producto y las que se implementaran de
manera paralela en el funcionamiento:
Sistema operativo en que se opera: el actual sistema operativo en que se

desarrollar el software se encuentra con licencia completa y activada.
Herramientas de desarrollo del software: las herramientas que se ocuparn

para el desarrollo o codificacin del software (Microsoft Visual Studio) se
obtendrn por medio de compra, por lo que su licencia y activacin estara
garantizada.
Software antivirus: el software antivirus pactado en la factibilidad tcnica, se

obtendr de manera gratuita, cabe mencionar que este software antivirus tiene
versiones gratuitas como tambin pagadas.
Web Browser: el navegador web el cual ejecutar la aplicacin web (Internet

Explorer 8) est incluido con el sistema operativo de Windows.
65
Aplicacin del software
Certificados legales: Al igual que el formulario de matrcula, ste tiene validez

legal, ya que es un documento que acredita los servicios a ser contratados por
parte del apoderado.
Datos errneos: formularios, comprobantes de pago o de matrcula u otros

documentos tendrn que tener sus datos exactos y sin errores para que sean
vlidos y legales. El sistema puede modificar datos del alumno y su apoderado,
tales como su Rut, direccin, otros, como tambin datos de carcter
administrativo tales como, el mtodo de pago de mensualidades, cuenta
corriente asociada, etc.
66
4.5 Solucin propuesta

4.5.1 Metodologa seleccionada
Analizando las ventajas y desventajas de las metodologas de desarrollo expuestas

anteriormente, se determina que se utilizara la metodologa incremental.
Teniendo en cuenta su flexibilidad para trabajar con personal reducido, adems de
ser el ms adecuado para tener avances funcionales e ir comprobando si
satisfacen los requerimientos del establecimiento.
Se opta por desarrollar para el primer incremento todas las funcionalidades bsicas
de la manera ms sencilla posible para organizar la estructura que tendr el
producto final dejando todo el diseo y la vista para el incremento final.
Teniendo los requerimientos claros y expuestos, se clasificaron de acuerdo a su
prioridad, por lo tanto, los que tengan una prioridad ms alta sern los que estn en
la primera versin.
Ventajas al utilizar modelo incremental:
El modelo incremental provee un impacto ventajoso frente al cliente, que es la

entrega temprana de partes operativas del Software.
El modelo proporciona todas las ventajas del modelo en cascada realimentado,

reduciendo sus desventajas slo al mbito de cada incremento.
Resulta ms sencillo acomodar cambios al acotar el tamao de los

incrementos.
Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel

administrativo como tcnico.
67
4.5.2 Alternativa de solucin
De acuerdo al anlisis de factibilidad expuesto anteriormente, se determina que la

propuesta ms eficiente ser la del Sistema automatizado para la administracin
de datos del alumno matriculado. Los motivos por el cual se eligi el anterior son:
Es menos complejo implantar una interfaz amigable para el usuario que la

aplicacin web, los elementos de formularios solo se tiene que tomar y
arrastrar al formulario, en cambio para crear los elementos en la aplicacin
web es necesario implementar ms cdigo en HTML o CSS para posicionar
bien los elementos del formulario.
La rapidez de inicio del software automatizado sera ms rpida que la del

sitio web, en cambio la aplicacin web puede tardarse en iniciar, ya que esta
depende del Web Browser internet Explorer.
El sistema automatizado tiene menos posibilidades de ser rechazado que el

sitio web, ya que en esta ltima puede que se demoren las transacciones y
procesos que se ejecuten.
En el sistema automatizado se requiere de una leve menor cantidad de

conocimientos para su desarrollo, en cambio en la aplicacin web es
necesario tener gran conocimiento en HTML y CSS si es relevante.
68
4.6 Beneficios de la solucin
A continuacin se darn a conocer los beneficios la alternativa de solucin elegida:
Ingreso rpido y automatizado de matriculas
Administracin de la matrcula escolar a lo largo del periodo acadmico
Facilitacin y reduccin de tiempos del trabajo de secretaria
Eliminacin de archivos manuales y documentos que ocupan espacio
Gestin rpida de documentos
Digitalizacin de documentos mediante scanner
Administracin de mensualidades, ya sea de X modo de pago
Respaldo de datos de pagos, alumnos, matrcula y otros.
Impresin al instante de algn documento ya sea de datos de alumnos,

apoderado, comprobantes u otros.
Visualizacin al instante de datos del alumno, apoderado, tutor econmico u

otros.
Seguridad y respaldo de datos del alumno y parentescos.
Control de usuarios que ingresa al sistema.
Acceso a la informacin mediante autorizacin (confidencialidad).
69
4.7 Desarrollo tcnico

4.7.1 Marco de Desarrollo
Es necesaria la realizacin de este proyecto para suplir las necesidades

tecnolgicas del cliente. Adems de proveer la automatizacin de los procesos de
la organizacin.
El desarrollo de este proyecto garantiza la mejora de los procesos en cuanto a
eficacia, eficiencia, seguridad y control.
Actualmente los registros y contratos archivados estn en constante riesgo de ser
extraviados o arruinados bajo cualquier circunstancia, adems de ser documentos
de lento proceso de consulta (la bsqueda de archivadores y la lectura de cada
documento buscando la informacin necesaria). Un sistema automatizado o
computarizado provee un fcil orden y control de estos documentos o archivos al
estar contenidos en el mismo sitio. Adems, gracias a la interfaz de software su
consulta se hace cuestin de segundos, otorgando as, mayor eficacia al usuario.
Como ya se ha mencionado, incorporar este desarrollo en la organizacin,
proveer mayor control de los datos y la informacin, adems de la seguridad para
los mismos datos. Otro beneficio tambin es la rapidez de acceso a registros y
formularios, mencionando tambin que gracias a las funcionalidades del proyecto
las duplicidades o copias de documentos, archivos o registros, sern plenamente
controladas.
Si hablamos del entorno en el que se va a implementar el producto final, este se
ver beneficiado por grandes cambios tanto fsicos como lgicos. Pensemos en el
alivio de eliminar cantidades de archivadores, o la ya reiterada velocidad de acceso
a los datos, como tambin el fuerte control de estos. Todos estos puntos sern una
mejora de entorno y de negocio.
70
El desarrollo contempla unir la mayor cantidad de funcionalidad que satisfagan las

necesidades administrativas y curriculares. Necesidades presentes en un oficina
como cualquiera, ya sea digitalizar un documento, imprimir un registro, modificar un
formulario, administrar conjuntos de datos para finalidades de categorizacin, etc.
4.7.2 Plan de proyecto

Los planes de proyectos, sin importar qu tan simple sean, son un elemento clave
para poderlos dirigir exitosamente. Son tiles porque requieren que pienses en todo
el proyecto y pongas los detalles del proyecto en papel. Cuando son estrictamente
respetados y te adhieres a ellos, los planes de proyecto pueden ayudarte a estar
ms organizado durante el proceso de trabajo en un nuevo proyecto.
El objetivo de ste Plan de Proyecto es tener una visin general, de manera clara y
concisa sobre las fases del ciclo de vida del proyecto; y tener
de manera
organizada las actividades a desarrollas en cada una de las fases antes

mencionadas.
El plan de proyecto considerara los siguientes aspectos:
Asignacin de responsabilidades.
Carta Gantt.
Estimacin de Esfuerzo.
Diagrama Pert (Ruta Crtica).
Matriz de Riesgo.
71
4.7.2.1 Asignacin de responsabilidades
Nombre
Cargo
Responsabilidades
Planificacin del
David Cabas
Jefe de Proyecto
Desarrollo del Proyecto.
Desarrollador Lgico
Modelado de Diagramas
UML.
Fabin Diaz
Programador
Codificacin y Diseo.
Desarrollador Lgico
Desarrollo del Producto.
72
4.7.2.2 Carta Gantt y asignacin de tareas
Incremento 1
73
74
Incremento 2
75
Incremento 3
76
4.7.2.3 Estimacin de esfuerzo
Calculo de Factores de Peso

Tabla de Factor de Peso por Complejidad
Factor de Peso por
Complejidad
Tipo de Funcin
Simple Mediano Complejo

Entradas de usuario
Salidas de usuario
Peticiones de usuarios
Archivos o entidades
10
15
Interfaces externas
10
Tabla de Clculo de Factores de Peso

Tipo de Funcin
Cuenta
Total
Simple Mediano Complejo
Factor de Peso
Cuenta
Nmero de entradas de usuario
25
34
59
(25 * 3) + (34 * 4) = 211
Nmero de salidas de usuario
32
37
(5 * 4) + (32 * 5) = 180
usuarios
16
20
(2 * 3) + (16 * 4) + (2 * 6) = 82
Nmero de archivos o entidades
10
(9 * 10) + (1 * 15) = 105
Nmero de interfaces externas
Nmero de peticiones de
Cuenta Total de Puntos de Funcin Sin Ajustar
578
Entradas: 25 entradas Simples para el llenado de formularios de registro, campos de bsqueda e

inicio de sesin y 34 entradas de nivel Medio para el registro de datos en ms de una tabla a la vez,
campos complejos de formularios y edicin de la informacin en la aplicacin.
Salidas: 5 salidas Simples para informacin en pantalla y alertas al usuario y 32 salidas de nivel
Medio para recuperacin de datos tras una consulta.
Peticiones: 2 consultas Bsicas para recuperar informacin acotada, 16 consultas de nivel Medio
para procedimientos de control y 2 consultas Complejas para revisin de ms de una tabla a la vez.
Archivos o Entidades: La Base de Datos posee 9 tablas de nivel Medio y 1 tabla principal Compleja.
Interfaces Externas: No existen interfaces externas relacionadas a este proyecto.
77
Calculo de Puntos de Complejidad Tcnica
Complejidad
Grado
Valores
Requiere el sistema copias de seguridad y de recuperacin
Significativo
fiables?
2
Se requieren comunicaciones de datos?
Sin Influencia
Existen funciones de procesamiento distribuido?
Sin Influencia
Es crtico el rendimiento?
Medio
Ser ejecutado el sistema en un entorno operativo
Medio
Medio
Moderado
existente y fuertemente utilizado?

6
Requiere el sistema entrada de datos interactiva?
Requiere la entrada de datos interactiva que las

transacciones de entrada se lleven a cabo sobre mltiples
pantallas o variadas operaciones?
Se actualizan los archivos maestros en forma interactiva?
Significativo
Son complejas las entradas, las salidas, los archivos o las
Significativo
Significativo
Medio
peticiones?
10
Es complejo el procesamiento interno?
11
Se ha diseado el cdigo para ser reutilizable? Hasta 10%

=0
20-30% = 2 10-20% = 1 30-40% = 3 40-50% = 4 Sobe50% = 5
12
Estn incluidas en el diseo la conversin y la instalacin?
Medio
13
Se ha diseado el sistema para soportar mltiples
Medio
Esencial
instalaciones en diferentes organizaciones?

14
Se ha diseado la aplicacin para facilitar los cambios y

para ser fcilmente utilizada por el usuario?
Total Puntos de Complejidad Tcnica
41
Roger Pressman, Ingeniera del software, 5ta edicin (pg. 28 31)
78
Descripcin de Puntos de Complejidad
1. Debido a que los registros e informacin personal de los alumnos son

almacenados en la Base de Datos, es de gran importancia mantener una copia
de estos archivos constantemente actualizada.
2. Debido a que es una aplicacin de plataforma independiente, no se requiere

ninguna conexin con servicios externos.
3. Todas las funciones de procesamiento son realizadas en un mismo equipo.
4. El hardware considerado es suficiente para la ejecucin del software y no

presenta grandes exigencias de procesamiento.
5. El software ser desarrollado para su funcionamiento ptimo en una maquina

existente.
6. Parte de las funciones del software son de contacto interactivo con el usuario.
7. No es significativo hacer uso de otras pantallas ya que cada proceso posee su

propia interfaz visual y no requiere de traslado a otras para continuar un proceso.
8. Los cambios dados por los usuarios son directamente actualizados en la base de
datos al momento en que guarden estos cambios.
9. Al igual que el proyecto tanto las entradas como salidas y dems tipos de
funciones son de nivel de complejidad medio en su mayora.
10. El procesamiento interno funciona en base a consultas estructuradas a la Base

de Datos.
79
11. Es de gran importancia que el cdigo sea reutilizable para facilitar las
actualizaciones de este como tambin para su masificacin y/o posible comercio.
12. Es de gran importancia el mtodo de instalacin del software, tanto para la

comodidad del usuario, como tambin para su distribucin en otra sede de la
organizacin.
13. A pesar de que no est acordada su masificacin, el software est pensado para
su distribucin a ms de un usuario.
14. Una de los principales objetivos es que el software sea lo ms interactivo posible
y fcil de utilizar para el usuario.
Calculo de Factor de Complejidad Tcnica

Factor de Complejidad Tcnica (FCT)
0.65 + (0.01 * Puntos de Complejidad Tcnica)
FCT =
0.65 + (0.01 * 41)
FCT =
0.65 + 0.41
FCT =
1.06
Calculo de Puntos de Funcin Ajustados
PF = Factor de Peso * Factor de Complejidad Tcnica (FCT)

PF = 578 * (0.65 + (0.01 * 41))
PF = 578 * 1.06
PF = 612.68
80
Conversin a Lneas de Cdigo (LDC)

Lenguaje a Utilizar = Visual Basic
Valor = 24 (correlacin de cdigo fuente aprox.)
LDC = PF * Correlacin Cdigo Fuente

LDC = 612.68 * 24
LDC = 14704.32 (Lneas de Cdigo)
KLDC = 14704.32 / 1000
KLDC = 15 Kilos de Lneas de Cdigo Aprox.
Calculo de COCOMO Orgnico (Bsico)
E = a(KLDC)b
D = c(E)d
P = E/D
Tipo de proyecto
Orgnico
2.4
1.05
2.5
0.38
Medio
3.0
1.12
2.5
0.35
Embebido
3.6
1.20
2.5
0.32
C = P *Sueldo
Esfuerzo (E) = 2.4*( 15)1,05
= 41.22 Meses/Hombre
Duracin (D) = 2.5*(41.22)0,38 = 10.27 Meses (4

Personas)
Personal (P) = 41.22 / 10.27 = 4.01 Personas (4
Aprox.)
Roger Pressman, Ingeniera del software, 5ta edicin (pg. 28 31)
81
4.7.2.4 Ruta crtica
Nombre de tarea
1
Sistema para la automatizacin de ingreso y

administracin de la matrcula escolar
2
3
Incremento 1
Comunicacin
Duracin
Predecesoras
201 das
151 das
20 das
Entrevista
1 da
Descripcin de la organizacin en estudio
1 da
Descripcin del problema
1 da
Formular objetivo general
1 da
Formular objetivos especficos
1 da
Creacin de marco terico referencial
5 das
10
Presentar opciones de metodologa de
4 das
6 das
10
44 das
trabajo
11
12
Reunin, toma y anlisis de requisitos

Planeacin
13
Generar alternativas de solucin
4 das
14
Evaluar alternativas de solucin
4 das
13
15
Elegir metodologa de trabajo y alternativa
4 das
14
de solucin ms factible
16
Establecer beneficios de la solucin
4 das
15
17
Desarrollo tcnico
31 das
16
12
18
Modelado
16 das
19
Anlisis
5 das
20
Desarrollar modelo conceptual de datos
1 da
21
Modelo de procesos
1 da
20
22
Especificacin de requerimientos
1 da
21
11 das
19
23
Diseo
24
Diagramas UML (comportamiento)
6 das
25
Diagramas UML (diseo estructural)
5 das
24
20 das
18
26
27
Construccin
Cdigo
19 das
82
28
Prueba del sistema
1 da
27
26
29
Despliegue
1 da
30
Entrega
1 da
31
Retroalimentacin
1 da
30
26 das
32
33
34
Incremento 2
Comunicacin
Actualizacin de tareas u objetivos en
base a
retroalimentacin
35
Planeacin
36
Modelado
37
Posibles modificaciones en modelo

conceptuales de datos y UML
38
Construccin
39
Cdigo
40
Prueba del sistema
1 da
1 da
1 da
33
2 das
35
2 das
21 das
36
20 das
1 da
39
38
41
Despliegue
1 da
42
Entrega
1 da
43
Retroalimentacin
1 da
42
20 das
32
44
45
46
Incremento 3
Comunicacin
Actualizacin de tareas u objetivos en
base a retroalimentacin
1 da
1 da
47
Planeacin
1 da
45
48
Modelado
1 da
47
49
Posibles modificaciones en modelo

conceptuales de datos y UML
50
Construccin
51
Cdigo
52
Prueba del sistema
53
54
Despliegue
Entrega y mantenimiento de la versin
final del sistema
1 da
12 das
48
11 das
1 da
51
1 da
50
1 da
83
Diagrama de red
84
4.7.2.5 Matriz de riesgo
La matriz de riesgos es una herramienta de control y gestin que permite visualizar

los riesgos desde la etapa de planificacin del proyecto, facilitando as su mitigacin
al maximizar las oportunidades de que los riesgos se manejen a tiempo y
minimizando el impacto negativo en el proyecto.
El objetivo de la matriz de riesgos es identificar y cuantificar los riesgos para lograr
una gestin que permita disminuir la probabilidad y el impacto de que los eventos
adversos afecten al proyecto de forma importante.
La matriz es importante porque permite al lder y equipo de proyecto identificar las
acciones que se tomarn para mitigar los riesgos crticos del proyecto, determinar
los responsables para llevarlas a cabo, especificar un presupuesto y un cronograma
para realizarlas, y controlar los resultados de las acciones con base en los
indicadores de resultados.
85
Calidad de gestin
Actividad
Nivel de riesgo
Robo de equipos
4
Desperfectos en los
ordenadores
Tipos de medida de control
Efectividad
Instalacin de alarmas
Seguridad de cmaras
Personal de seguridad
Mantencin al da de los equipos
5
Estacin de trabajo ordenado
Incendios
4
Mal ingreso de
datos
de datos
errnea de
Mantencin del sistema elctrico
Adecuado equipamiento anti-incendios
Correcto uso de conectores de energa
Capacitacin
Personal adecuado
Capacitacin
Personal adecuado
Capacitacin
Personal adecuado
Manipulacin
2
Riesgo Residual
12/3=4
4/4=1
9/2=4,5
5/3,6=1,11
12/3=4
4/4=1
6/2=3
2/3=0,6
6/2=3
3/3=1
6/2=3
2/3=0,6
Eliminacin errnea
Promedio
documentos
86
Plan de contingencia
Tipo de medida de control

Instalacin de alarmas:
Seguridad de cmaras
Plan de contingencia
Instalacin de alarmas en sectores
vulnerables de evadir, especialmente en la
oficina del cliente
Instalacin de cmaras en sectores poco
seguros del establecimiento
Contrato de personal de seguridad
Personal de seguridad
(guardias), para que cubran los periodos de

actividad y no actividad del establecimiento
Realizar mantencin de los equipos una vez
Mantencin al da de los equipos
al mes para mantener su correcto

funcionamiento
Ubicar los implementos cada uno en su
Estacin de trabajo ordenado
lugar, para mantener la estacin de trabajo

ordenado
Mantencin del sistema elctrico
Se debe realizar una mantencin del

sistema elctrico mnimo cada un ao
Se debe equipar diversos sectores del
Adecuado equipamiento anti-incendios
establecimiento con extintores que cumplan

las normas de incendio
Se debe usar de manera eficaz los
Correcto uso de conectores de energa
conectores de energa para evitar sobrecargas y usos

Se debe efectuar una pequea induccin del
Capacitacin
software en si para poder hacer ingresos de

datos correctos
Personal adecuado
El software tiene que operarlo solo el

personal que fue capacitado
87
4.8 Anlisis
4.8.1 Modelo conceptual de datos
4.8.1.1 Diseo fsico de datos
Los modelos de datos son esenciales para el desarrollo de sistemas de informacin,

ya que a travs de ellos puede conseguirse la compatibilidad necesaria para
manejar cantidades colosales de datos. Adems, si se utilizan las mismas
estructuras para el almacenamiento y el acceso, entonces distintas aplicaciones
pueden compartir informacin. Un claro ejemplo es un formulario de registro en una
pgina de Internet, donde para nuestro nombre slo podemos ingresar letras, y para
nuestra fecha de nacimiento, nmeros con un orden especfico (como ser da, mes y
ao). Estas restricciones responden a necesidades de la base de datos y deberan
ser iguales en dos bases entre las que se quisiera compartir informacin.
Como contrapartida de la gran eficiencia que ofrecen, se encuentra el alto costo del
desarrollo, la operacin y el mantenimiento de los sistemas y las interfaces. Muchas
veces, si la calidad de los modelos de datos implementados es pobre, se convierten
en obstculos para el crecimiento de una empresa. Generalmente, esto salta a la
vista cuando una compaa que nunca invirti muchos recursos en su infraestructura
digital decide que quiere modernizarse y descubre que cuenta con una base de
datos tan ineficiente y mal concebida, que resultara ms sencillo y menos costoso
reconstruir todo desde el comienzo.
88
89
4.8.2 Especificacin de requerimientos (Funciones, datos,

interfaz)
4.8.2.1 Funciones
El sistema a desarrollar est enfocado principalmente en la necesidad de la gestin

rpida de informacin en el rea que ser aplicado, el entrono grafico ser
programado con Visual basic 2010 enlazado a una base de datos MySql.
El sistema contara con la capacidad de gestionar rpidamente los procesos que
actualmente se ejecutan de manera manual en el rea, incluyendo otras funciones
agregadas por el cliente.
El sistema contara con las siguientes funcionalidades:
Seccin de ingreso de matricula
Datos personales de alumno: ingreso de los datos personales del alumno

(Rut, nombre, apellido paterno, etc).
Informacin acadmica: ingreso de datos de colegio de precedencia, cursos

repetidos (solo en el caso) y curso actual en que ser matriculado el alumno.
Convivencia del alumno: se ingresara la convivencia del alumno ya sea: padre

y madre, solo padre, solo madre u otro, especificando la cantidad del grupo
familiar y el lugar que ocupa entre hermanos.
Servicio de salud: seleccin de un sistema de salud operante en chile ya sea

fonasa, isapre u otro.
Contactos de emergencia: ingresos de uno o ms contactos de emergencia

con su respectivo nombre.
Datos de los padres: se ingresaran los datos personales de los padres como
tambin, la informacin del lugar de trabajo de estos.
Tutor econmico: ingreso de datos personales, empleo y profesin del tutor

econmico.
90
Asignacin de responsabilidades: seleccin de apoderado y apoderado

suplente ya sea al padre, madre u otro. Seleccin de tutor econmico ya sea
el padre, madre u otro, este ltimo especificando quien es.
Comprobante: al haber ingresado los datos requeridos, el sistema imprimir el

comprobante de matrcula y guardara una copia en la BD.
Seccin de mantenedor (administracin)
Datos de alumnos: planilla con datos de todos los alumnos matriculados en el

establecimiento (datos personales, curso actual, beca, antecedentes
familiares, sistema de salud, nmero de matrcula y fecha de matrcula).
Datos de responsables: por cada alumno se podr observar los datos del
padre, madre, tutor econmico, apoderado y apoderado suplente.
Bsqueda de alumno: se podr buscar al alumno por medio de nombre,

apellido, rut, edad, curso, servicio de salud y beca.
Modificacin de datos: se podr modificar los datos del alumno, los de su

parentesco, tutor y apoderados.
Impresin de planillas: impresin con los datos que requiera el usuario para
poder hacer uso de ellos en determinadas ocasiones.
Escaneo de documentos del alumno: se escaneara documentos requeridos al

alumno para almacenarlos en el host.
91
Seccin de finanzas
Registro de mensualidades: planilla del alumno matriculado y sus pagos

respectivos, indicando: mes, monto, tipo de pago y estado de pago.
Historial de pago: acceso al historial de pagos del alumno realizados durante

el periodo acadmico.
Pagos: se podrn realizar pagos de mensualidades de uno o ms meses con

sus respectivos descuentos (si el alumno es becado), quedando registrados
en el sistema.
Administracin de becas: informacin de becas por alumno (estado y

porcentaje), eliminacin e ingreso de becas por alumno.
Comprobantes: impresin y guardado de comprobantes de pago.
4.8.2.2 Datos
Cada comprobante tendr su cdigo (nmero de comprobante) el cual ser

ingresado en la base de datos
A cada alumno se le asignara un nmero de matrcula nico.
Por cada responsable asignado (padre, madre, tutor, apoderado, apoderado

suplente) se le asignara el rut del alumno para establecer la relacin y
concadenar los datos, por lo que cada relacin del responsable con el alumno
ser nica.
Los servicios de salud estarn ingresados, lo que conlleva que al momento de

ingresar la matricula solamente se asociaran a uno de estos.
Cada matricula efectuada tendr su fecha correspondiente.
Los pagos efectuados (correspondiente a cualquier mes), al momento de

efectuarlos sern asociados al rut del alumno (identificador).
92
4.8.2.3 Interfaz
Seccin de ingreso de matricula
Formulario de ingreso de datos de alumno el cual incluir cajas de texto,

ComboBox para el ingreso de datos personales, familiares y acadmicos.
Autollenado de datos del alumno: los campos del formulario de ingreso de

alumno, se llenaran automticamente en caso de que el alumno sea antiguo
(registrado en la base de datos).
Habilitacin de campos de contactos de emergencia: se habilitaran campos

de contactos de emergencia al momento de seleccionar la cantidad a ingresar
en el ComboBox correspondiente.
Datos de padre y madre: se incluyen en el formulario dos checkbox los cuales

permitirn habilitar los campos para el ingreso de datos personales y del
trabajo de los padres.
Campos para seleccionar apoderado y apoderado suplente: incluir dos

ComboBox los cuales seleccionaran si el apoderado y apoderado suplente
son el padre, madre u otro (especificando cual es).
Campos para el ingreso de datos del tutor econmico.
Seleccin de tutor econmico: incluir tres Radiobutton los cuales

seleccionaran si el tutor econmico es el padre, madre u otro (especificar). Al
momento de seleccionar padre o madre, estos harn que los campos que
coincidan con la informacin de los padres se iguale a los campos del tutor
econmico.
Seccin de mantenedor (administracin)
Filtro de bsqueda: se podr buscar el alumno matriculado por medio de

filtros clasificados por: Rut, nombre, apellido paterno, edad y curso, y por
otros datos (servicio de salud, beca y porcentaje de beca).
Se dispondr de una ventana especial para obtener los datos de los padres,
tutor econmico y contactos de emergencia al hacer clic en el alumno.
Botn de limpieza de campos de bsqueda.
93
Seleccin de datos (checkbox) los cuales permitirn seleccionar los datos que
tendr la planilla a imprimir.
Seccin de finanzas
Filtros de bsqueda: filtros de bsqueda de los pagos correspondientes al

alumno. Los filtros sern por: curso, becados, porcentaje de beca, pagados y
atrasados.
Ventana de historial de pagos: Ventana con el historial de pagos del alumno.

Esta ventana se abrir al momento de seleccionar un alumno y cliquear en el
botn Ver Historial de Pagos.
Ventana para realizar pagos: esta ventana tendr un campo para ingresar el
rut del alumno sobre el cual se desea realizar el pago, un campo para
ingresar el monto a pagar (monto final despus de haberse aplicado el
descuento por beca) y checkbox por cada mes acadmico que se desea
efectuar el pago.
Ventana para administracin becas: ventana que mostrara la informacin de

las becas del alumno, como tambin una seccin para eliminar y asignar
becas.
94
4.8.3 Especificacin de requisitos (Restricciones tcnicas,

funcionales, no funcionales)
4.8.3.1 Restricciones tcnicas
Al elegir la convivencia familiar del alumno solo se debe elegir una (papa y
mama, papa o papa u otro).
Los ingresos de rut ya sea en cualquiera de las secciones debe ser validado e
ingresado sin puntos con guion, ejemplo: 17345797-3.
4.8.3.2 Requerimientos funcionales
Matricular al alumno por medio del sistema, ingresando sus datos

correspondientes.
Ingresar los datos de los padres y tutor econmico.
Imprimir y guardar comprobante de matrcula.
Modificacin de datos del alumno como tambin de sus padres, apoderado y

tutor.
Pago de matrcula escolar mediante la seccin de matrcula.
Encontrar los datos del alumno mediante motores de bsqueda.
Imprimir planilla con datos del alumno clasificados y filtrados segn criterio del
usuario.
Ingresar pago de mensualidades y otros pagos.
Registrar estado de pagos por alumno, clasificados por estado de pago, mes,
becado, otros.
Adquirir historial de pagos por alumno.
Asignar, modificar, eliminar becas por alumno.
95
4.8.3.3 Requerimientos no funcionales
Hardware necesario para el funcionamiento del software: Se debe tener el

hardware mnimo requerido para el buen rendimiento y funcionamiento del
software.
Software previamente instalado en el computador del cliente: para la

realizacin bsica de los procesos anteriores se necesita tener el software
previamente instalado y configurado en el computador del o los usuarios
finales.
Instalacin y configuracin de la Base de Datos: para el uso de consultas y/o

llenado de la informacin y formularios se debe tener conectada y configurada
la base de datos con la aplicacin para el uso del cliente.
Conexin a internet y Red LAN: se requiere una conexin estructurada a

internet con un Router incluido para poder configurar una red LAN y utilizarla
en el uso compartido de documentos internos.
Hardware para Impresin y Scanner: Para poder realizar las funciones de

impresin y escaneo de documentos es necesario que el cliente posea un kit
de impresin o de preferencia una Impresora Multifuncional para ahorra
espacio y facilitar su manejo.
Configurar Grupo de Trabajo: Se necesita configurar un grupo de trabajo

dentro de la organizacin para la utilizacin remota de la Base de Datos por
parte de los usuarios.
96
4.9 Diseo
4.9.1 Diagramas de comportamiento del sistema
Los diagramas de comportamiento se emplean para visualizar, especificar, construir

y documentar los aspectos dinmicos de un sistema.
Los aspectos dinmicos de un sistema de software involucran cosas tales como el
flujo de mensajes a lo largo del tiempo y el movimiento fsico de componentes en
una red.
4.9.1.1 Diagramas de casos de uso
Los diagramas de caso de uso es un tipo diagramas en UML para modelar aspectos
dinmicos de sistemas, Los diagramas de casos de uso son importantes para
modelar el comportamiento de un sistema, un subsistema o una clase. Cada uno
muestra un conjunto de casos de uso, actores y sus relaciones.
Se aplican los diagramas de casos de uso para modelar las vistas de casos de uso
de un sistema. Para la mayor parte, esto involucra el modelado el contexto de un
sistema, subsistema, o clase, o modelar las necesidades del comportamiento de
esos elementos.
Los diagramas de casos de uso son importantes para visualizar, especificar, y

documentar el comportamiento de un elemento. Ellos hacen sistemas, subsistemas,
y clases entendibles para presentar una vista exterior de cmo estos elementos
pueden ser usados dentro del contexto. Los diagramas de caso de uso son tambin
importantes para probar sistemas ejecutables a travs de ingeniera hacia adelante y
para comprender sistemas ejecutables a travs de ingeniera inversa.
97
Modulo principal Usuario no logueado
uc Casos de usoModuloPrincipalUserNoLogin
Sistema para la automatizacion de ingreso y administracion de la matricula escolar - Modulo Principal Usuario no logueado
Iniciar sesion
Ingresar submenu
Guia
Usuario no
logueado
extend
Ingresar menu ayuda
extend
Ingresar a submenu
acerca de
98
Modulo principal loguear usuario
uc Casos de usoModuloPrincipalValidacionLogin
Sistema para la automatizacion de ingreso y administracion de la matricula escolar - Modulo Principal - Validacion login
Ingresar usuario y
contrasea
include
Env iar datos
include
Autorizar permisos
Usuario no
logueado
99
Modulo principal usuario logueado
uc Casos de usoModuloPrincipal
Sistema para la automatizacion de ingreso y administracion de la matricula escolar - Modulo Principal Usuario no logueado
Cerrar sesion
Ingresar a modulo de
matricula
Secretaria
administracion
finanzas
Ingresar submenu
Guia
Asistente
Ingresar menu ayuda
extend
extend
Ingresar a submenu
acerca de
100
Mdulo de matricula
uc Casos de usoModuloMatricula
Sistema para la automatizacion de ingreso y administracion de la matricula escolar - Modulo de matriculas
Ingresar fecha
de matricula
Ingresar datos
de apoderado
Agregar matricula
escolar
include
Secretaria
include
include
include
Llenar formulario
de matricula
include
include
Ingresar datos include

del alumno
Imprimir y guardar
include comprobante de
matricula
Ingresar
include
contactos de
emergencia
include
include
Ingresar datos de
tutor economico
Buscar matricula
alumno antiguo
Asistente
Cancelar matricula
escolar
include
Ingresar nombre
de alumno o
apoderado
101
Modulo administrativo
uc Casos de usoModuloAdministrativ o
Sistema para la automatizacion de ingreso y administracion de la matricula escolar - Modulo Administrativo
Modificar datos
personales
Modificar datos de
alumno
extend
extend
Modificar
informacion de
Curso
Secretaria
Cambiar
apoderado
Modificar datos de extend
apoderado
Modificar datos
extend personales de
apoderado
Cambiar tutor
economico
Modificar datos de extend
tutor economico
Modificar datos
extend
personales tutor
Imprimir con datos

personales de
alumno
extend
Impresion de
planillas
extend
Imprimir con
datos de
apoderado
extend
Impresion con
datos de pago
Asistente
extend
Buscar datos de
alumno
Buscar por
datos
personales
Buscar por
apoderado
extend
extend
extend
Buscar por
curso
Buscar por
tutor
economico
102
Mdulo de finanzas
uc Casos de usoModuloFinanzas
Modulo de Finanzas
Rev isar Historial

de Mensualidades
al dia
Asistente
extend
Administrar
Mensualidades
Pagar
Mensualidades
extend
extend
Seleccionar Alumno
Escoger Mes(es) a
Pagar Monto Final
include
a Pagar
Pagar
include
include
Rev isar
Mensualidades
Atrasadas
Asignar beca
Secretaria
extend
Modificar beca
extend
Administrar Becas
extend
Eliminar beca
103
Descripcin de casos de uso
DESCRIPCION DE CASOS DE USO

Nombre:
Iniciar sesin.
Dependencias:
Ninguna.
Pre-condicin:
No estar logueado en el Sistema
Post-condicin:
Acceder como usuario habilitado al sistema
Actores:
Usuario no logueado
Funcin:
Acceder al men para ingresar rut y contrasea
Descripcin:
Permite la validacin de acceso a las personas correctas evitando su mal

uso.
Flujo normal:
Ingresar a la validacin del inicio de sesin
Flujo
Cancelar el inicio de sesin
alternativo:

Nombre:
Ingresar men ayuda.
Dependencias:
Ninguna.
Pre-condicin:
Haber ingresado al sistema
Post-condicin:
Ingresar a submens
Actores:
Usuario no logueado
Funcin:
Acceder al men ayuda que contiene sub-menus de ayuda
Descripcin:
Permite el ingreso del usuario al men de ayuda para posteriormente acceder

a los sub-menus
Flujo normal:
Ingresar al men de ayuda
Flujo
Salir de la interfaz
alternativo:
104

Nombre:
Ingresar submen gua
Dependencias:
Ingresar men ayuda
Pre-condicin:
Haber ingresado al men ayuda
Post-condicin:
Haber estado en submen guia
Actores:
Usuario no logueado
Funcin:
Acceder al submen gua para ver el contenido
Descripcin:
Permite al usuario ver el contenido del submen gua para poder obtener
ayuda del manejo del software
Flujo normal:
Ingresar al submen ayuda
Flujo
Volver al men principal
alternativo:
Nombre:
Ingresar submen acerca de
Dependencias:
Ingresar men ayuda
Pre-condicin:
Haber ingresado al men ayuda
Post-condicin:
Haber estado en submen acerca de
Actores:
Usuario no logueado
Funcin:
Acceder al submen acerca de para ver la informacin del software
Descripcin:
Permite al usuario ver el contenido del submen acerca de para poder ver
el contenido de creacin del software
Flujo normal:
Ingresar al submen acerca de
Flujo
Volver al men principal
alternativo:

Nombre:
Ingresar usuario y contrasea
Dependencias:
Iniciar sesin
Pre-condicin:
Haber ingresado al men iniciar sesin
Post-condicin:
Enviar datos para validar
Actores:
Usuario no logueado
Funcin:
Ingresar datos de inicio de sesin
Descripcin:
Permite al usuario ingresar los datos de inicio de sesin (rut y contrasea)
Flujo normal:
Ingreso de datos normales
Flujo
Cancelar inicio de sesin
alternativo:
105

Nombre:
Enviar datos
Dependencias:
Ingresar usuario y contrasea
Pre-condicin:
Haber ingresado los datos de inicio de sesin (rut y contrasea)
Post-condicin:
Validar datos de sesin
Actores:
Usuario no logueado
Funcin:
Enviar datos para ser validados
Descripcin:
Enva los datos ingresados por el usuario al sistema para luego ser validados
Flujo normal:
Envi de datos correcto
Flujo
Cancelar inicio de sesin
alternativo:

Nombre:
Autorizar permisos
Dependencias:
Validar datos
Pre-condicin:
Que los datos ingresados sean validos
Post-condicin:
Permisos autorizados
Actores:
Usuario no logueado
Funcin:
Autorizar permisos a usuario
Descripcin:
Autoriza a los usuarios a ocupar los diferentes mdulos del Software
Flujo normal:
Autorizar permisos y habilitar mdulos
Flujo
Regresar al inicio de sesin
alternativo:

Nombre:
Cerrar sesin
Dependencias:
Autorizar permisos
Pre-condicin:
Post-condicin:
Cerrar sesin
Actores:
Secretaria, asistente
Funcin:
Cerrar sesin del usuario
Descripcin:
Cierra la sesin del usuario para volver al men principal
Flujo normal:
Cierre de sesin
Flujo
Cancelar cierre de sesin
alternativo:
106

Nombre:
Ingresar a mdulo de matricula
Dependencias:
Autorizar permisos
Pre-condicin:
Post-condicin:
Accede al mdulo de matricula
Actores:
Funcin:
Ingresar al mdulo de matrcula por parte del usuario
Descripcin:
Permite el ingreso del usuario al mdulo de matrcula para poder hacer uso
de ella
Flujo normal:
Ingresar al modulo
Flujo
Volver al men principal (logueado)
alternativo:

Nombre:
Ingresar a mdulo de administracin
Dependencias:
Autorizar permisos
Pre-condicin:
Post-condicin:
Accede al mdulo de administracin
Actores:
Funcin:
Ingresar al mdulo de administracin por parte del usuario
Descripcin:
Permite el ingreso del usuario al mdulo de administracin para poder

gestionar los datos.
Flujo normal:
Ingresar al modulo
Flujo
alternativo:
107

Nombre:
Ingresar a mdulo de finanzas
Dependencias:
Autorizar permisos
Pre-condicin:
Post-condicin:
Accede al mdulo de finanzas
Actores:
Funcin:
Ingresar al mdulo de finanzas por parte del usuario
Descripcin:
Permite el ingreso del usuario al mdulo de finanzas realizar diferentes

transacciones
Flujo normal:
Ingresar al modulo
Flujo
alternativo:

Nombre:
Agregar matrcula escolar
Dependencias:
Pre-condicin:
Haber ingresado al mdulo de matricula
Post-condicin:
Ingresar al formulario de matricula
Actores:
Funcin:
Ingresar a la opcin de ingresar matrcula escolar
Descripcin:
Permite ingresar al formulario de matrcula escolar
Flujo normal:
Ingresar al formulario
Flujo
Regresar al men principal
alternativo:

Nombre:
Ingresar fecha de matricula
Dependencias:
Llenar formulario de matricula
Pre-condicin:
Haber ingresado al formulario de matricula
Post-condicin:
Fecha de matrcula ingresada
Actores:
Funcin:
Ingresar fecha de matrcula escolar
Descripcin:
Permite ingresar la fecha de la matrcula escolar en el formulario
Flujo normal:
Ingresar fecha correctamente
Flujo
Regresar al men de agregar matricula
alternativo:
108

Nombre:
Ingresar datos de apoderado
Dependencias:
Pre-condicin:
Haber ingresado fecha de matricula
Post-condicin:
Datos de apoderado ingresados
Actores:
Funcin:
Ingresar datos personales del apoderado
Descripcin:
Permite ingresar los datos del apoderado para asociarlos con el alumno a
matricular
Flujo normal:
Ingreso correcto de datos de apoderado
Flujo
Ingreso errneo
alternativo:

Nombre:
Ingresar datos de alumno
Dependencias:
Pre-condicin:
Haber ingresado datos de apoderado
Post-condicin:
Datos de alumno ingresados
Actores:
Funcin:
Ingresar datos personales y acadmicos del alumno
Descripcin:
Permite ingresar los datos personales y acadmicos del alumno para generar
la matricula
Flujo normal:
Ingreso correcto de datos del alumno
Flujo
Ingreso errneo de datos
alternativo:
109

Nombre:
Ingresar contactos de emergencia
Dependencias:
Pre-condicin:
Haber ingresado datos del alumno
Post-condicin:
Contactos de emergencia ingresados
Actores:
Funcin:
Ingresar contactos de emergencia correspondientes al alumno
Descripcin:
Permite ingresar los contactos de emergencia del alumno con sus respectivos
pertenecientes y numero
Flujo normal:
Ingreso correcto de contactos
Flujo
Ingreso errneo de contactos
alternativo:

Nombre:
Ingresar datos de tutor econmico
Dependencias:
Pre-condicin:
Haber ingresado contactos de emergencia
Post-condicin:
Contactos de emergencia ingresados
Actores:
Funcin:
Ingresar los datos personales y laborales del tutor econmico
Descripcin:
Permite ingresar los datos personales del tutor econmico que financiara la
colegiatura del alumno
Flujo normal:
Ingreso correcto de datos del tutor
Flujo
Ingreso errneo de datos del tutor
alternativo:
110

Nombre:
Imprimir y guardar comprobante de matricula
Dependencias:
Ingresar fecha de matrcula, ingresar datos de apoderado, ingresar datos de

alumno, ingresar contactos de emergencia, ingresar datos de tutor
econmico.
Pre-condicin:
Haber ingresado todos los datos correspondientes
Post-condicin:
Comprobante guardado e impreso
Actores:
Funcin:
Imprimir y guardar comprobante de matricula
Descripcin:
Permite imprimir y guardar el comprobante de la matricula con los datos ms

importantes ingresados anteriormente
Flujo normal:
Impresin y guardado exitoso
Flujo
Error en la ejecucin
alternativo:

Nombre:
Buscar matricula alumno antiguo
Dependencias:
Pre-condicin:
Que el alumno este matriculado
Post-condicin:
Matricula actualizada
Actores:
Funcin:
Buscar matrcula de alumno antiguo y realizar actualizacin
Descripcin:
Permite matricular nuevamente a un alumno antiguo solamente actualizando

su situacin
Flujo normal:
Actualizacin exitosa
Flujo
Error en la actualizacin de la matricula
alternativo:
111

Nombre:
Cancelar matrcula escolar
Dependencias:
Ingresar al mdulo de matricula
Pre-condicin:
Post-condicin:
Actores:
Funcin:
Cancelar la matricula del alumno
Descripcin:
Permite cancelar la matricula del alumno eliminndola del sistema
Flujo normal:
Cancelacin exitosa
Flujo
Error al cancelar la matricula
alternativo:

Nombre:
Cancelar matrcula escolar
Dependencias:
Ingresar al mdulo de matricula
Pre-condicin:
Post-condicin:
Actores:
Funcin:
Cancelar la matricula del alumno
Descripcin:
Permite cancelar la matricula del alumno eliminndola del sistema
Flujo normal:
Cancelacin exitosa
Flujo
Error al cancelar la matricula
alternativo:

Nombre:
Modificar datos de alumno
Dependencias:
Ingresar al mdulo de administrativo
Pre-condicin:
Permisos autorizados para ocupar este modulo
Post-condicin:
Ingresar a la interfaz administracin
Actores:
Secretaria
Funcin:
Modificar datos actuales del alumno
Descripcin:
Permite modificar los datos del alumno mediante la interfaz y las diferentes
opciones de modificacin
Flujo normal:
Modificacin de datos de alumno realizada
Flujo
Error al modificar los datos del alumno
alternativo:
112

Nombre:
Modificar datos personales
Dependencias:
Pre-condicin:
Estar en mdulo de administracin
Post-condicin:
Datos personales modificados
Actores:
Secretaria
Funcin:
Modificar datos actuales del alumno matriculado
Descripcin:
Permite modificar los datos personales del alumno mediante la interfaz y las
diferentes opciones de modificacin
Flujo normal:
Modificacin de datos personales de alumno realizada
Flujo
Error al modificar los datos personales del alumno
alternativo:

Nombre:
Modificar informacin de curso
Dependencias:
Pre-condicin:
Post-condicin:
Datos de curso modificados
Actores:
Secretaria
Funcin:
Modificar datos del curso del alumno matriculado
Descripcin:
Permite modificar los datos del curso del alumno cambiando de
nivel u
seccin mediante la interfaz y las diferentes opciones de modificacin

Flujo normal:
Modificacin de curso realizado
Flujo
Error al modificar el curso del alumno
alternativo:
113

Nombre:
Modificar datos de apoderado
Dependencias:
Ingresar a modulo administrativo
Pre-condicin:
Post-condicin:
Ingresar interfaz de administracin
Actores:
Secretaria
Funcin:
Modificar datos del apoderado
Descripcin:
Permite modificar los datos del apoderado siendo este los datos personales o
simplemente cambiarlo
Flujo normal:
Datos de apoderado modificados
Flujo
Error al modificar datos del apoderado
alternativo:

Nombre:
Cambiar apoderado
Dependencias:
Pre-condicin:
Post-condicin:
Apoderado cambiado
Actores:
Secretaria
Funcin:
Cambiar apodero del alumno
Descripcin:
Permite cambiar el apoderad del alumno el cual pertenece
Flujo normal:
Apoderado cambiado con xito
Flujo
Error al cambiar el apoderado del alumno
alternativo:

Nombre:
Modificar datos personales de apoderado
Dependencias:
Pre-condicin:
Post-condicin:
Datos modificados
Actores:
Secretaria
Funcin:
Cambiar datos de apoderado
Descripcin:
Permite modificar los datos del apoderad del alumno
Flujo normal:
Datos de apoderado modificados con xito
Flujo
Error al modificar datos del apoderado
alternativo:
114

Nombre:
Modificar datos de tutor econmico
Dependencias:
Ingresar a modulo administrativo
Pre-condicin:
Post-condicin:
Ingresar interfaz de administracin
Actores:
Secretaria
Funcin:
Modificar los datos del tutor econmico
Descripcin:
Permite modificar los datos del tutor siendo este los datos personales o
simplemente cambiarlo
Flujo normal:
Datos de seleccionar opciones de modificacin
Flujo
Error al modificar datos del tutor econmico
alternativo:

Nombre:
Cambiar tutor econmico
Dependencias:
Modificar datos de tutor econmico
Pre-condicin:
Post-condicin:
Tutor cambiado
Actores:
Secretaria
Funcin:
Cambiar tutor econmico del alumno
Descripcin:
Permite cambiar el tutor econmico del alumno el cual pertenece
Flujo normal:
Tutor cambiado con xito
Flujo
Error al cambiar el tutor del alumno
alternativo:

Nombre:
Modificar datos personales de tutor
Dependencias:
Pre-condicin:
Post-condicin:
Datos modificados
Actores:
Secretaria
Funcin:
Cambiar datos de apoderado
Descripcin:
Permite modificar los datos del tutor econmico del alumno
Flujo normal:
Datos de tutor modificados con xito
Flujo
Error al modificar datos del tutor
alternativo:
115

Nombre:
Impresin de planillas
Dependencias:
Estar en modulo administrativo
Pre-condicin:
Autorizar permisos para ocupar este modulo
Post-condicin:
Datos impresos
Actores:
Funcin:
Imprimir planillas con datos de alumno
Descripcin:
Permite imprimir planillas con datos de alumno con diferentes opciones de

impresin y contenido
Flujo normal:
Eleccin de opciones de contenido
Flujo
Cancelar impresin
alternativo:

Nombre:
Imprimir con datos personales de alumno
Dependencias:
Pre-condicin:
Post-condicin:
Planillas impresas con datos de alumno
Actores:
Funcin:
Imprimir planillas con datos personales de alumno
Descripcin:
Permite imprimir planillas con datos personales de alumno con diferentes

opciones de impresin y contenido
Flujo normal:
Impresin realizada con xito
Flujo
Cancelar impresin
alternativo:
116

Nombre:
Imprimir con datos de apoderado
Dependencias:
Pre-condicin:
Post-condicin:
Planillas impresas con datos de apoderado
Actores:
Funcin:
Imprimir planillas con datos personales del apoderado
Descripcin:
Permite imprimir planillas con datos personales del apoderado con diferentes
opciones de impresin y contenido
Flujo normal:
Flujo
Cancelar impresin
alternativo:

Nombre:
Imprimir con datos de pago
Dependencias:
Pre-condicin:
Post-condicin:
Planillas impresas con datos de los pagos realizados y atrasados
Actores:
Funcin:
Imprimir planillas con datos de los pagos atrasados y realizados
Descripcin:
Permite imprimir planillas con datos personales de los pagos para futuras
reuniones u otras necesidades
Flujo normal:
Flujo
Cancelar impresin
alternativo:
117

Nombre:
Imprimir con datos de pago
Dependencias:
Pre-condicin:
Post-condicin:
Planillas impresas con datos de los pagos realizados y atrasados
Actores:
Funcin:
Imprimir planillas con datos de los pagos atrasados y realizados
Descripcin:
Permite imprimir planillas con datos personales de los pagos para futuras
reuniones u otras necesidades
Flujo normal:
Flujo
Cancelar impresin
alternativo:

Nombre:
Buscar datos de alumno
Dependencias:
Pre-condicin:
Autorizar permisos para ocupar este modulo
Post-condicin:
Datos encontrados
Actores:
Funcin:
Buscar datos de alumno por diferentes opciones
Descripcin:
Permite buscar datos de alumno de acuerdo a diferentes opciones de

bsqueda
Flujo normal:
Elegir opciones de bsqueda
Flujo
Salir de modulo
alternativo:
118

Nombre:
Buscar por datos personales
Dependencias:
Pre-condicin:
Post-condicin:
Datos encontrados
Actores:
Funcin:
Buscar alumno por sus datos personales
Descripcin:
Permite encontrar la informacin dela alumno por sus datos personales
Flujo normal:
Bsqueda exitosa
Flujo
Error en la bsqueda
alternativo:

Nombre:
Buscar por apoderado
Dependencias:
Pre-condicin:
Post-condicin:
Datos encontrados
Actores:
Funcin:
Buscar alumno por apoderado
Descripcin:
Permite encontrar la informacin de la alumno el apoderado
Flujo normal:
Bsqueda exitosa
Flujo
Error en la bsqueda
alternativo:

Nombre:
Buscar por curso
Dependencias:
Pre-condicin:
Post-condicin:
Datos encontrados
Actores:
Funcin:
Buscar alumno por curso al que pertenece
Descripcin:
Permite encontrar la informacin de la alumno de acuerdo al curso el cual

pertenece
Flujo normal:
Bsqueda exitosa
Flujo
Error en la bsqueda
alternativo:
119

Nombre:
Buscar por tutor econmico
Dependencias:
Pre-condicin:
Post-condicin:
Datos encontrados
Actores:
Funcin:
Buscar alumno por tutor econmico que pertenece
Descripcin:
Permite encontrar la informacin de la alumno de al tutor econmico que

financia al alumno
Flujo normal:
Bsqueda exitosa
Flujo
Error en la bsqueda
alternativo:

Nombre:
Administrar mensualidades
Dependencias:
Pre-condicin:
Estar en mdulo de finanzas
Post-condicin:
elegir opcin de administracin
Actores:
Funcin:
Descripcin:
permite administrar las mensualidades ya sea realizando pagos o revisar sus

historiales
Flujo normal:
Seleccionar opcin de administracin
Flujo
Salir del modulo
alternativo:
120

Nombre:
Revisar historial de mensualidades al dia
Dependencias:
Pre-condicin:
Post-condicin:
Historial buscado
Actores:
Funcin:
Revisar los historiales de pagos al da
Descripcin:
Permite verificar la informacin de las mensualidades al da por parte del

alumno
Flujo normal:
Historial revisado
Flujo
Error al buscar historial
alternativo:

Nombre:
Pagar mensualidad
Dependencias:
Pre-condicin:
Post-condicin:
Pago realizado
Actores:
Funcin:
Pagar mensualidades del alumno
Descripcin:
Permite pagar las mensualidades del alumno ya sea atrasadas o al da
Flujo normal:
Pagar las mensualidades
Flujo
Error al efectuar los pagos
alternativo:

Nombre:
Seleccionar alumno a pagar
Dependencias:
Pagar mensualidad
Pre-condicin:
Seleccionar pagar mensualidad
Post-condicin:
Alumno escogido
Actores:
Funcin:
Seleccionar el alumno que se efectuara el pago
Descripcin:
Permite seleccionar el alumno el cual se realizara el pago correspondiente
Flujo normal:
Escoger meses
Flujo
Error el escoger alumno
alternativo:
121

Nombre:
Escoger mes(meses) a pagar
Dependencias:
Seleccionar alumno a pagar
Pre-condicin:
Alumno escogido
Post-condicin:
listo a pagar
Actores:
Funcin:
Seleccin el o los meses a cancelar
Descripcin:
Permite seleccionar el o los meses a cancelar por parte del alumno
Flujo normal:
Pagar monto
Flujo
Error al escoger meses
alternativo:

Nombre:
Pagar monto final
Dependencias:
Escoger mes(es) a pagar
Pre-condicin:
Meses escogidos
Post-condicin:
Impresin y guardado de comprobante
Actores:
Funcin:
Pagar monto final de la mensualidad
Descripcin:
Permite pagar el monto final de la mensualidad correspondiente al alumno
Flujo normal:
Monto cancelado
Flujo
Error al efectuar pago
alternativo:

Nombre:
Administrar becas
Dependencias:
Pre-condicin:
Post-condicin:
Seleccin de opciones beca
Actores:
Secretaria
Funcin:
Administrar beca de alumnos
Descripcin:
Permite administrar la beca de los alumnos seleccionando diferentes

opciones de administracin
Flujo normal:
Eleccin de opciones de administracin
Flujo
Salir de mdulo de finanzas
alternativo:
122

Nombre:
Asignar beca
Dependencias:
Administrar becas
Pre-condicin:
Post-condicin:
Beca asignada
Actores:
Secretaria
Funcin:
Asignar becas a alumnos y su porcentaje
Descripcin:
Permite asignar becas a los alumnos tanto su nombre como porcentaje
Flujo normal:
Becas asignada exitosamente
Flujo
Error al asignar beca
alternativo:

Nombre:
modificar beca
Dependencias:
Administrar becas
Pre-condicin:
Post-condicin:
Beca modificada
Actores:
Secretaria
Funcin:
Modificar becas a alumnos y su porcentaje
Descripcin:
Permite modificar becas a los alumnos tanto su nombre como porcentaje
Flujo normal:
Becas modificad exitosamente
Flujo
Error al modificar beca
alternativo:

Nombre:
eliminar beca
Dependencias:
Administrar becas
Pre-condicin:
Post-condicin:
Beca eliminada
Actores:
Secretaria
Funcin:
Eliminar becas a alumnos y su porcentaje
Descripcin:
Permite eliminar becas a los alumnos tanto su nombre como porcentaje
Flujo normal:
Becas eliminada exitosamente
Flujo
Error al eliminar beca
alternativo:
123
4.9.1.2 Diagramas de actividades
Modulo principal usuario no logueado
act Activ idadesModuloPrincipalUserNoLogin

Usuario no logueado
Iniciar interfaz
Elegir opcion
Ingresar menu ayuda
Ingresar al menu de inicio

de sesion
Ingresar submenu
guia o "acerca
de"
Cerrar submenu
124
act Activ idadesModuloPrincipalValidacionLogin

Usuario no logueado
Interfaz
Ingresar rut y contrasea
[Si]
Env iar rut y contrasea
Volver a intentar?
Verificar rut/contrasea
Rut/contrasea invalidos
Elegir opcion de reingreso
[No]
Rut/contrasea validos
Volv er a modulo principal
125
act Activ idadesModuloPrincipal

Usuario logueado
Seleccionar opcion
Cerra sesion
[Hacer otra operacion]
Seleccionar modulos de
trabaj o: matricula,
administrativ o o finanzas
Cerrar modulos
[No hacer otra operacion]
126
Mdulo de matricula
act Activ idadesModuloMatricula

Apoderado
Solicitar matricula escolar
Usuario logueado
Agregar matricula escolar
Alumno antiguo
Actualizar datos
Alumno nuevo
Llenar formulario de
matricula
Pagar derecho a
materiales
Ingresar fecha
de matricula
Ingresar
datos
apoderado
Ingresar datos
de alumno
Ingresar niv el
academico
Ingresar
datos de tutor
economico
Imprimir y guardar
comprobante de matricula
127
Mdulo de matrcula cancelar matricula
act Activ idadesModuloMatriculaCancelarMatricula

Usuario logueado
Cancelar matricula
escolar
Ingresar nombre de
apoderado o alumno
Ingresar motiv o de
cancelacion
Ingresar fecha de
cancelacion
[Si]
Imprimir y guardar
comprobante de
cancelacion
Realizar otra accion?
[No]
128
Mdulo de administrativo buscar datos de alumno
act Activ idadesModuloAdministrativ oBuscarDatosAlumno

Usuario logueado
Buscar por datos

personales, apoderado,
tutor economico o por
curso
Volver a buscar
[No hacer mas busqueda ]
129
Mdulo de administrativo impresin de planillas
act Activ idadesModuloAdministrativ oImpresionPlanillas

Usuario logueado
Filtrar planilla con datos

de alumno, apoderado,
tutor economico, matricula
o todos
Aceptar filtros
Volver a imprimir
Imprimir planilla de datos
[No volver a imprimir]
130
Mdulo de administrativo modificar datos de alumno
act Activ idadesModuloAdministrativ oModificarDatosAlumno

Usuario logueado
Modificar datos
personales, informacion
de beca, forma de pago o
informacion de curso
Hacer mas modificaciones
Guardar cambios
No hacer mas modificaciones
131
Mdulo de administrativo modificar datos de tutor econmico
act Activ idadesModuloAdministrativ oModificarDatosTutor

Usuario logueado
Modificar informacion de
tutor economico
Modificar datos
personales, cambiar de
tutor economico
Hacer mas cambios

Guardar cambios
No hacer mas cambios
132
Mdulo de administrativo modificar datos de apoderado
act Activ idadesModuloAdministrativ oModificarDatosApoderado

Usuario logueado
Modificar datos de
apoderado
Modificar datos
personales o cambiar de
apoderado
Volver a hacer modificaciones
Guardar cambios
No hacer mas modificaciones
133
Mdulo de finanzas pago de mensualidades
act Activ idadesModuloFinanzasPagoMensualidades

Usuario logueado
Apoderado
Administrar
mensualidades
Pagar mensualidad
Buscar alumno por datos

personales, apoderado o
tutor economico
[Si]
Seleccionar alumno
Escoger mes a pagar
Cancelar monto
Guardar e imprimir
comprobante de pago
Desea hacer otra operacion
[No]
134
Mdulo de finanzas historial de pagos de matricula
act Activ idadesModuloFinanzasHistorialdePagosMatricula

Usuario logueado
Ingresar a opcion de
historial de pagos de
matricula
[Si]
Buscar historial por

nombre o apellido de
alumno, apoderado o tutor
economico
Ver historial de pagos
[Volver a buscar]
Volver a buscar historial?Imprimir
historial
Imprimir historial?
[Si]
[No]
[No]
No hacer mas acciones
135
Mdulo de finanzas comprobar situacin de mensualidades
act Activ idadesModuloFinanzasRev isarMensualidades

Usuario logueado
Administrar
mensualidades
[Si]
[Si]
Rev isar historial de

mensualidades
Ver mensualidades
atrasadas
Que mensualidades desea ver?
Ver
mensualidades al
dia
Buscar historial por

nombre o apellido de
alumno, apoderado o tutor
economico
Ver historial de pagos
Volver a buscar historial?
Imprimir historial
de pagos
[No]
Desea imprimir historial?

[Si]
Desea hacer otra operacion?

[No]
[No]
136
4.9.1.3 Diagramas de estado
Modulo principal usuario no logueado
stm EstadosModuloPrincipalUserNoLogin
Menu de inicio de
sesion
[Elegir inicio de
sesion]
Iniciar interfaz
Submenu guia o
En menu de ayuda
[Ingresar submenu] "acerca de"
[Elegir menu de ayuda]
Cierre de menu
[Cerra menu]

stm EstadosModuloPrincipalValidacionLogin
[Abrir menu inicio de sesion]
Menu de inicio de
sesion
Datos env iados

[Ingresar Rut y
contrasea]
[Verificando Rut/contrasea]
[Volver a intentar]
Usuario/contrasea
inv alidos
[Rechazar datos]
[Aceptar datos]
[Volver al modulo principal]
[Dando permisos]
Usuario/contrasea
v alidos
137
stm EstadosModuloPrincipal
Usuario logueado
[Mostrar modulo principal]
[Si]
Apertura de modulo
principal
Cierre de modulo
Modulo de matricula
[Cerrar modulo]
matricula
[Elegir modulos]
[Abrir modulo matricula]
Modulo administrativ o
Cierre de modulo
[Abrir modulo administrativo]
administrativ o [Cerrar Modulo]
Hacer otra
operacion?
[No]
Modulo financiero
Cierre de modulo
financiero
[Cerrar modulo]
[Abrir modulo financiero]
138
Mdulo de matricula
stm EstadosModuloMatricula
[Solicitud de matricula escolar]
Apertura de modulo de
[Abrir formulario de matricula]
matricula
Matricula alumno
antiguo
[Seleccionar
alumno antiguo]
Actualizacion de datos
[Actualizar datos]
Matricula alumno
nuev o
[Seleccionar alumno nuevo]
[Ingresar datos de alumno]
[Ingresar fecha de matricula]
[Ingresar datos tutor economico]
[Ingresar datos apoderado]
[Ingresar nivel academico]
Fecha de
matricula
ingresada
Datos
apoderado
ingresados
Datos de
alumno
ingresados
Niv el
academico
Datos tutor
ingresados
[Si]
[No]
Comprobante impreso
y guardado
Realizar
otra
accion?
139
Mdulo de matrcula cancelar matrcula

stm EstadosModuloMatriculaCancelarMatricula
Solicitud de
Apertura de modulo de
[Eliminar matricula escolar] cancelacion de
matricula
matricula
[Ingresar fecha de cancelacion]

[Ingresar nombre de apoderado o alumno]
[Ingresar motivo de cancelacion]
Nombre de apoderado
o alumno ingresado
Motiv o de cancelacion
ingresado
Fecha de cancelacion
ingresada
[Si]
[Guardar e imprimir comprobante]
Comprobante guardado
e impreso
[No]
Realizar
otra
accion?
Mdulo administrativo buscar datos de alumno
stm EstadosModuloAdministrativ oBuscarDatosAlumno

[Ejecutar modulo administrativo]
Datos de alumno
encontrados
Apertura modulo
administrativ o
[Buscar datos de alumno ]

[Si]
[No]
Realizar
otra
operacion?
140
Mdulo administrativo modificar datos de alumno

stm EstadosModuloAdministrativ oModificarDatosAlumno
Apertura de modulo
Datos de alumno
administrativ o
[Modificar datos alumno]
modificado

[Guardar cambios]
[Si]
Cambios guardados
[No]
Hacer
otra
operacion
Mdulo administrativo modificar datos de apoderado
stm EstadoModuloAdministrativ oModificarDatosApoderado

Apertura modulo
administrativ o
Datos de apoderado
[Modificar datos de apoderado]
modificado
[Si]
[Guardar cambios]
Cambios guardados
[No]
Realizar
otra
operacion?
141
Mdulo administrativo modificar datos de tutor econmico
stm EstadosModuloAdministrativ oModificarDatosTutor

[Modificar datos tutor economico]

Tutor Cambiado
Apertura modulo
administrativ o
[Cambiar tutor academico]
[Modificar Datos tutor]
[Si]
Datos de tutor
modificados
[Guardas cambios]
[Guardar cambios]
Cambios guardados
[No]
Realizar
otra
accion?
Mdulo administrativo impresin de planillas

stm EstadosModuloAdministrativ oImpresionPlanillas
[Ejecutrar modulo administrativo]
Apertura de modulo
administrativ o
[Si]
Filtros fij ados

[Filtrar datos]
[Imprimir planilla de datos]
Planilla impresa
No
Volver a
imprimir?
142
stm EstadosModuloFinanzasPagoMensualidades
[Ejecutar modulo finanzas]
Modulo de finanzas
activ o
Pago de
mensualidades
[Seleccionar alumno
y mes a pagar]
[Si]
Comprobante guardado
e impreso
Realizar
otra
accion
Alumno encontrado
[Buscar alumno]
Mensualidad pagada
Mes fij ado

[Cancelar monto]
[Imprimir y guardar comprobante]

[No]
143
stm EstadosModuloFinanzasRev isarMensualidades

[Revisar historial de mensualidades]
[Ejecutar modulo de finanzas]
Modulo de finanzas
activ o
Que tipo de
mensualidad
desea ver?
Mensualidad atrasada
[Si]
Mensualidad al dia
[Buscar historial
de pagos]
[Buscar historial de pagos]
Historial encontrado
[No]
Realizar
otra
accion?
[No]
Imprimir
historial?
[Si]
Historial de pago
impreso
144
4.9.2 Diagramas de interaccin
4.9.2.1 Diagrama de secuencia

Para Usuarios no logueados
sd Diagrama de Secuencias No Logeado

Interfaz
Ventana Login
Base de Datos
Usuario No Logeado
Acceder a ventana Login()
Desplegar Ventana Login()
En espera de datos()
Ingresar Rut y Password()
Verificar Rut y Password Validos()

Autenticar Datos de Usuario()
Datos Autenticados()
Acceso Verificado()
145
Para Usuarios no logueados
sd Diagrama de Secuencia Logeado

Interfaz
Modulo
Base de Datos
Usuario
Seleccionar de Modulo()
Desplegar Modulo()
Opciones de Modulo()
Esperando Acciones()
Comenzar Accion()
Esperar Datos()
Ingresar Datos()
Veriicar Datos()
Datos Verificados()
Aviso de Verificacion()
Guardar y Terminar()
Guardar Registros()
Registros Guardados()
Mensaje de Realizacion()
146
4.9.2.2 Diagrama de colaboracin
Para usuario no logueados

sd Diagrama de Colaboracion No Logeado
Usuario
1. Ingresar Rut y Password

5. Mensaje de Verificacion ()
6. Permitir o Denegar Acceso()
Ventana Login
Base de Datos
2. Verificar Datos Validos ()

3. Autenticar Datos ()
4. Datos Verificados ()
Para usuario logueados

sd Diagrama de Colaboracion Logeado
Usuario
1. Seleccionar Modulo
3. Seleccionar Acciones
4. Ingresar Datos
9. Mostrar Verificacion()
10. Guardar y Terminar
15. Desplegar Resultados()
Modulo
Interfaz
2. Desplegar Modulo()
5. Enviar Datos a Verificacion()
8. Mensaje de Verificacion()
11. Enviar Registro para Guardado
14. Mensaje de Registro Guardado()
Base de Datos
6. Verificar Datos()
7. Datos Verificados()
12. Guardar Registro()
13. Registro Guardado()
147
4.9.3 Diagramas de diseo estructural
4.9.3.1 Diagramas de clases
class Clases
telefono
direccion
Num1: char
Num2: char
NumTrabajo: char
agregar telefono() : void
DireccionParticular: char
DireccionTrabajo: char
agregarDireccion() : void
Tutor_economico
+
Crear tutor economico() : void
1..*
1..*
Responsable
Matricula
Padre
+
Crear padre() : void
Madre
+
Crear madre() : void
NombreCompleto: char
Edad: char
EstudiosCompletados: char
Correoelectronico: char
Profesion: char
1..*
Trabajo: char
Cargo: char
Apoderado: boolean
ApoderadoSuplente: boolean
Crear responsable() : void
1..1
Numero Matricula: int

Fecha: char
+
+
+
+
+
Matricular alumno() : void

Cancelar matricula() : void
Ingresar padre() : void
Ingresar madre() : void
Ingresar tutor economico() : void
Mensualidad
Secretaria
+
+
+
Alumno
Usuario
Eliminar usuario() : void

Modificar usuario() : void
Agregar usuario() : void
+
+
+
+
+
+
1..1 -
NombreUsuario: char
PassUsuario: char
RutUsuario: char
TipoUsuario: int
+ Iniciar sesion() : void

+ Matricular() : void
Asistente
Serv icio_salud
-
PlanSalud: char
Agregar servicio() : void
1..*
RutAlumno: char
Nombre completo: char
Apellido P: char
Apellido M: char
Sexo: char
Fecha Nac: char
Domicilio: char
SectorVilla: char
Telefono: char
Edad: char
NombreContacto: char
Numero: char
*..1
1..1
1..1
1..1
1..*
1..*
Curso
*..1
1..*
Crear alumno() : void
Contacto emergencia
-
1..1
AgregarContactos() : void
curso: char
+ agregarCurso() : void
Estado: char
FechaPago
Monto: int
NombreMes: char
NumDocumento: char
TipoPago: char
Pagar mensualidad() : void
FichaAlumno
1..1 -
ColegioPresedencia: char
CursosRepetidos: char
Becado: boolean
PorcentajeBeca: char
HermanosEstablecimiento: char
AlumnoViveCon: char
NumHijosFamilia: char
LugarOcupacionHijos: char
GrupoFamiliarComponen: char
AntecedentesMedicos: char
comuna
+
CargarDatos() : void
comuna: int
+ agregarComuna() : void
148
4.9.3.2 Diagramas de componentes
deployment Diagrama de Componentes

Interfaz Visual
Framew ork Vb 4.0
Modulo Principal
Logica del Softw are
Codigo de Conexion
Base de Datos
Echaurren MySQL
Codigo de App
149
4.9.3.2 Diagramas de despliegue
cmp Diagrama de Despliegue
Maquina del Usuario

Framew ork Vb 4.0
Base de Datos
Interfaz
Ayuda
use
Modulo de
Matricula
Modulo principal
Modulo
Administrativ o
Modulo de Finanzas
Formularios
Registros
Registros
Financieros
150
4.9.4 Diseo detallado (Diccionario de datos,

especificaciones estructuradas)
4.9.4.1 Diccionario de datos
Un diccionario de datos es una herramienta de importancia para el administrador de

la base de datos, es un catlogo accesible para el usuario de datos relacionados.
Con la base de datos.
Con el trmino de diccionario de datos suele designarse una utilera de software ms
general que un catlogo. Los sistemas de diccionario de datos sirven para mantener
informacin relativa al hardware y software, la documentacin y los usuarios del
sistema, as como otra informacin pertinente para la administracin del sistema.
151
152
153
154
155
156
4.9.4.2 Especificaciones estructuradas

Normas de Desarrollo
Polticas y Protocolo de Respaldo
Como se ha mencionado en puntos anteriores, durante el desarrollo de este
proyecto se hace uso de repositorios remotos y control de versiones utilizando para
ello la UI (User Interface) o aplicacin de escritorio desarrollada por GitHub para
Windows, que permite a los desarrolladores trabajar en paralelo y a distancia para
su mayor comodidad y productividad.
Dado que GitHub permite crear ramas independientes de trabajo, los cambios que
se realicen no sobrescriben directamente el cdigo base y otorga un completo
control sobre los avances y versiones que se generen en el desarrollo general del
proyecto.
Adems, esta interfaz est directamente conectada al servidor de GitHub,
permitiendo generar un respaldo en lnea de cada avance, cambio o correccin
realizada sobre el cdigo del proyecto. Y si por algn motivo se pierden o eliminan
los archivos del equipo de uno de los desarrolladores, slo necesita descargar tales
archivos desde el sitio web de GitHub donde se encuentra almacenado el repositorio
base del cdigo de ste proyecto.
Sabiendo esto se establece el siguiente protocolo de seguridad y respaldo:
Es de completa obligacin respaldar y sincronizar con el servidor cada avance,
cambio o correccin realizada en el cdigo fuente del software del proyecto tras su
correcta verificacin, es decir, que los cambios y/o avances no entren en conflicto
con el cdigo actual de ste.
Es responsabilidad de cada desarrollador comentar sus respaldos, ya sean de
cualquier tipo (cambios, avances o correcciones), dando as mayor control de
versionado al jefe de proyecto.
157
Polticas y Protocolo de Acceso a Datos y/o Cdigo Fuente del Software

Para acceder a los Datos y al Cdigo Fuente cada desarrollador puede ingresar al
Sitio Web de GitHub donde se encuentra almacenado el repositorio del proyecto e
iniciar sesin con su nombre de usuario o correo electrnico y su respectiva
contrasea. Una vez han iniciado sesin pueden dirigirse al repositorio del proyecto
para extraer los datos o archivos requeridos, adems de verificar tanto las versiones
propias como las versiones de sus colaboradores en el proyecto para poder
administrar y ejecutar acciones como revertir, actualizar o mezclar con el cdigo
base.
Estos datos de usuario son tambin utilizados para ingresar en la aplicacin de
escritorio y as administrar los repositorios y los respaldos de cada progreso.
Cabe destacar que para acceder al repositorio del proyecto, cada desarrollador de
haber sido previamente incorporado como colaborador en la configuracin del
repositorio base, configuracin que slo es manejada por el jefe de proyecto y
creador del repositorio.
Polticas, Protocolos y Programas para el Control de Versiones
GitHub es el mayor Host de cdigo en el planeta, con ms de 9,7 millones de
repositorios. Grande o pequeo, cada repositorio viene con las mismas herramientas
de gran alcance. Estas herramientas estn abiertas a la comunidad para proyectos
pblicos y seguros para proyectos privados.
GitHub ofrece una versin de suscripcin que permite privatizar los repositorios que
se deseen crear, es decir, que ningn usuario de la comunidad podr ver su
contenido (ms bien su existencia). Esto no quiere decir que la opcin gratuita
permita a todos indagar en nuestros cdigos, ya que solo los contribuyentes
registrados por el creador del repositorio sern capaces de ingresar a l, pero a
diferencia del plan de suscripcin otros usuarios podrn saber de qu se trata cada
repositorio creado (por decirlo de manera sencilla, la portada).
Todos los datos privados intercambiados con GitHub se transmite siempre a travs
de SSL (por eso su tablero de instrumentos se sirve a travs de HTTPS, por
ejemplo). Todos los push y pull de los datos privados se hace a travs de SSH
158
autenticado con llaves, o a travs de HTTPS utilizando su nombre de usuario y

contrasea GitHub.
SSL, HTTPS, SSH y transmisin de datos y la autenticacin de dos factores
(Usuario y Contrasea) son elementos bsicos de la seguridad en GitHub.
Slo los compaeros de equipo y los colaboradores pueden crear y ver temas de
repositorios privados.
La revisin de cdigo es una parte esencial del flujo de trabajo de GitHub. Despus
de crear una rama y haciendo una o ms confirmaciones o una solicitud de
extraccin se inicia la conversacin en torno a los cambios propuestos.
Confirmaciones adicionales se agregan comnmente basadas en los comentarios
antes de la fusin de la rama.
Nomenclatura de Funciones
Para la creacin de funciones se utilizan palabras o frases dependiendo de la accin
que realice dicha funcin descartando cualquier tipo de puntuacin o acentuacin
correspondiente.
Se establece un orden gramtico para mayor legibilidad, este orden est dado por la
primera letra de cada palabra en mayscula seguido por el resto de letras de esa
palabra en minsculas y slo verbos en infinitivo.
Ejemplo:
FiltrarRutAlumno(),
BuscarRutAlumno(),
ValidarRut(),
GuardarFormularioMatricula().
Nomenclatura de Versiones
Para el versionado del software se hace uso de la sintaxis X.Y.Z. el cul es el
mtodo ms comn para numerar las versiones de un sistema, basado en dos o tres
cifras decimales que se incrementan dependiendo de la importancia de los cambios
o avances en el desarrollo.
Comenzando por la versin 0.0.0 que es la generacin del repositorio y el ambiente
de trabajo para comenzar el desarrollo, seguido de un incremente en la tercera cifra
dependiendo de cada avance importante que haya sido mezclado a la rama principal
159
como por ejemplo v0.0.1 o v0.0.2 que demuestra la secuencia de progreso del
proyecto.
A continuacin el incremento de la segunda cifra que puede estar asociado a un
gran avance o progreso en el software o a la acumulacin de una cantidad
determinada de avances pequeos como por ejemplo v0.1.0 o v0.1.3 donde se
marca un progreso de madurez del proyecto.
Finalmente tenemos el incremento ms importante, la primera cifra, la cual est
asociada al despliegue o los despliegues funcionales del software como por ejemplo
v1.0.1 o v1.2.5 estos despliegues son el resultado de cada proceso incremental del
proyecto y marcan un estado de finalizacin de un mdulo o del software en s.
Nomenclatura de Variables
Los nombres de cada variable debern ser completamente comprensibles, con el fin
de describirse a s mismas y su contenido para efectos de usabilidad en relacin al
cdigo. La sintaxis para estas variables ser de igual manera que para las
Funciones anteriormente explicadas slo que esta vez se antepondr la palabra
var (en minsculas) al nombre de la variable.
Ejemplo: varMontoMensualidad, varCantidadMesesAtrasados, varRutAlumno
Comentarios
Dentro del cdigo del software podemos encontrar los siguientes tipos de
documentacin.
a) Comentarios para Funciones.
Funciones que posean ms de un uso o ms de una retorno, por ejemplo,
funciones que tras una decisin muestren distintos tipos de mensajes.
b) Comentarios para Variables.
Variables ambiguas o que tenga alcance de nombre con otras variables pero
que almacenen tipos de datos distintos.
c) Comentarios en Iteraciones.
160
Para decisiones o bucles grandes y complejos que desencadenen en ms de

un tipo de resultado y que a simple vista no sea fcil su seguimiento, ser
necesaria una explicacin para su posterior comprensin.
d) Comentarios en Sentencias SQL.
Si la instruccin SQL es muy compleja, anida muchas variables o une muchas

tablas es necesario comentar su funcionalidad y/o usabilidad.
Nomenclatura SQL
El nombre otorgado a las tablas debe seguir una sintaxis similar a las Funciones del
cdigo, adems de omitir puntuaciones y acentuaciones, tratando de usar nombres
relativamente cortos pero que expliquen claramente su contenido.
Ejemplificando lo antes dicho: Tablas Alumno, ResponsablePorAlumno,
Mensualidades
Para los atributos de cada tabla se deben contemplar la restriccin de puntuacin o
acentuacin y para este caso utilizar en cada atributo un nombre detallado pero a la
vez abreviado, en el caso de que sean nombres extensos.
Ejemplo: Atributos ApePaterno para Apellido Parteno y IdServSalud para ID
Servicio de Salud
En el caso de los Atributos de Clave Primaria se dar prioridad a anteponer la
palabra Id al nombre del atributo a excepcin de las PK que utilicen como datos el
RUT de las personas, para esos casos tambin existe una sintaxis designada.
Ejemplo: IdMensualidad, IdDireccion, RutAlumno, RutResponsable
Con estos protocolos se busca unificar el desarrollo del software y otorgar adems la
fcil comprensin a los desarrolladores que intercambian tareas de codificacin,
dando progreso constante al desarrollo del proyecto.
161
5.0 Plan de pruebas
EL plan de pruebas de Software se elabora con el fin de especificar qu elementos o

componentes se van a probar para que el grupo de trabajo pueda realizar el proceso
de Validacin y Verificacin de los requerimientos funcionales y no funcionales.
Adems, a travs del plan de pruebas se puede continuar con la trazabilidad de los
requerimientos, con lo cual el grupo de trabajo, identifica el porcentaje de avance
que se ha logrado hasta cierto momento.
Al desarrollar el plan de pruebas, se puede obtener informacin sobre los errores,
defectos o fallas que tiene el prototipo, as se realizan las correcciones pertinentes,
segn el caso y se asegura la calidad del producto que se est entregando al cliente.
El plan de pruebas se aplica sobre el producto, es decir, el cdigo fuente.
El siguiente plan de pruebas que se aplicara al software consiste en hacer un
anlisis del cdigo base de mdulos que contiene este, para posteriormente calcular
caminos alternativos y ver los posibles caminos independientes.
Por otro lado se analizara el software en base a los requerimientos ms importantes,
este someter a prueba las entradas de datos al sistema para posteriormente detectar
la salida de datos previstos, si estas son negativas significara que el plan de pruebas
ha detectado una falla en el software.
Finalmente el software se someter al plan de pruebas de aceptacin el cual son
bsicamente operadas por el cliente para que este compruebe el funcionamiento de
los requisitos bsicos del software.
162
5.0.1 Prueba del sistema

5.0.1.1 Pruebas de caja blanca
Analiza por mdulos, testea lo que el programa hace. Por lo tanto, es necesario
tener informacin acerca de la estructura interna del software, no es tan importante
tener presentes las especificaciones del mdulo. Se testea en base al conocimiento
de la lgica del sistema y en base al estudio de la estructura del algoritmo.
Se comprueban los caminos lgicos del software, diseando casos de prueba que
ejerciten conjuntos de condiciones y/o bucles. La idea de confeccionar casos de
prueba es que verifiquen todos los caminos independientes. Cada camino
independiente es aquel que introduce una sentencia de procesamiento que no
estaba considerada. Para obtener el conjunto de caminos independientes se
construir el grafo de flujo y se calcular su complejidad ciclomtica.
Prueba del camino bsico Grafo de flujo (Modulo de matrcula)

Las pruebas del camino bsico se aplicaran de acuerdo a cada mdulo que contiene
el software, en esta seccin se aplicaran a la funcionalidad principal del mdulo de
matrcula la cual es la de ingresar el alumno, apoderado y tutor econmico al
sistema. El subproceso btnTerminar_Click es el que se someter a prueba.
163
Calculo de complejidad ciclomtica
V(G) = A M + 2, DONDE A ES EL NUMERO DE

ARISTAS Y N ES EL NUMERO DE NODOS
Numero de aristas: 24
Numero de nodos: 19
V(G) = 24 19 + 2 = 7
Por lo tanto hay que determinar mnimo 8 caminos
independientes (conjunto bsico del grafo)
Camino 1: 1-2-5-6-7-8-9-16-17-18-19
Camino 2: 1-3-4-5-6-7-8-9-16-17-18-19
Camino 3: 1-2-5-6-8-9-16-17-18-19
Camino 4: 1-3-4-5-6-8-9-16-17-18-19
Camino 5: 1-2-5-6-7-8-10-12-14-15-16-17-19
Camino 6: 1-3-4-5-6-7-8-10-12-14-15-16-17-19
Camino 7: 1-2-5-6-8-10-12-14-15-16-17-19
Camino 8: 1-3-4-5-6-8-10-12-14-15-16-17-19
164
Prueba del camino bsico Grafo de flujo (Modulo de finanzas)

En esta seccin se aplicaran las pruebas al mdulo de finanzas el cual contiene el
sub-proceso efectuarPago el cual se encarga de ingresar pago ya sea de un mes o
ms meses por parte del alumno.
Calculo de complejidad ciclomtica
V(G) = A M + 2, DONDE A ES EL NUMERO DE

ARISTAS Y N ES EL NUMERO DE NODOS
Numero de aristas: 7
Numero de nodos: 7
V(G) = 7 7+ 2 = 2
Por lo tanto hay que determinar mnimo 2 caminos
independientes (conjunto bsico del grafo)
Camino 1: 1-2-4-5-6-7
Camino 2: 1-3-7
165
5.0.1.2 Pruebas de caja negra

A diferencia de caja blanca, testea cmo deben comportarse los mdulos. Por lo que
se basa en los requerimientos del mdulo, no en su estructura interna. Las pruebas
se realizan sobre las interfaces y busca que las funciones sean operativas, que se
obtenga una salida prevista para una entrada. Otro nombre para stas es pruebas
funcionales debido a que al probador slo le interesa la funcionalidad y no la
implementacin del software.
El probador introduce las entradas en los componentes del sistema y examina las
salidas correspondientes. Si las salidas no son las previstas, entonces la prueba ha
detectado exitosamente un problema con el software.
Mdulo de Matrcula
Condicin de
Entrada
Campos de
Formulario Alumno
Tipo
Lgica
Clase Equivalencia Valida

1: Los Campos del formulario
de datos personales de
Alumno deben estar
correctamente completados.
Clase Equivalencia
No Valida
2: uno o ms campos
del formulario de
alumno se encuentran
vacos.
Mdulo de Administracin
Condicin de
Entrada
DataGridView.OnClick
varRutAlumnoFicha
Tipo
Lgica
(Bolean)
Valor
Clase Equivalencia
No Valida
1: DGV.Clicked = True
2: DGV.Clicked =
FALSE
3: Cadena de Caracteres 4: Cadena de menos
Alfanumricos
caracteres de los
correspondiente a un RUT requeridos.
valido.
5: Cadena de ms de
los caracteres
requeridos.
166
Mdulo de Finanzas
Condicin de Entrada
Tipo
varColumnaRutHistorico
Valor
varMesesPorPagar
Rango
Clase Equivalencia No
Valida
1: Cadena de Caracteres 2: Cadena de menos
Alfanumricos
caracteres de los
correspondiente a un RUT requeridos.
valido.
3: Cadena de ms de
los caracteres
requeridos.
4: 1 <= varMesesPorPagar
5: varMesesPorPagar <
<= 10
1
6: varMesesPorPagar >
10
Derivacin de casos de prueba
Modulo matricula
Numero de clases de
equivalencia
Datos de prueba
Resultado
Ingreso de datos personales,

incluyendo validacin de rut
Datos aceptados, se
procede a pasar al
formulario de contactos de
emergencia
Ingreso de datos personales,

incluyendo validacin de rut
Mensaje de alerta
Numero de clases de
equivalencia
Datos de prueba
Resultado
Clic en registro de la grilla
Clic en registro de la grilla
Ingreso de rut 17515797-2
4
5

Mdulo de administracin
El sistema ejecuta las

instrucciones al hacer clic en
el registro
Mensaje de error
El sistema acepta el rut
ingresado
Error de validacin
Error de validacin
167
Modulo finanzas
Numero de clases de
equivalencia
4
5
6
Datos de prueba
Cantidad de meses a pagar
=6
=0
= 10
Resultado
El sistema acepta el pago
Mensaje de alerta
No se puede elegir ms de
10 meses
5.0.2 Pruebas de aceptacin

El uso de cualquier producto de software tiene que estar justificado por las ventajas
que ofrece. Sin embargo, antes de empezar a usarlo es muy difcil determinar si sus
ventajas realmente justifican su uso. El mejor instrumento para esta determinacin
es la llamada 'prueba de aceptacin'. En esta prueba se evala el grado de calidad
del software con relacin a todos los aspectos relevantes para que el uso del
producto se justifique.
Para eliminar la influencia de conflictos de intereses, y para que sea lo ms objetiva
posible, la prueba de aceptacin nunca debera ser responsabilidad de los
ingenieros de software que han desarrollado el producto.
Para la preparacin, la ejecucin y la evaluacin de la prueba de aceptacin ni
siquiera hacen falta conocimientos informticos. Sin embargo, un conocimiento
amplio de mtodos y tcnicas de prueba y de la gestin de la calidad en general
facilita esta labor.
La persona adecuada (o el equipo adecuado) para llevar a cabo la prueba de
aceptacin dispone de estos conocimientos y adems es capaz de interpretar los
requerimientos especificados por los futuros usuarios del sistema de software en
cuestin.
168
Identificador de Prueba
Accin
Tipo de Usuario
Normal
Objetivo de la Prueba
Ingresar la informacin del alumno al formulario de

matricula
Secuencia de Eventos
Ingresar datos correspondientes y realizar clic en botn Guardar y continuar

Resultados Esperados
Se aceptan los datos ingresados y se procede a pasar al formulario de contactos de
emergencia, en caso contrario se desplegar una alerta que solicite ingresar todos los datos
Resultados Obtenidos
El sistema valida que estn los campos correctos, y continua con el formulario de contactos
de emergencia.
Accin
Ingresar contactos de emergencia
Tipo de Usuario
Normal
Ingresar los contactos de emergencia que pertenecen al

alumno con su respectivos nombres y numero

Se ingresan correctamente los contactos de emergencia del alumno para luego pasar al
formulario de datos de parentesco, en caso contrario el sistema desplegar una alerta
indicando que se ingresen todos los datos correspondientes.
El sistema ingresa los datos de contacto de emergencia y procede a continuar con el
formulario de datos de parentesco.
Accin
Ingresar datos de parentesco
Tipo de Usuario
Normal
Ingresar datos de padre, madre y tutor econmico


Se ingresan correctamente los datos de parentesco, tutor econmico y se selecciona un
apoderado y apoderado suplente, en caso contrario se desplegara una alerta que indica
completar todos los campos.
Se ingresan los datos correspondientes y se procede al formulario de pagos anuales.
169
Accin
Finalizar matricula
Tipo de Usuario
Normal
Ingresar los datos de pagos anuales y finalizar el

ingreso de datos de matrcula.
Ingresar datos correspondientes y realizar clic en botn Guardar y terminar.

Se ingresan correctamente los datos de pagos anuales y se procede con el termino de
ingreso de datos de matrcula, en caso contrario se desplegar una alerta indicando que
se ingresen los ltimos datos para la matrcula.
Se ingresan los datos de pagos anuales y se ejecuta el trmino de matrcula del alumno.
Accin
Tipo de Usuario
Normal
Buscar alumnos en el sistema mediante filtros

determinados.
Escribir los datos del alumno de acuerdo a rut, nombre, apellido paterno, edad, servicio de
salud y becado. Posterior presionar la tecla enter para ejecutar la bsqueda.
Encontrar alumnos de acuerdo a los datos ingresados, en caso contrario, no filtrara los datos
de alumno y mostraran todos los alumnos matriculados.
Se encontr al alumno matriculado de acuerdo a los datos ingresados.
Accin
Ver ficha personal de alumno
Tipo de Usuario
Normal
Mostrar informacin detallada del alumno como por

ejemplo: datos padres, madres, tutor, contactos, etc.
Al hacer clic en el botn Ver ficha personal despus de haber cliqueado en un alumno, se
debe desplegar una ventana con los datos del alumno.
Se abre ventana de ficha del alumno seleccionado, de lo contrario aparecer una alerta
indicando que no se cargaron los datos del alumno(igual se mostrara la ficha pero sin datos)
Se abre la ventana de ficha del alumno y se cargan los datos de este.
170
Accin
Impresin de comprobantes
Tipo de Usuario
Normal
Imprimir comprobantes de matrcula luego de ingresar

los datos de matrcula del alumno.
Al hacer clic en guardar y terminar se desplegara un mensaje de decisin para elegir si se

imprime o no los comprobantes correspondientes a la matrcula.
Si se selecciona si, que imprima los comprobantes correspondientes a la matrcula. Si se
elige no, se puede ingresar otro alumno al sistema.
Impresin satisfactoria de comprobantes mediante las decisiones explicadas anteriormente.
Accin
Realizar pago
Tipo de Usuario
Normal
Ingresar pagos de mensualidades del alumno.

Ingresar rut del alumno en el textbox correspondiente). Posteriormente seleccionar los

meses a pagar y hacer clic en efectuar pago.
Si se ingresa el rut desplegara los datos de pago actuales y beca; se habilitaran los meses a
pagar para ser seleccionados, y posteriormente efectuar el pago.
Se efectu el pago exitosamente y se ingres a la base de datos
171
Conclusin
El proceso de matrcula es algo totalmente necesario para que el alumno pueda
aprovechar los recursos de un establecimiento estudiante, tanto como para poder
estar respaldado en algn tipo de eventualidad. Este proceso se aplica en distinto
tipos de establecimientos educacionales clasificndolos segn su tipo de
financiamiento, con esto la matrcula, mensualidad y proceso de seleccin se vern
afectados en el costo dependiendo del tipo de establecimiento.
La ejecucin de la matrcula es un sistema manual en el cual los actores son el
alumno el apoderado y el ejecutivo en cuestin, se llenan los formularios
correspondientes impresos en papel.
Para el desarrollo del software
el modelo incremental teniendo en cuenta su
flexibilidad para trabajar con personal reducido, adems de ser el ms adecuado

para tener avances funcionales e ir comprobando si satisfacen los requerimientos
del establecimiento
Debido a que se conocen todos los requerimientos y el cliente tiene claro lo que
desea (aunque no tanto as el diseo) se descarta el modelo de prototipos que en
este caso no permite un rpido avance sobre el poco tiempo con el que se cuenta
para el desarrollo del proyecto.
Se opta por desarrollar para el primer incremento todas las funcionalidades bsicas
de la manera ms sencilla posible para organizar la estructura que tendr el
producto final dejando todo el diseo y la vista para el incremento final.
172
Bibliografa
Pressman, R. Ingenieria del software, un enfoque practicon, quinta edicion (resumen) (pgs.
28 - 31). McGraw-Hill Companies, Estimacion COCOMO.
www.ayudamineduc.cl. (s.f.). Obtenido de
https://www.ayudamineduc.cl/Temas/Detalle/bf430121-042d-e211-898600505694af53 - tipos de establecimientos.
Pressman, R. Ingenieria del software, un enfoque practicon, quinta edicion (resumen) (pgs.
70 - 74). McGraw-Hill Companies, Metodologias de trabajo.
173
ANEXO A
Certificado
de aprobacin de software
174
ANEXO B
Explicacin de formula VAN - TIR
La inversin VAN comienza un perodo antes de la fecha del flujo de caja de valor1 y
termina con el ltimo flujo de caja de la lista. El clculo VAN se basa en flujos de
caja futuros. Si el primer flujo de caja se produce al principio del primer perodo, el
primer valor se debe agregar al resultado VAN, que no se incluye en los argumentos
valores. Para obtener ms informacin, vea los siguientes ejemplos.
Si n es el nmero de flujos de caja de la lista de valores, la frmula de VAN es:
Devuelve la tasa interna de retorno de los flujos de caja representados por los
nmeros del argumento valores. Estos flujos de caja no tienen por que ser
constantes, como es el caso en una anualidad. Sin embargo, los flujos de caja
deben ocurrir en intervalos regulares, como meses o aos. La tasa interna de
retorno equivale a la tasa de inters producida por un proyecto de inversin con
pagos (valores negativos) e ingresos (valores positivos) que se producen en
perodos regulares.
175
ANEXO C
Especificacin de matriz de riesgo
La valorizacin consiste en asignar a los riesgos calificaciones dentro de un

rango, que podra ser por ejemplo de 1 a 5 (insignificante (1), baja (2), media
(3), moderada (4) o alta (5))3, dependiendo de la combinacin entre impacto
y probabilidad. En la siguiente grfica se puede observar un ejemplo de
esquema de valorizacin de riesgo en funcin de la probabilidad e impacto de
tipo
Impacto
Alto
Medio
Bajo
Probabilidad de
ocurrencia
Bajo
Medio
4
5
3
3
1
2
Alto
5
5
4
Una vez que los riesgos han sido valorizados se procede a evaluar la calidad
de la gestin, a fin de determinar cun eficaces son los controles
establecidos por la empresa para mitigar los riesgos identificados. En la
medida que los controles sean ms eficientes y la gestin de riesgos proactiva, el indicador de riesgo inherente neto tiende a disminuir. Por ejemplo
una escala de valoracin de efectividad de los controles podra ajustarse a un
rango similar al siguiente:
Control
Ninguno
Bajo
Medio
Alto
Destacado
Efectividad
1
2
3
4
5
176
Finalmente, se calcula el riesgo neto o residual, que resulta de la relacin

entre el grado de manifestacin de los riesgos inherentes y la gestin de
mitigacin de riesgos establecida por la administracin. A partir del anlisis y
determinacin del riesgo residual los administradores pueden tomar
decisiones como la de continuar o abandonar la actividad dependiendo del
nivel de riesgos; fortalecer controles o implantar nuevos controles; o
finalmente, podran tomar posiciones de cobertura, contratando por ejemplo
plizas de seguro. Esta decisin est delimitada a un anlisis de costo
beneficio y riesgo.
177

Informe Tesis PDF

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Informe Tesis PDF

Загружено:

Авторское право:

Доступные форматы

1

SISTEMA PARA LA AUTOMATIZACIN DE

PROFESORES GUA: SR. LUIS PEA H.

FABIAN ALEXANDER DIAZ LLANZA

A mis padres, por darme la oportunidad de estudiar una carrera Universitaria y

Quiero dedicar este seminario a mi familia y especialmente a mis padres, por

David Moises Zacarias Cabas Vergara

Fabian Alexander Diaz Llanza

Actualmente el establecimiento cliente posee un problema con los documentos y

Beneficiados con la matrcula escolar ................................................................. 21

3.1.5 Documentos legales para efectuar matrcula ........................................................... 21

Tipos de establecimiento en que se aplica la matrcula escolar ............................. 22

3.2.1 Establecimiento municipal o estatal........................................................................... 22

Ejecucin de la matrcula en el establecimiento educacional ................................. 26

IV. Metodologa de trabajo ............................................................................................................ 30

4.8.1.1 Diseo fsico de datos ............................................................................................. 88

ANEXO B ....................................................................................................................................... 175

Los contratos de matrcula son utilizados por los establecimientos educacionales

I. Formulacin y delimitacin del problema en

1.1 Descripcin de la organizacin

Establecimiento educacional nivel knder, bsica y media (La enseanza media

La sociedad posee 2 establecimientos, uno en la comuna de Estacin Central y

La ubicacin de la sede de Maip se encuentra en la calle Avda. Las Parcelas

El precio por matricula es gratis, a cambio se debe pagar $15.000 por

Descuento por hermanos de alumnos matriculados: primer hermano tiene

El establecimiento posee solo un curso por nivel de enseanza.

1.1.2 Estructura organizacional

Directora (Carolina Avila

1.2 Descripcin del problema

Actualmente el colegio tiene problemas en el mbito administrativo, el registro

2.1 Objetivo general

2.2 Objetivos especficos

Efectuar entrevista para conocer problemtica actual

Obtencin de datos relevantes (formularios de datos, comprobantes de

Especificar el problema de investigacin

Desarrollar una efectiva toma de requerimientos

Conocer el proceso manual de administracin de los documentos

Conocer que procesos manuales se pueden automatizar

Elegir e implementar una metodologa de trabajo que se adapte al proyecto

Obtener informacin relevante para realizar propuestas de solucin

Crear propuestas de solucin y evaluar sus factibilidades

Desarrollar e implementar un plan de proyecto

Crear Modelos UML y BPMN segn sea correspondiente

Desarrollar primera versin del software

III. Marco terico

3.1 Matrcula escolar

3.1.1 Qu es una matrcula escolar?

Es el proceso en el cual se hace efectiva la documentacin y los antecedentes

3.1.2 Qu permite la matrcula escolar?

Permite que el alumno pueda ingresar a un establecimiento educacional, siendo

3.1.3 Participantes de una matrcula

Los participantes en la ejecucin de la matrcula son: el alumno que ser

3.1.4 Beneficiados con la matrcula escolar

Para la enseanza bsica, la matrcula escolar es beneficiaria para nios y

3.1.5 Documentos legales para efectuar matrcula

Para efectuar la matrcula en enseanza bsica se necesita el certificado de

3.1.6 Eleccin de establecimiento educativo

Para la eleccin de un establecimiento educativo, es necesario tener varios

Establecimiento reconocido por el Ministerio de Educacin

Estndares para la seleccin de alumnos

Estndares del financiamiento de matrcula y mensualidades

Estadsticas en los resultados de evaluaciones que midan la enseanza

Beneficios extras que ofrece el establecimiento

Estndares en la participacin de actividades de los apoderados