Beruflich Dokumente
Kultur Dokumente
DE TECOMAN
SEMINARIO DE INTEGRACION V
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.
Calidad insuficiente
(CapabilityMaturityModelIntegration
CMMI),
que
proporciona
una
DEFINICION DE CALIDAD
Algunas definiciones de est son:
Para poder afrontar el estudio de calidad del software debemos conocer primeros los
principales trminos empleados en esta rea:
Medidas
Verificadas
Nivel
Optimizado (5)
Caractersticas
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)
proceso de generacin
de produccin del
del software.
software
Proceso de Ciclo de
Vida definido e
Revisin Pares
(Colegas).
Repetible (2)
Supeervisin de la
Gestin de la
gestin y seguimiento
configuracin del
del proyecto
software
Planificacin formal
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
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:
Configuration Management
Medicin y Anlisis
Entrenamiento organizacional
Planificacin de proyectos
Integracin de Producto
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:
el
modelo
CMM-SW
(CMM
for
software)
SE-CMM
(SystemsEngineeringCapabilityMaturityModel).
Suppliersourcing (SS)
Organismo
Web
Alemania
DIN
Argentina
IRAM
Bolivia
IBNORCA
14
Chile
INN
Colombia
ICONTEC
Costa Rica
INTECO
Cuba
NC
Ecuador
INEN
El Salvador
CONACYT *
Espaa
AENOR
Estados Unidos
de Amrica
ANSI
Filipinas
BPS
Francia
AFNOR
Guatemala
COGUANOR *
Honduras
COHCIT
Italia
UNI
Japn
JISC
Mxico
DGN
Nicaragua
DTNM
Panam
COPANIT
Paraguay
INTN
15
Per
Reino Unido
BS
Repblica
Dominicana
DIGENOR
Rusia
Suiza
SNV
Uruguay
UNIT
Venezuela
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:
17
Son una serie normas cuyo propsito es brindar orientacin sobre temas especficos
para que la empresa obtenga mejoramiento continuo, las ms reconocidas son:
ISO
14000:
Sistemas
de
Gestin
Ambiental
de
las
Organizaciones.
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.
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.
20
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.
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.
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
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.
La gestin integrada
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.
Comunicacin
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.
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.
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
Correcta interpretacin.
28
Mejor comunicacin.
Aumento de la eficiencia.
Disminucin de costos.
Reduccin de desperdicios.
29
Mejores productos.
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
Proporcionan, adems, una gua para la certificacin del sistema por una
entidad externa acreditada.
Los requerimientos de las normas son flexibles y, por lo tanto, pueden ser
aplicadas a organizaciones de distinto tamao y naturaleza.
32
35
- 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.
36
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:
37
Producto (recicable, biodegradable, larga vida til, poco volumen, bajo peso,
reduce el consumo de recursos no renovables, disminuye la contaminacin,)
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
38
Motivaciones
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 posterior conducirn hacia nuevas ideas para la mejora del
proceso.
39
El equipo de trabajo tendr mayor confianza porque existe una disciplina para el
desarrollo de los productos.
Desventajas de PSP
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:
Llenar automticamente cada una de las formas con los datos registrados,
eliminando la necesidad de copiar la informacin a mano.
41
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.
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.
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
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.
45
CARACTERISTICAS
46
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.
Dimensin de la capacidad
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
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.
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
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