CALIDAD DE SOFTWARE JHUNIOR ISAIAS OBREGON RIOS

Vista previa del material en texto

ESTANDARES VIGENTES PARA EL PROCESO DE DESARROLLO DE SOFTWARE Y PARA EVALUAR EL SOFTWARE COMO PRODUCTO.
PROFESOR	: ING. TONNY EDUARDO BARDALES LOZANO.
MATERIA	: CALIDAD DE SOFTWARE
ALUMNO	: 
· OBREGON RIOS JHUNIOR ISAIAS
IQUITOS - 2023
Estándares Vigentes para el Proceso de Desarrollo de Software
Norma ISO 12207 
Estándar para los procesos de ciclo de vida del software de la organización, este estándar se concibió para aquellos interesados en adquisición de software, así como desarrolladores y proveedores. El estándar indica una serie de procesos desde la recopilación de requisitos hasta la culminación del software. 
El estándar comprende 17 procesos lo cuales son agrupados en tres categorías: 
· Principales.
· De apoyo.
· De organización. 
Este estándar agrupa las actividades que se pueden llevar a cabo durante el ciclo de vida del software en cinco procesos principales, ocho procesos de apoyo y cuatro procesos organizativos.
Procesos principales 
· Adquisiciones.
· Suministro.
· Desarrollo.
· Operación.
· Mantenimiento. 
Procesos de Apoyo
· Documentación.
· Gestión de la configuración.
· Aseguramiento de la calidad.
· Verificación.
· Validación.
· Revisión conjunta.
· Auditoria.
· Solución de problemas. 
Procesos Organizativos
· Gestión.
· Mejora.
· Infraestructura.
· Recursos humanos. 
CMMI (CAPABILITY MATURITY MODEL INTEGRATION)
CMMI no es una metodología. CMMI nos dice qué buenas prácticas implementar, pero no nos dice exactamente cómo. Es un “framework”, un conjunto de buenas prácticas organizadas por capacidades críticas de negocio con el objetivo de mejorar su rendimiento. Estas capacidades críticas abordan los principales retos a los que se enfrentan las organizaciones como por ejemplo:
· Asegurar la calidad
· Diseñar y desarrollar productos
· Entregar y gestionar servicios
· Seleccionar y gestionar proveedores
· Planificar y gestionar el trabajo
· Gestionar la resiliencia (capacidad de superar los momentos críticos)
· Gestionar el personal
· Mejorar el rendimiento de la organización
CMMI está formado por cientos de prácticas agrupadas en 22 áreas de proceso. Por ejemplo, el área de proceso de Measurement and Analysis (MA) recoge las prácticas relacionadas con la definición, gestión, análisis y mejora de métricas en la organización para la medición del rendimiento y optimización de los procesos.
ITIL (INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY)
ITIL está organizada en las siguientes cinco etapas (aquí explicadas en forma amplia):
1. Estrategia del servicio: alinear la estrategia de TI con los objetivos y expectativas generales del negocio y asegurar que las decisiones resulten en valores mensurables para la organización.
2. Diseño del servicio: garantizar que los servicios de TI equilibren los costos, funcionalidades y desempeño y que estén diseñados para cumplir los objetivos de negocio (asegurando que logre tanto el objetivo como el uso).
3. Transición del servicio: asegurar que los servicios de TI nuevos, modificados y retirados cumplan las necesidades del negocio. Y que los cambios sean gestionados y controlados eficientemente, logrando el cambio en forma rápida, a bajo costo y, al mismo tiempo, otorgando mayor valor.
4. Operación del servicio: asegurar que los servicios de TI sean operados en forma segura y confiable para dar apoyo a las necesidades de su negocio.
5. Mejora continua del servicio: se centra en mejorar la calidad, eficiencia y efectividad de sus servicios de TI y en reducir costos.
¿Qué valor aporta ITIL a su organización?
Comparando sus procesos actuales con los estándares ITIL de mejores prácticas mundialmente respetados, obtendrá una clara idea de cómo puede mejorar.
Con la permanente y creciente presión para obtener más por menos, usted puede pensar cómo encontrará el tiempo y los recursos para hacer foco en mejorar los procesos, Pero es la organización la que asume este compromiso que, al final, ganará la competencia.
1. Un servicio mejor y más confiable: al aplicar estándares ya probados en su organización, usted gana consistencia y calidad en la prestación de servicio de TI. Sus equipos de soporte pueden reducir los tiempos de inactividad y responder más rápido ante los incidentes. Y es más probable que usted pueda cumplir normas, obligaciones contractuales y requerimientos normativos en toda su organización.
2. Clientes más conformes: ITIL le ayuda a centrarse en las necesidades de sus clientes y en la experiencia general del usuario acerca de su infraestructura de TI más que en enfocarse en temas de tecnología. Esto genera mejores relaciones con los clientes internos y externos.
3. Todo el mundo habla el mismo idioma: dentro de su organización es fundamental que todos comprendan exactamente qué se está discutiendo. Cuando usted dice “incidente” sus colegas sabrán que usted no quiere decir “tema”, “problema” o algo totalmente diferente. Esto asegura claridad en la comunicación y en la correcta asignación de prioridades.
4. Ahorro financiero: conozca y gestione los gastos en TI para planificar mejor sus finanzas y disminuir el costo de soporte para TI. Sea más eficiente con sus recursos siguiendo estándares de mejores prácticas y procesos más simples.
5. Incrementa la productividad: mayor eficiencia y efectividad a partir de servicios más confiables de TI. Por ejemplo, disminuyendo la frecuencia de incidentes y el tiempo que les dedica a resolverlos. Y como todos saben exactamente quién hace qué, no se pierde tiempo intentando descifrarlo cada vez que surge un inconveniente.
6. Probado y respetado: es la norma premium de facto para gestión de servicios de TI en el mundo. Organizaciones de todo el mundo han demostrado cómo ITIL puede ser personalizada para adaptarla a sus necesidades comerciales. Al ser un conjunto de mejores prácticas ya probado, usted puede implementar mejoras en los procesos con total confianza en su escalabilidad a medida su negocio crece.
7. Mejora el proceso de innovación: reduzca el tiempo que le demanda implementar cambios en su organización (esta capacidad para innovar y adaptarse rápidamente puede ser crucial en la supervivencia a largo plazo de su organización).
AGILE
Lo más importante para implementar una metodología Agile es el liderazgo y el cambio de cultura empresarial. Saber dialogar y motivar a los equipos para vencer sus reticencias, convencerlos de los beneficios e involucrarlos en el cambio. El compromiso con el modelo es fundamental para su éxito.
Aplicar Agile conlleva cumplir estos 12 principios:
1. La prioridad es que el cliente esté satisfecho y siempre informado del estado del proceso.
2. Los requisitos del proyecto pueden cambiar y no se verá como un problema, sino como una ventaja competitiva.
3. Las entregas se realizan periódicamente y en periodos cortos. La planificación se realizará desde las dos semanas, a los dos meses.
4. El equipo debe trabajar de forma conjunta y coordinada.
5. Es prioritario motivar al equipo, confiar en los miembros y proporcionarles los recursos o apoyos que necesiten.
6. Las reuniones Scrum son el método más efectivo para comunicarse.
7. El éxito depende de si el producto final funciona y es satisfactorio.
8. Los procesos deben ser sostenibles, tanto en recursos materiales, como en la gestión del tiempo y el ritmo de trabajo.
9. En todo proceso o etapa debe prevalecer la excelencia técnica.
10. Prevalece la ley de la simplicidad: menos, es más.
11. La organización de los equipos es esencial para dar con un buen diseño.
12. Los tiempos para la reflexión y buscar mejoras es necesario e igual que importante que el resto de fases.
Scrum y Agile: similitudes y diferencias
A pesar de que Scrum es una manera de ser ágil, no son lo mismo.
Agile es mucho más que una metodología, es un conjunto de valores y de principios a seguir para evitar que surjan típicos problemas del desarrollo de software. Por lo que podemos decir, que Agile es algo así como un movimiento frente a las metodologías de desarrollo de software tradicionales, por lo que representa los principios comotal.
Scrum, a diferencia de Agile, no es una metodología. Scrum es un framework porque está formado por una serie de eventos, artefactos, roles, normas… para un determinado fin, por lo que si no se siguen paso a paso no se estará haciendo Scrum.
DEVOPS
Las prácticas de DevOps son un reflejo de la idea de automatización y mejora continuas, y muchas de ellas se centran en una o en varias fases del ciclo de desarrollo. Estas prácticas incluyen lo siguiente:
· Desarrollo continuo. Esta práctica abarca las fases de planificación y codificación del ciclo de DevOps. Puede incluir también mecanismos de control de versiones.
· Realización de pruebas continuas. Esta práctica incorpora continuas pruebas de código automatizadas y programadas con antelación que se realizan a medida que el código de aplicación se está creando o actualizando. Gracias a estas pruebas, el código pasa antes a la fase de producción.
· Integración continua (CI). En esta práctica se combinan herramientas de gestión de configuración (CM) con otras herramientas de pruebas y desarrollo para saber qué cantidad del código que se está creando está listo para pasar a producción. Para ello, debe existir un intercambio fluido de información entre las fases de prueba y de desarrollo que permita identificar y resolver con rapidez problemas en el código.
· Entrega continua. Esta práctica automatiza la introducción de cambios en el código para pasar a un entorno de preproducción o de almacenamiento provisional tras la fase de pruebas. Un miembro de la plantilla podría entonces decidir si es conveniente promover estos cambios de código a la fase de producción.
· Puesta en marcha continua (CD). Al igual que sucede con la entrega continua, esta práctica automatiza el lanzamiento de código nuevo o modificado a la fase de producción. Una empresa que pone en práctica la puesta en marcha continua podría publicar cambios en código o funciones varias veces al día. Las tecnologías de contenedor, como Docker y Kubernetes, hacen posible esta fase de puesta en marcha continua al ayudar a mantener la coherencia del código entre los diferentes entornos y plataformas de puesta en marcha.
· Supervisión continua. Esta práctica implica la supervisión continua del código en la fase de producción y la infraestructura subyacente que la sustenta. A través de un bucle de retroalimentación en el que se notifican errores o problemas, este podría volver a la fase de desarrollo.
· Infraestructura como código. Esta práctica se puede utilizar durante varias fases de DevOps para automatizar el aprovisionamiento de la infraestructura que se necesita para publicar el software. Los desarrolladores añaden «código» de infraestructura procedente de las herramientas de desarrollo actuales. Por ejemplo, los desarrolladores podrían crear un volumen de almacenamiento bajo demanda desde Docker, Kubernetes u OpenShift. Gracias a esta práctica, los equipos de operaciones también pueden supervisar las configuraciones de entorno, registrar los cambios y simplificar la reversión de las configuraciones.
Ventajas de DevOps
Los partidarios de DevOps describen varias ventajas técnicas y empresariales con las que, en última instancia, se consiguen clientes más satisfechos. Entre algunas de las ventajas de DevOps se incluyen las siguientes:
· Una mejor y más rápida entrega de productos
· Resolución de problemas en menos tiempo y con menor complejidad
· Mejor escalabilidad y disponibilidad
· Entornos de funcionamiento más estables
· Mejor utilización de los recursos
· Mayor automatización
· Mayor visibilidad de resultados del sistema
· Mayor innovación
Norma ISO 9000
ISO 9000 (Gestión de Calidad), es un conjunto de normas de Control de calidad y gestión de calidad, establecidas por la Organización Internacional de Normalización. Se pueden aplicar en cualquier tipo de organización o actividad orientada a la producción de bienes o servicios.
Norma ISO 9001
La norma ISO 9001 es la norma sobre gestión de la calidad con mayor reconocimiento en todo el mundo. Pertenece a la familia ISO 9000 de normas de sistemas de gestión de la calidad (junto con ISO 9004), y ayuda a las organizaciones a cumplir con las expectativas y necesidades de sus clientes, entre otros beneficios.
Es el mas general de estos estándares y se aplica en organizaciones interesadas en el proceso de calidad del diseño, desarrollo y mantenimientos de productos.
ISO 9001 no es un estándar especifico para el desarrollo de software, pero define principios generales que pueden aplicarse al software.
La ISO 9001 describe aspectos del proceso de calidad y define estándares y procedimientos en una organización.
Las áreas que abarca el ISO 9001 son:
	· Control de productos disconformes.
	· Control de diseño.
	· Manejo, almacenamiento, embalaje y suministro.
	· Compras.
	· Productos suministrados al comprador.
	· Identificación y seguimiento del producto.
	· Control de proceso.
	· Inspección y prueba.
	· Equipo de inspección y prueba.
	· Status de la inspección y las pruebas.
	· Revisión del contrato.
	· Acción correctiva.
	· Control del documento.
	· Registros de calidad.
	· Auditoria de calidad interna.
	· Capacitación.
	· Servicios.
	· Técnicas estadísticas. 
Norma ISO 9000-3
La norma ISO 9000-3 son los estándares utilizados para el desarrollo de software, suministro o implementación y mantenimiento del software. Modelo de Calidad para desarrollo de software, Desarrollo, Implementación, Mantenimiento de software NormaISO9000-3. 
Es en realidad una versión extendida del ISO 9001. ISO preparo el ISO 9000-3 para ayudar a las compañías a aplicar el ISO 9001 al desarrollo de software.
ISO 9000-3 se usa si se desarrolla, provee, instala, y se da mantenimiento a software de computación. 
Norma ISO IEC 9000-3 
Es un estándar de administración de la calidad de software y servicios relacionados. El ISO IEC 90003 reemplaza el anterior ISO 9000-3, y explica como aplicar el ISO 9001 al software y servicios relacionados.
El ISO IEC 90003 cubre los siguientes aspectos:
· Requerimientos de sistema y directrices: establece un sistema de calidad y documentación de calidad de productos de software.
· Requerimientos de administración y directrices: proporciona el soporte de calidad, se enfoca en los clientes, establece políticas de calidad, planeación de aplicación de calidad, controla el sistema de calidad y realiza revisiones.
· Requerimientos de recursos: proporciona recursos, personal, infraestructura, y un ambiente de calidad. 
· Requerimientos de ejecución: planeación de ejecución de control de productos de software, procesos de control de clientes, diseño y desarrollo de control de software, funciones de compra, administración de producción y prestación de servicio y control de monitoreo.
· Requerimientos de corrección: llevar a cabo procesos de corrección, monitoreo y medición de calidad, control de productos no conformes, análisis de información de calidad y toma de acciones correctivas. 
· Responsabilidad de administración: políticas de calidad, organización y administración de revisiones.
· Sistema de calidad: procedimientos de sistemas de calidad y planeación de la calidad. 
· Revisión de contrato: revisión de cuestiones del cliente, cuestiones técnicas, de administración de contrato, legales, enmiendas, y registros.
· Documentación y control de datos: aprobación, distribución y revisión de cambios de documentos y datos.
· Productos proporcionados al cliente: protección a productos proporcionados al cliente y productos y/o servicios proporcionados por el cliente.
Norma ISO 9004	
Esta Norma Internacional proporciona orientación a las organizaciones para ayudar a lograr el éxito sostenido mediante un enfoque de gestión de la calidad. Es aplicable a cualquier organización, independientemente de su tamaño, tipo o actividad.
ISO 9004 proporciona las directrices para el aumento de la eficacia y la eficiencia globales de la organización. Tiene como objetivo la mejora continua del desempeño de la organización medida a través de la satisfacción de losclientes y de las demás partes interesadas en a la organización. 
Estándares Vigentes para Evaluar el Software como Producto.
Estándar ISO/IEC 12207
es un marco de referencia que contiene los procesos, actividades y tareas involucradas en el desarrollo, explotación y mantenimiento de un producto software, abarcando la vida del sistema desde la definición de requisitos hasta que se deja de utilizar.
Dicho estándar se encarga de todo lo relacionado al ciclo de vida del software, desde la conceptualización de ideas hasta la retirada y consta de procesos para la adquisición y suministro de proyectos y servicios del software, estableciendo pautas para su control y mantenimiento
Según este estándar, el software y sus procesos de diseño, no deben estar desvinculados de los sistemas, por el contrario, deben ser tomados como una parte integral de los procesos de diseño de sistemas. El mismo puede ser utilizado:
·  Por una organización: para ayudar a establecer un entorno de trabajo
·  Por un proyecto: para ayudar a seleccionar una infraestructura y emplear todos los elementos que comprenden un conjunto de ciclo de vida establecido
·  Por un comprador o proveedor: para ayudar a desarrollar un acuerdo sobre los procesos y actividades que se van a manejar
·  Por las organizaciones y asesores: para realizar evaluaciones que puedan servir de apoyo para mejorar los procesos de la organización
El objetivo más importante de este estándar es proporcionar una estructura común para que los compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software utilicen un lenguaje en común.
El estándar 12207 contiene una serie de Fases y Procesos:
PROCESOS PRINCIPALES:
·  ADQUISICIÓN: Actividades y tareas que realiza el cliente o usuario para adquirir un producto o servicio de software.
·  SUMINISTRO: Actividades y tareas que efectúa quien proporciona el producto o servicio al cliente.
·  DESARROLLO: Contiene las actividades y tareas del desarrollador.
·  OPERACIÓN: Incluye la operación del producto o servicio en su entorno final y el soporte operativo a los clientes.
·  MANTENIMIENTO: Modificación despues de la entrega para corregir errores, mejorar el rendimiento u otros atributos y adaptarlo a un nuevo entorno modificado.
PROCESOS DE SOPORTE O APOYO:
·  DOCUMENTACIÓN: Define las actividades para el registro de la información producida por un proceso del ciclo de vida.
·  GESTIÓN DE LA CONFIGURACIÓN: Proceso para registrar la documentación producida por un proceso o actividad del ciclo de vida. Consiste en aplicar procedimientos tecnicos y administrativos a lo largo del ciclo de vida del software.
·  ASEGURAMIENTO DE LA CALIDAD: Define las actividades para asegurar de una manera objetiva que los productos software y los procesos son conformes a sus procedimientos.
·  VERIFICACIÓN: Define las actividades para el proveedor, para verificar hasta un nivel de detalle dependiente del proyecto de software.
·  VALIDACIÓN: Es un proceso para determinar si los requerimientos y el sistema o producto software, cumplen con su uso especifico previsto.
·  REVISIÓN CONJUNTA: Es un proceso para evaluar el estado y los productos de una actividad de un poryecto, según sea adecuado.
·  AUDITORÍA: Es un proceso que sirve para determinar el cumplimiento con los requerimientos, planes y contratos, en donde la auditora audita los productos software o actividades de la parte auditada.
·  RESOLUCIÓN DE PROBLEMAS: Define un proceso para analizar y eliminar los problemas que se presentan durante todo el ciclo de software.
PROCESOS ORGANIZACIONALES:
·  ADMINISTRACIÓN: En este proceso se definen las actividades básicas de gestión de los procesos durante el ciclo de vida del software
·  INFRAESTRUCTURA: Define las actividades básicas para establecer la infraestructura necesaria para los procesos: hardware, software, instalaciones, etc.
·  MEJORA: Define las actividades básicas para controlar, valorar y medir los procesos del ciclo de vida.
·  ENTRENAMIENTO: Define las actividades para mantener al personal formado.
ISO/IEC 15504 SPICE
El Estándar internacional ISO/IEC 15504 denominado como Software Process Improvement Capability Determination cuya traducción al español es «Determinación de la Capacidad de Mejora del Proceso de Software», también conocido por su abreviatura SPICE nos propone un modelo para la evaluación de la capacidad en los procesos de desarrollo de productos Software.
ISO/IEC 15004 SPICES se trata pues de una herramienta con los siguientes objetivos:
· Proponer y desarrollar un estándar de evaluación de procesos de software.
· Evaluar su desempeño mediante su experimentación en la industria emergente del desarrollo SW
· Promover la transferencia de tecnología de la evaluación de procesos de software a la industria del software a nivel mundial.
Es evidente que los procesos de desarrollo en una industria emergente como el Software, que continuamente aporta nuevos escenarios tecnológicos debe contar con una herramienta de evaluación de la madurez de sus procesos que continuamente este siendo evaluada por la industria de la que a su vez se nutre para crecer y aportar conocimiento al resto del panorama industrial.
¿EN QUÉ CONSISTE LA NORMA ISO/IEC 15504 SPICE?
La norma SPICE establece requisitos para una evaluación de procesos y los modelos de evaluación pretendiendo que estos requisitos puedan ser aplicados en cualquier modelo de evaluación en una organización.
En general, los requisitos para la evaluación de procesos comprenden:
· Evaluación de procesos
· Mejora de procesos
· Evaluación de la capacidad y/o madurez de los procesos
Por otro lado, en cuanto a otros aspectos como el ciclo de vida la norma SPICE también establece requisitos para la evaluación de procesos para las fases de ciclo de vida del software que se definen en la norma ISO/IEC 12207, así como requisitos para la evaluación de procesos las fases del ciclo de vida del sistema definidos en el estándar ISO/IEC 15288.
En la norma SPICE también encontramos requisitos que puede ser utilizada para la evaluación de procesos relacionados con el desarrollo de servicios TIC los cuales son definidos en la norma ISO/IEC 20000
¿POR QUÉ ES IMPORTANTE LA NORMA ISO/IEC 15504?
El vertiginoso crecimiento de la industria del Softwatre en los últimos tiempos hace necesario la imposición de estándares para la certificación de los procesos de desarrollo que acrediten a las empresas de cara a un mercado cada vez más internacional y competitivo.
Por otro lado, los organismos oficiales imponen la necesidad de garantizar un proceso de evaluación rigurosa de la capacidad de procesos TI de sus empresas contratistas como único medio para una evaluación formal basada en las evidencias.
En este escenario vemos como la administración electrónica en España exige a sus contratistas dentro del “Acuerdo marco para los servicios de desarrollo de sistemas de administración electrónica” una metodología basada en alguno de los siguientes modelos o certificaciones:
· El modelo CMMI-DEV v.1.3reali (Capability Maturity Model Integration for evelopment), en el nivel de madurez 3 o superior.
· El modelo de Madurez de la Ingeniería del Software (Norma ISO 15504), en el nivel de madurez 3 o superior.
Como conclusión podemos afirmar que una empresa del ámbito del desarrollo de sistemas informáticos que no cuente con algún sistema de gestión de calidad o de evaluación de sus procesos de desarrollo software tiene muy difícil situarse en un mercado competitivo o concurrir a cualquier licitación pública o privada.
Norma ISO/IEC 9126
La norma ISO/IEC 9126 de 1991, es la norma para evaluar los productos de software, esta norma nos indica las características de la calidad y los lineamientos para su uso, las características de calidad y sus métricas asociadas, pueden ser útiles tanto como para evaluar el producto como para definir los requerimientos de la calidad y otros usos. Esta norma definida por un marco conceptual basado en los factores talescomo Calidad del Proceso, Calidad del Producto del Software y Calidad en Uso; según el marco conceptual, la calidad del producto, a su vez, contribuye a mejorar la calidad en uso.
La norma ISO/IEC 9126 de 1991, es la norma para evaluar los productos de software, esta norma nos indica las características de la calidad y los lineamientos para su uso, las características de calidad y sus métricas asociadas, pueden ser útiles tanto como para evaluar el producto como para definir los requerimientos de la calidad y otros usos. Esta norma definida por un marco conceptual basado en los factores tales como Calidad del Proceso, Calidad del Producto del Software y Calidad en Uso; según el marco conceptual, la calidad del producto, a su vez, contribuye a mejorar la calidad en uso.
El modelo de la calidad en uso muestra un conjunto de 4 características: efectividad, productividad, integridad, y satisfacción.
El estándar ISO/IEC 9126 ha sido desarrollado en un intento de identificar los atributos clave de calidad para el software. El estándar identifica 6 atributos clave de calidad: 
· Funcionalidad: el grado en que el software satisface las necesidades indicadas por los siguientes subatributos: idoneidad, corrección, interoperatividad, conformidad y seguridad.
· Confiabilidad: cantidad de tiempo que el software está disponible para su uso. Esta referido por los siguientes subatributos: madurez, tolerancia a fallos y facilidad de recuperación. 
· Usabilidad: grado en que el software es fácil de usar. Viene reflejado por los siguientes subatributos: facilidad de comprensión, facilidad de aprendizaje y operatividad.
· Eficiencia: grado en que el software hace óptimo el uso de los recursos del sistema. Esta indicado por los siguientes subatributos: tiempo de uso y recursos utilizados.
· Facilidad de mantenimiento: la facilidad con que una modificación puede ser realizada. Está indicada por los siguientes subatributos: facilidad de análisis, facilidad de cambio, estabilidad y facilidad de prueba.
· Portabilidad: la facilidad con que el software puede ser llevado de un entorno a otro. Esta referido por los siguientes subatributos: facilidad de instalación, facilidad de ajuste, facilidad de adaptación al cambio. 
ISO/IEC 15288
Establece un marco común de descripciones de procesos para describir el ciclo de vida de los sistemas creados por humanos. Define un conjunto de procesos y terminología asociada desde un punto de vista de ingeniería. Estos procesos se pueden aplicar en cualquier nivel de la jerarquía de la estructura de un sistema. Los conjuntos seleccionados de estos procesos se pueden aplicar a lo largo del ciclo de vida para administrar y realizar las etapas del ciclo de vida de un sistema. Esto se logra mediante la participación de todas las partes interesadas, con el objetivo final de lograr la satisfacción del cliente.
Estándar ISO/IEC 14598
El estándar ISO/IEC 14598 es actualmente usado como base metodológica para la evaluación del producto software. En sus diferentes etapas, establece un marco de trabajo para evaluar la calidad de los productos de software proporcionando, además, métricas y requisitos para los procesos de evaluación de los mismos.
La norma define las principales características del proceso de evaluación:
· Repetitividad.
· Reproducibilidad.
· Imparcialidad.
· Objetividad.
Para estas características se describen las medidas concretas que participan:
· Análisis de los requisitos de evaluación.
· Evaluación de las especificaciones.
· Evaluación del diseño y definición del plan de evaluación.
· Ejecución del plan de evaluación.
· Evaluación de la conclusión. 
El estándar ISO/IEC 14598 define el proceso para evaluar un producto de software, el mismo consta de seis partes:
· ISO/IEC 14598-1 Visión General: provee una visión general de las otras cinco partes y explica la relación entre la evaluación del producto software y el modelo de calidad definido en la ISO/IEC 9126.
· ISO/IEC 14598-2 Planeamiento y Gestión: contiene requisitos y guías para las funciones de soporte tales como la planificación y gestión de la evaluación del producto del software.
· ISO/IEC 14598-3 Proceso para desenvolvedores: provee los requisitos y guías para la evaluación del producto software cuando la evaluación es llevada a cabo en paralelo con el desarrollo por parte del desarrollador.
· ISO/IEC 14598-4 Proceso para adquirientes: provee los requisitos y guías para que la evaluación del producto software sea llevada a cabo en función a los compradores que planean adquirir o reutilizar un producto de software existente o pre-desarrollado.
· ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guías para la evaluación del producto software cuando la evaluación es llevada a cabo por evaluadores independientes.
· ISO/IEC 14598-6 Documentación de Módulos: provee las guías para la documentación del módulo de evaluación.
Norma ISO/IEC 25000 (SquaRE)
 ISO 25000:2005 (SQuaRE -Software Quality Requirements and Evaluation) es una nueva serie de normas que se basa en ISO 9126 y en ISO 14598 (Evaluación del software). Uno de los principales objetivos de la serie SQuaRE es la coordinación y armonización del contenido de ISO 9126 y de ISO 15939:2002 (Measurement Information Model). 
ISO 15939 tiene un modelo de información que ayuda a determinar que se debe especificar durante la planificación, performance y evaluación de la medición. Para su aplicación, cuenta con los siguientes pasos: Recopilar los datos, Preparación de los datos y Análisis de los datos. 
SQuaRE está formada por las divisiones siguientes:
· ISO/IEC 2500n. División de gestión de calidad. Los estándares que forman esta división definen todos los modelos comunes, términos y referencias a los que se alude en las demás divisiones de SQuaRE. 
· ISO/IEC 2501n. División del modelo de calidad. El estándar que conforma esta división presenta un modelo de calidad detallado, incluyendo características para la calidad interna, externa y en uso. 
· ISO/IEC 2502n. División de mediciones de calidad. Los estándares pertenecientes a esta división incluyen un modelo de referencia de calidad del producto software, definiciones matemáticas de las métricas de calidad y una guía práctica para su aplicación. 
· ISO/IEC 2503n. División de requisitos de calidad. Los estándares que forman parte de esta división ayudan a especificar los requisitos de calidad. Estos requisitos pueden ser usados en el proceso de especificación de requisitos de calidad para un producto software que va a ser desarrollado o como entrada para un proceso de evaluación. El proceso de definición de requisitos se guía por el establecido en la norma ISO/IEC 15288 (ISO, 2003). 
· ISO/IEC 2504n. División de evaluación de la calidad. Estos estándares proporcionan requisitos, recomendaciones y guías para la evaluación de un producto software, tanto si la llevan a cabo evaluadores, como clientes o desarrolladores. 
· ISO/IEC 25050–25099. Estándares de extensión SQuaRE. Incluyen requisitos para la calidad de productos de software «Off-The-Self» y para el formato común de la industria (CIF) para informes de usabilidad.
IEEE 1061-1998
Es un estándar para una metodología de métricas de calidad de software. Este estándar es una revisión del IEEE 1061-1992. Proporciona una metodología para establecer requisitos de calidad y para identificar, implementar, analizar, y validar medidas de calidad del proceso y del producto software.