Вы находитесь на странице: 1из 74

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.

Módulo de Seguridad

No. Descripción Tipo Dif. Pri.

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.

Módulo de Seguridad

No. Descripción Tipo Dif. Pri.

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

El sistema permitirá el mantenimiento de

2 hojas de asistencia para alumnos y Funcional 2 1

padres.

El sistema permitirá registrar y

3 actualizar el control de asistencia a clases Funcional 2 1

del alumno especial.

El sistema permitirá registrar y

4 actualizar el control de asistencia a Funcional 2 1

reuniones de padres de familia.

Módulo de Seguridad

No. Descripción Tipo Dif. Pri.

El sistema permitirá el mantenimiento de

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.

El sistema permitirá el mantenimiento de

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.

El sistema permitirá el mantenimiento de


3 Funcional 1 1
actividades clasificadas por terapias.
30

El sistema permitirá el mantenimiento de


4 Funcional 1 1
tareas asignadas por actividad.

El sistema permitirá el mantenimiento de

indicadores de evaluación.
5 Funcional 3 2
Los indicadores cuantificarán el avance de

un objetivo.

El sistema permitirá el mantenimiento de

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.

Módulo de Seguridad

No. Descripción Tipo Dif. Pri.

El sistema permitirá el mantenimiento de

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.

El sistema permitirá el mantenimiento de

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.

Módulo de Seguridad
32

No. Descripción Tipo Dif. Pri.

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.

El sistema permitirá el mantenimiento de


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.

Módulo de Seguridad

No. Descripción Tipo Dif. Pri.

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

ASI 10.2: Definición  Plan de Sesiones de  Jefe de

de Requisitos del Pruebas Trabajo Proyecto

Entorno de Pruebas  Analistas

 Equipo de

Soporte Técnico

 Usuarios

Expertos
60

ASI 10.3: Definición  Plan de Sesiones de  Jefe de

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