Sistemas de gestion de la calidad

SISTEMAS DE GESTION DE LA CALIDAD

HILMER OSORIO NAVARRO

CORPORACION UNIVERSAL DE INVESTIGACION Y TECNOLOGIA
CORUNIVERSITEC

TULUA – VALLE DEL CAUCA

JULIO DE 2010

SISTEMA DE GESTION DE CALIDAD

SISTEMAS DE GESTION DE LA CALIDAD

HILMER OSORIO NAVARRO

TECNOLOGIA DE SISTEMAS

Monografía para optar el titulo de

Tecnólogo de sistemas

Asesores:

DIEGO ALBERTO PINILLA

JHON ALEXANDER VALENCIA PARDO

CORPORACION UNIVERSAL DE INVESTIGACION Y TECNOLOGIA
CORUNIVERSITEC

TULUA – VALLE DEL CAUCA

JULIO DE 2010

SISTEMA DE GESTION DE CALIDAD 2

TABLA DE CONTENIDO

INTRODUCCIÓN ............................................................................................................................. 6

OBJETIVOS ..................................................................................................................................... 7

General ...................................................................................................................................... 7

Específicos ................................................................................................................................. 7

SISTEMA DE GESTIÓN DE CALIDAD ................................................................................................. 8

ORGANISMOS DE CERTIFICACION................................................................................................. 11

¿Me sirve certificar? ................................................................................................................. 11

Beneficios de la Certificación: ................................................................................................... 12

Demostración del compromiso de la calidad......................................................................... 12

ICONTEC................................................................................................................................... 12

Certificación De Procesos ......................................................................................................... 13

Bondades de la Certificación ICONTEC: ..................................................................................... 13

Etapas para obtener la certificación ICONTEC: .......................................................................... 15

Recertificaciones ...................................................................................................................... 15

Organismos De Certificación..................................................................................................... 16

CALIDAD EN EL DESARROLLO DEL SOFTWARE............................................................................... 17

Enfoque de calidad ................................................................................................................... 18

Calidad en el desarrollo del software ........................................................................................ 18

Factores Que Determinan La Calidad Del Software ................................................................... 18

Operaciones del producto: ................................................................................................... 18

Revisión del Producto: .......................................................................................................... 19

Transición del producto: ....................................................................................................... 19


LOS MODELOS DE CALIDAD DEL SOFTWARE ................................................................................. 21

¿Qué es un modelo de calidad del software?............................................................................ 21

Beneficios............................................................................................................................. 21

Norma CMM-SW ..................................................................................................................... 21

Nivel 1: Inicial ....................................................................................................................... 22

Nivel 2: Repetible ................................................................................................................. 22

Nivel 3: Definido ................................................................................................................... 22

Nivel 4: Gestionado .............................................................................................................. 22

Nivel 5: Optimizado .............................................................................................................. 23

Norma ISO/IEC 12207 ............................................................................................................... 23

Norma ISO/IEC 15504 ............................................................................................................... 24

Partes de la norma ............................................................................................................... 25

Partes normativas ................................................................................................................ 25

Partes no normativas (guías y ejemplos de modelos de evaluación) ..................................... 26

Otros modelos.......................................................................................................................... 27

RUP ...................................................................................................................................... 27

Aplicación de la calidad del software en el proceso de desarrollo ............................................. 28

Fases de la administración de calidad. ...................................................................................... 28

Plan de trabajo ..................................................................................................................... 28

Requerimientos .................................................................................................................... 29

Roles en el proceso de evaluación, revisión e inspección. ......................................................... 30

Evaluaciones de Hitos y de Estatus ....................................................................................... 30

Inspecciones, Revisiones y Revisiones estructuradas (walkthruoghs) .................................... 30

Los roles básicos de una revisión son .................................................................................... 31


• El moderador ............................................................................................................ 31

• El escribano .............................................................................................................. 32

• El presentador .......................................................................................................... 32

CONCLUSIONES ............................................................................................................................ 33

BIBLIOGRAFIA .............................................................................................................................. 35

ANEXO ......................................................................................................................................... 36


INTRODUCCIÓN

Hoy el mundo se encuentra en el fenómeno de la globalización, donde uno de los
principales objetivos de las empresas es el alto rendimiento de los productos o
servicios regidos por unos estándares de calidad, que den confianza y criterio de
excelencia logrando productos y servicios al menor costo, con el mejor nivel de
calidad y con la capacidad de responder a la demanda tanto en tiempo como en
cantidad (CQD – quality, cost, delivery).

La implantación de sistemas de calidad aporta gran número de beneficios a las
compañías que apuestan por esta estrategia. No sólo reducen sus costes de
manera razonable, sino que además incrementan sus ingresos gracias al mayor
grado de satisfacción de sus clientes y en una mejora de la motivación de sus
empleados, en el presente trabajo se abordara el tema de gestión de calidad
enfocada al desarrollo del software ayudando a proveedores y clientes desde el
comienzo del diseño de una aplicación específica de software.

Se mostrara las principales características y enfoque de los 3 modelos de calidad
más conocidos a nivel mundial, ya que la obtención de un software con calidad
implica la utilización de metodologías o procedimientos estándares para el
análisis, diseño, programación y prueba del software que permitan uniformar la
filosofía de trabajo, con el objetivo de lograr una mayor confiabilidad,
mantenibilidad y facilidad de prueba, a la vez que eleven la productividad, tanto
para la labor de desarrollo como para el control de la calidad del software.


OBJETIVOS

General

Analizar los principales conceptos en la gestión de calidad y su aplicabilidad al
desarrollo del software.

Específicos

• Identificar de forma global lo que es un sistema de gestión de calidad.
• Distinguir los diferentes procesos administrativos y las actividades que se
llevan a cabo en la administración de proyectos.
• Reconocer la importancia de una certificación en una empresa.
• Reconocer la importancia de los modelos de calidad más destacados en la
industria
• Diferenciar entre calidad del producto y calidad del proceso
• Reconocer los conceptos básicos de la calidad del software en el proceso
de desarrollo del mismo.
• Identificar y determinar los enfoques de calidad de software necesarios en
una organización, ya sea orientado al producto, al proceso, o en ambos.


SISTEMA DE GESTIÓN DE CALIDAD

El sistema de gestión de la calidad es el conjunto de elementos interrelacionados
de una empresa u organización por los cuales se administra de forma planificada
la calidad de la misma, en la búsqueda de la satisfacción de sus clientes. Entre
dichos elementos, los principales son:

• La estructura de la organización.
• La estructura de responsabilidades.
• Procedimientos.
• Procesos.
• Recursos.

La función de cada una de estas partes que integran el sistema es la siguiente:

• La estructura de la organización responde al organigrama de la empresa
donde se jerarquizan los niveles directivos y de gestión.
• La estructura de responsabilidades implica a personas y departamentos. La
forma más sencilla de explicitar las responsabilidades en calidad es
mediando un cuadro de doble entrada, donde mediante un eje se sitúan los
diferentes departamentos y en el otro las diversas funciones de la calidad.
• Los procedimientos responden al plan permanente de pautas detalladas para
controlar las acciones de la organización.
• Los procesos responden a la sucesión completa de operaciones dirigidos a
la consecución de un objetivo específico.


• Los recursos, no solamente económicos, sino humanos, técnicos y de otro
tipo, deberán estar definidos de forma estable y además de estarlo de forma
circunstancial.

Estos cinco apartados no siempre están definidos y claros en una empresa.

El sistema de gestión de la calidad en una organización tiene como punto de
apoyo el manual de calidad, y se completa con una serie de documentos
adicionales como manuales, procedimientos, instrucciones técnicas, registros y
sistemas de información.

Normalmente existe un responsable de calidad que velará por el cumplimiento de
lo dispuesto. Estos responsables son los actuales organismos de normalización.
Estos son entidades sin ánimo de lucro cuya finalidad es la de desarrollar
actividades relacionadas con la elaboración de normas. Existen muchos
organismos internacionales y nacionales. Entre todas estas, las más reconocidas
son:

• ISO (Internacional Organization for Standardization) a nivel mundial
• CEN (Comité Européen de Normalisation) a nivel europeo
• AENOR (Asociación Española de Normalización y Certificación) a nivel
español.

Las normas que se establecen nos dan un modelo de organización y gestión,
nunca normas de producto. Por ello aunque implantemos el sistema en nuestra
empresa, nunca nos dará la seguridad de crear un producto o servicio de calidad.


Normalmente se sigue una norma de calidad. Una de las más conocidas y
utilizadas a nivel internacional para gestionar la calidad, es la norma ISO
9001:2000, pero no es la única, ya que también existe la norma ISO/IEC
17025:2005 que se aplica para el diseño de un sistema de gestión de la calidad en
Laboratorios o la norma ISO 14001 que se aplica para la gestión ambiental y es
compatible con la gestión de calidad; así mismo la OHSAS 18000 que sirve de
guía para el diseño de un sistema de gestión de seguridad industrial y que también
es compatible con el sistema de gestión de la calidad.

Cabe destacar, que las empresas para un buen funcionamiento y una buena
coordinación dentro de sí mismas deben involucrar las fases fundamentales y
universales de lo que se refiere a calidad, que son:

• Planificación de la Gestión de Calidad.
• Control de la Gestión de Calidad y Mejoramiento continúo de la Gestión de la
calidad.


ORGANISMOS DE CERTIFICACION

¿Me sirve certificar?

La certificación aplica al sistema de gestión de calidad no a los productos o a la
tecnología aplicada por la empresa. La certificación de procesos y productos en sí,
no cambia la calidad de los mismos. Algunos datos argumentan que la
certificación guía los procesos internos los cuales conllevan a un aumento de la
productividad y a un descenso de los costos. Así también el proceso de
certificación ayudaría a mantener y crecer la empresa.

En realidad lo único que realmente respalda: Es el que se tiene documentado un
sistema que le da consistencia a la operación y gestión de la calidad de la
empresa certificada. El organismo certificador busca que se tengan manuales con
los procedimientos de operación, que los responsables de utilizarlos los conozcan
y apliquen y que se tenga evidencia documental e irrefutable del cumplimiento de
estos manuales y procedimientos.

La certificación es un equivalente a sacar la carrera universitaria… ―Lo prepara
para ser un profesional pero no garantiza el éxito‖. La calidad se consigue con
creatividad e imaginación a través de la tecnología.

¿Por qué Certificar? Para demostrar que sus productos cumplen con ciertos
estándares.


Beneficios de la Certificación:

Demostración del compromiso de la calidad
 Confianza del consumidor
 Realiza la credibilidad
 Buena voluntad del cliente industrial
 Distinción del producto
 Verificación del cumplimiento de regulaciones
 Reduce la responsabilidad legal
 Aumentar la participación en el mercado y la competitividad del producto y
su participación en el mercado.
 Mejora el nivel de satisfacción de los clientes.
 Mejora la eficiencia general de la empresa.
 Permite disminuir los costos por la no calidad de los servicios ofrecidos.
 Reduce la cantidad de reclamos o quejas por problemas en la prestación de
servicios.
 Mejora el cumplimiento de los plazos de entrega.
 Genera una mayor fluidez en el desarrollo de los procesos del negocio.
 Aumenta la motivación del personal.

ICONTEC

Valida y asegura por escrito que un producto o un servicio cumple con unos
requisitos previamente especificados. Desde 1991, ICONTEC trabaja
conjuntamente con el sector empresarial nacional e internacional en la certificación
de sistemas de gestión. Por esta razón, fue el primer organismo de certificación
que otorgó un certificado de sistema de gestión de la calidad en Colombia.


El reconocimiento internacional de sus certificados de sistemas de gestión de
ICONTEC está respaldado porque se encuentra acreditado con la Junta Nacional
de Acreditación de ANSI - ASQ (ANAB), con el Instituto Americano de Normas
Nacionales (ANSI) de Estados Unidos, con la Asociación Alemana de Acreditación
(TGA), con el Instituto Nacional de Normalización (INN) de Chile, y con el Instituto
Nacional de Defensa de la Competencia y de la Protección de la Propiedad
Intelectual (Indecopi) de Perú. Adicionalmente pertenece a IQNet, la más
importante red internacional de certificación del mundo, la cual promueve el
reconocimiento de los certificados de sistemas de gestión en el ámbito
internacional.

Certificación De Procesos

La certificación de procesos demuestra el cumplimiento eficaz de los requisitos
aplicables a los procesos definidos en la Norma Técnica Colombiana o
reglamentación técnica que define requisitos particulares para el proceso y la
implementación y operación de un sistema de evaluación de la conformidad para
gestionar de forma permanente el cumplimiento de la NTC o Reglamento Técnico.

Bondades de la Certificación ICONTEC:

• Respalda la relación comercial en cualquier país del mundo con un único
certificado y una única acreditación.


• La empresa a la cual se le otorga el certificado ICONTEC recibe también el
certificado IQNet, otorgándole a la certificación ICONTEC connotación,
importancia y reconocimiento global, porque está respaldada por esta red.
• La transparencia en el proceso de certificación otorgada por ICONTEC
constituye un elemento diferenciador en el mercado, porque, a través de
ésta, una organización transmite a sus clientes la confianza necesaria sobre
el desempeño y la eficacia de su sistema de gestión.
• El Instituto cuenta con un equipo de auditores calificados en los diferentes
sectores, lo cual permite una evaluación que mantiene la capacidad de la
organización para cumplir los requisitos.
• La calidad y el prestigio de la Certificación ICONTEC se demuestran por el
constante incremento de las solicitudes para su obtención.
• Es una herramienta para demostrar ante el cliente y la autoridad
competente el cumplimiento de los requisitos legales definidos para este
producto en el país.

• Fortalece la gestión de la organización al implementar un sistema de
gestión para el control de la conformidad del proceso y es la base para la
implementación posterior de un sistema de gestión de calidad bajo el
modelo de ISO 9001

• Fortalece el nivel de desempeño del proceso al definir parámetros mínimos
de aceptación nacional

• Fortalece los procesos de identificación y trazabilidad del proceso y
producto y los niveles de inspección y materias primas utilizadas en el
proceso.

• Brinda confianza al cliente en el producto suministrado

• Es un elemento diferenciador en el mercado frente a la competencia


Etapas para obtener la certificación ICONTEC:

 La empresa solicita el servicio.

 ICONTEC presenta las condiciones técnicas y comerciales para la
prestación del servicio

 ICONTEC realiza una auditoria al sistema de gestión de evaluación de la
conformidad (en el caso de pequeño comercio no se exige la
implementación del sistema de gestión) y se verifica el cumplimiento del
servicio o proceso con la norma técnica.

 ICONTEC otorga la certificación para el servicio prestado o el proceso
realizado, siempre que se demuestre el cumplimiento de los requisitos
exigidos.

 A partir del otorgamiento de la certificación, la organización puede hacer
publicidad del certificado.

 Posteriormente, se efectúan auditorías de seguimiento al servicio o
proceso, con el fin de comprobar que se mantienen las condiciones que la
hicieron merecedora del Certificado

Recertificaciones

Las recertificaciones son cada 3 años e implica una revisión completa del sistema
de gestión de calidad.


Organismos De Certificación

TIPO FECHA
CIUDAD DOCUMENTO NOMBRE DIRECCIÓN TELÉFONO RESOLUCIÓN
DOCUMENTO RESOLUCIÓN

INTERTEK TRANSVERSAL
BOGOTA N 8300046009 INTERNATIONAL 14 N. 126A-10 6155670 2664 22/06/2006
LIMITED OF 501

BVQI COLOMBIA CALLE 72 NO. 7
BOGOTA N 8300550498 3129191 1754 08/05/2006
LTDA - 82 PISO 3

SGS COLOMBIA CARRERA 16 A
BOGOTA N 8600499210 6069387 1753 08/05/2006
S.A N 78-11 PISO 3

INSTITUTO
COLOMBIANO DE
NORMAS CARRERA 37 N
BOGOTA N 8600123361 6078888 1755 08/05/2006
TECNICAS Y 52-95
CERTIFICACION
ICONTEC

COTECNA
CALLE 114 N 9-
CERTIFICADORA
BOGOTA N 8300402743 01 TORRE A 6291879 1752 08/05/2006
SERVICES
OFICINA 201
LIMITADA


CALIDAD EN EL DESARROLLO DEL SOFTWARE

Para comenzar a hablar de calidad en el desarrollo del software tenemos que
hablar y entender el término ―calidad‖, muchos organismos y personas de alto
prestigio han dado su enfoque a la palabra antes mencionada. El gran problema
de la calidad radica en lo subjetivo de la misma, ya que desde que se pronuncia la
palabra se escucha implícitamente la pregunta: ¿de qué? Se habla de calidad de
servicio, de resistencia, de durabilidad, de uso, y un largo etcétera; y no solo eso,
ya que dentro de cada, por llamarlo de alguna forma, apartado, tenemos las
diferentes opiniones.

Con esto en mente, se comienza a pensar en el cliente más que en el producto.
Se abandona la idea del producto que se auto vende para centrarse más en las
personas que van a comprarlo, con lo que se llega a una situación de compromiso
entre la entidad productora y la persona que recibirá el producto.

Hablar de calidad del software implica la necesidad de contar con parámetros que
permitan establecer los niveles mínimos que un producto de este tipo debe
alcanzar para que se considere de calidad. El problema es que la mayoría de las
características que definen al software no se pueden cuantificar fácilmente;
generalmente, se establecen de forma cualitativa, lo que dificulta su medición, ya
que se requiere establecer métricas que permitan evaluar cuantitativamente
cada característica dependiendo del tipo de software que se pretende calificar.


Enfoque de calidad

ISO 9126 es un estándar internacional para la evaluación del Software. Está
supervisado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos
conceptos. Este estándar define la usabilidad como la capacidad de un producto
software de ser comprendido, aprendido, usado y de ser atractivo para el usuario,
en condiciones específicas de uso.

Esta definición pone el énfasis en los atributos internos y externos del producto,
los cuales contribuyen a su usabilidad. Se observa que la usabilidad no depende
sólo del producto, sino también del usuario.

Calidad en el desarrollo del software

La obtención de un software con calidad implica la utilización de metodologías o
procedimientos estándares para el análisis, diseño, programación y prueba del
software que permitan uniformar la filosofía de trabajo, con el objetivo de lograr
una mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven
la productividad, tanto para la labor de desarrollo como para el control de la
calidad del software.

Factores Que Determinan La Calidad Del Software

Clasificación:

Operaciones del producto: características operativas


• Corrección (¿Hace lo que se le pide?) El grado en que una aplicación
satisface sus especificaciones y consigue los objetivos encomendados por
el cliente.

• Fiabilidad (¿Lo hace de forma fiable todo el tiempo?) El grado que se
puede esperar de una aplicación lleve a cabo las operaciones especificadas
y con la precisión requerida.

• Eficiencia (¿Qué recursos hardware y software necesito?) La cantidad de
recursos hardware y software que necesita una aplicación para realizar las
operaciones con los tiempos de respuesta adecuados.

• Integridad (¿Puedo controlar su uso?) El grado con que puede controlarse
el acceso al software o a los datos a personal no Autorizado.

• Facilidad de uso (¿Es fácil y cómodo de manejar?) El esfuerzo requerido
para aprender el manejo de una aplicación, trabajar con ella, introducir
datos y conseguir resultados.

Revisión del Producto: Capacidad para soportar cambios

• Facilidad de mantenimiento (¿Puedo localizar los fallos?) El esfuerzo
requerido para localizar y reparar errores.

• Flexibilidad (¿Puedo añadir nuevas opciones?) El esfuerzo requerido para
modificar una aplicación en funcionamiento.

• Facilidad de prueba (¿Puedo probar todas las opciones?) El esfuerzo
requerido para probar una aplicación de forma que cumpla con lo
especificado en los requisitos.

Transición del producto: adaptabilidad a nuevos entornos

• Portabilidad (¿Podré usarlo en otra máquina?) El esfuerzo requerido para
transferir la aplicación a otro hardware o sistema operativo.


• Reusabilidad (¿Podré utilizar alguna parte del software en otra aplicación?)
Grado en que partes de una aplicación pueden utilizarse en otras
aplicaciones.

• Interoperabilidad (¿Podrá comunicarse con otras aplicaciones o sistemas
informáticos? El esfuerzo necesario para comunicar la aplicación con otras
aplicaciones o sistemas informáticos.

Aplicando los factores de calidad del software a un producto de software como
Word podemos decir.
 Características Operativas
o Hace lo que necesito.
o Lo hace de forma confiable todo el tiempo
o Dependiendo las características del hardware y sistema operativo se
puede determinar que versión es más viable usar.
o Es de fácil uso.
 Capacidad de soportar los cambios.
o Se ha visto reflejado en la continua evolución que ha tenido este
programa en las diferentes versiones que han salido al mercado,
grafica y funcional.
 Adaptabilidad a nuevos entornos
o Se puede usar prácticamente en cualquier hardware y software,
ejecutando claro estas la versión que se adapte a estas
características.
o También puede interactuar con otros sistemas tales como Access y
Excel.
o En cuanto a reusabilidad del código, cada nueva versión conserva
esencia de la anterior. Lo que se hace es mejorar el producto,
adaptándolo a las exigencias del momento.


LOS MODELOS DE CALIDAD DEL SOFTWARE

¿Qué es un modelo de calidad del software?

Los Modelos de Calidad son herramientas que guían a las Organizaciones a la
Mejora Continua y la Competitividad dándoles especificaciones de qué tipo de
requisitos deben de implementar para poder brindar productos y servicios de alto
nivel. Estos modelos están hechos para que cada organización pueda adaptarlos
según sus objetivos de negocio y las metodologías que utilice.

Beneficios

 Organización
 Control
 Productividad
 Calidad
 Mejora Continua
 Imagen Frente a los clientes
 Satisfacción del cliente
 Definición de la responsabilidad y autoridad y por ende de la competencia
del personal.

Norma CMM-SW

SW-CMM es un modelo escalonado sobre el concepto de madurez, que define 5
niveles o escalones para calificar la madurez de una organización.


Puede emplearse con dos finalidades:
1.- Guía para mejorar los procesos que intervienen en el desarrollo y
mantenimiento del software.
2.- Criterio para determinar el nivel de madurez de una organización que
desarrolla o mantiene software en base a la capacidad de las áreas de
procesos definidas en estos modelos.

Nivel 1: Inicial
Los resultados de calidad obtenidos son consecuencia de las personas y de las
herramientas que emplean. No de los procesos, porque o no los hay o no se
emplean.

Nivel 2: Repetible

Prácticas básicas de gestión de proyectos, de gestión de requisitos, control
de versiones y de los trabajos realizados por subcontratistas.

Nivel 3: Definido
Los procesos comunes para desarrollo y mantenimiento del software están
documentados de manera suficiente en una biblioteca accesible a los equipos de
desarrollo. Las personas han recibido la formación necesaria para comprender
los procesos.

Nivel 4: Gestionado
La organización mide la calidad del producto y del proceso de forma
cuantitativa en base a métricas establecidas. La capacidad de los procesos
empleados es previsible, y el sistema de medición permite detectar si las


variaciones de capacidad exceden los rangos aceptables para adoptar medidas
correctivas.

Nivel 5: Optimizado

La mejora continua de los procesos afecta a toda la organización, que cuenta con
medios para identificar las debilidades y reforzar la prevención de defectos. Se
analizan de forma sistemática datos relativos a la eficacia de los procesos de
software para analizar el coste y el beneficio de las adaptaciones y las mejoras.

Se analizan los defectos de los proyectos para determinar las causas, y su
mapeado sobre los procesos.

Norma ISO/IEC 12207

La norma internacional ISO/IEC 12207: 2008 establece un modelo de procesos
para el ciclo de vida del software. Esta norma contiene procesos, actividades y
tareas que pueden aplicarse durante la adquisición de un producto o servicio
software y durante el suministro, desarrollo, operación, mantenimiento y evolución
de productos software.

La norma ISO/IEC 12207:2008 distingue dos grupos de procesos: ciclo de vida del
sistema (contexto de sistema) y ciclo de vida del software (específicos del
software).


Modelo de procesos ISO/IEC 12207:2008

Norma ISO/IEC 15504

ISO/IEC 15504 es una norma internacional para establecer y mejorar la capacidad
y madurez de los procesos de las organizaciones en la adquisición, el suministro,
el desarrollo, la evolución y el soporte de productos y servicios. Esta norma
proporciona un marco de trabajo para la evaluación del proceso y establece los
requisitos mínimos para realizar una evaluación que asegure la consistencia de las
valoraciones obtenidas.


Partes de la norma

La norma ISO/IEC 15504 se compone de una serie de partes. En concreto
actualmente la norma se encuentra dividida en 7 partes, tres de ellas normativas y
el resto se corresponden con guías y ejemplos de modelos de evaluación.

Partes de la norma ISO/IEC 15504

Partes normativas

Las partes normativas son aquellas que establecen los requisitos, aspectos y
consideraciones mínimas que en cualquier auditoría se deben cumplir para
evaluar o certificar a una organización conforme a la norma ISO/IEC 15504.

 Parte 1: Conceptos y vocabulario. Proporciona una introducción general a
los conceptos de la evaluación de los procesos.


 Parte 2: Realización de la evaluación. Establece los requisitos mínimos
para realizar una evaluación de mejora de procesos y determinación de la
capacidad.

 Parte 7: Evaluación de la madurez de la organización. Define los requisitos
mínimos para realizar una evaluación de determinación de la madurez de
una organización

Partes no normativas (guías y ejemplos de modelos de evaluación)

Las partes no normativas son aquellas que las organizaciones pueden utilizar
como guía para aplicar las partes normativas de ISO/IEC 15504.

 Parte 3: Guía para la realización de la evaluación. Proporciona una guía
para interpretar los requisitos al realizar una evaluación conforme a ISO/IEC
15504-2.

 Parte 4: Guía sobre el uso para la mejora del proceso y la determinación de
la capacidad del proceso. Guía de cómo utilizar un proceso de evaluación
conforme con un programa de mejora de procesos o para la determinación
de la capacidad.

 Parte 5: Un ejemplo de modelo de evaluación de procesos. Ejemplo de un
modelo de evaluación de procesos para realizar la evaluación de procesos
del ciclo del vida del software conforme con la ISO/IEC 15504-2. Utiliza el
modelo de procesos de referencia para la industria del software, ISO/IEC
12207:1995.

 Parte 6: Un ejemplo de modelo de evaluación del ciclo de vida de sistema:
Ejemplo de un modelo de evaluación para los procesos del ciclo de vida de


sistema conforme con la ISO/IEC 15504-2. Utiliza el modelo de procesos de
referencia para sistemas, ISO/IEC 15288

Estas guías y modelos de evaluación son considerados ejemplos y en ningún caso
son normativos.

Otros modelos

RUP (Proceso Unificado de Rational) es un proceso para el desarrollo de un
proyecto de software que define claramente quien, cómo, cuándo y qué debe
hacerse en el proyecto, con 3 características esenciales, está dirigido por los
Casos de Uso: que orientan el proyecto a la importancia para el usuario y lo que
este quiere , está centrado en la arquitectura: que Relaciona la toma de
decisiones que indican cómo tiene que ser construido el sistema y en qué orden,
y es iterativo e incremental: dividiéndose el proyecto en mini proyectos donde
los casos de uso y la arquitectura cumplen sus objetivos de manera más
depurada.

El SCAMPI (Standard CMMI Appraisal Method for Process Improvement) es un
método desarrollado por Instituto de Ingeniería de Software (SEI) para evaluar el
estado de los procesos de software de una organización basado en los modelos
CMMI. Existen tres tipos de SCAMPI: A, B, C, en donde la profundidad de la
evaluación, la duración, costo y uso varían. Estas evaluaciones son hechas por un
Asesor Líder acreditado por el SEI.


Aplicación de la calidad del software en el proceso de desarrollo

Razones por la que se debe administrar la calidad.
• Para identificar los indicadores apropiados (métricas) de calidad aceptable
• Para identificar las medidas apropiadas para ser utilizadas en la evaluación
y revisión de calidad
• Para identificar y dirigir adecuadamente asuntos que afectan la calidad tan
temprana y eficazmente como sea posible

Esto es una muy buena práctica analizando el hecho de que es muy costoso
rectificar los errores que se detectan tarde dentro de la fase de implementación,
permitiendo que los errores se detecten lo antes posible y por lo tanto, permite a
los desarrolladores concentrarse en la calidad del software, en los plazos de
implementación y en los costos asociados.

Fases de la administración de calidad.

Plan de trabajo
Verificación de Contratos
• El proveedor tiene la capacidad de satisfacer los requerimientos
• Los requerimientos son consistentes y cubren las necesidades de los
usuarios
• Existen procedimientos adecuados para el control de cambios y la
escalación de problemas


• Los procedimientos y su alcance para las interfases y la cooperación entre
las partes son estipuladas, incluyendo la propiedad, los derechos de autor y
la confidencialidad
• Los criterios de aceptación y sus procedimientos están estipulados de
acuerdo con los requerimientos
Verificación de Procesos
• La planeación de los requerimientos del proyecto son adecuados y
oportunos
• Los procesos seleccionados para el proceso son adecuados, están
implantados, se ejecutan de acuerdo a lo planeado y cumplen con el
contrato
• Los estándares, procedimientos y ambientes para los procesos del proyecto
son adecuados
• El proyecto tiene el personal entrenado como lo define el contrato

Requerimientos
Validación de Requerimientos
o Los requerimientos del sistema son consistentes, factibles y se pueden
probar
o Los requerimientos del sistema han sido asignados apropiadamente a
los elementos de hardware, de software y operaciones manuales de
acuerdo a los criterios de diseño
o Los requerimientos de software son consistentes, factibles, se pueden
probar y reflejan de manera precisa los requerimientos del sistema
o Los requerimientos del software están relacionadas a la seguridad,
certidumbre y de manera correcta
 Arquitectura
 Diseño Detallado
 Código


Roles en el proceso de evaluación, revisión e inspección.

Las diferentes evaluaciones que pueden ocurrir en el ciclo de desarrollo pueden
ser
• Evaluaciones de Hitos y de Estatus
• Inspecciones, Revisiones y Revisiones estructuradas (walkthruoghs)

Evaluaciones de Hitos y de Estatus

Cada fase (o iteración, en procesos iterativos de desarrollos) da por
resultado un entregable, puede ser un producto ejecutable o un subconjunto
del producto final en desarrollo al cual, las evaluaciones en el tiempo son
realizadas por los siguientes propósitos
• Demostrar el cumplimiento de los requerimientos (y sus
criterios)
• Sincronizar expectativas
• Sincronizar los artefactos relacionados dentro de una línea
base
• Identificar riesgos

Inspecciones, Revisiones y Revisiones estructuradas (walkthruoghs)

Las inspecciones, las revisiones y las revisiones estructuradas
(walkthroughs) son técnicas específicas enfocadas en evaluar artefactos y
son métodos poderosos de mejora de la calidad y la productividad de los
procesos de desarrollo. Llevar a cabo estas técnicas debe realizarse en una
formato de reunión, con un rol que actúe como facilitador y un segundo rol
de registro de notas (solicitudes de cambio, pendientes, etc.)


 Revisión
Una junta formal en la que un producto de software, o un conjunto de
ellos, son presentados a los usuarios, clientes y otros participantes
interesados para realizar comentarios y aprobaciones
 Inspección
Es una técnica de evaluación formal en los cuales los productos de
software son examinados en detalle por una persona o grupo
diferente al autor para detectar errores, violaciones a los estándares
de desarrollo y otros problemas
 Revisiones Estructuradas (walkthroughs)
Son un proceso de revisión en los cuales un desarrollador dirige uno
o más miembros del equipo de desarrollo a través de una sección de
un artefacto que él haya desarrollado mientras los otros miembros
hacen preguntas y realizan comentarios acerca de la técnica, estilo,
posibles errores, violaciones de los estándares de desarrollo y otros
problemas.

Los roles básicos de una revisión son
– El moderador
– El secretario (escribano)
– El presentador
– Los revisores

• El moderador asegura que los revisores se apeguen a la agenda y
permanece enfocado en el tópico en cuestión, asegura que las discusiones
no tomen partido, que no arruinen la revisión y que los revisores participen


equitativamente. Está para promover la discusión y análisis, asegurar la
participación equitativa y evitar agresividad.
• El escribano normalmente es subestimado, pero es un parte esencial para
el equipo de revisión. Peor aún, si no se documenta de forma correcta lo
que fue decidido probablemente llevará a que el asunto revisado aparezca
de nuevo en el futuro, debe estarse seguro de que exista un escribano y
que éste sea el único papel que juegue esa persona.
• El presentador es el autor del producto a ser revisado, explica el producto
de software y cualquier información de contexto necesaria para entenderlo
(aunque si el producto no explica por sí mismo, esto probablemente
requerirá cierto trabajo)

Es importante que los revisores no se conviertan en jueces – el enfoque debe ser
en el producto que es revisado, no en el presentador. Los revisores identifican
asuntos o problemas.


CONCLUSIONES

 El mundo globalizado exige cada vez más la aplicación de estándares
internacionales que garanticen la calidad de los productos. Por esta razón,
es necesario que todo aquel que se dedica al desarrollo de software
incluya en sus procesos, estándares de calidad que permitan certificarse
en alguno de los modelos.
 La certificación es una herramienta para demostrar ante el cliente y la
autoridad competente el cumplimiento de los requisitos legales definidos
para este producto en el país.
 La certificación fortalece el nivel de desempeño del proceso al definir
parámetros mínimos de aceptación nacional
 La certificación fortalece los procesos de identificación y trazabilidad del
proceso y producto y los niveles de inspección y materias primas utilizadas
en el proceso.
 La certificación brinda confianza al cliente en el producto suministrado
 La certificación es un elemento diferenciador en el mercado frente a la
competencia
 La certificación en sí misma no da ningún beneficio más allá de poder
utilizarlo como argumento de marketing, lo que si da beneficios concretos,
cuando está bien hecho, es el proceso que lleva a que la organización
pueda certificar y/o acreditar un modelo o estándar.
 Las organizaciones no pueden ser certificadas, en cambio son evaluadas y
como resultado de esa evaluación, existe una calificación, que las ubica en
un nivel de madurez o capacidad.
 Un modelo es una herramienta que ayuda a las organizaciones a la mejora
continua y a la competitividad, proporcionando un conjunto de prácticas
probadas en la industria.


 Existen dos tipos de modelos, uno enfocado en la mejora de procesos y el
otro enfocado en la evaluación de esos procesos.
 Estas guías y modelos de evaluación son considerados ejemplos y en
ningún caso son normativos.
 Los modelos aquí presentados, cubren tanto el nivel de madurez, como el
nivel de capacidad.
 Los modelos son aplicables independiente del tamaño o del dominio de la
organización en la que se piense implementar.
 Un modelo es una herramienta que ayuda a las organizaciones a la mejora
continua y a la competitividad, proporcionando un conjunto de prácticas
probadas en la industria.


BIBLIOGRAFIA

Besterfield, Dale – Control de Calidad – Prentice Hall – 1994

Tawfik – Chauvel - Administración de la Producción – McGraw Hill – 1998

Senlle, Andrés - ISO 9000 en la práctica / Reingeniería Humana – Gestión 2000 –
1996

Lefcovich, Mauricio – Matriz de Control Interno – www.monografias.com - 2003

Bounds – Woods - Supervisión – Thomson Editores – 1999

Jacaboson, I., Booch, G., Rumbaugh J., El Proceso Unificado de Desarrollo de
Software, 2000 Addison Wesley

Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley

Kruchten, P. Architectural Blueprints—The ―4+1‖ View Model of Software
Architecture. IEEE Software 12 (6), November 1995, pp. 42-50.

Rational Software Corporation, Product: Rational Software Corporation, 2002

http://d.scribd.com/docs/nea8l914j8kevn67ffn.pdf

http://es.wikipedia.org/wiki/RUP

http://cnx.org/content/m17461/latest/

http://es.wikipedia.org/wiki/ISO/IEC_9126

http://www.worldlingo.com/ma/enwiki/es/ISO_9126

http://www.revistaupiicsa.20m.com/Emilia/RevEneAbr04/Antonieta1.pdf

http://www.mena.com.mx/gonzalo/maestria/calidad/presenta/iso_9126-3/

http://www.icontec.org/Certificaci%F3n.asp?CodIdioma=ESP&CodSeccion=412


ANEXO

La diferencia en el enfoque hacia el producto y hacia el proceso es bastante
evidente.

El enfoque al producto se centra:

 Objetico del software
 Requerimientos del cliente
 Confiabilidad
 Seguridad
 Facilidad de utilización
 Prestaciones ofrecidas por la aplicación
 Mantenimiento
 Producción nuevas versiones
 Flexibilidad
 Transportabilidad

El enfoque a los procesos:

Se toma como Metodología y se asocia con el concepto de tareas, repetibles y
panificables.

• Un proceso de desarrollo de software determina quién debe hacer qué,
cuándo y cómo

• Un proceso de software define la forma en que se organiza el trabajo de un
equipo de desarrollo y otros grupos de apoyo


Sistemas de gestion de la calidad

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (16)

Destacado

Destacado (9)

Similar a Sistemas de gestion de la calidad

Similar a Sistemas de gestion de la calidad (20)

Sistemas de gestion de la calidad