0% encontró este documento útil (0 votos)
30 vistas5 páginas

Guía ISO/IEC 25000 para Software

Cargado por

hicelacreyo01
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
30 vistas5 páginas

Guía ISO/IEC 25000 para Software

Cargado por

hicelacreyo01
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

ISO-25000

Qué es un estándar

“Estándar” es definido por la ISO (Organización Internacional de


Estandarización) como: documento establecido por consenso y aprobado por
una institución reconocida, que prevé, para uso común y repetido, reglas,
directrices y características para actividades o sus resultados, encaminada a
la consecución del grado óptimo de definición en un contexto dado. Nota: las
normas deben basarse en los resultados consolidados de la ciencia, la
tecnología y la experiencia, y tener por finalidad promover beneficios
óptimos.
ISO/IEC 25000

Esta proporciona una guía para el uso de las nuevas series de estándares
internacionales, llamados Requisitos y Evaluación de Calidad de Productos de
Software (SQuaRE). Es una norma que se basa en la ISO 9126 y 14598 y su
principal objetivo es determinar una guía para el desarrollo de los productos de
software con la especificación y evaluación de requisitos de calidad. Establece
criterios para la especificación de requisitos de calidad de productos software,
sus métricas y su evaluación. El producto de software debe incorporar unas
características, de tal manera que se garantice su eficiencia de uso a los
requerimientos de los clientes. Se recomienda que los requisitos de calidad
deban ser proporcionales a las necesidades de la aplicación y lo crítico que sea
el correcto funcionamiento del sistema implementado.

La norma se compone por las siguientes divisiones:

 SO/IEC 2500n. División de gestión de calidad. 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. 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. Presenta 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. Presenta
aplicaciones de métricas para la calidad de software interna, externa y en uso.

 ISO/IEC 2503n. División de requisitos de calidad. ayuda 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 ó 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. proporciona 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.

Esta norma define tres vistas diferentes respecto al estudio de la calidad de un


producto software:
 Vista interna: se ocupa de las propiedades del software como: el tamaño, la
complejidad o la conformidad con las normas de orientación a objetos. Esta
vista puede utilizarse desde las primeras fases del desarrollo para detectar
deficiencia del software.

 Vista externa: analiza el comportamiento del software en producción y estudia


sus atributos, por ejemplo: el rendimiento de un software en una máquina
determinada, el uso de memoria de un programa o el tiempo de funcionamiento
entre fallos. Esta vista se utiliza una vez el software este completo y listo para
producción.

 Vista en uso: mide la productividad y efectividad del usuario final al utilizar el


software. Esta vista se utiliza una vez el software esté listo y será evaluado por
el cliente y dependerá de los factores determinantes del mismo.

Estado Actual
ISO/IEC Nombre Stage Status

25000:2005 Guide to SQuaRE 60.60 Published

25001:2007 Planning and management 60.60 Published

25010:2011 Quality model and guide 60.60 Published

25012:2008 Data Quality model 60.60 Published

25020:2007 Measurement reference model and guide 60.60 Published


TR
Quality Measure elements 60.60 Published
25021:2007

25030:2007 Quality Requirements 60.60 Published

Under
FDIS 25045 Evaluation module for recoverability 50.20
Development

Requirements for quality of Commercial Off-The-


25051:2006 Shelf (COTS) software product and instructions for 60.60 Published
testing

Common Industry Format (CIF) for Usability -- Under


DTR 25060 40.20
General Framework for Usability-related Information Development

Common Industry Format (CIF) for usability test


25062:2006 60.60 Published
reports

HASTA AQUÍ. GRACIAS

Criterios de Entrada (Entry Criteria): Se asegura que el entorno está en su sitio y que el sistema entero
soporta los procesos de testing. Algunos ejemplos:
 Todo el hardware está correctamente instalado, configurado y funcionando adecuadamente.
 Todos los diseños funcionales están revisados y firmados.
 La preparación de datos está lista.
 Todas las herramientas están preparadas para las pruebas.
 etc…
Criterios de Salida (Exit Criteria): Asegura que los requisitos del entorno han sido cumplidos antes de
subir al siguiente entorno y las pruebas realizas completas satisfactoriamente. Algunos ejemplos:
 100% de la ejecución de los test cases completados.
 90% pasados satisfactoriamente.(PASSED)
 100% de los defectos de prioridad crítica resueltos.
Estos son sólo algunos ejemplos, pero es de suma importancia tener definidos apropiadamente estos
criterios en nuestras estrategias y comunicarlos a toda la organización para que no haya ninguna duda
sobre los criterios que todo el mundo debe cumplir.

https://es.slideshare.net/breinerquintero/etapa-final-48592938 para trabajo colaborativo

También podría gustarte