UNIVERSIDAD SAN PEDRO

UNIVERSIDAD SAN PEDRO

F A C U LTA D

DE

INGENIERA

E SC UE L A D E I N G E N I E R A I N FO R M T I C A
Y DE SISTEMAS

MODELOS, METODOLOGAS Y
E S T N D A R E S : E S T R AT E G I A S PA R A
ALCANZAR LA CALIDAD

PROF.: ING. JUAN C. MEYHUAY FIDEL

Monografa que como parte de la

asignatura de Calidad de software
presentan los alumnos:

Luis Len Torres

Enrique Colcas Aguila

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

SEPTIEMBRE, 2014

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Resumen
En primer lugar aprenderemos qu es la calidad de software la
importancia de tener en cuenta este tema.
En la segunda parte explicaremos en detalle los modelos, estndares
y Bootstrap entre otros y la metodologa que van a servir el desarrollo
de modelos de calidad que define un proceso sistemtico.
Los modelos de calidad son una parte fundamental en los procesos de
desarrollo y evaluacin de la calidad del software. El uso de estos
modelos se ha generalizado sobre todo desde la aparicin de modelos
de calidad estndar. Estos modelos, de acuerdo a su naturaleza de
estndares, constituyen modelos genricos y no directamente
aplicables a la prctica diaria, por lo que requieren de un esfuerzo
adicional para adaptarlos a cada dominio de aplicacin especfico.
Al ver las metodologas de desarrollo de aplicaciones permitan
sistematizar las actividades.
Nuestra propuesta define a conocer bien estos temas para lograr que
una empresa tenga un buen desarrollo de calidad del software.

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

ndice

Contenido
INTRODUCCIN.......................................................................................................................................6
MODELOS, METODOLOGAS Y ESTNDARES: ESTRATEGIAS PARA ALCANZAR LA
CALIDAD.....................................................................................................................................................7
1. CALIDAD DEL SOFTWARE................................................................................................................7
1.1.
1.2.
1.3.
1.4.

DEFINICIN:................................................................................................................................7
CMO MEDIR LA CALIDAD DE UN PRODUCTO DE SOFTWARE?..................................................7
QU CARACTERSTICAS DEBE TENER EL SOFTWARE DE ALTA CALIDAD?..................................8
CMO ASEGURAR LA CALIDAD DEL SOFTWARE?.......................................................................8

2. MODELOS DE CALIDAD DE SOFTWARE A NIVEL PROCESO.................................................9

2.1.
2.2.
2.3.
2.4.
2.5.

TICKIT.......................................................................................................................................9
BOOTSTRAP.............................................................................................................................9
PSP............................................................................................................................................10
TSP...........................................................................................................................................11
SIX SIGMA FOR SOFTWARE...............................................................................................11

3. MODELOS DE CALIDAD DE SOFTWARE A NIVEL PRODUCTO............................................12

3.1.
3.2.
3.3.
3.4.
3.5.
3.6.
3.7.
3.8.

MODELO GILB.......................................................................................................................12
MODELO GQM.......................................................................................................................12
MODELO MCCALL................................................................................................................13
MODELO FURPS....................................................................................................................13
MODELO DE BOEHM...........................................................................................................14
MODELO DE DROMEY........................................................................................................14
MODELO C-QM......................................................................................................................15
WEBQEM.................................................................................................................................15

4. ESTANDARES DE CALIDAD DEL SOFTWARE A NIVEL PROCESO.......................................16

4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
4.7.
4.8.
4.9.
4.10.
4.11.

ISO 90003:2004........................................................................................................................16
ISO/IEC 9001:2000..................................................................................................................16
ISO/IEC 12207:1995................................................................................................................16
ISO/IEC 12207:2002 AMD 1...................................................................................................17
ISO / IEC TR 15504 - SPICE..................................................................................................17
ITIL...........................................................................................................................................17
ISO/IEC 20000:2005................................................................................................................17
IEEE/EIA 12207.0-1996...........................................................................................................18
IEEE STD 12207.1-1997...........................................................................................................18
IEEE/EIA 12207.2-1997...........................................................................................................18
COBIT 4.0................................................................................................................................18

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

5. ESTANDARES DE CALIDAD DEL SOFTWARE A NIVEL PRODUCTO...................................19

5.1.
5.2.

ISO/IEC 9126-1:2001 QUALITY MODEL..............................................................................19

ISO/IEC 25000:2005 SQUARE..............................................................................................19

CONCLUSIONES.....................................................................................................................................20
RECOMENDACIONES...........................................................................................................................20
GLOSARIO................................................................................................................................................21
BIBLIOGRAFA.......................................................................................................................................22

TABLA DE ILUSTRACIONES
Ilustracin
Ilustracin
Ilustracin
Ilustracin

1:
2:
3:
4:

Factores de Calidad.....................................................12
Factores del Modelo de Boehm...................................13
Factores Del Modelo de Dromey.................................14
ISO/IEC 25000:2005...................................................17

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Introduccin
Hoy en da nos encontramos en un mundo cada vez ms globalizado.
Debido a la necesidad de obtener un software de calidad que debe
satisfacer los requerimientos dados por el usuario, han surgido
modelos de calidad que resultan la prediccin de confiabilidad y la
gerencia de calidad durante el proceso de desarrollo y medicin de la
complejidad de un sistema de software. En este presente documento
muestra una breve descripcin y estructura de los modelos de calidad
de software de McCall, Boehm, ISO/IEC 9126 entre otros. El modelo de
McCall fue el primero en ser presentado en 1977, busca reducir la
brecha entre usuarios y desarrolladores enfocndose a factores de
calidad.
Modelo
Boehm
introduce
caractersticas
de
alto
nivel, caractersticas de nivel intermedio y caractersticas primitivas,
cada una de las cuales contribuye al nivel general de calidad ISO/IEC
9126 ISO 9126-1 propone un modelo de calidad categorizando la
calidad de los atributos software en seis caractersticas
(funcionalidad, fiabilidad, usabilidad, eficiencia y portabilidad.

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

MODELOS, METODOLOGAS Y ESTNDARES:

ESTRATEGIAS PARA ALCANZAR LA CALIDAD
1.

CALIDAD DEL SOFTWARE

1.1. Definicin:
Son mltiples las definiciones que podemos encontrar de este
vocablo. Segn el diccionario es el valor intrnseco de una cosa y
valor relativo, resultante de compararla con otras de su misma
categora.
La norma ISO 8402:1994 la define como "Conjunto de caractersticas
de una entidad que le confieren su aptitud para satisfacer las
necesidades
expresadas
o
implcitas".
Entre otras definiciones de uso comn podemos citar las siguientes:

Cumplimiento de especificaciones.
Adecuacin al uso.
Conformidad con los requisitos.
Satisfaccin del cliente.
Conjunto de caractersticas del producto de marketing,
ingeniera, fabricacin y mantenimiento a travs del cual el
producto en uso satisface las expectativas del cliente.
Prdidas mnimas para la sociedad en la vida del producto.
Calidad es lo que el cliente est dispuesto a pagar en funcin de
lo que obtiene y valora.

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

1.2. Cmo medir la calidad de un producto de

software?
Se emplean modelos que especifican la calidad mediante la definicin
de un conjunto de atributos o caractersticas.
Se basan en descomponer la calidad del producto en caractersticas y
estas en criterios que pueden ser medidos mediante mtricas.

1.3. Qu caractersticas debe tener el software de

alta calidad?
Utilidad: Determina si el sistema hace lo que sus usuarios esperan
que haga.
El sistema es til si: Su funcionalidad ayuda al usuario en la
realizacin de sus actividades.
Confiabilidad: Baja probabilidad de falla => bajo nmero de errores
Mantenibilidad: Es flexible, es modificable y es internamente
comprensible?
Eficiencia: Medida en relacin al uso de los recursos del computador.
Ejemplo: bajo tiempo de ejecucin y mnimo uso del espacio de
almacenamiento.
Facilidad de prueba: Se puede probar con facilidad? en que
medida el diseo y codificacin facilitan las pruebas.

1.4. Cmo asegurar la calidad del software?

Para asegurar la calidad del software debemos de tener en cuenta
estos puntos:
Establecimiento de un sistema de calidad
Gestin de la calidad
Planificacin de la calidad
Definicin de polticas de calidad
Uso de tcnicas de verificacin y validacin del software
Revisiones e inspeccin de los productos de software
Pruebas de programas
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Gestin de la Configuracin del Software

Uso de normas y estndares de calidad
Evaluacin y mejoramiento de los procesos de software

2.

MODELOS DE CALIDAD DE SOFTWARE A

NIVEL PROCESO

2.1. TICKIT
Es un programa de certificacin de administracin de la calidad para
el software, apoyado sobre todo por el Reino Unido y las
industrias suecas de software.
Adems de mejorar la calidad del software, uno de los principios de
TickIT es mejorar y regular el comportamiento de auditores que
trabajan en el sector de tecnologa de informacin a travs de
entrenamiento, y la certificacin subsiguiente de auditores. El registro
internacional de auditores certificados maneja el registro para los
auditores de TickIT.
Las organizaciones de desarrollo del software que buscan la
certificacin de TickIT se les requiere demostrar conformidad con las
normas ISO 9001:2000. El objetivo principal era proveer de industria
un marco prctico para la gerencia de la calidad del desarrollo del
software desarrollando
procedimientos
ms
eficaces
de
la
certificacin del sistema de gerencia de la calidad. stos implicados:

Publicacin de material gua para asistir a organizaciones de

software a interpretar los requisitos de ISO 9001.

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Entrenamiento, seleccin y registro de auditores con capacidad

y experiencia en TI.
Introduccin de reglas para la acreditacin de cuerpos de
certificacin en el sector del software.

2.2. BOOTSTRAP
El modelo Bootstrap utiliza los niveles de madurez del SEI, pero
adems incorpora:
1.- Guas de calidad para ayudar a la mejora de procesos de las
compaas.
2.- Una distincin importante entre organizacin, metodologa y
tecnologa.
3.- Un modelo de proceso base (basado en el modelo utilizado por la
Agencia Especial Europea) que podra adoptarse.

Objetivos

Proporcionar apoyo a la evaluacin de capacidad de proceso

entre las mejores prcticas de una reconocida ingeniera de
software.
Apoyar la evaluacin como el estndar de referencia ha sido
puesta en prctica en la organizacin.
Asegura fiabilidad de la evaluacin.
Identificar, en la organizacin, procesos fuertes y dbiles.
Apoyar la planificacin de mejora con resultados convenientes y
confiables.
Apoyar el logro de los objetivos de la organizacin planeando
acciones de mejora.
Ayudar a aumentar la eficiencia de los procesos poniendo en
prctica la exigencia de estndares en la organizacin.

2.3. PSP
El Personal Software Process, conocido por sus siglas como PSP, es una
metodologa de reciente creacin, proveniente del Instituto de
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 0

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Ingeniera del Software(SEI). PSP es una alternativa dirigida a los

ingenieros de sistemas, que les permite mejorar la forma en la que
construyen software. Considerando aspectos como la planeacin,
calidad, estimacin de costos y productividad, PSP es una
metodologa que vale la pena revisar cuando el ingeniero de software
est interesado en aumentar la calidad de los productos de software
que desarrolla dentro de un contexto de trabajo individual.

PASOS PARA IMPLANTACION PSP

1. Los ingenieros deben ser entrenados por un instructor calificado
de PSP.
2. La Capacitacin es sobre grupos o equipos, y sern grupos que
as lo han sido y seguirn siendo.
3. Requiere un fuerte soporte de administracin, en este sentido es
necesario que los administradores entiendan el PSP, saber cmo
apoyarlos y como monitorear sus avances, sin un adecuado
monitoreo los ingenieros caern otra vez en los malos hbitos.
4. Despus de ser bien entrenados y bien administrados lo que
sigue es optimizar la interaccin entre equipos y aqu entrara
Team Software Process, el TSP extiende y refina los metodos de
CMM y PSP sobre desarrollo y mantenimiento de equipos, y
llegar a lo que se le llama un equipo auto dirigido.

2.4. TSP
En combinacin con el Personal Software Process (PSP), el
llamado Team Software Process (TSP) proporciona un marco de
trabajo de procesos definidos que est diseado para ayudarle a
equipos de gerentes e ingenieros a organizar y producir proyectos de
software de gran escala, que tengan tamaos mayores a varios miles
de lneas de cdigo.

El objetivo del TSP es mejorar los niveles de calidad y productividad

de un proyecto de desarrollo de software de un equipo, con el fin de
ayudarlos a alcanzar los acuerdos de costos y tiempos en dicho
desarrollo.
El libro de Watts Humphrey llamado "Introduction to the Team
Software Process" (Addison Wesley Professional, Massachusetts,
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 1

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

1999), presenta el TSP en detalle y se enfoca en el proceso de la

construccin de un equipo productor de software, estableciendo
objetivos del equipo, distribuyendo los roles, y otras actividades de
trabajo en equipo.

2.5. SIX SIGMA FOR SOFTWARE

Six sigma se refiere a llegar a tiempo o en el blanco 99.966 % de las
veces o ms. Software cumple con los estndares de calidad de seis
sigma cuando se tiene menos de 34 errores por cada milln de
transacciones u operaciones. Seis Sigma metodologa se puede
utilizar para medir y mejorar la calidad del software.
Sigma de calidad estndares miden errores por las transacciones de
usuario o lneas de cdigo. Seis sigma estndares de calidad tambin
se aplicar a las acciones automticas de software, la medicin de la
calidad basado en la fiabilidad y el tiempo de actividad del sistema.
Six Sigma como mtodo de mejora
Proceso Six Sigma Software mejora utiliza el bucle " definir su medida
- analizar - mejorar - control. Este proceso define y mide los objetivos
de calidad en el desarrollo de software o el uso, anlisis y mejora de
la aplicacin y los procesos de software. Cambios en el software y
luego se puede hacer para controlar o mantener el nivel de calidad
superior.

3.

MODELOS DE CALIDAD DE SOFTWARE A

NIVEL PRODUCTO

3.1. MODELO GILB

Modelo de calidad creado por Gilb en 1988. Este modelo presenta
como aspecto fundamental la definicin de los atributos de calidad
que realmente interesan al usuario y el nivel de calidad que debe
tener cada uno de ellos para satisfacerlo ya que no tiene sentido
exigir calidad en un producto, si no se cuenta con esta base. Cada

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 2

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

atributo tiene sub atributos que ayudan a la medicin de este. Estos

atributos son:

Capacidad de trabajo:
Evala la capacidad natural del sistema para realizar su trabajo.
Sub atributos: capacidad del proceso, capacidad de respuesta,
capacidad de almacenamiento.
Disponibilidad:
Refleja la medida de la disponibilidad del sistema para realizar
de forma til el trabajo para el que fue diseado. Sub atributos:
fiabilidad, Mantenibilidad e integridad.
Adaptabilidad:
Es la medida de la capacidad de un sistema para ser modificado
de
manera
adecuada.
Sub
atributos:
improbabilidad,
extensibilidad.
Utilizabilidad:
Es la medida de la facilidad con que la gente ser capaz y
estar motivada para utilizar el sistema en la prctica. Subatributos: requisitos de entrada, requisitos de aprendizaje y
habilidad de manejo.

3.2. MODELO GQM

Enfoque de medicin para evaluar la calidad del software basado en
la identificacin de objetivos a lograr.
A continuacin se presenta la estructura del modelo
Nivel conceptual (goal - meta).
Se define un objetivo (meta) para un objeto (ente), con respecto
a determinado modelo de calidad, ara un punto de vista,
relativo a un contexto en particular.
Nivel operativo (question - pregunta)
Se refina un conjunto de preguntas a partir de una meta,
identificando el objeto de medicin con respecto a
caractersticas de calidad seleccionadas para un punto de vista.
Nivel cuantitativo (metric - metrica)
Se asocia un conjunto de mtricas para cada pregunta, de
modo de responder a cada una de ellas de un modo cuantitativo

3.3. MODELO McCALL

El modelo de Jim McCall, desarrollado inicialmente para la Fuerza
Area de los EE.UU en 1977 que tena la misin de proporcionar las
normas y orientacin de tcnicas para la adquisicin del software, es
uno de los ms renombrados actualmente. Este modelo busca reducir
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 3

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

la brecha entre usuarios y desarrolladores enfocndose en un nmero

de factores de calidad que reflejen las prioridades de ambos. El
modelo establece una jerarqua de Perspectivas (3),Factores (11),
Criterios de Calidad (23) y Mtricas (41).Antes de utilizar este modelo
hay que seguir las siguientes pautas:
1. Se aceptan los factores, criterios y mtricas que propone los
modelos.
2. Se aceptan las relaciones entre factores y criterios, y entre
criterios y mtricas.
3. Se selecciona un subconjunto de factores de calidad sobre los
que aplica los requisitos de calidad establecidos para el
proyecto.

3.4. MODELO FURPS

Desarrollado por
Hewlett-Packard (1987). En
este modelo
se desarrollan un conjunto de factores de calidad de software, bajo el
acrnimo de FURPS:
Funcionalidad (Functionality), usabilidad (Usability), confiabilidad (Rel
iability), desempeo (Performance) y capacidad de soporte
(Supportability).
A continuacin se presenta la clasificacin de los atributos de calidad
que seincluyen en el modelo, junto con las caractersticas asociadas a
cada uno.

Ilustracin 1: Factores de Calidad

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 4

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

3.5. MODELO DE BOEHM

El modelo de Boehm es similar al modelo de calidad McCall en que
tambin presenta un modelo de calidad jerrquica estructurada en
torno a las caractersticas de alto nivel, el nivel de caractersticas
intermedias, cada una de ellas contribuye al nivel de calidad global. El
nivel de caractersticas representa alto nivel requisitos bsicos de la
utilizacin real de evaluacin de software.
Aunque parezcan similares, la diferencia est en que McCall focaliza
en medidas precisas de alto nivel, mientras que Boehm presenta un
rango ms amplio de caractersticas primarias la mantenibilidad est
ms desarrollada en Boehm.

Ilustracin 2: Factores del Modelo de Boehm

3.6. MODELO DE DROMEY

Un modelo presentado por el Sr. R. Geoff Dromey basados en que
reconoce que evaluacin de la calidad es diferente para cada
producto y que una idea ms dinmica para modelar el proceso es
necesario lo suficientemente amplia como para solicitar los distintos
sistemas.
Dromey se centra en la relacin entre los atributos de calidad y los
sub-atributos, as como intentar conectar
desde productos de
software con la calidad del software atributos. Este modelo describe la
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 5

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

idea de relacionar atributos del producto con atributos de calidad

para su evaluacin.
El modelo se estructura en torno a un proceso de 5 pasos:
1. Elije un conjunto de alto nivel de calidad atributos necesarios
para la evaluacin.
2. Lista de componentes y mdulos en su sistema.
3. Identificar las propiedades de transporte de calidad.
4. Determinar la forma en cada uno de los efectos patrimoniales
los atributos de calidad.
5. Evaluar el modelo e identificar.

Ilustracin 3: Factores Del Modelo de Dromey

3.7. MODELO C-QM

checKing Quality Model (CQM) es una metodologa para evaluar la
calidad interna de un producto software. Con CQM tendremos un
indicador nico para cada unidad del software (aplicacin, proyecto,
peticin de cambio, etc.) pero nos permite ms nivel de detalle. El
primer nivel de detalle nos muestra un indicador para cada una de las
caractersticas de software definidas por CQM (seguridad, fiabilidad,
eficiencia, mantenibilidad y portabilidad). El siguiente nivel contiene
indicadores tcnicos para cada tecnologa de la se compone nuestra
unidad de software.

3.8. WebQEM
WebQEM puede ser usada para evaluar diversos dominios de
aplicacin de acuerdo a los distintos puntos de vista y objetivos de
evaluacin. La definicin y la especificacin de los requerimientos de
calidad son actividades esenciales en el proceso de evaluacin. Una
de las metas principales de la evaluacin y comparacin de calidad
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 6

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

de una Web, radica en comprender el grado de cumplimiento de un

conjunto de caractersticas con respecto a los requerimientos de
calidad establecidos.
Las caractersticas de calidad planteadas son:
1. Facilidad de Uso
2. Funcionalidad
3. Confiabilidad
4. Eficiencia.

4.

ESTANDARES DE CALIDAD DEL

SOFTWARE A NIVEL PROCESO

4.1. ISO 90003:2004

ISO 90003:2004 provee una gua para las organizaciones respecto de
la aplicacin de ISO/IEC 9001:2000 en la adquisicin, suministro,
desarrollo, operacin y mantenimiento de software y servicios de
soporte.
La Norma cuenta con 5 captulos que especifican actividades que
deben ser consideradas cuando se implemente el SGC. Los captulos
son:
1. Sistema de Gestin de la Calidad
2. Responsabilidad de la Direccin
3. Gestin de los Recursos
4. Realizacin del Producto
5. Medida, Anlisis y Mejora.

4.2. ISO/IEC 9001:2000

ISO/IEC 9001:2000 promueve la adopcin de un enfoque basado en
procesos cuando se desarrolla, implementa y mejora la eficacia de un
SGC, para aumentar la satisfaccin del cliente mediante el
cumplimiento de sus requisitos. Para que una organizacin funcione
de manera eficaz, tiene que identificar y gestionar numerosas
actividades relacionadas entre s.

4.3. ISO/IEC 12207:1995

ISO/IEC 12207 puede ser usado para:
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 7

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

1. Adquirir, suministrar, desarrollar, operar y mantener software

2. Soportar las funciones arriba mencionadas mediante el
aseguramiento de calidad, administracin de la configuracin,
revisiones conjuntas, auditorias, verificacin, validacin,
resolucin de problemas y documentacin
3. Administrar y mejorar tanto al personal como a los procesos de
la organizacin.
ISO/IEC 12207 describe la arquitectura de los procesos de ciclo de
vida del software, pero no especifica los detalles de cmo
implementar o realizar las actividades y tareas incluidas en los
procesos.

4.4. ISO/IEC 12207:2002 AMD 1

Este Amendement 1 provee una revisin de la ISO/IEC 12207:1995
estableciendo un conjunto de informacin de software que puede ser
utilizada en la definicin de procesos, evaluacin y mejoramiento de
procesos. Es decir, agrega y modifica procesos a los ya existentes.

4.5. ISO / IEC TR 15504 - SPICE

SPICE (Software Process Improvement and Capability dEtermination)
es un modelo de madurez de procesos internacional que proporciona
un marco de trabajo para la evaluacin de procesos de software.
SPICE tiene tres caractersticas principales:
1. el marco de valor que contempla una dimensin funcional de
los procesos.
2. la evidencia para la evaluacin.
3. La recurrencia dada por la seleccin de instancias de proyectos
o productos.

4.6. ITIL
ITIL (IT Infrastructure Library) es el marco de procesos de Gestin
de Servicios de TI ms aceptado.
ITIL proporciona un conjunto de mejores prcticas, extradas de
organismos punteros del sector pblico y privado a nivel
internacional, que han sido recogidas por la Oficina Gubernativa de
Comercio Britnica (OGC, Office of Goverment Comerce).
Este framework o marco de procesos es utilizado por cientos de
organizaciones en el mundo y ha sido desarrollado reconociendo la
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 8

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

dependencia creciente que tienen stas en la tecnologa para

alcanzar sus objetivos.

4.7. ISO/IEC 20000:2005

Es el primer estndar mundial para IT Service Management basado en
ITIL.
Este estndar permite que las organizaciones puedan mejorar su
capacidad en la entrega de los servicios administrados, medir los
niveles del servicio y evaluar el performance.
Tambin permite a los proveedores del servicio entender cmo
aumentar la calidad del servicio entregado a los clientes internos y
externos.
ISO 20000 integra el proceso basado en la propuesta de ISO
9001:2000 e ISO 14001:2004 incluyendo el ciclo PDCA (Plan Do
Control Act) y el requerimiento de mejoramiento continuo.

4.8. IEEE/EIA 12207.0-1996

ISO / IEC 12207 proporciona un marco comn para el desarrollo y
gestin de software.
IEEE / EIA 12.207,0 contiene conceptos y directrices para fomentar
una mejor comprensin y aplicacin de la norma.

4.9. IEEE Std 12207.1-1997

IEEE / EIA 12207.1 ofrece orientacin para los datos del ciclo de vida
de grabacin resultantes de los procesos del ciclo de vida de IEEE /
EIA 12207.0.

4.10. IEEE/EIA 12207.2-1997

12207 proporciona un marco comn para el desarrollo y gestin de
software.
IEEE / EIA 12207.2 ofrece orientacin consideracin aplicacin de las
clusulas normativas de IEEE / EIA 12207.0.
U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

1 9

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

4.11. COBIT 4.0

Cobit fue:
1. Creado por el Information System Audit and Control Association
(ISACA) y por el IT Governance Institute (ITGI)
2. Actualizado recientemente a su versin 4.0.
La orientacin hacia el negocio de COBIT consiste en alinear los
objetivos de IT con los objetivos del negocio, proporcionando mtricas
y modelos de madurez para medir sus resultados, e identificar las
responsabilidades asociadas al negocio y los responsables de los
procesos IT.

5.

ESTANDARES DE CALIDAD DEL

SOFTWARE A NIVEL PRODUCTO

5.1. ISO/IEC 9126-1:2001 Quality Model

La ISO 9126 describe el modelo de calidad del producto de software.
La primera parte del modelo especifica 6 caractersticas de calidad
interna y externa, las cuales estn divididas en sub caractersticas,
son manifestadas externamente cuando el software es utilizado como
parte de un sistema, y son un resultado de atributos internos del
software.
La calidad externa evala que el software satisfaga las necesidades
del usuario teniendo en cuenta las condiciones especificadas.
La calidad interna evala el total de atributos que un software debe
satisfacer teniendo en cuenta condiciones especificadas.

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

2 0

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

5.2. ISO/IEC 25000:2005 SquaRE

SQuaRE (Software Quality Requirements and Evaluation) es una
nueva serie de normas que se basa en ISO 9126 y en ISO 14598
(Evaluacin del software).
Uno de los principales objetivos de la serie SQuaRE es la coordinacin
y armonizacin del contenido de ISO 9126 y de ISO 15939:2002
(Measurement Information Model).

Ilustracin 4: ISO/IEC 25000:2005

Conclusiones
Para obtener el xito en la produccin de software debemos hacerlo
con calidad y demostrando el grado de sta, calificando como buena.
Esto slo es posible con la implantacin de un Sistema para el
Aseguramiento de la Calidad del Software directamente relacionado
con la poltica establecida para su elaboracin y que est en
correspondencia con las definiciones internacionales de calidad,
ampliamente aceptada, y por los estndares que se manejan hoy en
da.

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

2 1

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Recomendaciones
Finalmente como recomendacin se sugiere la aplicacin de las
normativas establecidas a nivel internacional, mediante la aplicacin
de mtodos de calidad al software a desarrollar. Con ello se logra
garantizar la calidad del mismo y que logre cumplir el objetivo
esperado.

Glosario

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

2 2

PARA

MODELOS, METODOLOGAS
ALCANZAR LA CALIDAD

ESTNDARES:

ESTRATEGIAS

Bibliografa

U S P - F I - I n g e n i e r a
S i s t e m a s

I n f o r m t i c a

d e

P g i n a

2 3

PARA