Evolución en la fabricación del software: hacia el desarrollo global de software

"Evolución en la fabricación del
software: hacia el desarrollo
global de software"
Huelva, mayo 2014
Mario Piattini Velthuis
Mario.Piattini@uclm.es

UHU , Huelva Mayo 2014 2
PONENTE
Doctor y Licenciado en Informática por la UPM. Licenciado en
Psicología por la UNED. CISA, CISM, CRISC y CGEIT por la ISACA.
Auditor Jefe ISO 15504 por AENOR.
Ha trabajado como consultor para numerosas organizaciones
(MINER, MAP, Siemens-Nixdorf, Unisys, Hewlett-Packard, Oracle,
ICM, Atos-Ods, Indra/Soluziona, STL, Alhambra-Eidos, etc.).
Socio fundador de las empresas Cronos Ibérica, S.A. y Kybele
Consulting, S.L. Ha sido Coordinador del Área de Ciencias de la
Computación y Tecnología Informática de la ANEP y Director del
Centro Mixto de I+D de Software UCLM-INDRA Software Labs.
CU de Lenguajes y Sistemas Informáticos en la ESI de la UCLM,
Director del Instituto de Tecnologías y Sistemas de Información de la
UCLM y Socio-Director de Alarcos Quality Center, S.L.

EVOLUCIÓN EN LA FABRICACIÓN DEL SOFTWARE ...
• INTRODUCCIÓN
• EVOLUCIÓN DE LA ING. SOFT.
• DESARROLLO GLOBAL DE SOFT.
• CONCLUSIONES

• INTRODUCCIÓN
• DESARROLLO GLOBAL DEL SOFT.
• CONCLUSIONES

• LA INGENIERÍA DEL SOFTWARE HA HECHO
GRANDES AVANCES
• LENG. DE PROG. MÁS SOFISTICADOS
• PROCESOS MÁS MADUROS
• APLICACIONES MÁS COMPLEJAS
PERO . . .
• MENOR MADUREZ RESPECTO A OTRAS ING.
• DIFERENCIAS EN SATISFACCIÓN USUARIO
INTRODUCCIÓN

UHU , Huelva Mayo 2014
INTRODUCCIÓN
6
“Our civilization runs on software”
Bjarne
Stroustrup

INTRODUCCIÓN
7

INTRODUCCIÓN
8

INTRODUCCIÓN
9
Technological Risks
The technological category covers major risks related to the
growing centrality of information and communication
technologies to individuals, businesses and
governments. These include cyber attacks, infrastructure
disruptions and data loss.

INTRODUCCIÓN
The Standish Group (2013)
10

INTRODUCCIÓN
The Standish Group
11

INTRODUCCIÓN
The Standish Group
12

INTRODUCCIÓN
13
El Emam, K. y Koru, A.G. 2008. A Replicated Survey of IT Software Project Failures. IEEE
Software Volume: 25, Issue: 5

INTRODUCCIÓN
14

INTRODUCCIÓN
15

INTRODUCCIÓN
16

INTRODUCCIÓN
17

INTRODUCCIÓN

INTRODUCCIÓN
21

INTRODUCCIÓN
22

INTRODUCCIÓN
23

INTRODUCCIÓN
25

INTRODUCCIÓN
27

INTRODUCCIÓN
28

ERCIM NEWS
(Enero, 2007)
INTRODUCCIÓN
29

INTRODUCCIÓN
30

INTRODUCCIÓN
32

INTRODUCCIÓN
33

INTRODUCCIÓN
38
A+D (Dintel, noviembre 2007)

INTRODUCCIÓN
39
A+D (Dintel, noviembre 2007)

• INTRODUCCIÓN
• CALIDAD DE SI
• CONCLUSIONES

1990's 2010's2000's1970's 1980's1960's1950's
Engineer
Software
like
Hardware
Risk-Based
Agile/Plan
-Driven
Hybrids;
Model-Driven
Development
Value-Based
Methods;
Collaboration;
Global
Development;
Enterprise
Architectures
Software
Differences,
Engineer
Shortages
Scalability,
Risk Mgmt.
Many defects
Compliance
Time to Market,
Rapid Change
Software
Value-Add
COTS
Process Overhead
Scalability
Soft
SysE
Software
as Craft
Formality,
Waterfall
Productivity;
Reuse;
Objects;
Peopleware
Agile
Methods
Plan-
Driven
Software
Maturity
Models
Integrated
Sw-Systems
Engineering
Global
Systems
of
Systems
Theses
Syntheses
Antitheses
Prototyping
Risk Mgmt.
Domain Engr.
Boehm (2006)
EVOLUCIÓN

EVOLUCIÓN

EVOLUCIÓN: DÉCADA DE LOS 50
43
El software se desarrolla como el hardware

EVOLUCIÓN

• Dijkstra (1968) “Go To Statement Considered Harmful”
• McIllroy (1968) “reutilización/componentes sw”
• Bemer (1969) “parece que tenemos pocos entornos
específicos (instalaciones de fábrica) para la producción
económica de programas…. Una fábrica proporciona energía,
espacio de trabajo, distribución del trabajo, controles
financieros, etc. Por lo que una fábrica de software debería ser
un entorno de programación residente en y controlado por un
ordenador”.
• Hitachi Software Works (1969):
• Mejora de la productividad y fiabilidad por medio de la
estandarización y control de procesos
• Transformación del software de un servicio desestructurado a
un producto con un nivel de calidad garantizado.

47

48

49

EVOLUCIÓN

”No hay ninguna razón para que un individuo
tenga un ordenador en su casa”
Ken Olson, Presidente de DEC, en 1977
51

52

53

• Royce (1970) “ciclo de vida en cascada”
• Parnas (1972) “information hiding”/módulo
• Métodos estructurados/métodos formales
AÑO METODOLOGÍA
1968 Conceptos sobre la programación estructurada de DIJKSTRA, WARNIER
y JACKSON
1974 Técnicas de programación estructurada de WARNIER y JACKSON
1975 Diseño estructurado de MYERS, YOURDON y CONSTANTINE
1976 Modelo E/R de CHEN
1977 Análisis estructurado GANE y SARSON
1978 Análisis estructurado: DEMARCO y WEINBERG
MERISE
1981 SSADM
Information Engineering

EVOLUCIÓN

56

Plan de Requisitos
Plan del Ciclo de Vida
Plan de
Desarrollo
Plan de
Integración
y Pruebas
Planificar las
fases siguientes
Determinar
objetivos,
alternativas,
restricciones
Evaluar alternativas,
identificar y resolver
los riesgosAnálisis
de Riesgos
Análisis
Análisis
Análisis de
de Riesgos
de Riesgos
Riesgos Prototipo 1
Prototipo 2
Prototipo 3
Prototipo
Operativo
Concepto de
Operación Requisitos
Sw
Validación de
Requisitos
Diseño
Producto
Sw
V & V del
diseño
Simulaciones, modelos, benchmarks
Diseño
detallado
Código
Pruebas
unitarias
Integración
y pruebaPrueba de
aceptación
Imple-
menta-
ción
Desarrolar, Verificar el
producto del siguiente nivel 57
• Mc Cracken y Jackson (1982) "Life Cycle Concept
Considered Harmful".
• Boehm (1986) “A Spiral Model of Software Development
and Enhancement”.

• Osterweil (1987) “Software Processes are Software Too”.
• ISO 9000 (1987)
• Humphrey (1989) “Software Capability Maturity Model”
(SW-CMM) del CMU Software Engineering Institute (SEI).
Ejecutar el
Proceso
Mejorar el
Proceso
Definir el Proceso Medir el Proceso
Controlar el
Proceso

PROCESO SOFTWARE
Naturaleza especial del proceso software
(Derniame et al., 1999)
• Es complejo
• No es un proceso de producción típico
• Tampoco es un proceso de ingeniería “pura”
• No es (completamente) un proceso creativo
• Está basado en descubrimientos que dependen
de la comunicación, coordinación y cooperación
dentro de marcos de trabajo predefinidos

MODELOS DE CALIDAD Y MADUREZ

• Nueva tecnología: SGBD, L4G, Sistemas expertos,
Programación visual, Herramientas CASE/IPSE/PSEE,
Lenguaje Ada, Orientación a objetos, etc.
(Piattini y Daryanani, 1995)

EVOLUCIÓN

• Consolidación de la OO
• Interacción-Persona-Computador
• Desarrollo de software libre
• Problemas del año 2000 y el Euro
• Énfasis en el time-to-market
• Reutilización
• Consolidación de modelos y estándares

QIP (Quality Improvement Paradigm)
(Basili y Caldiera, 1995)

REUTILIZACIÓN

- SW-CMM (1991, 1993, 1997)
- ISO 9126 (1994, 2001) -> ISO (25000)
- IS 12207 (1995, 2002, 2004, 2008)
- MODELO IDEAL (1995)
- ISO 9000-3 (1997) -> ISO 90003 (2004)
-TSP (1997)
- ISO 15504 (1998, 2005-2012)
- PSP (2000)
- CMMI (2002, 2006, 2010)
MODELOS Y ESTÁNDARES

- SW-CMM (1991, 1993, 1997)
- ISO 9126 (1994, 2001) -> ISO (25000)
- IS 12207 (1995, 2002, 2004, 2008)
- ISO 9000-3 (1997) -> ISO 90003 (2004)
-TSP (1997)
- ISO 15504 (1998, 2005-2012)
- PSP (2000)
- CMMI (2002, 2006, 2010)

En España
hay más de
50 empresas
certificadas
en ISO/IEC
15504

- SW-CMM (1991, 1993, 1997)
- ISO 9126 (1994, 2001) -> ISO (25000)
- IS 12207 (1995, 2002, 2004, 2008)
- ISO 9000-3 (1997) -> ISO 90003 (2004)
-TSP (1997)
- ISO 15504 (1998, 2005-2012)
- PSP (2000)
- CMMI (2002, 2006, 2010)

EVOLUCIÓN

• DESARROLLO DIRIGIDO POR MODELOS
• MÉTODOS ÁGILES/HÍBRIDOS
• ARQUITECTURA ORIENTADA A SERVICIOS
• LÍNEAS DE PRODUCTOS
• ING. DEL SW. BASADA EN VALOR
• DESARROLLO GLOBAL DE SOFTWARE

(Molina et al., 2012)
DESARROLLO DIRIGIDO POR MODELOS

M
E
T
A
M
O
D
E
L
O
M
O
D
E
L
O

– MOF
• Meta Object Facility
– UML
• Unified Modeling Language
– OCL
• Object Constraint Language
– XMI
• Metadata Interchange
– MOF QVT
• Query/View/Transformation
– SPEM
• Software Process Engineering Metamodel
MOF
QVT
SPEM
UML

Manifesto for Agile Software Development
(2001)
• Valorar más a los individuos y su interacción
que a los procesos y las herramientas
• Valorar más el software que funciona que la
documentación exhaustiva
• Valorar más la colaboración con el cliente
que la negociación contractual
• Valorar más la respuesta al cambio que el
seguimiento de un plan

MÉTODOS HÍBRIDOS
Boehm (2005)
(Skill,Understanding)
(Formality, Documentation)
(Skill,Understanding)
(Formality, Documentation)

ARQUITECTURA ORIENTADA A SERVICIOS
Dinámica
Semántica
Estática
Sintaxis
Web Estática: páginas e
hiperenlaces. Acceso
Consultivo.
(finales de los ‘80s)
Web Dinámica: Sistemas
de Información Web.
Interacción Applicación
Web -Usuarios
B2C
(mediados de los ‘90s)
Servicios Web:
Aplicaciones Web
Distribuidas. Interacción
entre aplicaciones web.
B2B
(finales de los ‘90s)
Web Semántica +
Servicios Web
Semánticos: Anotación
semántica de los recursos,
automatización de
búsqueda, invocación y
composición de recursos.
(actualmente en
desarrollo)
Tiempo

LÍNEAS DE PRODUCTOS
“Un conjunto de sistemas software, que comparten
un conjunto común de características (features), las
cuales satisfacen las necesidades específicas de un
dominio o segmento particular de mercado, y que se
desarrollan a partir de un sistema común de activos
base (core assets) de una manera preestablecida”.
(Clemens y Northrop, 2002)

LÍNEAS DE PRODUCTOS
Ingeniería de Dominio
Ingeniería de Producto
Análisis
del Dominio
Diseño
del Dominio
Análisis
del Producto
Diseño
del Producto
Construcción
del Producto
Conocimiento
del Dominio
Modelo
del Dominio
Arquitectura
del Dominio
Requisitos
Cliente
Modelo
del Producto
Configuración
del Producto
Diseño
específico
Impl.
específico
Nuevos
Requisitos
Impl.
del Dominio
DÍAZ Y TRUJILLO (2007)

INGENIERÍA DE SW BASADA EN VALOR
(Biffl et al., 2005)
• Análisis del beneficio-realización.
• Extracción y conciliación del valor de cada implicado.
• Análisis del caso de negocio.
• Gestión continua de riesgos y oportunidades.
• Ingeniería del software y de sistemas de manera
concurrente.
• Monitorización y control basado en valor.
• El cambio como oportunidad.

• INTRODUCCIÓN
• CONCLUSIONES

DESARROLLO GLOBAL DE SOFTWARE

• “Software development activities distributed globally
across several sites that are located in different
countries and continents” (Vanzin et al., 2005)
• “All activities of the software lifecycle where the project
involves actors who are dispersed across at least two
locations which are separated by country or continental
borders, and typically across multiple time zones with a
degree of socio-cultural distance amongst the actors”
(Conchuir, 2010).

Misma Organización Diferente Organización
Mismo lugar Desarrollo co-localizado
Desarrollo co-localizado
con subcontratación
Mismo país
Desarrollo distribuido
(DSD)
Desarrollo distribuido
(DSD) con
subcontratación
Otro país
Deslocalización
Desarrollo global (GSD)
Subcontratación
deslocalizada
Desarrollo global (GSD)
(Piattini et al., 2007)

• Reducción de costes
 Acceso a mano de obra efectiva en coste.
• Aumento de la competitividad
 Acceso a más personal capacitado.
• Proximidad al mercado y al cliente.
• Aumento de la productividad
 Extensión de las horas de trabajo gracias a las
diferencias horarias (“follow the sun”).
• Innovación y buenas prácticas compartidas.
 Equipos de trabajadores de diferentes culturas,
nacionalidad y experiencias.

• Las "3C“ (Conchuir, 2010).
 Comunicación
 Coordinación
 Control
Distancia
– Geográfica
– Temporal
– Sociocultural

• Factores:
Factores del
Sitio
Muy Alto Alto Nominal Bajo Muy Bajo
KA-
Conocimiento
de la Aplicación
1 2 3 4 5
KT-
Conocimiento
tecnológico
1 2 3 4 5
KP-
Conocimiento
de Procesos
1 2 3 4 5
T-
Transparencia
1 2 3 4 5
SM- Motivación
del Personal
1 2 3 4 5
EP- Experiencia
en el Proyecto
1 2 3 4 5
PF- Formalidad
de la
Descripción del
Proceso
1 2 3 4 5
CT-
Acoplamiento
con otras tareas
5 4 3 2 1
Novedad del
Producto 5 4 3 2 1
Madurez del
Proceso 1 2 3 4 5
RS - Estabilidad
de los
Requisitos
1 2 3 4 5
TP – Presión
temporal
5 4 3 2 1
Factores Globales
Muy
Alto
Alto Nominal Bajo
Muy
Bajo
TO- Solapamiento Horario
(TO)
1 2 3 4 5
NS- Número de Sitios 5 4 3 2 1
Factores Entre
Sitios
Muy Alto Alto Nominal Bajo Muy Bajo
LD- Diferencia
de idioma
5 4 3 2 1
CD- Diferencias
culturales
5 4 3 2 1
EXP-W-
Experiencia
previa de trabajo
conjunto
1 2 3 4 5
CI-
Infraestructura
de
Comunicación
1 2 3 4 5

'
104

Process
Tailoring Process and
Projects
Analysis
Process
Enactment
Variations
Standardization
Tailored Process Executed Processes
Projects Execution Logs
Variations
Executed
Standard Processes
Organization
Process

IEEE International Conference on Global Software
Engineering (ICGSE) Ciudad Real: Julio 2015
ICGSE 2015

• INTRODUCCIÓN
• CONCLUSIONES

”Pienso que hay mercado en el mundo como
para unos cinco ordenadores”. Thomas J.
Watson, Presidente de IBM, 1948.
“Los Macintosh usan un dispositivo apuntador
llamado “ratón”. No hay razón alguna para que la
gente quiera usar esas cosas”. John C. Dvorak,
1984
“El problema de los virus es pasajero. En un par
de años estará resuelto”. John McAfee, 1988
“En dos años el problema del spam se habrá
resuelto”. Bill Gates, 2004
CONCLUSIONES

CONCLUSIONES
• DEMANDA CRECIENTE DE CALIDAD PARA
PROCESOS, PRODUCTOS Y SERVICIOS
• LA IMPORTANCIA DE LA INGENIERÍA DEL
SOFTWARE
• ACTUALIZAR MÉTODOS Y HERRAMIENTAS
• NECESIDAD DE REDUCIR LA BRECHA ENTRE
TEORÍA Y PRÁCTICA
• INCREMENTAR FORMACIÓN DE PROFESIONALES
• POTENCIAR LA LABOR DE LOS CIO -> CPO

Calidad de los
procesos
de negocio
soportados por
SI
Calidad de la
información
Calidad del
software
Calidad de la
infraestructura
Calidad de la
gestión
Calidad del
servicio
Calidad del
personal
Calidad
de la
organización
Calidad
de SI
Visión holística
de la calidad
Stylianou y
Kumar
(2000)
CONCLUSIONES

CONCLUSIONES
ISO 22301
Sistema de Gestión
Continuidad del Negocio.
ISO 15504
Modelo de Evaluación, Mejora y Madurez
de Software
ISO 19770-1
Sistema de Gestión Activos
Software
ISO 27001
Sistema de Gestión de la Seguridad
de la Información
ISO 20000-1
Sistema de Gestión Servicios TI
ISO 20000-2
Guía de Buenas Prácticas
ISO/IEC 38500
GOBIERNO DE TI
ISO 25000
Calidad del Producto Software
ISO 12207
Ciclo de Vida de
Desarrollo de Software
ISO 27002
Guía de Controles
ISO 29119
Pruebas de Software
Modelo de AENOR (Fernández y Piattini, 2012)

115
CONCLUSIONES
“El desarrollo de software ha sido, es y será
fundamentalmente difícil”. Booch (2007)
Technology churn
Scalability
Performance
Capacity
Fail safe/Fault tolerance
Reliability/Availability
Security
Functionality
Cost/Schedule Compatibility
Resilience

1990's 2010's2000's1970's 1980's1960's1950's
Engineer
Software
like
Hardware
Risk-Based
Agile/Plan
-Driven
Hybrids;
Model-Driven
Development
Value-Based
Methods;
Collaboration;
Global
Development;
Enterprise
Architectures
Software
Differences,
Engineer
Shortages
Scalability,
Risk Mgmt.
Many defects
Compliance
Time to Market,
Rapid Change
Software
Value-Add
COTS
Process Overhead
Scalability
Soft
SysE
Software
as Craft
Formality,
Waterfall
Productivity;
Reuse;
Objects;
Peopleware
Agile
Methods
Plan-
Driven
Software
Maturity
Models
Integrated
Sw-Systems
Engineering
Global
Systems
of
Systems
Theses
Syntheses
Antitheses
Prototyping
Risk Mgmt.
Domain Engr.
Boehm (2006)
CONCLUSIONES

CONCLUSIONES
La “Lemmingeniería del Software” (Davis, 1993) ha
creado confusión y decepción en muchos usuarios y
profesionales del software.

CONCLUSIONES

“El arte nunca progresa, evoluciona”
Raúl Soldi
“Las tecnologías de desarrollo de software
progresan, la Ingeniería del Software
evoluciona”
Mario Piattini
"Evolución en la fabricación del
software: hacia el desarrollo
global de software"

• Piattini, M. y Garzás, J. (2010). Fábricas de software:
experiencias, tecnologías y organización. 2ª edición
actualizada. Madrid, Ra-Ma.
• Piattini, M., García, F., García-Rodríguez de Guzmán, I., Pino, F.
(2011). Calidad de Sistemas de Información (2º Ed.). Madrid,
Ra-Ma.
• Fernández, C.M. y Piattini, M. (2012). Modelo para el gobierno
de las TIC basado en las normas ISO. Madrid, AENOR.
• Vizcaíno, A., García, F. y Piattini, M. (2014). Desarrollo Global
de Software. Madrid, Ra-Ma

Evolución en la fabricación del software: hacia el desarrollo global de software

Recomendados

Recomendados

Más contenido relacionado

Similar a Evolución en la fabricación del software: hacia el desarrollo global de software

Similar a Evolución en la fabricación del software: hacia el desarrollo global de software (20)

Más de Steelmood

Más de Steelmood (20)

Último

Último (20)

Evolución en la fabricación del software: hacia el desarrollo global de software