EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA

MILKA MORALES USTA

INVESTIGACIÓN Y CUADRO COMPARATIVO DE NORMAS Y MODELOS

REFERENTES A LA CALIDAD DE SOFTWARE

ING. ARIEL ADOLFO RODRÍGUEZ HERNANDEZ

Magister: En Software Libre
Profesor Consultor CVUDES

UNIVERSIDAD DE SANTANDER
MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
MONTERÍA - CÓRDOBA
2018
 ÍNDICE

Pág.

1. INTRODUCCIÓN 3
2. CALIDAD DE SOFTWARE 4
2.1. GESTIÓN DE LA CALIDAD DEL SOFTWARE 5
2.2. ORGANIZACIONES DE ESTANDARIZACIÓN 6
2.2.1. ISO: Organización Internacional de Normalización 6
2.2.2. IEEE: Instituto de Ingeniería Eléctrica y Electrónica 7
2.2.3. IEC: Comisión Electrotécnica Internacional 7
2.2.4. ANSI: Instituto Nacional Estadounidense de Estándares 7
2.2.5. BSI, Institución de Estándares Británicos 8
2.2.6. AFNOR, Asociación Francesa de Normalización 8
2.2.7. ICONTEC: Instituto Colombiano de Normas Técnicas y Certificación 8
2.2.8 AMN, Asociación Mercosur de Normalización 8
2.2.9 APEC, Cooperación Económica Asia-Pacífico 9
2.2.10 COPANT, Comisión Panamericana De Normas Técnicas 9
2.2.11 CENELEC, Comité Europeo de Normalización Electrotécnica 9
2.2.12 CEN, Comité Europeo de Normalización 9
2.2.13 CEN, Comité Europeo de Normalización 9
2.3. NORMAS REFERENTES A LA CALIDAD DEL SOFTWARE 9
3. ACTIVIDAD 1.2: CUADRO COMPARATIVO 11
3.1.SOLUCIÓN DE LA ACTIVIDAD 1.1 11
3.1.1. CALIDAD DE SOFTWARE 11
3.1.2. CUADRO COMPARATIVO MODELO PROCESOS 12
4. CONCLUSIONES 19
REFERENCIAS BIBLIOGRÁFICAS 20
 1. INTRODUCCIÓN

En un mundo globalizado, en donde las organizaciones se ven enfrentadas a competencia de nivel

mundial, la calidad se convierte en un importante punto diferenciador, además de aumentar la
satisfacción general del cliente, disminuir costos y optimizar los recursos. Los productos o servicios
que ostentan certificados de calidad son preferidos por los compradores porque trasmiten seguridad
y confianza. Esto también constituye un atributo de valor para las estrategias de comercialización
en el exterior. Si bien la industria del software es nueva, ha tenido que madurar rápidamente, tal
como lo exigen los avances tecnológicos y su alta participación al interior de las empresas. Esta
industria comparte con las demás industrias el interés por la calidad y la competitividad.

En Colombia se establecieron las normas ISO 9000, que constituyen un conjunto de

especificaciones formuladas por la Organización Internacional de Estándares (ISO) enfocadas a la
Gestión de la Calidad y el Aseguramiento de la Calidad a nivel de procesos, cuando se habla de
Evaluación de la Calidad se trata de medir o cuantificar estas características para determinar si
cumplen con unos requisitos especificados y con las necesidades o expectativas del cliente,
referenciado desde IEEE (1990).

En la actualidad, el concepto de calidad es muy común a la hora de adquirir un producto, pero si

hablamos de desarrollo de software con mayor razón por las implicaciones de seguridad que este
contiene. Por ejemplo una Institución Educativa pública, donde se adquiere un software de carácter
administrativo y de servicio a la comunidad, el concepto de calidad crece por el riesgo de seguridad
que puede presentarse, al inicio el software es rechazado porque no brinda la seguridad que se
requiere, es decir, no daban las respuestas y garantías. Entonces nace la necesidad de que el
producto debe ser evaluado de acuerdo con los parámetros y estándar establecidos para este fin,
esto implica que las empresas busquen diferentes medios confiables, eficientes que arrojen los
resultados que esperan de sus productos antes de sacarlos al mercado, para que estos salgan a
competir de forma medible, confiable y con soportes de calidad y seguridad.
 2. ORGANIZACIONES QUE HAN FORMULADO NORMAS Y MODELOS
REFERENTES A LA CALIDAD DE SOFTWARE

La calidad del software se define como la capacidad de un conjunto de características de un

producto, sistema o proceso para satisfacer requisitos de clientes y otras partes interesadas. Al ser
el software un producto intangible el cual se denomina como la tecnología blanda, presenta una
serie de características diferentes a los productos tangibles, este no se fabrica, se desarrolla a través
de una combinación de instrucciones lógicas, tampoco se deteriora con el uso y repararlo equivale
a realizar cambios en las instrucciones lógicas de su programación analítica (Software)
Piattini (1996). La calidad del software se debe evaluar tanto en el proceso de desarrollo del mismo
como en el producto final.

Para lograr la calidad es necesario que coincidan los tres orígenes de la calidad: la calidad
programada, que es lo que se pretende alcanzar, la calidad realizada que es la que se logra con la
labor hecha, y por último la calidad necesaria que es la que demanda el cliente que debe reunir
especificaciones que cumplan con sus expectativas.

La competitividad no es la única razón por la cual se busque la calidad en el software, por lo tanto
hay que darle una importancia a cada programa que se desarrolla, con el fin de tomar conciencia y
responsabilidad de las consecuencias que en un defecto nuestro producto podría ocasionar. El
problema es que los sistemas cada día son más rápidos, complejos y automáticos, la posibilidad de
una falla catastrófica aumenta a la par que el potencial del daño que podría ocasionar, por ende hay
que saber distinguir entre lo simple y lo fácil; ya que un error simple, no necesariamente será fácil
de encontrar, por tanto todos estamos involucrados en la calidad del producto al ser responsables
en la calidad de nuestro trabajo.

El estándar de gestión de la calidad ISO 9000 es actualmente sinónimo de calidad y de buenas

prácticas. La teoría detrás de este estándar es que una organización bien gestionada con un proceso
de ingeniería bien definido es más probable que construya productos consistentes con los requisitos
del cliente cumpliendo restricciones de tiempo y presupuesto, que organizaciones pobremente
gestionadas sin un proceso definido. Dentro de la familia ISO 9000, la norma ISO 9000-3 es
específica para desarrollo de software y su mantenimiento.

2.1. GESTIÓN DE LA CALIDAD DEL SOFTWARE

La gestión de la calidad del software dentro de este contexto es definida como todas las acciones
coordinadas para dirigir y controlar una organización con respecto a calidad del software, en lo
relativo a la calidad ISO 9000 (2000); la gestión de la calidad incluye el establecimiento de políticas
de calidad, objetivos de calidad , aseguramiento de calidad entre otros.
La gestión de la calidad del software actúa sobre 4 pilares que componen el proceso de desarrollo
de software: Procesos de ciclo de vida - Técnicas (¿cómo?) - Organización (¿quién?) -
infraestructura (¿con qué?).

En este tema nos centramos únicamente en los dos primeros pilares, procesos y técnicas, que son
los que tienen una vinculación más directa con la calidad del producto final. La organización se
basa en las personas, en su formación o especialización, y en cómo se organizan para desarrollar
un proyecto. La infraestructura, por su parte, son las instalaciones, equipamiento, servidores,
medios de comunicación, de los que se dispone para el desarrollo de software.

El ciclo de vida de un software es el período de tiempo que comienza con la concepción de la idea
de un software y que termina con la vida útil del mismo. Durante este período de tiempo cooperan
un conjunto de procesos interrelacionados, denominados procesos del ciclo de vida, con el objetivo
de construir un producto de software de calidad. Los modelos y estándares internacionales como
ISO 12207, IEEE 1074 y CMMI identifican procesos que componen el ciclo de vida de un software.

Tomando como base estos estándares, a continuación se identifican las siguientes áreas de
procesos:
 Procesos primarios de ingeniería: son las actividades primarias del ciclo de vida, aquellas
incluidas en las disciplinas técnicas. Independientemente del modelo de ciclo de vida
seleccionado (e.g. cascada, espiral, V, W), siempre será necesario el análisis de requisitos,
diseño, implementación, validación, verificación, y mantenimiento.
 Procesos de gestión de proyectos: cubre las actividades de estimación, planificación del
proyecto y asignación de recursos, medición del progreso, seguimiento y control del proyecto,
gestión de riesgos y gestión de las relaciones con los clientes.
 Procesos de aseguramiento de la calidad: son actividades sistemáticas y planificadas,
necesarias para dirigir y controlar los procesos del ciclo de vida con el objetivo de proporcionar
suficiente confianza de que el proceso y los productos del desarrollo satisfacen aceptablemente
estándares de calidad. Estas actividades ejercen, por tanto, una función de watchdog,
controlando todos los procesos del ciclo de vida del software.

2.2 ORGANIZACIONES DE ESTANDARIZACIÓN MÁS CONOCIDAS

En el mundo existen muchas organizaciones que están dedicada a la estandarización de normas,

para la evaluación de la gestión de la calidad en la etapa final de un producto, para ello damos las
más conocidas en Colombia.

Internacional
International Organization for
Nacional
Standardization ISO
American National Standards Institute
Regional
Institute of Electrical and Electronics ANSI
Engineers IEEE Asociación Mercosur de Normalización
British Standard Institution BSI AMN
International Electrotechnical Association Française de Normalisation Asia Pacific Economic Cooperation APEC
Commission IEC AFNOR
Comisión Panamericana de Normas
International Telecommunications Asociación Española de Normalización y Técnicas COPANT
Unión ITU. Certificación AENOR
European Committee for Electrotechnical
Instituto Colombiano de Normas Standardization CENELEC
Técnicas y Certificación ICONTEC
European Committee for Standardization
CEN

Figura 1. Organismos de Estandarización más Conocidas.

2.2.1. La Organización Internacional de Normalización o ISO: es una organización para

la creación de estándares internacionales compuesta por diversas organizaciones nacionales de
estandarización. Fundada el 23 de febrero de 1947, la organización promueve el uso de estándares
propietarios, industriales y comerciales a nivel mundial. Su sede está en Ginebra (Suiza) y hasta
2015 trabajaba en 196 países. Fue una de las primeras organizaciones a las que se le
concedió estatus consultivo general en el Consejo Económico y Social de las Naciones Unidas.
Su sigla proviene del griego ἴσος, «isos», que significa «igual»), nacida tras la segunda guerra
mundial, es el organismo encargado de promover el desarrollo de normas internacionales de
fabricación (tanto de productos como de servicios), comercio y comunicación para todas las ramas
industriales. Su función principal es la de buscar la estandarización de normas de productos y
seguridad para las empresas u organizaciones (públicas o privadas) a nivel internacional.
La ISO es una red de los institutos de normas nacionales de 161 países, sobre la base de un miembro
por país, con una Secretaría Central en Ginebra (Suiza) que coordina el sistema. Está compuesta
por delegaciones gubernamentales y no gubernamentales subdivididos en una serie de subcomités
encargados de desarrollar las guías que contribuirán al mejoramiento.

2.2.2. IEEE: Instituto de Ingeniería Eléctrica y Electrónica

Es una asociación mundial de ingenieros dedicada a la estandarización y el desarrollo en áreas
técnicas fue fundado en 1963. Su sede se encuentra en Nueva York – EEUU, este organismo se
dedica a la estandarización y el desarrollo en áreas técnicas y según la IEEE se encarga de
promover la creatividad, el desarrollo y la integración, compartir y aplicar los avances en las
tecnologías de la información, electrónica y ciencias en general para beneficio de la humanidad y
de los mismos profesionales.

2.2.3. IEC: Comisión Electrotécnica Internacional

Es una organización de normalización en los campos: eléctrico, electrónico y tecnologías
relacionadas fue fundada en 1906. Este organismo se encarga de promover entre sus miembros la
cooperación internacional en todas las áreas de la normalización electrotécnica y uno de sus
objetivos es asegurar e implementar la calidad de producto y servicios mediante sus normas las
cuales normalizan la amplia esfera de la electrotécnica, desde el área de potencia eléctrica hasta las
áreas de electrónica, comunicaciones, conversión de la energía nuclear y la transformación de la
energía solar o eólica en energía eléctrica.

2.2.4. ANSI: Instituto Nacional Estadounidense de Estándares

Es un organismo que supervisa el desarrollo de estándares para productos, servicios, procesos y
sistemas en los Estados Unidos, fue fundada en 1966. Su sede se encuentra en Washington D.C –
EEUU, este organismo se encarga de coordinar los estándares del país estadounidense con
estándares internacionales, de tal modo que los productos de dicho país puedan usarse en todo el
mundo, también acredita a organizaciones que realizan certificaciones de productos o de personal
de acuerdo con los requisitos definidos en los estándares internacionales.

2.2.5. BSI, Institución de Estándares Británicos.

Fundada en 1901 por el comité de ingeniería de normas de Londres, sus principales actividades se
centran en la estandarización de normas para auditoría, certificación y formación, es un organismo
colaborador de ISO.

2.2.6 AFNOR, Asociación Francesa de Normalización.

Organización de la estandarización de normas de Francia, fundada en 1921 y tiene asociadas a
2500 empresas.

2.2.7 ICONTEC: Instituto Colombiano de Normas Técnicas y Certificación

Es un organismo nacional de normalización de Colombia que se destaca por la reproducción de
normas técnicas y la certificación de normas de calidad para empresas y actividades profesionales,
fue fundada el 10 de mayo de 1963. Este organismo trabaja para fomentar la normalización, la
certificación, la metrología y la gestión de la calidad en Colombia.
Las normas técnicas desarrolladas por ICONTEC son el resultado consolidado de investigaciones
científicas y tecnológicas que recogen experiencias nacionales e internacionales con el fin de
alcanzar una economía óptima de conjunto, el mejoramiento de la calidad y también facilitar las
relaciones cliente-proveedor, en el ámbito empresarial nacional o internacional.

2.2.8. AMN, Asociación Mercosur de Normalización.

Mercosur, creo su propio comité de normalización, integrado por los organismos nacionales de
normalización de Argentina, Uruguay, Paraguay, Brasil y miembros asociados de chile y Bolivia.
Sus normas tienen énfasis en el desarrollo industrial, científico y tecnológico. Las actividades las
desarrolla mediante comités sectoriales.
2.2.9. APEC, Cooperación Económica Asia-Pacífico
Creado en 1989, como apoyo a las economías de los países del pacífico (región Asia- Cuenca del
pacífico), su principal función de apoyo al intercambio, comercialización, coordinación económica
y cooperación entre sus integrantes.

2.2.10. COPANT, Comisión Panamericana De Normas Técnicas.

Agrupa a los organismos nacionales de normalización de las Américas, posee 34 miembros activos
y 10 adherentes, creada en 1949 bajo la sigla CPANT, en 1964 toma el nombre bajo la sigla
COPANT.

2.2.11. CENELEC, Comité Europeo de Normalización Electrotécnica

Desarrolla la estandarización de normas de las áreas de ingeniería eléctrica, telecomunicaciones y
otras áreas técnicas. Fundad en 1973, los comités técnicos son los encargados de desarrollar la
normatividad, en total cuenta con 33 países asociados y 13 afiliados, no es un organismo de la
unión europea.

2.2.12. CEN, Comité Europeo de Normalización

Reúnen los organismos nacionales de normalización de 33 países asociados, apoya las actividades
de normalización en sectores relacionados con productos, materiales, servicios y procesos, incluye
sectores de las Tic.

2.2.13. AENOR, Asociación Española de Normalización y Certificación

Se constituyó en 1986, es una organización Española, desarrolla actividades de normalización y
certificación para mejorar la calidad de las actividades de las empresas, productos y servicios.
Apoya a más de 40 países, en la estructuración de normas para facilitar el comercio internacional.

2.3. NORMAS REFERENTES A LA CALIDAD DEL SOFTWARE

Cualquier sistema de información va pasando por una serie de fases a lo largo de su vida. Su ciclo
de vida comprende una serie de etapas entre las que se encuentran las siguientes: Planificación -
Análisis - Diseño - Implementación - Pruebas - Instalación o despliegue - Uso y mantenimiento.
Con el objetivo de construir un producto de software de calidad la aplicación de software debe
realizar el ciclo de vida de un software, el cual es el período de tiempo que inicia con la idea de un
software y que termina con la vida útil del mismo.
En la figura 2. Se observa las diferentes etapas del ciclo de vida de la gestión, y configuración del
software.

Figura 2. Etapas del Ciclo de Vida del Software

 Para cada una de las etapas del ciclo de vida del software existen unas estandarización de
normas, en las cuales, damos a conocer en la siguiente figura del contexto.

Figura 3. Estándares de las Etapas del Ciclo de Vida del Software

 3. ACTIVIDAD 1.2: CUADRO COMPARATIVO

A partir del material propuesto como documento de referencia y complementario igualmente del
capítulo I, analice la información y elabore un cuadro comparativo. Donde muestre las principales
diferencias en cuanto a las normas y/o modelos que se tienen para la calidad en los procesos de
desarrollo como para el producto final.

Se entregará vía tablero de anotaciones y bajo la siguiente nomenclatura que definirá claramente
el contenido de la información: Nombre_Apellido_cuadrocomparativo_Actividad.1.2.doc

3.1. SOLUCIÓN DE LA ACTIVIDAD 1.2

3.1.1. CALIDAD DE SOFTWARE

En la tabla que se muestra a continuación, se describen las principales diferencias en cuanto a las
normas y/o modelos que se tienen para la calidad del software en los procesos de desarrollo, como
para el producto final. Para ello se hace un cuadro comparativo sobre los modelos de cascada,
espiral, incremental, proceso de desarrollo unificado y proceso de software personal, en donde se
hace una comparación de acuerdo a sus procesos, características, ventajas y desventajas que se
presentan en cada uno de los modelos anteriormente mencionados.
Cuadro Comparativo de los Modelos de Procesos de Software
MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS
Fue el primero en ser Es práctico y fácil de Características son en
presentado en 1977, y se entender y de esta general propiedades
originó motivado por US Air forma fácil de aplicar, abstractas medibles
Force y DoD. esto debido a su mediante métricas, lo
estructura jerárquica. cual iimplica un trabajo
Organiza los factores en tres tedioso por la cantidad
ejes o puntos de vista desde los Identifica atributos de métricas que se
McCALL.
cuales el usuario puede claves desde el punto utilizarían.
McCall,
contemplar la calidad de un de vista del usuario.
Richards y
producto, basándose en once Implica un trabajo
Walters,
factores de calidad Se focaliza en el adicional al proceso,
(1977)
organizados en torno a los tres producto final y en debido a que se evalúan
muchos factores.
 ejes y a su vez cada factor se medidas precisas de No siempre existe una
desglosa en otros criterios. alto nivel. relación perfectamente
lineal entre los valores
Describe la calidad como un Orientado al producto de las métricas y las
concepto elaborado mediante final, pero, se puede características que
relaciones jerárquicas entre aplicar al proceso. deben estimar.
factores de calidad, en base a
criterios y métricas de calidad. Se puede utilizar no
para varios proyectos
Su finalidad, atender a las al mismo tiempo.
diversas necesidades de las
organizaciones que quieren En costos resulta
realizar la mejora de sus viable es de gran
procesos. ayuda para cualquier
organización.
Posee 2 enfoques:

El Continuo: hace hincapié en

la capacidad de ciertas áreas
para realizar sus actividades de
manera adecuada.

El Escalonado: hace especial

énfasis en el grado de madurez
de los procesos (a semejanza
del SW-CMM).
MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS
Tiene como principio el Modelo robusto, completo y Se implementa
reducir costos y mejorar la abarcativo en lo concerniente a principalmente en Europa.
calidad previendo la estructura. Arquitectura, la
problemas. descomposición en procesos Incompleto en comparación
detallados ofrece un buen con otros modelos.
Su objetivo es desarrollar un marco para la evaluación de
método para la evaluación de procesos. Faltaría un poco más de
procesos de desarrollo de atención en lo que se refiere a
software (SW). El proceso de mejora está muy la satisfacción del cliente.
claro a la hora de aplicarlo. Usa
Inicialmente se basó en el una base de datos global que es No hay herramientas de
modelo de madurez de CMM beneficioso para la terceras partes accesibles
Bootstrap. añadiendo conceptos de comunicación. para los usuarios.
ESPRIT calidad de ISO 9000.
(ESPRIT Engloba tanto la evaluación
5441 A esto incluyó conceptos para establecer el diagnóstico
BOOTSTRAP para poder evaluar de un proceso para desarrollo
desarrollos de SW de otras de software, el cual incluye la
industrias distintas a la organización, los métodos y la
militar y capacidad de ingeniería, las
herramientas y la tecnología,
como la creación de un plan de
acción que defina los pasos, los
 detalles de la implantación y
los marcos temporales para que
la organización aumente su
capacidad de entrega de
productos y servicios de
calidad.

La metodología tiene una gran

ventaja, compara los resultados
de la evaluación con los
resultados de sus
competidores.
Parece que da un gran
resultado cuando prioriza qué
necesidades se deben mejorar
primero.
MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS
Éste define la calidad de software No lucrativo. No especifica muchos
en términos de atributos aspectos relacionados con el
cualitativos y los mide usando Fundamentado en modelo usuario
métricas. ISO 9000 y CMMi

El modelo no es muy distinto al No implica esfuerzo

de McCall, porque muchos de sus adicional para mejorar y
factores de calidad son los obtener una certificación
mismos. Éste modelo también en ISO 9000.
presenta sus factores de calidad
estructurados jerárquicamente de
Las mejoras al SW se
alto a bajo nivel.
hacen por medio de
El modelo se basa en que el ciclos de espiral
software debe: partiendo desde el
Barry Boehm (1978)

centro.
Hacer lo que el usuario quiere que
BOEHM

haga.
Utilizar los recursos de la
computadora correcta
eficientemente.
Ser fácil de usar y de aprender
para los usuarios.
Estar bien diseñado, bien
codificado y ser probado y
mantenido fácilmente.
En cada ciclo analiza
y objetivos, alternativas
(características,
formas de gestión,
riesgo asumido) y
desarrollo y
verificación.

Este modelo introduce Conjuga lo interactivo

características de alto nivel, de del modelo MCP con
nivel intermedio que se
constituyen en los factores de lo sistemático del
calidad, y las características Modelo Cascada.
primitivas, cada una de las cuales
contribuyen al nivel general de
calidad.
 MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS
Esta propuesta Tiene en cuenta las Se necesitan de muchas
contempla, por un lado fallas en el producto y métricas lo que implica
5 características de las en el proceso, esto un mayor esfuerzo de
cuales se deriva su permite una mayor tiempo y costo
nombre; corrección.
Funcionalidad.
Facilidad de Uso. Se podría utilizar no
Confiabilidad. para uno sino para
Desempeño. varios proyectos.
Hewlett Packard Co (HP) 1987.

Facilidad de Soporte.
Los criterios son
Los requisitos se claramente
Robert Grady y

clasifiquen en dos entendibles, lo que

FURPS

categorías: implica su fácil

utilización.
Requisitos funcionales
(F): que son los que En cierta forma su
especifican funciones división en factores
que el sistema debe ser funcionales y no
capaz de realizar sin funcionales es
tener en cuenta las convenientes para
restricciones físicas. determinar la calidad,
aun así, hayan
Requerimientos no restricciones físicas.
funcionales (URPS):
que puntualizan
atributos del sistema o
del medio ambiente del
sistema.
MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS
Su objetivo es la Asociación gratuita Poca capacidad de
MODELO IBEROAMERICANO DE

actualización.
EXCELENCIA EN LA GESTIÓN

evaluación de la gestión por un año a

de las organizaciones, FUNDIBEQ.
identificando sus puntos Baja capacidad de
Publicación de los adaptación al sector
fuertes y áreas de
resultados en medios público.
mejoras que sirvan para
de prensa
establecer planes de
internacionales.
progreso y también sirva
como información para Divulgación de las
el desarrollo y la mejores prácticas de
planificación la organización
estratégica. ganadora en toda
Iberoamérica.
MODELO CARACTERÍSTICAS
Básicamente el CMMI son
normas para calidad
Fue desarrollado Software Engineering Institute (SEI) perteneciente a Carnegie Mellon University
enfocada al mundo del
Software, aplicables a los
diferentes procesos que hay
que llevar a cabo para lograr
producir software con
calidad, es muy importante
mencionar que igual que las
normas ISO 90003, este
modelo nos dice que hay que
hacer, y no como hay que
hacerlo , lo que permite:
Describir los componentes
del modelo y sus relaciones.
Comprender las áreas de
proceso.
CMMI
Localizar información
1984
relevante en el modelo.
Aplicar los conocimientos a
su entorno de trabajo y en un
equipo de evaluación de
componentes y sus relaciones
de un modelo.
Estudia los procesos de
desarrollo de software de una
organización.
Producir una evaluación de la
madurez de la organización
según una escala de 5
niveles, con el objetivo de
establecer una guía que les
permita mejorar sus procesos
y su habilidad para organizar,
desarrollar, adquirir y
mantener productos y
servicios informáticos.
VENTAJAS
Permite mejoras de gran
impacto en procesos de
desarrollo de productos
software, tales como
reducción del coste de
desarrollo, localización y
resolución de defectos;
mejora en la fiabilidad de la
planificación, en términos
de dedicación y de
calendario.
Reduce el coste de
desarrollo, localiza la
resolución de defectos,
aumentando de la
productividad y la
efectividad sobre la
planificación
Reducción de los trabajos
derivados de correcciones
tras las fases de pruebas.
Método evolucionado y
flexible. Compatible con la
norma ISO/IEC 15504.
Mejor organización interna
y homogeneización en
procesos de actuación.
Obtención de un
importante caudal de datos
históricos susceptibles de
ser Analizados.
DESVENTAJAS
Falta de adecuación al
enfoque a servicio que está
experimentando el sector
de las TI en todas sus líneas
de actividad, así como el
alto esfuerzo de
implantación que exige.
Costo alto para la
preparación y el soporte,
también lo es la valoración
del modelo.
Proceso de valoración
pesado y lento.
Plazo de implantación del
proyecto.
Se utiliza para empresas
grandes.
Tamaño y complejidad
mucho mayor que modelos
vigentes.
La complejidad de la
evaluación continua puede
atentar contra la definición
de objetivos concretos de
madurez.
 Cuadro Comparativo de los Modelos de Procesos de Software
Modelos de
procesos de CARACTERÍSTICAS
Software
1. Es el más utilizado.
2. Es una visión del proceso de desarrollo
de software como una sucesión de
etapas que produce productos
intermedios.
3. Si se cambia el orden de las fases, el
producto final será de inferior calidad.
Modelo de Cascada
1. En cada giro se construye un nuevo
modelo del sistema completo.
2. Es el mejor modelo para el desarrollo de
grandes sistemas.
Modelo de Espiral 3. Este modelo puede combinarse con
otros modelos de proceso de desarrollo.
VENTAJAS
1. Se tiene todo bien organizado, y no se
mezclan las fases.
2. Modelo y planificación fácil y sencilla.
3. Sus fases son conocidas por los
desarrolladores.
4. Los usuarios lo pueden comprender
fácilmente.
5. El producto posee alta calidad.
6. Permite trabajar con personas de pocos
estudios.
7. Sigue los pasos intuitivos necesarios a la
hora de desarrollar el software.
8. Es un modelo secuencial ya que requiere
retroalimentación.
9. Se debe de planear y programar las
actividades del proceso antes de
trabajar.
1. Puede adaptarse y aplicarse a lo largo de
la vida del software de computadora.
2. Es un enfoque realista del desarrollo de
sistemas y de software a gran escala.
3. Mejor reaccionan ante riesgos en cada
uno de los niveles evolutivos.
4. Utiliza la construcción de prototipos
como mecanismo de reducción de
riesgos.
DESVENTAJAS
1. Se tarda mucho tiempo en pasar por
todo el ciclo.
2. El mantenimiento se realiza en el código
fuente.
3. Las revisiones de proyectos de gran
complejidad son muy difíciles.
4. Impone una estructura de gestión de
proyectos.
5. Alto riesgo en sistemas nuevos debido
a problemas en las especificaciones y el
diseño.
6. Difícil para el cliente establecer
explícitamente al principio todos los
requisitos.
7. Es difícil incorporar nuevas cosas, si se
quiere actualizar.
8. Iteraciones costosas.
1. Tiene una elevada complejidad.
2. Es un modelo costoso.
3. Puede resultar difícil convencer a
grandes clientes de que el enfoque
evolutivo es controlable.
4. Requiere una considerable habilidad
para la evaluación del riesgo.
5. Si un riesgo importante no es
descubierto y gestionado,
indudablemente surgirán problemas.
 5. Permite aplicar el enfoque de 6. Este sistema es muy utilizado en
construcción de prototipos en cualquier proyectos largos, y que necesitan
Etapa de evolución del producto. constantes cambios.
7. Al no ser detectados y catalogados los
6. Si se aplica adecuadamente, debe
riesgos a tiempo, puede llegar al
reducir los riesgos antes de que se fracaso.
conviertan en problemáticos.

1. Se evitan proyectos largos y se
entrega “algo de valor” a los
usuarios con cierta frecuencia.
2. Difícil de evaluar el costo.
3. El resultado puede ser muy positivo.
Modelo Incremental
1. Permite el desarrollo de software a 1. Junto a UML constituye la metodología
gran escala mediante un proceso
continuo de pruebas
retroalimentación.
Proceso de
Desarrollo
Unificado
1. Reduce el tiempo de desarrollo inicial, ya 1. Resulta más sencillo acomodar
que se implementa la funcionalidad
parcial.
2. Entrega temprana de partes operativas
del Software.
3. Proporciona todas las ventajas del
modelo en cascada realimentado,
reduciendo sus desventajas sólo al
ámbito de cada incremento.
4. Permite entregar al cliente un producto
más rápido en comparación del modelo
de cascada.
5. Resulta más sencillo acomodar cambios
al acotar el tamaño de los incrementos.
estándar más utilizada para análisis,
diseño, implementación, documentación
y 2. Si el proceso no se aplica bien desde el
de sistemas orientados a objetos.
2. Reducir la redundancia e incrementa la
productividad.
3. Adaptabilidad del desarrollo a nuevos
requisitos o nuevos cambios.
4. Se define una arquitectura, solidas en
etapas tempranas del desarrollo.
cambios al acotar el tamaño de alto
nivel de seguridad, de procesamiento
distribuido, y/o alto índice de riesgo.
2. Requiere de metas claras para
conocer el estado del proyecto.
3. Requiere de mucha planeación, tanto
administrativa como técnica.
4. Requiere de una planeación
cuidadosa tanto a nivel administrativa
como técnico.
1. Requiere costos de dedicación altos
por lo que no es conveniente usarlo
en procesos de un proyecto pequeño.
inicio el PU se puede volver muy grande
y difícil, tanto para aprender como para
administrar.
3. Pérdida de tiempo al tratar de
adecuar el PU a cada proyecto.
4. Es un proceso pesado.
5. Se basa mucho en la documentación.

1. En PSP todas las tareas y actividades
que el ingeniero de software debe
realizar durante el proceso de
desarrollo del software, están
definidas en un conjunto de
documentos conocidos como scripts.
2. Los scripts son el punto medular de
PSP, por lo que se hace mucho
Proceso de énfasis en que deben ser seguidos en
Software Personal forma disciplinada, gran parte de las
tareas y actividades definidas en los
scripts generará en su realización un
conjunto de datos, fundamentalmente
de carácter estadístico.
3. La calidad en PSP, es un aspecto
fuertemente relacionado con la cantidad
de defectos que el producto de software
contiene.
Tabla 1: Cuadro comparativo sobre los modelos de procesos de Software
5. Se reducen los riesgos de no obtener el
producto deseado.
6. En cada momento hay una versión del
sistema funcionando que se modifica
según las necesidades y deseos del
cliente.
7. Fácil ejecución del proceso de
elaboración del sistema software.
8. El proceso es comprensible la
metodología de PU es más adaptable
para proyectos a largo plazo.
1. La idea de que ganamos en talento y 1. El tiempo requerido para conocerlo.
habilidad 2. El costo emocional por mantener una
2. La estimulación por nuevas ideas disciplina.
3. El ego del cambio en las costumbres.
3. Una estructura de trabajo de
mejoramiento personal.
4. Tomar control del propio trabajo.
5. La sensación de logros en la actividad de
trabajo.
6. Una base mejorada para el trabajo en
grupo (TSP)
7. La convicción de que es lo mejor que se
puede hacer.
 CONCLUSIONES

Podemos concluir que el éxito en la producción de un software se mide desde los niveles de calidad
y de la aceptación del consumidor final, para cumplir ese objetivo es fundamental la
implementación de normas y/o modelos de calidad que garanticen la planificación, el control, la
evaluación y la confiabilidad del producto. Otro punto que no debemos olvidar es mejorar
constantemente, siempre es posible hacer las cosas mejor y adaptarse más precisamente a las
necesidades y expectativas del cliente. Colombia tiene su reglamentación y representación en
cuanto a las normas y/o modelos de calidad de software a través de las normas ICONTEC, y es
indispensable seguir avanzando en la tecnificación de estas normas con la finalidad de alcanzar
cada día mejores niveles de calidad y competitividad a nivel global.
 BIBLIOGRAFÍA

Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa;

recuperado de:
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap1/Capi
tulo_Completo.pdf

ISO, Organización Internacional de Estándares. Consultado el: 12 sep. 2013.

Recuperado de: https://www.iso.org/home.html

Calidad del Software: camino hacia una verdadera industria del software. Revista de la
Escuela Administración de Negocios, 38, 38-57. Rojas, S., & Borja, J. (1999).
Consultado el: 06-abril-2013.

https://es.wikipedia.org/wiki/Organizaci%C3%B3n_Internacional_de_Normalizaci%C3%
B3n

Introducción a la Calidad del Software. Scientia et Technica(39), 326-331.ISSN

0122-1701. López, A., Cabrera, C., & Valencia, L. (2008). Consultado el: 12-
septiembre-2013.

Calidad y Testeo del Software. Actualidad TIC. Universidad Politécnica de Valencia.

p (12-16). Mollineda , R., & Vos, T. (2003).

http://flanagan.ugr.es/docencia/2005-2006/2/apuntes/ciclovida.pdf

MARIO, T. (99). MODELO LINEAL SECUENCIAL.

Pressman, R. (2007). INGENIERIA DEL SOFTWARE. Mac Graw Hill.
Sommerville, I. (s.f.). INGENIERIA DEL SOFTWARE. Prentice Hall.

El Proceso del Software Personal: Recuperado de:

file:///C:/Users/W/Downloads/expooctavio-111126002614-phpapp02.pdf