proyecto final

UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA
CAMPUS DE HUEHUETENANGO
CARRERA: INGENIERÍA EN SISTEMAS DE COMPUTACIÓN Y CIENCIAS DE LA
INFORMACIÓN
CURSO: ANALISIS DE SISTEMAS I
ANÁLISIS, DISEÑO Y MODELADO DE UN SISTEMA DE
CONTROL DE ESTUDIANTES PARA LA ASOCIACIÓN DE
PERSONAS DISCAPACITADAS (ASOPEDI) DEL MUNICIPIO DE
AGUACATÁN, HUEHUETENANGO.
CATEDRÁTICO: ING. FRANCISCO RAUL MORALES CORDOVA
HUEHUETENANGO, JUNIO DE 2019

UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA
CAMPUS DE HUEHUETENANGO
CARRERA: INGENIERÍA EN SISTEMAS DE COMPUTACIÓN Y CIENCIAS DE LA
INFORMACIÓN
CURSO: ANALISIS DE SISTEMAS I
ANÁLISIS, DISEÑO Y MODELADO DE UN SISTEMA DE
CONTROL DE ESTUDIANTES PARA LA ASOCIACIÓN DE
PERSONAS DISCAPACITADAS (ASOPEDI) DEL MUNICIPIO DE
AGUACATÁN, HUEHUETENANGO.
Grupo No. 6
Integrantes No. De Carné
MAYCOL ALEXANDER MENDOZA PUENTES 0904-16-1481
HILKER DANIEL CIFUENTES RIVAS 0904-16-14995
JORGE MARIO HERRERA ALFARO 0904-16-4265
ELMER BRAYTON SAMAYOA CAMPOSECO 0904-16-2182

INDICE
INTRODUCCION.............................................................................................................................................. i
DESCRIPCION................................................................................................................................................. 1
OBJETIVO GENERAL....................................................................................................................................... 1
OBJETIVOS ESPECIFICOS................................................................................................................................ 1
CAPÍTULO 1: Generalidades. ......................................................................................................................... 4
1.1 Definición del problema ...................................................................................................................... 4
1.2.Marco Conceptual ................................................................................................................................... 6
1.2.1.Multiculturalidad e interculturalidad............................................................................................... 6
1.1.1. Identidad ................................................................................................................................... 7
1.1.2. Educación para la Unidad, la diversidad y la convivencia ......................................................... 8
1.2.4. Educación Especial .................................................................................................................. 10
1.2.5. Vida familiar ............................................................................................................................ 10
1.2.7. Deberes y derechos de la familia ............................................................................................ 12
1.2.8. Deberes y derechos de la niñez y la juventud......................................................................... 13
1.2.9. Educación para la salud........................................................................................................... 14
1.2.10. Necesidades educativas especiales......................................................................................... 15
1.2.11. Discapacidad en Guatemala .................................................................................................... 15
1.2.12. Desarrollo tecnológico ............................................................................................................ 16
1.2.13. Manejo pertinente de la tecnología ....................................................................................... 16
1.2.14. Manejo de información........................................................................................................... 17
1.3. Plan del Proyecto ............................................................................................................................ 17
1.3.4. Metodología y procedimiento ................................................................................................ 17
1.3.5. Planificación ............................................................................................................................ 19
1.3.6. Riesgos del proyecto ............................................................................................................... 21
1.3.7. Plan de respuesta ante riesgos ............................................................................................... 21
1.4. Descripción y sustentación de la solución ...................................................................................... 22
CAPITULO 2: Análisis. .................................................................................................................................. 24
1.5. Definición de la metodología de solución................................................................................... 24
1.5.4. Rational Unified Process (RUP) ............................................................................................... 24
1.5.5. Elección de la metodología RUP ............................................................................................. 25
1.6. Identificación de requerimientos................................................................................................ 26
1.6.4. Requerimientos funcionales ................................................................................................... 26
1.6.5. Requerimientos no funcionales .............................................................................................. 33
1.6.6. Consideraciones sobre el sistema ........................................................................................... 34
1.7. Análisis de la solución ................................................................................................................. 35
1.7.4. Identificación de las necesidades del cliente .......................................................................... 35
1.1.3. Viabilidad técnica y económica ............................................................................................... 36
1.1.4. Análisis Costo – Beneficio ....................................................................................................... 36
1.1.5. Asignación de funciones a hardware y software .................................................................... 37
1.1.6. Restricciones de costo y tiempo ............................................................................................. 38
1.1.7. Definición del sistema ............................................................................................................. 38
3. CAPÍTULO 3: Diseño ................................................................................................................................ 39
3.1. Arquitectura de la solución .................................................................................................................. 39
3.1.1 Representación de la arquitectura ................................................................................................ 39
3.1.2 Diseño de la arquitectura de la solución........................................................................................ 40
3.1.3. UML Diagrama de Actividades. ..................................................................................................... 40
3.1.4. UML Diagrama de Casos de Usos.................................................................................................. 41
3.1.6. UML Diagrama de clases de diseño .............................................................................................. 41
3.1.7. UML Diagrama de base de datos (Modelo ER) ............................................................................. 42
3.1.8. UML Diagramas de secuencia ....................................................................................................... 43
3.2. Diseño de Interfaz Gráfica.................................................................................................................... 43
3.2.1. Estándar de Interfaz Gráfica ......................................................................................................... 44
Capitulo 4: Construcción. ............................................................................................................................ 45
4.1. Construcción................................................................................................................................. 45
4.1.1. Lenguaje de programación ........................................................................................................... 45
4.1.2. Arquitectura utilizada ................................................................................................................... 47
4.1.3. IDE ............................................................................................................................................... 50
4.1.4. Base de Datos .............................................................................................................................. 51
4.1.5. Servidor Web ............................................................................................................................... 52
4.1.6. Otras herramientas y librerías ..................................................................................................... 53
4.2. Pruebas ............................................................................................................................................. 54
4.2.1. Estrategia de Pruebas .................................................................................................................. 54
4.2.2.2. Pruebas de Integración .......................................................................................................... 55
4.2.2. Tipos de Pruebas ......................................................................................................................... 56
4.2.2.1. Pruebas Unitarias................................................................................................................... 56
4.2.3. Catálogo de pruebas.................................................................................................................... 59
4.2.4. Reporte de ejecución de pruebas ............................................................................................... 60
CAPÍTULO 5: Observaciones, Conclusiones y Recomendaciones ............................................................... 62
5.1. Observaciones ...................................................................................................................................... 62
5.2. Conclusiones ........................................................................................................................................ 62
5.3. Recomendaciones y Políticas de actualización .................................................................................... 64
5.3.1 Políticas de actualización ............................................................................................................... 64
5.4. Fotografías del grupo ...................................................................................................................... 65
i
INTRODUCCION
Este proyecto tiene el objetivo de presentar una solución de control de información,

administración dirigida a la Asociación de ASOPEDI, Municipio Aguacatán en su gestión
educativa referente a la implementación de un sistema de información para controlar y publicar
las notas de los alumnos. En la cual la solución permitirá a los usuarios mejorar la administración
educativa de cada uno de los alumnos asignados a cada uno de los docentes.
Así como también se pretende poder crear la base de datos de la mejor manera en la cual
irán cada uno de los datos del alumno y los cursos asignados, así mismo el catedrático que
corresponda. Ya que en la actualidad el instituto maneja toda su información en papel lo cual al
momento de implementar este sistema beneficiara en el control de este centro educativo.
En el primer capítulo hablamos de los alcances respecto a nuestro planteamiento ya

anteriormente mencionado. Seguidamente se presentará las soluciones posibles y alcances de la
solución junto con este proyecto establecido.
En el segundo capítulo explicamos la metodología que utilizaremos para el desarrollo de

nuestro sistema, así como presentar el análisis de la solución tomando en cuenta los requisitos para
la creación del sistema.
En el tercer capítulo se presenta el diseño de la solución, en la cual se describen cada una

de las funciones principales y sus componentes para la creación de la interfaz gráfica del software.
En el cuarto capítulo abarcamos las tecnologías o programas que seleccionamos para hacer
uso e implementar la solución del Instituto, como también cada una de las estrategias a utilizar y
los métodos que utilizaremos para realizar las pruebas.
Y por último las finalidades del proyecto en general y contenidos esenciales y claveas en
la investigación modelado e implementación del sistema de control.
1
DESCRIPCION
La tecnología es una gran herramienta que nos aporta una gran utilidad dentro de cualquier
concepto administrativo, secuencial o simplemente para la resolución de cualquier problema
de la institución, la contribución que hace la tecnología para la eficacia de las diferentes tareas
junto con la accesibilidad puede ser considerado una herramienta accesible, desde la redacción
de cualquier simple texto los diferentes cálculos aritméticos que se pueden presentar, la
facilidad de acceso a la información es uno de los factores que se puede resaltar por que en
base a diferentes componentes de computo podremos acceder a esta con simples comandos
que cualquier usuario pueda ejecutar.
La implementación de un sistema estructurado en el sistema educación fortalecerá el nivel de
aprendizaje que se pretende alcanzar tomando en consideración la adecuación curricular que
se tiene que implementar; las herramientas tecnológicas como son las TIC’s y la nueva
implementación de las TAC’s tendrá un impacto muy significativo en la educación
Aguacateca, como un avance al desarrollo como pueblo guatemalteco.
OBJETIVO GENERAL
Analizar, diseñar y modelar un sistema para el control de estudiantes de la asociación de
Personas Discapacitadas (ASOPEDI) del municipio de Aguacatán, Huehuetenango, para que
la manipulación de información de interés de la asociación sea concreta, eficiente y entendible
para cualquier usuario – docente o personal administrativo implementando las herramientas
dentro de los márgenes educacionales.
OBJETIVOS ESPECIFICOS
2
Los objetivos específicos del proyecto son:
Elaborar el análisis y diseño del sistema de información a implementar, basándose
en los requerimientos de la organización educativa.
Seleccionar y definir la arquitectura bajo la cual se implementará el sistema.
Una estructura cliente-servidor eficaz, por medio de una red local.
Elaborar un modelo de base de datos relacional que se acomode a los requerimientos
de almacenamiento y manipulación de datos de la institución.
Diseñar una Interfaz gráfica amigable e intuitiva, que le permita al usuario interactuar
con el sistema con facilidad minimizando el uso de manuales o capacitaciones.
Definir el esquema de seguridad bajo el cual se hará uso del sistema de información
a implementar.
ALCANCE
El sistema permitirá realizar la autenticación y autorización de los usuarios a las diversas
funcionalidades proporcionadas por el sistema.
El sistema permitirá generar un calendario de actividades de recreación con los jóvenes y
padres de familia.
El sistema permitirá el registro y mantenimiento de información pertinente de los estudiantes
con habilidades especiales, así como la actualización de la información clínica pertinente y
que determinan su condición de salud en la actualidad.
El sistema permitirá el acceso y consulta de información académica del alumno del centro
especial, tanto para el (los) especialista(s) como por los mismos padres del joven, en base al
3
perfil del usuario que para ambas partes se tiene configurada, así como establecer a qué
contenidos se encuentran autorizados en su acceso.
El sistema permitirá el registro de un informe o bitácora semanal al cual podrán acceder y
actualizar libremente los especialistas y padres de familia del alumno.

4
CAPÍTULO 1: Generalidades.
En este capítulo se da a conocer de manera descriptiva el contexto y el marco conceptual del
caso a solucionar para que se tenga una mejor idea y de esta mara comprender y darle solución
con propuestas formuladas. Asimismo, se presentan las planificaciones y actividades
realizadas, culminando con la descripción de la propuesta utilizada para poder solucionar las
diferentes problemáticas que existen en el proceso.
1.1 Definición del problema
En el caso de los centros de educación especial a nivel general vienen incorporando nuevas
herramientas del aprendizaje en Guatemala, pero se encuentran dificultades en cuestión a el
control de los estudiantes. En el caso de este centro de educación especial trabajan con sus
alumnos en base a una metodología flexible, interactiva y no está sujeta al curriculum nacional
base y se vale también de antecedentes clínicos, psicológicos y psiquiátricos para la enseñanza
y comprensión de los alumnos. Una de las dificultades encontradas son que cada estudiante
debe tener un antecedente clínico. Otro factor encontrado en las encuestas realizadas que los
padres de familia reciben capacitaciones y charlas motivadoras a cada cierto tiempo, pero mas
son los estudiantes que viajan y tienen actividades con estudiantes de otros lugares y tienen
un encuentro para interactuar, lo cual no existen registros u avisos antes para la notificación
5
es un proceso para mejorar y llevar un registro de futuras capacitaciones o charlas que pueden
con frecuencia ocurrir.
Para esta labor es importante la cooperación familiar, por ello regularmente en los centros
educativos se organizan dinámicas con los padres reforzando aspectos a practicar en casa con
sus hijos. Otros recursos lo constituyen las entrevistas en el aula, reuniones Estos avances son
medidos por parte del especialista, quien a su vez recibe una calificación.
Actualmente el centro educativo especial no dispone de un sistema capaz de brindar,
acumular y administrar la información de las labores de enseñanza, control de notas, historial
de los alumnos y todas las personas que intervienen en el proceso educativo de este centro.
Existen casos donde la generación de los programas de capacitación, junto con la actualización
y evaluación se realizan manualmente reflejando así la carencia de un medio automatizado
para el control de cambios.
Es prioritario que las notas semanales, mensuales, bimestrales o anuales, estén siempre a la
disposición, también las actividades que posteriormente tenga el centro educativo y notificar
a los padres de familia o ya sea a los alumnos sobre la actividad. Otra problemática existente
ocurre en la planificación de las tareas y actividades pedagógicas, debido a la ausencia de un
eficiente procedimiento de calendarización de tareas y horarios de atención entre los mismos
especialistas.
6
1.2.Marco Conceptual
En esta sección se amplía el marco teórico para base de desarrollo y comprensión de los
diferentes temas que en proceso intervienen con el fin de comprender varias metodologías y
procesos que se utilizaran para la resolución de la problemática.
1.2.1.Multiculturalidad e interculturalidad
Los términos multicultural e intercultural no son expresiones intercambiables. “Ambos se
deben de considerar como referencia para comprender y explicar la interculturalidad en los
contextos de vida de los pueblos indígenas, principalmente desde la educación propia y la
educación escolar” (Quilaqueo, 2008)
La Multiculturalidad nos habla que nuestros países existen muchas culturas, pero la
Interculturalidad se refiere a la convivencia de esas culturas, es por ello que todas las culturas
tienen el mismo derecho.
“Derecho a la cultura. Toda persona tiene derecho a participar libremente en la vida cultural
y artística de la comunidad, así como a beneficiarse del progreso científico y tecnológico de
la Nación.” (Constitución Política de la República de Guatemala, Artículo 57)
Todos los ciudadanos de nuestras comunidades tienen derecho al reconocimiento de las
diferentes culturas y es por ello por lo que esta ley lo avala, ya que es un importante que se
cumpla para los cuatros culturas de nuestro país.

7
1.1.1. Identidad
“Es el sentido de pertenecía a una colectividad, a un sector social, a un grupo específico de
referencia. Esta colectividad puede estar por lo general localizada geográficamente, pero no
de manera necesaria (por ejemplo, las casas, los refugios, desplazados, emigrantes, etc.). Hay
manifestaciones culturales que expresan con mayor intensidad que otras su sentido de
identidad, hecho que las diferencias de otras actividades que son parte común de la vida
cotidiana. Por ejemplo, manifestaciones como la fiesta, el ritual de las procesiones, la música,
la danza. A estas representaciones culturales de gran repercusión pública, la UNESCO las ha
registrado bajo el concepto de patrimonios culturales inmateriales” (Clifford Geertz La
interpretación de las culturas 76-87)
La identidad se refiere a las características o rasgos, de una persona, Grupo, organización o
culturas, por ello que las culturas tienen son inidentificados por sus diferentes tradiciones o
por las vestimentas que los identifican según su forma sus actividades que los representan.
“Articulo 2. Identidad. Los idiomas Mayas, Garífuna y Xinka son elementos esenciales de la
identidad nacional; su reconocimiento, respeto, promoción, desarrollo y utilización en las
esferas públicas y privadas se orientan a la unidad nacional en la diversidad y propenden a
fortalecer la interculturalidad entre los connacionales.” (Clifford Geertz La interpretación de
las culturas 27-6).
Todos los ciudadanos de nuestras comunidades tienen derecho a la identidad propia y es por
ello por lo que esta ley lo avala, ya que es un importante que se cumpla para los cuatros
culturas de nuestro país.

8
1.1.2. Educación para la Unidad, la diversidad y la convivencia
“Reconoce que la diversidad está compuesta por varios aspectos entre los que destaca la
diversidad de género, diversidad por la edad, diversidad por discapacidad y/o minusvalía,
diversidad poblacional, diversidad de etnias, diversidad de lenguas, diversidad de religiones,
diversidad de ingresos económicos, identidad ideológica, entre otros.” (Clifford Geertz La
interpretación de las culturas 4-34)
Nuestro país está compuesto por las diferentes culturas, géneros y clases, pero todos tenemos
el mismo derecho a la educación, a pesar de las distintas lenguas que existen en nuestro país,
la educación debe ser una obligación en donde todos puedan participar.
“Artículo 66. Protección a grupos étnicos. Guatemala está formada por diversos grupos
étnicos entre los que figuran los grupos indígenas de ascendencia maya. El Estado reconoce,
respeta y promueve sus formas de vida, costumbres, tradiciones, formas de organización
social, el uso del traje indígena en hombres y mujeres, idiomas y dialectos.” (Constitución
Política de la República de Guatemala, Artículo 58-11)
La educación es un derecho de todos, y por eso está avalado por la ley mencionada
anteriormente, que implica que la educación es obligatoria y que se debe de cumplir.

9
1.2.3. Equidad de Género, de etnia y social
“Etnicidad son las prácticas culturales y perspectivas que distinguen a una comunidad dada
de personas. Los miembros de los grupos étnicos se ven a sí mismos como culturalmente
diferentes de otros agrupamientos en una sociedad y son percibidos por los demás de igual
manera. Hay diversas características que pueden servir para distinguir unos grupos étnicos de
otros, pero las más habituales son la lengua, la historia o la ascendencia (real o imaginada), la
religión y las formas de vestirse y adornarse”. (Clifford Geertz La interpretación de las culturas
32-8)
Todas las personas sin importar el género, al igual que su etnia, todos tienen el mismo derecho,
porque en nuestro país es multicultural, en donde conviven cuatro culturas, pero todos tienen
que ser equitativos en diferentes ámbitos para que todas las culturas sean iguales, según sus
derechos.
“Articulo 25. Nivel de vida adecuado. Los niños, niñas y adolescentes tienen derecho, a un
nivel de vida adecuado ya la salud, mediante la realización de políticas sociales públicas que
les permitan un nacimiento y un desarrollo sano y armonioso, en condiciones dignas de
existencia.” (Constitución Política de la República de Guatemala, Artículo 59-8)
Guatemala se caracteriza por ser una de las sociedades con mayores inequidades en la región
latinoamericana, la importancia de la equidad toma especial importancia a partir de la
constante discriminación que diferentes grupos de personas han recibido a lo largo de la
historia.
10
1.2.4. Educación Especial
Se define como un “proceso integral, flexible y dinámico de las orientaciones, actividades y
atenciones cuya aplicación comprende los diferentes niveles y grados en sus respectivas
modalidades” para la superación de las deficiencias y encaminadas a conseguir la integración
social (Equipo Taure 1980).
Otra acepción la presenta como “una educación ordinaria con características propias y dirigida
a sujetos excepcionales, es decir, sujetos quienes por defecto o exceso han de participar en
programas especiales para su integración en la escuela ordinaria” (Sánchez 2001).
Heward amplía el concepto hacia “una instrucción individualmente planeada,
sistemáticamente implementada y cuidadosamente evaluada, con miras a contribuir al logro
de las mejores posibilidades de autosuficiencia y éxito en los ambientes presentes y futuros”
(Heward 2005).
Siguiendo esta línea los programas educativos, sesiones y servicios diseñados para desarrollar
el potencial educativo de los niños con discapacidades involucran la participación conjunta de
profesionales.
1.2.5. Vida familiar

11
“Los miembros del hogar emparentados entre sí, hasta un grado determinado por sangre,
adopción y matrimonio. El grado de parentesco utilizado para determinar los límites de la
familia dependerá de los usos, a los que se destinen los datos y, por lo tanto, no puede definirse
como precisión en escala mundial.” (Jean Gross Necesidades Educativas (2004) 72)
La familia es la estabilidad de la sociedad, es por lo tanto que es un conjunto de personas que
conviven, dándose apoyo mutuo y el respeto de estos. En la educación es importante que
convivan los niños, de esa forma pueden relacionarse en equipo, para un aprendizaje
significativo. La Familia se convive en armonía y felicidad.
“Artículo 18. Derecho a la familia. Todo niño, niña y adolescente tiene derecho a ser criado y
educado en el seno de su familia y excepcionalmente, en familia sustituta, asegurándole la
convivencia familiar y comunitaria, en ambiente libre de la presencia de personas
dependientes de sustancias alcohólicas y psicotrópicas que produzcan dependencia.”
(Constitución Política de la República de Guatemala)
La familia es la primera escuela de virtudes humanas sociales, que todas las sociedades
necesitan; por medio de la familia se introduce en la sociedad civil a las personas.
1.2.6. Organización y economía familiar
“La familia encuentra su origen en el matrimonio, consta de esposo, esposa e hijos nacidos de
su unión y sus miembros se mantienen unidos por lazos legales, económicos y religiosos.
Además, establece una red de prohibiciones y privilegios sexuales y a una cantidad variable y
diversificada de sentimientos psicológicos como amor, afecto, respeto, temor, etc.” (Jean
Gross Necesidades Educativas (2004) 734-6)

12
La familia debe de haber una organización, en la que todos los participantes deben convivir y
estrechar lazos que no se puedan romper. En la misma deben de fomentar los valores, y por
ello lograr actitudes positivas.
“Articulo 3. El estado está obligado a proteger a la familia, procurando su integración,
bienestar, desarrollo social, cultural y económico.” (Constitución Política de la República de
Guatemala)
Toda familia tiene la responsabilidad de proveer de lo necesario para sus propias necesidades
hasta donde le sea posible. La responsabilidad de administrar la economía familiar debe
compartirse entre el esposo y la esposa con una actitud de confianza y franqueza.
1.2.7. Deberes y derechos de la familia
“Desarrolla valores, actitudes y comportamientos para fortalecer el sentido ético de la vida, la
expresión de la solidaridad, la distribución equitativa de responsabilidades y obligaciones y el
bienestar y crecimiento de las familias y sus miembros.” (Jean Gross Necesidades Educativas
(2004) 6-7).
Cada integrante de la familia debe realizar sus obligaciones, para que haga un sustento en lo
económico en la familia, es decir que si todos pueden contribuir en lo económico sería lo
mejor, porque todos tienen los mismos derechos de realizar algún trabajo en la que puedan
ocupar los tiempos libres que tengan.
“Artículo 4, la unidad de la familia, la igualdad de derechos del hombre y de la mujer, la
igualdad de derechos de los hijos, la protección integral de los menores y demás incapaces, de
13
las personas adultas mayores y de la madre cuando fuere la única responsable del hogar, son
los principios que especialmente inspiran las disposiciones del presente código.”
(Constitución Política de la República de Guatemala).
Toda familia tiene la responsabilidad de proveer de lo necesario para sus propias necesidades
hasta donde le sea posible. La responsabilidad de administrar la economía familiar debe
compartirse entre el esposo y la esposa con una actitud de confianza y franqueza. Administrar
sabiamente las finanzas puede proporcionar seguridad y promover el bienestar de la familia.
1.2.8. Deberes y derechos de la niñez y la juventud
“Reconoce a los niños y niñas como sujeto de derecho, para que crezca en el seno de su familia
y la comunidad de un ambiente de felicidad, amor, respeto y comprensión. Los derechos de la
niñez prevalen sobre todas las demás. Igualmente es deber de la familia, la sociedad y el estado
velar por su atención, cuidado y protección contra toda forma de maltrato y abuso cometido
por cualquier persona.” (Jean Gross Necesidades Educativas (2004) 31-5).
Los padres deben de fomentar los diferentes valores morales para que los niños sean
ciudadanos con ética, por lo tanto, no solo los padres tienen esa obligación, es decir que los
maestros también deben de estimular esos valores. El estado tiene la obligación de brindarles
protección en la salud, educación, seguridad, alimentación, otros. Estos factores son
fundamentales para que los niños puedan crecer de forma sana y segura.
14
“Articulo 3. Sujeto de derecho y deberes. El Estado deberá respetar los derechos y deberes de
los padres o en su caso de las personas encargadas del niño, niña o adolescente, de impartir en
consonancia con la evolución de sus facultades, dirección y orientación apropiadas para que
el niño, niña y adolescente ejerza los derechos reconocidos en la Constitución Política de la
República, la presente Ley y demás leyes internas, los tratados, convenios, pactos y demás
instrumentos internacionales en materia de derechos humanos aceptados y ratificados por
Guatemala, sin más restricciones que las que establece la ley, cuya interpretación no será
extensiva.” (Constitución Política de la República de Guatemala).
Todo individuo desde su propia concepción tiene derechos adquiridos inherentes a su propia
existencia. Es importante reconocer que el niño tiene derechos que implican al mismo tiempo
una serie de deberes.
1.2.9. Educación para la salud
“la educación sanitaria se basa en inducir a la persona a adoptar y mantener la costumbre de
una vida sana, a utilizar razonablemente los servicios sanitarios a su disposición y también a
tomar decisiones, individual y colectivamente, para mejorar su estado de salud y el medio en
que habitan.” (Jean Gross Necesidades Educativas (2004) 49-289)
En la educación es importante que los docentes tengan la obligación de enseñarles a los niños
los conocimientos sobre las formas de conservar la salud, de cómo prevenirlas o curarlas, los
niños al tener esas ideas podrán tomar decisiones de cómo prevenir las distintas enfermedades
que pueden dañar la salud.

15
“Artículo 1, del derecho a la salud. Todos los habitantes de la republica tienen derecho a la
prevención, promoción, recuperación y rehabilitación de su salud, sin discriminación alguna”.
(Constitución Política de la República de Guatemala)
Nuestro estilo de vida lleva mucho que ver en nuestra salud. El estilo de vida es el mayor
determinante de nuestra salud, integra el conjunto de hábitos y conductas que modulan nuestra
vida diaria.
1.2.10. Necesidades educativas especiales
Se entiende por persona con necesidades educativas especiales a aquella con dificultades o
discapacidades las cuales dificultan su proceso de aprendizaje o su acceso a la educación a
diferencia de otros de su misma edad (Sánchez 2001).
1.2.11. Discapacidad en Guatemala
Concepto de discapacidad: esencialista, materialista y postmoderno. Para el paradigma
esencialista la discapacidad se explica desde la normalidad, se minimiza el papel de la cultura,
es una «tragedia personal», es enfermedad, se asocia a programas políticos conservadores;
para el materialista está mediatizada por unas condiciones sociales y económicas dadas, no es
una condición inherente al individuo, no es sólo un constructo social, sino una etiqueta cuyo
efecto es el afianzamiento de la marginación social.
En el paradigma postmoderno se trabaja por el cambio de las normas y los valores, por el
derecho a ser reconocido y a participar de los escenarios de la vida personal, profesional,
económica y política, por la comprensión del uso del lenguaje, y se cuestiona el carácter
universal en torno a la discapacidad. Por supuesto, se debe entender que hablar de la
discapacidad es una postura política de los estudiosos de esta. (Paradigmas de la Discapacidad
en Guatemala. Héctor Estuardo Del Aguila Avelar).

16
1.2.12. Desarrollo tecnológico
“El conocimiento científico y tecnológico es hoy una de las principales riquezas de las
sociedades contemporáneas y se ha convertido en un elemento indispensable para impulsar el
desarrollo económico y social. Para denominar a este proceso se han acuñado expresiones
como “sociedad del conocimiento” y “economía del conocimiento”. (Jean Gross Necesidades
Educativas (Libro de George Basalla “La evolución de la tecnología”41-3)
Es importante que los futuros profesionales tengan conocimientos sobre las TICS como una
fuente de recursos que se puede utilizar en los ámbitos culturales, educativos y sociales. Ya
que la tecnología avanza a diario los docentes tiene que utilizar como estrategias de enseñanza,
porque es importante innovar la educación.
“Articulo 4. Sistema Nacional De Ciencia Y Tecnología: Para los efectos de esta ley, se
considera que el Sistema Nacional de Ciencia y Tecnología está integrado por el conjunto de
instituciones, entidades y órganos del Sector Público, del Sector Privado, del Sector
Académico, personas individuales y jurídicas y centros de investigación y desarrollo
regionales que realicen actividades científico-tecnológicas.” (Constitución Política de la
República de Guatemala).
1.2.13. Manejo pertinente de la tecnología
“Facilita el desarrollo de capacidades para la adaptación y creación de tecnología propia, con
criterios de pertinencia y calidad. Para ello, desarrolla conocimientos sobre los tipos de
tecnología propia y foránea y sus formas de aplicación a la solución de diversas situaciones
cotidianas”. (Jean Gross Necesidades Educativas (2004) 2-3).

17
1.2.14. Manejo de información
"El manejo de información es un proceso que exige informarse e informar. Es decir, exige
construir, primero, una representación de una determinada realidad con los datos que
adquirimos de ella para poder darla a conocer, disponiendo esa representación al alcance de
los demás o comunicarla” (Jean Gross Necesidades Educativas (2004) 88-4)
Orienta el manejo de la información ya adquirida a través de los distintos medios de
aprendizaje, con ello concretamos que tiene que poseer esa información para tomar decisiones
que conlleva a una solución a los distintos problemas que surjan en su comunidad.
1.3. Plan del Proyecto
En esta sección se describe la metodología y procedimiento adoptados para llevar a cabo la
implementación del proyecto de fin de carrera, así como del ciclo de desarrollo del producto
software. Seguidamente se presenta la estructura de descomposición del trabajo (EDT) y el
cronograma de actividades
1.3.4. Metodología y procedimiento
Para la realización del proyecto asignado se tomará en cuenta la metodología RUP que es el
Proceso Unificado de desarrollo del Software con un enfoque de metas establecidas en
cuestión al software y el tiempo establecido, utilizando sus dos dimensiones en donde la
primera son aspectos dinámicos de los diferentes procesos que existen expresados en fases y
finalización de las fases, la segunda dimensión son aspectos estáticos que describe los
18
componentes de los diferentes procesos y sus respectivos roles los cuales se detallan en la
figura 1.2. También se utilizaron las tres características principales las cuales la primera nos
habla sobre el proceso por casos de uso que especifica los requisitos del sistema la guía
completa del diseño de implementación y prueba y la guía del trabajo realizado y la
metodología aplica por el tiempo estipulado y la necesidad que implica y la calidad y
funcionalidad del software a presentar en las cuales se detallan en la figura 1.1.
Figura 1.1 Características RUP aplicadas a casos de uso.
Figura 1.2 Fases de la metodología RUP.

19
Para la realización se tomo en cuenta diferentes lineamientos como base fue uso correcto del
lenguaje unificado de modelado UML, que nos permite de manera solida generar el análisis y
diseño de nuestros modelos, permitiendo introducir todos los procesos que a resolver en la
problemática que existe y permite el desarrollo del software y dejando una relación directa y
análisis en cuanto a la aplicación del diseño orientado a objetos teniendo en cuenta que la
programación utilizada fue las fases de desarrollo de un software las cuales se detallan en la
figura 1.3 sobre las fases que pasa el desarrollo de un sistema soportado por UML.
Figura 1.3 Fases del desarrollo de un sistema por UML.
1.3.5. Planificación
Se establecieron alcances de esfuerzo y objetivos, así como la modalidad del trabajo en la
gestión y finalmente desarrolla la línea de acción para completar tales objetivos. Se establece
un plan de dirección y los documentos a ser utilizados para llevarla a cabo.
En esta etapa se detallan actividades para la realización del análisis y desarrollo de proyecto.
20
21
1.3.6. Riesgos del proyecto
En esta sección se presenta una relación de posibles eventos los cuales si pudieran suceder
provocarían retrasos o desfases en el normal avance del proyecto.
Nuestro equipo se encuentra presente durante las actividades de diseño y desarrollo del
producto deseado que siga con un compromiso y en donde intervienen aspectos de carácter
técnico en su elaboración y calidad esto implicaría un riesgo presente en parte de los procesos
de gestión y dirección llevados a cabo. Su manejo queda bajo la responsabilidad de cada uno
de los integrantes en el equipo.
riesgos provenientes de la misma organización laboral o profesional a quienes el proyecto
impacta directa o indirectamente en sus funciones. Para fines de este proyecto este equipo no
aplicará para la gestión de riesgos.
1.3.7. Plan de respuesta ante riesgos
Se describen algunos planteamientos que están orientadas a velar por una correcta
implementación del proyecto y para minimizar o atenuar los efectos negativos al proyecto en
caso se presenten.
22
En la etapa de Planificación se invertirá el tiempo razonable en capturar y formalizar
correctamente los requerimientos del proyecto. Bajo este juicio los requerimientos no
presentarán mayores variantes durante el proceso. Consolidada esta etapa es importante
especificar las actividades y tareas a efectuar en el proyecto asegurando la realización en el
tiempo deseado, junto con las acciones a seguir.
La arquitectura será sometida a pruebas durante la implementación a través de casos de uso
validando la entrada de datos según el mecanismo propuesto por la arquitectura y diseño
original. Las labores de codificación deben de ir a mano con la realización de pruebas para su
validación, concluida la implementación de cada módulo junto con sus funcionalidades antes
de la presentación.
Toda solicitud de cambio implicará su contraposición ante el modelo originalmente
conceptualizado y en caso de proceder se ejecutarán las medidas correctivas a nivel de análisis,
diseño y corrección.
1.4. Descripción y sustentación de la solución
Con este sistema se permitirá el mantenimiento de información de los alumnos como los datos
personales, notas, expedientes, notificaciones hacia los padres y registro de actividades del
centro educativo entre otros cumpliendo de este modo con la automatización de las labores
con el mantenimiento del perfil clínico.
Una solución informática para la gestión educativa en los centros de educación especial y
adaptada a las necesidades de este lugar, se propone la implementación de un sistema de
información Web para el cumplimiento de estos propósitos. Este proyecto se constituye como
uno de los primeros esfuerzos por democratizar el uso y aprovechamiento de las TICS.
23
Incorpora un procedimiento automatizado de control de asistencia y notas de alumnos y padres
de familia a clases, escuelas de familia, entre otros eventos públicos, a diferencia de gran parte
de los sistemas de gestión educativa especial.
La estructura del proyecto se basa en la definición de actividades educativas e información
propia de los alumnos. Toda actividad se compone de una o muchas tareas complementarias
y vinculadas a una determinada habilidad a evaluar en el alumno.
El programa vincula la información entre el curso del alumno sus notas y también teniendo en
cuenta de que forma sea el aprendizaje como las diferentes actividades que se puedan tener.
Asimismo, la administración de la información de cada estudiante.
Para la comunicación entre los usuarios y la familia del alumno se incorporarán las
funcionalidades de notificaciones que pueden ser impresas. Los docentes del alumno podrán
efectuar solicitudes en una hora y fecha para notificar.
Además de lo mencionado en párrafos previos, la solución contará con las funciones de
generación de reportes. Los informes para tomar en cuenta comprenden tanto el reporte de
alumnado, control de asistencias como los resultados de evaluaciones aplicadas a los
especialistas junto con el informe de progresos y avances del alumno.
Finalmente se procederá con las pruebas de conectividad de base de datos y de las
funcionalidades del producto. Cumplidos estos procesos proseguirá la implantación del
producto en las instalaciones del centro educativo. Este proyecto beneficiará a todo centro
educativo especial público y privado y residirá en un servidor con sistema operativo
propietario lo cual viene siendo Windows en la versión 7 Profesional con una interfaz
accesible.
24
CAPITULO 2: Análisis.
1.5. Definición de la metodología de solución
La metodología que se utiliza desde la construcción inicial hasta la final se basa en diferentes
tareas que son realizadas por diferentes individuos conocedores de la materia para la
implementación final del sistema que manipulara los diferentes datos de entrada.
1.5.4. Rational Unified Process (RUP)
La metodología RUP se basa en diseñar un modelo de sistema a través de diferentes tareas
que son divididas en diferentes desarrolladores que continúan paso a paso cada uno; desde la
fase inicial, la construcción del sistema a través de los diferentes diagramas que en conjunto
desarrolla el equipo de trabajo.

25
La metodología RUP utiliza el enfoque de la orientación a objetos en su diseño y está diseñado
y documentado el uso de la notación UML ( Unified Modeling Language ) para ilustrar los
procesos en acción. Utiliza técnicas y prácticas probadas comercialmente.
Es un proceso considerado pesado y preferentemente aplicable a grandes equipos de desarrollo
y grandes proyectos , pero el hecho de que es ampliamente personalizable que permite
adaptarse a proyectos de cualquier escala.
Para la gestión del proyecto , la metodología RUP proporciona una solución disciplinada
como las tareas y responsabilidades señaladas dentro de una organización de desarrollo de
software.
1.5.5. Elección de la metodología RUP
Esta metodología de desarrollo fue seleccionada gracias a las ventajas que tiene de la
participación individual en un grupo colectivo de desarrollo, como por ejemplo:
 La metodología consiste en un desarrollo que están eficaz que la sobrecarga de labores
en un programador, desarrollador o analista es tan limitada que permite una fluidez de
pequeños segmentos de desarrollo pero que estos trabajan en conjunto con todos los
equipos de trabajo para poder terminar un proyecto designado a simplemente cumplir
con la tarea solicitada.
 La accesibilidad de cumplimiento de labores es tan eficaz que cada miembro solo debe
de enfocar sus conocimientos para elaborar y concluir con la fase correspondiente.
 Siguiendo un cronograma que delimita el tiempo de entrega este tiende a reducir, en
función a la experiencia y calidad de construcción de software de cada elemento del
equipo de trabajo.
26
 Los costos para la construcción del software son muy accesible debido a las pequeñas
y/o grandes tareas que desempeña en conjunto con las herramientas de desarrollo,
1.6. Identificación de requerimientos
Los requerimientos funcionales y no funcionales de las tablas fueron elaboradas
mediante visitas periódicas y algunas entrevistas de los diferentes participantes de la
institución.
1.6.4. Requerimientos funcionales
Tabla 2.2. Requerimientos funcionales del sistema
Módulo de Seguridad
No. Descripción Tipo Dif. Pri.
El sistema permitirá el mantenimiento de los
1 usuarios internos (especialistas) y externos Funcional 3 2
(padres/tutores de familia) al sistema.
El sistema permitirá el mantenimiento de
los perfiles de usuario y accesos al
sistema.
El perfil especifica las acciones permitidas y

2 Funcional 2 2
restringidas durante la navegación por las
páginas, para uno o más usuarios. Los
accesos considerados por cada página son de
sólo lectura, acceso completo o ninguno.

27
El sistema permitirá la asignación del

13 Funcional 1 1
perfil de usuario a uno o varios usuarios.
El sistema permitirá la personalización
de accesos al sistema para una cuenta de
usuario.
El sistema permitirá cambiar la

4 Funcional 1 2
configuración de accesos otorgados
previamente a un usuario a través de un
perfil, a manera de personalizar sus
accesos para eventualidades laborales.
El sistema posibilitará al usuario el
cambio de su contraseña de acceso al
sistema.
5 Funcional 3 3
Desde el panel de mantenimiento de datos el
usuario podrá cambiar la contraseña en caso
lo requiera.
El sistema permitirá el envío y recepción de
mensajes y comunicados entre los usuarios.
Bajo este mecanismo, los especialistas y las
1 familias tendrán a su disposición una Funcional 2 1
bitácora con las observaciones y consultas
efectuadas entre ambas partes. A su vez
permite el envío de noticias sobre eventos

28
públicos de interés a toda la comunidad
educativa.
El sistema permitirá a los especialistas el
2 mantenimiento de horarios de atención a Funcional 1 1
padres y tutores de familia.
El sistema permitirá a los usuarios
externos el mantenimiento de solicitudes
de entrevista con los especialistas.
3 Previo a su creación se validará si el Funcional 2 1
especialista buscado cuenta con
disponibilidad de atención para la fecha y
hora consignada.
El sistema posibilitará a los especialistas
la gestión de solicitudes de entrevista por
4 estados. Funcional 3
De este modo, el especialista podrá aceptar
o rechazar una solicitud entrante.
El sistema permitirá registrar y
actualizar información del alumno
especial.
1 El sistema permitirá registrar información Funcional 3 1
genera del alumno, tanto datos personales
propios como los del padre de familia y/o
apoderado.
29
2 hojas de asistencia para alumnos y Funcional 2 1
padres.
3 actualizar el control de asistencia a clases Funcional 2 1
del alumno especial.
4 actualizar el control de asistencia a Funcional 2 1
reuniones de padres de familia.
la información de trastornos.
Posibilitará el registro y actualización de las
1 enfermedades incluyendo los criterios Funcional 3 2
clasificatorios del DSM-IV. Además,
contará con un directorio de instituciones
especializadas por cada trastorno.
terapias por trastorno.
2 La terapia reúne las actividades competentes Funcional 2 1
para el tratamiento del trastorno del alumno
y bajo una escala de severidad.

3 Funcional 1 1
actividades clasificadas por terapias.
30

4 Funcional 1 1
tareas asignadas por actividad.
indicadores de evaluación.
5 Funcional 3 2
Los indicadores cuantificarán el avance de
un objetivo.
objetivos.
6 Los objetivos consisten en logros puntuales Funcional 3 2
esperados en los alumnos según la actividad
o tarea pautada.
El sistema permitirá asociar actividades

7 Funcional 3 2
por cada terapia.
El sistema permitirá asociar tareas por

8 Funcional 2 1
actividad de acuerdo con la terapia.
El sistema posibilitará la asignación de
objetivos tanto a actividades como tareas.
9 De este modo ambos conceptos podrán ser Funcional 1 1
evaluados por los especialistas.
programas educativos de los alumnos.

1 Funcional 1 1
El programa englobará las actividades y
tareas según la terapia adecuada y escala de

31
severidad del trastorno padecido por el
alumno.
El sistema permitirá incorporar actividades
al programa educativo procedentes de otras

2 Funcional 2 1
terapias, tomando como criterio de filtro la
edad del alumno.
El sistema permitirá modificar la duración

3 Funcional 1 1
de las tareas en el programa educativo.
El sistema permitirá el mantenimiento del
4 Plan de tareas dirigido a los padres y/o Funcional 3 1
tutores del alumno.
eventos y observaciones ocurridas

5 Funcional 3 1
durante la ejecución del programa
educativo, por cada actividad tratada.
El sistema contará con un repositorio de
6 archivos, en diferentes formatos, para uso Funcional 2 2
de la comunidad educativa del centro.
El sistema posibilitará el mantenimiento
de documentos clasificados por programa
educativo y actividad.
7 Los documentos no deberán superar los Funcional 2 2
8MB para su carga y descarga.
32
El sistema posibilitará la evaluación de
los programas educativos del alumno.
La calificación será manejada al nivel de las

1 Funcional 2 1
tareas y actividades. Cada ámbito tomará
como criterios los objetivos e indicadores de
medición respectivos.
El sistema posibilitará la evaluación de
los planes de tareas del alumno.
2 La calificación será manejada al nivel de las Funcional 2 1
tareas y tomará como criterios los objetivos
e indicadores de medición respectivos.

3 Funcional 2 3
evaluaciones a los especialistas.
El sistema permitirá a los usuarios
4 externos evaluar la labor educativa de los Funcional 3 1
especialistas del centro educativo.
El sistema emitirá reportes de asistencia de

1 Funcional 2 3
alumnos.
El sistema emitirá reportes de asistencia de

2 Funcional 2 3
los tutores y/o padres de familia.
El sistema generará el informe de avances y
3 progresos de los alumnos con las Funcional 1 1
calificaciones
33
obtenidas.
El sistema generará el reporte de evaluación

4 Funcional 2 3
aplicada a los especialistas.
La emisión de reportes tendrá como formato

5 Funcional 2 3
único en PDF (Portable Document Format).
1.6.5. Requerimientos no funcionales
No. Descripción Tipo Dif. Pri
El usuario interactuará con el sistema No

1 3 2
utilizando el teclado y mouse. Funcional
El sistema será desarrollado con una

No
2 interfaz 2 2
Funcional
gráfica de usuario basada en controles Web.
El sistema estará disponible vía internet las No

3 2 2
4 horas del día. Funcional
El sistema será accesible desde cualquier
equipo de trabajo con navegadores Web

No
4 Microsoft Internet Explorer (6.0 o superior) 2 2
Funcional
Google Chrome (17.0 o superior) y Mozilla
Firefox (2.0 o superior).
El sistema se ejecutará sobre un servidor de

No
5 aplicaciones Web con sistema operativo 3 1
Funcional
Windows Server 2008 en adelante.
El sistema trabajará con el administrador de No

6 2 2
base de datos PostgreSQL. Funcional
34
El sistema guardará en base de datos los
registros de errores en tiempo de ejecución No

7 3 2
producidos durante todas las sesiones Funcional
activas.
El sistema contará con manuales de usuario

No
8 para su entendimiento y capacitación en la 2 2
Funcional
herramienta.
El protocolo SMTP será utilizado para el No

9 2 2
envío de correos al administrador. Funcional
El sistema comunicará al administrador vía

No
10 correo electrónico los errores presentados 3 3
Funcional
durante las sesiones de los usuarios.
1.6.6. Consideraciones sobre el sistema
Los diferentes aspectos vistos en la validación del sistema fueron implementados con el fin de
poder mejor la efectividad y visualización de los diferentes tipos de datos que el usuario
requiera.
 Validación: Toda la información ingresada tendrá como medida de recuperación un
dispositivo que respalde la integridad de todos los datos,
 Escalabilidad: Las actualizaciones periódicas permitirán que el sistema pueda
mejorar en aspectos visuales como también en la fluidez que este presente en el
hardware base.
35
 Usabilidad: El software necesita los recursos básicos del sistema, teniendo o no un
acelerador gráfico ya que el sistema este orientado a la fluidez de obtención de datos
y el cálculo de la diferente información de interés.
1.7. Análisis de la solución
Algunas propuestas que se presentan a continuación fueron basadas en algunos datos
estadísticos que fueron previamente analizados para tener en consideración cada uno de las
variables que entran en consideración en estos puntos siguientes:
1.7.4. Identificación de las necesidades del cliente
Las diferentes necesidades que necesita la asociación en este caso están expuestas a
continuación:
 Almacenamiento de los diferentes alumnos y todos los datos relacionados a este, como
su información básica y de interés para la asociación.
 Asignación de cursos según especialidad y necesidades especiales que el alumno
requiera, así como el cálculo de reforzamiento que necesitaren los estudiantes.
 Programación de Actividades Académicas y Extraescolares con visualización interno
y externo.
 Ingreso de Notas finales y cálculo de promedios.
 Asignación de Códigos personales en función de cada alumno.

36
1.1.3. Viabilidad técnica y económica
A continuación, se presentan algunas características viables técnicas que debe de cumplir
la asociación para el correcto funcionamiento:
(1) Disponibilidad de Espacio para almacenar la computadora
(2) Disponibilidad del equipo de computo para ejecutar una aplicación cliente – servidor.
(3) Herramienta CASE para el modelamiento UML y construcción de la base de datos.
(4) Herramienta IDE para la construcción gráfica y codificación de las funcionalidades.
(5) Lenguaje de Programación y sus características bajo el paradigma de orientado a
objetos.
La viabilidad económica, tomando como punto de partida los ítems técnicos citados para
la implementación, se establecen las siguientes consideraciones para el costo del proyecto:
 Los requisitos a nivel de hardware (1) y (2) se encuentran excluidos asumiendo su
aprovisionamiento.
 La Herramienta Case PowerDesigner, para el Modelado UML y de la baso de datos,
se distribuyen bajo una licencia de paga.
 El IDE Netbeans es de código abierto (4) disponible su descarga de Internet y libre
costo.
1.1.4. Análisis Costo – Beneficio
En este análisis se encuentran los criterios de cada uno de los desarrolladores en
función a las necesidades que se deben de cumplir en la ejecución de este Proyecto, esperando
que la contribución que se pretende implementar dentro de la asociación tenga un impacto
correcto en el ámbito educacional.
Una vez expuestos los detalles del costo y gastos a incurrir en el proyecto, podemos
concluir la nula existencia de una fuerte inversión en hardware y software gracias al empleo
37
de herramientas de código abierto que se distribuyen de manera gratuita y accesible; obviando
la implementación de la Herramienta Case.
Analizando que la implementación del sistema no requerirá de muchos requisitos a
nivel de hardware como también de Software, ya que el diseño del mismo tratará de ser lo más
eficiente posible.
1.1.5. Asignación de funciones a hardware y software
Las funciones asignadas al hardware durante el proyecto son
 Como Aplicación Cliente – Servidor cumplir con el almacenamiento local de la
información.
 Como Aplicación Cliente – Servidor poseer todos los periféricos de entrada y salida
que este necesitara.
Las funciones asignadas al software durante el proyecto son:
 Asistir al desarrollador a las actividades de diagramación, modelamiento y
documentación durante las fases de análisis y diseño.
 Permitir la construcción de la interfaz gráfica en el IDE Netbeans.
En cuanto al producto software, como principales funciones comprometidas se tienen:
 Interactuar con el usuario en el ordenador en el que este se registre.
 Cumplir con la ejecución de las diferentes tareas que esta debe de cumplir.
Las funciones asignadas a nivel de base de datos a lo largo del proyecto son:
 Almacenar una base de datos única para el almacenamiento de información
 Permitir las copias de seguridad como medio de respaldo de la información.
 Permitir la recuperación de información necesaria.
Las funciones asignadas al equipo a lo largo del proyecto son:

38
 Dirigir y coordinar las actividades técnicas y funcionales.
 Cumplir con todas las tareas necesitadas.
1.1.6. Restricciones de costo y tiempo
Cuando el equipo de desarrollo cuente con el hardware y software necesario descrito
anteriormente y únicamente se realizan los gastos logísticos, el costo original del proyecto no
deberá de pasar el 10% respecto al costo estimado original, Según el cronograma de
actividades este software tendrá un tiempo de desarrollo como de implementación el cual se
deberá de respetar y dar cumplimiento teniendo en cuenta la metodología de planificación que
se utilizó para darle seguimiento a las diferentes actividades que se describieron con
anterioridad.
1.1.7. Definición del sistema
Se presenta la definición del sistema a partir del diagrama de clases de análisis
involucrado a las entidades principales en el modelamiento del escenario de negocio. El
análisis favorecerá la asociación y definición de la arquitectura final junto con las clases de
diseño necesarias para su construcción.

39
3. CAPÍTULO 3: Diseño
En esta parte del capitulo se describe el diseño de la solución propuesta. En la primera parte
comprende el diseño a la interfaz gráfica, se mencionan los patrones y estándares adoptados
para uniformizar el aspecto visual y la interacción con el usuario.
3.1. Arquitectura de la solución
En esta sección aplica la necesidad básica del centro de niños discapacitados dándole
una solución de ingreso de datos de los pacientes ingresados al centro, lo cual será
entregado de forma gratuita, con la infraestructura realizada en java con SQL develo
per de forma nativa, con la forma de acudir al mal manejo de pacientes en el centro.
3.1.1 Representación de la arquitectura
De acuerdo con capítulos anteriores la arquitectura está orientada a entorno web. Este
diseño las tareas se ejecutan por el lado del servidor, evitando delegar tales
responsabilidades hacia las máquinas clientes desde sus navegadores. Asimismo,
asegura la disponibilidad a tiempo completo y desde un equipo fijo o móvil con

40
conexión a Internet. Este diseño debe garantizar un óptimo aprovechamiento de las
capacidades propias de los sistemas Web satisfaciendo adecuadamente los requisitos
no funcionales.
3.1.2 Diseño de la arquitectura de la solución
Para la implementación de esta solución se aplicará la programación web, debido a su
diseño altamente escalable ante la incorporación de nuevos módulos y funcionalidades
a futuro. Entre varios niveles de hardware, obteniendo mayor seguridad y rendimiento
ante numerosas peticiones al servidor Web. Esta arquitectura orientada a objetos no
presenta obstáculos para adaptar tanto el patrón de modelo de dominio en la capa de
lógica de negocio como el patrón de repositorio en la capa de acceso a datos,
cumpliendo así con los lineamientos base de diseño indicados a comienzos del
capítulo.
3.1.3. UML Diagrama de Actividades.
El Diagrama de Actividad es un diagrama de flujo del proceso que se usa para
modelar el comportamiento del sistema. Los diagramas de actividad se pueden usar
para modelar un Caso de Uso, o una clase, o un método complicado.

41
3.1.4. UML Diagrama de Casos de Usos
3.1.6. UML Diagrama de clases de diseño

42
3.1.7. UML Diagrama de base de datos (Modelo ER)

43
3.1.8. UML Diagramas de secuencia
3.2. Diseño de Interfaz Gráfica

44
3.2.1. Estándar de Interfaz Gráfica

45
Capitulo 4: Construcción.
Este capítulo tiene como propósito presentar las tecnologías que como grupo creímos más
adecuadas para la implementación del producto. Por su parte se define la estrategia de
pruebas, herramientas y los tipos de pruebas seleccionados en esta etapa.
4.1. Construcción
En este apartado hacemos un resumen de las características principales de las tecnologías,
motores y frameworks que fueron usados en la implementación, como el lenguaje de
programación, librerías, motor de base de datos entre otros.
4.1.1. Lenguaje de programación
Para este proyecto el lenguaje seleccionado fue el orientado a objetos de la plataforma
Java. Es una plataforma compatible con diversos tipos de sistemas operativos tales
como: Windows, Linux, IOS, etc. Tiene similitudes con lenguajes como C y C++. La
programación en Java, permite el desarrollo de aplicaciones bajo el esquema de Cliente
Servidor, como de aplicaciones distribuidas, lo que lo hace capaz de conectar dos o

46
más computadoras, ejecutando tareas simultáneamente, y de esta forma logra distribuir
el trabajo a realizar.
Los programas en JAVA suelen estar en las siguientes categorías:
Applets: Los cuales son pequeños programas que se incorporan en una página web y
por lo tanto necesitan un navegador web compatible con JAVA para poder ejecutarse.
A menudo las applets se descargan junto con una página HTML desde un servidor web
y se ejecutan en la máquina cliente.
Aplicaciones: Estos son programas son standalone de propósito general que
normalmente se ejecutan en la línea de comandos del sistema operativo. Con JAVA se
puede crear cualquier programa que normalmente se crearía con algún otro lenguaje de
programación.
Servlets: Los servlets al contrario de los applets son programas que están pensados
para trabajar en el lado del servidor y desarrollar aplicaciones Web que interactúen con
los clientes. Los servlets son una alternativa de la programación IGC (Interfaz de
entrada común).
El kit de desarrollo de JAVA (JDK) contiene herramientas, aquí nos encontraremos
con el compilador javac que es el encargado de convertir nuestro código fuente (.java)
en bytecode (.class), el cual posteriormente será interpretado y ejecutado con la JVM,
Java Virtual Machine por sus siglas en inglés, que nuevamente al español es La
máquina virtual de Java, también dentro de estas herramientas encontramos los

47
siguientes programas, javadoc encargado de generar la documentación de nuestro
código, el jvisualvm muestra información a detalle sobre las aplicaciones que están
corriendo actualmente en la JVM), entre muchas otras.
También tenemos el entorno de ejecución de JAVA (JRE) en palabras del propio portal
de Java es la implementación de la Máquina virtual de Java que realmente ejecuta los
programas de Java, esto quiere decir que aquí encontraremos todo lo necesario para
ejecutar nuestras aplicaciones escritas en Java, normalmente el JRE está destinado a
usuarios finales que no requieren el JDK, pues a diferencia de este no contiene los
programas necesarios para crear aplicaciones en el lenguaje Java, es así, que el JRE se
puede instalar sin necesidad de instalar el JDK, pero al instalar el JDK, este siempre
cuenta en su interior con el JRE.
4.1.2. Arquitectura utilizada
Como equipo optamos por la arquitectura cliente-servidor, tomando en cuenta los
recursos del beneficiario, ya que ésta es más ventajosa en un sistema operativo
multiusuario distribuido a través de una red de computadoras.
En esta arquitectura la computadora de cada uno de los usuarios, llamada cliente,
produce una solicitud de información a cualquiera de las computadoras que

48
proporcionan información, conocidas como servidores, estos últimos responden a
la solicitud del cliente que la produjo.
Los clientes y los servidores pueden estar conectados a una red local o una red
amplia, como la que se puede implementar en una empresa o a una red mundial
como lo es la Internet.
Bajo este modelo cada usuario tiene la libertad de obtener la información que
requiera en un momento dado proveniente de una o varias fuentes locales o
distantes y de procesarla como según le convenga. Los distintos servidores también
pueden intercambiar información dentro de esta arquitectura, la figura 4.1.2 detalla
el funcionamiento del cliente-servidor.
Figura 4.1.2 Funcionamiento arquitectura cliente-servidor.
Características
49
 Combinación de un cliente que interactúa con el usuario, y un servidor que
interactúa con los recursos a compartir. El proceso del cliente proporciona
la interfaz entre el usuario y el resto del sistema. El proceso del servidor
actúa como un motor de software que maneja recursos compartidos tales
como bases de datos, impresoras, Módem, etc.
 Las tareas del cliente y del servidor tienen diferentes requerimientos en
cuanto a recursos de cómputo como velocidad del procesador, memoria,
velocidad y capacidades del disco e input-output devices.
 Se establece una relación entre procesos distintos, los cuales pueden ser
ejecutados en la misma máquina o en máquinas diferentes distribuidas a lo
largo de la red.
 Existe una clara distinción de funciones basadas en el concepto de
”servicio”, que se establece entre clientes y servidores.
 La relación establecida puede ser de muchos a uno, en la que un servidor
puede dar servicio a muchos clientes, regulando su acceso a los recursos
compartidos.
 Los clientes corresponden a procesos activos en cuanto a que son estos los
que hacen peticiones de servicios. Estos últimos tienen un carácter pasivo,
ya que esperan peticiones de los clientes.

50
 No existe otra relación entre clientes y servidores que no sea la que se
establece a través del intercambio de mensajes entre ambos. El mensaje es
el mecanismo para la petición y entrega de solicitudes de servicios.
 El ambiente es heterogéneo. La plataforma de hardware y el sistema
operativo del cliente y del servidor no son siempre los mismos.
Precisamente una de las principales ventajas de esta arquitectura es la
posibilidad de conectar clientes y servidores independientemente de sus
plataformas.
 El concepto de escalabilidad tanto horizontal como vertical es aplicable a
cualquier sistema Cliente-Servidor. La escalabilidad horizontal permite
agregar más estaciones de trabajo activas sin afectar significativamente el
rendimiento. La escalabilidad vertical permite mejorar las características
del servidor o agregar múltiples servidores.
4.1.3. IDE
En nuestra herramienta de entorno de desarrollo integrado se utilizó NetBeans IDE 11
que es una herramienta Open Source que nos ayudó a formalizar nuestro código y
también para que nuestro código pase por todas las fases de compilación que
51
permitieron que nuestros entornos gráficos el desarrollo para nuestra aplicación que se
basa en la programación orientadas a objetos basándose en el lenguaje de
programación de Java y aplicar las clases y los objetos que fueron de mucha
importancia en la realización porque ayudo asimilar casos que ayudaron con la
eficiencia del software.
NetBeans es un proyecto de código abierto donde su fundador Sun MicroSystems fundó
el proyecto de código abierto . La plataforma NetBeans permite que las aplicaciones
sean desarrolladas a partir de un conjunto de componentes de software llamados
módulos.
Un módulo es un archivo Java que contiene clases de java escritas para interactuar con
las APIs de NetBeans y un archivo especial que lo identifica como módulo. Las
aplicaciones construidas a partir de módulos pueden ser extendidas agregándole
nuevos módulos.
Debido a que los módulos pueden ser desarrollados independientemente, las
aplicaciones basadas en la plataforma NetBeans pueden ser extendidas fácilmente por
otros desarrolladores de software.
La característica principal por la cual se usó NetBeans IDE es porque soporta el
desarrollo de todos los tipos de aplicación Java.
4.1.4. Base de Datos
Entre nuestras propuestas se encontraron dos gestores de base de datos relacionales
Oracle DBMS y MySQL 5.0 siendo seleccionado el primero por las siguientes razones
52
sin antes comentar que Oracle en su versión Express permite 11 GB de almacenamiento
y para el proyecto cumple las expectativas.
También Oracle DBMS g a r a n t i z a una mejor integridad de los datos forzando a
mantener una integridad referencial entre tablas normalizadas anteriormente
Se puede afirmar que Oracle DBMS tiene mayor seguridad y las funcionalidades son
de manera confiable que a comparación de MySQL se tiene que integrar seguridad y
funcionalidades que Oracle ya posee, aunque no está de mas destacar que la empresa
es propiedad de Oracle Corporación.
Oracle DBMS ofrece un mejor rendimiento y tiempo de respuesta frente a operaciones
específicas. Sin embargo, para escenarios con una importante carga de conexiones
ambos motores obtienen tiempos de respuesta promedio similares es más eficaz para
los fines de la aplicación los cuales son las sentencias SQL
Finalmente, en cuanto al tema de compatibilidad con Java Oracle posee infinidades de
herramientas como los drivers de conexión que ayudan a la funcionalidad y eficacia del
proyecto.
4.1.5. Servidor Web

53
El servidor web utilizado es Apache HTTP Server que permite realizar las operaciones
de desarrollo y pruebas no antes destacar que por esta herramienta que posee las
características principales y actuales, destaca también por ser un popular servidor web
multiplataforma de fuente abierta que además es el servidor web más popular que
existe.
4.1.6. Otras herramientas y librerías
La librería JDBC es la interfaz que proporciona Java para la conexión a bases de datos
que conjunto de clases e interfaces que permiten a Java ejecutar consultas y ordenes en
una base de datos.
Hibernate se utiliza una base de datos donde hay muchas tareas repetidas: por cada
objeto crear una clase que me permita insertarlo, eliminarlo, modificarlo y consultarlo
con excepción de consultas especiales.
Power Designer es la herramienta ofrece innovaciones en modelado de procesos
tanto como empresariales incluyendo soporte de simulación en la ejecución de los
procesos de negocio, así como mayor integración con los ciclos de desarrollo,
soportando los principales bases de datos existentes en el mercado.
Persistencia que se integra en la base de datos donde los objetos utilizados tienen la
capacidad para guardarse y recuperarse desde un medio de almacenamiento. La
persistencia en Base de Datos relacionales se suele implementar mediante el

54
desarrollo de funcionalidad específica utilizando la tecnología JDBC o mediante
frameworks que automatizan el proceso a partir de mapeos.
4.2. Pruebas
En esta sección se detalla el procedimiento de pruebas durante la verificación y validación
del software, desde los tipos de pruebas seleccionados hasta las ideas de cada integrante del
equipo y verificación de personas
4.2.1. Estrategia de Pruebas
El objetivo global de la estrategia de pruebas es demostrar el funcionamiento completo
del software a nivel de eficiencia de código y funcionalidad. En otras palabras, verificar
de manera precisa los componentes y validar la implementación de todos los
requerimientos de programa.
Recopilar, diseñar y documentar los casos de prueba de software a nivel de módulo
y de producto en el catálogo de pruebas. Los casos de prueba deben cubrir la revisión
de más de un requerimiento funcional.
Cuantificar el esfuerzo estimado en horas de cada uno de los recursos por emplear
bajo estas pruebas.

55
Las pruebas unitarias serán ejecutadas en paralelo con la codificación teniendo como
propósito el funcionamiento correcto del código fuente implementado bajo el lenguaje
de programación.
Para la automatización de las entradas de datos en las ventanas de usuario, se
trabajará con un plugin en el navegador Web Firefox que es un Browser de tipo
código abierto que permite la estabilidad de la interfaz teniendo en cuenta los
complementos que son necesarias para el buen funcionamiento.
4.2.2.2. Pruebas de Integración
Bajo estas pruebas todos los módulos revisados e integrados en diferentes secuencias
de procesos y llamadas, son evaluados con el propósito de comprobar la ejecución
correcta conforme al proceso esperado. Un factor clave es la capacidad de
identificación de todos los esquemas de llamadas para una buena cobertura de casos de
prueba integral. Las pruebas integrales se clasifican en:
No incremental: Requiere tener todos los módulos del producto software
culminados para así concretar en su conjunto estas pruebas.
Incremental: Cada módulo es acoplado a los componentes existentes, así las
pruebas futuras no afectarán los avances y correcciones de fases anteriores, en la
búsqueda de un software robusto desde el inicio de las pruebas.

56
La prueba de integración incremental fue adoptada para esta etapa, pretendiendo
demostrar así el funcionamiento del software sin errores desde el inicio de su creación
como ventaja la simulación de los escenarios reales de los procesos con los
requerimientos funcionales.
4.2.2. Tipos de Pruebas
A continuación describiremos los tipos de prueba empleados en la estrategia de pruebas.
4.2.2.1. Pruebas Unitarias
Estas pruebas de software se dirigen a los módulos de un sistema, probando los
caminos de control importantes con el fin de descubrir errores dentro de ésta. Es así
como el equipo logrará identificar los defectos en fases tempranas de codificación sin
esperar la realización de pruebas integrales. Las técnicas consideradas son:
Pruebas de Caja Blanca: Examinan la estructura interna con ello buscamos
fragmentos de programa que no son ejecutados por los casos de prueba. No
obstante, este ámbito queda cubierto dentro del marco de pruebas de código a
realizarse durante la codificación del producto adoptada como práctica ágil que se
57
detalla en la figura 4.2 Encontramos un ejemplo de las pruebas del camino básico
con una caja blanca.
Figura 4.2 Ejemplo de la prueba del camino básico con caja blanca
Pruebas de Caja Negra: Estas pruebas se realizan sobre las interfaces
gráficas, en ellas no se conoce el funcionamiento o la estructura interna, estas
pueden ser o no ser funcionales.
Por lo tanto las pruebas de caja negra serán efectuadas considerando la documentación
de los casos sujetos a los requerimientos del negocio a partir de la identificación y
evaluación de diversos juegos de datos en las entradas del sistema para así observar
la coherencia con las salidas del sistema.
En La figura 4.3 encontramos un ejemplo del funcionamiento de una caja negra.

58
Figura 4.3 Ejemplo del funcionamiento de una caja negra.

59
4.2.3. Catálogo de pruebas
A continuación en la tabla 4.1 se listan los principales casos del catálogo de
pruebas concerniente a los módulos de Seguridad, Planeamiento y Evaluación.
TÉCNICAS Y
TAREA PRODUCTOS PRÁCTICAS PARTICIPANTES
ASI 10.1: Definición  Plan de Sesiones de  Jefe de
del alcance de las Pruebas Trabajo Proyecto
pruebas  Analistas
 Equipo de
Soporte Técnico
 Usuarios
Expertos
de Requisitos del Pruebas Trabajo Proyecto
Entorno de Pruebas  Analistas
 Equipo de
Soporte Técnico
 Usuarios
Expertos
60
de las Pruebas de Pruebas Trabajo Proyecto
Aceptación del  Analistas
Sistema  Equipo de
Soporte Técnico
 Usuarios Expert
4.2.4. Reporte de ejecución de pruebas
Tras la ejecución de pruebas unitarias e integración según el Plan de Pruebas se
presenta en esta sección los resultados obtenidos. Generalmente se obtuvieron un
porcentaje considerable de efectividad la estrategia de pruebas de carácter
incremental sumada a las prácticas de pruebas en desarrollo y la contribuyeron al logro
de estos resultados.
En el desarrollo de pruebas unitarias se obtuvo un porcentaje de éxito del como
consecuencia de las prácticas de pruebas en paralelo a la programación de los
módulos.
En cuanto a las pruebas de integración se cumplieron los objetivos cumplidos como
consecuencia de problemas en la integración de procesos entre módulos. Dichos

61
inconvenientes se fueron solucionando tras nuevas pruebas que se fueron
utilizando para la ejecución y funcionalidad del programa.

62
CAPÍTULO 5: Observaciones, Conclusiones y Recomendaciones
5.1. Observaciones
Como opinión en la estructura del trabajo es importante para cualquier implementación en
cualquier centro educativo que lo necesite en algún futuro ya que se encuentra bien la
estructura y cada uno de los sucesos que puedan ocurrir.
Cuando toda la información de la institución relevante a los docentes orientados a los
alumnos debemos de organizar espacios adecuados para recolectar la misma la información
a recolectar debe de ser lo más real posible es decir todas sus anotaciones y así también
conocer las perspectivas de todos los usuarios para poder desarrollar de la mejor manera el
sistema.
5.2. Conclusiones
Con este proyecto su fin es poder implementar una solución automatizada capaz de
administrar las calificaciones de los alumnos y tareas de los alumnos es decir la gestión
educativa en dicha institución.

63
El producto que se obtendrá al final es viable económicamente a lo largo de sus etapas como
consecuencia de la utilización de herramientas de diseño y desarrollo de código abierto o
libre de pago por licencias; ya que reducirán de gran manera los gastos para la Institución en
general ya que todo lo consultarán vía virtual.
Nosotros debemos de poder desarrollar una investigación previa para poder implementar
cualquier tipo de sistema ya sea en el sector público o privado; la cual será nuestra guía para
poder llevar a cabo la creación del mismo, conocer su forma de trabajar, elaborar nuestra
planificación y por supuesto tener bien claro cada uno de los objetivos y procesos a utilizar
para su elaboración.
Para poder desempeñar nuestro proyecto debemos de conocer las necesidades de nuestro
cliente en este caso conocer las necesidades del
Instituto, que en nuestro caso fue la implementación de sistema para el control de notas en el
mismo; como conocer su planificación, sus registros, disponibilidad al brindar la
información, evaluación de algunos programas educativos y por supuesto evaluar el
desempeño de los docentes y alumnos al momento de implementarlo.
La construcción en el capítulo cuatro consiste en hacer un resumen de las características de
las principales tecnologías a utilizar como Sql Developer y frameworks empleados en la
implementación como el lenguaje de programación, librerías, motor de base de datos entre
otros.
64
5.3. Recomendaciones y Políticas de actualización
Recomendamos al centro educativo realizar capacitaciones al personal que estará encargado
de manejar el software, antes de que se ponga en marcha, también mantener actualizadas las
máquinas para no tener problemas con las futuras actualizaciones por incompatibilidad.
Como trabajos a futuro en este campo, se recomienda poder entregar una copia de cada una
de las planificaciones y actividades a realizar en su institución o centro educativo con el fin
de que ellos conozcan cada uno de los horarios establecidos y se puedan organizar o
modificar dependiendo sus tareas diarias.
Las pruebas consisten en la verificación y validación del software, desde los tipos de pruebas
seleccionados junto con las justificaciones de sus respectivas elecciones, así como la
estrategia desarrollada con el fin de ver cómo va el funcionamiento del sistema, verificando
si hay o no errores.
5.3.1 Políticas de actualización
Nosotros realizaremos actualizaciones de manera trimestral en el sistema con el fin de
mejorar herramientas desarrolladas dentro del sistema, actualización de campos,
actualización de personal, actualización de datos de la institución entre otros campos.

65
5.4.Fotografías del grupo

66
67

Язык

Добро пожаловать в Scribd!

proyecto final

Загружено:

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

Дата загрузки

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

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

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

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

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

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

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

Описание:

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

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

proyecto final

Загружено:

Описание:

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

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

Похожие издания

UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA

CARRERA: INGENIERÍA EN SISTEMAS DE COMPUTACIÓN Y CIENCIAS DE LA

CURSO: ANALISIS DE SISTEMAS I

ANÁLISIS, DISEÑO Y MODELADO DE UN SISTEMA DE

CONTROL DE ESTUDIANTES PARA LA ASOCIACIÓN DE

PERSONAS DISCAPACITADAS (ASOPEDI) DEL MUNICIPIO DE

CATEDRÁTICO: ING. FRANCISCO RAUL MORALES CORDOVA

HUEHUETENANGO, JUNIO DE 2019

CARRERA: INGENIERÍA EN SISTEMAS DE COMPUTACIÓN Y CIENCIAS DE LA

CURSO: ANALISIS DE SISTEMAS I

ANÁLISIS, DISEÑO Y MODELADO DE UN SISTEMA DE

CONTROL DE ESTUDIANTES PARA LA ASOCIACIÓN DE

PERSONAS DISCAPACITADAS (ASOPEDI) DEL MUNICIPIO DE

Integrantes No. De Carné

MAYCOL ALEXANDER MENDOZA PUENTES 0904-16-1481

HILKER DANIEL CIFUENTES RIVAS 0904-16-14995

JORGE MARIO HERRERA ALFARO 0904-16-4265

ELMER BRAYTON SAMAYOA CAMPOSECO 0904-16-2182

Este proyecto tiene el objetivo de presentar una solución de control de información,

En el primer capítulo hablamos de los alcances respecto a nuestro planteamiento ya

En el segundo capítulo explicamos la metodología que utilizaremos para el desarrollo de

En el tercer capítulo se presenta el diseño de la solución, en la cual se describen cada una

concepto administrativo, secuencial o simplemente para la resolución de cualquier problema

que cualquier usuario pueda ejecutar.

La implementación de un sistema estructurado en el sistema educación fortalecerá el nivel de

aprendizaje que se pretende alcanzar tomando en consideración la adecuación curricular que

implementación de las TAC’s tendrá un impacto muy significativo en la educación

Aguacateca, como un avance al desarrollo como pueblo guatemalteco.

Analizar, diseñar y modelar un sistema para el control de estudiantes de la asociación de

Personas Discapacitadas (ASOPEDI) del municipio de Aguacatán, Huehuetenango, para que

la manipulación de información de interés de la asociación sea concreta, eficiente y entendible

para cualquier usuario – docente o personal administrativo implementando las herramientas

dentro de los márgenes educacionales.

Los objetivos específicos del proyecto son:

Elaborar el análisis y diseño del sistema de información a implementar, basándose

en los requerimientos de la organización educativa.

Seleccionar y definir la arquitectura bajo la cual se implementará el sistema.

Una estructura cliente-servidor eficaz, por medio de una red local.

Elaborar un modelo de base de datos relacional que se acomode a los requerimientos

de almacenamiento y manipulación de datos de la institución.

con el sistema con facilidad minimizando el uso de manuales o capacitaciones.

El sistema permitirá realizar la autenticación y autorización de los usuarios a las diversas

funcionalidades proporcionadas por el sistema.

El sistema permitirá generar un calendario de actividades de recreación con los jóvenes y

El sistema permitirá el registro y mantenimiento de información pertinente de los estudiantes

con habilidades especiales, así como la actualización de la información clínica pertinente y

que determinan su condición de salud en la actualidad.

contenidos se encuentran autorizados en su acceso.

El sistema permitirá el registro de un informe o bitácora semanal al cual podrán acceder y

actualizar libremente los especialistas y padres de familia del alumno.

En este capítulo se da a conocer de manera descriptiva el contexto y el marco conceptual del

con propuestas formuladas. Asimismo, se presentan las planificaciones y actividades

diferentes problemáticas que existen en el proceso.

1.1 Definición del problema

herramientas del aprendizaje en Guatemala, pero se encuentran dificultades en cuestión a el

base y se vale también de antecedentes clínicos, psicológicos y psiquiátricos para la enseñanza

con frecuencia ocurrir.

Actualmente el centro educativo especial no dispone de un sistema capaz de brindar,