unidad 3caidad en los sistemas administrativos2.ppt

1
Calidad de Software
Unidad 3
Estándares De Calidad
Aplicados Al Software

2
Concepto de Calidad
Conjunto de propiedades y de
características de un producto o
servicio, que le confieren aptitud
para satisfacer una necesidades
explícitas o implícitas (ISO 8402)

Actividades de estandarización internacional
3
Existen varias organizaciones de estandarización
internacional, algunas son regionales mientras
que otras son globales. Las últimas están
relacionadas con la ONU o son independientes,
como por ejemplo la International
Telecomunication Union (ITU). El ISO y el
IEC son de particular importancia para SPICE.

4
La International Electrotechnical Commission o Comisión
Electrónica Internacional (IEC) fué fundada en el año
1906 para definir estándares en eléctrica y electrónica,
mientras que la International Organization for
Standarization (ISO) fué creada en 1947 para abarcar
otros temas.

5
Ambas tienen por objetivo facilitar
intercambio de bienes y servicios a nivel
internacional que abarcan diversas áreas de
IT.

6
La International Electrotechnical Commission o
Comisión Electrónica Internacional (IEC) fué
fundada en el año 1906 para definir estándares
en eléctrica y electrónica

En 1987, ISO e IEC decidieron formar el Joint
Technical Committe o Comité Técnico
Conjunto
(JTC), cuyo objetivo es elaborar estándares para la
Tecnología de Información o Information
Technology (IT).

Principales normas ISO
Calidad de Software - RECOPILADOR: LSC Susana Alejandra López
8
 ISO 216 Medidas de papel: p.e. ISO A4
 ISO 639 Nombres de lenguas
 ISO 690:1987 regula las citas bibliográficas (corresponde a la
norma UNE 50104:1994)
 ISO 690-2:1997 regula las citas bibliográficas de documentos
electrónicos
 ISO 732 Formato de carrete de 120
 ISO 838 Estandar para perforadoras de papel
 ISO/IEC 1539-1 Lenguaje de programación Fortran
 ISO 3029 Formato carrete de 126

9
 ISO 3166 códigos de países
 ISO 4217 códigos de divisas
 ISO 7811Técnica de grabación en tarjetas de identificación
 ISO 8601 Representación del tiempo y la fecha.Adoptado en Internet
mediante el Date andTime Formats deW3C que utiliza UTC.
 ISO 8859 codificaciones de caracteres que incluyeASCII como un
subconjunto (Uno de ellos es el ISO 8859-1 que permite codificar las
lenguas originales de Europa occidental, como el español)
 ISO/IEC 8652:1995 Lenguaje de programaciónAda
 ISO 9000 Sistemas de Gestión de la Calidad - Fundamentos y vocabulario
 ISO 9001 Sistemas de Gestión de la Calidad - Requisitos
 ISO 9004 Sistemas de Gestión de la Calidad - Directrices para la mejora del
desempeño

10
 ISO 9660 Sistema de archivos de CD-ROM
 ISO 9899 Lenguaje de programación C
 ISO 10279 Lenguaje de programación BASIC
 ISO 10646 Universal Character Set
 ISO/IEC 11172 MPEG-1
 ISO/IEC_12207Tecnología de la información / Ciclo de
vida del software

11
 ISO 14000 Estándares de Gestión Medioambiental en entornos
de producción
 ISO/IEC 15444 JPEG 2000
 ISO 15693 Estándar para "tarjetas de vecindad"
 ISO/IEC 17799 Seguridad de la información
 ISO 26300 OpenDocument
 ISO/IEC 17025 Requisitos generales relativos a la competencia
de los laboratorios de ensayo y calibración
 ISO/IEC 27001 Sistema de Gestión de Seguridad de la
Información

ISO 9000
12
Con el objetivo de estandarizar los sistemas de calidad
de las diferentes empresas y sectores, se publican las
normas ISO 9000, que son un conjunto de normas editadas y
revisadas periódicamente por la Organización Internacional
de Normalización (ISO) sobre la garantía de calidad de los
procesos.
Así, se consolida a nivel internacional la normativa de
la gestión y control de calidad.

ISO 9000
13
• Publicada el año 1987. Adoptada por más de 90
pases.
• Directrices para la gestión del sistema de calidad y
modelos de garantía de calidad para la empresa.
• Las directrices son genéricas y aplicables a cualquier
sector.
• Es un marco de trabajo para la mejora continua.

ISO 9000
14
ISO TÍTULO
8402
9004
9003
9002
9001
9000
Vocabulario - Terminología.
Normas para la gestión y garantía de la calidad.
Directrices de selección y uso (ISO 9000-1 1.994).
Directrices generales para aplicar las normes 9001, 9002, 9003
(ISO 9000-2 1.993).
Guía para aplicar las normes 9001 a empresas de software (ISO
9000-3 1.996).
Guía para la gestión de un programa de seguridad (ISO 9000-4).
Elementos y gestión del sistema de calidad. Reglas generales.
Directrices para los serveis (ISO 9004-2).
Directrices para materiales procesados (ISO 9004-3).
Directrices para la mejora de la calidad (ISO 9004-4).
Modelo para garantizar la calidad en inspección final y pruebas.
(1.993)
Modelo para garantizar la calidad en producción y servicios.
(1.994)
Modelo para la garantía de la calidad en diseño / desarrollo,
producción, instalación y servicio.(1.994)
Modelo de calidad total

ISO 9000
15
Objetivos de ISO 9000:
• Proporcionar una guía para la gestión de la calidad: diseño e implantación de sistemas
de calidad.
(ISO 9000 no normaliza el sistema de gestión de calidad, ya que esto depende del tipo de
sector, tamaño de la empresa, organización interna, etc, sino que normaliza las verificaciones
que se han de realizar sobre el sistema de calidad)
• Describir los requerimientos generales para garantizar la calidad (demostrar la
idoneidad del sistema de calidad).

ISO 9000 (Recomendaciones)
16
• Comenzar con ISO 9004-1(1994). Gestión de calidad
y elementos del sistema de calidad, para diseñar y
implementar el sistema de gestión de calidad.
ISO 9004 es la directriz para el establecimiento o ampliación de
un sistema de calidad. Esta norma amplia partes de ISO 9000 que
no se pueden verificar o que una parte contratante no desea dar a
conocer, como por ejemplo los gastos asociados a la gestión de
calidad.
• Una vez implantado el sistema de calidad, utilizar los
modelos de garantía de calidad ISO 9001-2000 para
demostrar su idoneidad

Calidad de Software - RECOPILADOR: LSC Susana
Alejandra López
17
• Es un factor competitivo para las empresas
• Proporciona confianza a los clientes
• Ahorra tiempo y dinero, evitando recertificar la calidad según
los estándares locales o particulares de una empresa.
• Se ha adaptado a más de 90 países e implantado a todo tipo
de organizaciones industriales y de servicios, tanto sector
privado como público
• Proporciona una cierta garantía de que las cosas se hacen
tal como se han dicho que se han de hacer
ISO 9000 Aspectos positivos

Alejandra López
18
• Es costoso
• Muchas veces se hace por obligación.
• Es cuestión de tiempo que deje de ser un factor competitivo
• Hay diferencias de interpretación de las cláusulas del estándar
• No es indicativa de la calidad de los productos, procesos o
servicio.
• Hay mucha publicidad engañosa.
ISO 9000 Aspectos negativos

Alejandra López
19
• En 1997 había 4605 empresas certificadas.
• Sólo 66 referentes a actividades informáticas
• En Baleares no hay ninguna empresa certificada que se dedique a
actividades informáticas
• 56 de las 66 certificaciones de actividades informáticas fueron
certificadas por AENOR (Asociación Española de
NORmalización).

ISO 9000: Calidad de Software
20
 ISO 9001:2000. Modelo para conseguir la calidad total en el diseño, desarrollo,
producción, instalación y servicio post-venta.
 ISO 9000-3:1991. Guía para la aplicación de la norma ISO 9001 al desarrollo,
suministro y mantenimiento de software.
 En todo caso, nos certificaríamos según ISO 9000-3.
 No añade ni cambia los requerimientos de la ISO 90001. Los amplia y aclara.
 Otras normas aplicables
 ISO 9004-1:1994. Gestión de la calidad y elementos del sistema de calidad
(Guía per establecer el QA).

ISO 9000: Calidad de Software
21
 ISO 8402:1994. Gestión de la calidad y garantía de la calidad.Vocabulario.
 ISO 12207:1995. Procesos del ciclo de vida del software.
 ISO/IEC 9126:1991. Características de la calidad de un producto software.
 ISO/IEC 12119:1995. Productos software: evaluación y test.
 ISO/IEC 14102:1995. Guía para la evaluación y selección de herramientas
CASE.

Alejandra López
22

Estructura de la organización
23
La Organización ISO está compuesta por tres tipos de
miembros:
 Miembros natos
Uno por país, recayendo la representación en el organismo
nacional más representativo.

24
 Miembros correspondientes
De los organismos de países en vías de desarrollo y que todavía
no poseen un comité nacional de normalización. No toman
parte activa en el proceso de normalización pero están
puntualmente informados acerca de los trabajos que les
interesen.

25
 Miembros suscritos
Países con reducidas economías a los que se les exige el pago de
tasas menores que a los correspondientes.

ISO / IEC TR 15504
26

Alejandra López
27
(SPICE) ISO/IEC -TR 15504
Software Process Improvement Capability
dEtermination
(Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y
productos de software).
• Evaluación y mejora de procesos software.
• Inicio del proyecto 1993
• Se halla en fase de Informe Técnico
• Es aplicable a cualquier organización o empresa que quiera mejorar
la capacidad de cualquiera de sus procesos de software.
• Se puede utilizar como herramienta de evaluación del estado de los
procesos de software de la empresa.
• Es independiente de la organización, modelo del ciclo de vida,
metodología y tecnología.

SPICE
28
 Marco para métodos de evaluación, no un método o modelo en sí
 Abarca:
– Evaluación de procesos
– Mejora de procesos
– Determinación de capacidad
 Alineado con el ISO/IEC 12207
 Intenta proporcionar un marco en el que armonizar los enfoques
existentes
 Se encuentra en la fase de InformeTécnico (TR)Tipo 2

Alejandra López
29
Componentes de SPICE
Conceptos
y guía de
introducción
Guia para det.
Capacidad de
proveedores
Realización
de una
evaluación
Guía de
evaluación
Guia de
calificación de
evaluadores
Vocabulario
Guia de uso
para la mejora
de procesos
Model de ref.
para procesos
y capacidad
Modelo de
Evaluación
y guía de uso
1
1 9
9
7
7
8
8 6
6
3
3 4
4
2
2 5
5

2: Modelo de Referencia
30
• El modelo de referencia de SPICE describe los procesos que una
organización puede realizar para comprar, suministrar, desarrollar,
operar, mantener y soportar el software, así como los atributos
que caracterizan la capacidad de estos procesos
• Proporciona una base para medir la capacidad de los procesos, en
función de grado de consecución de sus atributos.
• El tiene dos dimensiones: Procesos y Capacidad

Dimensión Procesos
31
 Contiene los procesos que se han de evaluar. Se corresponden con
los procesos del ciclo de vida del software, definidos al estándar
ISO 12207:1995
 Se agrupan en categorías, en función del tipo de actividad al cual
se aplican:
• CUS: Cliente-Proveedor.
CUS: Cliente-Proveedor.
• ENG: Ingeniería.
ENG: Ingeniería.
• SUP: Soporte.
SUP: Soporte.
• MAN: Gestión.
MAN: Gestión.
• ORG: Organización
ORG: Organización.

Alejandra López
32
La categoría CUS está formada por procesos que afecta directamente
al cliente, soportan el desarrollo y la transición del software al cliente y
permiten la correcta operación y uso del producto y/o servicio software.
• CUS.1 Adquisición de productos software y/o servicios
• CUS.2 Establecimiento de contratos
• CUS.3 Identificar las necesidades del cliente
• CUS.4 Realizar auditorías y revisiones conjuntas.
• CUS.5 Entrega e instalación del software.
• CUS.6 Mantenimiento del software.
• CUS.7 Proporcionar servicio al cliente.
• CUS.8 Valorar la satisfacción del cliente.
Dimensión Procesos CUS

Alejandra López
33
La categoria ENG està formada per procesos que directamente
especifica, implementa o mantienen el producto software, su relación con
el sistema y su documentación
• ENG.1 Análisis y diseño de requerimientos del sistema
• ENG.2 Análisis de requerimientos del software.
• ENG.3 Diseño del software.
• ENG.4 Construcción del software.
• ENG.5 Integración y pruebas del software.
• ENG.6 Integración y pruebas del sistema.
• ENG.7 Mantenimiento del software y del sistema.
Dimensión Procesos ENG

Alejandra López
34
Está formada por procesos que dan soporte a
cualquiera del resto de procesos (incluidos los
SUP), en distintos puntos del ciclo de vida del
software.
• SUP.1 Documentación
• SUP.2 Gestión de la configuración del software
• SUP.3 Garantía de calidad
• SUP.4 Resolución de problemas
• SUP.5 Realizar revisiones conjuntas
Dimensión Procesos SUP

Alejandra López
35
Formada por procesos utilizados en la
gestión de cualquier tipo de proyecto o
proceso en el ciclo de vida del software.
• MAN.1 Gestionar el proceso.
• MAN.2 Gestionar el proyecto.
• MAN.3 Gestionar la calidad.
• MAN.4 Gestionar los riesgos.
Dimensión Procesos MAN

Alejandra López
36
Formada por procesos que establecen los
objetivos de negocio de la organización.
• ORG.1 Alineamiento de la organització.
• ORG.2 Establecimiento del proceso
• ORG.3 Evaluación del proceso
• ORG.4 Mejora del procés.
• ORG.5 Gestión de recursos humanos.
• ORG.6 Infraestructura.
• ORG.7 Reutilización
Dimensión Procesos 0RG

Dimensión capacidad
37
 Define una escala de medida para determinar la capacidad de cualquier
proceso
 Consta de seis niveles de capacidad y nueve atributos de procesos
 0 Incompleto
 1 Realizado (Realización del proceso)
 2 Gestionado (Gestión de realización, Gestión de
productos)
 3 Establecido (Definición de procesos, Recursos de
procesos)
 4 Predecible (Medición de procesos, Control de procesos)
 5 En optimización (Cambio de procesos, Mejora continua)

Prácticas base
38
 Cada proceso tiene un conjunto de prácticas base
asociadas
 Las prácticas base describen las actividades
esenciales de un proceso específico
 La realización de las prácticas base indica el grado
de alcance de la finalidad del proceso

Prácticas de gestión
39
 Cada atributo de proceso tiene un conjunto de
prácticas de gestión asociadas
 Las prácticas de gestión son las que implementan
o institucionalizan un proceso de una manera
general
 La realización de las prácticas de gestión indica la
consecución del atributo en esa instancia del
proceso

Evaluación de atributos
40
 Los atributos de un proceso se evalúan con N (Not), P (Partially), L
(Largely) y F (Fully), siendo:
N No alcanzado (0% a 15%)
 Poca o ninguna evidencia de la consecución del atributo
P Parcialmente alcanzado (16% a 50%)
 Evidencia de un enfoque sistemático y de la consecución del atributo. aunque algunos
aspectos de la consecución pueden ser impredecibles
L Ampliamente alcanzado (51% a 85%)
 Evidencia de un enfoque sistemático y de una consecución significativa del atributo. La
realización del proceso puede variar en algunas áreas
F Totalmente alcanzado (86% a 100%)
 Evidencia de un enfoque completo y sistemático y de la consecución plena del atributo

CMM
Capability Maturity Model
41
Software Engineering Institute
Carnegy Mellon University
Mark C. Paulk
“CMM es una aplicación de sentido común
de los conceptos de gestión de procesos y
mejora de la calidad al desarrollo y
mantenimiento del software”

CMM
42
 Estudia los procesos de desarrollo de software de una
organización y produce una evaluación de la madurez de la
organización según una escala de cinco niveles
 La madurez de un proceso es un indicador de la capacidad
para construir un software de calidad.
 Es un modelo para la mejora de las organizaciones
 Obliga a una revisión constante.

43
Inicial
Repetible
Optimizado
Dirigit
Definit
CMM

CMM
44
Niveles de
madurez
Prácticas
clave
Características
comunes
Áreas claves
de proceso
Contienen
Organizadas con
Contienen
Indican
Alcanzan
Se aplican
Describen
Capacidad
del proceso
Objetivos
Implementación o
Institucionalización
Infraestructura
o actividades

CMM
45
• Es importante tener claro
• Dónde nos encontramos
• A dónde queremos llegar
• Cómo llegaremos
• Cómo sabremos si hemos llegado
• No se puede hacer todo de golpe
• Procesos piloto previos a un despliegue a gran escala.

Certificación
46
La certificación, una exigencia?
• La Unión Europea edita el libro blanco sobre crecimiento, competitividad y puestos de
trabajo, y reconoce la calidad como un elemento esencial de éxito de la empresa y
constituye un factor estratégico en la política europea de competitividad.
• Las empresas precisan marcas y certificados que ayuden a vender sus productos en el
mercado único en la era de la globalización.
• Se potencia la creación de infraestructuras de calidad: entidades de acreditación,
organismos de normalización, entidades de inspección, etc.

Certificación
47
La certificación, una exigència?
• Se impulsa la implantación de programas de calidad en las distintas administraciones
públicas.
• Las grandes empresas exigen certificados de calidad a sus proveedores.
• Desde la administración se potencia mediante subvenciones, la implantación de
programas de calidad.

Certificación
48
Proceso habitual de certificación
• Motivación.
• Selección de la norma aplicable
• Subcontratación a empresa externa.
• Auditoría de certificación.
• Informe de acciones correctoras.
• Certificado.
• Imposición de seguimiento
• Incumplimiento!!!

Certificación
49
Documentación
• Solicitud formal.
• Sistema de calidad
• Manual de calidad
• Manual de procedimientos.
• Manual de especificaciones
• Otros documentos
• Expediente y certificación.

Certificación
50
Otros aspectes
• Plazos y costes
• Consultoría
• Formación
• Organismo certificador
• Mantenimiento de la certificación
• Seguimiento anual.
• Revisión de la certificación.

unidad 3caidad en los sistemas administrativos2.ppt

Más contenido relacionado

Similar a unidad 3caidad en los sistemas administrativos2.ppt (20)

Más de MartinVelasquez21 (20)

Último (20)

unidad 3caidad en los sistemas administrativos2.ppt