Estndares y modelos de calidad aplicados al software.

MATERIA:
Taller de Ingeniera de Software.
MAESTRO:
Jorge Peralta Escobar.
CARRERA:
Ingeniera en Tecnologas de la Informacin y Comunicaciones ITIC!S".
TRABAJO:
#nidad I$ Estndares y modelos de calidad aplicados al software.
ALUMNOS:
Jorge %u&mn Jure& '()*)+,(.
Jos- .a /u0e& 1guirre '()*'(2(.
GRUPO:
1
PERIODO DE CLASES:
1gosto ()', 3 Enero ()'4.
Unidad I Pgina 1
Estndares y modelos de calidad aplicados al software.
ndice
Contenido
Introduccin.
.arco terico.
'.'. IS5.
'.(. Spice.
'.6. C..I.
'.,. 7oostrap.
'.4. .oprosoft.
Conclusiones.
7ibliografa.
Pgina
6
,
,
4
2
''
'(
',
'4
Unidad I Pgina 2
Estndares y modelos de calidad aplicados al software.
Introdcci!n
Como 8emos 9isto la calidad 8ace referencia a un con:unto de caractersticas e;plicitas e
implcitas <ue 8ace de un producto en este caso un software cumpla con esas
propiedades para <ue satisfaga las necesidades <ue el cliente re<uiera= pero no
solamente es el desarrollo del software sino todo el proceso de aseguramiento <ue se
apli<ue con el fin de elaborarlo de la me:or calidad posible lle9ando esto al seguimiento y
utili&acin de estndares ya establecidos para lograr ese ob:eti9o <ue es muy difcil de
lograr.
Entremos en detalle 8oy en da la calidad es importante para poder satisfacer a los
clientes <ue pidan un sistema de calidad y cada 9e& 8ay muc8o mayor competiti9idad en
este mundo de la informtica lo cual 8ace <ue cada uno de los desarrolladores bus<ue
opciones del como poder desarrollar software de calidad y en ello se 8an creado desde
8ace muc8o tiempo atrs los estndares <ue 8oy en da rigen en torno a este mundo para
el desarrollo correcto de aplicaciones de calidad cumpliendo con sus normas y
parmetros en aras de conseguir la ansiada calidad.
Unidad I Pgina 3
Estndares y modelos de calidad aplicados al software.
Marco Te!rico
"#"# ISO#
>a 5rgani&acin Internacional de /ormali&acin o IS5 del griego= ?@A isos"= !igual!"=
nacida tras la Segunda %uerra .undial (6 de febrero de '+,*"= es el organismo
encargado de promo9er el desarrollo de normas internacionales de fabricacin tanto de
productos como de ser9icios"= comercio y comunicacin para todas las ramas industriales
a e;cepcin de la el-ctrica y la electrnica. Su funcin principal es la de buscar la
estandari&acin de normas de productos y seguridad para las empresas u organi&aciones
publicas o pri9adas" a ni9el internacional.
>a IS5 es una red de los institutos de normas nacionales de '26 pases= sobre la base de
un miembro por pas= con una Secretaria Central en %inebra Sui&a" <ue coordina el
sistema. >a 5rgani&acin Internacional de /ormali&acin IS5"= con sede en %inebra=
esta compuesta por delegaciones gubernamentales y no gubernamentales subdi9ididos
en una serie de comit-s encargados de desarrollar las guas <ue contribuirn al
me:oramiento.
>as normas desarrolladas por IS5 son 9oluntarias= comprendiendo <ue IS5 es un
organismo no gubernamental y no depende de ningBn otro organismo internacional= por lo
tanto= no tiene autoridad para imponer sus normas a ningBn pas. El contenido de los
estndares esta protegido por derec8os de copyrig8t y para acceder ellos el publico
corriente debe comprar cada documento.
Esta compuesta por representantes de los organismos de normali&acin 5/" nacionales=
<ue produce diferentes normas internacionales industriales y comerciales. Cic8as normas
se conocen como normas IS5 y su finalidad es la coordinacin de las normas nacionales=
en consonancia con el 1cta Dinal de la 5rgani&acin .undial del Comercio= con el
propsito de facilitar el comercio= el intercambio de informacin y contribuir con normas
comunes al desarrollo y a la transferencia de tecnologas.
>a 5rgani&acin IS5 esta compuesta por tres tipos$
.iembros simples= uno por pas= recayendo la representacin en el organismo
nacional ms representati9o.
.iembros correspondientes= de los organismos de pases en 9as de desarrollo y
<ue toda9a no poseen un comit- nacional de normali&acin. /o toman parte acti9a
en el proceso de normali&acin pero estn puntualmente informados acerca de los
traba:os <ue les interesen.
.iembros suscritos= pases con reducidas economas a los <ue se les e;ige el
pago de tasas menores <ue a los correspondientes.
Unidad I Pgina 4
Estndares y modelos de calidad aplicados al software.
"#$# S%ice#
El proyecto SPICE es el proyecto )*.(+ del subcomit-E SC*. Es un documento compuesto
de + partes <ue al momento de publicar el libro estaba en su primera re9isin formal como
Proposed Craft Tec8nical Feport PCFT". El siguiente estado del proceso de
estandari&acin es llegar al Craft Tec8nical Feport CTF" y finalmente publicar Tec8nical
Feport type ( TFG(". El tipo ( significa <ue toda9a e;isten dudas en la comunidad sobre
la aceptacin del documento. Cespu-s de dos a0os se reali&a la ultima 9otacin para <ue
se 9uel9a el estndar internacional.
El Software Process 1ssessment SP1" y el proyecto SPICE tienen sus orgenes en el
creciente uso y dependencia de la Tecnologa de Informacin <ue en consecuencia dio el
incremento de frustracin e incumplimiento de e;pectati9as por parte de los
desarrolladores y los usuarios de software.
1l principio de los H)!s= los militares de E.#. y del Feino #nido se propusieron me:orar el
mecanismo de seleccin de pro9eedores de software con el ob:eti9o de detener el
creciente costo de software= reducir riesgos en su desarrollo y me:orar la calidad de los
productos de software.
En E.#.= el departamento de defensa creo el Software Engineering Institute SEI"= con el
ob:eti9o de desarrollar el mecanismo de seleccin de pro9eedores. El modelo C.. y el
traba:o e impacto de este instituto son bien conocidos.
Por su parte= en el Feino #nido= el comit- con:unto del %obierno= la Cefense Industry
Trade 1ssociation CIT1" y el Computing Policy Consultati9e Commitee CPCC"
reconocieron la necesidad de abordar con mayor rigor el problema de seleccin de
pro9eedores para los sistemas <ue dependen en gran medida de software Software
Intensi9e Systems". 1 la agencia Cefense E9aluation Fesearc8 1gency CEF1" se le
encomend la in9estigacin de los m-todos de e9aluacin de pro9eedores en la industria
mundial.
Unidad I Pgina 5
Estndares y modelos de calidad aplicados al software.
"#&# CMMI#
Capability .aturity .odel Integration C..I" es un modelo de aseguramiento de la
calidad <ue busca la me:ora continua de las organi&aciones mediante el anlisis y
redise0o de los procesos <ue subyacen en la organi&acin. Due creado por el SEI
Software Engineering Institute" de la #ni9ersidad de CarnegieG .ellon y patrocinado por
el .inisterio de Cefensa de los Estados #nidos. Con el propsito de lograr la me:ora de
los procesos= C..I pro9ee$
#na forma de integrar los elementos funcionales de una organi&acin ISEI)*bJ.
#n con:unto de me:ores practicas basadas en casos de -;ito probado de
organi&aciones e;perimentadas en la me:ora de procesos.
1yuda para identificar ob:eti9os y prioridades para me:orar los procesos de la
organi&acin ISEI)*bJ= dependiendo de las fortale&as y debilidades de la
organi&acin <ue son obtenidas mediante un m-todo de e9aluacin.
#n apoyo para <ue las empresas comple:as en acti9idades producti9as puedan
coordinar sus acti9idades en la me:ora de los procesos.
#n punto de referencia para e9aluar los procesos actuales de la organi&acin.
C..I 9'.( corresponde a la tercera 9ersin entregable del modelo C..I= posterior a las
9ersiones '.)( primera 9ersin a0o ()))" y '.' a0o ())(". >as 9ersiones pre9ias
sir9ieron como retroalimentacin para <ue los propios usuarios= e9aluadores y e9aluados
8icieran acotaciones sobre posibles me:oras= las cuales fueron estudiadas= refinadas y
algunas incluidas en la 9ersin '.(. C..I 9'.( para desarrollo= <ue corresponde a una de
tres constelaciones de practicas= es una gua <ue ayuda a mane:ar= medir y monitorear
procesos utili&ados en el desarrollo de productos y ser9icios de una organi&acin= y
contiene practicas ligadas a la administracin de proyectos= administracin de procesos=
ingeniera y soporte. >as otras dos constelaciones son C..I para 1d<uisicin <ue pro9ee
una gua para liderar la ad<uisicin informada y decisi9a= y C..I para Ser9icios <ue
proporciona una gua para la entrega de ser9icios a clientes internos y e;ternos de la
organi&acin. 1mbas constelaciones se encuentran aBn en desarrollo.
Junto con C..I se desarrollo y publico el m-todo de e9aluacin K1ssessment
Fe<uirements for C..I 1FC"K ISEI))J en el a0o ()))= el cual define los re<uerimientos
considerados esenciales para reali&ar una e9aluacin de C..I en una organi&acin y
KStandard C..I 1ppraisal .et8od for Process Impro9ementK= SC1.PI" ISEI)'J= manual
seguido por los e9aluadores para medir el ni9el de madure& de una organi&acin. Estos
dos documentos tambi-n se 8an actuali&ado como consecuencia de la retroalimentacin
de la comunidad in9olucrada en C..I= generando la ultima 9ersin '.( de SC1.PI y
1FC ambas publicadas el a0o ())2.
Unidad I Pgina 6
Estndares y modelos de calidad aplicados al software.
Re%re'entacione'#
>a representacin usada en C..I entrega una gua para efectuar las acti9idades de
me:ora de los procesos y es utili&ada en el m-todo de e9aluacin. SegBn el modelo se
tienen dos formas para me:orar. #na forma es me:orar un proceso especifico o un
con:unto de ellos usando la Fepresentacin Continua Continuous Fepresentation" y la
otra es la me:ora de la organi&acin completa segBn los procesos definidos y ocupados
usando la Fepresentacin Escalonada o por Etapas Staged Fepresentation". En la Tabla
' se muestran los ni9eles para estos dos tipos de representaciones.
Re%re'entaci!n Contina#
>a representacin continua se focali&a en la me:ora de un proceso o un con:unto de ellos
relacionados" estrec8amente a un rea de proceso en <ue una organi&acin desea
me:orar= por lo tanto una organi&acin puede ser certificada para un rea de proceso en
cierto ni9el de capacidad. E;isten seis ni9eles de capacidad por donde transitan los
procesos asociados a un rea de proceso y cada ni9el es construido sobre el ni9el
anterior= es decir para <ue un proceso alcance un ni9el de capacidad necesariamente
debe 8aber alcan&ado el ni9el anterior.
Tabla '$ /i9eles de Fepresentacin continua y escalonada.
>os ni9eles de capacidad son$

/i9el ) G Incompleto$ #n proceso es denominado Kproceso incompletoK cuando una
o ms ob:eti9os especficos del rea de proceso no son satisfec8os.
/i9el ' 3 Feali&ado$ #n proceso es denominado Kproceso reali&adoK cuando
satisface todos los ob:eti9os especficos del rea de proceso. Soporta y permite el
traba:o necesario para producir artefactos.
/i9el ( 3 .ane:ado$ #n proceso es denominado como Kproceso mane:adoK cuando
tiene la infraestructura base para apoyar el proceso. El proceso es planeado y
e:ecutado en concordancia con la poltica= emplea gente calificada los cuales tienen
recursos adecuados para producir salidas controladasL in9olucra partes
interesadasL es monitoreado= controlado y re9isadoL y es e9aluado segBn la
descripcin del proceso.
Unidad I Pgina 7
Estndares y modelos de calidad aplicados al software.
/i9el 6 3 Cefinido$ #n proceso denominado Kproceso definidoK es adaptado desde
el con:unto de procesos estndares de la organi&acin de acuerdo a las guas de
adaptacin de la organi&acin= y aporta artefactos= medidas= y otra informacin de
me:ora a los acti9os organi&acionales.
/i9el , 3 .ane:ado cuantitati9amente$ #n proceso denominado Kproceso mane:ado
cuantitati9amenteK es controlado usando t-cnicas estadsticas y otras t-cnicas
cuantitati9as. 5b:eti9os cuantitati9os para la calidad y reali&acin del proceso son
establecidos y usados como criterios para mane:ar el proceso.
/i9el 4 3 5ptimi&acin$ #n proceso denominado Kproceso optimi&acin es
me:orado basado en el entendimiento de causas comunes de 9ariacin del
proceso. #n proceso en optimi&acin se focali&a en la me:ora continua del proceso
reali&ado a tra9-s de me:oras incrementales y usando inno9acin tecnolgica.
Re%re'entaci!n E'ca(onada#

En la representacin escalonada o por etapas se ofrece un m-todo estructurado y
sistemtico de me:oramiento de procesos= <ue implica me:orar por etapas o ni9eles. 1l
alcan&ar un ni9el= la organi&acin se asegura de contar con una infraestructura robusta en
t-rminos de procesos para optar a alcan&ar el ni9el siguiente. Por lo tanto es una
organi&acin la <ue puede ser certificada ba:o un ni9el= en este caso llamado ni9el de
madure&. SegBn esta representacin un ni9el de madure& esta compuesto por reas de
procesos 9er Tabla (" en donde los ob:eti9os asociados a ese ni9el deben ser cumplidos
para <ue la organi&acin pueda certificarse en a<uel ni9el de madure&. May cinco ni9eles
de madure&= los <ue son descritos a continuacin$
Ni)e( ": Iniciado#
En el ni9el de madure& '= la mayora de los procesos son KadG8ocK y caticos. >a
organi&acin usualmente no pro9ee un ambiente estable para soportar los procesos.
N;itos en estas organi&aciones se debe a la competencia y esfuer&os 8eroicos de la gente
dentro de la organi&acin y no al uso de procesos probados. 1 pesar de este caos=
organi&aciones pertenecientes al ni9el de madure& ' con frecuencia producen productos y
ser9icios <ue funcionanL sin embargo= ellos frecuentemente e;ceden sus presupuestos y
no cumplen sus planes. Estas organi&aciones son caracteri&adas por la tendencia a no
cumplir sus compromisos= al abandono de procesos durante tiempos de crisis= y a la
incapacidad para repetir sus -;itos. El /i9el ' esta caracteri&ado adems por la
reali&acin de traba:o redundante= por personas <ue no comparten sus m-todos de
traba:o a lo largo de la organi&acin y cuando una persona cla9e en un rea de negocio
especifica dentro de la organi&acin se marc8a= su conocimiento se 9a con ella y se
pierde para la organi&acin. Es claro <ue el /i9el ' es uno donde ninguna organi&acin
<uiere estar y donde por lo general la mayora <ue no tiene sus procesos definidos se
encuentra.
Unidad I Pgina 8
Estndares y modelos de calidad aplicados al software.
Ni)e( $: Mane*ado.

En el ni9el de madure& ( se ordena el caos. En el ni9el ( las organi&aciones se enfocan
en tareas cotidianas referentes a la administracin. Cada proyecto de la organi&acin
cuenta con una serie de procesos para lle9arlo a cabo= los cuales son planeados y
e:ecutados de acuerdo con polticas establecidasL los proyectos utili&an gente capacitada
<uienes disponen de recursos para producir salidas controladasL se in9olucran a las
partes interesadasL son monitoreados= controlados y re9isadosL y son e9aluados segBn la
descripcin del proceso. >a disciplina del proceso refle:ada por el ni9el de madure& (
ayuda a asegurar <ue e;isten practicas y los proyectos son reali&ados y mane:ados de
acuerdo a los planes documentados. En el ni9el de madure& ( el estado de los artefactos
y la entrega de los ser9icios siguen planes definidos. 1cuerdos son establecidos entre
partes interesadas y son re9isados cuando sea necesario IC8r)2J. >os artefactos y
ser9icios son apropiadamente controlados. Estos adems satisfacen sus descripciones
especificadas= estndares= y procedimientos.
Ni)e( &: De+inido#
En el ni9el de madure& 6= procesos son caracteri&ados y entendidos de buena forma= y
son descritos en estndares= procedimientos= 8erramientas= y m-todos. El con:unto de
procesos estndares de la organi&acin= los cuales son la base para el ni9el de madure&
6= es establecido y me:orado continuamente. Estos procesos estndares son usados para
establecer consistencia a tra9-s de la organi&acin. >os proyectos establecen sus
procesos adaptando el con:unto de procesos estndares de la organi&acin de acuerdo a
guas de adaptacin.
#na diferencia importante entre el ni9el ( y 6 es el alcance de los estndares$ la
descripcin de procesos y los procedimientos. En el ni9el de madure& (= los estndares
pueden ser un poco diferentes en cada instancia especifica del proceso por e:emplo
sobre un proyecto particular". En el ni9el de madure& 6= los estndares= descripcin de
procesos y procedimientos para un proyecto= son adaptados desde un con:unto de
procesos estndares de la organi&acin a un particular proyecto o unidad organi&acional y
as son ms consistentes. 5tra distincin critica es <ue el ni9el de madure& 6= los
procesos son tpicamente descritos ms rigurosamente <ue en el ni9el (. #n proceso
definido claramente plantea el propsito= entradas= criterios de entrada= acti9idades= roles=
medidas= pasos de 9erificacin= salidas y criterios de salida. En el ni9el de madure& 6=
procesos son mane:ados ms proGacti9amente entendiendo las interrelaciones de las
acti9idades y medidas detalladas del proceso= sus artefactos y sus ser9icios.
Unidad I Pgina 9
Estndares y modelos de calidad aplicados al software.
Ni)e( ,: Mane*ado cantitati)a-ente#
En el ni9el de madure& ,= la organi&acin y proyectos establecen ob:eti9os cuantitati9os
para medir la calidad y reali&acin de los procesos y los usa como criterios en el mane:o
de ellos. >os ob:eti9os cuantitati9os son definidos en base a las necesidades de clientes=
usuarios finales= organi&acin= y actores de los procesos. >a calidad y reali&acin de
procesos son entendidos en t-rminos estadsticos y son mane:ados durante todo el ciclo
de 9ida del proceso. Para subprocesos seleccionados= se recolectan y anali&an
estadsticamente medidas sobre la reali&acin de procesos. Estas m-tricas son
incorporadas en el repositorio de m-tricas de la organi&acin para apoyar la toma de
decisiones. Causas especiales de 9ariacin de procesos son identificadas y= cuando sea
necesario= las fuentes de estas causas son corregidas para pre9enir futuras ocurrencias.
#na diferencia importante entre los ni9eles 6 y , es la capacidad de prediccin de la
reali&acin del proceso. En el ni9el de madure& ,= la reali&acin de procesos es
controlada usando t-cnicas estadsticas y cuantitati9as= y el proceso es cuantitati9amente
predecible= en cambio en el ni9el de madure& 6 la reali&acin del proceso es solo
predecible cualitati9amente.
Ni)e( .: O%ti-i/ado#
En el ni9el de madure& 4= una organi&acin me:ora continuamente sus procesos
basndose en el conocimiento de las causas comunes de 9ariacin in8erente en los
procesos. El ni9el de madure& 4 se focali&a sobre la me:ora continua de los procesos a
tra9-s de me:oras continuas= incrementales y tecnolgicas. >os ob:eti9os de me:ora
cuantitati9a de procesos para la organi&acin son establecidos= continuamente re9isados
para refle:ar cambios en los ob:eti9os del negocio y usados como criterio en la me:ora de
procesos. >os efectos del empleo de las me:oras de procesos son medidos y e9aluados
contra los ob:eti9os de me:ora cuantitati9a del proceso.
#na diferencia importante entre el ni9el de madure& , y 4 es el enfo<ue de la 9ariacin de
los procesos. En el ni9el de madure& ,= la organi&acin esta orientada a encontrar causas
especiales de 9ariacin y pro9eer una prediccin estadstica de los resultados. Sin
embargo= los resultados pueden ser insuficientes para alcan&ar los ob:eti9os establecidos.
En el ni9el de madure& 4 la organi&acin esta enfocada en las causas comunes de
9ariacin de procesos y modificar los procesos afectados para me:orar la reali&acin de
ellos y alcan&ar los ob:eti9os cuantitati9os de me:ora de procesos.
Cado a <ue la organi&acin con <ue se traba:ara <uiere certificarse en forma
organi&acional en /i9el de madure& 6= en adelante solo se detallara el modelo segBn la
Fepresentacin Escalonada.
Unidad I Pgina 10
Estndares y modelos de calidad aplicados al software.
"#,# Boo'tra%#
El Estndar Europeo para E9aluacin y .e:oras de Procesos de Cesarrollo de Software
7ootstrap" es otra de las iniciati9as para resol9er la crisis del desarrollo de softwareL
mediante prcticas= 8erramientas y estndares de calidad internacionalL mide= e9alBa y
propone me:oras al proceso de desarrollo de SO <ue siguen las #nidades de Produccin
de Software #PS" de las empresas.
OBJETI0OS DE BOOTSTRAP
Proporcionar apoyo a la e9aluacin de capacidad de proceso entre las me:ores
prcticas de una reconocida ingeniera de software.
Incluir estndares de software reconocida internacionalmente como fuentes para
identificar las me:ores prcticas.
1poyar la e9aluacin de como el estndar de referencia 8a sido puesta en prctica
en la organi&acin.
1segurar la fiabilidad de la e9aluacin.
Identificar= en la organi&acin= procesos fuertes y d-biles.
1poyar planificacin de me:ora con resultados con9enientes y confiables.
1poyar el logro de los ob:eti9os de la organi&acin planeando acciones de me:ora.
1yudar a aumentar la eficiencia de los proceso poniendo en prctica la e;igencias
de estndares en la organi&acin.
Unidad I Pgina 11
Estndares y modelos de calidad aplicados al software.
"#.# Mo%ro'o+t#
.odelo de Procesos para la Industria del Software. .odelo para la me:ora y e9aluacin de
los procesos de desarrollo y mantenimiento de sistemas y productos de software.
Cesarrollado por la 1sociacin .e;icana para la Calidad en Ingeniera de Software a
tra9-s de la Dacultad de Ciencias de la #ni9ersidad /acional 1utnoma de .-;ico
#/1." y a solicitud de la Secretara de Economa para obtener una norma me;icana <ue
resulte apropiada a las caractersticas de tama0o de la gran mayora de empresas
me;icanas de desarrollo y mantenimiento de software. .oprosoft es el nombre del modelo
en la comunidad uni9ersitaria y profesional= y la norma t-cnica a la <ue da contenido es la
/.PG)4+Q)'G/RCEG ())4 <ue fue declarada /orma .e;icana el '4 de agosto de ())4
con la publicacin de su declaratoria en el Ciario oficial de la Dederacin. .oprosoft
considera <ue los modelos de e9aluacin y me:ora C..I e IS5QIEC '44), no resultan
apropiados para empresas pe<ue0as y medianas de desarrollo y mantenimiento de
software. Sobre las reas de procesos de los ni9eles ( y 6 del modelo SOGC.. e
inspirndose en el marco de IS5QIEC '44), se 8a desarrollado este modelo.
Criterio' e-%(eado'#
Se 8an aplicado los siguientes criterios para la elaboracin de este modelo de
procesos$
>a estructura de procesos resultante debe ser acorde a la estructura generalmente
empleada por las organi&aciones de la industria del software alta direccin= gestin
y operacin".
>a alta direccin tiene un papel importante a tra9-s de la planificacin estrat-gica. Cebe
actuar como promotor del buen funcionamiento de la organi&acin a tra9-s de su
implicacin en la re9isin y me:ora continua del modelo.
El modelo considera a la gestin como pro9eedora de recursos= procesos y proyectosL as
como responsable de la 9igilancia del cumplimiento de los ob:eti9os estrat-gicos de la
organi&acin.
El modelo considera a la operacin como e:ecutora de los proyectos de desarrollo y
mantenimiento de software.
El modelo integra con claridad y consistencia los elementos indispensables para la
definicin de los procesos y las relaciones entre ellos. El modelo integra los elementos
para reali&ar la administracin de proyectos desde un slo proceso.
El modelo integra los elementos para reali&ar la ingeniera de productos de software en un
Bnico marco <ue incluya los procesos precisos de soporte 9erificacin= 9alidacin=
documentacin y control de la documentacin".
Unidad I Pgina 12
Estndares y modelos de calidad aplicados al software.
El modelo destaca la importancia de la gestin de recursos= con especial rele9ancia en
a<uellos <ue componen el conocimiento de la organi&acin$ productos generados por
proyectos= datos de los proyectos= mediciones= documentacin de procesos y datos
cosec8ados a partir del uso y de las lecciones aprendidas.
.oprosoft se basa en los modelos de procesos IS5 +))'$()))= en las reas de procesos
de los ni9eles ( y 6 de C..GSO$ C..GSO 9.'.'.= en el marco general IS5QIEC'44), y
en prcticas y conceptos de P.75S R SOE75S. PF5S5DT representa un campo
diferente de apoyo a los empresarios de las tecnologas de la informacin= es un sector
di9erso para 8acer negocios y generar fuentes de empleo dignasT
El Plan /acional de Cesarrollo ())'G())2 plantea el fomento a la industria y el mercado
Ce Tecnologas de la Informacin TI" como estrategia para aumentar la competiti9idad
del Pas. Cado el gran potencial con <ue cuenta .-;ico para desarrollar esta industria= la
Secretara de Economa= en coordinacin con organismos empresariales y empresas del
Sector= dise0 el PF5S5DT.
Unidad I Pgina 13
Estndares y modelos de calidad aplicados al software.
Conc('ione'
Curante el traba:o de in9estigacin del tema central para la reali&acin de este documento
se empe& a obtener una idea mas clara y precisa sobre los conceptos cla9es a abordar
en la #nidad I= la cual plasmaremos concretamente en esta seccin.
Primeramente= seria comentar los significados de los t-rminos$ Uestndar y Umodelo. El
primero es usado para e;presar las reglas o caractersticas <ue debe cumplir un ob:eto
para poderlo clasificar o calificar como Btil= funcional= actual= etc. El siguiente termino se
utili&a para e;presar la representacin es<uemtica de fenmenos o sistemas con el fin
de mostrar todas las ideas <ue abarca el suceso.
Con los anteriores conceptos e;plicados a a8ora toca abordar el termino de calidad= <ue
nos e;presa la eficiencia= comodidad= adaptabilidad= funcionalidad y economa de un
proceso u ob:eto para su aplicacin e implementacin en un ambiente de traba:o. En la
ingeniera del software= la calidad es algo muy importante= sin embargo= es tambi-n difcil
de cuantificar o e9aluar debido a la intangibilidad del productoL su importancia se debe a
<ue desde <ue inicio el desarrollo de software se busca una manera general de
construccin <ue nos asegure -;ito y ganancias en el mercado.
1un<ue e;isten muc8os estndares y modelos de calidad en la actualidad en este traba:o
de in9estigacin solo mencionamos a los mas usados y conocidos= ya <ue segBn el
programa de estudios de la materia serian los mas importantes en los <ue debemos saber
aplicar y entender para el desarrollo de software. >os estndares y modelos de calidad
aplicados a la ingeniera de software in9estigados son$
5SI
SPICE
C..I
755STF1P
.5PF5S5DT
Cada uno e;presa= en sus guas y manuales= la manera correcta de reali&ar un desarrollo
de software con el fin de <ue el producto final satisfaga con las necesidades planteadas
en el planteamiento del problema a solucionar. Estos modelos se escribieron por e;pertos
en el desarrollo de software de distintas partes del mundo para <ue los constructores de
software utilicen el <ue mas se apli<ue a sus condiciones de traba:o con el fin de
ayudarles a calificar sus productos de una manera eficiente y confiable.
Unidad I Pgina 14
Estndares y modelos de calidad aplicados al software.
Bi1(iogra+2a
Li1ro':
'. 7raude. Ingeniera del Software. Ed. 1lfaG5mega. Primera edicin. .-;ico. ())6.
(. Pressman= Foger S. Ingeniera del Software. Ed. .c%raw Mill. Se;ta edicin.
.-;ico. ())4.
Pgina' 3e1:
'. 8ttp$QQna9abautista.wiVispaces.comQfileQ9iewQOiVi.pdf
(. 8ttp$QQlaboratorios.fi.uba.arQlsiQscaloneGtesisGmaestriaGingenieriaGenGcalidad.pdf
Unidad I Pgina 15