Calidad Del Software

7/17/2019 Calidad Del Software

http://slidepdf.com/reader/full/calidad-del-software-568ee6b374774 1/61

Calidad delCalidad delsoftwaresoftware



2

Defnición de Calidad

Sotware“I do not worry whether something is

cheap or expensive. I only worry ifit is good. If it is good enough,

the public will pay you back for it”

Walt Disney



3

FERRARI

FIAT

La calidad es relativa a las personas, a su

edad, a las circunstancias de trabajo, eltiempo…

•n caramelo para un ni!o"

•n mapa #astronómico mundial"

•$l tiempo varia las percepciones"



%

Funcionalidad

Oportunidad C

o s t e



&

VISTAS DE LA CALIDAD

Garvin (1984)

• TRASCENDENTAL (calidad = ecelencia inna!a)

• "ASADA EN #S#ARI$ (adec%aci&n al 'r'&i!)

• "ASADA EN FA"RICANTE (cn*r+idad cn re,%ii!)

• "ASADA EN -R$D#CT$ (ecn&+ica)

• "ASADA EN VAL$R ('reci ae,%i.le)



'

Concepto de calidad(

Defniciones )ropiedad o conjunto de propiedades

in*erentes a una cosa, +ue permiten

apreciarla cono i#ual, mejor o peor +uelas restantes de su especie D-.$/" 0otalidad de las caracter1sticas de un

producto o servicio +ue le conferen suaptitud para satisacer unas necesidadesepresadas o impl1citas orma $ ''4556472 traducción de 8S9 :%52/"


http://slidepdf.com/reader/full/calidad-del-software-568ee6b374774 7/61;

• Adec%aci&n (del 'rd%c!) al % (Juran)

• Cn*r+idad cn re,%ii! / cn*ia.ilidad en el

*%ncina+ien! (Deming)

• Cer de*ec! (Crosby)

• -0rdida ecn&+ica ,%e %n 'rd%c! %'ne 'ara la

ciedad dede el ++en! de % e'edici&n(Taguchi)

• Grad en el ,%e %n cn%n! de carac!er2!ica

in3eren!e c%+'le cn l re,%ii! (ISO 9000:2000)


http://slidepdf.com/reader/full/calidad-del-software-568ee6b374774 8/61:

• T!alidad de la carac!er2!ica / a'ec! de %n

'rd%c! ervici en l ,%e e .aa % a'!i!%d

'ara a!i*acer %na neceidad dada (EOQ)

• El rad de a!i*acci&n ,%e 'rd%ce al clien!e

• #n .%en 'rd%c! n e el ,%e c%+'le cn %na

de!er+inada e'eci*icaci&n5 in el ,%e e .ienreci.id 'r el clien!e (Drucker)



CONCEPTO DE CALIDAD

• N e a.l%!

• E!6 %e! a re!riccine

• Tra!a de c+'r+i ace'!a.le

• E +%l!idi+eninal

• L cri!eri de calidad n n inde'endien!e

Gillie (1997)



Concepto de calidad Se#<n la $ ''4556472 =.$9-, 6772>, se defne la

calidad como( ?0otalidad de caracter1sticas de unproducto o servicio +ue le conferen su aptitud para

satisacer unas necesidades epresadas o implicitas@

La consecución de la calidad puede tener tres or1#enes( Calidad -ealiAada( La +ue es capaA de obtener la persona +ue

realiAa el trabajo"

Calidad )ro#ramada( La calidad +ue se *a pretendido obtener" Calidad ecesaria( La calidad +ue el cliente ei#e con maBor o

menor #rado de concreción"



GESTIÓN DE

LA CALIDAD



Calidad en la 8n#enier1a

del Sotware aB +ue tener en cuenta a la *ora de abordar la

calidad en el sotware un conjunto de caracter1sticasdel mismo +ue lo *ace un producto peculiar(

Se desarrolla, no se abrica en el sentido clsico del mismo" Se trata de un producto ló#ico, sin eistencia 1sica" o se de#rada con el uso" )or la complejidad del SE B la ausencia de controles

adecuados, se suele entre#ar el SE conscientemente condeectos incluso p<blicamente declarados/"

n #ran porcentaje de la producción se *ace a<n a medidaen veA de emplear componentes eistentes B ensamblar"

$s muB Feible" Se puede cambiar con acilidad e inclusoreutiliAar ra#mentos"



Defnición de calidad del

sotware Defnición ofcial 8$$$ Std" '6546775/ $s el

#rado con el +ue un sistema, componente oproceso cumple(Los re+uisitos especifcados"Las necesidades o epectativas del cliente ousuario"

Concordancia del sotware producido con losre+uisitos uncionales B de rendimientoepl1citamente establecidos, con los estndares dedesarrollo epl1citamente documentados B con lascaracter1sticas impl1citas +ue se espera de todosotware desarrollado proesionalmente"

- e l a c i ó n d e l a

c a l i d a d c o n e l

S o f t w a r e


http://slidepdf.com/reader/full/calidad-del-software-568ee6b374774 14/616%

Los re+uisitos establecidos epl1citamente se reFejanen el documento de especifcación de re+uisitos delsistema(Guncionales( unciones a realiAar por el sotware"o uncionales o etendidos/( re+uisitos de se#uridad, derendimiento, etc…

Los re+uisitos impl1citos no aparecen en el documento

de especifcación de re+uisitos del sistema" Si secumplen los epl1citos B no los impl1citos, la calidaddel sotware +ueda en entredic*o"

$l uso de estndares B las normas de desarrollopermiten +ue se consi#a una calidad tHcnica"


http://slidepdf.com/reader/full/calidad-del-software-568ee6b374774 15/616&

0ópicos relacionados con

la Calidad i/ Iestión de la calidad del Sotware

.spectos de la unción #eneral de la #estión +ue determina Baplica la pol1tica de calidad objetivos B directrices #enerales decalidad de una empresa/" 8ncluBe( )lanifcación estratH#ica" .si#nación de recursos"

)uede *aber una #estión de la calidad dentro de cada proBecto"

.se#uramiento de la calidad del sotware

Conjunto de actividades planifcadas B sistemticas necesariaspara aportar la confanAa en +ue el producto SE/ satisar losre+uisitos dados de calidad"

Conjunto de actividades para evaluar el proceso mediante elcual se desarrolla el producto


http://slidepdf.com/reader/full/calidad-del-software-568ee6b374774 16/616'

0ópicos relacionados con

la Calidad ii/ Control de calidad del sotware

0Hcnicas B actividades de carcter operativo utiliAadas parasatisacer los re+uisitos relativos a la calidad, centradas en

dos objetivos undamentales( mantener bajo control unproceso B eliminar las causas de deectos en las dierentesases del ciclo de vida"

)roceso de verifcar el propio trabajo o el de un compa!ero" Jerifcación o validación del SE( .ctividad li#ada al

control de la calidad en el mbito del sotware Jerifcación( Comprobar si los productos construidos en unaase del ciclo de vida satisacen los re+uisitos"

Jalidación( Comprobar si el sotware construido satisacelos re+uisitos de usuario"



6;

iveles de acción en la

in#enier1a del sotware $l trabajo para la mejora de la calidad tiene distintos

mbitos de actuación( ivel individual ivel de empresaKor#aniAación ivel de proBecto

La #estión de la calidad a nivel de empresa u or#aniAaciónconsiste en la creación de una estructura or#aniAativaapropiada para omentar el trabajo por la calidad de todaslas personas B departamentos de la empresa" Se suelerecurrir al concepto de sistema de calidad

$l desarrollo del sotware se suele or#aniAar en proBectos"$n cada proBecto de desarrollo se deben aplicar lasdirectrices de calidad fjadas a nivel de la or#aniAación" )araello es imprescindible la adaptación de las mismas a lascondiciones de cada proBecto" Las directrices contenidas enel sistema de calidad deben adecuarse a cada uno de los

proBectos"



6:

iveles de acción en lain#enier1a del sotware •Planicación

estratégica.

•Asignaciónde recrsos.

•Acti!idadessiste"#ticas



67

Calidad a nivel deempresa( Sistema decalidad

)ara la implementación de unainraestructura de calidad es necesario elapoBo de un sistema de calidad ue se adecue

a los objetivos de calidad de la empresa,por+ue es un punto vital(

!structura de organi"aci#n, de

responsabilidades, de actividades, de recursos y de procedimientos ue se establecen para

llevar a cabo la gesti#n de la calidad. I$%&'(((



25


$ste sistema debe adecuar los objetivosde la calidad a de la empresa"

La dirección es la responsable de( Gijar la pol1tica de la calidad

?un 7& de los trenes lle#an con de & min" deretraso@

?el cliente sismpre tiene la raAón@ Las decisiones relativas al inicio, desarrollo,

implantación B actualiAación del sistema decalidad"



26


Se debe fjar la estructura or#aniAativaal sistema de #estión de calidad l1neas

jerar+uicas B de comunicación" )ara se <til, un sistema de calidad debe(

Ser efcaA, comprendido por todos 9recer confanAa en satisacer las

necesidades de los clientes" )oner Hnasis en prevenir en lu#ar de

detectar"



22

Calidad a nivel deempresa( Sistema decalidad n sistema de calidad consta de dos partes(

Documentación( en la +ue se describe el sistema,procedimientos, etc" ajustndose a una norma(

)anual de calidad( Descripción del sistema +ue sirve dereerencia permanente en la aplicación del sistema" *rocedimientos de calidad( 8nstrucciones espec1fcas para

ciertas actividades o procesos" +egistros de datos sobre calidad( .lmacenamiento de

inormación sobre actividades relacionadas con la calidad"

)arte practica, +ue tiene dos vertientes( .spectos 1sicos locales, *erramientas, ordenadores,…/ .spectos *umanos( ormación del personal a todos los

niveles B creación B coordinación de e+uipos de trabajo"



23

Calidad a nivel deempresa( Sistema decalidad Manual de calidad

Los elementos, re+uisitos B los medios +ueadopte la empresa para su sistema de calidad se

deben establecer por escrito, ordenadamente, enorma de pol1ticas B procedimientos" Debe describir el sistema de #estión de calidad

para servir como reerencia al implantar elsistema" $n #randes empresas( )uede realiAarse para la totalidad de la empresa )uede *aber manuales a nivel de departamento,

producto, etc" )uede *aber manuales espec1fcos compras,

desarrollosKproBectos, etc"/



2%


)rocedimientos )ara +ue el manual sea ms manejable,

puede completarse con procedimientos oinstrucciones espec1fcas para ciertasactividades o procesos"

Cada empresa puede tener sus propiosprocedimientos, +ue suelenundamentarse en( La buena prctica B el saber *acer" Los códi#os, las normas B las especifcaciones

a los +ue deben ajustarse



2&


-e#istros de datos sobre calidad )retenden almacenar datos sobre las

actividades relacionadas con la calidad osobre la evaluación de los productos( Datos de pruebas Datos sobre revisiones 8nspecciones Datos de costes, actividades etc



2'

Calidad a nivel deproBecto )ara adaptar las directrices marcadas por los

sistemas de calidad a cada proBecto particular,*aB +ue #enerar un plan espec1fco de calidad(

*lan de aseguramiento de la calidad" $l plande ase#uramiento debe contener( %betivos de calidad del proyecto y enfoue para su

consecuci#n Documentaci#n referenciada en el plan -esti#n del aseguramiento de la calidad Documentaci#n de desarrollo y de control o gesti#n !stndares, normas y prcticas ue hay ue cumplir /ctividades de revisi#n y auditorias



2;

Calidad a nivel deproBecto

-esti#n de la con0guraci#n del software Informes de problemas

1erramientas, t2cnicas y m2todos de apoyo 3ontrol del c#digo, de los euipos y de los

suministradores +ecogida, mantenimiento y

almacenamiento de datos sobre ladocumentaci#n de las actividades deaseguramiento de la calidad reali"adas



2:

0Hcnicas asociadas al ase#uramientode la calidad del sotware a nivel deproBecto

$l ase#uramiento de la calidad abordaprincipalmente tres reas o tHcnicas( MHtricas del sotware( para el control del proBecto Jerifcación B validación( a lo lar#o del ciclo de vida del

sotware, incluBendo pruebas B procesos de revisión" Iestión de la conf#uración del sotware



27


Las tHcnicas de revisión de los productossotware B las pruebas estn undamentalmenteorientadas a la detección de deectos en el SE+ue a la evaluación de aspectos orientados a lacalidad"

$sto <ltimo es vital para ase#urar la calidad,pero como Ba *emos visto, la calidad es unconcepto complejo B, +ue depende muc*o delpunto de vista con el +ue se observe" MuB di1cil evaluar la

calidad de manera ormal



35


$ste ase#uramiento de la calidad se realiAa atravHs de modelos" Los ms conocidos son lossi#uientes(

Modelo de Noe*m( modelo de descomposición decaracter1sticas de calidad del sotware en tres nivelesantes de aplicar las mHtricas( usos principales,componentes intermedios B componentes primitivos"

Modelo actoresKcriteriosKmHtricas( similar a Noe*m, en

el +ue se *a introducido maBor #rado dedescomposición en cada nivel" Marco 8S9 762'( denominado $valuación de )roductos

Sotware( Caracter1sticas de calidad B #u1as para su uso,la calidad se descompone en seis actores"



36


)aradi#ma IOM -oal&4uestion&)etric/( eno+ue demedición para evaluar la calidad del sotware basadoen la identifcación de objetivos a lo#rar"

Modelo de Iilb( creación de una especifcación dere+uisitos de calidad para cada proBecto +ue debenescribir conjuntamente el usuario B el analista"

Modelo CMM 3apability )aturity )odel/( modelo decapacidad de madureA del S$8 $oftware !ngineering

Institute/. Modelo S)8C$( $oftware *rocess Improvement and

3apability Determination/( modelo de valoración de laar+uitectura +ue defne los procesos B prcticasaconsejables"



32


Modelo de Noe*m Los componentes o constructores del modelo se centran en

el producto fnal" Se identifcan caracter1sticas de calidaddesde el punto de vista del usuario"



33


Modelo factores5criterios5m2tricas McCall/ i/ Descompone el concepto de calidad en tres usos o capacidades

importantes para un producto de sotware( 9peración -evisión 0ransición

Cada capacidad se descompone en una serie de actores +uedeterminan la calidad en cada una de ellas(

9peraciónGacilidad de so

8nte#ridad$fcienciaCorreción o eactitudGiabilidad

-evisiónGacilidad de prueba

Gacilidad deMantenimientoGleibilidad

0ransición-eusabilidad

)ortabilidad8nteroperabilidad



3%


Modelo factores5criterios5m2tricas McCall/ ii/ Cada actor determinante de la calidad se descompone, a su

veA, en una serie de criterios o propiedades +ue determinan sucalidad"

Los criterios pueden ser evaluados mediante un conjunto demHtricas" )ara cada criterio deben fjarse unos valores mimoB m1nimo aceptables para cada criterio"



3&


Modelo factores5criterios5m2tricas McCall/ iii/



3'


)aradi#ma IOM -oals&4uestion&)etrics/ i/ Se basa en la mejora en la defnición clara de procesos B

productos" )roporciona la estructura para obtener losobjetivos cruciales del proBecto"

Consta de tres etapas( Lista de objetivos principales en el desarrollo B

mantenimiento del proBecto" )ara cada objetivo obtener las pre#untas +ue deben

contestarse para saber si se estn cumpliendo los

objetivos" Decidir +uH medir para poder contestar las pre#untas de

orma adecuada" Las medidas individuales obtenidas se relacionan para

poder ser utiliAadas en el conteto del proBecto completo



3;


)aradi#ma IOM -oals&4uestion&)etrics/ ii/



3:


Modelo de Ilib Determinar una lista de caracter1sticas +ue defnen la

calidad de la aplicación" Se distin#uen dos tipos( 9ri#inales

De los modelos tradicionales Las caracter1sticas se pueden medir mediante variassubcaracter1sticas o mHtricas detalladas" )ara cada unade ellas se debe especifcar los si#uientes conceptos(

ombre B defnición de la caracter1stica $scala o unidades de medición -eco#ida de datos o prueba $l valor previsto $l valor óptimo $l valor en el sistema actual Comentarios



37


Modelo de CMM i/ Describe los principios B prcticas +ue conducen a mejores

productos de sotware" Se a#rupan en cinco niveles +ueproporcionan el camino para mejorar la visibilidad B elcontrol(

Ni!el $ %Inicial&' se defnen pocos procesos" Ni!el ( % )e*eti+le&( se establecen los procesos de #estión

del proBecto para *acer un se#uimiento del coste, de laplanifcación B de la uncionalidad"

Ni!el , %Denido&( $l proceso del sotware de las actividadesde #estión B de in#enier1a se documenta, se estandariAa B se

inte#ra dentro de un proceso de SE de toda una or#aniAación" Ni!el - %Gestionado&( Se recopilan medidas detalladas del

proceso de sotware B de la calidad del producto" Ni!el %/*ti"i0ación&( Mediante un resultado cuantitativo

del proceso B de las ideas B tecnolo#1as innovadoras seposibilita una mejora del proceso"



%5


Modelo de CMM ii/ $l modelo se puede usar

de dos ormas( )or los clientes 8nternamente, por los

desarrolladores Cada nivel se asocia con

un conjunto de reas clave

de proceso sobre las +uela or#aniAación tiene +uemejorar sus actividades"



%6


Modelo de CMM iii/ Cada rea de proceso se descompone en un conjunto de prcticas

clave +ue proporcionan la evidencia de +ue el rea de proceso eseectiva"

Las prcticas clave se or#aniAan en caracter1sticas comunes( Compromiso de realiAación( acciones +ue ase#uran +ue el proceso se *a

establecido B ser usado" Capacidad de realiAación( precondiciones +ue ase#uran +ue la or#aniAación

es capaA de implementar el proceso" .ctividades realiAadas( roles B procedimientos necesarios para

implementar el rea clave" Medición B anlisis( procedimientos B anlisis de las medidas" Jerifcación de la implementación( ase#ura +ue las actividades cumplen

con los procesos establecidos" na or#aniAación satisace un rea clave de proceso sólo cuando el rea de

proceso esta implementada e institucionaliAada"

H



%2


Modelo S)8C$ i/ Modelo similar a CMM +ue tambiHn se utiliAa para la

mejora de procesos B determinación de la capacidad" sa dos tipos de practicas(

)rcticas base )rcticas #enHricas

H



%3


Modelo S)8C$ ii/ La parte iA+uierda del dia#rama es la Jista uncional(

Suministro al cliente( procesos +ue aectan al cliente

directamente" 8n#enier1a( )rocesos +ue especifcan, implementan o

mantienen el sistema B su documentación" )roBecto( )rocesos +ue establece el proBecto" Soporte( procesos de apoBo a la realiAación de los otros

procesos" 9r#aniAación( procesos relacionados con los objetivos de

ne#ocio"

H i i d l i



%%


Modelo S)8C$ iii/ La parte derec*a del dia#rama es la Jista de #estión" Las

prcticas #enHricas se sit<an en seis niveles( ivel 5( o realiAada, no *aB productos de trabajo identifcables" ivel 6( realiAada inormalmente, planifcación B se#uimiento

dependientes del conocimiento individual" )roductos de trabajoidentifcables"

ivel 2( planifcada, verifcada de acuerdo a los procedimientosespecifcados"

ivel 3( bien defnida, procesos bien defnidos B documentados ivel %( controlada cuantitativamente, medidas detalladas de

realiAación, predicción, etc" )roductos de trabajo evaluadoscuantitativamente"

ivel &( mejorada continuamente, objetivos cuantitativos deefciencia basados en los objetivos de ne#ocio"



%&

MHtricas )or tHrmino #eneral, para la evaluación

de la calidad, es ms *abitual centrarseen medidas del producto +ue en medidasdel proceso"

na mHtrica es una asi#nación de unvalor a un atributo tiempo, complejidad,

etc"/ de una entidad sotware, Ba sea unproducto códi#o/ o un procesopruebas/"



%'

MHtricas )ara la evaluación de las caracter1sticas

del SE, utiliAaremos mHtricas"Clasifcación(

Clasifcación 6( MHtricas de producto" MHtricas de proceso"

Clasifcación 2(MHtricas basadas en atributos

internos del producto(Medidas de estructuración de unpro#rama"MHtricas de complejidad"MHtricas de cobertura depruebas"

MHtricas de calidad del dise!o"

MHtricas basadas en atributos

eternos del producto(MHtricas de portabilidad"MHtricas de deectos"MHtricas de usabilidad"MHtricas de mantenibilidad"MHtricas de fabilidad"



%;

MHtricas MHtricas basadas en códi#o uente(

P de l1neas de códi#o" P de l1neas de comentario"

P de instrucciones" Densidad de documentación" MHtricas basadas en estructura de dise!o(

-elacionadas con el control intramodular" -elacionadas con el acoplamiento entre clases"

MHtricas para sistemas orientados a objetos( .coplamiento" erencia" Co*esión"



%:

)roceso de mejora del SE

Defnición( Mecanismo de mejora continua de la calidad +ue

se basa en aplicar a+uellas prcticas +ue

proporcionan buenos resultados B eliminar las+ue causan problemas" Mecanismo(

Selección del modelo de mejora de proceso autiliAar( 8D$.L, desarrollado por 8S)8,…

Selección del modelo de proceso a utiliAar comoreerencia( CMM"

Selección del mHtodo para la etapa deevaluación( eno+ue colaborativo B un eno+ueauditor"



%7




&5




&6


Giabilidad( *robabilidad de operaci#n libre de fallos

de un programa de computadora en unentorno determinado y durante un tiempoespec60co, siendo el fallo cualuier falta deconcordancia con los reuisitos delsoftware.

Los allos se pueden producir por deectosen el códi#o, en el dise!o o en el anlisis,tambiHn se pueden producir durante elmantenimiento"



&2


0ipos de allos(



&3


Las pruebas contribuBen a mejorar lafabilidad, pero no la #arantiAan totalmentedebido a varios actores( La especifcación puede no reFejar los re+uisitosde los usuarios" Las pruebas pueden contener errores" Las pruebas pueden suponer patrones de uso +ue

son incorrectos" La fabilidad del producto sotware estinFuenciada por el proceso de desarrollo, sin

embar#o no *aB un relación simple entre lafabilidad del producto B la fabilidad delproceso"



&%


Las revisiones son t2cnicas estticas +ue seaplican en varios momentos del desarrollo

del sotware B sirven para detectardeectos +ue puedan as1 ser eliminados"$n cual+uier revisión se pretende" Se!alar la necesidad de mejorar en el producto"

Confrmar las partes de un producto +ue no esnecesario mejorar" Conse#uir un trabajo tHcnico de una calidad

ms uniorme"



&&


0ipos de revisiones( -evisiones de #estión( sirven para controlar el

pro#reso B detectar inconsistencias de los planes

con la pro#ramación B los re+uisitos" -evisiones tHcnicas( revisar la documentaciónproducida a lo lar#o del proBecto"

8nspecciones( revisiones +ue involucran al autor deun producto"

Walkthrough( inspecciones conducidas <nicamentepor miembros del #rupo de desarrollo +ueeaminan una parte espec1fca del producto"

.uditorias( evaluaciones independientes sobre elcumplimiento de estndares, planes,procedimientos,…



&'


$l aumento de la fabilidad del sistemasupone un aumento eponencial del coste Buna disminución de la efciencia"

$isten muc*as raAones para considerar+ue *aB +ue dar ms importancia a lafabilidad +ue a la efciencia( losordenadores son cada veA ms rpidos Bbaratos, los allos pueden ser muBcostosos, los sistemas no fables sondi1ciles de mejorar B pueden causarpHrdida de inormación, etc"



erramientas de Calidad



&:

erramientas de Calidad

$--.M8$0.S NQS8C.S $--.M8$0.S D$ I$S08R

$--.M8$0.S D$ C-$.08J8D.D $--.M8$0.S $S0.DS08C.S $--.M8$0.S D$ D8S$T9

$--.M8$0.S D$ M$D8C8R 8J$L$S D$ M.D-$U

i t d C lid d



&7

erramientas de Calidad(Nsicas

Dia#rama de Fujo Dia#rama causa4eecto Dia#rama de )areto

oja de c*e+ueo Irao de control isto#rama Dia#rama de dispersión

i t d C lid d



'5


Dia#rama de Fujo Dia#rama causa4eecto Dia#rama de )areto

oja de c*e+ueo Irao de control isto#rama Dia#rama de dispersión

$. Denir el efecto 1e se 1iereanali0ar

(. Deter"inar casas2s+casas% 3' 3étodo4 3aterial4

3a1inaria4 3ano de o+ra43edio a"+iente&

,. )e!isar casas 5 s interacción

-. Seleccionar las casas seg6ns grado de contri+ción alefecto

EFECTO

Categoria

1

Categoria

2

Categoria

3

Categoria

5

Categoria

4

i t d C lid d




iveldeMadure

A

Descripción erramientas

N.V9 o eiste sistema de calidadormal o no se usa" -eclamacionesB costes de allos son altos" o *aBmejora continua normal"Departamento de calidad es

responsable

.uditor1asCoste de calidadControl est" )roceso

M$D89 Coste de calidad internos altos, los

eternos bajos" Cadadepartamento acepta su papel ensistema de #estión de calidad")roBectos de mejora con

" Creatividad$ncuestas clientesGM$. K Dis" $p"Nenc*marWin#

Calidad Del Software

Documents

Transcript of Calidad Del Software