Session 1

20/06/2014
1
CALIDAD Y CONSULTORIA EN INFORMATICA
Lic. Ramn Cuevas Martnez 2014
LA CALIDAD DEL SOFTWARE
GESTION Y CALIDAD DEL SOFTWARE
A la hora de definir la calidad del softare se de!e diferenciar
entre la calidad del "rod#cto softare $ la calidad del "roceso
de desarrollo de %ste &calidad de dise'o $ fa!ricaci(n)* No
o!stante+ las ,etas -#e se esta!le.can "ara la calidad del
"rod#cto /an a deter,inar los o!0eti/os a esta!lecer de calidad
del "roceso de desarrollo+ $a -#e la calidad del "ri,ero /a a
de"ender+ entre otros as"ectos+ de %sta* Sin #n !#en "roceso de
desarrollo es casi i,"osi!le o!tener #n !#en "rod#cto
20/06/2014
2
Lic. Ramn Cuevas Martnez
2014
Definiciones de calidad:
Propiedad o conjunto de propiedades inherentes a una cosa, que
permiten apreciarla como igual, mejor o peor que las restantes de
su especie
Totalidad de las caractersticas de un producto o servicio que le
confieren su aptitud para satisfaces sus necesidades expresadas o
implcitas
La consecucin de la calidad puede tener tres orgenes:
Calidad realizada
Calidad programada
Calidad necesaria
Definici(n de la calidad del softare Definici(n de la calidad del softare
Grado con el que un sistema, componente o proceso cumple:
Los requisitos especificados
Las necesidades o expectativas del cliente o usuario
Los requisitos establecidos explcitamente se reflejan en el documento
de especificacin de requisitos del sistema:
Requisitos funcionales
Requisitos no funcionales o extendidos
Los estndares y las normas de desarrollo permiten que se consiga
una calidad tcnica
20/06/2014
3
Actualmente se usa el software en gran diversidad de
mbitos.
Educacin
Medico
Servicios
Transportes
Ciencia
Los defectos del software pueden causar importantes
problemas e, incluso, daos f!sicos.
La solucin al problema es la calidad.
"Cundo tiene buena calidad el software#
"$u% caracter!sticas influ&en al determinar la calidad del
software#
"Cmo medir la calidad del software#
"Cmo controlar & garanti'ar la calidad del software#
20/06/2014
4
(arant!a de Calidad
)efinicin
Con*unto de actividades de planificacin, estimacin &
supervisin del proceso de desarrollo, +ue se reali'an de
forma independiente al e+uipo de desarrollo, de tal forma
+ue los productos software resultantes cumplen los
re+uisitos establecidos & satisfacen los niveles de calidad
e,igidos
(arant!a de Calidad, debe de cumplir con -
1* Las ,etas $ o!0eti/os2 De!e ase3#rar -#e las ,etas de la or3ani.aci(n $ los
o!0eti/os se est4n satisfaciendo+ $ -#e no e5isten conflictos entre ellos+ o entre los
o!0eti/os de diferentes #s#arios*
6* Los ,%todos2 De!e ase3#rar -#e las acti/idades de desarrollo de softare si3#en
los "rocedi,ientos esta!lecidos+ se a0#stan a los est4ndares seleccionados+ est4n de
ac#erdo con las "ol7ticas de la or3ani.aci(n $ se e0ec#tan se38n las 3#7as de
tra!a0o $ reco,endaciones dis"oni!les*
9* Rendi,iento2 De!e ase3#rar -#e se o"ti,i.a la #tili.aci(n del hardare $
softare en los "rod#ctos desarrollados+ -#e son econ(,icos &se desarrollan con el
,enor coste "osi!le)+ eficientes &sacan el ,45i,o "artido "osi!le a los rec#rsos
#tili.ados) $ efecti/os &alcan.an el res#ltado deseado con la ,enor cantidad "osi!le
de rec#rsos+ tie,"o $ esf#er.o)*
20/06/2014
5
AL(./0S 1E/E23C30S
Or3ani.aci(n
Control
Me0ora contin#a
I,a3en frente a los clientes
Definici(n de la res"onsa!ilidad $ a#toridad $ "or ende de
la co,"etencia con e,"resas del ,is,o ra,o*
La fiabilidad es la caracterstica dinmica ms importante de casi todos los
sistemas software
Una mayor fiabilidad aporta un menor nmero de fallos en el programa y
arrastra un mayor coste de desarrollo en dicha aplicacin
Fia!ilidad del Softare Fia!ilidad del Softare
Con0#nto
de
entradas
E
e
Con0#nto
de salidas S
e
Siste,a
20/06/2014
6
Se "#eden "rod#cir "or defectos en el c(di3o+ en el dise'o+ en el an4lisis e incl#so
ta,!i%n d#rante el ,anteni,iento
Ti"os de fallos2
Los fallos Los fallos
Transitorio Transitorio Ocurre slo con ciertas entradas Ocurre slo con ciertas entradas
Permanente Permanente Ocurre con todas las entradas Ocurre con todas las entradas
Recuperable Recuperable El sistema se recupera sin intervencin del operador El sistema se recupera sin intervencin del operador
Irrecuperable Irrecuperable
Se requiere la intervencin del operador para Se requiere la intervencin del operador para
recuperar el sistema recuperar el sistema
No corruptor No corruptor No corrompe el estado del sistema o los datos No corrompe el estado del sistema o los datos
Corruptor Corruptor Corrompe el estado del sistema o los datos Corrompe el estado del sistema o los datos
El Costo de la Calidad
4 El costo necesario para conseguir productos de calidad tiene dos
componentes-
5revencin de errores- Construccin de la Calidad
)eteccin de defectos- Control de Calidad
4 Si no invertimos suficiente dinero & esfuer'o en la construccin &
control de la calidad, obtendremos productos de ba*a calidad, & esto
tambi%n tiene su coste.
6epercusiones e,ternas- falta de credibilidad, descontento de los
usuarios, responsabilidad civil, p%rdida de clientes
Tiempo perdido incluso el doble en revisin & correcciones.
20/06/2014
7
MODELOS Y NORMAS DE CALIDAD DEL SOFTWARE
)esde el principio de la ingenier!a de software, se observ +ue la
calidad est compuesta por una composicin de muc7as caracter!sticas.
un modelo de calidad describe entonces estas caracter!sticas &
sus relaciones
Muc7os modelos 7acen difusa la distincin entre atributos internos &
e,ternos, lo +ue dificulta la comprensin del concepto de calidad.
Los modelos +ue se presentarn a continuacin son los +ue 7an
ganado ma&or popularidad en la comunidad, e,tra&endo los factores
comunes a todos ellos, es posible derivar modelos propios adaptados a
usos espec!ficos
20/06/2014
8
Modelo de Capacidad & Madure'
para el desarrollo de Software
Diseado a finales de los ochenta por el SEI (Software Engineering Institute)
Surgi a peticin del Departamento de Defensa de E.U.
Evala la calidad de las empresas suministradoras de software a travs de
cinco niveles de madurez, en funcin de:
Procesos empleados en el desarrollo y mantenimiento del software.
Grados de capacidad e institucionalizacin de cada uno.
Cuenta con dos finalidades:
Criterio para la evaluacin de la madurez de la organizacin.
Gua para la mejora de sus procesos.
CMM CMM
CMM CMM
CMM &Ca"a!ilit$ Mat#rit$ Model)* Orientado a ,e0ora de
"rocesos en diferentes ni/eles de ,ad#re.+ ,as hacia
"ro$ectos es"ec7ficos*
(estin de calidad- Un ,odelo enfocado al
estilo de 3erencia de la e,"resa ha sido e5itoso "or s#
ada"ta!ilidad a c#al-#ier ti"o de or3ani.aci(n $ definido
,ediante las nor,as del :ISO ;<<<=*
20/06/2014
9
0b*etivos - Deter,inar el nivel de madure' del >roceso
de Desarrollo -#e "er,ita esta!lecer #n indicador de
Calidad del "roceso* &8 /iveles de Madure'9 & Ser/ir de
gu!a en el >roceso de Desarrollo "er,itiendo la Me*ora
Continua de la or3ani.aci(n ?@ Control de >rocesos*
CMM CMM
CMM CMM
20/06/2014
10
Software 5rocess 3mprovement
and Capabilit& )etermination
S>ICE S>ICE S>ICE S>ICE
MODELO
Tienen sus or!genes en el creciente uso & dependencia de la
Tecnolog!a de 3nformacin +ue en consecuencia dio el incremento
de frustracin e incumplimiento de e,pectativas por parte de los
desarrolladores & los usuarios de software.
Aprobado en :;;<.
Se utili'a para la me*ora de procesos & determinacin de la capacidad
Establece un marco para m%todos de evaluacin, no es un m%todo o
modelo en s!
5osee e+uivalencia & compatibilidad con CMM
Comprende-
Evaluacin de procesos
Me*ora de procesos
)eterminacin de capacidad
S>ICE S>ICE S>ICE S>ICE
20/06/2014
11
2014
Ar+uitectura en dos dimensiones
(1) PROCESO
>rocesos "ri,arios2
CUS2 Cliente ? >ro/eedor
ENG2 In3enier7a
>rocesos de so"orte2
SU>2 So"orte
>rocesos or3ani.acionales2
MAN2 Gesti(n
ORG2 Or3ani.aci(n
(2) CAPACIDAD DE PROCESO
Ni/el < Inco,"leto
Ni/el 1 Reali.ado
Ni/el 6 Gestionado
Ni/el 9 Esta!lecido
Ni/el A >redeci!le
Ni/el B En o"ti,i.aci(n
3dentificador
/ombre
Tipo
5ropsito
Salidas
/otas
Componentes
Marco de referencia "ara deter,inar las fortale.as $ de!ilidades de
los "rocesos+ del softare as7 co,o la ,edici(n de ,e0oras de los
,is,os*
Marco de referencia "ara los -#e ad-#ieren #n siste,a "ara e/al#ar la
ca"acidad de los "ro/eedor*
Marco de referencia "ara deter,inar los ries3os de ne3ocio "ara #na
e,"resa -#e considera desarrollar #n n#e/o "rod#cto de softare o
ser/icio* &ni/el de i,"acto)*
CUE OFRECE S>ICED CUE OFRECE S>ICED
20/06/2014
12
S>ICE S>ICE SE EASA 2 SE EASA 2
En Cate3or7as -#e descri!en los "rocesos -#e #na
or3ani.aci(n "#ede e0ec#tar+ ad-#irir+ s#"lir+
desarrollar+ o"erar+ e/ol#cionar+ !rindar so"orte de
softare $ todas las "racticas 3en%ricas -#e
caracteri.an las "otencialidades de estas ,is,as*
CATE(063AS-
>rocesos cliente? "ro/eedor
Ad-#isici(n
S#,inistro
>rocesos de in3enier7a
>rocesos de O"eraci(n
>rocesos de so"orte
Me0ora de >rocesos
Rec#rsos e Infraestr#ct#ra
>rocesos de Ad,inistraci(n
>rocesos de Re#tili.aci(n
S>ICE S>ICE SE EASA 2 SE EASA 2
20/06/2014
13
La diferencia -#e e5iste entre estos dos ,odelos+ el ,odelo CMM $
el ,odelo S>ICE*
CMM se !asan en ni/eles+ ,ientras -#e el ,odelo S>ICE se !asa en
cate3or7as*
CMM FS S>ICE CMM FS S>ICE

Session 1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Session 1

Cargado por

Copyright:

Formatos disponibles

20/06/2014

También podría gustarte