Alejandro Ramírez https://sg.com.mx/ en ISO/IEC 25000: System and Software Quality Requirements and Evaluation https://sg.com.mx/revista/56/iso-iec-25000 <span class="field field--name-title field--type-string field--label-hidden">ISO/IEC 25000: System and Software Quality Requirements and Evaluation</span> <span class="field field--name-uid field--type-entity-reference field--label-hidden"><a title="View user profile." href="/user/1" lang="" about="/user/1" typeof="schema:Person" property="schema:name" datatype="" class="username">sg</a></span> <span class="field field--name-created field--type-created field--label-hidden">Fri, 03/23/2018 - 15:11</span> <div class="field field--name-field-numrevista field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Publicado en</h3> <ul class='links field__items'> <li><a href="/revista/56" hreflang="und">SG #56</a></li> </ul> </div> <div class="field field--name-field-seccion field--type-entity-reference field--label-hidden field--entity-reference-target-type-taxonomy-term clearfix"> <ul class='links field__items'> <li><a href="/revista/56/jtc1" hreflang="und">Reunión ISO/IEC JTC1/SC7 México</a></li> </ul> </div> <div class="field field--name-field-autor field--type-entity-reference field--label-inline field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label inline">Autor</h3> <ul class='links field__items'> <li><a href="/buzz/autores/aaron-moreno-monroy" hreflang="und">Aaron Moreno Monroy</a></li> <li><a href="/buzz/autores/alejandro-ramirez" hreflang="und">Alejandro Ramírez</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>En los últimos años hemos atestiguado la exitosa participación y liderazgo de México en la creación de los estándares ISO/IEC 29110, de los cuales el modelo mexicano Moprosoft fue precursor. Sin embargo, en una industria dirigida por los resultados, la calidad del producto de software desarrollado toma una relevancia cada vez mayor.</p> <p dir="ltr">Durante la reunión en México del ISO/IEC JT1/SC7, tuvimos el privilegio de formar parte del grupo de trabajo 6, responsable de la edición de la familia de estándares ISO/IEC 25000.</p> <h3 dir="ltr">Importancia</h3> <p dir="ltr">La familia de estándares ISO/IEC 25000, también conocida como SQuaRE (System and Software Quality Requirements and Evaluation) nos provee un marco de referencia y un lenguaje común para:</p> <ul> <li dir="ltr"> <p dir="ltr">Identificar y analizar los requerimientos no funcionales de un producto de software o sistema, basados en los atributos de calidad que marca el estándar.</p> </li> <li dir="ltr"> <p dir="ltr">Diseño de la arquitectura tecnológica basada en estos requerimientos.</p> </li> <li dir="ltr"> <p dir="ltr">Evaluación de la calidad interna y externa de un producto de software o sistema.</p> </li> </ul> <p dir="ltr">Cabe señalar que la serie ISO/IEC 25000 también contempla los estándares para la definición, medición y evaluación de requerimientos de calidad de datos y de servicios.</p> <h3 dir="ltr">Proyectos actuales</h3> <p dir="ltr">Actualmente este grupo está focalizado en los siguientes proyectos:</p> <ul> <li dir="ltr"> <p dir="ltr">IOS/IEC 25010-1, -2, -3: Este modelo describe las características de calidad que debe tener un producto de software.</p> </li> <li dir="ltr"> <p dir="ltr">ISO/IEC 25020: Define las mediciones necesarias para poder determinar el cumplimiento de las características de calidad definidos en las normas ISO/IEC 2501n.</p> </li> <li dir="ltr"> <p dir="ltr">ISO/IEC 25025: Proveer un modelo para medir la calidad de los servicios de TI.</p> </li> <li dir="ltr"> <p dir="ltr">ISO/IEC 25030: Provee recomendaciones para especificar los requisitos de calidad de los productos de software.</p> </li> </ul> <h3 dir="ltr">Trabajo durante la reunión en México</h3> <p dir="ltr">Durante la reunión en México intercambiamos experiencias con nuestros colegas internacionales &nbsp;sobre las necesidades específicas que hemos enfrentado en el entendimiento y adopción de SQuaRE. Estos son algunos de los principales temas discutidos:</p> <ul> <li dir="ltr"> <p dir="ltr">Integración del modelo de calidad de servicios con el de calidad del producto y calidad de los datos.</p> </li> <li dir="ltr"> <p dir="ltr">Presentación de los modelos basados en escenarios de uso, con el objetivo de favorecer su entendimiento.</p> </li> <li dir="ltr"> <p dir="ltr">Armonización entre las distintas partes del modelo, buscando remover secciones redundantes.</p> </li> <li dir="ltr"> <p dir="ltr">Clarificar términos comúnmente confundidos por la industria, tales como “características” de calidad en uso.</p> </li> <li dir="ltr"> <p dir="ltr">Restructuración del modelo requerimientos de calidad, con el objetivo de simplificar su estructura y redacción.</p> </li> <li dir="ltr"> <p dir="ltr">Revisión de cómo deben adoptarse los objetivos, metas y modelos de calidad.</p> </li> </ul> <p dir="ltr">El grueso del trabajo de la delegación mexicana se enfocó en la norma 25010, que describe las características de calidad de un producto de software. Estas son:</p> <ul> <li dir="ltr"> <p dir="ltr">Adecuación funcional. Es la capacidad de un producto para proveer las funciones requeridas para resolver aquellas necesidades para las que fue diseñado o adquirido.</p> </li> <li dir="ltr"> <p dir="ltr">Eficiencia de desempeño. Es la capacidad de un producto de software para utilizar de forma adecuada los recursos de los que dispone.</p> </li> <li dir="ltr"> <p dir="ltr">Compatibilidad. Es la capacidad de un producto o de sus componentes para intercambiar información con otros productos o sistemas.</p> </li> <li dir="ltr"> <p dir="ltr">Usabilidad. Es la capacidad de un producto para ser fácilmente aprendido, utilizado y que resulte atractivo para sus usuarios en las condiciones de uso adecuadas.</p> </li> <li dir="ltr"> <p dir="ltr">Confiabilidad. Es la capacidad de un producto de software para desempeñar las funciones especificadas de igual forma aún en condiciones de uso no óptimas pero que hayan sido especificadas.</p> </li> <li dir="ltr"> <p dir="ltr">Seguridad. Es la capacidad del producto de proteger la información generada y almacenada de forma que no puedan ser accedidos de forma no autorizada.</p> </li> <li dir="ltr"> <p dir="ltr">Mantenibilidad. Es la capacidad del producto de software para poder ser modificado de forma efectiva y eficiente.</p> </li> <li dir="ltr"> <p dir="ltr">Portabilidad. Es la capacidad de un producto de software que le permita ser transferido a un entorno diferente (hardware, software, operacional o de uso).</p> </li> </ul> <p dir="ltr">La parte 3 de la norma se enfoca en el impacto que el producto tendrá en su operación; a continuación listamos las características de calidad en uso:</p> <ul> <li dir="ltr"> <p dir="ltr">Efectividad. Es la cobertura de las metas específicas que pueden alcanzar los usuarios.</p> </li> <li dir="ltr"> <p dir="ltr">Eficiencia. Son los recursos que se requieren en relación con las metas alcanzadas.</p> </li> <li dir="ltr"> <p dir="ltr">Satisfacción. Es el grado en el cual las necesidades del usuario pueden ser alcanzadas en un contexto de uso específico.</p> </li> <li dir="ltr"> <p dir="ltr">Libre de riesgo. Es el grado en el cual un producto mitiga un riesgo potencial en un cierto contexto de uso.</p> </li> <li dir="ltr"> <p dir="ltr">Cobertura en contextos. Es el grado en el cual un producto se puede utilizar de forma efectiva, eficiente, libre de riesgo y que satisfaga las necesidades en los contextos para los que fue diseñada y aún más allá de estos contextos iniciales.</p> </li> </ul> <p dir="ltr">Si quiere saber más sobre estos estándares visite la página del Laboratorio Nacional de Prueba de Software (<a href="http://www.lnps.mx">www.lnps.mx</a>)</p> </div> <div class="text-formatted field field--name-field-autor-bio field--type-text-long field--label-above"> <div class="field__label">Bio</div> <div class="field__item"><p dir="ltr">Aarón Moreno Monroy es Director de Tecnología de e-Quallity. Fue profesor de asignatura de la Universidad ITESO. Estudió la Maestría en Ciencias en el CINVESTAV; su trabajo de tesis tuvo que ver con verificación formal, que aborda la prueba de software utilizando modelos matemáticos. Es Miembro de la Delegación Mexicana ante la ISO.</p> <p dir="ltr">Alejandro Alberto Ramírez Ramos es Director de Arquitectura, Gobierno y QA en Ultrasist. Graduado de la maestría de ingeniería en computación en el &nbsp;IIMAS de la UNAM, con estancia en la Universidad de Ottawa. Ha liderado proyectos de software por más de 15 años. Es evaluador del DMM (Data Maturity Model) reconocido por el CMMI Institute.</p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Fri, 23 Mar 2018 21:11:18 +0000 sg 8042 at https://sg.com.mx https://sg.com.mx/revista/56/iso-iec-25000#comments