ISO/IEC 29119 Software Testing Standard

ISOEn las pasadas conferencias de SOLO PRUEBAS 2009 y Expoqa 2009 fué presentado el “Futuro estándar de pruebas de software ISO/IEC 29119″. Podéis ver una presentación de Javier Tuya (Profesor de la Universidad de Oviedo) en la web de calidaddelsoftware. La presentación incluye el plan de trabajo que se sigue para la creación del estándar, que se prevé finalizado para el 2012. La creación del estándar comenzó en 2007, con un grupo de aproximadamente 26 personas tiene como objetivo cubrir todo el ciclo de vida de las pruebas de sistemas software, prevé reemplazar estándares como IEEE y BSI en su parte de pruebas de software.

Os recomiendo que veías esta presentación porque os ayudará a comprender la complejidad y el trabajo que lleva la creación de un estándar de estas características.

Podéis encontrar más información en los siguientes links:

Referencia: calidaddelsoftware

ISO 15504 SPICE

ISOLa ISO 15504, también conocida como SPICE, es un estándar internacional de evaluación de los procesos de software. Comprende principalmente la evaluación y mejora de procesos así como la determinación de capacidad. Es un estandar equivalente y compatible al CMMI. Si queréis más información sobre la ISO 15504 SPICE, sólo tenéis que ir al link que adjunto en este post.

Referencia: http://www.isospice.com/

Norma ISO 29110 – Modelo de ciclo de vida de software para pequeñas empresas.

ISOToda empresa de desarrollo de software busca de una manera o de otra dos cosas: 1) que el producto se desarrolle correctamente (Validation), 2) que el producto satisfaga las expectativas del cliente (verification). Para ello, las PYMES es muchas ocasiones se ven forzadas a implantar un modelo de mejora que les permita optimizar y fortalecer sus procesos de desarrollo y como empresa.

Estos modelos suelen ser de difícil implantación en una empresa pequeña (PYMES) por su complejidad y lo estricto de sus procesos. Aún así, las PYMES pretenden también mejorar la calidad de sus productos, reduciendo el número de defectos encontrados en producción y estandarizar sus procesos sin que esto les suponga un coste demasiado elevado. Hasta ahora estas empresas tenía que usar CMMI-DEV, ISO 12207, ISO 15504 (también conocida como SPICE) e ISO 9001 como modelos de mejora de procesos y referencia mundial en la industria en la mejora de la calidad, modelos que están muy enfocados a grandes empresas. Read more

El famosísimo Modelo-V

Son muchas las presentaciones o artículos sobre calidad de software que siempre incluyen la figura del Modelo-V. Pero, ¿sabemos realmente lo que quiere decir? El modelo-V deriva directamente del modelo en cascada (Waterfall model), y se usa como base de procesos dentro del ciclo de vida de software. El modelo considera el testing como una actividad paralela al SDLC (Sofware development Life Cycle) y no como una actividad aislada que se realiza al final del desarrollo. Fue desarrollado en Alemania por el Ministerio de Defensa.

La siguiente figura muestra como cada fase de desarrollo (a la izquierda de la imagen) se alinean con las fases de testing.

modelo-v


Esta es la representación más simple del modelo en V, en muchos casos las organizaciones crean sus propios modelos usando este como base. El modelo puedes llegar a ser tan complejo como uno quiera.
Read more

Presentación “live” de la traducción al castellano del CMMI

presentacionHoy se presenta en directo desde León la traducción al castellano del modelo de mejora de procesos CMMI para desarrollo software. La jornada se podrá seguir en directo entre las 11:00 horas y las 14:00 horas (hora española) por internet a través del enlace: http://www.inteco.webcastlive.es, o través de un acceso directo en la página principal de la web de INTECO: www.inteco.es.

La presentación será realizada por el Director General de INTECO, Víctor M. Izquierdo, el Director General de Red.es, Sebastián Muriel y el CMMI Program Manager del SEI, Mike Phillips. Durante la jornada de presentación de la versión en español de CMMI para desarrollo software se ofrecerán una serie de conferencias sobre temas relacionados con la aplicación de este tipo de estándares.

¿Que es la metodología Métrica 3?

installationMétrica 3 es una metodología desarrollada y promovida por el Ministerio de Administraciones Públicas del Gobierno de España para la planificación, desarrollo y mantenimiento de sistemas informáticos para la gestión de actividades del ciclo de vida de los proyectos software dentro de las Administraciones Públicas. Este modelo es utilizado y exigido por la mayor parte de las Comunidades, Ayuntamientos y otros Organismos públicos.

Esta metodología propia está basada en el modelo de procesos del ciclo de vida de desarrollo ISO/IEC 12207 (Information Technology – Software Life Cycle Processes) así como en la norma ISO/IEC 15504 SPICE (Software Process Improvement And Assurance Standards Capability Determination).

Read more

¿Que es el Modelo CMM?

El CMM (Capability Maturity Model for Software), es decir, Modelo de Madurez de Capacidades. Fue creado por el Software Engineering Institute (SEI) y tiene como Meta el describir los elementos principales para llegar a cabo los procesos de software de una forma efectivos. El CMM consiste en una serie de procedimientos destinados a evaluar y mejorar los procesos de desarrollo, implementación y mantenimiento del software. Aunque aún está en vías desarrollo, es un estándar que la industria acepta para evaluar y garantizar la calidad y madurez de sus aplicaciones. Por otro lado, hay CMMs para procesos que no son estrictamente en el sector del software, como por ejemplo el BMP (Business Process Management).

Niveles del CMM
CMM define cinco niveles de madurez para una organización y proporciona un marco para moverse a partir de un nivel al siguiente. Las guías CMM contienen actividades diseñadas para ayudar a una organización para mejorar sus procesos con la meta de alcanzar capacidad de repetición, y control de los mismos. El CMM ha ganado considerable credibilidad en las industrias intensivas en el uso de conocimientos. La implantación del CMM ha permitido mejoras considerables en la calidad de los productos y bajado perceptiblemente el costo del desarrollo dentro de grandes compañías.

Las organizaciones han probado que mejorando sus procesos de desarrollo, CMM del nivel 1 al nivel 3, puede bajar su costo por hasta 50-60%. Aún más, quienes han estado en el negocio de la productividad del desarrollo del software por años, sostienen que la rentabilidad resultada de mejoras en productividad y reducción en tiempo de llegada al mercado.

Los niveles del CMM son:

1 – Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobre costes. El resultado de los proyectos es impredecible.

2 – Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. La relación con subcontratistas y clientes está gestionada sistemáticamente.

3 – Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detalladas y un nivel más avanzado de métricas en los procesos. Se implementan técnicas de revisión por pares (peer reviews).

4 – Gestionado. Se caracteriza por que las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El software resultante es de alta calidad.

5 – Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de innovación.

Beneficios de la implantación del modelo CMM
o Mayor efectividad en la detección de errores a lo largo del ciclo de vida del desarrollo del software, reduciendo drasticamente el número de defectos.

o Reducción de las desviaciones en plazo de los proyectos.

o Mayor tolerancia al cambio e incremento de la capacidad de adopción y adaptación de nuevas Tecnologías.

o Mejora en la rapidez y efectividad de respuesta ante exigencias del negocio.

o Mejora en la colaboración y comunicación.

o Mitigación de Riesgo.

o Reducción de los costes del proyectos.

Implementación en la Organización:
Una empresa que decide implentar el modelo CMM, indica que no sólo se preocupa por la calidad de su organización sino que quiere constituir un proceso continuo de mejora.

Una de las principales ventajas de una empresa que implanta CMM es que es mucho más flexible a la hora de integrar nuevos procesos.

Referencias:
+ Wikipedia, La enciclopedia libre

http://es.wikipedia.org

+ Software Engineering Institute, SEI

ITIL – Gestión de Servicios TI

El año pasado, en la coferencia internacional de QA&Test, estuve en una presentación sobre ITIL. Era la primera vez para mi que oía hablar de ello (aunque estoy seguro que se lleva años implantando), pero han pasado los meses y no paro de ir gente hablar de la Gestión de Servicios TI usando ITIL. Parece que se está poniendo de moda dentro de grandes organizaciones. Sólo quiero comentar un poco que es ITIL y a quién va dirigido y por si alguien no ha oido nunca hablar de ITIL, sepa al menos que es y donde puede encontrar más información.

ITIL (IT Infraestructure Library) fue desarrollado en la década de los 80 en Inglaterra. Es el framework o marco de procesos de Gestión de Servicios de TI que proporciona un conjunto de mejores prácticas recogidas por la Oficina Gubernativa de Comercio Británica y que describe los procesos necesarios para administrar el área de TI eficazmente con el fin de optimizar beneficios y garantizar la integración de los servicios en la cadena de valor de las unidades de negocio.

Read more