miércoles, 17 de noviembre de 2021

PROCESO DE GESTIÓN DEL CONOCIMIENTO: Comunidad de aprendizaje (CDA) Programa Todos a aprender PTA.

 

Ø  Contextualización de la Institución

La Institución educativa Providencia de naturaleza oficial, se encuentra ubicada en zona rural del municipio de Planeta Rica departamento de Córdoba. Ofrece la modalidad de prescolar, básica y media y cuenta con tres sedes. La Institución cuenta con una población de 480 distribuidos en las tres sedes que la componen: Providencia (Principal), Los Azules y Los Pasteles; laboran 25 Docentes de los cuales   10 nombrados en propiedad en el estatuto docentes 2277, 12 docentes nombrados en propiedad en el estatuto 1278 de 2002 y 1 en provisionalidad. Además, cuenta con 2 directivo docente nombrado en propiedad. Los estudiantes de la Institución pertenece a una estratificación completamente baja; la gran mayoría de los niños  proviene de familias mono parentales, extensas o de madres cabeza de hogar, por lo general en la viviendas se presenta hacinamiento. Los integrantes de sus familias en su mayoría poseen bojos niveles de escolaridad lo que dificulta el acompañamiento en casa. Geográficamente estos estudiantes son de la zona rural, lo que significa que sus viviendas se encuentran distantes entre sí y algunos de ellos viven en fincas de la región dado que sus padres trabajan como jornaleros en ellas. Las actividades económicas básicamente corresponden al sector primario de la economía sobresaliendo La parte pecuaria que es la actividad económica predominante, las tierras están dedicadas a la ganadería de tipo extensivo; la agricultura y la pesca son actividades presentes pero se dan en una menor escala. La zona cuenta con recursos hídricos repartidas en los diversos cuerpos de agua existentes como ciénagas, arroyos, quebradas, caños, etc., el cual no es aprovechado al máximo, pues sólo se usa para consumo humano y explotaciones pesqueras y agropecuarias, pero en pequeña proporción. En tiempos de lluvia, Esta situación impide muchas veces que los estudiantes asistan con regularidad a las clases, convirtiéndose en una problemática toda vez que ellos no cuentan con personas que puedan aportarles para nivelarse con los contenidos vistos en clases en los días en que ellos no pueden asistir.

Debido a sus resultados  bajos en las pruebas saber, fue focalizada por el ministerio de educación nacional para ser parte de las Instituciones beneficiarias del programa Todos a aprender el cual busca mejorar los resultados de los aprendizajes de los estudiantes. Dentro de su plan de intervención, el programa propone conformar un grupo de trabajo denominado comunidad de aprendizaje CDA. Este comité o grupo de trabajo está conformado por todos los docentes de básica primaria y los docentes de lenguaje y matemáticas de la Institución. Básicamente Las comunidades de aprendizaje son colectivos de conocimiento y de práctica que reflexionan sobre el quehacer del aula, comparten estas reflexiones e identifican de manera conjunta alternativas pedagógicas. Algunas características de las comunidades de aprendizaje es que investigan, documentan sus experiencias, comparten sus prácticas y se nutren de las situaciones del contexto escolar, las prácticas exitosas se fortalecen y las problemáticas se atienden para ser superadas en contexto, en un espacio académico para compartir y aprender unos de otros y con otros.

La Institución educativa Providencia se encuentra focalizada desde hace 3 años por el programa PTA por lo cual se han venido desarrollando las diferentes estrategias que el programa propone para mejorar los aprendizajes de los estudiantes. 

sábado, 23 de mayo de 2020

Evaluación

Evaluación de la Calidad del Software Educativo


Metodología para la evaluación de la calidad del software educativo



Se presenta una metodología para la evaluación de la calidad de la tecnología, que puede ser utilizada como punto de partida para adelantar procesos de evaluación de software educativo. De igual forma se presenta a manera de ejemplo, la evaluación de la calidad del sistema de gestión de aprendizaje Moodle, para lo cual se sigue la metodología propuesta que está basada en las normas ISO/ IEC 9126 e ISO/IEC 14598.

El proceso de elaboración de un software educativo es una actividad que requiere de la participación de diferentes ciencias para la obtención de un resultado con calidad, o sea de la interdisciplinaridad. Al respecto, el grupo investigación-acción del Proyecto nacional para la producción de software educativo (SE) en la Educación Médica Superior, Galenomedia, durante sus más de seis años de trabajo, identificó que los aspectos más analizados en proyectos de investigación, publicaciones y tesis de maestría que abordan la elaboración de un software educativo, están relacionados con la Informática, la pedagogía y la ciencia en cuestión, dejando al margen frecuentemente el análisis de los aspectos éticos que también marcan pautas importantes en su desarrollo. El presente trabajo pretende reflexionar sobre algunos principios éticos que deben ser considerados en la elaboración y uso del software educativo en el campo de la salud con el objetivo de contribuir a perfeccionar su proceso de elaboración y con ello a una mejor formación de los profesionales de la salud.


lunes, 18 de mayo de 2020

ESTÁNDARES ISO

ISO (Organización Internacional de Estandarización)

La Organización Internacional de Estandarización, ISO, es una organización sin ánimo de lucro de carácter no gubernamental creada el 23 de febrero de 1947 que promueve el desarrollo y la implementación de normas a nivel internacional, tanto de fabricación como de servicios.



Tomado de : https://www.confiterialatam.com/inocuidad/53-asuntos-regulatorios/2854-%C2%BFcu%C3%A1les-son-las-normas-iso-y-%C2%BFpor-qu%C3%A9-necesitamos-de-ellas.html

El objetivo de esta organización es brindar herramientas para facilitar las transacciones a nivel internacional tanto de objetos, bienes y servicios como de desarrollos científicos, actividades intelectuales, tecnológicas y económicas.



Tomado de: https://www.youtube.com/watch?v=QrWsBj6ARG0

NORMA ISO 9126 (1990-1991)

El estándar ISO/IEC 9126 es una recopilación de modelos de calidad aportados por diversas investigaciones para la caracterización de la calidad del producto software, fue formulado inicialmente en 1991 estableciendo un modelo de calidad y su uso como marco para la evaluación de software.

El  estándar  ISO-9126 define  un  modelo,  basado  en  modelos  ya  existentes como McCall, Boehm y US Air Force. El  estándar  ISO  9126  presenta  dos  partes,  el Modelo de calidad para calidad externa e interna, y el Modelo de  calidad  para  calidad  en  uso.

En resumen, lo que se busca con la norma ISO 9126 es que al mejorar la calidad del proceso se contribuya a mejorar la calidad del producto, y esto a su vez contribuya a mejorar la calidad en uso, siendo todo esto posible al realizar la evaluación. 


https://portafolio-gruposistemascalidad.weebly.com/capiacutetulo-1.html


NORMA ISO 9126-1 (2001)

Según ISO/IEC 9126-1 (2001), algunos atributos pueden contribuir a más de una subcaracterística y una característica puede ser influenciada por más de un atributo. Se puede presentar también que los niveles de ciertos atributos internos influyan en los niveles de algunos atributos externos. Por ejemplo, la característica de confiabilidad puede ser medida externamente mediante la observación del número de fallas en un período determinado de tiempo de ejecución durante una prueba del software, e internamente mediante la inspección de las especificaciones detalladas y el código fuente para evaluar el nivel de tolerancia a fallos; se dice que los atributos internos son indicadores de los atributos externos.

 ISO 9126-1. Modelo de calidad. Describe un marco del modelo de calidad y las relaciones entre los diferentes enfoques de la misma e identifica las distintas características de la calidad de los productos software. Propone un modelo de evaluación de la calidad del producto de software categorizando la calidad de sus atributos en seis características: funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad, las cuales están subdivididas en subcaracterísticas que a continuación se describen (Calero, Moraga, y Piattini, 2010).


Tomado de : https://www.youtube.com/watch?v=eyE_Ao8jTqU&t=7s

NORMA ISO/IEC 9126-2 TR Métricas Externas. 

 ISO 9126-2. Métricas externas. Proporciona métricas para medir el comportamiento del software en su conjunto y su ambiente. Esta parte se conforma de un reporte técnico y contiene terminología relacionada con las métricas, proporciona al usuario una guía de métricas para la evaluación de planificación, selección de métricas, diseño de métricas, aplicación de métricas e interpretación de medidas de datos (Sánchez, Sicilia y Rodríguez, 2012, p. 388).

NORMA ISO/IEC 9126-3 TR Métricas Internas.  

La calidad interna se puede medir y evaluar a través de atributos estáticos que se pueden consultar de documentos o artefactos generados en el proceso de desarrollo del producto, como por ejemplo: la especificación de requerimientos, la arquitectura o diseño, piezas de código fuente, etc.

NORMA ISO/IEC 9126-4 TR Métricas de Calidad en Uso.  

Esta parte presenta el concepto de calidad en uso proponiendo un modelo de calidad en uso que permite visibilizar la interrelación entre el usuario y el producto desde la óptica de la eficiencia y la satisfacción. 

NORMA ISO 25001 (2005)

ISO/IEC 25000, conocida como SQuaRE (System and Software Quality Requirements and Evaluation), es una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la calidad del producto software.

La familia ISO/IEC 25000 es el resultado de la evolución de otras normas anteriores, especialmente de las normas ISO/IEC 9126, que describe las particularidades de un modelo de calidad del producto software, e ISO/IEC 14598, que abordaba el proceso de evaluación de productos software. Esta familia de normas ISO/IEC 25000 se encuentra compuesta por cinco divisiones.

Divisiones de ISO 25000

OBJETIVO DE LA ISO/IEC 25000

Su objetivo es la creación de un marco de trabajo común para evaluar la calidad del

producto software, sustituyendo a las anteriores ISO/IEC 9126 e ISO/IEC 14598 y

convirtiéndose, de esta manera, en la piedra angular de esta área de la Ingeniería

del Software. 

La  ISO/  IEC  25000  está  articulada  en  varias  divisiones,  entre  las  que  podemos

destacar la ISO/IEC 25040(1), que define el proceso de evaluación de la calidad del

producto  software,  y  la  ISO/IEC  25010(2),  que  determina  las  características  y

subcaracterísticas de calidad que se pueden evaluar para un producto software. 


REFERENCIAS BIBLIOGRÁFICAS

CALLEJAS-CUERVO, Mauro ; ALARCÓN-ALDANA, Andrea Catherine; ÁLVAREZ-CARREÑO, Ana María. Modelos de calidad del software, un estado del arte. En: Entramado. Enero - Junio, 2017. vol. 13, no. 1, p. 236-250, http://dx.doi.org/10.18041/entramado.2017v13n1.25125.

 CVUDES. (s.f.). Estándares para Evaluación de la Calidad del Software. Obtenido de https://aulavirtual-eew.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap3/Capitulo_Completo.pdf

Moreno, J. J., Bolaños, L. P., & Navia, M. A. (2010). Exploración de modelos y estándares de calidad para el producto software. Revista UIS Ingenierías9(1), 39-53.

Procem Consultores. (8 de abril de 2019). Qué son las normas ISO? Obtenido de https://www.youtube.com/watch?v=QrWsBj6ARG0

 UnADM. (2016) Modelos de Calidad de Software. Unidad 3. Ingeniería de desarrollo de software, semestre 6. Recuperado de:https://rockflood.files.wordpress.com/2016/05/unidad_3_modelos_de_calidad_de_software.pdf












FURPS

MODELO DE FURPS

Este modelo de calidad  fue propuesto por Robert Grady y Hewlett Packard Co (HP) en 1987. Esta propuesta contempla, por un lado 5 características de las cuales se deriva su nombre (Funcionalidad, Facilidad de Uso, Confiabilidad, Performance y Facilidad de Soporte), y por otro, que los requisitos se clasifiquen en dos categorías: requisitos funcionales (F), que son los que especifican funciones que el sistema debe ser capaz de realizar sin tener en cuenta las restricciones físicas; y requerimientos no funcionales (URPS), que puntualizan atributos del sistema o del medio ambiente del sistema. 

lncluye, los factores de calidad y los atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz. Una limitación de este modelo de calidad es que no tiene en cuenta la portabilidad de los productos software que se estén considerando, factor digno de consideración en función de las exigencias actuales que recaen sobre el proceso de desarrollo del software.

    Imagen 1: Tomada de: https://cmapspublic2.ihmc.us/rid=1SX6ZYN8M-13VWV53SZ6/1SX6J8Z9VIZLNFR2I8TIvideo


Veamos un vídeo del modelo de calidad furps.
 

                                    Recuperado de: https://www.youtube.com/watch?v=hc62NLADykQ

La calidad del modelo depende de la persona que lo trabaje y lo califique o de su correcto funcionamiento, por ello en la calidad del software se requiere mucho esfuerzo para poder garantizar su certificación. a continuación veremos unos requerimientos de este modelo.



Referencias
Chinchilla, Z. (2016), Libro Electrónico Multimedial: Recursos Educativos Digitales. Capítulos 1 y (CVUDES).
Eeles, P. (1 de Julio de 2004). IBM. Obtenido de http://www.ibm.com/developerworks/rational/library/3975.html
Ratoide. (29 de Noviembre de 2008). Ing. de Software. Obtenido de http://clases3gingsof.wikifoundry.com/page/FURPS
Rey, A. (2015). Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa. Capítulos 2 y 4. (CVUDES).
Solano, H., & Torres, I. (2013). Universidad del Azuay. Obtenido de http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pdf

BOEHM

MODELO DE BOEHM

Este modelo de calidad fue propuesto por Barry Boehm en el año de 1978 y es similar al modelo de McCall definiendo la calidad en términos de atributos cualitativos y métricas para realizar las medidas,
es una herramienta que guía a las organizaciones a una mejora continua y a la competitividad.
Este modelo contempla tres niveles jerárquicos: Las características de alto nivel, de nivel intermedio y las características primitivas todas contribuyen al nivel de calidad global.
                                                           Figura 1. Elaborado a partir de Scalone (2006)

Descripciones de sus características

Características de alto nivel
· Utilidad, es muy útil y de fácil uso es decir(usable, confiable, eficiente).
· Mantenimiento, se puede modificar y nutrir fácilmente. 
· Portabilidad, Independencia del dispositivo y Autocontención.
Características de nivel intermedio
· Portabilidad(Utilidad general)
· Fiabilidad, (Complexión, Autocontención, Robustez, Consistencia.
· Eficiencia (Capacidad para rendir cuentas, Accesibilidad)
· Capacidad de prueba ( Mantenibilidad)
· Flexibilidad (Mantenibilidad)
Características Primitivas
 Este es el nivel más bajo y encontramos:
Portabilidad
. Independencia  de dispositivos
· Auto-contención de confiabilidad.
· Auto-contención
· Exactitud
· Completitud
· Consistencia
· Robustez/Integridad
Eficiencia
· Accesibilidad
· Eficiencia de uso de dispositivos
Usabilidad
· Robustez/Integridad
· Accesibilidad
· Comunicación
Testeabilidad
· Comunicación
· Auto descripción
· Estructuración

Ventajas y desventajas del modelo de BOEHM
Ventajas 
·              Presenta un rango alto de características primitivas.
·              Une los mejores elementos de otros modelos.
·              Integra el desarrollo del software con el mantenimiento.
·              Es el segundo modelo de calidad más conocido.

Desventajas 
·              Genera mucho tiempo el análisis.
·              Es un modelo costoso.
·              Funciona mejor en grandes proyectos.
·              Se trabaja siguiendo un protocolo y debe ser seguido estrictamente para un buen funcionamiento.

                                     Comparación entre el modelo de BOEHM y el modelo McCALL


 Figura 2. Tomada de: https://vignette.wikia.nocookie.net/modelos-de-evaluacion-de-red-grupo11/images/9/9e/Cuadro_Comparativo.jpg/revision/latest?cb=20181006172715&path-prefix=es

                                                                         Barry Boehm
Barry W. Boehm es un ingeniero informático estadounidense y también es profesor emérito de esta materia en el departamento de ciencias tecnológicas en la Universidad del Sur de California. Es conocido por sus múltiples aportes a este campo y por haber creado dicho modelo.


REFERENCIAS

MAcCALL

Esta propuesta de MacCall, Richards & Walters fue creada en 1977 y fue la base de otros modelos de evaluación de RED.
Verdugo, Maria Victoria. (2020) Modelo de Calidad MacCall
Recuperado de :https://www.youtube.com/watch?v=37YCvlUnk9s

"La idea del modelo es la descomposición del concepto genérico de calidad en tres capacidades importantes para un producto software, todo desde la mirada del usuario. A su vez cada capacidad se descompone en un conjunto de factores y finalmente se definen criterios para evaluar el factor a través de métricas que indican en qué medida el sistema posee una característica dada". (Rey,A.2015)





(Sánchez, Sicilia, Rodríguez, 2012, p. 385)
FACTORES DE CALIDAD



Factores de Calidad McCall Métricas - ppt video online descargar


Refiriéndose a los factores de la figura, McCall proporciona las siguientes descripciones:- Corrección: Hasta dónde satisface un programa su especificación y consigue los objetivos de la misión del cliente.- Fiabilidad: Hasta dónde puede quedarse un programa que lleve a cabo su función pretendida con la exactitud solicitada. Cabe hacer notar que se han propuesto otras definiciones de fiabilidad más completas.Eficiencia: El conjunto de recursos informáticos y de código necesarios para que un programa realice su función.- Integridad: Hasta dónde se puede controlar el acceso al software o a los datos por individuos no autorizados.- Usabilidad (facilidad de manejo): El esfuerzo necesario para aprender, operar, y preparar datos de entrada e interpretar las salida (resultados) de un programa.

- Facilidad de mantenimiento: El esfuerzo necesario para localizar y arreglar un error en un programa.- Flexibilidad: El esfuerzo necesario para modificar un programa operativo.- Facilidad de prueba: El esfuerzo necesario para aprobar un programa para asegurarse de que realiza su función pretendida.- Portabilidad: El esfuerzo necesario para trasladar el programa de un entorno de sistema hardware y/o software a otro.- Reusabilidad: (capacidad de reutilización): Hasta dónde se puede volver a utilizar un programa (o partes) en otras aplicaciones con relación al empaquetamiento y alcance de las funciones que ejecuta el programa.- Interoperatividad: El esfuerzo necesario para acoplar un sistema con otro.

Cárdenas P, María Jesús. Tomado de: https://slideplayer.es/slide/5428918/

El modelo de McCall evalúa la calidad de los productos descomponiendo la calidad en once factores y criterios de calidad según tres perspectivas, operación, revisión y transición del producto.








a) Revisión del producto. Se integra por todos los factores de calidad que permitan al evaluador del producto conocer la capacidad que tiene el software para adaptarse a los cambios ante alguna modificación propia del software o de acuerdo al objetivo de la empresa. 

b) Transición del producto. Incluye factores de calidad que proporcionan la adaptabilidad que tiene el software a nuevos sistemas informáticos o a la comunicación que puede establecer con otras aplicaciones. 

c) Operación del producto. Se especifican los factores de calidad referentes a las características operativas del producto software. Identificando el cumplimiento del objetivo para la satisfacción del cliente, el tiempo de ejecución, el esfuerzo requerido para manipularlo, etc

Tomado de : Universidad abierta y a distancia de Mexico. UnADM . Programa : modelos de calidad de software. 2016. Página 6.Recuperado en :https://rockflood.files.wordpress.com/2016/05/unidad_3_modelos_de_calidad_de_software.pdf

REFERENCIAS BIBLIOGRÁFICAS
Callejas, M. Alarcon, A. y Alvarez, A.(2017). Modelos de calidad del software,un estado del arte. Colombia. Recuperado de:http://www.scielo.org.co/pdf/entra/v13n1/1900-3803-entra-13-01-00236.pdf

-  ECURED.CU. (2014). Modelo de calidad. Recuperado de http://www.ecured.cu/index.php/Modelo_de_calidad 

-Rey, A. (2015). Libro Electrónico Multimedial: Evaluación de la calidad de la tecnología educativa, capítulos 2 y 4. CVUDES. Recuperado de. https://aulavirtual-eew.cvudes.edu.co/publico/lems/L.000.007.EATE/Documentos/cap2/Capitulo_Completo.pd
- UnADM. (2016) Modelos de Calidad de Software. Unidad 3. Ingeniería de desarrollo de software, semestre 6. Recuperado de:https://rockflood.files.wordpress.com/2016/05/unidad_3_modelos_de_calidad_de_software.pdf

MODELOS DE CALIDAD


    El software es una de las herramientas de mayor utilidad en el mejoramiento de procesos en las         organizaciones, con el propósito de contar y ofrecer optimización, eficiencia y satisfacción de       necesidades, razón por la cual este debe contar con criterios que garanticen su calidad.

El concepto de calidad de software, según Pressman (2010) se asocia a la “concordancia con los requisitos funcionales y de rendimiento explícitamente establecidos con los estándares de desarrollo plenamente documentados y con las características implícitas que se espera de todo software desarrollado profesionalmente”.

El término calidad de software se refiere al grado de desempeño de las principales características con las que debe cumplir un sistema computacional durante su ciclo de vida, dichas características de cierta manera garantizan que el cliente cuente con un sistema confiable, lo cual aumenta su satisfacción frente a la funcionalidad y eficiencia del sistema construido.


La calidad frente a la evaluación de un software ha sido desde siempre un motivo de estudio a partir del cual se han generado unos estándares y también los denominados modelos de calidad.

En el ámbito de la construcción de software, el modelo de calidad debe permitir evaluar el sistema, bien sea cualitativa o cuantitativamente, y de acuerdo con esta evaluación la organización podrá proponer e implementar estrategias que permitan la mejora del proceso dentro de las etapas de análisis, diseño, desarrollo y pruebas del software.

Así mismo, los modelos de calidad de software se clasifican de acuerdo con el enfoque de evaluación, ya sea a nivel de proceso, producto o calidad en uso.

A nivel de proceso, el software debe llevar a cabo un control y seguimiento de los aspectos de calidad con el propósito de evitar riesgos y ofrecer un soporte continuo para garantizar así un óptimo nivel de cumplimiento de los factores de calidad.

 A nivel de producto, la principal finalidad del modelo de calidad es especificar y evaluar el cumplimiento de criterios del producto, para lo cual se aplican medidas internas y/o medidas externas (Bevan, 2010).

A nivel de uso, la calidad se define como el “conjunto de atributos relacionados con la aceptación por parte del usuario final y seguridad”, y está basada en la eficacia, productividad, seguridad y satisfacción, según ISO/IEC 9126.

 

Las empresas deben propender por hacer uso de estándares o modelos siempre con el firme propósito de buscar la calidad. Lo importante es que aquellas que deciden implantar modelos o estándares de calidad, tienen como objetivo fundamental desarrollar de manera sistemática productos, bienes y/o servicios de mejor calidad y que cumplan con las necesidades y expectativas de sus clientes.







Dentro de los diferentes modelos para evaluar un software se encuentran modelos a nivel de proceso y modelos a nivel de producto:

Modelos a nivel de Proceso

Bootstrap: Metodología de evaluación que permite la mejora de procesos a partir de seis actividades básicas: Examinar la necesidad, Iniciar proceso de mejora, preparación y dirección de la evaluación, análisis de resultados, implantación y finalización de mejoras (Herrera, 2012).

CMMI (Capability Maturity Model Integration): Es de los modelos más utilizados en las empresas de construcción de software, con el propósito de verificar el cumplimiento de estándares de calidad a partir de la medición con niveles de madurez. Este modelo se representa de dos maneras: escalonada y continua, donde el modelo escalonado está dirigido al software y permite clasificar las organizaciones en cinco tipos de nivel establecidos: Inicial, gestionado, definido, gestionado cuantitativamente y en optimización; y por su parte el modelo continuo se enfoca al análisis de la capacidad de cada proceso inmerso en las áreas de la ingeniería de sistemas y lo clasifica en uno de los siguientes seis niveles: Incompleto (0), ejecutado (1), gestionado (2), definido (3), cuantitativamente gestionado (4) y en optimización (5) (Petrie, 2009).

Dromey: Es un modelo adaptable a evaluar varias etapas del proceso de desarrollo como levantamiento de requisitos, diseño e implementación. Se estructura con características y subcaracterísticas de calidad; propone tres modelos distintos para cada etapa de construcción del producto: modelo de requerimientos, modelo de diseño y modelo de calidad de la implementación, a partir de la evaluación establecida en cinco etapas, para características como: eficiencia, confiabilidad, mantenibilidad, portabilidad, facilidad de uso y funcionalidad (Scalone, 2006).

Cobit 4.0: Se caracteriza por ser orientado a negocios y proceso, además de ser basado en controles, trabaja con siete criterios de información que son definidos como requerimientos de control del negocio: efectividad, eficiencia, confidencialidad, integridad, disponibilidad, cumplimiento y confiabilidad (Guerrero, 2006).

Modelos a nivel de Producto

McCall: Uno de los modelos pioneros en la evaluación de la calidad de software, tiene tres etapas definidas: factores, criterios y métricas. Los once criterios base, son: Exactitud, confiabilidad, eficiencia, integridad, usabilidad, mantenibilidad, testeabilidad, flexibilidad, portabilidad, reusabilidad e interoperabilidad (Khosravi, 2004).

Boehm: Es un modelo incremental, dividido en regiones de tareas y estas a su vez en conjuntos de tareas, las cuales se ajustan a la cantidad de iteraciones que el equipo defina, y cada iteración se divide en cuatro sectores: planeación, análisis de riesgo, ingeniería y evaluación (Velazco, 2016).

 FURPS: Modelo desarrollado por Hewlett-Packard, cuyo nombre proviene de los criterios que evalúa: Funcionalidad, usabilidad, confiabilidad (reliability), desempeño (performance) y soportabilidad (Soto, 2015).

 GILB: Modelo de calidad que orienta la evaluación de software a partir de los atributos: Capacidad de trabajo, adaptabilidad, disponibilidad y utilizabilidad, los cuales se dividen en subatributos, de tal manera que sirva de apoyo a la gestión de proyectos, y proporcione una guía para solucionar problemas y detectar riesgos (Khosravi, 2004).


Referencias Bibliográficas

CALLEJAS-CUERVO, Mauro ; ALARCÓN-ALDANA, Andrea Catherine; ÁLVAREZ-CARREÑO, Ana María. Modelos de calidad del software, un estado del arte. En: Entramado. Enero - Junio, 2017. vol. 13, no. 1, p. 236-250, http://dx.doi.org/10.18041/entramado.2017v13n1.25125.

 

Chinchilla, Z. (2016), Libro Electrónico Multimedia: Modelos de Calidad Capítulo   2. (CVUDES).

 

NAVA, E. E. (18 de Noviembre de 2016). Gestión de calidad de software. Obtenido de https://www.youtube.com/watch?v=6YorGTJmLA4