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

[email protected]

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

13El 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


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



INTRODUCCIÓN

38

A+D (Dintel, noviembre 2007)



INTRODUCCIÓN

39

A+D (Dintel, noviembre 2007)



• INTRODUCCIÓN


• CALIDAD DE SI

• CONCLUSIONES



Autonomy; Bio-

Computing

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álisisde 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ónImple-

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 ProcesoControlar 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

SPEMU

ML





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)

(Sk

ill, U

nd

ers

tan

din

g)

(Formality, Documentation)

(Sk

ill, U

nd

ers

tan

din

g)

(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

R equisitos

Cliente

Modelo

d el Producto

Configuración

d el Producto

Diseño

es pec í fico

Impl.

es pec í 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-localizadoDesarrollo co-localizado

con subcontratación

Mismo paísDesarrollo distribuido

(DSD)

Desarrollo distribuido

(DSD) con

subcontratación

Otro paísDeslocalizació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.

http://www.google.es/imgres?imgurl=http://1.bp.blogspot.com/_JdPkigBM5Es/THkRjuNH_wI/AAAAAAAACbI/cKkDq4kRPI8/s1600/COMUNICACION.jpg&imgrefurl=http://9nocapcirven.blogspot.com/2010/08/el-amor-cristiano-dios-es-amor-y-quien.html&usg=__QwPUCgvMmLov5ZDW-RqrYEcZ9uY=&h=296&w=320&sz=24&hl=es&start=21&zoom=1&itbs=1&tbnid=P9OHbXwBN2Xy2M:&tbnh=109&tbnw=118&prev=/images?q=comunicacion&hl=es&gbv=2&tbs=isch:1&ei=A0RdTcmBMIii4Qa1yODXCg

http://www.google.es/imgres?imgurl=http://1.bp.blogspot.com/_JdPkigBM5Es/THkRjuNH_wI/AAAAAAAACbI/cKkDq4kRPI8/s1600/COMUNICACION.jpg&imgrefurl=http://9nocapcirven.blogspot.com/2010/08/el-amor-cristiano-dios-es-amor-y-quien.html&usg=__QwPUCgvMmLov5ZDW-RqrYEcZ9uY=&h=296&w=320&sz=24&hl=es&start=21&zoom=1&itbs=1&tbnid=P9OHbXwBN2Xy2M:&tbnh=109&tbnw=118&prev=/images?q=comunicacion&hl=es&gbv=2&tbs=isch:1&ei=A0RdTcmBMIii4Qa1yODXCg




• 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 ProcessesProjects Execution Logs

Variations Executed

Standard Processes

OrganizationProcess




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 15504Modelo de Evaluación, Mejora y Madurez

de Software

ISO 19770-1Sistema de Gestión Activos

Software

ISO 27001Sistema de Gestión de la Seguridad

de la Información

ISO 20000-1Sistema de Gestión Servicios TI

ISO 20000-2Guía de Buenas Prácticas

ISO/IEC 38500GOBIERNO DE TI

ISO 25000Calidad del Producto Software

ISO 12207

Ciclo de Vida de

Desarrollo de Software

ISO 27002Guía de Controles

ISO 29119

Pruebas de Software

Modelo de AENOR (Fernández y Piattini, 2012)



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



Autonomy; Bio-

Computing

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

Technology

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