ISO 9001:2008

Explicación

La norma ISO 9001 está organizada en 9 secciones. Las secciones 4, 5, 6, 7 y 8 contienen los
requisitos para la implementación del sistema de gestión de calidad. Las primeras 4 secciones
de la norma (0, 1, 2 y 3) no contienen requisitos, sólo identifican el ámbito, las definiciones y
los términos para la norma.

ESTRUCTURA ORGANIZATIVA DE LA NORMA ISO 9001:2008

SECCION 0: INTRODUCCIÓN

Explica que la prioridad de la Norma es dar cumplimiento a los requisitos del cliente. Que su
implementación debe obedecer a una estrategia y que la norma es complementaria a los
requisitos del servicio, su objetivo es evaluar la capacidad de la empresa para cumplir los
requisitos del cliente, los legales y reglamentarios aplicables al producto y propios de la
organización.

SECCION 1: OBJETO Y CAMPO DE APLICACIÓN

El objeto de la norma consiste en que las empresas demuestren la capacidad para

proporcionar productos que cumplan con requisitos del cliente, legales y reglamentarios
aplicables y aumente satisfacción de clientes a través de mejora continua. Sobre el campo de
aplicación explica que es genérica, que puede ser adaptada a cualquier tipo de organización sin
importar tipo, tamaño y producto suministrado. Explica que se podrán hacer exclusiones sólo
del numeral 7, de lo contrario no se podrá decir que se tienen un sistema de calidad basado en
ISO 9001.

SECCION 2: REFERENCIAS NORMATIVAS

Indica que hay que utilizar como referencia la ISO 9000 – la cual especifica los fundamentos y
la terminología de un sistema de gestión de calidad.

SECCION 3: TERMINOS Y DEFINICIONES

Remite a la norma ISO 9000, que contiene todo el vocabulario aplicable al sistema de gestión
de calidad y explica que cuando se utiliza el término producto este significa también servicio.

LOS REQUISITOS DE LA NORMA SE IDENTIFICAN EN LAS SECCIONES DEL 4 AL 8. (Se resaltan los
procedimientos y los registros obligatorios aplicables a EFICARGA)

SECCION 4: REQUISITOS DEL SISTEMA

Indica todos los requisitos necesarios para establecer, documentar, implementar y mantener
un sistema de gestión de calidad. Para dar cumplimiento a esté numeral la organización debe:

- Identificar los procesos y su interacción, esto lo hace a través de mapa y

caracterizaciones de procesos.

- Establecer y documentar los procedimientos e instructivos necesarios para cada

proceso.

- Asegurar los recursos para el desarrollo de las actividades planeadas.

- Establecer indicadores de gestión a los procesos.
 - Establecer política, objetivos y manual de calidad.

- Asegurar el control de la documentación y los registros. Procedimiento para control de

documentos y uno para control de registros. Procedimientos Obligatorios.

SECCION 5: RESPONSABILIDAD DE LA DIRECCIÓN

Indica que la alta dirección debe mostrar su compromiso con el sistema de gestión de calidad.
Acta de revisión gerencial. Registro Obligatorio. Este compromiso lo demuestra así:

- Comunicando a todo nivel la importancia de cumplir con los requisitos del cliente, los
legales y los aplicables a la empresa

- Estableciendo y dando a conocer la política y los objetivos de calidad

- Realizando revisiones periódicas al sistema de gestión de calidad ( en Eficarga está

establecido que cada 6 meses)

- Nombrando un representante de la dirección con responsabilidades y autoridad

suficiente para desarrollar cualquier actividad necesaria para establecer, implementar,
mantener y mejorar el sistema de gestión de calidad.

- Asegurando la disponibilidad de recursos para el desarrollo de todas las actividades (se

deja evidencia en las caracterizaciones de procesos, en los presupuestos y en las actas
de revisiones gerenciales)

- Definiendo y comunicando las responsabilidades y la autoridad de los diferentes

cargos. Esto se hace a través de los manuales de funciones.

- Asegurando una eficaz comunicación interna. En Eficarga se tiene: Los comités, el chat,
correos, celulares, fijos con extensiones en cada puesto de trabajo, memorandos,
reuniones generales, etc.

SECCION 6: GESTIÓN DE RECURSOS

A los recursos a que hace referencia son: el recurso humano, la infraestructura y el ambiente
de trabajo.

- Recurso humano: que el personal debe ser competente para realizar el trabajo. La
competencia se refiere a la educación, formación, habilidad y experiencia que posee.
Se debe definir la competencia en los manuales de funciones y se deben tener
registros que la evidencien (diplomas, evaluaciones de desempeño, asistencia a
capacitaciones, referencias laborales, etc.). Educación, formación, habilidades y
experiencia Registros Obligatorios.
 - Infraestructura: que se debe contar con edificios, espacios de trabajo y equipos
apropiados para el desarrollo de las labores (elevadores, pallet jack, computadores,
programas contables, oficinas, teléfonos, etc.).

- Ambiente de trabajo: que las condiciones bajo las cuales se realiza el trabajo sean las
adecuadas para garantizar la conformidad con los requisitos del servicio (ruido,
temperatura, humedad, iluminación, condiciones climáticas, etc.).

SECCION 7: REALIZACION DEL PRODUCTO

En esta sección se debe dar cumplimiento a los requisitos del cliente, se debe planear y
ejecutar el servicio en cumplimiento con cada uno de los requisitos.

- Planificar y desarrollar los procesos necesarios para la prestación del servicio (en
Eficarga: planeación, ejecución del servicio).

- Establecer procedimientos e instructivos para el desarrollo de las actividades (en

Eficarga se tienen las cartas tecnológicas).

- Demostrar que tanto los procesos de realización del servicio, como el servicio
resultante cumplan con los requisitos.

- Revisar los requisitos del servicios antes de que la organización se comprometa a

proporcionarlo a un cliente (cotizaciones, aceptación de contratos, etc.). Se debe
asegurar que las diferencias existentes entre lo pedido y expresado previamente estén
resueltas, Se debe asegurar que la organización tenga la capacidad para cumplir con
los requisitos definidos. Resultados de la revisión de los requisitos relacionados con el
servicio y de las acciones originadas por las mismas. Registro Obligatorio.

- Especificar los requisitos determinados por el cliente, los legales y los reglamentarios
aplicables al servicio.

- Implementar mecanismos de comunicación eficientes con el cliente para asegurar la

información sobre el servicio, las consultas, la atención de pedidos, las modificaciones
al servicio y las quejas o reclamos. (Celulares, corros electrónicos, encuestas de
satisfacción, reuniones de programación, el supervisor del servicio).

- Se debe garantizar que el producto comprado (cuando incida en la calidad del servicio)
cumpla con los requisitos exigidos por la empresa. Evaluaciones de proveedores y
cualquier acción necesaria que se derive de las mismas. Registro Obligatorio.

- El servicio se debe prestar bajo condiciones controladas, se debe disponer de

información sobre las características del servicio a prestar, (programaciones y/o
ordenes de servicio) instrucciones de trabajo (procedimientos, instructivos, cartas
tecnológicas), equipo apropiado, indicadores de gestión.
- Cuando sea apropiado, se debe garantizar la trazabilidad del servicio a través de toda
su realización. Cuando la trazabilidad sea un requisito se debe dejar registro de la
identificación única del producto (códigos de barras en tarja). Identificación única del
producto. Registro Obligatorio.
 - Se debe cuidar los bienes que son de propiedad del cliente, incluye la propiedad
intelectual y los datos personales

SECCION 8: MEDICIÓN ANALISIS Y MEJORA

Se debe garantizar el seguimiento, la medición, el análisis y la mejora necesarios para

demostrar la conformidad con los requisitos del servicio, los legales, los de normas, los de la
organización y mejorar continuamente la eficacia del sistema.

- Se debe hacer Medición de satisfacción de clientes, se pueden utilizar métodos como:

encuestas, información del cliente sobre la calidad del servicio prestado, el análisis de
pérdidas de negocios, la felicitaciones por parte de clientes, la opinión de usuarios, etc.

- Se deben realizar auditorías internas a todos los procesos del sistema de gestión de
calidad. Procedimiento Auditorías Internas. Procedimiento Obligatorio. Informe de
auditoría y actividades de seguimiento. Registro Obligatorio.

- Se deben establecer indicadores de gestión a los procesos, o métodos apropiados de

seguimiento.

- Se debe hacer seguimiento y medición a la prestación del servicio para verificar que se
cumple con los requisitos.

- Se debe efectuar control al servicio no conforme (pallets mal estibado, se debe

separar, y marcar para evitar que se vaya mal estibado, luego re- estibarlo y autorizar
su estiba, Cajas caídas, se deben separar, una autoridad competente debe determinar
si conserva los requisitos de calidad y se puede re-estibar o si debe sacarse). Se debe
dejar registro del servicio no conforme y de las acciones tomadas (se debe reportar
como no conformidad). Procedimiento para producto No Conforme. Procedimiento
Obligatorio. Identificación de las personas responsables de la liberación del producto.
Registro obligatorio. Naturaleza de las no conformidades del servicio y de cualquier
acción tomada posteriormente. Registro Obligatorio.

- Recopilar y analizar datos para demostrar la idoneidad y la eficacia del sistema de

gestión de calidad que permitan determinar puntos de mejora. Se deben incluir los
datos generados por los indicadores de gestión y de seguimiento.

- Mejorar continuamente la eficacia del sistema usando como base la política y los
objetivos de calidad, los resultados de auditorías internas y externas, el análisis de
datos, las acciones correctivas y preventivas y la revisión por la dirección.

- Tomar acciones para eliminar las causas de las no conformidades para prevenir que
vuelvan a ocurrir (acciones correctivas). Procedimiento Acciones Correctivas.
Procedimiento Obligatorio. Resultados de las acciones correctivas. Registro
Obligatorio.
- Se deben tomar acciones para eliminar las causas de las no conformidades potenciales
para prevenir que vuelvan a ocurrir (acciones preventivas). Procedimiento Acciones
 Preventivas. Procedimiento Obligatorio. Resultados de las acciones preventivas.
Registro Obligatorio.
ISO 9003:2004

Modelo para aseguramiento de la calidad en inspección y ensayos finales. Para utilizar cuando
el proveedor asegura la conformidad con requisitos especificados, únicamente en inspección y
ensayos finales.

Se enfatiza que los requisitos del sistema de calidad especificados en la NTC ISO-9001, en la
NTC ISO-9002 y en la NTC ISO-9003 son complementarios(N o alternativos) de los requisitos
técnicos del producto o servicio. Estas normas establecen requisitos que determinan que
elementos tienen que comprender los sistemas de calidad. El diseño de estas normas permite
que estas sean genéricas, independientes de cualquier industria o sector económico concreto.
Por lo tanto, el diseño y la implementación de este sistema de calidad será influido por las
necesidades variables de la organización de esta empresa, sus objetivos particulares, los
productos y servicios suministrados, procesos, prácticas y demás elementos pertenecientes a
la empresa.

- Se aplica a productos y servicios de software

- Productos en mercado o de soporte a organización
- Productos que forman parte de contratos con otras organizaciones
- Software embebido

Recursos

- Asegurarse de proveer recursos de calidad: personal, ambiente, infraestructura

- Personal: asegurar su correcta
– Experiencia
– Formación
– Entrenamiento
– Habilidades
- Definir niveles de competencia
- Definir requerimientos de entrenamiento

Calidad del producto

- Objetivos, requerimientos, riesgos

- Elegir un modelo de ciclo de vida adecuado
- Comunicación permanente con cliente; tener representante
- Definir entradas y salidas de procesos
- Verificación y validación, incluyendo revisiones y pruebas de unidad y sistema
- Administración de la configuración y seguimiento de cambios
- Control de adquisición de componentes
- Medición
- Control de producción del software
- Monitorear y preservar activos incluyendo componentes

ISO 25000

Este estándar en una familia de normas creadas para dar una guía del uso de los nuevos
estándares internacionales llamada SQuaRE (Software Product Quality Requirements and
Evaluation) que está relacionada con la calidad de producto ya que proviene de la ISO 9126 e
ISO 14598 que trata de evaluación de software. La norma ISO/IEC 25000 establece criterios
para la especificación de requisitos de calidad de productos software, sus métricas y su
evaluación, e incluye un modelo de calidad para unificar las definiciones de calidad de los
clientes con los atributos en el proceso de desarrollo. (iso25000.com, http://iso25000.com,
2014)

¿De dónde proviene la ISO/IEC 25000?

En el año 1991 la ISO (International Organization for Standardization) publicó su modelo de

calidad para la evaluación del producto de software (ISO 9126:1991), que fue extendiendo con
revisiones hasta 2004, dando lugar a la actual norma ISO/IEC 9126 “Software Engineering.
Product Quality”. La norma ISO/IEC 9126 propone un conjunto de características,
subcaracterísticas y atributos para descomponer la calidad de un producto de software.
Propone seis propiedades (funcionalidad, fiabilidad, usabilidad, eficiencia, Mantenibilidad y
portabilidad),

1. División de ISO/IEC 25000 ISO/IEC 2500n – División de Gestión de Calidad

Las normas que forman este apartado definen todos los modelos, términos y definiciones
comunes referenciados por todas las otras normas de la familia 25000. Actualmente esta
división se encuentra formada por:

- ISO/IEC 25000 - Guide to SQuaRE: contiene el modelo de la arquitectura de SQuaRE, la

terminología de la familia, un resumen de las partes, los usuarios previstos y las partes
asociadas, así como los modelos de referencia.

- ISO/IEC 25001 - Planning and Management: establece los requisitos y orientaciones

para gestionar la evaluación y especificación de los requisitos del producto software.

2. ISO/IEC 2501n – División de Modelo de Calidad

Las normas de este apartado presentan modelos de calidad detallados incluyendo

características para calidad interna, externa y en uso del producto software. Actualmente esta
división se encuentra formada por:

- ISO/IEC 25010 - System and software quality models: describe el modelo de calidad
para el producto software y para la calidad en uso. Esta Norma presenta las
características y subcaracterísticas de calidad frente a las cuales evaluar el producto
software.
- ISO/IEC 25012 - Data Quality model: define un modelo general para la calidad de los
datos, aplicable a aquellos datos que se encuentran almacenados de manera
estructurada y forman parte de un Sistema de Información

3. ISO/IEC 2502n – División de Medición de Calidad

Estas normas incluyen un modelo de referencia de la medición de la calidad del producto,

definiciones de medidas de calidad (interna, externa y en uso) y guías prácticas para su
aplicación. Actualmente esta división se encuentra formada por:

- ISO/IEC 25020 - Measurement reference model and guide: presenta una explicación
introductoria y un modelo de referencia común a los elementos de medición de la
 calidad. También proporciona una guía para que los usuarios seleccionen o desarrollen
y apliquen medidas propuestas por normas ISO.
- SO/IEC 25021 - Quality measure elements: define y especifica un conjunto
recomendado de métricas base y derivadas que puedan ser usadas a lo largo de todo
el ciclo de vida del desarrollo software.
- ISO/IEC 25022 - Measurement of quality in use: define específicamente las métricas
para realizar la medición de la calidad en uso del producto.
- ISO/IEC 25023 - Measurement of system and software product quality: define
específicamente las métricas para realizar la medición de la calidad de productos y
sistemas software.
- ISO/IEC 25024 - Measurement of data quality: define específicamente las métricas
para realizar la medición de la calidad de datos.

4. ISO/IEC 2503n – División de Requisitos de Calidad

Las normas que forman este apartado ayudan a especificar requisitos de calidad que pueden
ser utilizados en el proceso de elicitación de requisitos de calidad del producto software a
desarrollar o como entrada del proceso de evaluación. Para ello, Este apartado se compone
de:

- ISO/IEC 25030 - Quality requirements: provee de un conjunto de recomendaciones

para realizar la especificación de los requisitos de calidad del producto software.

5. ISO/IEC 2504n – División de Evaluación de Calidad

Este apartado incluye normas que proporcionan requisitos, recomendaciones y guías para
llevar a cabo el proceso de evaluación del producto software. Esta división se encuentra
formada por:

- ISO/IEC 25040 - Evaluation reference model and guide: propone un modelo de

referencia general para la evaluación, que considera las entradas al proceso de
evaluación, las restricciones y los recursos necesarios para obtener las
correspondientes salidas.

- ISO/IEC 25041 - Evaluation guide for developers, acquirers and independent

evaluators: describe los requisitos y recomendaciones para la implementación práctica
de la evaluación del producto software desde el punto de vista de los desarrolladores,
de los adquirentes y de los evaluadores independientes.

- ISO/IEC 25042 - Evaluation modules: define lo que la Norma considera un módulo de

evaluación y la documentación, estructura y contenido que se debe utilizar a la hora
de definir uno de estos módulos.

- ISO/IEC 25045 - Evaluation module for recoverability: define un módulo para la

evaluación de la subcaracterística Recuperabilidad (Recoverability).
 Atributos de Calidad

1. Confiabilidad

La confiabilidad es la capacidad del software para asegurar un nivel de funcionamiento

adecuado cuando es utilizando en condiciones específicas.

La definición de confiabilidad en la ISO/IEC 2382-14:1997 es "la habilidad de la unidad

funcional de realizar una función requerida...".

En este caso de la confiabilidad se amplía a sostener un nivel especificado de funcionamiento y

no una función requerida.

La confiabilidad se divide en 4 criterios:

Madurez: La capacidad que tiene el software para evitar fallas cuando encuentra errores.
Ejemplo, la forma como el software advierte al usuario cuando realiza operaciones en la
unidad de diskett vacia, o cuando no encuentra espacio suficiente el disco duro donde esta
almacenando los datos.

Tolerancia a errores: La capacidad que tiene el software para mantener un nivel de

funcionamiento en caso de errores.

Recuperabilidad: La capacidad que tiene el software para restablecer su funcionamiento

adecuado y recuperar los datos afectados en el caso de una falla.

Conformidad de la fiabilidad: La capacidad del software de cumplir a los estándares o normas

relacionadas a la fiabilidad.

2. Usabilidad
La usabilidad es la capacidad del software de ser entendido, aprendido, y usado en forma fácil
y atractiva.

Algunos criterios de funcionalidad, fiabilidad y eficiencia afectan la usabilidad, pero para los
propósitos de la ISO/IEC 9126 ellos no clasifican como usabilidad.

La usabilidad está determinada por los usuarios finales y los usuarios indirectos del software,
dirigidos a todos los ambientes, a la preparación del uso y el resultado obtenido.

Entendimiento: La capacidad que tiene el software para permitir al usuario entender si es

adecuado, y de una manera fácil como ser utilizado para las tareas y las condiciones
particulares de la aplicación.

En este criterio se debe tener en cuenta la documentación y de las ayudas que el software
entrega.

Aprendizaje: La forma como el software permite al usuario aprender su uso. También es

importante considerar la documentación.

Operabilidad: La manera como el software permite al usuario operarlo y controlarlo.

Atracción: La presentación del software debe ser atractiva al usuario. Esto se refiere a las
cualidades del software para hacer más agradable al usuario, ejemplo, el diseño gráfico.

Conformidad de uso: La capacidad del software de cumplir los estándares o normas

relacionadas a su usabilidad.

3. Capacidad de Mantenimiento

La capacidad de mantenimiento es la cualidad que tiene el software para ser modificado.

Incluyendo correcciones o mejoras del software, a cambios en el entorno, y especificaciones
de requerimientos funcionales.

Capacidad de ser analizado: La forma como el software permite diagnósticos de deficiencias o

causas de fallas, o la identificación de partes modificadas

Cambiabilidad: La capacidad del software para que la implementación de una modificación se

pueda realizar, incluye también codificación, diseño y documentación de cambios.
Estabilidad: La forma como el software evita efectos inesperados para modificaciones del
mismo.

Facilidad de prueba: La forma como el software permite realizar pruebas a las modificaciones
sin poner el riesgo los datos.

Conformidad de facilidad de mantenimiento: La capacidad que tiene el software para cumplir

con los estándares de facilidad de mantenimiento.

4. Seguridad

Habilidad de un sistema para resistir usos no autorizados y seguir proveyendo sus servicios a
usuarios legítimos.

El sistema deberá impedir, en la medida de todo lo posible, los fallos de seguridad como
intrusos que puedan acceder a la página web haciéndose pasar por usuarios con determinados
permisos dentro de esta, o el acceso a los datos, pudiendo modificarlos, borrarlos o extraerlos.
Incluye:

- Non-repudiation: Quien envía el mensaje (sender) tiene prueba de entrega y el

receptor (receiver) está seguro de la identidad de quien lo envía. Es decir, no puede
refutar su participación en el intercambio del mensaje.

- Confidencialidad:      La confidencialidad es la propiedad que los datos o los servicios

están protegidos contra el acceso no autorizado.

- Integridad: Es la propiedad que los datos son entregados según lo previsto. Esto
significa que un dato en su calidad no cambia desde que ha sido elaborado y durante
su tránsito.

- Aseguramiento: Es cuando las partes en una transacción son las que pretenden ser.

- Disponibilidad: Es la propiedad en la que el sistema está disponible para su uso

legítimo. Esto significa que un ataque de denegación de servicio no evitará que la
transacción sea completada.

- Auditoría: Es la propiedad en la que el sistema permite realizar un seguimiento de las

actividades dentro de el a niveles suficientes para reconstruirlas. Esto significa que, por
ejemplo si se hace una transferencia de dinero de una cuenta a otra cuenta, el sistema
mantendrá un registro de dicha transferencia.

5. Escalabilidad

Es la capacidad de adaptación y respuesta de un sistema con respecto al rendimiento del

mismo a medida que aumentan de forma significativa el número de usuarios del mismo.
Aunque parezca un concepto claro, la escalabilidad de un sistema es un aspecto complejo e
importante del diseño.
La escalabilidad está íntimamente ligada al diseño del sistema. Influye en el rendimiento de
forma significativa. Si una aplicación está bien diseñada, la escalabilidad no constituye un
 problema. Analizando la escalabilidad, se deduce de la implementación y del diseño general
del sistema. No es atributo del sistema configurable.
La escalabilidad supone un factor crítico en el crecimiento de un sistema. Si un sistema tiene
como objetivo crecer en el número de usuarios manteniendo su rendimiento actual, tiene que
evaluar dos posibles opciones:
- Con un hardware de mayor potencia o con una mejor combinación de hardware y
software.

Se pueden distinguir dos tipos de escalabilidad, vertical y horizontal:

 El escalar verticalmente o escalar hacia arriba, significa el añadir más recursos a un
solo nodo en particular dentro de un sistema, tal como el añadir memoria o un disco duro más
rápido a una computadora.

 La escalabilidad horizontal, significa agregar más nodos a un sistema, tal como añadir
una computadora nueva a un programa de aplicación para espejo.

Escalabilidad Vertical: El escalar hacia arriba un sistema viene a significar una migración de
todo el sistema a un nuevo hardware que es más potente y eficaz que el actual. Una vez se ha
configurado el sistema futuro, se realizan una serie de validaciones y copias de seguridad y se
pone en funcionamiento. Las aplicaciones que estén funcionando bajo la arquitectura
hardware antigua no sufren con la migración, el impacto en el código es mínimo.

Escalabilidad Horizontal: La escalabilidad horizontal consiste en potenciar el rendimiento del

sistema desde un aspecto de mejora global, a diferencia de aumentar la potencia de una única
parte del mismo. Este tipo de escalabilidad se basa en la modularidad de su funcionalidad. Por
ello suele estar conformado por una agrupación de equipos que dan soporte a la funcionalidad
completa. Normalmente, en una escalabilidad horizontal se añaden equipos para dar más
potencia a la red de trabajo.

6. Disponibilidad

Es una de las medidas más estudiadas debido a que es una de las más importantes. Se mide
mediante el factor de disponibilidad, es decir, cuánto tiempo está un sistema o equipo
operativo respecto de la duración total que se pretendía en un principio. Normalmente este
resultado viene expresado en forma de porcentaje.

Definimos la disponibilidad de otra manera como la capacidad de que el sistema esté parcial o
totalmente operativo y a su vez que maneje eficazmente los fallos que puedan ocurrir y
afecten a la disponibilidad del sistema. En la definición de disponibilidad entran en juego los
conceptos de confiabilidad y recuperación.

La disponibilidad de estado estacionario es la medición del tiempo que está funcionando un

sistema en un periodo suficientemente largo como para poder recoger datos fiables y válidos.
A partir de esto se definen los requisitos de disponibilidad del sistema. La fórmula asociada es
la siguiente, que tiene mucho que ver con la que se ha definido anteriormente de factor de
disponibilidad.

Es considerada como alta disponibilidad siempre y cuando la fórmula anterior tenga un

porcentaje de “cinco nueves” o superior, es decir, 99,999% o mejor.

Existen una serie de definiciones bastante relacionadas con el concepto de disponibilidad.

Algunos de los más importantes los mencionamos a continuación:

- Tiempo de recuperación: Es el necesario para realizar un parón ya programado o uno

inesperado. Si no fuese posible recuperar el sistema, este tiempo sería infinito.
- Disponibilidad de datos: Teniendo en cuenta todas las transacciones realizadas en
sistemas de bases o almacenamiento de datos, es el grado de copias realizadas
correctamente. Es un concepto que va aparte ya que el sistema puede fallar pero por
ello no significa que se incurra en una pérdida de datos.

¿En que se relaciona las Normas de calidad con la Arquitectura del Software y Porque?

La arquitectura de software es de especial importancia ya que la manera en que se estructura

un sistema tiene un impacto directo sobre la capacidad de éste para satisfacer lo que se
conoce como los atributos de calidad del sistema, de ahí se parte el hecho de como las Normas
de calidad interviene en el proceso. Las Normas de Calidad se enfocan en atributos de calidad
como son el desempeño, que tiene que ver con el tiempo de respuesta del sistema a las
peticiones que se le hacen, la usabilidad, que tiene que ver con qué tan sencillo les resulta a
los usuarios realizar operaciones con el sistema, o bien la modificabilidad, que tiene que ver
con qué tan simple resulta introducir cambios en el sistema. Los atributos de calidad son parte
de los requerimientos (no funcionales) del sistema y son características que deben expresarse
de forma cuantitativa. No tiene sentido, por ejemplo, decir que el sistema debe devolver una
petición “de manera rápida”, o presentar una página “ligera”, ya que no es posible evaluar
objetivamente si el sistema cubre o no esos requerimientos.

Estas son las Normas de Calidad más mencionadas entre otras que dirigen y controlan la
arquitectura de proyectos de software que se lleve a cabo:

1. ISO/IEC 42010:2007

Aborda las actividades de creación y análisis y sostenimiento de las arquitecturas de los

sistemas intensivos en software y el registro de este tipo de arquitectura en términos de
descripción, establece un marco conceptual para la descripción, arquitectura define el
contenido de una descripción de una arquitectura. Proporcionan el fundamento de los
conceptos claves y la terminología de las reacciones con otras normas.

2. ISO/IEC 12207:2008

Establece un marco común para los procesos del ciclo de vida del software con una
terminología bien definida que puedan ser diferenciados por la industria del software,
contiene los procesos actividad de tareas que se van aplicar durante la arquitectura de un
´producto de software o servicio durante el suministro del desarrollo operación,
mantenimiento de un producto de software, incluye la parte del software.
3. IEEE 1471
IEEE 1471 es el nombre abreviado de un estándar conocido formalmente como ANSI /
IEEE 1471-2000, Práctica Recomendada para Arquitectura Descripción del Software
Systems-intensivo. Dentro Instituto de Ingenieros Eléctricos y Electrónicos jerga (IEEE),
se trata de una "práctica recomendada", lo más mínimo normativa de sus normas. En
2007 esta norma fue adoptada por la norma ISO / IEC JTC 1 / SC7 como ISO / IEC
42010: 2007, Sistemas e Ingeniería de Software - Práctica recomendada para la
descripción arquitectónica de los sistemas intensivos en software

4. ISO/IEC 9126

Define la calidad interna como: “la totalidad de las características del producto
software desde una perspectiva interna. La calidad interna es medida y evaluada en
base a los requerimientos de calidad interna. Los detalles de la calidad del producto
software pueden ser mejorados durante la implementación, revisión y prueba del
código software, pero la naturaleza fundamental de la calidad del producto software
representada por la calidad interna permanece sin cambios a menos que sea re
diseñado”; y a la calidad externa como: “la totalidad de las características del producto
software desde una perspectiva externa. Es la calidad cuando el software es ejecutado,
la cual es típicamente medida y evaluada mientras se prueba en un ambiente simulado
con datos simulados y usando métricas externas. Durante las pruebas, muchas fallas
serán descubiertas y eliminadas. Sin embargo, algunas fallas todavía pueden
permanecer después de las pruebas. Como es difícil corregir la arquitectura de
software u otros aspectos fundamentales del diseño del software, el diseño
fundamental permanece sin cambios a través de las pruebas”.

5. ISO/IEC 25010

Presenta una clasificación de los atributos de calidad identificados según su

posibilidad de derivarse por medio de técnicas de simulación. El objetivo principal
es encontrar aquellos Atributos de calidad que puedan analizarse a partir de la
arquitectura, y puedan evaluarse por medio del uso de técnicas de simulación. De esta
manera, se busca derivar un Modelo de Calidad aplicable a nivel arquitectónico que
facilite la determinación de las características de calidad del sistema futuro.