5/9/2018 Los Est and Ares de Calidad ISO Para Desarrollo de Software - slidepdf.com

http://slidepdf.com/reader/full/los-est-and-ares-de-calidad-iso-para-desarrollo-de-software 1/4

 

Los Estándares y Normas de Calidad para Desarrollo de Software

Al día de hoy, ha aumentado la complejidad con la que se desarrollan sistemas de información para la indus por lo que resulta difícil generar productos que cumplan cabalmente con las expectativas del cliente.

Para responder a esta situación, han surgido una serie de herramientas, técnicas y modelos que facilitan aorganizaciones, encargadas de las tecnologías de la información, generar productos que cumplan las expectatidel cliente e incluso las rebasen, herramientas que prometen ser la solución a los problemas de calidad, costtiempos de desarrollo; de éstas podemos mencionar a los “modelos de calidad” como la norma ISO 9000-20la ISO/IEC TR 15504 y el modelo CMM (Capability Maturity Model del Software Engineerig Institute SEI).

Aunque en el pasado se reconocía la necesidad de crear software de calidad, no se había hecho un esfuerzo se  para que nuestra industria generara productos que nos dieran la oportunidad de competir en el mercinternacional, con calidad equiparable o superior a la de países como la India o Irlanda. Afortunadamente, disituación ha cambiado; nuestro gobierno en conjunto con la industria, ha iniciado un esfuerzo serio p

impulsar la industria del software a través del Programa para el Desarrollo de la Industria del Softw(PROSOFT).

PROSOFT reconoce el estado incipiente de la industria mexicana de software, así como la necesidad de invecantidades crecientes de recursos en capital de tecnologías de información con objeto de contribuir de mansostenible al crecimiento de la economía y la generación de empleos bien remunerados.

Con el programa, se pretende establecer una industria de software competitiva internacionalmente y aseguracrecimiento a largo plazo, lo que situaría a México como líder de esta industria en Latinoamérica en 20además de convertirlo en líder desarrollador de soluciones de tecnologías de información de alta calidad y usosoftware en Latinoamérica.

1. Este programa tiene siete estrategias de donde emergen varios proyectos que ayudarán a que se alcan

las metas previstas en éste:2. Promover las exportaciones y la atracción de inversiones.3. Educar y formar personal competente en el desarrollo de software, en cantidad y calidad convenientes4. Contar con un marco legal promotor de la industria.5. Desarrollar el mercado interno.6. Fortalecer a la industria local.7. Alcanzar niveles internacionales en capacidad de procesos.8. Promover acciones conjuntas con los gobiernos estatales y construir infraestructura.

Para el caso de la estrategia 6, la Asociación Mexicana para la Calidad en Ingeniería de Software (AMCIS), cel auspicio de la Secretaría de Economía propone un modelo concebido, diseñado y desarrollado por menmexicanas, adecuado para las necesidades específicas de México y con ventajas respecto de otros. El nu

modelo, denominado MoProSoft, ofrece características que los otros no tienen de manera independiente; paraconcepción, se tomaron las mejores prácticas de los otros modelos y se integraron y mejoraron otrascontinuación, mencionamos a qué se refiere cada modelo y algunas de sus ventajas y desventajas.

5/9/2018 Los Est and Ares de Calidad ISO Para Desarrollo de Software - slidepdf.com

http://slidepdf.com/reader/full/los-est-and-ares-de-calidad-iso-para-desarrollo-de-software 2/4

 

Norma ISO 9000-2000

Es una norma internacional destinada a evaluar la capacidad de la organización para cumplir los requisitoscliente, los reglamentarios y los propios de la organización.

Ventajas

•

Tiene un mecanismo de certificación bien establecido.• Está disponible y es conocida.

Desventajas

•  No es específica para la industria de software.•  No es fácil de entender.•  No está definida como un conjunto de procesos.•  No es fácil de aplicar.

Capability Maturity Model (CMM)

Es un marco evolutivo organizado en cinco niveles para lograr la mejora continua de procesos.

Ventajas

• Específico para el desarrollo y mantenimiento de software.• Definido como un conjunto de áreas clave de procesos.• Tiene un modelo de evaluación.• Desde 1998 empezó a popularizarse en México.• Existen organizaciones evaluadas.

Desventajas

•

Es un modelo extranjero, no internacional.•  No es fácil de entender (inglés, 18 KPAs, 220 páginas).•  No es fácil de aplicar (pensado para organizaciones grandes).• La mejora no está enfocada directamente a los objetivos de negocio.• La evaluación es costosa y no tiene periodo de vigencia.• Se está abandonando a favor de CMM-I (el SEI dejará de dar soporte a partir del 2005).

ISO/IEC TR 15504

Define el modelo de referencia de procesos de software y de capacidades de procesos que constituyen la b para la evaluación de procesos de software. Se compone de 9 partes de las cuales la 2, 3 y 9 son normativas ydemás informativas.

Ventajas

• Específico para el desarrollo y mantenimiento de software.• Fácil de entender (24 procesos, 16 páginas).• Definido como un conjunto de procesos.• Orientado a mejorar los procesos para contribuir a los objetivos del negocio.

Desventajas

5/9/2018 Los Est and Ares de Calidad ISO Para Desarrollo de Software - slidepdf.com

http://slidepdf.com/reader/full/los-est-and-ares-de-calidad-iso-para-desarrollo-de-software 3/4

 

•  No es práctico ni fácil de aplicar.• Tiene solamente lineamientos para un mecanismo de evaluación.• Todavía no es norma internacional.

MoProSoft

Es un Modelo de Procesos para la Industria de Software que fomenta la estandarización de su operación, a tra

de la incorporación de las mejores prácticas en gestión e ingeniería de software. La adopción del modelo permelevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionalescompetitividad.

Ventajas

• Fácil de entender.• Fácil de aplicar.•  No es costoso en su adopción.• Sirve de base para alcanzar evaluaciones exitosas con otros modelos o normas, tales como I

9000:2000 [1] o CMM.1 V1.1[2].

A decir de sus creadores, el modelo está orientado a pequeñas y medianas empresas, hecho favorable siconsidera que aproximadamente el 80% de las empresas desarrolladoras de software del país caen en ecategoría. Su principal fortaleza es que integra varias de las prácticas propuestas por los otros modelos y corralgunas de sus desventajas, como son el hecho de que no ha sido liberado por completo o al menos faltamodelo de evaluación; además, está en proceso de convertirse en norma compitiendo con el proyecto de norISO/IEC TR 15504 y aunque no ha sido probado, se planea realizar pilotos en algunas organizaciones pevaluar qué tan fácil resulta su implantación determinando los recursos necesarios.

IEEE – CS

•

o ISO 9126 – Calidad del producto.

o ISO 14598 – Evaluación de productos de software.o ISO 12119 – Requerimientos de Calidad y Testing de COTS.o ISO 15939 – Proceso de medición de software.

En diciembre de 1992, el conjunto de los estándares de IEEE aprobó IEEE 1061-1992. Éste era el priestándar de IEEE que se ocupó del control de calidad.

Es importante que los usuarios de este estándar entiendan que esto es un estándar de proceso, y no un estánque asigna el control por orden específica para su uso. La filosofía de este estándar es que una organizac puede emplear siempre un control que juzgue el más apropiado para sus usos, mientras se siga la metodologíse validan las métricas. Otra razón de este acercamiento es que no había consenso de control para su uso

 provisiones de un estándar son obligatorias, no opcionales). Constante con este acercamiento se realizo la cade funcionamiento en la que de manera prevista se veia la aprobación y autorización de este proyecto porconjunto de los estándares de IEEE.

Debido a la regla de que un estándar se debe revisar o reafirmar en el plazo de cinco años de la emisión, eunidad del IEEE fue revisada, sometida y aprobada en 1998. La revisión era seleccionada, y los comentafueron resueltos en 1998. El estándar obtuvo la tarifa necesaria de la aprobación durante la votación y sometida al IEEE, los estándares del SA lo aprobaron en diciembre de 1998.

5/9/2018 Los Est and Ares de Calidad ISO Para Desarrollo de Software - slidepdf.com

http://slidepdf.com/reader/full/los-est-and-ares-de-calidad-iso-para-desarrollo-de-software 4/4

 

PROPÓSITO

La calidad del software es el grado en la cual el software posee una combinación deseada de cualidades.combinación de cualidades será definida claramente; si no la calidad se deja a la intuición.

Para el propósito de este estándar la calidad del software para un sistema es equivalente a definir una lista

cualidades del software de calidad requeridas para ese sistema.Para verificar las cualidades de la calidad del software, es necesario un apropiado sistema de control software.

El propósito del control del software, es hacer un análisis a través del ciclo de vida del software, si se esresolviendo los requisitos de calidad del software.

También el uso de control del software reduce subjetividad en la determinación y el control de la calidad software, proporcionando una base cuantitativa para tomar decisiones sobre software de calidad. Sin embael uso del control del software no elimina la necesidad del juicio humano en software evaluaciones.

Se espera que el uso del control del software dentro de una organización o de un proyecto tenga un beneficiefecto haciendo calidad del software más visible.

Más específicamente, el uso de la metodología de este estándar para el control de calidad permite aorganización:

• Alcance las metas de la calidad;

• Establecer requisitos de calidad para un sistema en su principio;

• Establecer los criterios y los estándares de la aceptación;

• Evaluar el nivel de la calidad alcanzado contra los requisitos establecidos;

• Detectar las anomalías o señalar los problemas potenciales en el sistema;

• Predecir el nivel de la calidad que será alcanzado en el futuro;

• Supervisar los cambios en la calidad cuando se modifique el software;

• Determinar la facilidad de cambio del sistema durante la evolución del producto;

• Validar el control de sistema.

Para lograr estos puntos, el proceso y la medición del producto se deben representar en el plan del control sistema.