Está en la página 1de 101

Unidad 2.

Gestionar la calidad
del proceso de
desarrollo de sw
Contenido

1. Definiciones
2. Evolución de la calidad
3. Aseguramiento de la calidad del software
4. Factores en la calidad del software

Modelo McCall
5. Modelos y estándares

Clasificación de los estándares de calidad
1. Definiciones
¿Qué es la calidad?

¿Cómo podemos observar la calidad en el


software?
Definición de calidad
Propiedad o conjunto de propiedades
inherentes a algo, que permiten juzgar
su valor
Buena calidad, superioridad o
excelencia
Carácter, genio, índole
Condición o requisito que se pone en
un contrato
(Diccionario de la Real Academia Española de la Lengua)
Definición de calidad

Grado en el que un conjunto de características


inherentes cumple con los requisitos
(ISO, 2000a)
Definición de calidad
La adecuación al uso del producto o, más
detalladamente, el conjunto de propiedad y
características de un producto o servicio que le
confieren su aptitud para satisfacer las necesidades
expresadas o implícitas
Puntos de vista

FUNCIONALIDAD

COSTO
OPORTUNIDAD
Concepto multidimensional

Sujeta a restricciones → presupuesto


Ligada a compromisos aceptables → plazo de
entrega
No es totalmente subjetiva → puede medirse
Ni totalmente objetiva → cualidades que sólo se
evalúan subjetivamente
Visiones o vistas de calidad
Visión trascendental
Puede ser reconocida pero no definida
Se puede concebir la calidad como un ideal al que se intenta
llegar, aunque no se logre
Visión del usuario
Grado de adecuación al propósito
Se pueden cuantificar las características de los productos,
medirlos y establecer objetivos a alcanzar
Visión del fabricante
Conformidad con la especificación
Expande su alcance para examinar la calidad durante la
producción y después de la entrega del producto.
Visión centrada en el proceso
Visiones o vistas de calidad

Visión del producto


Ligada a características inherentes del mismo
Se centra en la medida de los atributos internos del producto
Visión basada en valor
¿Cuánto el cliente está dispuesto a pagar?
Orígenes de la calidad
Calidad programada

La que se ha pretendido obtener.


Aparece descrita en una especificación, en un
documento de diseño o en un plano.
Es la que se ha encomendado conseguir al
responsable de ejecutar el trabajo.
Se potencia con la elaboración de una
especificación que sirva de buena referencia a
los participantes de un proceso
Calidad necesaria

La que el cliente exige con mayor o menor grado


de concreción o, al menos, la que le gustaría
recibir.
Se potencia con una adecuada obtención de
información de la idea de calidad de los clientes.
Calidad conseguida

La que es capaz de obtener la persona que


realiza el trabajo, gracias a su habilidad en la
ejecución de una tarea.
Se potencia con la mejora de las habilidades
personales y técnicas de los participantes de un
proceso
2. Evolución de la calidad
Introducción
Calidad → medida e inspección
2150 A.C. → construcción de casas estaba regida
por el Código de Hammurabi
Egipcios (pirámides),griegos (frisos de templos)
Origen de Calidad total en Japón
Cavernícola:
Comestibles
Armas
Vestido
Herramientas de uso personal: vasijas, arcos,
flechas, cuchillos
Etapas

Artesanal
Industrialización
Control final
Control en proceso
Control en diseño
Mejora continua
Etapa Artesanal

Periodo o hechos Características


Edad media surgen mercados Hacer las cosas bien a cualquier costo
Siglo XIII origen de gremios, control de operario Satisfacer al cliente
Satisfacer al artesano por el trabajo
XV- XVIII Inspección a talleres bien hecho
Crear un producto único
Etapa Industrialización
Periodo o hechos Características
Siglo XVIII – XIX Revolución industrial, invención
de la máquina de vapor Industrialización el proceso
Siglo XVIII Uso de agua en máquinas Economía de librecambio
Aumenta la cantidad de productos y disminuye el
Cadena de montaje “fordismo” tiempo de realización
Cambio en los instrumentos de trabajo de tipo
Revolución agrícola artesanal , exige individuos más cualificados
Desarrollo del capital comercial, Cambios Desarrollo de nuevas formas de energía como el
demográfico-sociales gas o el petróleo
Migración del campo a la ciudad Producción en masa de bienes de consumo
1850-1870 Segunda revolución industrial o Gran Flexibilidad a la producción en diversas fases o
capitalismo,tecnologías mejoradas de empresas distintas gracias a las nuevas
producción, nuevas industrias como química, tecnologías, descentralizando así la
eléctrica, automovilística productividad y aumentaron las PYMES.
Finales de los 60´s Tercera revolución industrial:
encarecimiento de recursos, reducción de Las áreas más representativas son la I+D
crecimiento económico, protestas sociales (investigación y desarrollo)
Etapa Control final
Periodo o hechos Características
1924 W. Shewhart desarrolló la metodología
“Control estadístico de procesos” y se aplica en Se introduce la estadística (planes de muestreo) a la
1933 en los laboratorios Bell inspección, reduciendo los costos
1939 Segunda Guerra Mundial, se crear el 1er SQA No importaba la cantidad de producto fabricado, sino
vigente que el cliente lo recibiera según sus especificaciones.
1939–1945 USA se crearon mundiales básicos de
Calidad para la armada Establecimiento del trabajo en cadena
El cliente empieza a exigir que el producto que recibe
cumpla con lo que ha especificado, lo que origina el
1942 USA utiliza las tablas de muestreo DODGE- nacimiento del Control de Calidad entendido como
ROMING en la fabricación de pertrechos de guerra. Control Final.
1942 de c/ mil paracaídas fabricados por lo menos
un 3.45 no se abrieron Calidad = Control de Calidad = Control Final
El control de calidad se encarga de inspeccionar el
1943 se intensificó la búsqueda para establecer los producto y separar aquel que es aceptable del que no lo
estándares de calidad es.
1940-1943 Een Western Electric Company de la
ciudad de Chicago, Illinois tuvieron lugar los
primeros experimentos serios sobre productividad Para disminuir el número de defectos es preciso
por Elton Mayor aumentar el gasto en control de calidad
1945 Se firma el acuerdo de rendición de Japón
terminan la edad de control estadístico de Calidad En esta etapa no aparece el cliente, ya que es el propio
en Estados Unidos y Europa. fabricante el que elabora sus estándares de calidad
1950 Se crearon empresas norteamericanas y
europeas que separaban los productos buenos de
los malos
Etapa Control en proceso

Periodo o hechos Características


60´s en USA: incremento del consumismo, de No esperar la fabricación de un producto defectuoso
demandas judiciales sobre calidad, regulación Actuar antes de que se presente el problema
gubernamental sobre calidad y revolución japonesa de
la calidad Reducir la dispersión
60-70´s Productos japoneses aumentaron su cuota en Centrar las características del producto
el mercado a nivel internacional y las empresas Utilización de técnicas de muestreo estadístico
norteamericanas y europeas no lo tomaban en serio Si se lograba tener bajo control los parámetros del
proceso, de los cuales depende como salga el
producto, no sería necesario controlarlo
Mantener el control del proceso estable, independiente
de perturbaciones y desajustes.
Conseguir las condiciones de operación objetivo de
forma rápida y continua.
Trabajar correctamente bajo un amplio abanico de
condiciones operativas.
Manejar la restricciones de equipo y proceso de forma
precisa.
Etapa Control en diseño

Periodo o hechos Características

La calidad fue entendida por Shewhart como "un


problema de variación que puede ser controlado y
Situada entre 1960 y 1970, se cambia la orientación a prevenido mediante la eliminación a tiempo de las
la satisfacción del cliente. La cultura empresarial se causas que lo provocan, de tal forma que la
enfoca al desarrollo de nuevos productos, calidad en producción pudiese cumplir con la tolerancia de
el diseño y mejores sistemas de distribución y ventas. especificación de su diseño".
Siglo XIX avance de la digitalización a nivel mundial Esta etapa fue impulsada por Joseph Juran y su
Cambiar ciertos comportamientos por otros para el concepto de Aseguramiento de calidad, el cual se
mejoramiento en su calidad de vida "fundamenta en que el proceso de manufactura
requiere de servicios de soporte de calidad, por lo
70´s crisis de calidad en norteamerica y Europa que se debían coordinar esfuerzos entre las áreas
de producción y diseño de producto, ingeniería de
80´s “ tercera ola” de control estadístico del proceso proceso, abastecimiento, laboratorio."
Uso de las normas ISO 9000 en Europa
Etapa Mejora continua
Periodo o hechos Características
Contar con empleados hábiles, entrenados
para hacer un trabajo de calidad y así evitar o
minimizar los defectos, errores y realizar
90´s aparecen enfoques como Seis-Sigma diferentes tareas.
Satisfacción al cliente, que es un consumidor
Siglo XX denominó Siglo de la productividad exigente
Énfasis en autocontrol, autoinspección,
extensión de los trabajos, equipos de trabajo
autodirigidos, mejora de la calidad, implicación
de la alta dirección, planificación estratégica
de la calidad, reingeniería de procesos de
Siglo XXI denominado Siglo de la Calidad negocio, formación, medición, benchmarking
Cambia el concepto de un enfoque centrado en
el producto, a uno de gestión organizacional
Cambia de cumplir las especificaciones a
satisfacer todas las necesidades y
expectativas del cliente
Evolución de la calidad
Calidad en el software (IEEE)

La calidad en el software es:


El grado en que un sistema, componente o
procedimiento cumple con los requisitos
especificados
El grado en que un sistema, componente o
proceso cumple con las necesidades o
expectativas de los clientes o usuarios
Bases de la definición

Conformidad con los


requisitos Crosby

Características del producto


que cumplen con las
necesidades del cliente y
además proporcionan
satisfacción del producto Juran
Libre de defectos
Calidad en el software (Pressman)

Cumplimiento de los requisitos de


funcionalidad y desempeño explícitamente
establecidos, de los estándares de desarrollo
explícitamente documentados y de las
características implícitas que se esperan de
todo software desarrollado profesionalmente
Requerimientos para asegurar la
calidad
Requerimientos funcionales específicos →
salidas del sistema
Estándares de calidad → contrato
Buenas prácticas de IS → reflejan el estado del
arte de prácticas profesionales, implícito
3. Aseguramiento de la calidad del software

Software Quality Assurance (SQA)


El problema de la gestión de la calidad no es lo
que la gente ignora acerca de ella.
El problema es lo que creen saber...

Philip Crosby
Definición (IEEE)

Patrón planificado y sistemático de todas las


acciones necesarias para proporcionar la
confianza adecuada de que un artículo o
producto se ajusta a los requerimientos técnicos
establecidos
Conjunto de actividades diseñadas para evaluar
el proceso por el cual los productos se elaboran
o fabrican. Diferente del control de calidad
Aspectos importantes en la definición

Planear e implementar sistemáticamente


SQA se basa en la planeación y aplicación de una
variedad de acciones integradas en todas las
etapas del proceso de desarrollo del software
Hace referencia al proceso de desarrollo del
software
Hace referencia a las especificaciones de los
requerimientos técnicos
El SQA abarca:

Un proceso de garantía de la calidad (de ahí sus siglas)


Tareas específicas de aseguramiento y control de la calidad
Revisiones técnicas formales que se aplican durante el
proceso del software
Una estrategia de prueba multiescalada
Prácticas efectivas de Ingeniería de Software (métodos y
herramientas)
Control de todos los productos de trabajo y los cambios que
generan
Un procedimiento para garantizar la concordancia con los
estándares de desarrollo de software
Mecanismos de medición y de generación de informes
Control de =
calidad
Aseguramiento de
calidad
Control de calidad (IEEE)


Conjunto de actividades diseñadas para evaluar
la calidad de un producto desarrollado o
fabricado

En el aseguramiento de la calidad se trata de
prevenir las causas de los errores, y si se
encuentran corregirlos en las primeras etapas del
proceso de desarrollo
Comparativa

El control de calidad y el aseguramiento de la


calidad tienen diferentes objetivos
Las actividades del control de calidad son sólo
una parte de las actividades para asegurar la
calidad
Grupo de trabajo


Planificar

Supervisar
Trabajo técnico ●
Guardar registros

Analizar y reportar
la garantía de la calidad

Ingenieros de sw Grupo SQA


Actividades del SQA (SEI)
Preparar un plan de SQA para un proyecto
Participar en el desarrollo de la descripción del proceso
de sw del proyecto
Revisar las actividades de IS para verificar que se
ajuste al proceso de desarrollo definido
Auditar productos de trabajo seleccionados para
verificar que se ajusten con los definidos como parte
del proceso de desarrollo
Garantizar que las desviaciones en el trabajo y en los
productos de trabajo estén documentados y se
manejen de acuerdo con el procedimiento establecido
Registrar cualquier falta de ajuste e informar al gestor
ejecutivo
Plan de SQA

Mapa para instituir la garantía de la calidad del


software
Desarrollado por el grupo SQA
Partes (IEEE)
1. Propósito y ámbito del plan
2. Descripción de los productos de trabajo que caen en el alcance
del SQA (Modelos, Documentos, Código fuente)
3. Estándares y prácticas aplicables que se aprovechan durante el
proceso
4. Acciones y tareas de SQA (incluso revisiones y auditorias) y su
ubicación en el proceso
5. Herramientas y métodos que soportan las actividades y tareas de
SQA
6. Procedimientos de gestión de configuración de software para
gestionar el cambio
7. Métodos para ensamblar, salvaguardar y mantener todos los
registros relacionados con SQA
8. Papeles y responsabilidades en la organización relativas a la
calidad de producto
4. Factores en la calidad del software
Introducción

El documento de análisis de requerimientos es


uno de los elementos más importantes para
lograr la calidad en el software

¿Que es un “buen” documento de requerimientos?


Casos

“Nuestro SII de ventas parece correcto, ya que las facturas, el


inventario, el cálculo de descuentos a los clientes siguen las
políticas de la empresa, pero éste frecuentemente falla, al menos
2 veces a la semana durante 20 minutos o más. Ayer estuvo 1.5
hrs fuera...”
“Hace medio año lanzamos nuestro nuevo producto, el detector
de radares. El firmware RD-8.1 que contiene el producto, parece
ser la razón del éxito. Pero cuando comenzamos a planear el
desarrollo de una versión de este producto para Europa,
encontramos aunque las versiones son similares se requiere
diseñar un nuevo firmware, al menos casi todo el diseño y la
programación”.
Casos

“Lo crean o no, nuestro paquete “Blackboard para maestros” lanzado


hace 3 meses ya ha sido instalado en 187 escuelas. El equipo de
desarrollo acaba de regresar de una semana de vacaciones por Hawai.
Pero de repente han recibido diariamente quejas por parte del
departamento de mantenimiento. Ellos se quejan de la falta de
detección de fallas en el sw, además de que el manual es muy
raquítico, lo que ha provocado que el tiempo estimado para hacer frente
a los bugs o realizar cambios menores de acuerdo con el contrato sea
mayor”.
“La nueva versión del programa para realizar préstamos es realmente
preciso. Se han procesado 1200 solicitudes y revisado la salida de los
contratos. No hay errores. Pero se ha detectado un error no esperado:
capacitar a nuevas personas para usar el sistema toma 2 semanas.
Este es un grave problema debido a la alta rotación de empleados que
existe. El equipo de desarrollo dice que ellos no estaban obligados a
hacer frente a problemas en la capacitación, pero que en 2 o 3 meses
de trabajo se resolverá el problema”
Algunas características comunes de
los “pero´s”

Todos los proyectos de sw cumplen


satisfactoriamente los requerimientos básicos
sobre cálculos (inventarios, promedios, interés
de préstamos, etc)
Todos los proyectos de sw sufren de pobre
desempeño en áreas como mantenimiento,
confiabilidad, reuso o entrenamiento
Las causas del pobre desempeño en los
proyectos de sw en estas áreas es la falta de
requisitos predefinidos para cubrir aspectos
importantes sobre la funcionalidad
Necesidad de requerimientos
comprensibles

Usabilidad
Reusabilidad
Mantenimiento

Para lograr asegurar la completa satisfacción de


los usuarios
¿Dónde se pone?

En el documentos de requerimientos,
clasificando estos aspectos en un grupo llamado
Factores de calidad
Modelos sobre factores de calidad

Clásico de McCall
Propuesto en 1977
Formado por 11 factores
Deutsch y Willis
Propuesto en 1985
Formado por 15 factores
Evans y Marciniak
Propuesto en 1987
Formado por 12 factores
Modelo McCall

Factores que pertene-


Requerimientos que afectan cen a la adaptación
las actividades de manteni- del sw a otros am-
miento bientes y su interac-
Transición ción con otros siste-
Revisión del mas
del producto
producto

Operación
del
producto

Requerimientos que afectan la operación diaria del sw


Diferentes visiones de los factores
Visión de la dirección Visión del desarrollador
Visión de usuario Facilidad de uso Operabilidad
Familiarización
Comunicatividad
Seguridad (integridad) Volumen y tasa de E/S
Operación de Datos comunes
producto Eficiencia Control y audit. de acceso
Integridad de datos
Corrección (exactitud) Eficiencia de almacenam.
Eficiencia de ejecución
Fiabilidad
Compleción
Trazabilidad
Revisión de Facilidad de Consistencia
producto mantenimiento Precisión
Facilidad de Tolerancia a errores
prueba Simplicidad
Concisión
Flexibilidad Autodescriptividad
Modularidad
Transición de Capacidad de Instrumentación
producto reutilización Capacidad de ampliación
Transportabilidad Generalidad
Indep. máquina
Interoperabilidad Indep. soft. de sistema
Comunicac. comunes
Operación del producto
Exactitud
¿Hace lo que quiero?
Confiabilidad
¿Lo hace de forma confiable todo el tiempo?
Eficiencia
¿Se ejecutará en mi hardware lo mejor que pueda?
Integridad
¿Es seguro?
Facilidad de uso = usabilidad
¿Está diseñado para ser usado?
Exactitud
Los requerimientos son definidos en una lista de las
salidas requeridas del sistema, tales como reportes en
pantalla o impresos
Las especificaciones de salida son usualmente
multidimensionales:
Salida crítica
Precisión afectada por datos de entrada o cálculos
Información incompleta
Información no actualizada
Disponibilidad de la información
Estándares de codificación y documentación
Confiabilidad

Determina la cantidad o porcentaje de fallas


permitidas en el funcionamiento de una una parte
o el sistema completo
Eficiencia

Que los recursos de hw estén de acuerdo con


los requerimientos del sistema para garantizar
un 100% del funcionamiento.
Los recursos del hw deberán contemplar:
Capacidad de procesamiento en MIPS o Mhz
Capacidad de almacenamiento en MB, GB, TB
Capacidad de comunicación de datos de las
líneas de comunicación en KBPS, MBPS, GBPS
Tiempo entre recarga de las unidades portables
(unidades de computadoras portátiles)
Integridad

Es la seguridad que debe tener el sistema


Los requerimientos para prevenir el acceso no
autorizado
Distinguir la mayoría del personal que puede “ver”
la información y el grupo limitado que puede
agregar o modificar los datos
Usabilidad

El sistema deberá ser fácil de usar y aprender


para que cuando hay nuevo personal no se tenga
que capacitar para su uso
Revisión del producto

Facilidad de Mantenimiento
(¿Puedo corregirlo?)

Flexibilidad
(¿Puedo cambiarlo?)

Facilidad de prueba
(¿Puedo probarlo?)
Facilidad de mantenimiento

Determina el esfuerzo que necesitarán los


usuarios y el personal de mantenimiento para
identificar las razones de las fallas en el sw,
corregir las fallas y verificar que se haya hecho
correctamente,
Estos factores están relacionados con:
La estructura del sw
La documentación interna del programa
El manual del programador
Flexibilidad

Capacidades y esfuerzo requeridos para


soportar las actividades de mantenimiento
adaptativo y perfectivo, como pueden ser:
Adaptar el sistema a una variedad de clientes
Extender las actividades
Usar otro tipo de productos
Facilidad de prueba

Capacidad de prueba de los requisitos de un


sistema, así como de su funcionamiento.
Esto se facilita con:
Características del programa que ayudan a la
persona que prueba
Requisitos relacionados con la operación
incluyendo realizar diagnostico automático antes
de ponerlo en operación
Transición del producto
Portabilidad
¿Podré usarlo en otra máquina?

Reusabilidad
¿Podré reusar alguna parte del software?

Interoperabilidad
¿Podré hacerlo interactuar con otro sistema?
Portabilidad

Los requerimientos de portabilidad tienden a la


adaptación del sistema a otros ambientes con
hw diferente o sistema operativos diferentes, lo
que hace posible que el mismo sistema se use
en diversas situaciones
Reusabilidad

Los requerimientos de reutilización se refieren


al uso de módulos originalmente diseñados
para un proyecto que pueden utilizarse en otro
Se espera que el reuso disminuya los recursos
de desarrollo necesarios, acortando los tiempos
y dando mayor calidad a los módulos.
Interoperabilidad

Se enfoca en la creación de interfaces con otros


sistemas o equipos de firmware
Modelos alternativos vs. McCall

Factor de calidad McCall Evans y Marciniak Deutsch y Willis


Exactitud
Confiabilidad
Eficiencia
Integridad
Facilidad de uso
Facilidad de Mantenimiento
Flexibilidad
Facilidad de prueba
Portabilidad
Reusabilidad
Interoperabilidad
Verificabilidad
Expandibilidad
Seguridad
Capacidad de gestión
Superviviencia
Verificabilidad

Definen las características de diseño y


programación que hacen posible la verificación
de la eficiencia de las etapas diseño y la
programación.
Esto implica modularidad, simplicidad y
adherencia a las guías para la documentación y
la programación
Expandibilidad

Se refiere a futuros esfuerzos que se


necesitarán para servir a un grupo de usuarios
mayor, o agregar nuevas aplicaciones para
mejorar la usabilidad.
La mayoría de estos requerimientos se cubren
en los factores de Flexibilidad del modelo de
McCall
Seguridad

Requerimientos destinados a eliminar


condiciones peligrosas para los operadores del
equipo como resultado de errores en el software
de control de procesos.
Los errores pueden dar lugar en reacciones
inapropiadas para situaciones dañinas o la falla
para hacer funcionar una alarma cuando se
detecten condiciones peligrosas que puedan
surgir
Capacidad de gestión

Se refiere a las herramientas administrativas


que soporten la modificación del sw durante el
desarrollo del mismo y en periodos de
mantenimiento, tales como administración de la
configuración, procedimientos de cambio, etc.
Supervivencia

Se refiere a la continuidad del servicio. Esto se


define como el tiempo mínimo permitido entre
fallas del sistema, y el tiempo máximo para
recuperar el servicio.
Aunque estos 2 requerimientos se pueden ver
como cosas separadas, están asociadas a la
funcionalidad o servicio.
Existen similitudes significativas entre la
supervivencia y la fiabilidad descrita en el
modelo de McCall
5. Modelos y estándares
Introducción

Problema: “crisis del software”.


La causa principal de esta crisis es el aumento
de la complejidad de las aplicaciones sin la
adopción de los procesos adecuados de
desarrollo que contribuirían a obtener un
producto de mayor calidad y menor costo.
¿Por qué implementar estándares?

Satisfacción del cliente

Competencia

Defectos
Beneficios de usar estándares
Capacidad de aplicar al desarrollo y
mantenimiento de software metodologías y
procedimientos del más alto nivel profesional
Una mejor comprensión y la coordinación mutua
entre los equipos de desarrollo, pero sobre todo
entre los equipos de desarrollo y mantenimiento
Una mayor cooperación entre el desarrollador de
software y los participantes externos en el
proyecto
Mejor entendimiento y cooperación entre
proveedores y clientes, con base en la adopción
de las estándares de desarrollo y mantenimiento
definidas en el contrato
Organizaciones involucradas en el
desarrollo de estándares

IEEE (Instituto de Ingenieros Eléctricos y


Electrónicos)
ISO (Organización Internacional para la
Estandarización)
DOD (Departamento de Defensa de los Estados
Unidos)
ANSI (Instituto Americano de Estándares
Nacionales)
IEC (Comisión Internacional Electrotécnica)
EIA (Asociación de Industrias Electrónicas)
¿Cómo contribuyen las organizaciones
en el aseguramiento de la calidad?

IEEE → estándares de SQA e Ingeniería de sw


ISO → gestión de SQA
Certificación de SQA a través de auditores
independientes de calidad

La certificación sólo es válida hasta la próxima


auditoría, por lo que debe ser renovada
Estados por los que pasa
un estándar

Oferta (NP: Nueva oferta de trabajo)


Preparatorio (WD: Borradores de trabajo)
Comité (CD: Borrador de comité)
Investigación (DIS: Proyecto de Norma
Internacional)
Aprobación (DDIS: Proyecto de Norma
Internacional Final)
Publicación (IS: Estándar internacional)
Normalización
Es la actividad que establece disposiciones de
orden para un uso común y repetido, alcanzando
un grado óptimo, respecto a problemas reales o
potenciales. Fuente: ISO/IEC Guide 2:2004
Una norma mexicana es la que elabora un
organismo nacional de normalización, la cual
prevé para un uso común y repetido reglas,
especificaciones, atributos, métodos de prueba,
directrices, características o prescripciones
aplicables a un producto, proceso, instalación,
sistema, actividad, servicio o método de
producción u operación, así como aquellas
relativas a terminología, simbología, embalaje,
marcado o etiquetado.
¿Cuál es el objetivo de la
Normalización en México?
El sistema nacional de normalización mexicano debe existir
apoyado por las industrias y el sector gubernamental para
conseguir que los productos nacionales se fabriquen en
condiciones tales que cumplan satisfactoriamente con los
requisitos que demandan las economías globalizadas.

Comités Técnicos de Normalización Nacional


Conforme a la reglamentación vigente, estos Comités deben
estar integrados de manera equilibrada, representando a
productores, distribuidores, comercializadores, prestadores
de servicios, consumidores, instituciones de educación
superior y científica, así como a sectores de interés general y
sin exclusión de ningún sector de la sociedad. Los Comités
Técnicos de Normalización deben tener: cobertura nacional y
capacidad para participar en las actividades de normalización
internacional.
¿Qué es Certificación?
Es la actividad con la que una organización
garantiza que determinado producto, servicio,
sistema, proceso o persona cumple con las
exigencias marcadas en diferentes normas
establecidas a nivel nacional (NOM o NMX) e
internacional (ISO, IEC, entre otras).
Se trata de un proceso documental en el que el
certificador actúa como un organismo de tercera
parte que, basado en procesos transparentes y
confiables, revisa los resultados de una serie de
pruebas, ensayos o análisis para evaluar cada una
de las características requeridas por la regulación en
cuestión.
Si el resultado es positivo, se otorga un certificado
de conformidad válido ante las autoridades
competentes.
La certificación de un producto
permite:

Identificar y distinguir un producto de otro similar


Dar confiabilidad al producto
Crear valor agregado para la venta del producto
Generar confianza en el consumidor
Demostrar transparencia ante las autoridades
NYCE
Es un aliado estratégico de la industria y sus
consumidores, comprometido en ofrecer
SEGURIDAD Y CONFIANZA.
Con más de 20 años de operaciones en México han
desarrollado un portafolio con una gran variedad de
servicios en las áreas de certificación, verificación,
normalización y capacitación para diversos sectores.
Misión:
Desarrollar estándares y evaluar la conformidad, para
facilitar a sus usuarios el acceso a mercados, en
forma ágil y transparente, garantizando la seguridad
del consumidor, su salud, el cuidado del medio
ambiente y la protección de las vías generales de
comunicación.
Certificaciones de NYCE
Productos:
Equipo Eléctrico
Equipo Electrónico
Equipo de Telecomunicaciones
Equipo de Tecnologías de la Información
Llantas, Cámaras y Válvulas
Producto de Seguridad
Sistemas y Dispositivos Electrónicos de Juegos
Tecnología LED
Instrumentos de Medición
Eficiencia Energética
Certificación de Producto de Software
Alimentos: Chocolate
Procesos y Sistemas:
Sistemas de Gestión (ISO)
Protección de Datos Personales
Personas:
Evaluación de Procesos de Tecnologías de la Información
Talento TI
Importancia de certificar procesos y
sistemas

Las empresas mexicanas cuentan cada vez con


mayores oportunidades de competir en el
exterior, con empresas de Estados Unidos,
Europa o Asia. Para poder concretar este
esfuerzo, NYCE ofrece la certificación basada en
estándares internacionales con los que las
empresas avalan la eficiencia, capacidades y la
solidez de sus procesos internos y sus sistemas
de gestión, para competir en igualdad de
condiciones.
Importancia de certificar personas

Contar con una certificación le permite a


cualquier profesionista demostrar que cubre un
perfil de competencias y capacidades en alguna
de las ramas de las tecnologías de la
información, para un desempeño de funciones
productivas o de servicios con los niveles de
calidad requeridos por el mercado de trabajo.
¿Qué es Verificación?
Es la actividad en la que un organismo, por medio de
sus Unidades de Verificación Autorizadas, garantiza que
determinado producto, servicio, sistema o proceso
cumple con las exigencias marcadas en diferentes
normas establecidas a nivel nacional
Las Unidades de Verificación son personas físicas o
morales, que realizan actos de verificación, esto es, que
llevan a cabo actividades de evaluación de la
conformidad mediante la constatación ocular o
comprobación, mediante muestreo, medición, pruebas
de laboratorio o examen de documentos en un momento
o tiempo determinado, con la confianza de que los
servicios que presta son conducidos con competencia
técnica, imparcialidad y confidencialidad.
Si el resultado es positivo, se otorga un dictamen de
conformidad válido ante las autoridades competentes.
Verificaciones de NYCE

Productos:
• Información Comercial
• Equipos de Telecomunicaciones
• Tercero Autorizado auxiliar de COFEPRIS en
Medicamentos y Dispositivos Médicos
Procesos y Sistemas:
• Distintivo H
• Capacidad de Madurez de Procesos
• MoProSoft
• ISO/IEC 15504
Clasificación de los estándares de calidad
Clasificación de los estándares de
SQA

Estándares de administración de la calidad


Estándares de SQA, incluyendo metodologías de
evaluación y certificación

Estándares de proceso de proyectos


Estándares de procesos para el desarrollo de
proyectos de software
Estándares de administración de la
calidad

ISO 9000-3
ISO 9001 – Tickit
CMM – CMMI
Bootstrap
SPICE – ISO/IEC 15504
Estándares de procesos de proyectos
Introducción

Se enfocan en la metodología necesaria para


desarrollar y mantener software
Se enfocan en el Cómo
Beneficios
Habilidad para aplicar las metodologías disponibles
para un desarrollo y mantenimiento más
profesionales
Capacidad de aplicar procedimientos de acuerdo al
estado del arte de los procesos en los proyectos
Mejor entendimiento y coordinación entre equipos,
especialmente entre equipos de desarrollo y
mantenimiento
Mayor cooperación entre el desarrollador y
participantes externos al proyecto
Mejor entendimiento y coordinación entre
proveedores y clientes basado en la incorporación
de estándares establecidos en el contrato
Estructura de estándares de IS IEEE

Conceptuales
Prescriptivos de conformidad
De dirección
I
Estándares conceptuales

IEEE 610.12 → Glosario de terminología de IS


IEEE 1061 → Metodología de métricas de
calidad del sw
IEEE 1320.2 → Lenguaje de modelado
conceptual, sintaxis y semántica
IEEE 1420.1a → Reuso de sw, modelo de datos
para la interoperabilidad de la biblioteca de reuso
IEEE/EIA 12207.0 → Tecnología de la
información del proceso del ciclo de vida del sw
Estándares prescriptivos de
conformidad

IEEE 828 – Planes de configuración de sw


IEEE 829 – Documentación de las pruebas del
sw
IEEE 1012 – Verificación and Validación de sw
IEEE 1028 – Revisiones del sw
IEEE 1042.1 – Reuso del sw – Modelo para la
interoperabilidad de la biblioteca de reuso
Estándares de dirección

IEEE 1233 → Guía para desarrollar la


especificación de requerimientos
IEEE/EIA 12207.1 → Guía, TI – Procesos del
ciclo de vida – Datos de ciclo de vida
IEEE/EIA 12207.2 → Guía, TI – Procesos del
ciclo de vida – Tecnología de implementación
Ciénega de estándares y modelos
Se pueden distinguir
Modelos de procesos del ciclo de vida

Estándares y guías: que establecen lo que debería hacerse


en una situación contractual

Modelos de mejora y métodos de valoración interna: que


establecen un camino a seguir describiendo las
características de los buenos procesos

Métodos de selección de contratistas: que especifican el


examen de los procesos de una organización por alguien
externo con el fin de comparar fortalezas y debilidades de los
contratistas para poder minimizar el riesgo de la compra

Premios de calidad
Ejemplos
Modelos de procesos del ciclo de vida
ISO/IEC 12207
ISO 15288
Estándares y guías
ISO
EIA Interim Standard (IS) 632
Estándares militares como MIL-STD-498
Modelos de mejora y métodos de valoración interna
CMM/CMMI
Bootstrap
Scampi
Moprosoft
Métodos de selección de contratistas
SCE (Software Capability Evaluation)
SDCE de las fuerzas armadas de EEUU
Premios de calidad
Malcolm Baldrige National Quality Award
European Quality Award

También podría gustarte