Upload
fabian-diaz
View
236
Download
1
Embed Size (px)
DESCRIPTION
Desarrollo e idea de la creación de un software para Tesis Universitaria
Citation preview
1
2
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 ZACARIAS CABAS VERGARA
2013
3
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
4
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
5
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.
6
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.
7
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 Particular pagado.................................................................................................... 24
3.4 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
8
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
9
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
10
ANEXO B ....................................................................................................................................... 175
ANEXO C ....................................................................................................................................... 176
11
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.
12
I. Formulacin y delimitacin del problema en
estudio
13
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.
14
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.
15
Sostenedor economico
(Gonzalo Avila Candia)
Directora (Carolina Avila Candia)
Administracion
Secretaria (Isabel Gonzlez)
Cordinacion academica
Cordinacion academica de enseanza basica y
jefa de UTP (Piedad Varela Aguirre)
Docentes
Cordinacion academica enseanza media
(Miguel Prez Dotte)
Inspectora (Pamela Varela)
1.1.2 Estructura organizacional
16
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.
17
II. Objetivos
18
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
19
III. Marco terico
20
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.
21
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
22
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:
Seleccin y admisin: $3500
Matrcula: $3500 o menos
Mensualidad: Gratuita
23
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:
Seleccin y admisin: $3500
Matrcula: $3500 mximo
Mensualidad: Gratuita
Educacin Media:
Seleccin y admisin: $3500
Matrcula: $3500 o menos
Mensualidad: Gratuita
1
1 Financiamiento compartido: es el cual en el que el establecimiento se financia con aporte del estado y de
los apoderados de este
24
Con financiamiento compartido
Educacin bsica:
Seleccin y admisin: $3500
Matricula: Gratuita
Mensualidad: No puede superar las 4 unidades de subvencin educacional (USE)
Educacin media:
Seleccin y admisin: $3500
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
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.
25
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.
26
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
Nombre apoderado
Como apoderado solicito matrcula
para el (los) siguientes alumnos (s)
Indicar nivel
1 Nombre alumno Curso
2 Nombre alumno Curso
3 Nombre alumno Curso
4 Nombre alumno Curso
27
Datos del tutor econmico
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.
El tutor econmico es El padre La madre Otro
Nombre tutor
RUT
Telfono
particular
Fono
trabajo
Domicilio
Lugar de trabajo
Ocupacin actual Profesin
28
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.
29
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.
30
IV. Metodologa de trabajo
31
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.
32
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
33
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.
34
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.
35
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.
36
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.
37
Modelo Enfoque Ventajas / Desventajas Aplicabilidad
Cascada El inicio de cada etapa debe esperar a la
finalizacin de la inmediatamente
anterior.
Cualquier error de diseo detectado en la
etapa de prueba conduce
necesariamente al rediseo y nueva
programacin del cdigo afectado,
aumentando los costes del desarrollo.
Los proyectos raras veces siguen una
evolucin secuencial. No todos los
requisitos son expuestos, al principio, de
forma explcita como requiere este
modelo. El cliente debe tener paciencia,
ya que la aplicacin solo estar
disponible en un estado muy avanzado
del proyecto.
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.
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.
Se utiliza si en el mercado no
se encuentra el producto
pero el cliente desea
resultados inmediatos.
Conveniente en caso de ser
necesario desarrollar
mdulos para sistemas
interactivos pequeos, partes
de sistemas grandes o para
sistemas de vida corta.
38
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)
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 requisitos de un incremento son
inamovibles. Sin embargo estos pueden
verse modificados en 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.
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
prioridad ms alta tienden a ser los ms
probados. Puede ser difcil ajustar los
requisitos a los incrementos.
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.
39
RAD 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.
OOD -
OOAD
Es programacin orientada a Objetos.
Se utilizan objetos, clases y se reutilizan
en diferentes partes del sistema.
Optimiza los tiempos de respuesta a los
requerimientos del cliente y facilita la
labor del programador pues hay un alto
aprovechamiento del cdigo. Facilita
mantenimiento del software.
Sistemas robustos y de alta
proyeccin.
Posteriormente a la toma de requisitos se escoger la metodologa de trabajo ms adecuada para el desarrollo
del software en s.
40
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
mensualidades.
Prioridad
Una seccin para el registro de matrculas que incluye los
datos del alumno con su fiador y el formulario de
financiamiento con campos de fcil llenado y clasificacin.
Principal, Muy Alta
R2. Imprimir comprobantes. Prioridad
Cada formulario al ser completado podr ser impreso para
entregar como comprobante al apoderado y a su vez ser
almacenado dentro de la base de datos para registro del
establecimiento.
Alta
R3. Sub-Seccin para Cancelacin de matrculas. Prioridad
Dentro de la administracin de matrculas nuevas y antiguas,
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.
Media
41
R4. Registro de mensualidades pagadas o atrasadas. Prioridad
El control de las mensualidades es muy importante para el
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.
Alta
R5. Mantenedores con filtros y categoras para becas,
modo de pago.
Prioridad
Dentro de las secciones de administracin de datos,
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.
Muy Alta
R6. . Impresin de planilla Excel, con filtros (para
reuniones y ministerio).
Prioridad
Se trata de una seccin para la impresin de planillas con el
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.)
Muy Alta
R7. Asignar, modificar, quitar becas a alumnos Prioridad
Seccin para administrar becas correspondientes a los
alumnos, ya sea asignarle una beca, modificarla o quitarla.
Media
42
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
software.
Prioridad
Se debe tener el hardware mnimo requerido para el buen
rendimiento y funcionamiento del software.
Principal, Alta
R2. Software previamente instalado en el computador del
cliente.
Prioridad
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.
Principal, Alta
R3. Instalacin y configuracin de la Base de Datos. Prioridad
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.
Principal, Alta
43
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.
R4. Conexin a internet y Red LAN Prioridad
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.
Alta
R5. Hardware para Impresin y Scanner. Prioridad
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.
Media
R6. Configurar Grupo de Trabajo. Prioridad
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.
Alta
44
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:
1 Sistema automatizado para la administracin de datos del alumno
matriculado.
2 Sitio Web para la administracin de datos del alumno matriculado
45
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.
46
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 Monitor LCD, pantalla plana
Monitor de pantalla plana para tener mejor captacin del contenido
Teclado Teclado bsico (incorpora numrico)
Primordial es el uso del teclado numrico para el ingreso de datos
Mouse Mouse USB
Disco Duro ATA 120gb mnimo Capacidad mnima para almacenar 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 instalar el software en desarrollo
Procesador 1,7 GHz mnimo Capacidad mnima y optima al 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
Tarjeta grafica
No relevante
No es relevante la capacidad de la
tarjeta grfica, ya que no es un
47
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
x2
- 1 puerto VGA
Puertos USB para conectar
dispositivos bsicos como mouse,
teclado.
Puerto VGA para conectar monitor
Cable de red Cables de red par
trenzado con
conector RJ45
Cables RJ45 para enlazar red entre
dispositivos de impresin y con host
de otro personal
Router Rowter Belkin
Inalambrico - N300
Router para configurar red local en
las que interacten los dispositivos
y los host de otros personales
48
SOFTWARE
Sistema operativo Microsoft Windows Xp -
7
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
archivos
Winrar - Winzip 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
49
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 Costo por
hora
Costo
Mensual
Totales(6
meses aprox)
Jefe de proyecto y
desarrollador lgico 8 $2.400 $403.200 $2.419.200
Desarrollador lgico
y programador 8 $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.
50
Software y licencias
Descripcin Costo
Licencia de Visual
Studio 2010 $421.696
Windows 7
Profesional $94.000
MySql Server Licencia gratis
TOTAL $515.696
Recursos materiales y costos fijos
Descripcin Unidades Costo Total
Resmas hoja carta 2 $1.800 $3.600
Resmas hoja oficio 2 $1.900 $3.800
Costos de
desarrollos
informes
- $28.000 $28.000
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.
51
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.
VAN $ 669.769
TIR 95%
TASA ANUAL 10%
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
Total de Ingresos $ 0 $ 1.800.000 $ 500.000
Detalle de Egresos
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
MySql Server $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
52
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.
53
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.
54
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.
55
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.
56
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 y 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.
57
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 Monitor LCD, pantalla
plana
Monitor de pantalla plana para tener
mejor captacin del contenido
Mouse Mouse USB
Disco Duro ATA 120gb mnimo
Capacidad mnima para almacenar
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
Procesador 1,7 GHz mnimo
Capacidad mnima y ptima al
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
Tarjeta grafica
No relevante
No es relevante la capacidad de la
tarjeta grfica, ya que no es un
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
58
SOFTWARE
Sistema operativo Microsoft Windows Xp -
7
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
realizara el software
Compresor de
archivos Winrar - Winzip
El archivo instalador del gestor de
base de datos mysql esta
compreso, se necesitan lo
programas anteriores para
descomprimir el archivo de
instalacin
Puertos
- Mnimo USB 2.0
x2
- 1 puerto VGA
Puertos USB para conectar
dispositivos bsicos como mouse,
teclado.
Puerto VGA para conectar monitor
Cable de red
Cables de red par
trenzado con
conector RJ45
Cables RJ45 para enlazar red entre
dispositivos de impresin y con host
de otro personal
Router Rowter Belkin
Inalambrico - N300
Router para configurar la red local
en las que interacten los
dispositivos y los host de otros
personales
59
Web Browser
(navegador web)
Internet Explorer 8
Se necesita de un navegador
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
60
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 Costo por
hora
Costo
Mensual
Totales(6
meses aprox)
Jefe de proyecto y
desarrollador lgico 8 $2.400 $403.200 $2.419.200
Desarrollador lgico
y programador 8 $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.
61
Software y licencias
Descripcin Costo
Licencia de Visual
Studio 2010 $421.696
Windows 7
Profesional $94.000
Microsoft Server
Server 2012
(Developer edition)
$23.500
TOTAL $515.696
Recursos materiales y costos fijos
Descripcin Unidades Costo Total
Resmas hoja carta 2 $1.800 $3.600
Resmas hoja oficio 2 $1.900 $3.800
Costos de
desarrollos
informes
- $28.000 $28.000
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.
62
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.
VAN $ 648.405
TIR 89%
TASA ANUAL 10%
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
Total de Ingresos $ 0 $ 1.800.000 $ 500.000
Detalle de Egresos
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
63
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.
64
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.
65
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.
66
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.
67
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.
68
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.
69
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).
70
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.
71
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.
72
4.7.2.1 Asignacin de responsabilidades
Nombre Cargo Responsabilidades
David Cabas Jefe de Proyecto
Desarrollador Lgico
Planificacin del
Desarrollo del Proyecto.
Modelado de Diagramas
UML.
Fabin Diaz Programador
Desarrollador Lgico
Codificacin y Diseo.
Desarrollo del Producto.
73
4.7.2.2 Carta Gantt y asignacin de tareas
Incremento 1
74
75
Incremento 2
76
Incremento 3
77
4.7.2.3 Estimacin de esfuerzo
Calculo de Factores de Peso
Tabla de Factor de Peso por Complejidad
Tipo de Funcin
Factor de Peso por
Complejidad
Simple Mediano Complejo
Entradas de usuario 3 4 6
Salidas de usuario 4 5 7
Peticiones de usuarios 3 4 6
Archivos o entidades 7 10 15
Interfaces externas 5 7 10
Tabla de Clculo de Factores de Peso
Tipo de Funcin Cuenta Total
Cuenta Factor de Peso
Simple Mediano Complejo
Nmero de entradas de usuario 25 34 0 59 (25 * 3) + (34 * 4) = 211
Nmero de salidas de usuario 5 32 0 37 (5 * 4) + (32 * 5) = 180
Nmero de peticiones de
usuarios 2 16 2 20 (2 * 3) + (16 * 4) + (2 * 6) = 82
Nmero de archivos o entidades 0 9 1 10 (9 * 10) + (1 * 15) = 105
Nmero de interfaces externas 0 0 0 0 0
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.
78
Calculo de Puntos de Complejidad Tcnica
Complejidad Grado Valores
1 Requiere el sistema copias de seguridad y de recuperacin
fiables?
Significativo 4
2 Se requieren comunicaciones de datos? Sin Influencia 0
3 Existen funciones de procesamiento distribuido? Sin Influencia 0
4 Es crtico el rendimiento? Medio 3
5 Ser ejecutado el sistema en un entorno operativo
existente y fuertemente utilizado?
Medio 3
6 Requiere el sistema entrada de datos interactiva? Medio 3
7 Requiere la entrada de datos interactiva que las
transacciones de entrada se lleven a cabo sobre mltiples
pantallas o variadas operaciones?
Moderado 2
8 Se actualizan los archivos maestros en forma interactiva? Significativo 4
9 Son complejas las entradas, las salidas, los archivos o las
peticiones?
Significativo 4
10 Es complejo el procesamiento interno? Significativo 4
11 Se ha diseado el cdigo para ser reutilizable? Hasta 10%
= 0
20-30% = 2 10-20% = 1 30-40% = 3 40-50% = 4 Sobe-
50% = 5
Medio 3
12 Estn incluidas en el diseo la conversin y la instalacin? Medio 3
13 Se ha diseado el sistema para soportar mltiples
instalaciones en diferentes organizaciones?
Medio 3
14 Se ha diseado la aplicacin para facilitar los cambios y
para ser fcilmente utilizada por el usuario?
Esencial 5
Tota
