Charlis_zarza_investigación_actividad1.1.docx

ACTIVIDAD 1.1 INVESTIGACION ACTIVIDAD 1.2 CUADRO COMPRATIVO

ESTUDIANTE APRENDIENTE CHARLIS ZARZA VARGAS

DOCENTE CONSULTOR YURLEY CONSTANZA MEDINA CÁRDENAS

UNIVERSIDAD DE SANTANDER FACULTAD DE EDUCACIÓN MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA ACTIVIDAD 1 COROZAL - SUCRE FEB - 2019

INTRODUCCIÓN.

Las tecnologías de la información y las comunicaciones “TIC”, en su desarrollo e implementación hacen uso de diversidad de software, el cual es el producto disponible para los usuarios. Como todo producto, se debe ajustar a una serie de parámetros preestablecidos, para el cumplimiento de los objetivos de calidad requerida por los usuarios y ofrecida por los productores. La calidad del software, es evaluada mediante una serie de parámetros, que analizan las especificaciones iniciales, de desarrollo y finales del producto. La evaluación se desarrolla mediante parámetros establecidos por organizaciones de orden nacional, regional o internacional, que miden el logro de la calidad. En el presente trabajo se describen organizaciones que formulan normas y modelos de evaluación de la calidad del software.

SOLUCION ACTIVIDAD 1.1 1. ORGANIZACIONES QUE HAN FORMULADO NORMAS Y REFERENTES A LA CALIDAD DEL SOFTWARE. Las tendencias actuales de producción y mercadeo de productos, bienes y servicios, están sujetas al cumplimiento de estándares básicos de calidad, y son el referente de los mercados internacionales, López, Cabrera & Valencia (2008), afirman; los productos o servicios que ostentan certificados de calidad son preferidos por los compradores porque transmiten seguridad y confianza. Esto también constituye en un atributo de valor para las estrategias de comercialización en el exterior. La estandarización de los parámetros de cumplimiento de criterios de calidad es asumida por diferentes organismos, el cual tienden a implementar mecanismos para que la calidad se garantice de forma permanente, ámbito aplicado a la industria del software, desarrollada en las nuevas tendencias y avances de la ciencia y la tecnología. Para referir el concepto de calidad de software, López, Cabrera & Valencia (2008), afirman: En la industria del software se pueden evidenciar necesidades de satisfacción del cliente de productos o servicios de software, de reducción de recursos invertidos en proyectos de software y de la efectiva asignación de recursos humanos. Teniendo en cuenta lo anterior, expongo la consulta realizada sobre los organismos que asumen el reto de estandarizar normas y criterios para desarrollar programas que garanticen la calidad del software.

Internacional

Regional

Nacional

• ISO, International Organizatión for Standarization.

• AMN, Asociación Mercosur de Normalización.

• ANSI, American NAtional Standards Institute.

• IEC, international electrotechnical Commission.

• APEC, Asia Pacific Economic Cooperation.

• BS, British Standard Institution

• ITU, International telecomunications Unión

• COPANT, Comisión Panamericana De Normas Técnicas. • CENELEC, European Coommittee for Electrotechnical Standarization. • Cen European Committee for Standarization.

• AFNOR, Associacition Francaise de Normalization. • AENOR, Asociación Española de Normalizaión y Certificación. • ICONTEC, Instituto Colombiano de Normas Técnicas y certificación.

Internacionales ISO, International Organization for Standarization. Organismo de carácter no gubernamental, creado en 1947, con la participación de 162 países, cuya función es la implementación de normas estandarizadas de productos, servicios y seguridad en las empresas. Desarrolla sus estándares bajo los siguientes principios; consenso, Aplicación industrial global y voluntario. Y cuyo propósito es facilitar el comercio, intercambio de información, desarrollo y transferencia de tecnología. Está compuesta por tres tipos de miembros: 

Miembros simples, uno por cada país participante.



Miembros correspondientes, participan países en vía de desarrollo y que no cuentan con un comité nacional de normalización.



Miembros Suscritos, participan países con economías pequeñas y que no cuentan con comités de normalización.

IEC, international electrotechnical Commission. Hasta el año 2016 estaban asociados 84 países, fundada en 1906, se encarga de la normalización en los campos eléctricos, electrónicos y tecnologías relacionadas. Muchas de sus normas se desarrollan en conjunto ISO. Tiene tres formas de participación; 

Miembro pleno.



Miembro asociado.



Miembro pre-asociado.

ITU, International telecomunications Unión. Encargado de estandarizar las normas que regulan las comunicaciones a nivel mundial, es el organismo especializado de las comunicaciones de la ONU. Desarrolla estándares para facilitar la interconexión eficaz, integra niveles tecnológicos en la red de telecomunicaciones. Cuenta con 193 países asociados. Está comprometida para conectar a toda la población mundial por medio de las TIC. Estandariza y coordina el desarrollo de infraestructura de telecomunicaciones internacionales, coordina el uso global compartido del espectro radioeléctrico. Al interior el trabajo se desarrolla mediante comisiones de estudio y grupos temáticos.

IEEE: Instituto de Ingeniería Eléctrica y Electrónica Es una asociación mundial de ingenieros dedicada a la estandarización y el desarrollo en áreas técnicas fue fundada en 1963. Su sede se encuentra en Nueva York – EEUU, este organismo se dedica a la estandarización y el desarrollo en áreas técnicas y según la IEEE se encarga de promover la creatividad, el desarrollo y la integración, compartir y aplicar los avances en las tecnologías de la información, electrónica y ciencias en general para beneficio de la humanidad y de los mismos profesionales.

Regionales.

AMN, Asociación Mercosur de Normalización. Mercosur, creo su propio comité de normalización, integrado por los organismos nacionales de normalización de Argentina, Uruguay, Paraguay, Brasil y miembros asociados de chile y

Bolivia. Sus normas tienen énfasis en el desarrollo industrial, científico y tecnológico. Las actividades las desarrolla mediante comités sectoriales.

APEC, Asia Pacific Economic Cooperation. Creado en 1989, como apoyo a las economías de los países del pacífico (región Asia- Cuenca del pacífico), su principal función de apoyo al intercambio, comercialización, coordinación económica y cooperación entre sus integrantes.

COPANT, Comisión Panamericana De Normas Técnicas. Agrupa a los organismos nacionales de normalización de las Américas, posee 34 miembros activos y 10 afiliados, creada en 1949 bajo la sigla CPANT, en 1964 toma el nombre bajo la sigla COPANT.

CENELEC, European Coommittee for Electrotechnical Standarization. Desarrolla la estandarización de normas de las áreas de ingeniería eléctrica, telecomunicaciones y otras áreas técnicas. Fundad en 1973, los comités técnicos son los encargados de desarrollar la normatividad, en total cuenta con 33 países asociados y 13 afiliados, no es un organismo de la unión europea.

CEN, European Committee for Standarization. Reúne los organismos nacionales de normalización de 33 países asociados, apoya las actividades de normalización en sectores relacionados con productos, materiales, servicios y procesos, incluye sectores de las TIC.

Nacionales.

ANSI, American National Standards Institute. Es en los estados unidos, es una organización que desarrolla y aprueba normas, fomenta el desarrollo de los estándares de tecnología, hace parte activa de ISO y de la IEC. Dentro de sus directrices, incluye el código estándar americano para el intercambio de información (ASCII) y la interfaz estándar de equipos pequeños (SCII). Fundada en 1928, en la actualidad representa a más de 125000 empresas. Ajusta estándares del país con estándares internacionales, garantizando el uso de sus productos a nivel mundial.

BS, British Standard Institution. Fundada en 1901 por el comité de ingeniería de normas de Londres, sus principales actividades se centran en la estandarización de normas para auditoría, certificación y formación, es un organismo colaborador de ISO.

AFNOR, Associacition Francaise de Normalization. Organización de la estandarización de normas de Francia, fundada en 1921 y tiene asociadas a 2500 empresas.

AENOR, Asociación Española de Normalizatión y Certificación. Se constituyó en 1986, es una organización española, desarrolla actividades de normalización y certificación para mejorar la calidad de las actividades de las empresas, productos y servicios.

Apoya a más de 40 países, en la estructuración de normas para facilitar el comercio internacional.

ICONTEC, Instituto Colombiano de Normas Técnicas y certificación. Fundada en 1963, su misión es la de promover, desarrollar y guiar la aplicación de las normas técnicas colombianas y demás normatividades, para el mejoramiento de la calidad, representa al país, ante organizaciones como la IEC, COPANT, ISO, etc., de esta forma representa un desarrollo actualizado en información y tecnología.

NORMAS RELACIONADAS CON LA CALIDAD DEL SOFTWARE. Entre las normas ISO, que hacen referencia a la calidad del software, podemos destacar: ISO 9000, Sistemas de gestión de calidad. ISO 9001, Sistemas de gestión de calidad, requisitos. ISO 9004, Sistemas de gestión de calidad, directrices para la mejora de desempeño. ISO/IEC 9126, Normatiza los factores de calidad del software, evalúa: funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad, portabilidad. ISO/IEC 14598, Evalúa la calidad de todo tipo de software e indica los requisitos para los métodos de medición y los procesos de evaluación. De ella se desprende: ISO/IEC 14598-1, visión general. ISO/IEC 14598-2, planificación y gestión. ISO/IEC 14598-3, proceso de desarrolladores. ISO/IEC 14598-4, proceso de comparadores. ISO/IEC 14598-5, proceso de simuladores. ISO/IEC 14598-6 módulo de evaluación. ISO 1220, modelos de ciclo de vida del software. ISO 9600, Sistemas de archivos de CD_ROM.

ISO/IEC 27001, Sistemas de gestión de seguridad de la información. ISO/IEC 29110, Software – engineering. ISO/IEC 29119, pruebas de software. ISO/IEC 25000, requisitos y evaluación de calidad de productos de software.

SOLUCIÓN DE LA ACTIVIDAD 1.2 CALIDAD DE SOFTWARE En la tabla que se propone a continuación se describen las principales diferencias en cuanto a las normas y/o modelos que se tienen para la calidad en los procesos de desarrollo como para el producto final, para ello se hace un cuadro comparativo sobre los modelos de cascada, espiral, incremental y construcción de prototipos en donde se hace una comparación de acuerdo a sus procesos, fases, características diagramas, ventajas y desventajas que se presentan en cada uno de los modelos anteriormente mencionados.

CUADRO COMPARATIVO DE LOS MODELOS DE PROCESOS DE SOFTWARE MODELOS

CASCADA

PROCESO Secuencia de una serie de fases

FASES

1. Análisis y definición de requerimiento

ESPIRAL

CONSTRUCCIÓN DE PROTOTIPOS

Etapas ciclo de vida

Módulos y en cada uno se va incrementando funcionalidades

No es secuencial, construcción de simulaciones

1. Planificación y definición de objetivos

1. Definir esbozo de requerimientos

1. Análisis previo de los requisitos tanto del sistema como del cliente

2. Diseño del Sistema 2. Evaluación y reducción de y del Software riesgos 3. Implementación y 4. Integración y prueba del sistema

3. Ingeniería, desarrollo y validación

5. Funcionamiento y mantenimiento

4. Evaluación por el cliente

prueba del sistema

INCREMENTAL

2. Asignar requerimientos a los incrementos 3. Diseñar la arquitectura del sistema 4. Desarrollar incrementos del sistema 5. Validar incrementos

2. Arquitectura del sistema 3. Diseño del software 4. Diseño rápido de un prototipo 5. Evaluación del cliente del trabajo realizado

6. Validar sistema 7. Sistema final

DIAGRAMAS

CARACTERISTICAS

Es el modelo que más se utiliza El proceso de desarrollo de software es una sucesión de etapas que producen productos intermedios Se deben desarrollar todas las fases para que el proyecto tenga éxito

Presenta la definición de los objetivos de calidad y análisis de riesgo

Los ciclos se repiten las veces que sean necesarias para obtener un producto completo

Si la última fase la evaluación por el cliente es afirmativa el modelo continuo con el ciclo de vida

Los usuarios disponen antes el software, aunque este no esté completo, por lo que los estos pueden sugerir mejoras

Hay un análisis y propuestas de posibles soluciones

Cuando el orden de las fases se cambia, el producto final será de inferior calidad Se representa en cascada de forma lineal secuencial de una fase a otra.

Se representa en forma de espiral, la cual va de adentro hacia afuera

Cuando se detecta un error grave solo se desecha la última iteración

Se representa de forma escalonada cada una de las secuencias lineales

Incluye un elemento que los otros modelos no tienen, que consiste diseñar un prototipo inicial que se mostrará al cliente para que evalúe el trabajo realizado. El prototipo es una versión reducida del programa completo que se muestra al cliente para saber si es necesario realizar cambios

Se representan los aspectos del software que serán visibles para el usuario/cliente enfoques de entrada y formatos de salida

MODELOS

CASCADA

Es el modelo más sencillo de utilizar Se facilita la gestión del desarrollo

DESVENTAJAS

VENTAJAS

Es compatible con otros modelos de procesos de ingeniería

ESPIRAL

El análisis de riesgos permite hacernos una idea detallada de cuáles son los errores que tiene, o podría tener el programa durante su funcionamiento lo cual permite presentar alternativas para dar soluciones Permite al cliente evaluar los factores de riesgo que le comunica el prototipo de análisis de riesgo, y según esta información tomar una decisión u otra, por esta razón se considera aún más interactivo que los demás modelos

Se coloca en duda de su eficacia dado el alto número de inconvenientes que presenta

Su utilización en pequeños sistemas, genera mucho tiempo en el desarrollo del sistema

Si este sistema no es bien conocido, o es difícil de analizar, cada fase puede alargarse demasiado

La evaluación de riesgos es un componente complejo

Los proyectos reales rara vez siguen una secuencia lineal El cliente debe esperar hasta las etapas finales para disponer de una versión operativa del software

INCREMENTAL

Es un modelo Completamente interactivo Con cada incremento hay una entrega de un producto operacional Añade la posibilidad de utilizar iteraciones para optimizar el diseño y contemplar varias posibilidades hasta elegir una Se recurre a las iteraciones para saber si es necesario realizar modificaciones Se considera que deben ser mínimos fallos de funcionamiento del software en las partes más importantes del sistema Los módulos son parciales y no representan En ocasiones los incrementos deben ser relativamente pequeños y cada uno de ellos debe entregar alguna funcionalidad del sistema lo que alargaría el tiempo de cada módulo

CONSTRUCCIÓN DE PROTOTIPOS Son una herramienta muy eficaz para imaginar el software completo de una forma rápida y sencilla Mejora también el proceso de introducción de cambios en el desarrollo de los programas Es más visual la realización de las modificaciones sobre el prototipo Es más interactivo porque permite la retroalimentación de usuario Se pueden descubrir requerimientos del software en los que antes no se habían reparado La rapidez con la que se diseñan y construyen los prototipos pueden llevar a errores que no sean detectados en la fase de prueba y acaben integrándose en el producto final El prototipo es una representación casi exacta del programa final, pero es carente de contenido real

CONCLUSIONES Para construir un producto de software de calidad se debe realizar cada una de las etapas que conforman el ciclo de vida de un software. Es importante la retroalimentación de los clientes o usuarios en la evaluación de las aplicaciones de software. Las normas y estándares permiten evaluar la calidad de un producto tanto en su etapa de proceso como en la etapa final del producto. El modelo en espiral permite realizar un análisis de riesgos que nos da una idea detallada de cuáles son los errores que tiene o podría tener la aplicación del programa durante su funcionamiento.

BIBLIOGRAFÍA. Libro Electrónico Multimedial: Evaluación de aprendizajes, Mediados por TIC, Capítulo 1: Evaluación para la Educación. Calidad y Testeo del Software. Actualidad TIC. Universidad Politécnica de Valencia. p (1216). Mollineda , R., & Vos, T. (2003). IEEE 610-1990. Instituto de Ingenieros Eléctricos y Electrónicos. (IEEE Computer Dictionary. Software Engineering Terms. 1990) Rey, P. A. Evaluación de la calidad de la tecnología educativa. Calidad y estándares internacionales, cap 1. Recuperado de http://aulavirtual.eaie.cvudes.edu.co/publico/lems/ L.000.008.MG/Documentos/cap1/Capitulo_Completo.pdf

Lopez, A., Cabrera, C., & Valencia, L (2008) Introducción a la calidad del software. Scienc et technica Año XVI (No 39). Recuperado de http://aulavirtual.eaie.cvudes.edu.co/publico/lems /L.000.008.MG/Documentos/Anexos/Cap1/2.pdf Lozano, L. A. Estándares de calidad del software. Recuperado de http://estandarescalidad software .blogspot.com/2013/09/iso-12207.html Asociación Mercosur de normalización. Recuperado de http://www.amn.org.br/Content/ Documentos/ptCartilha_AMN_FINAL2.pdf Comisión electrónica internacional. Recuperado de http://www.iec.ch/about/brochures/ pdf/about_iec/welcome_to_the_iec-s.pdf García, J. A. Modelo de calidad de CMMI. Centro de innovación y tecnología 2009. Recuperado de file:///C:/Users/hp/Downloads/10011069INSA_Presentacion_CMMI.pdf Guía del Programa de Países Afiliados a la IEC. Recuperado de http://pubweb2.iec.ch /affiliates/pdf/programme/guide_affiliate_country_programme_2016_es.pdf