Softqanetwork.com » Modelos

ISO/IEC 29119 Software Testing Standard

Javierpello — Mon, 14 Dec 2009 20:28:33 +0000

En 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

Javierpello — Mon, 12 Oct 2009 16:20:58 +0000

La 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.

Javierpello — Tue, 23 Jun 2009 12:51:10 +0000

Toda 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.

Como resultado a esta problemática saldrá en el 2010 la norma ISO/IEC 29110 Ingeniería de Software – Modelo de ciclo de vida para pequeñas empresas.

Referencia: www.iso.org

El famosísimo Modelo-V

Javierpello — Mon, 08 Jun 2009 10:58:42 +0000

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.

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.

La ventaja principal con respecto al modelo en cascada es simple, ya que este modelo involucra chequeos de cada una de las etapas del modelo de cascada. Los requisitos se validan con las pruebas de “User Acceptance Test”, Análisis y deseño de arquitectura con las pruebas de IST (integration & system test), mientras que las pruebas a nivel de componentes y a más bajo nivel se realizan en las fases de pruebas de “Assembly” y “Unit Test” respectivamente.

¿Cuales son los objetivos del modelo en V?

Minimizar los riesgos del projecto.
Mejorar y garantizar la calidad del projecto.
Reducir los costes totales a lo largo del ciclo de vida del projecto.
Mejorar la comunicación entre los Stakeholders.

En definitiva se trata de un modelo más robusto y completo que el Modelo de Cascada, y puede producir software de mayor calidad que con el modelo de cascada (todo depende de la empresa y el secto)

Referencias: http://en.wikipedia.org/wiki/VEE_model

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

Javierpello — Fri, 05 Jun 2009 06:59:47 +0000

Hoy 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?

Javierpello — Wed, 03 Jun 2009 23:04:49 +0000

Mé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).

Nunca he utilizado profesionalmente esta metodología, y me gustaría saber cual es vuestro opinión si la habéis utilizado alguna vez. Espero vuestros comentarios

Referencias: www.csi.map.es/csi/metrica3/index.html

¿Que es el Modelo CMM?

Javierpello — Tue, 13 Jun 2006 21:45:36 +0000

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

Javierpello — Mon, 13 Feb 2006 21:48:28 +0000

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.

El conjunto de “best practices” de ITIL permite hacer más eficiente la gestión de servicio de TI, generar orden, lenguaje y procesos comunes, que establecen la mejor manera de hacer las cosas. Este estándar no es una solución en sí; para lograrlo es fundamental contar con personas con el conocimiento para aplicar las recomendaciones y procesos necesarios.

Esta es un breve descripción del modelo actual:
+ Perspectiva de Negocios (The Business Perspective)
+ Administración de la Infraestructura de TIC (ICT Infrastructure Management)
+ Soporte de Servicios (Service Support)
+ Entrega de Servicios (Service Delivery)
+ Planeación para implementar la Administración de Servicios (Planning to implement Service Management)
+ Administración de la Seguridad( Security Management)
+ Administración de Aplicaciones (Application Management)

Cuales son los beneficios de implantar ITIL:
* Aumentar la satisfacción de los clientes.
* Reducir el costo de desarrollo de prácticas y procedimientos.
* Mejorar los flujos de comunicación entre el personal de informática y los clientes o usuarios.
* Aumentar la productividad, las capacidades y la experiencia de los colaboradores.
* Enfocar los servicios de TI hacia la calidad.
* Obtener una visión clara de la capacidad de las TI y sus ventajas para la organización.
* Obtener información acerca de los cambios que proporcionarán un mayor beneficio para la organización.
* Permitir la implantación efectiva de las TI.
* Favorecer una acertada toma de decisiones con base en indicadores de TI y organizacionales.
* Conocer los procesos de las TI y la forma en que apoyan a los procesos estratégicos.

Os recomiendo la siguiente web, es un curso online de fundamentos de ITIL:

http://itil.osiatis.es/Curso_ITIL/index.php

Donde implantan cursos:
En Barcelona podemos encontrar varios sitio que imparten cursos sobre ITIL, como la Fundació UPC, SoftwareAG, netmind ó la ati. Con unos precios que rondan los 600 – 1100 €. Podeis visitar sus webs para más info.

Preparar la Certificación:
Si estais pensado en preparar la certificación, la empresa americana SelfTest Software venda examenes prácticos para la certificación de los fundamentos en ITIL:

+ http://www.selftestsoftware.com/dept.aspx?dept%5Fid=13000

Referencias:
+ http://www.itil.co.uk/

En Castellano:
+ http://itil.osiatis.es/Curso_ITIL/index.php