INSTITUTOTECNOLGICODE

MORELIA

DEPARTAMENTODESISTEMASYCOMPUTACIN
Nombredel
Alumno
(equipo):
Grupo:
Profesor:
Actividad:
Bibliografa:

No.Control:

10020322

ArmandoZavalaPealoza
IngenieraenInformtica

Nombredel
Curso:

CalidadenlosSistemasdeInformacin

L.I.AbelAlbertoPintorEstrada
Unidad:
Ensayodeldocumento
Fecha:
IEEESoftwareQualitytheElusiveTarget
https://e.edim.co/20873663/ieee_software_quality_the_elusive_target.pdf

1
03/02/2015

Ttulo: Ensayo del documento IEEE Software Quality the

Elusive Target
Introduccin
Elterminocalidadtienemuchasvariantesdebidoaquesegnalapercepcindelclienteovendedorpuede
significaralgototalmentediferente,paraelclientepuedeserqueunproductoennuestrocasodeenfoqueun
Sistema de Informacin, cumpla con lo dictado en las especificaciones o simplemente que satisfaga la
necesidadquetiene,yparalaempresaodesarrolladorpuedesignificarquehayasidoelaboradobajoun
estndardecalidadoconlamejortecnologa.PeroRealmenteesesolacalidad?Esadecuadaestala
definicinquecadaquienpercibe?Trataremosdeabordarestascuestionesponiendolacalidadapruebay
examinaremostantoladefinicincomolaevaluacindelosproductosyprocesosdesoftware.
Anteriormente cuando se tena un problema en un banco o en la red telefnica se caa, los usuarios
generalmenteculpanalacomputadora,sindistinguirentreelsoftwareyelhardware.Amedidaqueavanza
latecnologa,losaparatosqueutilizamoscotidianamente,elautomvil,lavadoras,celulares,estufas,etc.,se
haninclinadoalusodesoftware,porlocualdebemospreocuparnosporestaomnipresenciadelsoftware,por
sucalidaddenuestrossistemasgrandesycomplejos,ascomotambindelospequeos.

Desarrollo

ElsignificadodeCalidadetarelacionadoalenfoquequeseleda,muchasempresasseenfocanalproductoen
syotrasalprocesodeelaboracin,ambashandadoaconseguirpremiosporlacalidadqueseproducede
manerageneralenelproducto,perolarespuestaalapreguntadequsignificarealmentelacalidadestan
lejosdeseraclaradayaqueapesardequelasnacionessigueninvirtiendodinero,tiempoyesfuerzopara
mejorarlaconiniciativaslascualesnopuedendemostrarxitoporquenopuedeseridentificadounretorno
financieroobienfallaahogndoseenunmarcototalmenteretorico.
Enunexamendepuntosdevistadecalidad,DavidGarvnlaformadepercibirlacalidadendiversos

mbitoscomolafilosofa,laeconoma,elmarketingylagestindeopiniones,concluyendoenquelacalidad
esunconceptomultifacticoycomplejoelcualsepuededescribirdecincopuntosdevistadistintos.
Elprimeroelpuntodevistatrascendentalenelcualvecalidadcomoalgoquepuedeserreconocidoperono
definido,comounamesa,todassondiferentesperocadaunaesunaaproximacindeunamesaideal,esdecir
seaproximaalabsquedadealgoidealenbuscadelreconocimientoporpartedelcliente.Elsegundo
enfoqueessegnelpuntodevistadelusuario,elvelacalidadcomounaadecuacinaunfin,esdeciresms
concreta,estbasadaenlascaractersticasdelproductolascualesdebencubrirlasnecesidadesdelusuario.
Eltercerpuntodevistaesdelfabricanteenelcualseevalalacalidaddelproductodurantelaproducciny
despusdelaentrega,enestepuntodevistaseexaminasielproductoseconstruybienlaprimeravez,
tratandodeevitarloscostosasociadosporerroresdefabricacin.El cuartopuntodevistaenfocadoal
producto,alcontrariodelosdeusuarioyfabricacinqueevalanelproductoporelexterior,afinde
productodecalidadseveelinterior,teniendoencuentalascaractersticasinternasdelproducto.Porltimo
el punto de vista enfocado a valores en este punto de vista el usuario le da un valor de calidad a la
constitucindelproducto,suscomponentesdebentenerunvaloraltoenaspectomonetario,cayendoenel
dilemadeentremscaromejor.
Estosdiferentespuntosdevistapuedenestarvinculadosalosdiferentesgruposinvolucradoseneldesarrollo
desoftware,losclientesogruposdecomercializacintienentenerelenfoquedeusuario,losinvestigadores
unpuntodevistadeproductoyeldepartamentodeproduccinunenfoquedefabricacin.
Laperspectivaquetomamosenlacalidadinfluyeencmonosdefinimos,Lacalidadpuedesermedida
igualmentedependiendodelenfoquequeseled,delpuntodevistadelusuario,cuandosepiensaencalidad
desoftware,amenudosepiensaenfiabilidad,esdecireneltiempoqueelsistemafuncionacorrectamente
entrefallos,losusuariosestnpreocupadossoloporlafacilidaddeuso,facilidaddeinstalacin.Delpuntode
vista del fabricante, sugiere dos caractersticas para medir, recuento de defectos es decir el nmero de
defectosregistradosencontradeunproductodurantesuelaboracinydurantesuusoycostodereprocesos,
definiendo como reproceso a cualquier esfuerzo adicional requerido para encontrar y solucionar los
problemas.
Laformaenquemedimoscalidaddependedelpuntodevistaquetomamosyelaspectodelacalidadque
queremos capturar. La correcta clasificacin de incidentes permite identificar posibles problemas de
usabilidad.
Existenvariosmodeladosparamedirlacalidadloscualesnosonreglassinodirectricesparapodercalificar
lacalidaddelossistemasoproductos,loscualeshansidodesarrolladosporinvestigadores,loscualestratan
degenerarunestndarparalamedicindelacalidad.
HablemosdelmodelodecalidaddeMcCall,esunodelosprimerosmodelosdecalidadsugeridoporJim
McCallysuscolegas,elcualdefinecualidadesdelproductodesoftwarecomounajerarquadefactores,
criteriosymtricos.Msrecientementelosesfuerzosinternacionaleshanllevadoalaelaboracindeuna
normaparalamedicindelacalidaddelsoftwarelaISO 9126,lacualrecomiendaseiscaractersticas
cualitativas.
Enprimerlugarlafuncionalidadquesonunconjuntodeatributosquetienequeverconlaexistenciadeun
conjuntodefuncionesysuspropiedadesespecficas.Ensegundolugarlafiabilidadqueeselconjuntode
atributos que influyen en la capacidad de software para mantener su nivel de rendimiento bajo las
condicionesestablecidasporuntiempodeterminado.Siguiendoconlausabilidad,siendounconjuntode

atributosquetienequeverconelesfuerzonecesarioparapoderutilizarelproductoosistema.Despusla
eficienciaquesonunconjuntodeatributosquetienequeverconlarelacinentrerendimientodesoftwarey
lacantidadderecursosutilizadosenlascondicionesindicadas.Posteriormentelamantenibilidadsiendoun
conjuntodepropiedadesquetienenqueverconelesfuerzonecesarioparahacermodificacionesespecficas
comocorrecciones,mejorasoadaptacionesdelsoftware.Yporltimoportabilidadqueesunconjuntode
atributosqueinfluyenenlacapacidaddelsoftwareparasertransferidodeunambienteaotro.
ApesardelasimilituddelosmodelosISO9126ydeMcCall,hayalgunasdiferencias.ElmodeloISOutiliza
unmarcodiferentecalidadylaterminologayelterminocaractersticasdelacalidadseutilizaenlugarde
factordecalidad.LosotroselementosdelmarcodelaISOson:subcaractersticasdecalidad,indicadores
paramedirlasubcaractersticasdecalidad,yloselementosdedatosparaconstruirunindicador.Ademsde
ladiferenteterminologa,existendiferenciasestructuralesentrelosmodelos.Adiferenciadelosmodelos
americanosanteriores,elmarcoISOescompletamentejerrquicacadasubcaractersticaestrelacionada
conunasolacaracterstica.Adems,lossubcaractersticasserefierenaaspectosdecalidadquesonvisibles
paraelusuario,enlugardealaspropiedadesdelsoftwareinterno.As,elmodeloISOreflejamsdeuna
vistadelusuario,mientrasqueelmodelodeMcCallreflejamsdeunproductoVista.
Mencionaremosdosmodelosdeproblemasquerepresentanlosmodelosmsantiguosdecalidad.Aunque
susenfoquesdifieren,losmodeloscompartenproblemascomunes.Enprimerlugar,carecendeunalgica
para determinar qu factores deben ser incluidos en la definicin de calidad. Tambin carecen de un
fundamentoparadecidirqucriteriosserefierenaundeterminadofactor.Ensegundolugarnohayningn
intentodemedirlosfactoresenlapartesuperiordelajerarqua,porloqueelmodelonoescomprobable.
GeoffDromeyhadesarrolladounmodeloqueabordamuchosdeestosproblemas.Dromeysealaquelos
modelosjerrquicosqueutilizanunadescomposicindearribahaciaabajosonporlogeneralbastantevaga
ensusdefinicionesdelosnivelesmsbajos.Deestemodo,ofrecenpocaayudaalosdesarrolladoresde
softwarequenecesitanparaconstruirproductosdecalidad.ElenfoquedeDromeyesimportanteporquenos
permiteverificarlosmodelos,queundefectodecalidadpuedeestarasociadaconelconceptoyqueel
modelonopuedeclasificarundefectoespecfico.
Otroenfoquedelamodelizacindelacalidadeslaobservacindelproceso.JohnEvansyJohnMarciniak
sugirieronunmodelodeprocesocompletoanlogoalosmodelosdecalidaddelosproductosdescritos.Las
implicacionesdecalidaddeunprocesoespecficodedesarrollodesoftwaresontambindeinters.
Enlasltimasdcadas,elsoftwaresehaconvertidoenunapartevitaldelosproductosyservicios.Conese
crecimientovienenuestraresponsabilidaddedeterminarlacantidaddesoftwarecontribuyealresultadofinal
delaempresa.Cuandounacompaatelefnicanopuedeimplementarunnuevoserviciodebidoaqueel
softwaredelsistemadefacturacinnopuedemanejarlasnuevascaractersticas,entonceslafaltadecalidad
delsoftwareesunproblemaempresarial.

Conclusin:

Elsignificadodecalidadesalgomuycomplejoyaquedependiendodelpuntodevistaquesetornetiene
distintosignificado.Unsistemapuedeserdecalidadparaalgunosclientesonoserloparaotrosmsesto
dependiendodesisatisfaceonolasnecesidadesdelcliente,otroaspectoeselvaloryaquetambinesparte
fundamentalparaalgunosclientesparadefinirsitieneonocalidad,siendoqueenelpuntodevistadel
fabricanteseenfocaalaelaboracindelsistemacubriendolosestndaresyaestablecidosdecalidad.Enun
negociounsistemaesunabuenainversinsicumpleconlasnecesidadesdeesenegocio,siendofcilde
utilizarydeinstalaryaqueesloqueelclientecomnmentebuscaenunsistema.