Reunión ISO/IEC JTC1/SC7 México 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 WG-26: Software testing https://sg.com.mx/revista/56/wg26-software-testing <span class="field field--name-title field--type-string field--label-hidden">WG-26: Software testing</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:07</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/luis-vinicio-leon-carrillo" hreflang="und">Luis Vinicio León Carrillo</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p>El &nbsp;Working Group 26 (WG-26) desarrolla y revisa estándares y reportes técnicos relacionados directamente con la prueba de software, y se enmarca en el Joint Technical Committee 1/SubCommitee 7 (JTC1/SC7), que tuvo su Reunión Interina el pasado Noviembre en la Ciudad de México.</p> <p dir="ltr">Para los trabajos de la reunión, algunos “puntos de protocolo” que consideramos que podría ser útil comentar son:</p> <ul> <li dir="ltr"> <p dir="ltr">Hay dos reuniones al año del JTC1/SC7: una “plenaria” y otra “interina”. Las resoluciones se toman solo en las plenarias. La próxima reunión es plenaria y se llevará a cabo en Nueva Delhi, India en mayo del 2018.</p> </li> <li dir="ltr"> <p dir="ltr">Los documentos de la ISO se escriben en Inglés británico; deben contener “bastantes” ejemplos y las figuras que se introducen deben venir acompañadas de texto “suficientemente” explicativo.</p> </li> <li dir="ltr"> <p dir="ltr">Cada grupo de trabajo incluye a un grupo de delegados de diversos países, es coordinado por un convocante (convener), y puede eventualmente involucrar parcialmente a organizaciones independientes (liaisons).</p> </li> <li dir="ltr"> <p dir="ltr">Al llegar a los 5 años de haberse publicado, los estándares deben ser revisados. Los países exponen si y cómo los usaron durante ese tiempo, y en función de ello se les realizan pequeñas mejoras, se sacan de circulación, o “algo intermedio”.</p> </li> <li dir="ltr"> <p dir="ltr">Es bastante común que Reportes Técnicos lleguen a convertirse en estándares ISO/IEC.</p> </li> </ul> <h3 dir="ltr">El grupo de trabajo 26</h3> <p dir="ltr">En el WG-26 se desarrolló el estándar ISO/IEC 20246 y la serie ISO/IEC 29119, y actualmente se desarrollan 5 reportes técnicos. Se tiene enlace con varias instituciones, entre ellas el ISTQB (certificación de testers) y la TMMi Foundation (certificación de organizaciones de testing).</p> <p dir="ltr">El WG-26 fue constituido a propuesta de Stuart Reid —quien es el convocante— hace al menos 5 años, y en él se involucran alrededor de 50 delegados, de los cuales asistimos solamente 10 a la reunión interina, provenientes de Japón, China, Alemania, Gran Bretaña, Estados Unidos, Australia, Sudáfrica, y México. Cabe mencionar que nunca antes se había tenido participación mexicana en este WG.</p> <h3 dir="ltr">Estructura</h3> <p dir="ltr">La serie ISO/IEC/IEEE 29119, consta de 5 partes:</p> <ol> <li dir="ltr"> <p dir="ltr">Conceptos y Definiciones, considera: el papel de las pruebas, el proceso de pruebas, técnicas y herramientas de pruebas, y la administración de defectos.</p> </li> <li dir="ltr"> <p dir="ltr">Procesos: &nbsp;proceso organizacional de pruebas, procesos de gestión de las pruebas, y procesos dinámicos de pruebas.</p> </li> <li dir="ltr"> <p dir="ltr">Documentación: proceso organizacional de pruebas, procesos de gestión y procesos dinámicos de pruebas.</p> </li> <li dir="ltr"> <p dir="ltr">Técnicas: técnicas de prueba, así como la medición de su cobertura.</p> </li> <li dir="ltr"> <p dir="ltr">Pruebas dirigidas por keywords: tanto su aplicación, como frameworks que faciliten su uso.</p> </li> </ol> <p dir="ltr">Por su parte, el ISO/IEC 20246 aborda las revisiones de productos; sus tipos (inspecciones, walkthroughs, revisiones), atributos, procesos, actividades, productos, reportes, y técnicas.</p> <h3 dir="ltr">Enfoque de reunión en México</h3> <p dir="ltr">La mayor parte del tiempo de la reunión en México se dedicó a la revisión de los 5 reportes técnicos que actualmente están desarrollando 5 equipos, &nbsp;cuyas temáticas son:</p> <ol> <li dir="ltr"> <p dir="ltr">Pruebas ágiles</p> </li> <li dir="ltr"> <p dir="ltr">Pruebas de desempeño</p> </li> <li dir="ltr"> <p dir="ltr">Pruebas de juegos</p> </li> <li dir="ltr"> <p dir="ltr">Pruebas de automóviles</p> </li> <li dir="ltr"> <p dir="ltr">Pruebas basadas en modelos</p> </li> </ol> <p dir="ltr">En la columna de “Prueba de Software” de esta edición de SG, comento más sobre mi involucramiento en el quinto reporte (pruebas basadas en modelos).</p> <p dir="ltr">Por otro lado, para obtener un contexto un poco más profundo sobre los estándares referenciados aquí sugerimos visitar la página del Laboratorio Nacional de Prueba de Software: &nbsp;&nbsp;<a href="http://lnps.mx">http://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>Luis Vinicio León Carrillo es Director General de e-Quallity. Realizó estudios de posgrado en Alemania, durante los cuales abordó temas relacionados con la Prueba de software y los Métodos y Lenguajes Formales. Fue profesor-investigador en la universidad ITESO y cofundador del Capítulo Occidente de la AMCIS. Es Miembro de la Delegación Mexicana ante la ISO.</p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> Fri, 23 Mar 2018 21:07:14 +0000 sg 8041 at https://sg.com.mx ¿Qué es el Grupo de Trabajo 24? https://sg.com.mx/revista/56/wg24 <span class="field field--name-title field--type-string field--label-hidden">¿Qué es el Grupo de Trabajo 24?</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:02</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/mirna-munoz" hreflang="und">Mirna Muñoz</a></li> <li><a href="/buzz/autores/jezreel-mejia" hreflang="und">Jezreel Mejía</a></li> </ul> </div> <div class="text-formatted field field--name-body field--type-text-with-summary field--label-hidden field__item"><p dir="ltr"><meta charset="utf-8">El Grupo de Trabajo 24 (WG24 por sus siglas en inglés) de la ISO es un grupo enfocado en el desarrollo de un conjunto de normas y guías del estándar ISO 29110 dirigidas a cubrir las necesidades en las Pequeñas Organizaciones (POs).</p> <p dir="ltr">En este contexto, una “pequeña organización” se refiere a cualquier grupo dedicado a desarrollar software y que tiene a máximo 25 personas. Esto incluye empresas dedicadas a la tecnología, organizaciones sin fines de lucro, y departamentos dentro de empresas dedicadas a otro rubro.</p> <h3 dir="ltr">¿Qué es el ISO/IEC 29110?</h3> <p dir="ltr">El ISO/IEC 29110 tiene como objetivo brindar una solución al problema relacionado con la baja adopción de estándares en las POs. Es importante mencionar que la serie ISO/IEC 29110 fue desarrollada tomando como base el modelo MoProSoft (actualmente la norma mexicana NMX-I-059-NYCE).</p> <p dir="ltr">Este estándar proporciona una ruta compuesta por 4 perfiles, que son aplicables a la mayoría de las muy pequeñas organizaciones que no desarrollan sistemas y/o software crítico. Cada perfil está basado en un conjunto de características de las POs, por ejemplo modelo de negocio, riesgos, etcétera., que a continuación se menciona:</p> <ul> <li dir="ltr"> <p dir="ltr">Perfil Entrada: dirigido a POs que típicamente desarrollan proyectos de 6 personas-mes o empresas de nueva creación.</p> </li> <li dir="ltr"> <p dir="ltr">Perfil Básico: dirigido a POs que están desarrollando solo un proyecto a la vez con un solo equipo de trabajo.</p> </li> <li dir="ltr"> <p dir="ltr">Perfil Intermedio: dirigido a POs que están desarrollando múltiples proyectos en paralelo con más de un equipo de desarrollo dentro del contexto de la organización.</p> </li> <li dir="ltr"> <p dir="ltr">Perfil Avanzado: dirigido a POs que desean mantenerse y crecer como empresas de desarrollo de software independientes y competitivas.</p> </li> </ul> <p dir="ltr">Cada perfil proporciona un conjunto de procesos, actividades, tareas y productos de trabajo.</p> <p dir="ltr">Al día de hoy se encuentran disponibles 3 de los 4 perfiles que componen al ISO/IEC 29110: el perfil de entrada, el perfil básico y el perfil intermedio. El perfil avanzado será publicado durante el 2018. También se construirán perfiles de entrada y básico para ingeniería de sistemas (distinto a ingeniería de software).</p> <p dir="ltr">Actualmente, el único perfil certificable es el perfil básico, pero se espera que para finales del 2018 o principio del 2019 los otros tres perfiles de software también sean certificables.</p> <h3 dir="ltr">Enfoque del trabajo actual</h3> <p dir="ltr">Durante la reunión de la ISO llevada a cabo en la Ciudad de México en noviembre del 2017, el grupo de trabajo 24 sesionó enfocándose en analizar el estado actual del estándar ISO/IEC 29110 relacionado con los siguientes temas:</p> <ul> <li dir="ltr"> <p dir="ltr">Experiencia de implementación del ISO/IEC 29110 en distintos países. Fueron presentadas experiencias en la implementación en países como México, Canadá, Colombia, Francia, Perú, Estados Unidos y Tailandia.</p> </li> <li dir="ltr"> <p dir="ltr">Una nueva extensión de la parte 4-1 especificación de perfiles del estándar enfocada en un perfil organizacional.</p> </li> <li dir="ltr"> <p dir="ltr">Nuevos anexos a ser incluidos en los perfiles, con la finalidad de ampliar el alcance de las guías para la implementación de este estándar en entornos ágiles y/o entornos DevOps. En este contexto se ha formado un subgrupo de estudio en estos temas.</p> </li> <li dir="ltr"> <p dir="ltr">Desarrollo de una encuesta cuyo objetivo es clarificar el estado actual del estándar ISO 29110 en empresas, organizaciones y la academia alrededor del mundo. Esta encuesta estará disponible en tres lenguajes Inglés, Español y Francés.</p> </li> <li dir="ltr"> <p dir="ltr">La adopción del estándar en la academia, relacionado en cómo motivar a los maestros en la enseñanza del estándar en nivel superior (licenciaturas y posgrados), para que los alumnos puedan ser introducidos en la adopción y uso de buenas prácticas de ingeniería y gestión.</p> </li> </ul> </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">Mirna Ariadna Muñoz Mata es Doctor en Informática por la Universidad Politécnica de Madrid (UPM). Actualmente es investigador asociado C &nbsp;y profesor del Centro de Investigación en Matemáticas (CIMAT) - Unidad Zacatecas en el área de Ingeniería de Software y tiene el nombramiento de SNI-I. Es autora del libro Metodología Multi-modelo para Implementar Mejoras de Procesos Software.</p> <p dir="ltr">Jezreel Mejia Miranda es Doctor en Informática por la Universidad Politécnica de Madrid (UPM). Actualmente es investigador asociado C y profesor del Centro de Investigación en Matemáticas, A.C. (CIMAT), Unidad Zacatecas, en el área de Ingeniería de Software y tiene el nombramiento de SNI-C. Forma parte del equipo oficial de traducción al español del libro CMMI-DEV v1.2 y 1.3.</p> </div> </div> <section class="field field--name-comment field--type-comment field--label-above comment-wrapper"> </section> <div class="field field--name-field-tags field--type-entity-reference field--label-above field--entity-reference-target-type-taxonomy-term clearfix"> <h3 class="field__label">Tags</h3> <ul class='links field__items'> <li><a href="/sg4w" hreflang="und">SG4W</a></li> <li><a href="/sg4w" hreflang="und">SG4W</a></li> </ul> </div> Fri, 23 Mar 2018 21:02:22 +0000 sg 8040 at https://sg.com.mx https://sg.com.mx/revista/56/wg24#comments