FACULTAD DE CONTABILIDAD Y ADMINISTRACION

DE TECOMAN

SEMINARIO DE INTEGRACION V

NORMAS DE CALIDAD DE SOFTWARE

ALUMNO: HUGO ALBERTO AGUILAR BAZAN

5 C

PROF: OSCAR PEDRAZA FARIAS

Tecomn, Col. 7 de Septiembre de 2012

Tabla de contenido
INTRODUCCION....................................................................................................... 1
NECESIDAD DE UN CERTIFICADO DE CALIDAD........................................................2
DEFINICION DE CALIDAD......................................................................................... 4
MODELOS: CALIDAD DEL SOFTWARE......................................................................6
CMM (CapabilityMaturityModel)...........................................................................6
El Modelo CMMI..................................................................................................... 11
reas de procesos................................................................................................. 11
ISO........................................................................................................................ 16
LA FAMILIA DE ISO.............................................................................................. 16
ISO /IEC 25000................................................................................................... 19
ISO/IEC 2501n................................................................................................. 20
ISO/IEC 2502n................................................................................................. 20
ISO/IEC 2503n................................................................................................. 20
ISO/IEC 2504n................................................................................................. 20
ISO/IEC 2505025099..................................................................................... 21
LA SERIE DE ESTNDARES ISO 9000..................................................................23
ISO 9000:2000................................................................................................ 24
Aplicacin....................................................................................................... 24
El proceso de certificacin..............................................................................26
Alcance y vigencia de las certificaciones........................................................27
Costos............................................................................................................. 27
ISO 9000 es la solucin a todos los problemas?...............................................27
BENEFICIOS DE LA ISO 9000 2000..................................................................28
Ventajas de la ISO 9000-200...........................................................................28
POR QU ALGUNAS ORGANIZACIONES FALLAN?..............................................29
Caractersticas generales de las normas...........................................................30
La familia ISO 14000.......................................................................................... 31
El Sistema de Gestin Ambiental (ISO 14000-14004)........................................32
La auditora ambiental (ISO 14010-14015)........................................................34
Etiquetado ambiental (ISO 14020-14024)..........................................................35
Ciclo de vida del producto (ISO 14040-14044)...................................................36
PSP........................................................................................................................ 37

Propsito............................................................................................................ 37
Motivaciones...................................................................................................... 38
Estructura.......................................................................................................... 38
Beneficios de PSP............................................................................................... 38
Desventajas de PSP........................................................................................... 39
Herramientas Automatizadas.............................................................................40
Costo de PSP...................................................................................................... 41
SPICE..................................................................................................................... 42
CARACTERISTICAS.............................................................................................. 45
DIMENCIONES.................................................................................................... 46
PEMM.................................................................................................................... 49
Modelos de Madurez.......................................................................................... 50
Process and Enterprise Maturity Model (PEMM).................................................50

INTRODUCCION
En el tema de las normas de la calidad que estaremos viendo en este trabajo
encontraremos por qu existen y cules son las normas regulan los productos a nivel
nacional e internacional, esto con la finalidad de saber cules son los requisitos que
necesitan los productos que se desarrollan tanto nuevas lneas como existentes.

Para que una empresa que se dedica al desarrollo de productos le es conveniente

que los mismo cumplan con los requisitos de las normas de calidad segn sea su
giro, ya que cada rubro tiene sus propias normas de calidad, para que este tenga un
reconocimiento y que los usuarios finales sepan que estn comprando calidad y no
productos desechables.

NECESIDAD DE UN CERTIFICADO DE CALIDAD

El software en Colombia es desarrollado por empresas en su mayora micros y
pequeas, que no cuentan con procesos de industrializacin y tareas definidas, se
puede decir que es un desarrollo artesanal, por ende las debilidades que esto
representa ponen en peligro la competitividad de estas empresas. Las debilidades
ms fuertes podran enumerarse en:

Muy dependiente de la mano de obra

Altos costos, por los argos plazos de entrega

Calidad insuficiente

Procesos escasamente repetibles

Modelos de gestin organizacional apenas desarrollados.

Estructura reducida y carencias de personal cualificado en gestin

empresarial.

Para superar estas debilidades un certificado de calidad es el apropiado ya que

obliga a mejorar los procesos en las empresas. El StandishGroup, Chaos Report [6]
estima que la dificultad de gestionar el proceso de desarrollo de software conlleva a:

El 15% de todo el esfuerzo de desarrollo de software se desperdicia debido a

la cancelacin de proyectos (a nivel mundial)

El 50% de los proyectos de gran dimensin sobrepasa el presupuesto o se

retrasa en su plazo de entrega

 La mayora de los proyectos de pequea dimensin sobrepasan su presupuesto y

sufren el retraso de un 20% en los plazos de entrega La cantidad de trabajo en
productos de software se duplica cada dos aos1

El 75% de los sistemas de gran dimensin tienen problemas de

funcionamiento

Con el objetivo de lograr mejoras en el desarrollo de software y en sus procesos a

nivel mundial se han desarrollado modelos de calidad que les permiten a las
empresas certificarse y obtener mejores resultados sus productos y en su gestin
administrativa y gerencial.

El modelo internacional ms difundido es el Modelo de Capacidad y Madurez para el

Software

(CapabilityMaturityModelIntegration

CMMI),

que

proporciona

una

orientacin sobre el modo de hacerse control de los procesos de planificacin,

desarrollo, pruebas, y mantenimiento de software, a la vez que se logra una
evolucin hacia la cultura de la ingeniera y una mejora continua, pero como se
mencion anteriormente este modelo no es aplicable para las micro y pequeas
empresas, por lo tanto el modelo CMMI lo tom el ESI como ncleo para el desarrollo
del modelo IT-MARK, el cual puede ser aplicado a MiPymes de desarrollo de
software.

El SEI (Software EngineeringInstitute, University Carnegie Mellon) desarrollador del

modelo CMMI, revela los resultados obtenidos en un grupo de empresas que se
certificaron en el modelo2.
PerformanceCategory Median Number of
data Points Low High
Cost (lower) 38% 14 4.5% 87%
Schedule (shorter) 50% 14 20% 90%
Productivity (better) 50% 13 11% 376%
3

Quality (better) 50% 16 29% 94%

Customer 14% 5 10% 55%
Return on Investment 3:1 8 2:1 13:1

DEFINICION DE CALIDAD
Algunas definiciones de est son:

Propiedad o conjunto de propiedades inherentes a un objeto que permiten

apreciarlo como mejor, igual o peor que otros objetos de su especie [DRAE:
Diccionario de la Real Acadmica Espaola]

Conjunto de propiedades y de caractersticas de un producto o servicio que le

confieren capacidad para satisfacer necesidades expresadas o implcitas. [ISO
8042:1994]

Grado en el que un conjunto de caractersticas inherentes cumple con los

requisitos. [ISO 9000: 2000]

Calidad, significa desarrollar, disear y producir y mantener un producto que

sea el ms econmico, el ms til y siempre satisfactorio para el consumidor.
[Kaoru Ishikawa]

Calidad, es la aplicacin de los principios y tcnicas estadsticas en todas las

fases de la produccin, dirigida a la fabricacin ms econmica de un
producto (servicio) que es til en grado mximo y que tiene mercado. [William
Edwards Deming]

CALIDAD DEL SOFTWARE

4

Las definiciones de calidad de software

La calidad del software es el grado con el que un sistema, componente o

proceso cumple los requerimientos especificados y las necesidades o
expectativas del cliente o usuario. [IEEE, Std 610-1900]

Concordancia del software producido con los requerimientos explicitamente

establecidos, con los estandares de desarrollo prefijados y con los
requerimientos implicitos no establecidos formalmente, que desea el usuario.
[Pressman, 1998]

Trminos de Calidad de Software

Para poder afrontar el estudio de calidad del software debemos conocer primeros los
principales trminos empleados en esta rea:

Gestin de la Calidad de Software (Software Quality Management): Conjunto

de actividades de la funcin general de la direccin que determina la calidad,
los objetivos y las responsabilidades. Se basa en la determinacin y aplicacin
de las polticas de calidad de la empresa. La gestin o administracin de la
calidad se aplica normalmente a nivel empresa o dentro de la gestin de cada
proyecto. El propsito de la gestin de la calidad del software es entender las
expectativas del cliente en trminos de calidad, y poner en prctica un plan
proactivo para satisfacer esas expectativas.

Aseguramiento de la Calidad Software (Software QualityAssurance): Conjunto

de actividades planificadas y sistemticas necesarias para aportar la confianza
en que el producto (software) satisfar los requisitos dados de calidad.

Control de la Calidad de Software (Software Quality Control): Conjunto de

tcnicas y actividades de carcter operativo, utilizadas para verificar los
requisitos relativos a la calidad, centradas en mantener bajo control el proceso
de desarrollo y eliminar las causas de los defectos en las diferentes fases del
ciclo de vida.

Verificacin y Validacin de Software (Software Verification and Validation):

Conjunto de tcnicas y actividades ligadas al control de calidad del software
se trata de comprobar si los productos construidos en una fase de ciclo de
vida satisfacen los requisitos establecidos en una fase anterior y/o si el
software construido satisface los requisitos del usuario, es decir si el producto
de software funciona como el usuario quiere y realiza las funciones que se
haban solicitado.

MODELOS: CALIDAD DEL SOFTWARE

CMM (CapabilityMaturityModel)
El CMM tiene como objetivo evaluar los procesos en sus distintos niveles de
madurez, identificar los niveles a travs de los cuales una organizacin debe
formarse para establecer una cultura de excelencia en la ingeniera de software. El
modelo de madurez de procesos fue generado a travs de la experiencia colectiva de
los proyectos ms exitosos de software, generando as un conjunto de prcticas
importantes que deben ser implantadas por cualquier entidad que desarrolla o
mantiene software.

Modelo de Capacidad y Madurez o CMM, es un modelo de evaluacin de los

procesos de una organizacin.
6

Fue desarrollado inicialmente para los procesos relativos al software por la

Universidad Carnegie-Mellon para el SEI (Software EngineeringInstitute).

El SEI es un centro de investigacin y desarrollo patrocinado por el Departamento de

Defensa de los Estados Unidos de Amrica y gestionado por la Universidad
Carnegie-Mellon. "CMM" es una marca registrada del SEI.

A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los

Estados Unidos de Amrica, desarroll una primera definicin de un modelo de
madurez de procesos en el desarrollo de software, que se public en septiembre de
1987. Este trabajo evolucion al modelo CMM o SW-CMM (CMM for Software), cuya
ltima versin (v1.1) se public en febrero de 1993.

Este modelo establece un conjunto de prcticas o procesos clave agrupados en

reas Clave de Proceso (KPA - Key ProcessArea). Para cada rea de proceso define
un conjunto de buenas prcticas que habrn de ser:

Definidas en un procedimiento documentado

Provistas (la organizacin) de los medios y formacin necesarios

Ejecutadas de un modo sistemtico, universal y uniforme (institucionalizadas)

Medidas

Verificadas

A su vez estas reas de Proceso se agrupan en cinco "niveles de madurez", de

modo que una organizacin que tenga institucionalizadas todas las prcticas
incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de
madurez.

Los niveles son:

1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente estable

para el desarrollo y mantenimiento de software. Aunque se utilicen tcnicas correctas
de ingeniera, los esfuerzos se ven minados por falta de planificacin. El xito de los
proyectos se basa la mayora de las veces en el esfuerzo personal, aunque a
menudo se producen fracasos y casi siempre retrasos y sobrecostes. El resultado de
los proyectos es impredecible.

2 - Repetible. En este nivel las organizaciones disponen de unas prcticas

institucionalizadas de gestin de proyectos, existen unas mtricas bsicas y un
razonable seguimiento de la calidad. La relacin con subcontratistas y clientes est
gestionada sistemticamente.

3 - Definido. Adems de una buena gestin de proyectos, a este nivel las

organizaciones disponen de correctos procedimientos de coordinacin entre grupos,
formacin del personal, tcnicas de ingeniera ms detallada y un nivel ms
avanzado de mtricas en los procesos. Se implementan tcnicas de revisin por
pares (peer reviews).

4 - Gestionado. Se caracteriza porque las organizaciones disponen de un conjunto

de mtricas significativas de calidad y productividad, que se usan de modo
sistemtico para la toma de decisiones y la gestin de riesgos. El software resultante
es de alta calidad.

5 - Optimizado. La organizacin completa est volcada en la mejora continua de los

procesos. Se hace uso intensivo de las mtricas y se gestiona el proceso de
innovacin.

A partir de 2001, en que se present el modelo CMMI, el SEI ha dejado de

desarrollar el SW-CMM, cesando la formacin de los evaluadores en diciembre de
2003, quienes dispondrn hasta fin de 2005 para reciclarse al CMMI. Las
8

organizaciones que sigan el modelo SW-CMM podrn continuar hacindolo, pero ya

no podrn ser certificadas a partir de fin de 2005.

Nivel
Optimizado (5)

Caractersticas

rea Clave del

Proceso
Proceso de Gestin de

Capacidad de
Mejoramiento Continuo.

Cambio.
Innovacin Tecnolgica.

Administrado (4)

- Prevencin de Fallas.
Planeacin de la calidad Gestin de Calidad del
del producto y

Software.

seguimiento de las

Definido (3)

- Gestin cuantitativa del

mediciones del proceso

proceso de generacin

de produccin del

del software.

software
Proceso de Ciclo de
Vida definido e

Revisin Pares
(Colegas).

institucionalizado para Coordinacin interproveer control de

grupos
calidad
Aplicacin de la
Ingeniera de Software
Software para la gestin
del desarrollo
Programa de
capacitacin
Definicin de la
organizacin del
proceso
Foco en la organizacin
del proceso
9

Repetible (2)

Supeervisin de la

Gestin de la

gestin y seguimiento

configuracin del

del proyecto

software

Planificacin formal

Control de Calidad del

software
Gestin de los
desarrollos
subcontratados
Supervisin y
seguimiento de la
ejecucin del proyecto
de software
Planificacin formal del
proyecto de software
Gestin de
requerimientos

Inicial

Ad-hoc (impredecible,
catico)

El Modelo CMMI
CMMI es un modelo para la mejora de procesos que proporciona a las
organizaciones los elementos esenciales para procesos eficaces. Las mejores
prcticas CMMI se publican en los documentos llamados modelos. En la actualidad
hay dos reas de inters cubiertas por los modelos de CMMI: Desarrollo y
Adquisicin. La versin actual de CMMI es la versin 1.2. Hay dos modelos de la
versin 1.2 disponible:

10

CMMI para el Desarrollo (DEV-CMMI), Versin 1.2 fue liberado en agosto de

2006. En l se tratan procesos de desarrollo de productos y servicios.

CMMI para la adquisicin (ACQ-CMMI), Versin 1.2 fue liberado en noviembre

de 2007. En l se tratan la gestin de la cadena de suministro, adquisicin y
contratacin externa en los procesos del gobierno y la industria.

Independientemente del modelo que opta una organizacin, las prcticas CMMI
deben adaptarse a cada organizacin en funcin de sus objetivos de negocio. Las
organizaciones no pueden ser certificadas CMMI. Por el contrario, una organizacin
es evaluada (por ejemplo, usando un mtodo de evaluacin como SCAMPI) y recibe
una calificacin de nivel 1-5.

reas de procesos
El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes 22 reas de proceso:

Anlisis de causalidad y solucin

Configuration Management

Decisin de Anlisis y Resolucin

Proyecto Integrado de Gestin

Medicin y Anlisis

Innovacin organizacional y Despliegue

Definicin de procesos organizacionales

Enfoque en procesos organizacionales

Rendimiento de procesos organizacionales

Entrenamiento organizacional

Vigilancia y Control de proyectos

Planificacin de proyectos

Proceso y aseguramiento de calidad del producto

11

Integracin de Producto

Gestin de proyectos Cuantitativos

Gestin de requerimientos

Requerimientos de Desarrollo

Gestin de Riesgos

Gestin de Proveedores

Solucin

Validacin

Verificacin

Origen

Durante los aos 90, SEI desarroll modelos especficos para la mejora y medicin
de la madurez en varias reas:

CMM-SW: CMM for software

P-CMM: People CMM.

SA-CMM: Software Acquisition CMM.

SSE-CMM: Security Systems Engineering CMM.

T-CMM: Trusted CMM

SE-CMM: Systems Engineering CMM.

IPD-CMM: Integrated Product Development CMM.

A finales de la dcada era habitual que una organizacin implantara de forma

simultnea

el

modelo

CMM-SW

(CMM

for

software)

SE-CMM

(SystemsEngineeringCapabilityMaturityModel).

CMMI se desarroll para facilitar y simplificar la adopcin de varios modelos de forma

simultnea, y su contenido integra y da relevo a la evolucin de sus predecesores:
12

CMM-SW (CMM for Software).

SE-CMM (Systems Engineering Capability Maturity Model).

IPD-CMM (Integrated Product Development).

El cuerpo de conocimiento disponible en CMMI incluye:

Systems engineering (SE)

Software engineering (SW)

Integrated product and process development (IPPD)

Suppliersourcing (SS)

Organismos nacionales e internacional

Organismos Internacionales de Normalizacin

ISO - Organizacin Internacional para la Estandarizacin.

IEC - International Electrotechnical Commission.

IEEE - Institute of Electrical and Electronics Engineers.

ITU - Unin Internacional de Telecomunicaciones (engloba CCITT y CCIR).

IATA - International Air Transport Association

Organismos Regionales de Normalizacin

AMN - Asociacin Mercosur de Normalizacin.

APEC - Asia-Pacific Economic Cooperation.

CENELEC - Comit Europen de Normalisation Electrotechnique - Comit

Europeo de Normalizacin Electrotcnica.

CEN - Comit Europeo de Normalizacin.

13

COPANT - Comisin Panamericana de Normas Tcnicas.

CROSQ - Caribbean Community Regional Organisation for Standards and

Quality.

RAN - Red Andina de Normalizacin.

Organizaciones Privadas de Normalizacin

ACI - American Concrete Institute.

API - American Petroleum Institute.

ASCE - American Society of Civil Engineering.

ASME - American Society of Mechanical Engineers.

ASTM - ASTM International.

HL7 - Health Level Seven Inc.

IAPMO - International Association of Plumbing and Mechanical Officials.

NEMA - National Electrical Manufacturers Association.

NFPA - National Fire Protection Association.

NSF - NSF International.

UL - Underwriters Laboratories Inc.

Organismos Nacionales de Normalizacin que conforman

la ISO
Pas

Organismo

Web

Alemania

Deutsches Institut fr Normung

DIN

Argentina

Instituto Argentino de Normalizacin y

Certificacin

IRAM

Bolivia

Instituto Boliviano de Normalizacin y Calidad

IBNORCA

14

Chile

Instituto Nacional de Normalizacin

INN

Colombia

Instituto Colombiano de Normas Tcnicas y

Certificacin

ICONTEC

Costa Rica

Instituto de Normas Tcnicas de Costa Rica

INTECO

Cuba

Oficina Nacional de Normalizacin

NC

Ecuador

Instituto Ecuatoriano de Normalizacin

INEN

El Salvador

Consejo Nacional de Ciencia y Tecnologa

CONACYT *

Espaa

Asociacin Espaola de Normalizacin y

Certificacin

AENOR

Estados Unidos
de Amrica

American National Standards Institute

ANSI

Filipinas

Bureau of Product Standards

BPS

Francia

Association Franaise de Normalisation

AFNOR

Guatemala

Comisin Guatemalteca de Normas

COGUANOR *

Honduras

Consejo Hondureo de Ciencia y Tecnologa

COHCIT

Italia

Ente Nazionale Italiano di Unificazione

UNI

Japn

Japanese Industrial Standars Committee

JISC

Mxico

Direccin General de Normas

DGN

Nicaragua

Direccin de Tecnologa, Normalizacin y

Metrologa

DTNM

Panam

Comisin Panamea de Normas Industriales y

Tcnicas

COPANIT

Paraguay

Instituto Nacional de Tecnologa y

Normalizacin

INTN

15

Per

Instituto Nacional de Defensa de la

Competencia y de la Proteccin de la Propiedad INDECOPI
Intelectual

Reino Unido

British Standards Institution

BS

Repblica
Dominicana

Direccin General de Normas y Sistemas de

Calidad

DIGENOR

Rusia

Agencia Federal para la Regulacin Tcnica y la

GOST
Metrologa

Suiza

Swiss Association for Standardization

SNV

Uruguay

Instituto Uruguayo de Normas Tcnicas

UNIT

Venezuela

Fondo para la Normalizacin y Certificacin de

la Calidad

FONDONORMA

ISO
ISO (International Standard Organization): La norma ISO/IEC 9003 proporciona una
gua necesaria en las organizaciones para la aplicacin de la ISO 9001 a la
adquisicin de sumirlo, desarrollo, operacin y mantenimiento de software y sus
servicios relacionados. Identifica todos los aspectos que deberan ser tratados y es
independiente de la tecnologa, modelos de ciclos de vida, procesos de desarrollo y
estructuras organizacionales. La norma ISO 9001, especifica los requisitos para un
sistema de gestin de la calidad cuando una organizacin necesita demostrar su
capacidad de proporcionar de forma coherente productos que satisfagan los
requisitos del cliente y aspira a aumentar su satisfaccin a travs de la aplicacin
eficaz del sistema, incluyendo los procesos para la mejora continua del sistema y el
aseguramiento de la conformidad con los requisitos y de acuerdo a las
reglamentaciones existentes.
16

LA FAMILIA DE ISO
Las series de normas ISO relacionadas con la calidad constituyen lo que se
denomina familia de normas, las que abarcan distintos aspectos relacionados con la
calidad:

ISO 9000: Sistemas de Gestin de Calidad

Fundamentos, vocabulario, requisitos, elementos del sistema de calidad, calidad en

diseo, fabricacin, inspeccin, instalacin, venta, servicio post venta, directrices
para la mejora del desempeo.
ISO 9000 surge como una necesidad de desarrollar y promover normas de uso
comn entre pases a nivel mundial, con el propsito de reducir las variaciones en la
cadena PROVEEDOR-CLIENTE y de crear consistencia, pero de una forma
estandarizada en la fabricacin de productos y prestacin de servicios, con lo cual se
busca prevenir ms que detectar.
De ah que el nombre "ISO" no es una coincidencia, ni casualidad, ya que su origen
proviene del vocablo griego "ISOS" que significa "IGUAL", "ISO" es la raz de prefijo
"ISOS" y aparece en palabras como: ISOMTRICO = dimensiones iguales,
ISSCELES = lados iguales. Esto significa que todos en la empresa deben trabajar
de la misma forma.
Para llevar a cabo tan compleja labor, se crea en 1946 en Ginebra, Suiza, la
Organizacin Internacional para la Estandarizacin (ISO), la cual est integrada por
Comits Tcnicos con representantes de ms de 100 pases, quienes son
responsables de normalizar a nivel internacional todos los aspectos relacionados con
la Gestin y el Aseguramiento de Calidad.

17

ISO 10000: Guas para implementar Sistemas de Gestin de Calidad/ Reportes

Tcnicos
Gua para planes de calidad, para la gestin de proyectos, para la documentacin de
los SGC, para la gestin de efectos econmicos de la calidad, para aplicacin de
tcnicas estadsticas en las Normas ISO 9000. Requisitos de aseguramiento de la
calidad para equipamiento de medicin, aseguramiento de la medicin.

Son una serie normas cuyo propsito es brindar orientacin sobre temas especficos
para que la empresa obtenga mejoramiento continuo, las ms reconocidas son:

ISO 10001 CODIGO DE CONDUCTA DE LAS ORGANIZACIONES

ISO 10002 TRATAMIENTO DE LAS QUEJAS
ISO 10003 RESOLUCIN DE CONFLICTOS DE FORMA EXTERNA
ISO 10004 SEGUIMIENTO Y MEDICION
ISO 10005 PLANES DE CALIDAD
ISO 10006 GESTION DE CALIDAD EN LOS PROYECTOS
18

ISO 10007 GESTION DE LA CONFIGURACION

ISO 10012 METROLOGIA
ISO 10013 DOCUMENTACION DE SISTEMAS DE GESTION
ISO 10014 BENEFICIOS FINANCIEROS Y ECONOMICOS
ISO 10015 DIRECTRICES PARA LA FORMACION
ISO 10017 TECNICAS ESTADISTICAS

ISO

14000:

Sistemas

de

Gestin

Ambiental

de

las

Organizaciones.

Principios ambientales, etiquetado ambiental, ciclo de vida del producto, programas

de revisin ambiental, auditoras.

La Organizacin Internacional para la Estandarizacin (ISO), es un organismo con

sede en Ginebra, que nace luego de la segunda guerra mundial y constituida por
ms de 100 agrupaciones o pases miembros. Su funcin principal es la de buscar la
estandarizacin de normas de productos y seguridad para las empresas u
organizaciones a nivel internacional.

Las normas desarrolladas por ISO son voluntarias, comprendiendo que ISO es un
organismo no gubernamental y no depende de ningn otro organismo internacional,
por lo tanto, no tiene autoridad para imponer sus normas a ningn pas.

ISO /IEC 25000

En lo que se refiere a calidad del producto la norma ISO/IEC 25000 proporciona una
gua para el uso de las nuevas series de estndares internacionales, llamados
Requisitos y Evaluacin de Calidad de Productos de Software (SQuaRE).
Constituyen una serie de normas basadas en la ISO 9126 y en la ISO 14598
(Evaluacin del Software), y su objetivo principal es guiar el desarrollo de los
productos de software con la especificacin y evaluacin de requisitos de calidad.
Establece criterios para la especificacin de requisitos de calidad de productos

19

software, sus mtricas y su evaluacin. SQuaRE est formada por las divisiones
siguientes:

ISO/IEC 2500n. Divisin de gestin de calidad. Los estndares que forman esta
divisin definen todos los modelos comunes, trminos y referencias a los que se
alude en las dems divisiones de SQuaRE.

ISO/IEC 2501n. Divisin del modelo de calidad. El estndar que conforma esta
divisin presenta un modelo de calidad detallado, incluyendo caractersticas para la
calidad interna, externa y en uso.

ISO/IEC 2502n. Divisin de mediciones de calidad. Los estndares pertenecientes

a esta divisin incluyen un modelo de referencia de calidad del producto software,
definiciones matemticas de las mtricas de calidad y una gua prctica para su
aplicacin. Presenta aplicaciones de mtricas para la calidad de software interna,
externa y en uso.

ISO/IEC 2503n. Divisin de requisitos de calidad. Los estndares que forman

parte de esta divisin ayudan a especificar los requisitos de calidad. Estos requisitos
pueden ser usados en el proceso de especificacin de requisitos de calidad para un
producto software que va a ser desarrollado como entrada para un proceso de
evaluacin. El proceso de definicin de requisitos se gua por el establecido en la
norma ISO/IEC 15288 (ISO, 2003).

ISO/IEC 2504n. Divisin de evaluacin de la calidad. Estos estndares

proporcionan requisitos, recomendaciones y guas para la evaluacin de un producto
software, tanto si la llevan a cabo evaluadores, como clientes o desarrolladores.

20

ISO/IEC 2505025099. Estndares de extensin SQuaRE. Incluyen requisitos

para la calidad de productos de software Off-The-Self y para el formato comn de la
industria (CIF) para informes de usabilidad.

La norma ISO 25000 ha sido desarrollada por el subcomit SC 7 (Ingeniera de

software

sistemas)

del

Comit

Tcnico

Conjunto

ISO/IEC

JTC

1.

Al igual que la norma ISO/IEC 9126, este estndar define tres vistas diferenciadas en
el estudio de la calidad de un producto:

Vista interna: esta vista se ocupa de las propiedades del software como: el tamao,
la complejidad o la conformidad con las normas de orientacin a objetos.

Vista externa: vista que analiza el comportamiento del software en produccin y

estudia sus atributos, por ejemplo: el rendimiento de un software en una mquina
determinada, el uso de memoria de un programa o el tiempo de funcionamiento entre
fallos.

Vista en uso: mide la productividad y efectividad del usuario final al utilizar el

software.

La segunda, sin embargo, necesita que el producto software este completo y se

utilizar por tanto en el pase a produccin del producto, siendo muy dependiente de
la mquina donde se ejecute.

Por ltimo la tercera vista que tambin estudia el producto software finalizado ser
dependiente del usuario y estar condicionada a los factores personales del mismo.
Puede observarse que las distintas vistas se interrelacionan, afectando los valores de
la vista interna a los de la vista externa y los de la vista externa a los de la vista en
21

uso. As por ejemplo: un software con una alta complejidad probado sobre una
mquina con bajas prestaciones tendr un rendimiento bajo que provocar que el
usuario final tenga un rendimiento inferior al esperado independientemente de sus
factores humanos.

La serie ISO 25000 no establece los niveles de calidad deseables para cada
proyecto, si bien se recomienda que los requisitos de calidad debern ser
proporcionales a las necesidades de la aplicacin y lo crtico que sea el correcto
funcionamiento del sistema implementado.

El modelo de referencia para la medicin de la calidad del producto software de la

norma ISO/IEC 25000 establece que la calidad del producto software est
compuesta de caractersticas de calidad, las cuales a su vez se componen de
subcaractersticas. As mismo, establece que las medidas de calidad software
(Software QualityMeasures) indican las caractersticas y subcaractersticas de
calidad del producto software, Figura 1.

El valor de estas medidas de calidad software se obtiene por la aplicacin de una

funcin de medida (MeasurementFunction) a los elementos de medida de calidad
(QualityMeasureElements). Los elementos de medida de calidad son medidas base o
medidas derivadas obtenidas segn describe el mtodo de medicin correspondiente
(measurementmethod), de acuerdo a la ISO/IEC 15939.

Aunque las normas ISO/IEC 9126 y 25000 establecen cules son las caractersticas
de la calidad de un producto software y sus su caractersticas, no indica qu medidas
de calidad indican una su caracterstica.

22

LA SERIE DE ESTNDARES ISO 9000

Las normas ISO 9000 han cobrado mayor relevancia internacional en la ltima
dcada y en la actualidad es utilizada en ms de 120 pases.

Estas normas requieren de sistemas documentados que permitan controlar los

procesos que se utilizan para desarrollar y fabricar los productos. Estos tipos de
sistemas se fundamentan en la idea de que hay ciertos elementos que todo sistema
de calidad debe tener bajo control, con el fin de garantizar que los productos y/o
servicios se fabriquen en forma consistente y a tiempo.

Las ISO 9000 no definen cmo debe ser un Sistema de Gestin de Calidad de una
organizacin, sino que ofrecen especificaciones de cmo crearlo e implementarlo;
ste ser diferente en funcin de las caractersticas particulares de la organizacin y
sus procesos.

Las normas se revisan cada 5 aos para garantizar la adecuacin a las tendencias y
dinmica del contexto mundial. En el ao 2000 cobraron vigencia los cambios
23

propuestos para las ISO 9000, los que se tradujeron en las actuales Normas ISO
9000 versin 2000.

Las ISO 9000:2000 quedaron conformadas por tres grandes apartados:

ISO 9000:2000, Sistemas de Gestin de Calidad: Principios y vocabulario.

ISO 9001:2000, que trata sobre los requisitos de los Sistemas de Gestin de
Calidad, y las
ISO 9004:2000, que se refieren a recomendaciones para llevar a cabo las
mejoras de calidad

Las caractersticas ms importantes y novedosas de esta serie son:

La orientacin hacia el cliente

La gestin integrada

El nfasis en el proceso de negocios

La incorporacin de la Mejora Continua

La medicin de la satisfaccin del cliente

Aplicacin
La ISO 9001 2000 se puede aplicar en cualquier tipo de organizacin, ya sea con o
sin fines de lucro, manufacturera o de servicios, grande, mediana o pequea.

Qu se necesita para iniciar un proceso de Aseguramiento de la Calidad

s/Normas ISO serie 9001-2000?

Compromiso real y participacin de los directivos

24

Involucramiento de todos los empleados

Comunicacin

Capacitacin de todas las reas de la organizacin

Disponibilidad de recursos dedicados a la implementacin del SGC

(responsables, tiempos, dinero, espacios fsicos para reuniones, etc.)

Definicin clara de responsabilidades

Realizacin de un diagnstico de calidad

Comprensin de los requerimientos de los clientes

Fijacin de polticas y objetivos de calidad

Establecimiento de un plan de calidad

Ordenamiento de la documentacin existente

Creacin de la documentacin del SGC s/ norma ISO (Manual de Calidad,

procedimientos, instrucciones de trabajo)

Puesta a punto o calibracin de mquinas, equipos, etc.

Diseo e implementacin de mecanismos de mejora continua.

Definicin, planificacin e implementacin de actividades de medicin y

seguimiento necesarias para asegurar el cumplimiento de las exigencias de la
norma.

25

El proceso de creacin y puesta a punto del SGC puede realizarse con o sin ayuda
externa, es decir, puede llevarse a cabo por personal interno de la organizacin o
contratando un consultor externo.

Los tiempos estimados para la implementacin de los requisitos de la norma ISO

9001-2000 varan en funcin del estado inicial de los procesos, documentacin
existente, prcticas vigentes, complejidad del sistema de negocios, tamao de la
empresa, entre otros, siendo el tiempo mnimo de alrededor de 1 ao para las
organizaciones ms simples.

Una vez que la organizacin ha preparado su SGC e implemantado todos los

requerimientos de la norma, debe acudir a una organizacin independiente, conocida
como Organismo de Certificacin, quien evaluar el sistema contra los estndares de
la norma.
El proceso de certificacin
Cada Organismo Miembro de la ISO acredita a los Organismos de Certificacin para
que realicen auditoras y emitan una recomendacin; una vez emitida, el Organismo
Miembro aprueba el registro para que el Organismo Certificador emita el certificado
ISO. (Los certificados no los emite ISO sino el Organismo Certificador o de Registro).

En la Argentina existen ms de 20 organizaciones que emiten certificados ISO, pero

el 80% del mercado est repartido entre 4 de ellas: BVQI, DNV, IRAM y TUV
Rheinland. La empresa que requiere la certificacin presenta una solicitud o registro
a un Organismo de Certificacin/Registro (IRAM, Bureau Veritas, TUV, SGS, etc.), en
donde generalmente se aportan datos de la empresa tales como: tamao de la
compaa, cantidad y localizacin de sus instalaciones, productos, cules de stos
se incorporarn al registro, quienes sern las personas de contacto para la ISO en la
empresa y cmo se documentan y respaldan los procedimientos de acuerdo a los
estndares de la Norma.
26

El siguiente paso es una evaluacin preliminar por parte de los auditores del
organismo contratado, evaluacin que puede dar lugar a sugerencias por parte de
stos para tomar acciones correctivas. Superada esta instancia, se realiza una
auditora completa, de donde surgen las recomendaciones que los auditores elevan
al organismo de acreditacin. Si una empresa no es aprobada, existen mecanismos
para apelar la decisin.

Alcance y vigencia de las certificaciones

El certificado ISO 9000 es vlido solamente para aquellas reas de la empresa en los
cuales se han seguido los pasos de gestin de calidad dictados en la Norma, ya sea
desde un proceso particular o un tipo de productos, hasta el proceso de negocios
global. As, es posible encontrar empresas que obtienen un certificado ISO 9001 para
una de sus Divisiones, o para una de sus plantas de produccin, o para una lnea de
productos, por ejemplo.

Las certificaciones se otorgan por un perodo de tres aos; durante ese tiempo se
deben llevar a cabo auditoras de vigilancia, a cargo del organismo certificador; las
mismas se realizan cada 6, 9 o 12 meses, de acuerdo al tamao y complejidad de la
organizacin. Cumplido ese lapso, la empresa decidir la conveniencia de una recertificacin.
Costos
Inicialmente, el desarrollo e implementacin de un SGC cuesta dinero, pero el costo
bien se ve superado por las ganancias en eficiencia, productividad, rentabilidad,
satisfaccin del cliente y aumento de la presencia en diferentes mercados.
27

Los costos de una certificacin varan de acuerdo al tamao de la organizacin, la

complejidad de sus procesos y la dispersin geogrfica de sus operaciones, entre
otras variables. A los costos de la certificacin deben agregarse los gastos previos de
preparacin y puesta a punto.

ISO 9000 es la solucin a todos los problemas?

La gestin de la calidad segn estos estndares no cura todos los problemas, pero
ofrece una gran ayuda para mejorar el desempeo de la organizacin.
Implementando un SGC se pueden tener ms posibilidades de detectar los
problemas con anticipacin y utilizar la experiencia para evitar futuros errores, ya
que, como las normas requieren el planeamiento del trabajo antes de efectuarlo antes de fabricar el producto o brindar el servicio -, los problemas pueden
identificarse en etapas tempranas, de tal forma de permitir la buena realizacin de las
cosas desde la primera vez.

BENEFICIOS DE LA ISO 9000 2000

A continuacin se enumeran algunos de los aspectos positivos de la certificacin de
un SGC de acuerdo a las Normas Internacionales de Calidad:
Ventajas de la ISO 9000-200

Mejora el ordenamiento interno de las organizaciones .

Mejora en el anlisis de los productos y procesos a travs de un sistema

organizado de registros.

Facilita el planteamiento de todas las actividades.

Confianza en la capacidad para controlar productos y procesos.

Mayor precisin en las especificaciones.

Correcta interpretacin.
28

Mayores chances de satisfacer al cliente.

Identificacin de errores en las especificaciones/ordenes.

Reduccin de las no-conformidades.

Disminucin de reclamos de clientes.

Mejor comunicacin.

Mejor comprensin de polticas, objetivos y procesos de trabajo.

Mejor aptitud y actitud de los empleados, mejor clima laboral.

Mejor relacin entre clientes y proveedores.

Aumento de la eficiencia.

Disminucin de costos.

Menores errores de diseo. Procesamiento y entregas.

Reduccin de desperdicios.

Menores gastos por garantas.

Mayor control sobre contratistas y proveedores.

Promocin de mejoras continuas.

Mejor posicionamiento en mercados actuales.

Mejor reputacin de la organizacin.

29

Mejores productos.

Posibilidad de disminucin de precios.

Mayores oportunidades para el desarrollo de nuevos mercados.

Y todo esto lleva a tener mejor competitividad

POR QU ALGUNAS ORGANIZACIONES FALLAN?

La mayora de las compaas que han fracasado en su intento en la implementacin
de un SGC s/ las Normas ISO poseen algo en comn: la falta de compromiso.
No alcanza solamente con cumplir los requisitos de documentacin exigidos por la
norma, no alcanza con poner en marcha el sistema y dejarlo actuar por s mismo. La
verdadera diferencia est en la gente. Si los directivos no se involucran seriamente,
si realmente no comprenden la necesidad de cambiar, si no prestan atencin a sus
mercados, si no ponen en prctica un liderazgo participativo, si no impulsan una
cultura de calidad a lo largo y a lo ancho de la organizacin, la implementacin de las
normas slo ser un mero requerimiento formal condenado al fracaso.

Slo el esfuerzo compartido de todos los integrantes de la organizacin har posible

que los beneficios de trabajar s/ segn los estndares de la ISO se hagan realidad.
Otros motivos que pueden hacer que los resultados obtenidos no sean los deseados
se relacionan con una mala definicin de los objetivos de calidad, mala planificacin,
errores en la identificacin y definicin de los procesos crticos y/o una incorrecta
evaluacin costos-beneficios.

Las ISO 14000 son normas internacionales que se refieren a la gestin ambiental de
las organizaciones. Su objetivo bsico consiste en promover la estandarizacin de
formas de producir y prestar servicios que protejan al medio ambiente, minimizando
30

los efectos dainos que pueden causar las actividades organizacionales.

Los estndares que promueven las normas ISO 14000 estn diseados para proveer
un modelo eficaz de Sistemas de Gestin Ambiental (SGA), facilitar el desarrollo
comercial y econmico mediante el establecimiento de un lenguaje comn en lo que
se refiere al medio ambiente y promover planes de gestin ambiental estratgicos en
la industria y el gobierno.

Un SGA es un sistema de gestin que identifica polticas, procedimientos y recursos

para cumplir y mantener un gerenciamiento ambiental efectivo, lo que conlleva
evaluaciones rutinarias de impactos ambientales y el compromiso de cumplir con las
leyes y regulaciones vigentes en el tema, as como tambin la oportunidad de
continuar mejorando el comportamiento ambiental.

Caractersticas generales de las normas

Las normas ISO 14000 son estndares voluntarios y no tienen obligacin

legal.

Tratan mayormente sobre documentacin de procesos e informes de control.

Han sido diseadas para ayudar a organizaciones privadas y

gubernamentales a establecer y evaluar objetivamente sus SGA .

Proporcionan, adems, una gua para la certificacin del sistema por una
entidad externa acreditada.

No establecen objetivos ambientales cuantitativos ni lmites en cuanto a

emisin de contaminantes. No fijan metas para la prevencin de la
contaminacin ni se involucran en el desempeo ambiental a nivel mundial,
sino que establecen herramientas y sistemas enfocados a los procesos de
produccin de una empresa u otra organizacin, y de las externalidades que
de ellos deriven al medio ambiente.
31

Los requerimientos de las normas son flexibles y, por lo tanto, pueden ser
aplicadas a organizaciones de distinto tamao y naturaleza.

La familia ISO 14000

La familia de estndares referidos a la gestin ambiental est constituida por las
siguientes normas:
- ISO 14000: Gua a la gerencia en los principios ambientales, sistemas y tcnicas
que se utilizan.
- ISO 14001: Sistema de Gestin Ambiental. Especificaciones para el uso.
- ISO 14010: Principios generales de Auditora Ambiental.
- ISO 14011: Directrices y procedimientos para las auditoras
- ISO 14012: Guas de consulta para la proteccin ambiental. Criterios de
calificacin para los auditores ambientales.
- ISO 14013/15: Guas de consulta para la revisin ambiental. Programas de
revisin, intervencin y gravmenes.
- ISO 14020/23: Etiquetado ambiental
- ISO 14024: Principios, prcticas y procedimientos de etiquetado ambiental
- ISO 14031/32: Guas de consulta para la evaluacin de funcionamiento
ambiental
- ISO 14040/4: Principios y prcticas generales del ciclo de vida del producto
- ISO 14050: Glosario
- ISO 14060: Gua para la inclusin de aspectos ambientales en los estndares de
productos
Esta familia de normas fue aprobada por la Organizacin Internacional para la
Estandarizacin (ISO) en Septiembre de 1996. La versin oficial en idioma espaol
fue publicada en Mayo de 1997.

32

El Sistema de Gestin Ambiental (ISO 14000-14004)

Tal como se mencion anteriormente, un SGA es una descripcin de cmo lograr los
objetivos dictados por la poltica ambiental, as como tambin las prcticas,
procedimientos y recursos necesarios para implementar la gestin. Este sistema se
circunscribe a la serie ISO 14000-14004.
ISO 14000 es un conjunto de varios estndares. La norma ISO 14001 describe los
elementos necesarios de un SGA y define los requisitos para su puesta en marcha,
de modo de garantizar la adecuada administracin de los aspectos importantes e
impactos significativos de la gestin ambiental, tales como las emisiones a la
atmsfera, el volcado de efluentes, la contaminacin del suelo, la generacin de
residuos y el uso de recursos naturales, entre otros (efectos ambientales que pueden
ser controlados por la organizacin).
La norma ISO 14004 ofrece directrices para el desarrollo e implementacin de los
principios del SGA y las tcnicas de soporte, adems presenta guas para su
coordinacin con otros sistemas gerenciales tales como la serie ISO 9000. El
propsito de esta norma es que sea utilizado como una herramienta interna y no
como un procedimiento de auditora.
Por qu implementar un SGA segn ISO 14001?
La gestin medioambiental por ISO 14001 aporta beneficios en mltiples reas de
una organizacin, entre ellos: ayuda a prevenir impactos ambientales negativo; evita
multas, sanciones, demandas y costos judiciales, al reducir los riesgos de
incumplimiento de la normativa legal aplicable; facilita el cumplimiento de las
obligaciones formales y materiales exigidas por la legislacin medioambiental
vigente; permiten optimizar inversiones y costos derivados de la implementacin de
medidas correctoras; facilita el acceso a las ayudas econmicas de proteccin
ambiental; reduce costos productivos al favorecer el control y el ahorro de las
33

materias primas, la reduccin del consumo de energa y de agua y la minimizacin

de los recursos y desechos; mejora la relacin o imagen frente a la comunidad.

La certificacin ISO 14000

Antes de comenzar el proceso de certificacin se debe realizar una auditora
ambiental que caracterice adecuadamente los contaminantes y que site a la
organizacin frente a las normas ambientales de cumplimiento obligatorio, ya sean
nacionales, provinciales o municipales. Con los resultados obtenidos en esta
auditora se puede comenzar a tomar medidas correctivas para encuadrar el
establecimiento dentro de la legislacin vigente, y slo despus de ello se puede
comenzar a trabajar para obtener la calificacin, desarrollando un buen SGA. (Una
empresa puede optar por pedir la certificacin si es que previamente implement por
su propia cuenta un SGA, o llamar a una consultora para que sta realice un
diagnstico y le ayude a disearlo segn los estndares exigidos por las ISO),
Para lograr una gestin ambiental certificada, las organizaciones deben:
Definir su poltica ambiental
Desarrollar una cultura de preparacin y actuacin ambiental
Detectar los aspectos ambientales relacionados con sus procesos e identificar sus
impactos significativos
Establecer metas para la implementacin de mejoras en su gestin ambiental. Definir
roles y responsabilidades, efectuar las acciones correctivas y preventivas
correspondientes
Llevar a cabo controles objetivos del progreso o deficiencias en la gestin ambiental
(evaluar el sistema a travs de auditoras internas)
Crear sistemas eficaces de documentacin ambiental, definir los registros necesarios
y los procedimientos para su mantenimiento.
Cumplir con leyes y regulaciones ambientales
Desarrollar un plan de comunicaciones para el personal y directivos, de forma que
34

todos estn informados de los avances en la gestin medioambiental

Establecer un procedimiento de auditora y certificacin de sistemas de gestin
ambiental por tercera parte y guas para la evaluacin de productos y etiquetado.
El proceso de certificacin tiene una duracin aproximada de entre 12 y 18 meses,
dependiendo de la complejidad de los procesos involucrados, la peligrosidad del
establecimiento industrial, la dispersin geogrfica de la empresa y las mejoras a
implementar, entre otras variables.
El certificado ISO 14000 es vlido por tres aos y obliga a revisiones anuales o
semestrales que slo implican un chequeo de algunos aspectos de la norma. Para la
recertificacin se requiere una revisin completa de la norma.
Entre los Organismos Certificadores se pueden nombrar: IRAM (Instituto Argentino
de Normalizacin), B.V.Q.I. (Bureau Veritas Quality International), D.N.V. (DetNorske
Veritas), ABS (AspectsCertificationServices Ltd.), D.Q.S. (Asociacin Alemana para
Certificacin de Sistemas de Gestin), AENOR (Asociacin Espaola de
Normalizacin y Certificacin), T.U.V CERT entre otros.

La auditora ambiental (ISO 14010-14015)

Es una herramienta de gestin que comprende una evaluacin sistemtica,
documentada, peridica y objetiva de los procesos, prcticas, procedimientos y
administracin de bienes y equipos medioambientales. Puede llevarse a cabo por
medio de un equipo interno tcnicamente capacitado o a travs de terceros.
Abarca las tareas de bsqueda de informacin y recoleccin de datos, visitas y
reuniones en planta, toma de muestras y balance de materiales. Sobre la base de
estos datos se identifica, analiza y evala la gestin ambiental en relacin a la
utilizacin de materias primas, materiales e insumos y a la fabricacin de productos y

35

subproductos; se efecta, adems, una revisin del tratamiento de residuos,

efluentes y emisiones.

Corresponde tambin el monitoreo de los equipos utilizados en los procesos, la

evaluacin de los sistemas de control interno, la estimacin de los costos de
tratamiento de residuos, la documentacin del relevamiento y la informacin a los
representantes de la organizacin en cuestin

Etiquetado ambiental (ISO 14020-14024)

Las eco - etiquetas proveen informacin a los consumidores acerca de los productos,
en trminos de su carcter ambiental. Adheridas o impresas en los empaques o
incluso en los propios productos, intentan alentar la demanda de bienes que no
afectan o menos perjudican al medio ambiente y estimular as el potencial para una
mejora ambiental continua.

Los principios que orientan el desarrollo y uso de etiquetas y declaraciones

ambientales estn contenidos en la norma ISO 14020 a 24. ISO ha identificado tres
tipos generales de etiquetas:

- Etiquetas tipo I, basadas en criterios mltiples determinados por terceros en

programas voluntarios.

- Etiquetas tipo II, declaraciones informativas sobre el ambiente por parte del propio
fabricante. La espiral Moebius para indicar los contenidos reciclados de productos
es una etiqueta tipo II.

- Etiquetas tipo III, basadas en verificaciones independientes utilizando ndices

predefinidos, proveen informacin sobre los contenidos del producto.

36

Ciclo de vida del producto (ISO 14040-14044)

Tradicionalmente, para evaluar la calidad ambiental de un producto se consideraban
slo los impactos ambientales causados durante la fabricacin del mismo; en la
actualidad, la metodologa utilizada es el anlisis del producto a lo largo de todo su
ciclo de vida. Para este anlisis se considera que el medio ambiente es un
consumidor; los impactos ambientales negativos se consideran defectos de calidad
del producto y deben ser reducidos.

Las reas de anlisis estn incluidas en una lista de comprobacin ambiental, la que
es utilizada por las empresas para verificar sus ventajas competitivas ambientales
respecto a un competidor que fabrica el mismo tipo de producto o para comparar la
calidad ambiental de su producto con otros productos diferentes que compiten con el
suyo.

Todos los tems presentes en esta lista de verificacin del ciclo de vida del producto
son puntos que favorecen la competitividad ambiental de una empresa o producto:

Contaminacin del aire (sin emisiones areas, emisiones ocasionales o

controladas)

Contaminacin del agua (sin efluentes lquidos, efluentes ocasionales o

diluidos, efluentes tratados o biodegradables)

Residuos slidos (sin produccin, reciclables o biodegradables)

Materias primas (recursos renovables, obtencin de MP que no causa

impactos ambientales negativos)

37

Producto (recicable, biodegradable, larga vida til, poco volumen, bajo peso,
reduce el consumo de recursos no renovables, disminuye la contaminacin,)

Utilidades (no es fuente de contaminacin, no consume recursos no

renovables)

Empaque (materiales biodegradables, reciclables, reciclados, livianos, de poco

volumen)

PSP
PSP (Personal Software Process) /TSP (Team Software Process): El PSP es una
tecnologa que tiene como justificacin la premisa de que la calidad de software
depende del trabajo de cada uno de los ingenieros de software y de aqu que el
proceso diseado debe ayudar a controlar, manejar y mejorar el trabajo de los
ingenieros. El objetivo de PSP es lograr una mejor planeacin del trabajo, conocer
con precisin el desempeo, medir la calidad de productos y mejorar las tcnicas
para su desarrollo. La instrumentacin de esta tecnologa consiste en lo que se
denomina evolucin del PSP. El TSP se concentra en los aspectos del desarrollo de
software realizados por equipos de trabajo, definiendo aspectos como la asignacin y
control de tareas para los diversos miembros del equipo.

Propsito

Ayudar al ingeniero de software a realizar mejor su trabajo.

Proporcionar datos y tcnicas de anlisis que se pueden utilizar para determinar

que tecnologa y mtodos aplicar.

38

Establecer la estructura que permita comprender por qu se cometen los errores y

cmo se pueden detectar.

Motivaciones

Demostrar los principios del proceso personal.

Apoyar el desarrollo de planes ms precisos.

Determinar los pasos para lograr la mejora de la calidad de los productos.

Establecer bases de comparacin para medir la mejora del proceso personal.

Determinar el impacto en el desempeo de los cambios del proceso.

Estructura
Est formado por siete niveles incrementales. Cada nivel contiene todas las
actividades del nivel anterior ms una o dos actividades nuevas y est enfocado
hacia un problema en particular. Cada actividad est acompaada de una o ms
formas que apoyan el proceso.

Beneficios de PSP

Los datos y su anlisis permitirn determinar las fortalezas y debilidades.

Los datos y su anlisis posterior conducirn hacia nuevas ideas para la mejora del
proceso.

39

Se tendr control total sobre el calendario, aceptando slo aquellos compromisos

que se puedan cumplir. Si se enfrenta con una presin no razonable, puede
recurrir a la base de datos histrica de desempeo y demostrar que no es posible
establecer el compromiso.

Se gana un sentido de satisfaccin personal.

La parte de calidad ayudar a producir mejores productos de trabajo.

El equipo de trabajo tendr mayor confianza porque existe una disciplina para el
desarrollo de los productos.

Desventajas de PSP

El uso de LOC como mtrica de estimacin tiene sus desventajas, es dependiente

del lenguaje, no todos los ingenieros estn de acuerdo con lo que es una LOC
lgica y son difciles de visualizar desde la planeacin y diseo

PSP slo requiere un estimado del tiempo de interrupcin, en lugar de obligar al

usuario a registrar el tiempo real. Esto hace que el tiempo de interrupcin estimado
est sujeto a las preferencias individuales.

El mtodo de estimacin PROBE puede no ser efectivo si no existe suficiente

correlacin entre los datos histricos.

Los formatos de diseo de PSP2.1 pueden ser redundantes para programadores

que tienen acceso a otras herramientas de diseo.

Es subjetivo determinar si una parte del software es reutilizable.

40

No todos los ingenieros ven la definicin de productividad de la misma manera.

PSP est especialmente enfocado al desarrollo de software y no toma en cuenta el

tiempo empleado en la negociacin de los requerimientos con el cliente. La fase
de requerimientos es un componente clave en cualquier proyecto.

Seguir PSP al pie de la letra no es viable para muchos ingenieros. Deben ver el
mtodo como una estructura para el desarrollo de una prctica de desarrollo de
software con calidad. Cada uno de los mtodos debe ser ajustado a la tecnologa,
prctica, fortalezas y debilidades de cada desarrollador. Es importante destacar
que las mtricas existen para evaluar el proceso no a las personas.

Herramientas Automatizadas
PSP requiere de herramientas que permitan:

Simplificar el proceso de recoleccin de los datos de tiempo y defectos.

Automatizar los clculos requeridos.

Facilitar el acceso a cada una de las formas.

Llenar automticamente cada una de las formas con los datos registrados,
eliminando la necesidad de copiar la informacin a mano.

El control de tiempo puede hacerse ms preciso en segundos en lugar de minutos.

Implementar una gua de tareas automatizada.

41

Cada usuario pueda adecuar la herramienta a sus prcticas.

Salvar automticamente los datos histricos y dejarlos listos para su anlisis.

Costo de PSP
PSP toma tiempo para aprenderlo y aplicarlo. La mejor manera de aprender PSP es
tomando el curso que le toma a un programador un total de 130 horas para
completarlo. Despus de un poco de prctica se acostumbra a usar el mtodo como
hbito, sin embargo la recoleccin y anlisis de los datos requiere de un esfuerzo
mayor. Hay que permitir de 30 segundos a un minuto para registrar los tiempos o
defectos. Puede tomar hasta una hora completar el reporte de cierre, donde los datos
son recolectados y analizados.

Adoptar el PSP puede ser como adoptar una nueva forma de vida para el
programador. Demasiadas expectativas sobre una mejora inmediata pueden terminar
en frustracin cuando no se obtengan los resultados que se esperaban. PSP puede
causar un conflicto interno, no debe nunca pensar mucho en una debilidad sino
crecerse con sus fortalezas.

42

SPICE
SPICE (Software ProcessImprovement and CapabilitydEtermination): El SPICE es un
modelo de madurez de procesos internacional. SPICE fomenta productos de calidad,
promueve la optimizacin de procesos y facilita la evaluacin del producto a travs
de los procesos de desarrollo. SPICE tiene diversos alcances, se aplica tanto a nivel
directivo como a nivel de usuarios para asegurar que el proceso se encuentra
alineado con las necesidades del negocio, apoya en que los proveedores de software
tengan que someterse a una sola evaluacin para aspirar a nuevos negocios y busca
que las organizaciones de software dispongan de una herramienta universalmente
reconocida para dar soporte a su programa de mejoramiento continuo.

El ISO/IEC 15504, tambin conocido como Software Process Improvement

Capability Determination, abreviado SPICE, en espaol, Determinacin de la
Capacidad de Mejora del Proceso de Software es un modelo para la mejora y
evaluacin de los procesos de desarrollo y mantenimiento de sistemas de
informacin y productos de software.

En 1991, dado el nmero creciente dre). Por tanto, el proyecto SPICE fue creado
bajo los auspicios del Comit Internacional de estndares de Ingeniera de Software
y Sistemas a travs de su Grupo de Trabajo sobre Evaluacin de proceso (WG10).

43

En 1992, el informe del grupo de estudio dijo que: ...la comunidad internacional
debera poner recursos para desarrollar un estndar para la evaluacin de procesos
software, incorporando lo mejor de los mtodos de evaluacin de procesos
existentes.

ISO decidi entonces se hiciera el desarrollo por pasos de un estndar para la

evaluacin de procesos. Los pasos fueron los siguientes:

1. Publicacin inicial como Informe Tcnico TechnicalReport (borrador de

estndar) para que despus de su uso real pasase a

2. Revisin y publicacin como estndar internacional IS ISO/IEC 15504

Tecnologas de la Informacin Evaluacin de Procesos (ISO/IEC 15504
InformationTechnology ProcessAssessment).

Las siglas SPICE significan: Software ProcessImprovement and Capability

Determination, es decir, Determinacin de la capacidad y mejora de los procesos de
software.

El proyecto SPICE tena tres objetivos principales:

Desarrollar un borrador de trabajo para un estndar de evaluacin de

procesos de software.

Llevar a cabo los ensayos de la industria de la norma emergente.

Promover la transferencia de tecnologa de la evaluacin de procesos de

software a la industria del software a nivel mundial.

El primer objetivo del proyecto se logr en junio de 1995, con la entrega del borrador
de trabajo de la norma para la evaluacin de procesos de software al WG10 para su
44

votacin entre la comunidad de estandarizacin internacional. El Borrador de Trabajo

se denominaba comnmente como el conjunto de documentos SPICE (o SPICE
Versin 1).

Este primer borrador se bas en modelos existentes en aqul momento.

Los ensayos de estos primeros documentos SPICE han sido el foco del proyecto
SPICE durante el perodo 1994 a 1998. Fue entonces, en 1998 cuando se public la
primera familia de estndares ISO TR 15504. En aquel momento se comenz a
trabajar en la versin "Internacional Standard" de la norma, y desde 2006 est
completamente publicado, exceptuadas las partes nuevas que se estn produciendo.

En marzo de 2003, el proyecto SPICE se cerr oficialmente. La Red SPICE se

estableci posteriormente con el encargo de seguir coordinando las actividades de la
comunidad SPICE. La Red de SPICE est formalmente organizada por el
TheSpiceUser Grupo (www.spiceusergroup.org).

En este momento se efectan actividades promocionales que se realizan a travs de

la Conferencia Internacional Anual SPICE y la publicacin de artculos y libros.

Con el fin de apoyar la excelencia y la coherencia de la formacin de los

evaluadores, el proyecto SPICE tambin desarroll y lanz un Plan de Estudios de
formacin de los evaluadores SPICE que es utilizado actualmente por el Esquema de
Registro Internacional de Evaluadores (IntRSA) www.intrsa.org. En el captulo de
Roles se desarrollan los detalles de cualificacin y responsabilidades de diferentes
roles que se necesitan en los procesos de evaluacin y/o mejora.

45

CARACTERISTICAS

Establece un marco y los requisitos para cualquier procesos de evaluacin de

procesos y proporciona requisitos para los modelos de evaluacin de los
procesos.

Proporciona tambin requisitos para cualquier modelo de evaluacin de

organizaciones.

Proporciona guas para la definicin de las competencias de un evaluador de

procesos.

Actualmente tiene 10 partes: de la 1 a la 7 completas y de la 8 a la 10 en fase

de desarrollo.

Comprende: evaluacin de procesos, mejora de procesos, determinacin de

capacidad.

Proporciona, en su parte 5, un Modelo de evaluacin de procesos para los

procesos de ciclo de vida del software definidos en el estndar ISO/IEC 12207
que define los procesos del ciclo de vida del desarrollo, mantenimiento y
operacin de los sistemas de software.

Proporciona, en su parte 6, un Modelo de evaluacin de procesos para los

procesos de ciclo de vida del sistema definidos en el estndar ISO/IEC 15288
que define los procesos del ciclo de vida del desarrollo, mantenimiento y
operacin de sistemas.

46

Proporcionar, en su parte 8, un Modelo de evaluacin de procesos para los

procesos de servicios TIC que sern definidos en el estndar ISO/IEC 20000-4
que definir los procesos contenidos en la norma ISO/IEC 20000-1.

Equivalencia y compatibilidad con CMMI. ISO forma parte del panel

elaborador del modelo CMMI y SEI y viceversa, y se mantiene la
compatibilidad y equivalencia de sta ltima con 15504. Sin embargo CMMIDEV an no es un modelo conforme con esta norma (segn lo requiere la
norma ISO 15504 para todo modelo de evaluacin de procesos).

DIMENCIONES
Tiene una arquitectura basada en dos dimensiones: de proceso y de capacidad de
proceso. Define que todo modelo de evaluacin de procesos debe definir: - la
dimensin de procesos: el modelo de procesos de referencia (dimensin de las
abscisas) - la dimensin de la capacidad: niveles de capacidad y atributos de los
procesos. Los niveles de capacidad para todo modelo de evaluacin de procesos
pueden tener desde el 0 y al menos hasta el nivel 1 de los siguientes niveles de
capacidad estndar:

Nivel 0: Incompleto

Nivel 1: Realizado

Nivel 2: Gestionado

Nivel 3: Establecido

Nivel 4: Predecible
47

Nivel 5: En optimizacin

Para cada nivel existen unos atributos de procesos estndar que ayudan a evaluar
los niveles de capacidad.

Ejemplos de Modelos de evaluacin de procesos

ISO/IEC 15504 - 5 modelo de evaluacin de procesos de ciclo de vida de software

Por ejemplo, el modelo de evaluacin de procesos de software, contenido en la Parte

5 de la Norma ISO/IEC 15504 define el Modelo de procesos de referencia como los
procesos contenidos en la norma ISO/IEC 12207 Amd1/Amd2, que contienen tres
categoras de procesos y cada una con diferentes grupos de procesos:
Dimensin procesos
Procesos Primarios:
ACQ: Procesos de Cliente
SPL: Procesos de Proveedor
ENG: Ingeniera
OPE: Procesos de operacin
Procesos de soporte
SUP: Soporte
Procesos de organizacin
MAN: Procesos de Gestin
48

REU: Procesos de Recursos humanos

RIN: Procesos de Infraestructura
PIM: Procesos de mejora de procesos

Dimensin de la capacidad

La dimensin de capacidad del modelo de evaluacin de procesos de software de la

Parte 5 define un conjunto completo de indicadores para todos los atributos de
procesos correspondientes a la escala de los 6 niveles de capacidad de la Parte 2 de
la norma.

ISO/IEC 15504-6 modelo de evaluacin de procesos de ciclo de vida de sistema

El modelo de evaluacin de procesos de la parte 6 contiene otro Modelo de procesos

de referencia (para sistemas), incluyendo indicadores para evaluar los atributos de
estos procesos correspondientes a la escala de los 6 niveles de capacidad de la
Parte 2 de la norma.

49

PEMM
PEMM (Performance Engineering Maturity Model): El PEMM presenta un modelo
para evaluar los niveles de integracin, aplicacin, ejecucin y diseo, llamado
ingeniera de la ejecucin del modelo de madurez. Al igual que SPICE se apoya en el
modelo de madurez de capacidades CMM. El objetivo de PEMM es poder evaluar la
Ejecucin de la Ingeniera as como la integracin del proceso. El modelo sirve tanto
para evaluar una organizacin como los propios desarrollos de procesos
tecnolgicos especficos. Sirve tambin para definir el criterio al escoger un
proveedor de software para los productos crticos o semi-crticos de la compaa.

Salvo para el caso de una empresa que recin se inicia, ya todas tienen sus
procesos de negocios funcionando de alguna manera, por tanto la estrategia de
hacer todo de nuevo como propona la Re-ingeniera [1] no parece adecuada.
Entonces surge la estrategia de la gradualidad, del poco a poco, del mejoramiento
continuo o como quieran denominarla. Es decir el cambio debe realizarse alterando
lo menos posible la operacin diaria. O como deca un jefe mo: Hay que cambiar la
rueda, con el auto en movimiento.

Sabemos que todo cambio despierta suspicacias, y dado que estoy pensando en
empresas grandes, tambin aparece el tema del poder. Puesto que el cambio, como
decamos en otro poca, cambia la correlacin de fuerzas. De modo que quienes
50

nos decimos expertos en BPM debemos intentar generar objetividad, entendiendo

por tal criterio que sean aceptados por la organizacin, en particular sus ejecutivos,
para calificar cuales procesos de negocios necesitan ser intervenidos mejorados [2]
o porque la empresa necesita incorporar BPM, es lo que Hammer denomina
transicin hacia procesos.

En este artculo les presentar el Modelo de Madurez, en particular su aspecto

prctico que es la Escala de Madurez , que es una herramienta simple de utilizar y
que permite clasificar los Procesos de Negocios, sea para mejorarlos o porque se
necesita alguna certificacin (SoX, ISO, etc.)

Modelos de Madurez
El objetivo de este modelo es determinar cual es el estado de desarrollo de los
Procesos de Negocios de una organizacin, por consiguiente la base es determinar
un conjunto de reglas con las cuales se evaluar un determinado proceso. En otras
palabras se trata de convenir una escala de medida y despus aplicarla. A
continuacin veremos dos modelos: el Process and Enterprise MaturityModel
(PEMM) de Michael Hammer [3] y el de la SofwareEngineeringInstitute llamado
CapabilityMaturityModel [4]. En las referencias podrn encontrar la descripcin
completa de cada uno de los modelos.

Process and Enterprise Maturity Model (PEMM)

Este modelo considera dos dimensiones: los Procesos y la Organizacin

Para los procesos considera como habilitadores de la madurez: a) El diseo

(propsito,

contexto,

documentacin);

b)

Usuarios

(conocimientos,

habilidades, comportamiento frente al cambio); c) Dueo (Individualizado, proactivo, con autoridad); d) Infraestructura (sistemas de informacin y recursos
humanos) y, e) Mtricas (definidas y en uso).
51

A nivel organizacional considera: a) Liderazgo (awareness, alineamiento,

comportamiento, estilo); b) Cultura (Equipo de trabajo, foco en el cliente,
responsabilidad, actitud frente al cambio); c) Conocimiento (personas,
metodologas) y, d) Gobernabilidad (modelos de procesos, accountability,
integracin).

En la figura adjunta podrn ver una parte de la matriz de evaluacin y para un mayor
detalle de este modelo pueden ver (pagando) el artculo del Dr. Hammer PEMM can
be TheProcessAudit, publicado en Abril del 2007 en el Harvard Business Review.

52