Está en la página 1de 47

República Bolivariana de Venezuela

Ministerio del Poder Popular para Educación Universitaria, Ciencia y Tecnología

Universidad Politécnica Territorial del Oeste de Sucre “Clodosbaldo Russián”

Programa Nacional de Formación en Informática

Proyecto Socio tecnológico IV

Aplicación de la normativa de calidad ISO 9126, tomando en cuenta


la funcionalidad, fiabilidad y eficiencia de acuerdo a las Necesidades
Educativas Especiales para estudiantes de planteles y servicios educativos.
Caso:

Sistema de Gestión del Departamento de Aula Integrada en la U.E


“Javier Alcalá Vásquez”, comunidad Cantarrana, Cumaná
-Estado Sucre.

Realizado por:

T.S.U. Cedeño, Eduardo


Tutor Académico:
C.I. Nº V-20576926
Ing. Rojas, María G.
T.S.U. Lanza, Mayrene

C.I. Nº V-19979860
Asesor(es) comunitario(s):
T.S.U. Rondón, Jesmarian
Lcda. Ramírez, Edit.
C.I. Nº V-21095121

Cumaná, enero de 2015.


ÍNDICE DE CONTENIDO
INTRODUCCIÓN ..................................................................................................... 5
CAPITULO I: DIAGNOSTICO SITUACIONAL ........................................................ 7
1.1 Planteamiento del problema ..................................................................................... 7
1.2 Objetivos del Proyecto ............................................................................................... 9
1.3 Metas .......................................................................................................................... 10
1.4 Justificación e impacto social ................................................................................. 11
1.3 Beneficiarios .............................................................................................................. 13
1.4 Localización física y cobertura espacial ................................................................ 13
1.5 Temporalidad............................................................................................................. 14
1.6 Personas de Contacto del proyecto ....................................................................... 15
1.7 Estudio de factibilidad .............................................................................................. 15
CAPITULO II: MARCO TEÓRICO ..........................................................................17
2.1 Antecedentes de la investigaciòn ........................................................................... 17
2.2 Bases teóricas........................................................................................................... 18
2.2.1 Necessidades educativas Especiales ............................................................ 18
2.2.2 Aplicaciòn Informática....................................................................................... 21
2.2.3 Normalizaciòn para desarrollos informáticos ................................................ 24
2.3 Bases Legales ........................................................................................................... 31
2.4 Diccionario de Términos .......................................................................................... 33
CAPITULO III: MARCO METODOLÓGICO ...........................................................36
3.1 Tipo y diseño de investigaciòn................................................................................ 36
3.2 Nivel de investigaciòn.............................................................................................. 36
3.3 Población y muestra ................................................................................................ 36
3.4 Técnicas e instrumentos de recolección de datos .............................................. 37
3.5 Metodología de Desarrollo ..................................................................................... 37
3.6 Plan de Acción.......................................................................................................... 41
3.7 Cronograma de Actividades .................................................................................... 42
CONCLUSIÓN .......................................................................................................44
BIBLIOGRAFÌA ......................................................................................................45
ÍNDICE DE FIGURA

Figura 1. Localización Física Y Cobertura Espacial del Proyecto. .............................. 14


Figura 2. Diagrama de Temporalidad del proyecto.) ..................................................... 14
Figura 3. Características de la calidad interna y externa de iso 9126.. ...................... 25
Figura 4. Preguntas generales de las características y subcaracterísticas.. ............. 31
ÍNDICE DE TABLAS

Tabla 1 .Metas. .................................................................................................................... 10


Tabla 2. Personas de contactos del proyecto.. ............................................................. 15
Tabla 3. Dificultades de Aprendizaje específicas. ......................................................... 19
Tabla 4. Dificultades de Aprendizaje específicas. ......................................................... 19
Tabla 5. Características de calidad de uso.). ................................................................. 29
Tabla 6. Plan de acción. Fuente. ...................................................................................... 41
Tabla 7. Cronograma de actividades. .............................................................................. 43
INTRODUCCIÓN

A medida que aumenta el uso de la Tecnología de la Información,


aumenta también el número de sistemas de computación que son críticos,
en los cuales un error puede traer consecuencias graves. Ejemplos de
estos sistemas los encontramos en áreas tales como la salud, el ámbito
financiero o la seguridad.
La mejora en la calidad del software es un objetivo importante. Una
falla en estos sistemas puede implicar serias consecuencias. En el caso
de un sistema de salud, un error puede producir la perdida de una vida.
En el caso del área financiera, un error en una transferencia puede poner
en dificultades dicha institución, ya que se ve perjudicada, entre otros, la
idea que tienen los clientes de realizar operaciones seguras.
Por estas razones, surge la necesidad de poder evaluar la calidad
de un producto de software, tanto para su adquisición como para su
desarrollo. Sin embargo, hablar de calidad del software implica la
necesidad de contar con parámetros que permitan establecer los niveles
mínimos que un producto de este tipo debe alcanzar para que se
considere de calidad.
El problema es que la mayoría de las características que definen al
software no se pueden cuantificar fácilmente; generalmente, se
establecen de forma cualitativa, lo que dificulta su medición, ya que se
requiere establecer métricas que permitan evaluar cuantitativamente cada
característica dependiendo del tipo de software que se pretende calificar.
Para lograr dicha calidad a lo largo de los años han surgido
modelos y normas que permiten evaluar el grado en que estos modelos
corresponden con los datos que desean almacenar las personas; no
obstante, los estándares se encuentran aún en desarrollo, por lo que es
necesario combinar normas enfocadas en calidad de datos y modelos de
calidad de software.

5
En este trabajo de investigación se plantea una guía que pueda ser
aplicada para evaluar el grado de calidad de cualquier software. El
presente documento describe inicialmente una serie de criterios que
deben cumplir un sistema para que pueda considerarse de calidad según
lo estable la normativa ISO 9126.

6
CAPITULO I: DIAGNOSTICO SITUACIONAL

1.1 Planteamiento del problema

La U.E “Javier Alcalá Vásquez” se encuentra ubicada en la


Comunidad de Cantarrana, Calle Principal de Camino Nuevo, Sector las
4 Esquinas, la misma fue fundada el 17 de Mayo de 1936 por el educador
Javier Alcalá Vásquez, además su misión es Implementar de manera
paulatina todos los programas de bienestar integral para la Educación a
todos los estudiantes que asisten a la institución, así como la formación y
actualización docente para garantizar una educación de calidad. Por otra
parte su visión es garantizar la inclusión y el derecho a todos por igual.

En ese mismo contexto cabe señalar que la institución ya mencionada


constituye un valioso recurso educativo que puede ser empleado como
vía para fomentar en los estudiantes el desarrollo cognoscitivo, el
cuidado y protección del entorno comunitario, así como fortalecer
sentimientos de pertenencia hacia el lugar de origen. Siendo la educación
una de las principales formas de propiciar cambios en la sociedad o
comunidad, como factor clave parar generar un mayor crecimiento del
país.

De igual manera es de mencionar que entre todos los departamentos


que integran la U.E “Javier Alcalá Vásquez”, el área de Aula Integrada
ocupa un espacio muy importante ya que se encarga de apoyar la
integración escolar de los alumnos con necesidades educativas
especiales, conjuntamente con los planteles y servicios de la Modalidad
de Educación Especial.

Sin embargo para mejorar la gestión del departamento ya


mencionado, se desarrolló una aplicación que controlara los procesos del
mismo. Dicho producto, según observaciones no se sustentó bajo
normativas y/o estándares de evaluación para garantizar su calidad. Por

7
lo tanto, es de suma importancia la realización de auditorías a fin de
verificar que el software en estudio, se ajusta a los requerimientos del
cliente y sea un producto eficiente, funcional y fiable.

Cabe señalar que al no realizarse las correspondientes evaluaciones


puede presentar fallas en cuanto a la estética (que no sea agradable a la
vista del usuario), funcionalidad (que sea complicado de usar) y eficiencia
(que los procesos no se ejecuten con rapidez y precisión deseada). Es
por ello, la necesidad de una solución informática para el diseño,
desarrollo y evaluación tanto interna como externa, mediante la aplicación
de las métricas correspondientes utilizando para ellos, la norma ISO 9125.

La ISO 9126 propone un conjunto de características,


subcaracterísticas y atributos para descomponer la calidad de un producto
de software. Es por ello que aplicaremos este estándar de evaluación al
sistema AI, el cual será inspeccionado en cuanto a los siguientes criterios
que consideramos más importantes:
1) La Funcionalidad, ya que es una característica fundamental en
todo software; ella determina la capacidad del producto para
proveer funciones que cumplan con necesidades específicas o
implícitas, cuando es utilizado bajo ciertas condiciones. En esta
categoría se evaluara la adecuación al propósito, precisión y
seguridad.
2) La eficiencia, esta característica permite evaluar la relación entre
el nivel de funcionamiento del software y la cantidad de recursos
usados. Para esta categoría se medirá el Comportamiento con
respecto al Tiempo y recursos.
3) La Fiabilidad debido a que es importante que el producto funcione
bajo las condiciones establecidas y mantenga un nivel específico
de rendimiento para garantizar un ambiente de aprendizaje
adecuado bajo Condiciones especificadas. Para está categoría se
evaluará el desempeño y tolerancia a fallas.

8
Además se seleccionará las métricas para cada subcategoría ya
mencionada, definiendo los niveles de puntaje y criterios de valoración.
En vista de que se le aplicará el tipo de escala de proporción asignándole
un puntaje máximo de referencia (la suma de los puntajes máximos de
todas las métricas deberá ser igual a 100) y tendrán un puntaje mínimo de
aprobación.
Estos aportes permitirán arrojar las fallas de la aplicación en
estudio y en caso de que no se alcance dicho puntaje, se considerará que
el software no cumple con las necesidades de requeridas por el usuario
por lo tanto debe ser mejorado hasta que cumpla con los requerimientos
establecidos.

1.2 Objetivos del Proyecto

1.2.1 Objetivo General


Evaluar los procesos de calidad del software del Sistema de
Gestión del Departamento de Aula Integrada de la UE “Javier Alcalá
Vásquez” en cuanto a su eficiencia, fiabilidad y funcionalidad.

1.2.2 Objetivos Específicos


 Analizar las diversas metodologías y normativas existentes
referentes a la evaluación de calidad de software.
 Diseñar el plan de evaluación para medir la calidad del Sistema de
Aula Integrada.
 Ejecutar el plan de evaluación inspeccionando y midiendo cada
uno de los componentes que conforman el Sistema de Aula
Integrada en cuanto a la eficiencia, fiabilidad y funcionalidad.
 Generar el informe de evaluación con sus correspondientes
recomendaciones para las mejoras del sistema SAAI.

9
1.3 Metas
Metas Objetivos Actividades
 Consultar a través de internet, bibliotecas y
Identificar la
Analizar las diversas metodologías y Departamento de Informática sobre todas las
metodología o
normativas existentes referentes a la metodologías y normativas existentes alusivas a
normativa que se
evaluación de calidad de software. evaluación de software.
adapte a las
 Estudiar las diversas metodologías.
necesidades de
 Seleccionar la normativa o metodología que se ajuste
evaluación.
a los requerimientos de evaluación.
 Seleccionar las métricas adecuadas a las
evaluaciones.
Crear un plan de
Diseñar un plan de evaluación para medir  Elaborar el conjunto de métodos o instrumentos de
evaluación que permita
la calidad del Sistema de Aula Integrada. evaluación que se utilizará en cada métrica.
detectar los errores del
 Elaborar los indicadores necesarios para medir
Sistema.
cuantitativamente el resultado de la inspección del
sistema.
Ejecutar el plan de evaluación  Inspeccionar el Sistema.
Medir la calidad del inspeccionando y midiendo cada uno de  Aplicar los instrumentos para la recolección de datos.
Sistema de Aula los componentes que conforman el  Medir la calidad del sistema.
Integrada. Sistema de Aula Integrada en cuanto a la
eficiencia, fiabilidad y funcionalidad.
Documentar los errores Generar el informe de evaluación con sus  Documentar los resultados encontrados de la
del sistema para su correspondientes recomendaciones para aplicación de la evaluación.
correspondiente las mejoras del sistema SAAI.
corrección.
Tabla 1 .Metas .Fuentes: Los Autores (2015).

10
1.4 Justificación e impacto social
Esta investigación se justifica desde cuatro puntos de vista que
explicamos a continuación:

a.- Desde el punto de vista teórico y sus aportes al conocimiento:

A través de la aplicación de estos PST nos permite a nosotros los


estudiantes del PNF estar continuamente en la actividad
investigativa, como un proceso sistémico de aprendizaje continuo
hacia la participación y la colaboración activa de los miembros de
la comunidad, en conjunción de los saberes populares y expertos
relacionados con el contexto de estudio. Permitiendo entonces la
formación de un profesional con altísima disposición de asumir retos
en pro de la construcción de respuestas informáticas contextualizadas.

Por otra parte con está investigación se pretende abrir nuevos


caminos para instituciones los cuales manejen sus procesos a través de
una aplicación y presenten situaciones similares a la que aquí se plantea,
sirviendo como marco referencial a estas. De igual manera se pondrá en
manifiesto los conocimientos adquiridos durante la carrera y permitirá
sentar las bases para otros estudios que surjan partiendo del tema de
proyecto como lo es la auditoria informática

b.- Desde el punto de vista técnico - ámbito de acción:

Le brinda al departamento de AI la apropiación de las tecnologías a


través del manejo de la aplicación SAAI como una solución capaz de
llevar a cabo de forma segura sus procesos. De igual manera con la
ejecución de la auditoria permitirá ofrecerle un producto de calidad
cumpliendo con los requerimientos.

c.- Desde la razón legal:

11
Este proyecto se fundamenta en que a partir de la promulgación de
la Constitución de 1999, Venezuela ha experimentado un intenso
desarrollo ya que en el propio texto constitucional se puede apreciar la
influencia de la tecnología en el ámbito jurídico, al consagrarse el acceso
a la tecnología como un derecho fundamental de los ciudadanos,
reconociéndose dentro de los derechos culturales, el carácter de interés
público de la ciencia, la tecnología, el conocimiento y la innovación, tal
como lo establece el artículo 110.

Asimismo, en el artículo 108, la Constitución impone al Estado la


obligación de garantizar y designar recursos suficientes para la
información mediante los servicios de informática en pro del conocimiento
y el derecho de acceder a la tecnología, con el fin de permitir el acceso
universal a la información.

A finales de 2001 el Ministerio de Ciencia y Tecnología dicta el Plan


Nacional de Tecnologías de la Información y las Comunicaciones (Plan
TIC), destacando entre sus principales lineamientos, la promoción a la
investigación, el desarrollo de la transferencia de tecnología en el ámbito
de las TIC; En el marco de este Plan, se establecen como objetivos
primordiales para el desarrollo del país, el fomento del uso de Internet a
todos los niveles y la divulgación del conocimiento así como el uso de las
tecnologías de la información.

Siguiendo estos principios, la importancia de la consagración del


acceso a la tecnología como un derecho fundamental, se ha visto
reflejada en la adopción de distintos textos legales que obligan a la
Administración a facilitar el empleo de medios tecnológicos en sus
relaciones con los administrados.

d.- Desde el contexto Participante – Comunidad:

En cuanto al abordaje de proyecto, se le aplicaron diversas


técnicas con instrumentos de recolección de información al personal del

12
Departamento de AI para determinar la solución de la problemática
suscitada dentro de dicha institución.

1.3 Beneficiarios
Con la ejecución del presente proyecto se beneficiaran directamente,
tanto los Trabajadores del Departamento de Aula Integrada debido a que
se le garantizará un producto de calidad que cumpla con todos los
requerimientos establecidos, de igual manera nosotros los auditores
porque al poner en acción dicha evaluación obtenemos más
conocimiento y experiencia en cuanto a la medición de calidad de
sistemas.

Por otra parte también se beneficiarán los estudiantes con


diversidad funcional ya que se le garantiza un servicio de mayor calidad
en vista de que dicha evaluación ya mencionada pretende medir la
eficacia del software para así corregir todos los fallos en pro de sus
necesidades cognoscitivas, Así mismo todos los habitantes de la
comunidad de cantarrana y de toda Cumaná los cuales tengan familiares
estudiando en la Escuela Javier Alcalá que gozan de dicho programa.

1.4 Localización física y cobertura espacial


La comunidad de Cantarrana donde se ejecuta nuestro proyecto socio-
tecnológico, está ubicada geográficamente en la parroquia Santa Inés,
Municipio Sucre, Estado Sucre; a siete (7) Km del centro de la ciudad de
Cumaná, carretera Cumaná-Cumanacoa. Sus límites se encuentran
fijados de la siguiente forma:

 Norte: Aeropuerto Antonio José de Sucre.

 Sur: Autopista Gran Mariscal de Ayacucho.

 Este: Barrio Las Cuñas, Santa Eduvigis.

 Oeste: Carretera Cumaná-Cumanacoa.

13
Figura 1. Localización Física Y Cobertura Espacial del Proyecto.
Fuente: Google Maps / Autores (2015).

1.5 Temporalidad

2013 2014 2015 2016

Desarrollo e Implantación Evaluación

Figura 2. Diagrama de Temporalidad del proyecto. Fuente: Los Autores (2015)

2013-2014: Se visitó la comunidad Cantarrana específicamente la


Escuela Javier Alcalá Vásquez allí surgió la necesidad de desarrollar una
aplicación que controlara los procesos del Departamento de Aula
Integrada. En segundo lugar se recogieron todos los requerimientos
necesarios, asimismo se realizaron los diagramas para su respectiva
construcción, además se logró su implantación y finalmente se le
aplicaron las pruebas correspondientes.

2015-2016: Se consultaron diversas fuentes para seleccionar la


metodología o normativa apropiada para la evaluación del software,
además se adoptaron métricas e indicadores para medir la calidad del

14
mismo , inclusive surgieron errores los cuales fueron plasmados en un
informe con sus respectivas recomendaciones.

1.6 Personas de Contacto del proyecto

Nombre y apellido Ubicación laboral Teléfono


Docente con función
Ramírez, Edit. 04262869799
Especial.
Tabla 2. Personas de contactos del proyecto. Fuente: Autores (2015).

1.7 Estudio de factibilidad


Para la realización de nuestro proyecto se elaboró un estudio para
verificar la disponibilidad de los recursos necesarios que se requieren
para lograr los objetivos trazados en el mismo; ya que el éxito de un
proyecto está determinado por el grado de factibilidad que se presente en
cada una de los aspectos mencionados a continuación:

 Factibilidad Técnica: De acuerdo con los estudios realizados a


través de la técnica de observación estructura se logró conocer que
el Departamento de AI cuenta con un sistema operativo Windows
XP, Monitor LCD, teclado, memoria 1gb y Procesador potente, por
lo tanto es factible técnicamente.

 Factibilidad Económica: A través de la observación no


estructurada se pudo evidenciar que es factible económicamente
porque contamos con suficientes recursos financieros para el pago
de trasporte, papelería, el acceso a internet, entre otros. Los cuales
se necesitan para abordar la investigaciòn.

 Factibilidad Operativa: Es factible desde la perspectiva operativa


de acuerdo a los resultados que arrojó la entrevista informal (ver
figura nº) aplicada al personal del departamento de AI. Donde se

15
menciona que los equipos de cómputo se encuentran operativo, se
cuenta con personal capacitado para realizar la auditoria y para el
manejo de la aplicación.
 Factibilidad social: De acuerdo a la entrevista realizada (ver figura
nº) se comprobó que es factible desde esta perspectiva, por los
beneficios que aporta a la sociedad, la aceptación que obtuvo la
aplicación SAAI como resultado de la auditoría realizada.

16
CAPITULO II: MARCO TEÓRICO

2.1 Antecedentes de la investigaciòn


A través de la recopilación de información sobre evaluación de
calidad, se pudo recabar una serie de investigaciones la cuales aportan
información necesaria para impulsar la construcción del proyecto. Las
cuales se detallan a continuación:

 Abzueta, B. & Martínez, A. (2015). Evaluación de calidad de


aplicación informática para el Control de inscripción de los
estudiantes de la Escuela Bolivariana “La Montañita”.
Universidad Politécnica Territorial del Oeste de Sucre “Clodosbaldo
Russián”, Cumaná, Sucre. A través del presente trabajo se midió
la calidad de la aplicación informática SIEEBM utilizando la
normativa ISO/IEC 25010 para evaluar la usabilidad, funcionalidad
y seguridad del mismo.

Este aporte nos sirvió como guía para reconocer como se mide la
funcionalidad, usabilidad y seguridad de un software.

 Cristancho, J (2002). Evaluación de la calidad del software


educativo bajo el estándar ISO 9126 (tesis de pregrado). Instituto
Universitario de Tecnologías, los Andes, Táchira. Este trabajo
propone evaluar La efectividad del software, utilizando tres de los
seis parámetros referidos: funcionalidad, usabilidad y fiabilidad.
Además ofrece un ajuste de las métricas descritas en el modelo
ISO 9126, adecuadas a las necesidades propias del software a
evaluar.

Este aporte nos sirvió como referencia para canalizar mejor los
procesos que se llevan a cabo en una evaluación a través de la normativa
ISO 9126, así como también conocer el estándar para el diseño de
métricas e indicadores y la manera en cómo se aborda las puntuaciones
de medición de forma cualitativa y cuantitativa.

17
 Ortega, E. & Villavicencio, M.(2010). Mediciòn de la calidad de
produtos de software en un ambiente acadêmico utilizando la
norma ISO/IEC 9126. Escuela Superior Politécnica del Litoral,
Guayaquil, Ecuador. A traves del presente estúdio, Estudiantes del
curso de ingieneria del software fueron expuesto el uso de la
norma ISO/IEC 9126 para evaluar la calidad de sus produtos de
software. Todos los produtos fueron desarrollados por estudiantes
utilizando 5 características de la norma: Funcionalidad, fiabilidad,
usabilidad, eficiencia y mantenibilidad.

Este aporte nos sirvió para conocer de forma detallada las


características y subcategoría que contempla el modelo de calidad
ISO/IEC 9126.

2.2 Bases teóricas

2.2.1 Necessidades educativas Especiales

a) Dificultades de Aprendizaje

Definición de Dificultades de Aprendizaje

(Tovar, 2014).Menciona que las dificultades de Aprendizaje Son


interferencias en el aprendizaje que confronta el educando en su proceso
de apropiación de conocimientos y capacidades requeridas para el
desempeño de actividades vinculadas a la cultura donde se desenvuelve.

Tipos de Dificultades de Aprendizaje

(Tovar, 2014).Expresa que las dificultades de Aprendizaje se


clasifican en dos tipos: dificultades de aprendizaje específicas y no
específicas:

18
Dificultades de Aprendizaje específicas
Nombre Definición
Se refiere a la dificultad de leer de manera fluida. El niño lee
de manera costosa, lenta y tiene errores como omisiones de
Dislexia sílabas, de palabras, altera el orden de las palabras, las une o
las separa de forma incorrecta. Por tanto, tampoco puede
comprender bien el texto que lee.

Es un trastorno del lenguaje de la escritura, o lo que se


conoce como “escritura defectuosa”. Supone escribir las
Digrafía palabras de manera incorrecta. Se manifiesta en la lentitud de
la escritura, movimientos gráficos disociados o manejo
incorrecto del lápiz.

Hace referencia a los problemas relacionados con las


habilidades matemáticas. Entre los síntomas más frecuentes de
este trastorno destacan: dificultades con la información
Discalculia numérica, errores para escribir números dictados, confusión de
los signos de suma y resta, dificultad con los términos
abstractos de tiempo y dirección o usar los dedos para contar.

Tabla 3. Dificultades de Aprendizaje específicas.


Fuentes: Los Autores (2015).

Dificultades de Aprendizaje no específicas


Definición
Son aquellas que se manifiestan de forma global en todo el proceso de
aprendizaje observándose lo siguiente:
 Desinterés
 falta de motivación
 distracción
 falta de concentración
 TDAH(Trastorno por Déficit de Atención con Hiperactividad)
 Conductas destructivas
Tabla 4. Dificultades de Aprendizaje específicas.
Fuentes: Los Autores (2015).

Estas dificultades de aprendizajes y condiciones presentadas en


los niños son atendidas en:

b) Aula Integrada

Definición de Aula integrada

19
Según (Meléndez, 2010).Menciona que es un servicio del Área de
Dificultades de Aprendizaje de Educación Especial, adscrita a las
Escuelas Bolivarianas, conformada por docentes especialistas, los cuales
garantizan, a través de una acción cooperativa, atención educativa
integral a los alumnos con dificultades de aprendizaje, desarrollan
acciones preventivas dirigidas a la población estudiantil y realizan
funciones de apoyo para la integración escolar.

Estrategias de Atención Integral

 Atención en Acción Cooperativa en Pequeños Grupos:


Estrategia de atención educativa integral especializada, dirigida a
los alumnos de educación básica que asisten al Aula Especial de
los servicios del área de dificultades de aprendizaje, quienes son
atendidos fuera del aula regular de acuerdo a las características de
sus potencialidades y ritmos de aprendizaje.

 Atención en Acción Cooperativa en el ámbito del Aula Regular:


Estrategia de atención educativa integral especializada, dirigida a
grupos de niños en las Escuelas, la cual se realiza dentro del aula
regular a través de diferentes estrategias y con un trabajo
coordinado entre el docente regular y los profesionales del área.

 Atención en Acción Cooperativa en el ámbito comunitario:


Ámbito de acción que implica la coordinación política, programática
y operativa entre los planteles , servicios de la modalidad
de Educación Especial y los entes públicos y privados para
garantizar el
continuo de la atención educativa integral de niño, jóvenes y
adultos con necesidades especiales.

20
Objetivos del servicio de Aula integrada
 Propiciar una atención especializada integral de los educandos con
dificultades de aprendizajes con la finalidad de mejorar la calidad
de su proceso de aprendizaje.
 Brindar una atención educativa especializada integral de apoyo a
los educandos a través de adaptaciones curriculares en función de
sus necesidades especiales.
 Propiciar una acción coordinada, interdisciplinaria y cooperativa,
entre los nivele y modalidades del sistema escolar con la finalidad
de prevenir y atender las dificultades en el proceso aprendizaje.
 Propiciar una comunicación efectiva lazos afectivos, entre
docentes, alumnos, padres y representantes para facilitar el
proceso educativo integral.

2.2.2 Aplicaciòn Informática

Definición de Aplicación Informática

(Gutkowski, 2008)Una aplicación es uno de los diversos tipos de


programas de computación diseñados especialmente para complementar
una función o actuar como herramienta para acciones puntuales del
usuario. A diferencia de otros programas como los sistemas operativos,
los lenguajes de programación y otros, la aplicación tiene el único y
principal fin de realizar una tarea específica, a menudo básica y de rápido
y fácil uso para el usuario común no avanzado.

La razón más frecuente para la creación de una aplicación


informática es la necesidad de resolver un problema o de simplificar una
operación compleja. Por ejemplo, una aplicación de calculadora para un
ordenador, o un programa que permite ver videos en dispositivos
celulares, u otro que comprime archivos para su fácil intercambio.

21
En definitiva, una aplicación informática sirve para ahorrar tiempo y
dinero al usuario y, por eso, constantemente nuevas aplicaciones son
desarrolladas por programadores.

Entre los distintos tipos de aplicaciones informáticas encontramos


las aplicaciones web ,las cuales hoy em dìa se encuntran de moda en el
mercado tecnológico por los benefícios que esta aportan. Es por ello que
la aplicaciòn a evaluar en nuestro proyecto es de este tipo.

Definiciòn de Aplicaciòn Web

Se utiliza para designar aquellos programas informáticos que son


ejecutados en el entorno del navegador o codificado con algún lenguaje
soportado por el navegador (como JavaScript, combinado con HTML);
confiándose en el navegador web para que reproduzca la aplicación.

Entre los componentes que integran las aplicaciones web


encontramos los siguientes:

-Sistemas Manejadores de Base de Datos

(Srita, 2011)Los sistemas manejadores de base de datos (SGBD),


en inglés: Data Base Management System (DBMS), son un tipo de
software muy específico, dedicado a servir de interfaz entre la base de
datos, el usuario y las aplicaciones que la utilizan. El propósito general
de los sistemas manejadores de base de datos es el de manejar de
manera clara, sencilla y ordenada un conjunto de datos que
posteriormente se convertirán en información relevante para una
organización. Existen distintos tipos de manejadores, sin embargo
para el desarrollo de la aplicación de Aula Integrada utilizamos el
MySQL.

Definición de Base de Datos

22
Es un sistema formado por un conjunto de datos almacenados en
discos que permiten el acceso directo a ellos y un conjunto de programas
que manipulen ese conjunto de datos.Cada base de datos se compone de
una o más tablas que guarda un conjunto de datos. Cada tabla tiene una
o más columnas y filas. Las columnas guardan una parte de la
información sobre cada elemento que queramos guardar en la tabla, cada
fila de la tabla conforma un registro.

-Lenguaje de Programación

(Wichter, 2008).Es cualquier lenguaje artificial, el cual, se utiliza para


definir adecuadamente una secuencia de instrucciones que puedan ser
interpretadas y ejecutadas en una computadora. Se asume que las
instrucciones así escritas son traducidas luego a un código que la
máquina pueda “comprender”. El proceso de traducción es realizado
normalmente por la computadora, usando un programa especializado
para tal fin. Es de resaltar que para el desarrollo de la aplicación de Aula
Integrada utilizamos el lenguaje de programación PHP.

 PHP: Es un lenguaje de lado del servidor, es decir, que primero se


ejecuta en éste y posteriormente regresa al navegador del usuario
como resultado una página web.

Además para la construcción de su estructura utilizamos HTML.

 HTML: significa Lenguaje de Marcado para Hipertextos (HyperText


Markup Language) es el bloque de construcción más básico de
una página web y se usa para crear y representar visualmente una
página web. Determina el contenido de la página web, pero no su
funcionalidad.

Para el diseño de la aplicación se utilizó CSS.

 CSS: Es un mecanismo simple que describe cómo se va a mostrar


un documento en la pantalla, o cómo se va a imprimir, o incluso

23
cómo va a ser pronunciada la información presente en ese
documento a través de un dispositivo de lectura. Esta forma de
descripción de estilos ofrece a los desarrolladores el control total
sobre estilo y formato de sus documentos. permite a los
desarrolladores Web controlar el estilo y el formato de múltiples
páginas Web al mismo tiempo.

-Navegadores web

(Wagner, 1999)Los navegadores se encargan de interpretar el


código HTML de los documentos, y de mostrar a los usuarios las páginas
web resultantes del código interpretado. El navegador utilizado para
visualizar nuestra aplicación fue Google Chrome.

-Servidores web

(Hans, 2006)Es un programa que gestiona cualquier aplicación en


el lado del servidor realizando conexiones bidireccionales y/o
unidireccionales y síncronas o asíncronas con el cliente generando una
respuesta en cualquier lenguaje o aplicación en el lado del cliente. El
código recibido por el cliente suele ser compilado y ejecutado por un
Navegador Web. El servidor utilizado en nuestra aplicación fue Apache.

2.2.3 Normalizaciòn para desarrollos informáticos

Norma de Calidad ISO 9126

Esta norma Internacional fue publicada en 1992, la cual es usada para


la evaluación de la calidad de software, llamado “Information technology-
Software product evaluation-Quality characteristics and guidelines for
their use”; o también conocido como ISO 9126 (o ISO/IEC 9126).
Propone un conjunto de características, subcaracterísticas y atributos
para descomponer la calidad de un producto de software. Las seis
categorías son: Funcionalidad, fiabilidad, usabilidad, eficiencia,

24
mantenibilidad y portabilidad, que a su vez se dividen en subcategorías,
como se muestra en la Figura n 3.

Figura 3. Características de la calidad interna y externa de iso 9126.Fuente: Los


Autores (2015).
Partes de la norma ISO/IEC 9126

La norma ISO/IEC 9126 se compone de cuatro partes

 9126-1: Modelo de Calidad


 9126-2: Métricas Externas
 9126-3: Métricas Internas
 9126-4: Métricas de Calidad en Uso

A)Calidad interna y externa

Especifica 6 características para calidad interna y externa, las cuales,


están subdivididas. Estas divisiones se manifiestan externamente cuando
el software es usado como parte de un sistema Informático, y son el
resultado de atributos internos de software.

25
A continuación se detallan cada una de las características ya
mencionada:

1. Funcionalidad: En este grupo se conjunta una serie de atributos que


permiten calificar si un producto de software maneja en forma
adecuada el conjunto de funciones que satisfagan las necesidades
para las cuales fue diseñado.
La definición de funcionalidad, también referida al análisis
funcional, es la descripción de lo que el producto está destinado a
hacer. Puede incluir acciones, secuencias, entradas, salidas y otra
información que comunique la manera en que el producto va a ser
utilizado. Para este propósito se establecen los siguientes atributos:
1.1. Adecuación: Se enfoca a evaluar si el software cuenta con un
conjunto de funciones apropiadas para efectuar las tareas que
fueron especificadas en su definición.
1.2. Exactitud: Este atributo permite evaluar si el software presenta
resultados o efectos acordes a las necesidades para las cuales fue
creado.
1.3. Interoperabilidad: Permite evaluar la habilidad del software de
interactuar con otros sistemas previamente especificados.
1.4. Conformidad: Evalúa si el software se adhiere a estándares,
convenciones o regulaciones en leyes y prescripciones similares.
1.5. Seguridad: Se refiere a la habilidad de prevenir el acceso no
autorizado, protegiendo información y datos de manera que las
personas o sistemas no autorizados no puedan leerlos o
modificarlos.
2. Fiabilidad: Aquí se agrupan un conjunto de atributos que se refieren a
la capacidad del software de mantener su nivel de ejecución bajo
condiciones normales en un periodo de tiempo establecido. Las
subcaracterísticas que este estándar sugiere son:

26
2.1. Nivel de Madurez: Permite medir la frecuencia de falla por errores
en el software.
2.2. Tolerancias a fallas: Se refiere a la habilidad de mantener un
nivel específico de funcionamiento en caso de fallas del software o
de cometer infracciones de su interfaz específica.
2.3. Recuperación: Se refiere a la capacidad de restablecer el nivel de
operación y recobrar los datos que hayan sido efectuados
directamente por una falla, así como el tiempo y el esfuerzo
necesario para lograrlo.
3. Usabilidad: Consiste de un conjunto de atributos que permiten
evaluar el esfuerzo necesario que deberá invertir el usuario para
utilizar el sistema.
3.1. Comprensibilidad o Entendimiento: Se refiere al esfuerzo
requerido por los usuarios para reconocer la estructura lógica del
sistema y los conceptos relativos a la aplicación del mismo; Es
decir, entender si el software es adecuado y cómo puede ser
usado para unas tareas o condiciones de uso particulares.
3.2. Facilidad de aprender: Establece atributos del software relativos
al esfuerzo que los usuarios deben hacer para aprender a usar la
aplicación.
3.3. Operabilidad: Agrupa los conceptos que evalúan la operación y el
control del sistema.
3.4. Atracción: Capacidad del producto software para ser atractivo al
usuario.
4. Eficiencia: Esta característica permite evaluar la relación entre el nivel
de funcionamiento del software y la cantidad de recursos usados. Los
aspectos a evaluar son:
4.1. Comportamiento con respecto al tiempo: Atributos del software
relativos a los tiempos de respuesta y de procesamiento de los
datos.

27
4.2. Comportamiento con respecto a recursos: Atributos de
software relativos a la cantidad de recursos usados y la duración
de su uso en la realización de sus funciones bajo condiciones
determinadas.
5. Mantenibilidad: Se refieren a los atributos que permiten medir el
esfuerzo necesario para realizar modificaciones al software, ya sea por
la corrección de errores o por el incremento de funcionalidad. En este
caso se tiene los siguientes factores:
5.1. Capacidad de análisis: Relativo al esfuerzo necesario para
diagnosticar las deficiencias o causas de fallas, o para identificar
las partes que deberán ser modificadas.
5.2. Capacidad de modificación o cambiabilidad: Mide el esfuerzo
necesario para modificar aspectos del software, remover fallas o
adaptar el software para que funcione en un ambiente diferente.
5.3. Estabilidad: Permite evaluar los riesgos de efectos inesperados
debidos a las modificaciones realizadas al software.
5.4. Facilidad de prueba: Se refiere al esfuerzo necesario para validar
el software una vez que fue modificado.
6. Portabilidad: En este caso, se refiere a la habilidad del software de
ser transferido de un ambiente a otro, y considera los siguientes
aspectos:
6.1. Adaptabilidad: Evalúa la oportunidad para adaptar el software a
diferentes ambientes sin necesidad de aplicarle modificaciones.
6.2. Facilidad de instalación: Es el esfuerzo necesario para instalar el
software en un ambiente determinado.
6.3. Conformidad: Permite evaluar si el software se adhiere a
estándares o convenciones relativas a portabilidad.
6.4. Capacidad de reemplazo: Se refiere a la oportunidad y el
esfuerzo usado en sustituir el software por otro producto con
funciones similares.

28
b) Calidad en uso:

Según (García, 2005). Es la capacidad de un producto de software


de facilitar a usuarios específicos alcanzar metas específicas con eficacia,
productividad, seguridad y satisfacción en un contexto específico de uso”.
Además agrega que “calidad en uso es la visión de calidad de los
usuarios de un ambiente conteniendo software, y es medida sobre los
resultados de usar el software en el ambiente, antes que sobre las
propiedades del software en sí mismo.

Características de calidad en uso

Características Definición
Eficiencia La capacidad del producto del software para facilitar a
los usuarios alcanzar metas específicas con exactitud y
completitud en un contexto específico de uso.
Productividad La capacidad del producto del software para invertir la
cantidad apropiada de recursos en relación a la
eficiencia alcanzada en un contexto específico de uso.
Seguridad La capacidad del producto del software para alcanzar
niveles aceptables de riesgo de dañar a las personas, el
negocio, el software, la propiedad o el ambiente en un
contexto especifico de uso.
Satisfacción La capacidad del producto del software para
satisfacer a los usuarios en un contexto especifico de
uso.
Tabla 5. Características de calidad de uso. Fuente: Los Autores (2015).

Preguntas generales de las características y subcaracterísticas

29
30
Figura 4. Preguntas generales de las características y subcaracterísticas.
Fuente: García, Carlos.

2.3 Bases Legales


Constitución de la República Bolivariana de Venezuela:

Artículo 102: La educación es un derecho humano y un deber social


fundamental, es democrática, gratuita y obligatoria. El Estado la asumirá
como función indeclinable y de máximo interés en todos sus niveles y
modalidades, y como instrumento de conocimiento científico, humanístico
y tecnológico al servicio de la sociedad.

La educación es un servicio público y está fundamentada en el


respeto a todas las corrientes del pensamiento, con la finalidad de
desarrollar el potencial creativo de cada ser humano y el pleno ejercicio
de su personalidad en una sociedad democrática basada en la valoración
ética del trabajo y en la participación activa, consciente y solidaria en los

31
procesos de transformación social consustanciados con los valores de la
identidad nacional, y con una visión latinoamericana y universal.

El Estado, con la participación de las familias y la sociedad,


promoverá el proceso de educación ciudadana de acuerdo con los
principios contenidos de esta Constitución y en la ley.

Artículo 103: Toda persona tiene derecho a una educación integral, de


calidad, permanente, en igualdad de condiciones y oportunidades, sin
más limitaciones que las derivadas de sus aptitudes, vocación y
aspiraciones. La educación es obligatoria en todos sus niveles, desde la
maternal hasta el nivel medio diversificado.

La impartida en las instituciones del Estado es gratuita hasta el


pregrado universitario. A tal fin, el Estado realizará una inversión
prioritaria, de conformidad con las recomendaciones de la Organización
de las Naciones Unidas. El Estado creará y sostendrá instituciones y
servicios suficientemente dotados para asegurar el acceso, permanencia
y culminación en el sistema educativo.

La ley garantizará igual atención a las personas con necesidades


especiales o con discapacidad y a quienes se encuentren privados de su
libertad o carezcan de condiciones básicas para su incorporación y
permanencia en el sistema educativo.

LEY ORGÁNICA DE CIENCIA, TECNOLOGÍA E INNOVACIÓN

TÍTULO I DISPOSICIONES

Artículo 1:La presente Ley tiene por objeto desarrollar los principios
orientadores que en materia de ciencia, tecnología e innovación y sus
aplicaciones, establece la Constitución de la República Bolivariana de
Venezuela, organizar el Sistema Nacional de Ciencia, Tecnología e

32
Innovación, definir los lineamientos que orientarán las políticas y
estrategias para la actividad científica, tecnológica, de innovación y sus
aplicaciones con la implantación de mecanismos institucionales para
lograr la apropiación social del conocimiento.

2.4 Diccionario de Términos


Atributo: Característica física o abstracta medible de una entidad.

Calidad: La totalidad de características de un producto que determinan su


capacidad de satisfacer necesidades explícitas e implícitas.

Calidad externa: Mide el comportamiento del sistema basado en


computadora, que incluye al software. El grado en que un producto
satisface las necesidades explícitas e implícitas cuando se usa bajo
condiciones especificadas. Se refiere en general a la calidad en el entorno
final.

Calidad interna: Mide el software en sí mismo.

Calidad en uso: Mide los efectos de usar el software en un contexto de


uso específico. El grado en que un producto usado por usuarios
especificados resuelve sus necesidades de alcanzar metas específicas
con efectividad, productividad y satisfacción, en contextos especificados
de uso. Esta definición es similar a la definición de usabilidad.

Características /subcaracterísticas de calidad: Es posible armar los


requisitos de calidad en términos de características básicas de calidad,
que pueden descomponerse en subcaracterísticas, y estas a su vez en
atributos medibles y a chequear contra el producto, formando en su
conjunto el Modelo de calidad.

33
Escala: Un conjunto de valores con propiedades definidas.

Falla: La terminación de la capacidad de un producto de realizar una


función requerida o su incapacidad para realizarla dentro de límites
previamente especificados.

Indicador: Una medida que se puede utilizar para estimar o para predecir
otra medida.

Modelo de calidad: Es posible armar los requisitos de calidad en


términos de características básicas de calidad, que pueden
descomponerse en subcaracterísticas, y estas a su vez en atributos
medibles y a chequear contra el producto, formando en su conjunto el
Modelo de calidad. Es decir, es el conjunto de características y las
relaciones entre ellas que proporcionan la base para especificar los
requerimientos de calidad y la forma de evaluarla.

Medida: resultado de la medición.

Medida interna: Es una medida del producto en sí mismo. Ej. Número de


líneas de código, medidas de complejidad, número de errores detectados
sobre el código en una revisión.

Medida externa: En general se denominan medidas externas a aquellas


que se realizan sobre el producto corriendo o funcionando en determinado
ámbito. Ejemplo: El número de fallas encontradas durante la prueba es
una medida externa del número de errores del programa, porque el
número de fallas se cuenta durante la ejecución de un programa del
sistema informático.

Métrica: Objetivo a medir, Escala cuantitativa y el método de medición.

34
Nivel de calificación: Un punto en la escala ordinal que es utilizado para
Categorizar una escala de medida.

Puntuación (rating): La acción de asignar el valor medido al nivel de


puntuación apropiado.

Servicio: Es una organización que presta servicios de mantenimiento.

Sistema: Una composición integrada que consiste en uno o más


procesos, hardware, software, instalaciones y personas, que proveen una
capacidad para satisfacer una necesidad establecida o un objetivo.

Software: Todo o parte de los programas, procedimientos, reglas y


documentación asociada a un sistema de procesamiento de información.

Usuario: Un individuo que utiliza el producto de software para realizar


una función específica.

Valoración: Emplear una métrica para asignar uno de los valores de una
escala (el mismo que puede ser un número o categoría) al atributo de una
entidad.

Valoración Cualitativa: Es una evaluación sistemática del grado o


capacidad de una entidad para satisfacer necesidades o requerimientos
específicos.

35
CAPITULO III: MARCO METODOLÓGICO

3.1 Tipo y diseño de investigaciòn


En nuestro proyecto el tipo y diseño de investigaciòn aplicada es la
documental ya que se basa en la obtención y análisis de datos
provenientes de materiales impreso u otros tipos de documentos. En otras
palabras, para la evaluación del software fue necesario un intenso estudio
de cantidades de documentos vía internet para conocer y preparar todo
lo relacionado a la medición de calidad del software.

3.2 Nivel de investigaciòn


Según Arias (2012), define: La investigaciòn experimental como un
proceso que consiste en someter a un objeto o grupo de individuos, a
determinadas condiciones, estímulos o tratamientos, para observar los
efectos o reacciones que produce. Por consiguiente, nuestra investigación
es de dicho nivel, ya que el software de Aula Integrada está siendo
sometido a mediciones de calidad para observar los resultados que este
arroje.

3.3 Población y muestra


Según Arias (2006) define la población como: “Un conjunto finito o
infinito de elementos con características comunes para los cuales
serán extensivas las conclusiones la investigaciòn. Esta queda
delimitada por el problema y por los objetivos del estudio” (pg. 81).La
población objeto de estudio para esta investigaciòn está conformada por
el personal adscrito a la Escuela “Javier Alcalá Vásquez”, específicamente
149 trabajadores.

Por otro lado en lo que respecta la muestra, la misma es igual a 9


trabajadores del Dpto. de Aula Integrada. El mismo autor define la
muestra como: “Un subconjunto representativo y finito que se extrae de la
población accesible” (pg. 83).

36
3.4 Técnicas e instrumentos de recolección de datos
Según Arias (2006) expresa que la observación participante” es la
que se ejecuta en función de un objeto, pero sin guía prediseñada
que especifique cada uno de los aspectos que deben ser
observados”. (pg. 70).

Igualmente Arias (2006) indica que “la encuesta es una técnica que
pretende obtener información que suministra un grupo de o muestra de
sujetos acerca de si mismo o en relación a un tema en particular”. (pg.
72).

Las técnicas utilizadas para la recolección de datos fueron la


observación participante, porque el investigador forma parte del estudio y
la encuesta no estructurada.

Así mismo los instrumentos utilizados fueron bolígrafos, pendrives,


material bibliográfico de internet, folletos y fichas bibliográficas en las
cuales se tomaron los aportes más importantes.

3.5 Metodología de Desarrollo

Definición de ISO/IEC 9126

El Ing. Pentón (2013). Detalla la ISO/IEC 9126 como “una familia de


estándares que regulan la calidad de los productos software teniendo en
cuenta: los modelos que le componen, las características intrínsecas y
externas, la forma en que se mide este tipo de características y la
funcionalidad del modelo propuesto.”

Proceso o fases

Estado del Software: Se establece el estado del software, si se trata de


un desarrollo sin terminar o un producto terminado para la entrega al
cliente.

37
Identificar el tipo de software: Especificar el tipo de software a evaluar,
si es un sistema operativo, software de seguridad, software de ofimática,
lenguaje de programación, base de datos, aplicativo a la medida, entre
otros.
Perfiles de Evaluadores: Teniendo como marco conceptual al estándar
ISO [ISO/IEC9126], se consideran tres perfiles de usuario, a un alto nivel
de abstracción para desarrollo de software, usuarios finales,
desarrolladores, y gerentes. El estándar afirma que la relativa importancia
de las características de calidad (como usabilidad, funcionalidad,
confiabilidad, eficiencia, portabilidad, y mantenibilidad y calidad en uso)
varía dependiendo del punto de vista considerado y de la crítica de los
componentes del software a evaluar.
La visión del usuario final, concierne al interés de los mismos en
usar el software, como así también su performancia, su eficiencia, su
facilidad de uso, entre otros aspectos. Los usuarios finales no están
interesados en características internas o de desarrollo del software (sin
embargo, atributos internos contribuyen a la calidad de uso).
La visión de calidad del desarrollador debe considerar no sólo los
requerimientos del software para la visión del usuario sino también la
calidad para los desarrollos intermedios resultantes de las actividades de
la fase de desarrollo.
Se debe tener en cuenta que los desarrolladores están
preocupados en características de calidad del software como
mantenibilidad y portabilidad. La visión de calidad del gerente es una
visión integradora, que incorporar requerimientos de negocio a las
características individuales. Ejemplo, un gerente está interesado en el
equilibrio entre la mejora del software y los costos y tiempos establecidos.
Especificar los Objetivos: Establecer los objetivos tanto generales como
específicos del software.
Aplicar el modelo de calidad: Elaborar un instrumento o formato donde
aplique el modelo de calidad externo e interno y calidad de uso. Si existe

38
un comité o conjunto de personas encargadas de la evaluación, el
instrumento debe ser aprobado por los participantes.
Criterios de la evaluación: Los criterios para evaluar el software se
dividen en dos grandes bloques: uno dedicado a criterios que son
aplicables a cualquier tipo de software (criterios generales), y otro
conjunto compuesto por criterios adaptables al grupo de software
evaluados (criterios específicos).
En este caso se definen los criterios de la evaluación según el tipo de
software, para el cual debe conformar un equipo evaluador, este ejercicio
ayuda a definir que opciones se deben evaluar con más detalle y valor.
Seleccionar métricas
La selección de métricas se obtiene a partir de los indicadores
especificados en el modelo.
Niveles o escalas
En esta fase se establecen los siguientes criterios:
 A cada métrica seleccionada le asigna un puntaje máximo de
referencia.
 El personal que participa en la evaluación debe establecer niveles
de Calificación cualitativa con base a los puntajes.
 Se permite usar números enteros o hasta con un decimal de
aproximación.
 Definir por cada métrica, un puntaje mínimo de aprobación, y al
final de la evaluación, dependiendo del puntaje si es mayor o
menor a lo propuesto, considerar si el software cumple o no cumple
con los objetivos propuestos.
Establecer criterios
Las persona que participa en el proceso de evaluación debe tener
criterios con respecto al indicador que se está analizando, Es importante
tener en cuenta que el criterio debe ajustar al tipo de software que se va a
evaluar.
Tomar medidas

39
Para la medición, las métricas seleccionadas se aplican al
software. Los resultados son valores expresados en las escalas de las
métricas, definidos previamente.
Resultados
El proceso de evaluación genera un cuadro de resultados por cada
uno de los principales indicadores y el total final de resultado.
Documentación
El proceso de evaluación se documenta, indicando la fecha,
empresa, los Cargos, nombres y apellidos, dependencia de las personas
que participan en proceso de evaluación, especificando las etapas en las
que participaron.
Seguimiento
Si el resultado de la evaluación tiene observaciones o indicadores de
calidad bajos, y el personal que lo evalúa permite realizar la corrección, se
programa otra evaluación donde se verifique que el proceso mejora, el
tiempo que se estime debe influir en los criterios de la aproxima
evaluación

40
3.6 Plan de Acción
Actividades Octubre Noviembre Diciembre Enero Febrero Marzo
Consultar a través de internet, bibliotecas y 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Departamento de Informática sobre todas las
metodologías y normativas existentes alusivas
a evaluación de software.

Estudiar las diversas metodologías.


Seleccionar la normativa o metodología que se
ajuste a los requerimientos de evaluación.

Seleccionar las métricas adecuadas a las


evaluaciones.
Elaborar el conjunto de métodos o instrumentos
de evaluación que se utilizará en cada métrica.
Elaborar los indicadores necesarios para medir
cuantitativamente el resultado de la inspección
del sistema.
Inspeccionar el Sistema.
Aplicar los instrumentos para la recolección de
datos.
Medir la calidad del sistema.
Documentar los resultados encontrados de la
aplicación de la evaluación.

Tabla 6. Plan de acción. Fuente: Los Autores(2015).

41
3.7 Cronograma de Actividades
Objetivos Actividades Recursos Responsables Fecha
Analizar las diversas  Consultar a través de internet, -Computadora -Integrantes del Desde
metodologías y bibliotecas y Departamento de -Internet proyecto 01/1015 hasta
Informática sobre todas las 31/10/15
normativas existentes
metodologías y normativas existentes
referentes a la alusivas a evaluación de software.
evaluación de calidad  Estudiar las diversas metodologías.
de software.  Seleccionar la normativa o metodología
que se ajuste a los requerimientos de
evaluación.
 Seleccionar las métricas adecuadas a -Computadora -Integrantes del Desde 01/11/15
Diseñar un plan de las evaluaciones. -Internet proyecto 01/01/15
evaluación para medir  Elaborar el conjunto de métodos o -Hojas
instrumentos de evaluación que se
la calidad del Sistema utilizará en cada métrica.
de Aula Integrada.  Elaborar los indicadores necesarios
para medir cuantitativamente el
resultado de la inspección del sistema.
Ejecutar el plan de  Inspeccionar el Sistema. -Computadora -Integrantes del Desde 01/01/15
evaluación  Aplicar los instrumentos para la -Internet proyecto hasta 01/03/15
inspeccionando y recolección de datos. -Hojas
 Medir la calidad del sistema. -Sistema SAAI
midiendo cada uno de
los componentes que
conforman el Sistema
de Aula Integrada en
cuanto a la eficiencia,
fiabilidad y
funcionalidad.

42
Generar el informe de  Documentar los resultados encontrados -Computadora -Integrantes del Desde 02/03/15
evaluación con sus de la aplicación de la evaluación. -Apuntes proyecto Hasta 04/03/15
correspondientes
recomendaciones para
las mejoras del sistema
SAAI.

Tabla 7. Cronograma de actividades. Fuente: Los Autores (2015).

43
CONCLUSIÓN

El mundo globalizado exige cada vez más la aplicación de


estándares internacionales que garanticen la calidad de los productos.
Por esta razón, es necesario que todo aquel que se dedica al desarrollo
de software incluya en sus procesos, estándares de calidad que permitan
certificarse en alguno de los modelos.
Aquí se ha presentado un estándar, el ISO-9126, el cual establece
una guía para la evaluación de la calidad del software, sin embargo es
necesario que cada individuo dedicada a producir software trabaje en
establecer su modelo de calidad que le permita valorar el nivel de
excelencia de sus productos, en el que deberán incluirse instrumentos de
medición que permitan calificar cuantitativamente cada una de las
características aquí presentadas.
Es importante mencionar, que dependiendo de los distintos tipos de
aplicaciones las métricas podrán variar, ya que aunque las características
expuestas son comunes a la totalidad de los productos, cada software
particular requiere una evaluación específica.

44
BIBLIOGRAFÌA
 Acevedo, G. (20 de Mayo de 2014). Norma iso 9126. Recuperado
el Martes de Enero de 2016, de
http://es.slideshare.net/luisfarinango5682/norma-iso-9126-
34931370.

 Atanasoff, J. V. (Miercoles de Enero de 1942). Definición de


Dificultades de Aprendizaje. Recuperado el Sabado de Enero de
2016, de http://www.definicionabc.com/general/dificultades-de-
aprendizaje.php

 Carrasquel, Yordan (2008). La Educación Especial: Una Educación


de interés para todos. Recuperado el 12 de junio de 2015 de
http://yordancarrasquel.blogspot.com/2008/07/aula-integrada.html.

 Fuentes, Emilio (2013).Programa Plan de la Patria. Recuperado el


04 de julio de 2015 de http://blog.chavez.org.ve/programa-patria-
venezuela-2013-2019.html.

 Grimán, A, Mendoza, L., Pérez M., Rojas, T. (2001). Modelo de


calidad de software educativo: aplicación del estándar ISO/IEC
9126. Valencia: 2da. Edición EDUWEB – Congreso Venezolano de
Educación Informática. Julio. 2001, Venezuela

 Gutkowski. (Marzo de 2008). Definiciòn ABC. Obtenido de


http://www.definicionabc.com/tecnologia/aplicacion.php

 Hans, P. (15 de enero de 2006). EcuRed. Obtenido de


http://www.ecured.cu/Servidor_Web

45
 Hernandez A, A. (Viernes de Marzo de 2006). La planificación educativa
para la atención integral de los alumnos con dificultades de aprendizaje
en educación básica. Recuperado el 23 de Enero de 2016, de
http://www.monografias.com/trabajos33/alumnos-codificultades/alumnos-
con-dificultades2.shtml

 ISO/IEC 9126-1 (1991). JTC 1/SC 7. Information technology –


Software product evaluation - Quality characteristics and guidelines
for their use, JTC 1 Organization, Montreal, Quebec.

 Melendez, B. (Jueves de julio de 2002). Churuguara. Recuperado el


Sabado de Enero de 2016, de
http://biblo.una.edu.ve/docu.7/bases/marc/texto/t35081.pdf

 Srita, C. (febrero de 2011). Sistema Manejador de Base de Datos.


Obtenido de
http://sistemamanejadordebasededatossmbd.blogspot.com/2011/0
2/diferentes-tipos-de-sistemas-de.html

 Sánchez, Boris (2014). La Taxonomía de Bloom y sus


actualizaciones. Recuperado el 10 de junio de 2015 de
http://www.eduteka.org/TaxonomiaBloomCuadro.php3.

 Tovar, H. (julio de 2014). Dificultad de Aprendizaje. Obtenido de


http://dificultad603.blogspot.com/2009/10/conceptualizacion-y-
politicas-del.html

 Wagner, M. (1999). Introducción a HTML. Obtenido de


http://www.aulaclic.es/

 Wichter, F. (2008). Lenguajes de programación. Obtenido de


http://www.rena.edu.ve/cuartaEtapa/Informatica/Tema13.html

46
 yorda. (viernes de julio de 2008). LA EDUCACION ESPECIAL: UNA
EDUCACIÓN DE INTERES PARA TODOS. Recuperado el martes de
enero de 2016, de http://yordancarrasquel.blogspot.com/2008/07/aula-
integrada.html

47