Calidad de Software:

Modelos, Procesos, Arquitecturas

Seminario en
Tecnologías y
Software
(SETyS)
Dr. Cuauhtémoc Lemus Olalde

Edición
2007

Centro de Investigación en
Matemáticas (CIMAT)
Septiembre

2007
 Terminología
Introducción
(ISO 9000:2000)
Modelos &
Calidad: Grado en el que un conjunto de
Estándares características inherentes cumple con los
requisitos
Proceso – Inherente es que existe como una
característica permanente
Arquitectura – Pobre, buena, excelente Î calidad
de Software
Característica: Rasgo diferenciador
– Puede ser inherente ó asignada; cualitativa o
Aseguramiento
Calidad de SW cuantitativa
– Clases: funcionales, físicas, de tiempo, etc.
Referencias Característica de Calidad: característica
inherente de un producto, proceso ó
sistema relacionada con un requisito
 Terminología
Introducción
(ISO 9000:2000)
Gestión: actividades coordinadas para dirigir y
Modelos & controlar una organización
Estándares Gestión de la Calidad: actividades coordinadas para
dirigir y controlar una organización en lo relativo a la
calidad
Proceso
– Incluye: política de la calidad, objetivos de la calidad,
planificación de la calidad, control de la calidad,
aseguramiento de la calidad y mejora de la calidad
Arquitectura
de Software
Control de la calidad: orientada al cumplimiento de los
requisitos de la calidad
Aseguramiento de la calidad: orientada a proporcionar
Aseguramiento confianza en que se cumplirán los requisitos de la calidad
Calidad de SW Mejora de la calidad: orientada a aumentar la capacidad
de cumplir con los requisitos de la calidad
Referencias
Mejora continua: actividad recurrente para aumentar la
capacidad para cumplir los requisitos
– Proceso mediante el cual se establecen los objetivos y se
identifican oportunidades para la mejora de un proceso
continuo a través del uso de los hallazgos de la auditoria, el
análisis de los datos, la revisión por la dirección u otros
medios, y generalmente conduce a la acción correctiva y
preventiva.
 Qué es calidad?
Introducción

Modelos &
Conjunto de cualidades (etimología
Estándares similar) de una persona ó cosa
– Lo que hace que una persona ó cosa sea
Proceso
lo que es
Arquitectura – Propiedad, carácter
de Software
– Atributo: características mensurables, que
se pueden comparar con estándares
Aseguramiento
Calidad de SW conocidos (longitud, color, propiedades
eléctricas, maleabilidad, etc.)
Referencias – Superioridad, excelencia de alguna cosa
Calidad de software
– Como entidad intelectual (intangible), es
más difícil de caracterizar que los objetos
tangibles
 Qué es calidad?
Introducción

Modelos & Pensamiento

Proceso de IS
Estándares Sistémico

Proceso

Arquitectura
de Software Administración Calidad de Arquitecturas
Calidad SW de SW
Aseguramiento Software
Calidad de SW

Referencias

Modelos de Componentes
Métricas
Madurez Reutilizables
 Factores que afectan la
Introducción
calidad de software
Modelos &
Estándares
Tecnología de
Proceso desarrollo

Arquitectura
de Software Calidad
Calidad Calidad
del del
Aseguramiento del
Calidad de SW
Proceso Producto Personal
Referencias

Costo, tiempo y duración

 Mapa Conceptual PS e IS
Introducción

Modelos &
Estándares

Proceso

Arquitectura
de Software

Aseguramiento
Calidad de SW

Referencias
 Calidad del Proceso y
Introducción
Calidad del Producto
Modelos & La mejora de procesos se basa en la
Estándares
suposición de que el factor crítico que
Proceso influye en la calidad del producto es la
calidad del proceso de desarrollo del
Arquitectura
de Software producto.
Medir número de defectos en los productos y
Aseguramiento relacionar estos defectos con el proceso
Calidad de SW
El proceso se mejora con el propósito de
reducir el número de defectos en el producto
Referencias
El proceso se mejora hasta que sea repetible
Resultados del proceso sean predecibles y el
número de defectos se reduzca
El proceso se estandariza e inicia un ciclo de
mejoras adicionales
 Calidad de SW
Introducción

Modelos &
Adopción de modelos y estándares
Estándares – CMMi
– SPICE
Proceso
– ISO 9001
– Moprosoft.
Arquitectura
de Software Mejoramiento de procesos de
software a través de técnicas y
Aseguramiento
Calidad de SW
métodos estadísticos
– PSP (Personal Software Process)
Referencias – TSP, TSPi (Team Software Process)
– Seis Sigma Software
– Diseño de Seis Sigma Software
Desarrollo de Software con base en
Arquitectura de Software
 Calidad de SW
Introducción

Modelos & Utilizar las mejores prácticas de

Estándares
ingeniería de software
Proceso Utilizar herramientas apropiadas
Arquitectura Personal debidamente entrenado
de Software
y con habilidades, con
Aseguramiento responsabilidades e instrucciones
Calidad de SW
bien definidas
Referencias
Enfasis en la prevención o
detección temprana de defectos,
en lugar de detección y
corrección de defectos
 Modelo Genérico del
Introducción
Desarrollo de Software
Modelos &
Estándares

Proceso Procesos de
Desarrolladores
Desarrollo
Arquitectura
de Software
Clientes
Aseguramiento
Calidad de SW Procesos de
Administradores
Administración
Referencias Proceso de Organización
 Integrar Estándar en el
Introducción
desarrollo de Proyectos
Modelos &
Estándares Proceso de Modelo de
Organización Referencia
Proceso
organización

Arquitectura proceso
de Software

Proceso Proceso de Proceso Proceso de

Aseguramiento Derivado Derivado
Administración Administración
Calidad de SW del del
Modelo Modelo
Referencias de Proceso de de Proceso de
Referencia Desarrollo Referencia Desarrollo

Proyecto 1 … Proyecto n
 Enfoques de IS
Introducción
Enfoque Descripción Técnica Organización Administración
Modelos &
Estándares Programación D. Funcional H L L
P. Estructurada
Proceso OOP
CBP
Modelos de Cascada H M L
Arquitectura
de Software Desarrollo Espiral
Prototipos

Aseguramiento Automatizar CASE H L L

Calidad de SW IS UML

Métodos CSP H L L
Referencias Formales SDL
Z
Clean Room
Procesos de CMM H H H
IS Trillium
BOOTSTRAP
ISO/IEC 15504
 Resumen de Modelos y
Introducción
Estándares
Modelos & Nivel CMM Bootstrap SPICE ISO 9001
Estándares

Categorías
Proceso
Categoría Niveles [5] Categorías [9] (PCs) -
[5]
Arquitectura
de Software

Tópicos
Areas
Aseguramiento Procesos Principales de
Proceso Prácticas Procesos [32]
(PRs) [35] Areas (MTAs)
Calidad de SW (KPAs) [18]
[20]

Referencias

Atributos de Prácticas Aspectos de

Prácticas Admon. (MIs)
Práctica (KPs) [150]
Calidad Base (BPs)
(QSAs) [201] [201] [177]
 Métodos y Procesos
Introducción
de IS Actuales
Modelos & TickIT
Estándares

ISO 9001 (1)

Proceso
CMM (2)
Arquitectura
de Software BOOTSTRAP
Aseguramiento ISO/IEC 12207
Calidad de SW
ISO/IEC TR 15504 (SPICE) (3)
Referencias
BSI
Trillium
Moprosoft
 Escala de Capacidad
Introducción
de Procesos
Modelos & Nivel CMM Bootstrap SPICE ISO 9001
Estándares

Proceso 0 - - Incomplete Fail

Arquitectura
de Software
1 Initial Initial Performed -

Managed
Aseguramiento
Calidad de SW
2 Repeated Repeated -

Referencias 3 Defined Defined Established -

4 Managed Managed Predictable -

5 Optimizing Optimizing Optimizing Pass

 El Proceso de IS
Introducción

Modelos &
Nueva disciplina de Proceso de
Estándares Ingeniería de Software
– Desarrollo de CMM
Proceso
– ISO 9000
Arquitectura
de Software
Proceso de IS
– Fundamentos
Aseguramiento – Modelo
Calidad de SW
– Establecimiento
Referencias – Evaluación
– Mejoramiento
– Estandarización
… de procesos de software
 Definición de Proceso de IS
Introducción

Modelos & Conjunto de prácticas

Estándares
secuenciales que son
Proceso
funcionalmente coherentes y
Arquitectura reutilizables en la organización,
de Software
implementación y administración
Aseguramiento
Calidad de SW
de la ingeniería de software.
Referencias
 Historia
Introducción
Proceso de IS
Modelos & Ingeniería de Software & Ciencia de la
Estándares
Administración
Proceso 60s:
Ingeniería de Procesos y principios de
Arquitectura
de Software administración en Ciencia de la
Administración (Simon 60, Schein 61,
Aseguramiento Ellis & Fred 62, Juran 62, Anthony 65,
Calidad de SW
Richardson 66, Hall 67)
Referencias 70s & 80s:
Establecimiento de Ciencia de la
Administración de acuerdo a la tabla de
de Fundamentos Administrativos.
 Historia
Introducción
Proceso de IS
Modelos & Conformidad de la calidad a los
Estándares
requisitos y a las especificaciones
Proceso (Crosby 79, Juran 80, Deming 82)
– Círculo de Deming (Plan-Do-Check-Act
Arquitectura
de Software
PDCA) propuesto en Ciencia de la
Administración: Modelación y Análisis de
Aseguramiento Procesos de Software.
Calidad de SW
Proyecto ISO TC176 para desarrollar
Referencias un estándar internacional de sistemas
de calidad (ISO 9000 91,93,94)
aplicable ingeniería e implementado
en IS (IS0 9001 89,94)
 Historia
Introducción
Proceso de IS
Modelos &
70s: Crisis de Software (Naur & Randell 69,
Estándares Baker 72, Brooks 75, Hoare 75)
80s: Proceso de Software se reconoce como
Proceso un herramienta de la Ingeniería de Software
(Basili 80, Aron 83, Agresti 86, Evans 87,
Arquitectura
de Software
Boehm 81,86,87, Gilb 88, Humphrey 87, 88,
89)
Aseguramiento Desarrollo del Modelo CMM (Humphrey 87,
Calidad de SW Paulk 93)
80s: Otros Modelos:
Referencias
– IEEE Software Engineering Standard (IEEE 83)
– British Standard BS 5750 (BSI 87)
 Desarrollo
Introducción
Tradicional
Modelos &
Estándares

Requerimientos
Proceso

Arquitectura Diseño
de Software

Aseguramiento
Codificación e Integración
Calidad de SW

Referencias Prueba y Aceptación

Mantenimiento
 Caracterización actual
Introducción

Modelos & Un sistema a la vez

Estándares – Proyectos de Software
– Desarrollo de software para un cliente externo o
Proceso interno
Cumplir con fecha de entrega (time-to-market)
– Enfoque del proyecto es entregar antes de la
Arquitectura
fecha límite
de Software
– Todas las decisiones durante el desarrollo son
basadas en la prioridad de entregar el proyecto a
Aseguramiento tiempo
Calidad de SW Evolución de sistema no es considerado
– No se considera (o muy poca consideración) en
Referencias
aspectos de mantenimiento y evolución a largo
plazo
 Problemas
Introducción

Modelos &
Estándares
Tiempo y presupuesto
– Proyectos de software son
Proceso sobreestimados/subestimados, fuera de
tiempo
Arquitectura Calidad del Producto
de Software
– El costo de un producto de calidad es
substancial
Aseguramiento
Calidad de SW Costos de Mantenimiento
– 80% del costo del sistema es debido a
Referencias
mantenimiento
Competitividad
– Personal de una empresa desarrolladora
de software dedicada a mantener software,
en lugar de crear nuevos sistemas
 Caracterización Deseada
Introducción

Modelos &
Estándares Costos de Desarrollo
– Reducir drásticamente los
Proceso
costos de Desarrollo de
Arquitectura Software
de Software

Calidad
Aseguramiento
Calidad de SW – Además de Confiable, Fácil
Referencias
de Mantener, Uso adecuado
de recursos
– Calidad vs. Costo
 Caracterización
Introducción
Deseada
Modelos &
Estándares Tiempo de mercado
– Costo de desarrollo de un
Proceso
producto no es importante
Arquitectura
de Software
– Tiempo de mercado es una
ventaja competitiva
Aseguramiento
Calidad de SW – Definición de
requerimientos hasta la
Referencias
distribución del producto
es de mayor relevancia
 Soluciones Tentativas
Introducción

Modelos &
Estándares McIlroy, 1969: Reutilización de
software existente a través de
Proceso
componentes
Arquitectura
de Software
– Reducir costos de desarrollo
– Mejora de la calidad del
Aseguramiento
Calidad de SW producto
– Time-to-market se reduce
Referencias
– Reducción en los costos de
Mantenimiento
 Reutilización
Introducción

Modelos & Proceso de creación de software a partir de

Estándares
software existente en lugar del desarrollo
tradicional de software
Proceso
Reutilización de software se enfoca a código
y estructuras de datos.
Arquitectura
de Software A medida que la complejidad de un sistema
se incrementa, la reutilización en las
Aseguramiento diferentes etapas del Desarrollo de Software
Calidad de SW es un prioridad.
La Arquitectura de un Sistema provee un
Referencias
medio de explotar reutilización no sólo de
estructuras y algoritmos.
Ahora tenemos que diseñar componentes
para ser reutilizados.
 Lecciones Aprendidas
Introducción

Modelos &
Estándares Todo programa de reutilización
dentro de una empresa debe ser
Proceso
planeado y tomar un enfoque de
Arquitectura arriba hacia abajo
de Software
– Reutilización oportuna
Aseguramiento – Reutilización Planeada
Calidad de SW
Un enfoque de reutilización de
Referencias abajo hacia arriba no funciona en
la práctica.
 Reutilización Oportuna
Introducción

Modelos &
Estándares Se asume que las piezas de
software seleccionadas son
Proceso
combinadas para solucionar el
Arquitectura problema del producto de
de Software
software en el cual se está
Aseguramiento trabajando.
Calidad de SW

Referencias
 Reutilización Planeada
Introducción

Modelos &
Estándares
Requiere que la organización dedique
un esfuerzo en desarrollar artefactos
Proceso reutilizables que provean
abstracciones correctas en niveles
Arquitectura
de Software
correctos de variabilidad para los
productos de software de la
Aseguramiento organización.
Calidad de SW
Recursos reutilizables son
Referencias desarrollados y presentados como
partes de una estructura de alto nivel.
 Arquitectura y Líneas
Introducción

Modelos &
Estándares
Arquitectura IS Basada en
De Software Componentes
Proceso

Arquitectura
de Software
Diseño de Arquitectura Líneas de Productos
Aseguramiento
Calidad de SW

Referencias
Calidad Costo de Desarrollo
Time-to Market Costo Mantenimiento
 Contexto del Diseño de una
Introducción
Arquitectura de Software
Modelos & Clientes Mercadotecnia Ingeniería
Estándares

Proceso
Requerimientos
Arquitectura
de Software
Selección
Aseguramiento
Calidad de SW

Proceso
Referencias de AS

Implementación Completo?

Producto
 AS en Desarrollo de Software
Introducción

Modelos &
Estándares

Requerimientos
Proceso Proceso
AS
Arquitectura Diseño
de Software

Aseguramiento
Codificación e Integración
Calidad de SW

Referencias Prueba y Aceptación

Mantenimiento
 Proceso de AS
Introducción

Modelos &
Estándares
Diseño Especificaciones
Funcional de Requerimientos

Proceso

Arquitectura
de Software Arquitectura
de Aplicación
Aseguramiento
Calidad de SW

Referencias
Transformar Estimar Atributos
Arquitectura de Calidad

Soluciones de
Optimización Diseño Arquitectónico
QA
 Proceso de Arquitectura
Introducción
(Reverse Engineering)
Modelos & Nuevo Librería de
Estándares Diseño Componentes
Reutilizables
Proceso Reutilización

Arquitectura
Arquitectura Dominio
de Software

Generalización
Aseguramiento
Calidad de SW
Arquitectura
Sistema
Referencias
Extracción

Sistema
Actual
 Proceso de Arquitectura
Introducción
(Forward Engineering)
Modelos &
Estándares
Diseño Especificaciones
Funcional de Requerimientos

Proceso

Arquitectura
de Software Arquitectura
de Aplicación
Aseguramiento
Calidad de SW

Referencias
Transformar Estimar Atributos
Arquitectura de Calidad

Soluciones de
Optimización Arquitectura del Sistema
QA
 Metodología DFSS
Introducción
Define Measure Analyze Design Validate
Modelos &
Estándares

Proceso Project Gather Customer Perform Elaborate Prototyping

Requirements Functional Detailed Design
Startup Analysis Results

Arquitectura
de Software Translate Generate Specify Process Production &
Project Reqs. into CTQs Functional Variables testing
Scope (QFD) Reqs.

Aseguramiento
Calidad de SW
Planning & Develop Prototyping & Performance
Management High-Level Testing results
Concepts

Referencias

Elaborate Design
Reqs

Translate Evaluate High-level Evaluate Detailed

Reqs. into CTQs design capacity design capacity
(QFD)
 Proceso de AS/DFSS
Introducción

Modelos &
Estándares

Proceso

Arquitectura
de Software

Aseguramiento
Calidad de SW

Referencias
 Aseguramiento de la calidad
Introducción
Un sistema de calidad es un proceso que asegura y
Modelos & demuestra la calidad de los productos y servicios que
Estándares produce.
– Incluye políticas, procedimientos, herramientas,
Proceso recursos tecnológicos y humanos.
Un sistema de calidad requiere que el proceso de
calidad sea administrado para asegurar su efectividad
Arquitectura y eficiencia cuando las circunstancias cambien.
de Software
El sistema de calidad debe de:
– Asegurar a los clientes y desarrolladores que los
Aseguramiento productos de software producidos por el proceso de
Calidad de SW calidad serán de calidad.
– Poderse auditar, a través de la documentación,
Referencias
bitácoras de calidad, mediciones que demuestren el
logro de calidad y la efectiva operación del sistema de
calidad.
– Seguir una filosofía de mejoramiento continuo de
cualquier aspecto del proceso de desarrollo de
software.
 Inicio del Programa de
Introducción
Calidad
Preparar política de calidad
Modelos &
Estándares – Documento que expresa el compromiso de la
empresa a la calidad así como las expectativas de
la dirección del programa de calidad.
Proceso
Establecer el apoyo de la organización a la
calidad
Arquitectura
de Software
– Formar un equipo de mejoramiento de la calidad
Evaluar las necesidades de la empresa
Diseñar el sistema de calidad para satisfacer dichas
Aseguramiento necesidades
Calidad de SW Planear y monitorear la implementación del sistema
de calidad
Referencias Comunicar el programa de calidad al staff
Entrenamiento y actividades de soporte al programa
Preparar y revisar procedimientos y estándares
Seleccionar métodos y herramientas
Establecer un programa de métricas para medir el
proceso de software, producto y servicios
 Planeación del Programa de
Introducción
Calidad
Modelos & Evaluar a la empresa
Estándares
– Identificar las debilidades y fortalezas de
Proceso
la empresa
– Comparar prácticas actuales contra
Arquitectura
de Software
buenas prácticas de referencia (la que
mejor se aproxime a las necesidades)
Aseguramiento – Considerar CMMi, SPICE, Bootstrap,
Calidad de SW
Moprosoft, etc.
Referencias – Considerar un consultor de gestión de
calidad con antecedentes sólidos en el
desarrollo de software, en particular con
experiencia práctica en el diseño e
implementación programas de calidad.
 Planeación…
Introducción

Modelos &
Diseñar el sistema de calidad
Estándares
– Los objetivos deben de poderse medir, en
lo posible, para poder alinearse con las
Proceso
necesidades de la empresa:
Reducir cantidad de defectos en prueba y
Arquitectura
de Software
operación,
Mejorar productividad,
Aseguramiento Mejorar aproximaciones de entrega,
Calidad de SW Lograr alguna certificación.
– Elaborar Manual de Calidad con el diseño
Referencias
del sistema de calidad:
Qué se necesita hacer
Quien lo va ha hacer
Cuando se va ha hacer
Como se va hacer
 Planeación…
Introducción

Modelos &
El Manual de Calidad será
Estándares – Sujeto a un control estricto de versiones
Aprobación y distribución apropiada
Proceso Bitácora de usuarios autorizados
Liberación de nuevas versiones
Arquitectura Retiro de versiones caducas
de Software
El Manual de Calidad contiene:
Política y objetivos de calidad de la empresa
Aseguramiento
Calidad de SW Organigrama mostrando responsabilidades y
actividades del personal que gestiona, realiza
y verifica cualquier tarea que afecta la calidad
Referencias
Descripción del modelo de ciclo de vida
Relación del sistema de calidad con el
estándar seleccionado
Referencia detallada a procedimientos y
estándares
 Planeación…
Introducción
Planear la implementación
Modelos & – La introducción de un sistema de calidad en una
Estándares empresa tiene el mismo grado de complejidad que un
proyecto de desarrollo de software a gran escala.
Proceso – Se debe elaborar un plan completo y detallando fechas,
actividades, logros, entregables y recursos necesarios
en la implementación del sistema.
Arquitectura – Actividades a realizar:
de Software Implementar del programa cultural
Adoptar de un modelo de ciclo de vida
Diseñar un sistema de control de documentos
Aseguramiento
Calidad de SW Elaborar y documentar procedimientos y estándares para
cada actividad y entregable de cada fase del ciclo de vida
Elaborar y documentar procedimientos y estándares de
Referencias las actividades de soporte
Definir e implementar un programa de métricas.
Revisar Manual
Entrenamiento y apreciación del sistema de calidad.
Programa de auditoria de calidad
Administración de revisiones
Evaluación de acuerdo al estándar o modelo seleccionado
 Las nuevas tendencias que
impulsarán la tecnología
Introducción La Jornada 08/03/2006
Simposio IT Expo de Gartner, que se llevó a cabo en
Modelos & San Francisco, California, los analistas examinaron
Estándares cuatro tendencias que impulsan esta transformación:
– Homogeneización y consumismo;
Proceso – Virtualización y tera-arquitecturas;
– Modelos de entrega de software y estilos de desarrollo,
Arquitectura
– Comunidades y colaboración.
de Software "En los siguientes 30 años continuaremos
presenciando una mayor penetración de la tecnología
en las empresas, pero la verdadera transformación
Aseguramiento será en la forma en que la tecnología nos llega como
Calidad de SW
individuos y modifica la manera en que trabajamos y
vivimos", señaló David Willis, vicepresidente de
Referencias investigación de Gartner. "Si los pasados 30 años han
sido de entregar tecnología a la empresa, los
siguientes 30 serán sobre cómo la tecnología
transformará la vida de los individuos."
 Homogeneización y consumismo
Introducción
Muchos segmentos de tecnología ya son un bien de consumo, lo
Modelos & que implica que ya están homogeneizados. Las PC, el
Estándares almacenamiento y el ancho de banda son esencialmente
homogéneos, y los compradores pueden obtener
fundamentalmente el mismo "producto" sin importar qué marca
elijan. Los analistas de Gartner observan que esta tendencia
Proceso continuará, y absorberá también elementos de software y servicios.
La creciente homogeneización trae consigo una baja de precios
que hace que los productos o servicios se coloquen al alcance de
Arquitectura los bolsillos de las personas y empresas. La industria de TI, al
de Software seguir este camino, comienza a experimentar un proceso que
Gartner denomina consumismo de las tecnologías de la
información, el cual se refiere al impacto que las tecnologías,
Aseguramiento productos y enfoques adoptados por los consumidores o diseñados
Calidad de SW para su uso tienen sobre el resto del mundo de TI (desarrolladores,
proveedores de tecnología y empresas).
"En general, la homogenización y el consumismo se enfocan en
Referencias hacer más accesible la tecnología, los cambios en el
comportamiento de la sociedad que surgen debido a esto, así
como disminuir el impacto que esos cambios tienen en una
empresa en términos de cómo satisface las demandas y
expectativas cambiantes de los consumidores y empleados", indicó
Cebe Prentice, vicepresidente y analista distinguido de Gartner.
"En conjunto, estas tendencias marcan un gran cambio en el
equilibrio de poder entre los proveedores de tecnología, las
empresas, los individuos y hasta el Estado".
 Virtualización y tera-arquitecturas
Introducción
Se está volviendo algo común encontrar instancias donde la
Modelos & virtualización de los servidores crea máquinas virtuales o
Estándares particiones sobre un solo aparato físico. Su uso más común es
para unir varios servidores subutilizados en servidores virtuales
dentro de una sola máquina. Esto puede mejorar la utilización de
los servidores en 80 por ciento.
Proceso
"Las aplicaciones ya no están destinadas a una caja, pues los
encargados de sistemas pueden destinar servidores virtuales a los
recursos que satisfagan mejor sus demandas computacionales",
Arquitectura afirmó Martin Reynolds, vicepresidente y miembro de la junta de
de Software Gartner. "Esto da a los líderes de TI la flexibilidad para administrar
sus siempre cambiantes prioridades de demanda de recursos
computacionales y de usar mejor su infraestructura."
Aseguramiento La infraestructura de TI requiere construirse con componentes
Calidad de SW granulares que se descubren uno a otro y se ensamblan
automáticamente en recursos computacionales. Se vuelve
incrementable sin intervención humana más allá del prenderlos y
Referencias organizarlos. "Esta aproximación incrementable y de cero
administración conduce a la tera-arquitectura, infraestructura de
sistemas que es capaz de incrementar las capacidades
computacionales en órdenes de magnitud sobre lo que podemos
hacer hoy en día, dentro del mismo presupuesto", afirmó Reynolds.
 Modelos de entrega de software y
estilos de desarrollo
Introducción
El concepto de creciente granularidad, o sea nuevas formas de
Modelos & administrar y entregar servicios para satisfacer las necesidades del
Estándares negocio, es también importante en la evolución de la industria del
software. El tercer par de tendencias se refiere a la forma en que el
software se desarrolla, y a la forma cambiante en que los usuarios
lo adquieren. Los analistas de Gartner afirman que los nuevos
Proceso modelos para entrega y desarrollo de software se enfocan en las
personas.
"El control se está desplazando de los programadores hacia el
Arquitectura público en general", agregó Daryl Plumier, vicepresidente de grupo
de Software y jefe de la junta de Gartner. "Nos estamos desplazando de un
mundo donde se esperaba que las personas se comportaran de la
misma forma que las computadoras, hacia un mundo donde las
Aseguramiento máquinas trabajan de la forma en que las personas se comportan.
Calidad de SW Todo se trata de lo que hacemos con el software en lugar de lo que
éste es, o cómo se aplica."
Hay tres principios que guían este nuevo modelo de entrega: no
Referencias seas dueño, renta; no compres aplicaciones, adquiere soluciones,
y no compres contenidos, sino capacidades.
La industria del software continúa desplazándose hacia un modelo
de software como servicio, el cual provee flexibilidad que conduce
a agilidad. Proporciona muchas opciones a los jefes de TI y luego
permite que la empresa decida cómo se usarán esas opciones.
 Comunidades y colaboración
Introducción
Los individuos, así como los empleados y clientes, han adoptado las
comunidades virtuales, así que las compañías no podrán evitar hacer lo
Modelos & mismo. Los analistas de Gartner afirman que actualmente el trabajador
Estándares promedio participa en 10 comunidades. En los siguientes 10 años, 80 por
ciento del trabajo realizado por empleados será colaborativo y no de
personas trabajando por sí mismas.
Proceso Las personas que están entrando a la fuerza laboral tienden a trabajar en
colaboración y están centradas en su comunidad. Los estudiantes de
preparatoria y universidad están aceptando las redes comunitarias sociales.
Sin embargo, cuando los analistas de Gartner hablan con las compañías,
Arquitectura muchas no reconocen las tecnologías comunitarias y de colaboración como
de Software inversiones prioritarias.
"A la fecha, la comunidad y la colaboración han estado en el margen del
pensamiento de las personas, son secundarias a otras consideraciones",
indicó Kathy Harris, vicepresidente y analista de Gartner. "De hoy en
Aseguramiento adelante, estas tecnologías tienen que estar en primer orden de
Calidad de SW consideración a la hora de fijar las prioridades de inversión en TI."
La última generación de tecnología de Internet, incluyendo la web 2.0 y la
arquitectura orientada a servicios, extenderá el alcance, escala y potencial de
las comunidades y del trabajo en colaboración. Los analistas de Gartner
Referencias afirman que el cambio irá más allá de características innovadoras e
interesantes. Esta generación soportará nuevos enfoques de colaboración
para el desarrollo de software e integrará tecnologías de consumo para
lograr ambientes computacionales corporativos.
 Preguntas?
Dr. Cuauhtémoc Lemus Olalde

clemola@cimat.mx

Septiembre, 2007

www.cimat.mx/~clemola
 Referencias
ISO Standards http://www.praxiom.com/
Tantara Hotlist http://www.tantara.ab.ca/info.htm
Best practices in CMM
http://www.gartnerconnects.com/reprints/wipro/CS-19-6994/1.htm
Software - the arrowhead of India's IT weaponry
http://atimes.com/reports/BL07Ai01.html
Pressman S. Roger, Ingeniería de Software: Un enfoque práctico.
5ta. Edición, MacGraw Hill, 2002.
Lewis E. William, Software TEsting and Continuous Quality
Improvement CRC Press, 2000
Sommerville, Ian, Ingeniería de Software, Addison-Wesley, Sexta
Edición, 2002.
Sanders, Joc, and Curran Eugene, Software Quality: A framework
for success in software development and support, ACM Press,
1994.
Drabick Roger, “A Process Model of Software Quality
Assurance/Software Quality Engineering”, Software Quality
Professional, Volumen 2, Issue 4, Septiembre 2000.
Layman Beth, Rohde Sharon, “Experiences implementing a
software project measurement methodology”, Software Quality
Professional, Volumen 2, Issue 1, Diciembre 1999.
Crosby, P., Quality is Free, McGraw-Hill, 1979.
 Referencias
Garvin 1984
Albretch, A. J., “Measuring Application Development Productivity”,
Proceeedings IBM Application Development Symposium, Monterey,
CA, October 1979, pp. 83-92
Jones, C., Estimating Software Costs, McGraw-Hill,1998.
Grady, R. B., “Practical results from measuring software quality”,
Communications of the ACM, Vol. 36, Number 11, pp. 62-68, 1993.
Barnard, J., Price, A., “Managing code inspection information”,
IEEE Software, Volume 11, Number 2, pp. 59-69, 1994.
Offen, R. J., Jeffrey, R., “Establishing software measurement
programs”, IEEE Software Volume 14, Number 2, pp. 45-54, 1997.
Hall, T., Fenton, N., “Implementing effective software metrics
program”, IEEE Software, Volume 14, Number 2, pp. 55-64, 1997
Pulford, K., Kuntzmann-Combelles, A., et al., A Quantitative
Approach to Software Management, Addison-Wesley, 1996.
Gilb, T., Principles of Software Engineering Management, Addison-
Wesley, 1988.
McCall, J. A., Cavano, J. P., “A Framework for the measurement of
Software Quality”, Proceedings of ACM Software Quality Assurance
Workshop, November 1978, pp. 133-139.
Basili 1996
Shewart 1920
 Referencias
Kautz, K., “Making sense of Maeasurement for Small Organizations”, IEEE
Software, Macrh 1999, pp. 14-20
Grable, R., et al., “Metrics for Small Projects: Experiences at SED”, IEEE
Software, March 1999, pp. 21-29
Park, R. E., et al., “Goal Driven Software Measurement- A Guidebook”, CMU-
SEI-96-BH-002, Software Engineering INstitute, CMU, Agugust, 1996.
Mills, H. D., et al., “Cleanroom Software Engineering”, IEEE Software Volume
4, Number 5, September, pp. 19-24, 1987.
Adams, E. N., “Optimizing preventative service of software products”, IBM
Journal Research and Development, Volume 28, Number 1, pp. 2-14, 1984.
Lyu, M., Software Reliability Engineering, McGraw-Hill, 1996.
Myers, G., The Art of Software Testing, Wiley, 1979.
Davis, A., 201 Principles of Software Development, McGraw-Hill, 1995
Bach 1994
Freedman, D. P., Weinberg, G. M., Handbook of Walkthroughs, Inspections
and Technical Reviews, Dorset House, 1990
Schulmeyer, G. C., McManus, J. I., Handbook of Software Quality Assurance,
Prentice-Hall, 1998
Kaplan, C., Clark, R., Tang, V., Secrets of Software Quality: 40 Innovations
from IBM, McGraw-Hill, 1995
Kan, S. H., Metrics and Models in Software Quality Engineering, Addison-
Wesley, 1995