Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Aplicación de La Calidad de Software en El Proceso de Desarrollo 1

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 40

APLICACIÓN DE LA CALIDAD DE SOFTWARE EN EL

PROCESO DE DESARROLLO

APRENDIZ
OMAIRA YOHANA CHAVARRO MENDEZ

FICHAS
2192308

SENA
21 – 09 – 2020

CAQUETA
ACTIVIDAD 1
1. Nombre y explique al menos dos razones por las que se debe medir el software:
 Cuesta menos encontrar y arreglar errores en la etapa inicial del proyecto que
encontrarlos en las etapas subsecuentes
 Es más eficiente prevenir defectos que encontrarlos y arreglarlos

Estas razones nos hablan de optimizar los tiempos y los costos en el ejecución de un proyecto
de software ya que cuando no se realiza una buena planeación, con su respectivo seguimiento
se puede incurrir en errores que retrasarían la ejecución del proyecto afectando el tiempo,
además de generar mayores costos por el tiempo perdido y el que se tiene que implementar
para corregir los errores
2. Por favor diligencie el espacio en blanco según la Norma que corresponda:

 Métrica que se puede utilizar para especificar o evaluar el comportamiento del


software cuando son operados por el usuario: Métrica Externa – ISO/IEC TR 9126
– 2La primera, la externa) es el cuadro métrico general del verso: endecasílabos,
octosílabos, estrofas, etc. Hemos hablado extensamente de ella en muchas de estas
páginas. Se regula y manifiesta mediante marcas rítmicas.
 Frente a ella, simultáneamente a ella, y a menudo contradiciéndola, separando los
brazos para encontrar espacio frente a un corsé (el cual, no lo olvidemos se lleva
para estar más bella: si alguien quiere libertad, que se ponga un albornoz y unas
zapatillas, y, sobre un sillón, contemple las noticias tomándose un cubata:
comodísimo, naturalísimo, pero nunca bello, seductor, energético, interesante: es la
banalidad cotidiana); frente a la métrica tradicional, que podemos llamar externa
porque preexiste al texto, se adopta previamente (como es obvio, el endecasílabo es
un constructo previo, culto, deliberado y no natural), está la métrica interna:
métrica del texto, formada por acentos y sus patrones, entonaciones sintácticas y
expresivo-pragmáticas, con sus pausas ‒opcionales‒ para destacar las unidades
sintácticas.
 Podemos decir que esta métrica está generada por los acentos, que crean sílabas
destacadas, y la sintaxis, que los reúne por grupos (cláusulas). Esta métrica interna
está también presente en la prosa, la cual, como todo discurso sano, tiene también
su métrica externa, la métrica acentual.
 Métrica que se puede utilizar para crear requisitos que describen las propiedades
estáticas de la interfaz que puede ser evaluado por la inspección sin el manejo del
software : Métrica Interna – ISO/IEC TR 9126 – 3
 La métrica interna introduce además variaciones en la duración de las sílabas,
idealmente iguales en la métrica externa o ideal, ensanchando algunas en duración
(las acentuadas, los diptongos y sinalefas), naturalmente a costa de las demás para
que el esquema rítmico resultante se ajuste al ideal, lo conserve como cañamazo de
referencia. Esas agrupaciones crean silencios intermedios que pueden emplearse en
pausas sintácticas, expresivas o de otro tipo.
 Pueden insertase también pausas opcionales dentro del verso, agrupando sílabas
menos importantes u duraderas, generalmente átonas, alrededor de las marcas
rítmicas, que deviene islotes de referencia
 Y la acción, con sus sucesos, sus impulsos, sus cambios frecuentes de actitud que
originan cambios de habla /tempo, entonación, pausas, etc.) introduce asimismo
cambios ligeros
 Otra fuente de métrica interna es el diálogo, con sus cambios de todo tipo según el
personaje y sus características (sexo, talante...); especialmente el diálogo que
podemos llamar de ping-pong, rápidas y nerviosas preguntas y respuestas,
interjecciones, todo en en un mismo verso a veces, produce una ligereza y
movimiento vivo y percusio, muy efectivo en cuanto a la vivacidad del texto y la
escena.

 Esta otra métrica articula el discurso y nace de él, está formada por los estímulos
rítmicos y entonativos ‒la prosodia‒ que el propio discurso contiene, y, por lo
tanto, nace de él. Por eso decimos métrica interna.
 La música, como siempre acude a nuestro auxilio: la métrica externa es el compás
y el ritmo ‒si lo hay claramente‒; la interna es la figuración de la melodía, la
secuencia de duraciones que se integra en los anteriores, unas veces yendo con
ellos, otras veces contra ellos, en un diálogo vivo y con vicisitudes (como la vida)..

 Ambas métricas, externa e interna se aplican al mismo texto, coinciden y des


coinciden, se encuentra y se desencuentran en una dialéctica sin fin, como la pareja,
como todo.

 Aquí está el arte, en el concierto sutil de (equidistante entre) ambas.

 La métrica interna o del texto intentará tirar de la otra y la modifica en parte,


creando, como decíamos, islotes sonoros entre pequeños silencios, islotes siempre
alrededor de las marcas rítmicas principales (2, 6, 19 en endecasílabo, 1, 4 y 7 en
octosílabo (dactílico).

 La métrica externa es el edificio, la arquitectura, la interna es la pintura, el color, la


decoración. La primera organiza da hondo sentido y belleza básica. Representa la
unidad. La segunda representa la variedad, la vida. Si dejamos sólo la arquitectura,
como en los desnudos templos griegos, o en las iglesias románicas convertidas en
museo (como Frómita) sentiremos la fría belleza del arte pero sin calor o vida.
Admiraremos pero nos costará amar. Si dejamos sólo la segunda, nos queda un
entretenido intercambio sin belleza fundamental: como las tiendas de antigüedades,
en las que algunos objetos bellos aparecen sin contexto ni estructura. La métrica
externa es el esqueleto; la interna la carne y la sangre. ¿Cuál prefiere?.
 Cuando se improvisan solos sobre un marcado rítmico simple (véanse nuestros
Juegos rítmicos, un compás, se pone de manifiesto el goce de la libertad sobre el
orden, ambos en diálogo harmónico y estético.

 Las dos, pues, las dos métricas son indispensables. Y complementarias: ¿a qué nos
recuerdan? al orden y la fantasía, el sistema y la imaginación. A lo masculino y lo
femenino, al yang y al ying.

3. MAPA CONCEPTUAL

1. Dé su concepto general sobre la Norma ISO/IEC 14598.


Conjuntos de pasos establecidos que permiten medir cada una de las fases del desarrollo del
software, determinando que es lo que se está realizando en cada una de estas, permite determinar
el tiempo de ejecución de cada una de estar partes, además de monitorearlas realizando las
respectivas evaluaciones.
2. Análisis del software prueba.1
HORA
FECHA INI FIN t DE t DESCRIPCIÓN COMENTARIOS
O INTERRUPCIÓ ACTIVIDAD
N
25-sep.- 4:00 4:10 1 Validación: Funciona correctamente
20 0 Nombre Cliente
16-sep.- 4:15 4:21 6 Validación: ese verifica que el
15 Id_cliente id_cliente y se determina
que acepta solo datos tipo
int y máximo de once
dígitos
25-sep.- 4:23 4:29 6 Validación: Se determinas que solo
20 Teléfono cliente recibe datos tipo int de
máximo 9 dígitos, no
permitiendo almacenar
números de celular
25-sep.- 4:40 4:45 5 Validación: No verifica si el correo es
20 E-mail válido o no
25-sep.- 4:50 5:20 5 2 Verificación de En los requisitos se
20 5 los equipos encuentra que debe
mínimos para alquilar mínimo 2
alquilar equipos se testea con 1 y
permite proseguir con la
transacción
25-sep.- 5:30 6:00 6 2 Verificación de Si realiza el proceso
20 4 alquiler fuera de correspondiente de
la ciudad cobrar un 5% por el
domicilio, pero envés de
sumarlo a la factura lo
resta.
25-sep.- 6:20 7:10 5+3 4 Validar: Se realiza la operación
20 2 Alquiler dentro correspondiente del
del descuento del 5% al
establecimiento cliente, pero se verifica
que se están realizando
operaciones sobre el
valor de los días
adicionales aunque no se
ingresó alguno,

4. ¿Qué es un estándar de calidad?

Son normas o protocolos internacionales que deben cumplir productos de cualquier


índole para su distribución o consumo por el cliente final

5.¿Cuál de las definiciones de calidad le parece más adecuada de acuerdo a su


criterio?

Calidad, significa desarrollar, diseñar y producir y mantener un producto que sea el


más económico, el más útil y siempre satisfactorio para el consumidor. Calidad, es la
aplicación de los principios y técnicas estadísticas en todas las fases de la producción,
dirigida a la fabricación más económica de un producto (servicio) que es útil en grado
máximo y que tiene mercado.

3. ¿Cuál de las definiciones de calidad del software es la más adecuada?

Las aplicaciones de software deben ser productos de alta calidad: Fáciles de usar,
confiables y seguros, tan rápidos como lo necesite el cliente, baratos en relación con
sus prestaciones, flexibles y fáciles de mantener y modificar.

La calidad del software es el conjunto de cualidades que lo caracterizan y que


determinan su utilidad y existencia. La calidad es sinónimo de eficiencia, flexibilidad,
corrección, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e
integridad. La calidad del software es medible y varía de un sistema o programa a
otro. Un software hecho para ejecutarse una sola vez no requiere el mismo nivel de
calidad mientras que un software para ser explotado durante un largo necesita ser
confiable, mantenible y flexible para disminuir los costos.
4. ¿Cuáles son los factores clave para asegurar una calidad adecuada de los
productos de software, cuales son estos tres grupos? Defínalos.

Los factores claves son:

 Factores de Revisión

1. Flexibilidad: Es el esfuerzo requerido para modificar un sistema


operativo.

1. Eficiencia: Mide la cantidad de recursos de computadora y


de código requerido por un programa para que lleve a cabo
las funciones especificadas

2. Integridad: Es el grado en que puede controlarse el acceso


al software o a los datos por personal no autorizado.

2. Usabilidad: es el esfuerzo requerido para aprender un programa e


Mantenibilidad: Es el esfuerzo requerido para localizar y arreglar
programas

3. Contestación: Este factor hace referencia a las respuestas


esperadas por el software.

 Factores de Transición

1. Portabilidad: Es el esfuerzo requerido para transferir un


software de un hardware o un entorno de sistemas a otro
2. Reusabilidad: Grado en que partes de una aplicación
pueden utilizarse en otras aplicaciones

3. Interoperabilidad: Es el esfuerzo necesario para comunicar


la aplicación con otras aplicaciones o sistemas operativos.

 Factores de Operación

3. interpretar la información de entrada y de salida.

4. Fiabilidad: mide el grado en que se puede esperar que un


programa lleve a cabo sus funciones esperada con la
precisión requerida.

5. Corrección: mide el grado en que un programa satisface sus


especificaciones y consigue los objetivos del usuario.

5. Cuáles son los atributos del software de calidad?

El software debe proveer la funcionalidad y desempeño requeridos por el usuario y


debe ser mantenible, confiable y aceptable

 Mantenible, el software debe poder evolucionar para continuar


cumpliendo con las especificaciones
 Confiable, el software no debe causar daños físicos o económicos en el caso
de que falle Eficiente, el software no debe desperdiciar los recursos del
sistema

 Aceptable, el software debe ser aceptado por los usuarios para los que fue
diseñado. Debe ser entendible, utilizable y compatible con otros sistema
9. Cuál es el factor más importante en la evaluación de productos de software
y porque?

Si se habla de una aplicación web uno de los factores más importantes es


la usabilidad ya que determina el grado de satisfacción del usuario
respecto de la aplicación web y de esto depende si será utilizada o no.

Ya si hablamos a nivel general considero que todos son importantes


porque cada uno evalúa el software desde diferentes puntos (operativo,
transición o revisión).

10.¿Cuál es el objetivo de la ingeniería del software?

Producir un sistema, aplicación o producto de software de alta calidad


aplicando métodos efectivos junto con herramientas actualizadas dentro
del contexto maduro del desarrollo del software

 .La Norma ISO/IEC 9126 se basa de cuál modelo?

Se basa en el modelo de Mc Call en la cual plantea un modelo


normalizado que permite evaluar y comparar productos sobre la misma
base.

 .Para qué sirve la Norma ISO/IEC 9126?

Software ProductEvaluation (Evaluación de los Productos de Software)


Sirve para indicar las características de calidad y los lineamientos para su
uso, la cual fue desarrollada para dar soporte a esas necesidades, define
seis características de calidad y describe un modelo de procesos para la
evaluación de productos de software

13.
 Cuáles son las seis características de calidad de acuerdo a esta normas?
Defínalas

 Funcionalidad: Las funciones satisfacen necesidades declaradas oimplícitas [ISO
9126: 1991]
 Fiabilidad: Capacidad de un sistema para mantener su nivel de rendimiento
 Usabilidad: Esfuerzo necesario para el uso y la valoración individual de tal uso,
por parte de un conjunto de usuarios. [ISO 9126: 1991]
 Portabilidad: Es la capacidad de un sistema para ser transferido de un entorno a
otro. [ISO 9126: 1991]
 Mantenibilidad: Es el esfuerzo necesario para realizar modificaciones específicas.
[ISO 9126: 1991]
 Eficiencia: Es la relación entre el nivel de prestaciones de un sistema y el volumen
de recursos utilizados en condiciones declaradas. [ISO 9126: 1991]
 Para solucionar los problemas de métrica de la norma ISO/IEC 9126 se creó
la norma ISO/IEC 14598 que

14. distingue tres aproximaciones a la calidad del producto, ¿Cuáles son estos tres
elementos de calidad? Defínalos.

1. Calidad Interna: En esta encontramos que los detalles de la calidad


del producto de software pueden ser mejorados durante la
implementación, revisión y prueba del código fuente del software,
pero la naturaleza fundamental de la calidad del producto de software
representada por la calidad interna, permanece sin cambios a menos
que sea rediseñado, también La calidad interna es medida y evaluada
con base a los requerimientos internos de calidad
2. Calidad Externa: Se mide por las propiedades dinámicas del código
cuando éste se ejecuta, es la calidad cuando el software es ejecutado,
la cual es típicamente medida y evaluada en un ambiente simulado,
con datos simulados y usando métricas externas
3. Calidad en Uso: Se mide por el grado por el cual el software está
realizado en función de las necesidades del usuario en el entorno de
trabajo para el que fue construido, esta también mide la extensión en
la cual los usuarios pueden conseguir sus metas en un ambiente
particular, en vez de medir las propiedades del software en sí mismo.

15. Cuáles son las seis características de la calidad interna y externa y sus sub-
características? Defínalas.

1. Funcionalidad
 Adecuación: Atributos del software que soportan la presencia y
propiedad de un conjunto de funciones para tareas específicas.
 Exactitud: Evalúa el resultado final que obtiene el software y si
tiene consistencia a lo que se espera de él
 Interoperabilidad: Consiste en revisar si el sistema puede
interactuar con otro sistema independiente.
16. Conformidad: Atributos del software que hacen que el
mismo se adhiera a los estándares o convenciones relativas a
la aplicación o a regulaciones de tipo legal y prescripciones
similares.
 Seguridad: Atributos del software que soportan su
habilidad para prevenir acceso no autorizado, ya sea
accidental o deliberado, a los programas o datos.

2. Confiabilidad
 Madurez: Atributos del software que soportan la frecuencia
de falla por defectos en el software.
 Tolerancia a los defectos: Atributos del software que
soportan su habilidad para mantener un nivel especificado
de rendimiento en caso de defectos del software o de
infracción de su interfaz especificada.
 Conformidad de fiabilidad: las consideraciones para la
predicción de cómo el sistema operará en la práctica.

3. Usabilidad
 Entendimiento: Atributos del software que soportan los
esfuerzos del usuario por reconocer los conceptos lógicos y
su aplicabilidad.
 Aprendizaje: Atributos del software que soportan los
esfuerzos del usuario por aprender su aplicación.
 Operabilidad: Atributos del software que soportan los
esfuerzos del usuario para la operación y control del
software.
 Atracción: Verifica que tan atractiva se ve la interfaz de la
aplicación.
 Conformidad de usabilidad: Determina si el usuario puede
utilizar el sistema sin mucho esfuerzo.

4. Eficiencia
Comportamiento de tiempos: Atributos del software que soportan
los tiempos de respuesta y procesamiento y las tasas de
rendimiento total en desempeño de sus funciones
 17. Utilización de recursos: Atributos del software que
soportan la cantidad de recursos empleados y la duración
de ese uso en el desempeño de sus funciones.
 Conformidad de eficiencia: Capacidad del producto de
software para adherirse a normas o convenciones
relacionadas con la eficiencia.

5. Capacidad de Mantenimiento
 Capacidad de ser analizado: Determina si la estructura de
desarrollo es funcional con el objetivo de diagnosticar
fácilmente las fallas.
 Cambiabilidad: Verifica si el sistema puede ser fácilmente
modificado
 Estabilidad: Verifica si el sistema puede mantener su
funcionamiento a pesar de realizar cambios.
 Facilidad de prueba :Evalúa si el sistema puede ser probado
fácilmente luego de ser modificado.
 Cumplimiento del Mantenimiento: Capacidad del producto
de software para adherirse a normas relacionadas con él
mantenimiento.

6. Portabilidad
 Adaptabilidad: Funcionamiento óptimo en diferentes
entornos.
 Facilidad de instalación:
 Coexistencia: El software puede funcionar con otros
sistemas
 Reemplazabilidad: Atributos del software que soportan la
oportunidad y el esfuerzo empleándolo en lugar de otro
software especificado en el entorno de ese software.
 Conformidad de portabilidad: Atributos del software que
hacen que este se adhiera a estándares o convenciones
relativas a la portabilidad.

18.¿Cuáles son las cuatro características de la calidad en uso y sus sub-


características? Defínalas.

1. Efectividad: Capacidad del producto software para permitir a los


usuarios alcanzar objetivos especificados con exactitud y
completitud.
2. Productividad: Capacidad del software para emplear cantidades
apropiadas de recursos para el usuario.

3. Seguridad: Capacidad del producto software para alcanzar


niveles aceptables del riesgo de hacer daño a personas, al negocio
y demás entes en un contexto de uso especificado

4. Satisfacción: Satisfacer al usuario en un contexto de uso.

19.Cuáles son las normas que rigen los parámetros para las métricas de la
calidad interna, externa y en uso? Nómbrelas, defínalas y explique cómo se
miden estos tres elementos (Investigar).

 ISO 9126-2,MÉTRICA EXTERIOR:proporciona las métricas


externas para medir los atributos de las seis características
externas de la calidad definidas en ISO/IEC 9126-1

 SO 9126-3,MÉTRICA INTERIOR: proporciona las métricas


internas para medir los atributos de las seis características
externas de la calidad definidas en ISO/IEC 9126-1

 ISO 9126-4,MÉTRICA EN CALIDAD DE USO: proporciona las


métricas de calidad en uso para medir los atributos definidos en
ISO/IEC 9126-1

20. De cuales normas se basa la Norma ISO/IEC 25000?

Está basada en evolución de las normas ISO/IEC 9126 y en ISO/IEC 14598

21. Cuál es el objetivo principal de la ISO/IEC 25000?


Objetivo principal es guiar el desarrollo de los productos de software mediante
la especificación de requisitos y evaluación de características de calidad.

22 .Cuáles son las diferencias de la evolución de las características plasmadas en


la ISO/IEC 2510?

Esta División de Modelo de Calidad determina las características de calidad que se


van a tener en cuenta a la hora de evaluar las propiedades de un producto software
determinado, adicional a las 6 características de calidad de las cuales se subdividen
una serie de sub-características: adecuación funcional, eficiencia de
desempeño,compatibilidad,usabilidad,fiabilidad,seguridad,mantenibilidad y
características principales mencionadas en la ISO 9126 se incluyen dos más, dando
un total de ocho portabilidad.

23.Investigar la ISO/IEC 2512 (Calidad del producto de datos) definir sus quince
características (Calidad de datos inherente y dependiente del sistema)

Las características de Calidad de Datos están clasificadas en dos grandes


categorías, los cuales son:

Calidad de Datos Inherente:


 Precisión: Grado en el que los datos representan correctamente el
verdadero valor del atributo deseado de un concepto o evento en
un contexto de uso específico.
 Completitud: Grado en el que los datos asociados con una entidad
tienen valores para todos los atributos esperados e instancias de
entidades relacionadas en un contexto de uso específico.
 Consistencia: Grado en el que los datos están libres de
contradicción y son coherentes con otros datos en un contexto de
uso específico. Puede ser analizada en datos que se refieran tanto
a una como a varias entidades comparables.
 Credibilidad: Grado en el que los datos tienen atributos que se
consideran ciertos y creíbles en un contexto de uso específico. La
credibilidad incluye el concepto de autenticidad (la veracidad de
los orígenes de datos, atribuciones, compromisos).
 Actualidad: Grado en el que los datos tienen atributos que tienen
la edad correcta en un contexto de uso específico.
Calidad de Datos Dependiente del Sistema:

 Accesibilidad:Grado en el que los datos pueden ser accedidos en un


contexto específico, particularmente por personas que necesiten
tecnologías de apoyo o una configuración especial por algún tipo de
discapacidad.
 Conformidad:Grado en el que los datos tienen atributos que se
adhieren a estándares, convenciones o normativas vigentes y reglas
similares referentes a la calidad de datos en un contexto de uso
específico.
 Confidencialidad:Grado en el que los datos tienen atributos que
aseguran que los datos son sólo accedidos e interpretados por
usuarios autorizados en un contexto de uso específico.

24. Eficiencia:Grado en el que los datos tienen atributos que pueden ser procesados
y proporcionados con los niveles de rendimiento esperados mediante el uso de
cantidades y tipos adecuados de recursos en un contexto de uso específico.

 Exactitud:Grado en el que los datos tienen atributos que son exactos


o proporcionan discernimiento en un contexto de uso específico.
 Trazabilidad:Grado en el que los datos tienen atributos que
proporcionan un camino de acceso auditado a los datos o cualquier
otro cambio realizado sobre los datos en un contexto de uso
específico.
 Comprensibilidad:Grado en el que los datos tienen atributos que
permiten ser leídos e interpretados por los usuarios y son expresados
utilizando lenguajes, símbolos y unidades apropiados en un contexto
de uso específico.
 Disponibilidad:Grado en el que los datos tienen atributos que
permiten ser obtenidos por usuarios y/o aplicaciones autorizados en
un contexto de uso específico.
 Portabilidad:Grado en el que los datos tienen atributos que les
permiten ser instalados, reemplazados o eliminados de un sistema a
otro, preservando el nivel de calidad en un contexto de uso específico.
 Recuperabilidad: Grado en el que los datos tienen atributos que
permiten mantener y preservar un nivel específico de operaciones y
calidad, incluso en caso de fallos, en un contexto de uso específico.

25. Investigar la Norma ISO/IEC 2540 (Proceso de evaluación del producto de


software) definir sus cinco actividades.

La ISO/IEC 25040 define el proceso para llevar a cabo la


evaluación del producto software. Dicho proceso de evaluación
consta de un total de cinco actividades, definidas a continuación:

1. Establecer los requisitos de la evaluación: El primer paso del proceso de


evaluación consiste en establecer los requisitos de la evaluación, tales
como el propósito de la evaluación, definir el rigor de la evaluación,
obtener los requisitos de calidad del producto y demás.

2. Especificar la evaluación: En esta actividad se especifican los módulos de


evaluación (compuestos por las métricas, herramientas y técnicas de
medición) y los criterios de decisión que se aplicarán en la evaluación,
tales como los módulos de evaluación, los criterios de decisión para las
métricas y demás.

3. Diseñar la evaluación: En esta actividad se define el plan con las


actividades de evaluación que se deben realizar, tales como planificar las
actividades de la evaluación.

4. Ejecutar la evaluación: En esta actividad se ejecutan las actividades de


evaluación obteniendo las métricas de calidad y aplicando los criterios de
evaluación, tales como realizar las mediciones, aplicar los criterios de
decisión de la evaluación.

5. Concluir la evaluación: En esta actividad se concluye la evaluación de la


calidad del producto software, realizando el informe de resultados que se
entregará al cliente y revisando con éste los resultados obtenidos.

26.Encuentra diferencias entre las normas ISO/IEC 9126-ISO/IEC 14598 y las


ISO/IEC 25000?

La ISO/IEC 9126 se enfoca en la calidad del producto de software, evaluada a través


de unas características y sub-características.

La ISO/IEC 14598 por su parte, es una inclusión de métricas a través de las cuales
se pretende evaluar el producto de software aplicables a los conceptos descritos en la
norma ISO / IEC 9126, es un complemento de esta.

La ISO/IEC 25000 constituye una serie de normas basadas en ISO/IEC 9126 y en


ISO/IEC 14598 cuyo objetivo principal es guiar el desarrollo de los productos de
software mediante la especificación de requisitos y evaluación de características de
calidad, es decir trata de armonizar los dos estándares anteriores.

NORMAS ISO 9126 Y 25000

ISO 9126 era un estándar internacional para la evaluación de la calidad del


software. Fue reemplazado en 2005 por el conjunto de normas  SQuaRE , ISO
25000 :2014, la cual desarrolla los mismos conceptos.

El norma ISO 9126, ahora bajo el proyecto SQuaRE (Software Product Quality


Requeriments and Evaluation) en que desarrolla la norma ISO 25000, establece un
modelo de calidad basado en modelos de calidad propuestos por los investigadores
durante los últimos 30 años.
La ISO 9126, y su sucesora, la ISO 25000, propone un modelo de calidad que se
divide en tres aproximaciones: interna (calidad del código), externa (calidad en la
ejecución) y en uso. En este caso, el modelo establece diez características, seis de
ellas comunes a las vistas interna y externa y las otras cuatro propias de la vista en
uso.
Quizás las más populares y usadas son las características que definen las vistas
interna y externa, y que son:
– Funcionalidad, capacidad del software de proveer los servicios necesarios para
cumplir con los requisitos funcionales.
– Fiabilidad, capacidad del software de mantener las prestaciones requeridas del
sistema, durante un tiempo establecido y bajo un conjunto de condiciones definidas.
– Eficiencia, relación entre las prestaciones del software y los requisitos necesarios
para su utilización.
– Usabilidad, esfuerzo requerido por el usuario para utilizar el producto
satisfactoriamente.
– Mantenibilidad, esfuerzo necesario para adaptarse a las nuevas especificaciones y
requisitos del software.
– Portabilidad, capacidad del software para ser transferido de un entorno a otro.
Es decir, que según lo anterior, la calidad software se puede ver desde 6 puntos de
vista.
A su vez, de manera jerárquica, cada uno de los anteriores se divide en
subcaracterísticas de menor nivel. Veamos esto con un ejemplo, el de la
característica más usada: la mantenibilidad.

La mantenibilidad en ISO 9126 / ISO 25000

La mantenibilidad es una de las características más importantes de la calidad de un


producto software, quizá sea la parte más famosa de la norma ISO 9126 / ISO
25000. Atributo intrínsecamente asociado con el proceso de mantenimiento, y que
representa la mayor parte de los costes en el Ciclo de Vida Software. Según el
modelo de calidad recogido por la norma ISO 9126 / ISO 25000 está formada por las
siguientes subcaracterísticas:
– Analizabilidad, facilidad para analizar el software en busca de deficiencias e
identificar sus componentes y artefactos.
– Cambiabilidad, capacidad de permitir modificaciones en el producto software.
– Estabilidad, capacidad de evitar efectos inesperados tras la realización de
modificaciones en el software.
– Capacidad de ser probado, capacidad para validar los cambios en el software.
– Adherencia a las normas, cumplimiento de los estándares y convenciones de
mantenibilidad. Hace referencia a todas las anteriores.
Portal ISO 25000

La calidad del producto, junto con la calidad del proceso, es uno de los aspectos más
importantes actualmente en el desarrollo de Software. Relacionada con la calidad
del producto, recientemente ha aparecido la familia de normas ISO/IEC 25000, que
proporciona una guía para el uso de la nueva serie de estándares internacionales
llamada Requisitos y Evaluación de Calidad de Productos de Software (SQuaRE -
System and Software Quality Requirements and Evaluation).

ISO/IEC 25000 constituye una serie de normas basadas en ISO/IEC 9126 y en


ISO/IEC 14598 cuyo objetivo principal es guiar el desarrollo de los productos de
software mediante la especificación de requisitos y evaluación de características de
calidad.

El objetivo del portal iso25000.com es crear un foro que reúna toda la información


relativa a la mejora de la calidad del software conforme a la familia de normas
ISO/IEC 25000, con el fin de proporcionar un acercamiento a esta familia de
normas a particulares y empresas, facilitando la obtención de información en
español tanto a grandes empresas como a micropymes interesadas en mejorar su
producto software.

Este portal se corresponde con un portal abierto y accesible a todo el mundo, en el


que se irán incluyendo artículos, opiniones, eventos y noticias de actualidad, todos
ellos relacionadas con el objetivo del portal.

La serie de normas ISO 25000

Recientemente se ha publicado una nueva versión de la norma ISO 9126, la serie de


normas ISO 25000. Estas nuevas normas se encuentran englobadas en el proyecto
SQuaRE (Software Product Quality Requeriments and Evaluation). Y se organizan
de la siguiente manera:
– ISO/IEC 2500n. Términos y referencias a los que se alude en las demás divisiones
de SQuaRE.
– ISO/IEC 2501n. Modelos de calidad, incluyendo características para la calidad
interna, externa y en uso.
– ISO/IEC 2502n. División de mediciones de calidad, aplicaciones de métricas para
la calidad externa, interna y en uso del producto software.

– ISO/IEC 2503n. División de requisitos de calidad. Las normas que forman esta
división ayudan a especificar los requisitos de calidad

– ISO/IEC 2404n. División de evaluación de la calidad.


– ISO/IEC 25050-25099. Normas de extensión, requisitos para la calidad de
productos software “Off-The-Self”.

Cambios en la característica de mantenibilidad entre la norma ISO 25000


(concretamente la 25010) e ISO 9126

Para la norma ISO 25010, las sub-características que componen la mantenibilidad


son: analizabilidad, modificabilidad, capacidad de ser probado y reutilización. Hay
dos subcaracterísticas nuevas: la reutilización y la modificabilidad.
La subcaracterística de modificabilidad combina dos subcaracterísticas de la norma
ISO 9126: cambiabilidad y estabilidad. Y el cumplimiento de estándares, que es una
subcaracterística en ISO 9126, está ahora fuera del alcance del modelo de calidad en
ISO 25010.

Alguna consideración importante sobre la ISO 25000…

1. Una cosa muy importante a tener en cuenta es que ni la ISO 9126 ni la serie
25000 establecen los niveles de calidad deseables para cada proyecto. Es decir,
no nos dicen “un número de referencia a lograr”, o el umbral que debe
cumplir una métrica. Si nos dicen parámetros, como que la calidad puede ser
desde el punto de vista de la mantenibilidad, y que esta se descompone en
analizabilidad, etc. Pero no me dice “la mantenibilidad debe ser 3” (o el
número que sea).
Y esto es una cosa razonable, teniendo en cuenta la multitud de situaciones,
software, industrias y demás. Sería irreal fijar un valor, o valores, únicos de
referencia para toda la industria.
Estas normas recomiendan que los requisitos de calidad sean proporcionales a
las necesidades de la aplicación y su criticidad. Por lo tanto, será trabajo del
cliente, de aquel que implante la ISO 9126 o la ISO 25000, el usuario, el CIO,
etc., quien debe determinar el nivel de calidad final que un producto software
deberá alcanzar.

También podría gustarte