NOTAS DEL CURSO

Ingeniería de Software IDRA. MARIA DEL PILAR GÓMEZ GILINAOEP

V:22-Nov-2010

CAPAS DE INGENIERÍA DE SOFTWARE

[Pressman 05]2

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

HERRAMIENTAS

Lenguajes

IDE’s (Sistemas Integrados de Desarrollo)

Manejadores de Bases de Datos

Sistemas Operativos

Manejadores de Configuración de

Software

CASE’s (Ingeniería de Software Asistida

por Computadora)

3

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

MÉTODOS: CICLOS DE VIDA DE

DESARROLLO DE SOFTWARE

4

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

Descripción

general

Validación

Desarrollo

EspecificaciónVersión

Inicial

Versión

final

Versiones

intermedias

Descripción

general

Validación

Desarrollo

EspecificaciónVersión

Inicial

Versión

final

Versiones

intermedias

Proceso UnificadoModelos incrementales

Modelos Espirales

Comunicación

Iniciación del proyecto

Adquisición de

requerimientosPlaneaciónEstimación

Calendarización

Control

ModeladoAnálisis

Diseño

ConstrucciónCodificación

PruebasArranqueEntrega

Soporte

Retroalimentación

Comunicación

Iniciación del proyecto

Adquisición de

requerimientosPlaneaciónEstimación

Calendarización

Control

ModeladoAnálisis

Diseño

ConstrucciónCodificación

PruebasArranqueEntrega

Soporte

Retroalimentación

Modelos de Cascada

LA PREMISA DE LA ADMINISTRACIÓN

DE PROCESOS

“La calidad de un sistema está

altamente influenciada por la

calidad de los procesos usados

para adquirir sus insumos,

desarrollarlo y mantenerlo” [SEI

2007]

5

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

PROCESO DE DESARROLLO DE

SOFTWARE

El proceso para desarrollar Software de calidad

normalmente contiene los siguientes actividades:

Comunicación.

Planeación.

Modelado.

Construcción.

Arranque (Despliegue).

6

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

LOS PROCESOS Y LA MEJORA

7

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

Vale la pena seguir

algún modelo de

mejora para asegurar

que los procesos

consiguen su objetivo

[Scott Adams]

MODELOS DE PROCESOS

Los modelos de procesos son guías que

presentan las mejores prácticas para

desarrollo del producto en cuestión.

Su propósito es ayudar a las organizaciones

en la selección de estrategias de mejora,

determinando la madurez del proceso

actual, e identificando puntos importantes

a atacar para mejorar tanto el proceso como

la calidad de software

8

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

EL MODELO IDEAL

9

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

[McFeeley 96]

CAPACIDAD DE UN PROCESO

Es una medida estadística utilizada para

evaluar cuantitativamente la posibilidad de que

un proceso genere los productos o servicios para

los cuales fue diseñado.

Los modelos de mejora definen niveles de

capacidad en los procesos de las organizaciones

10

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

11

UN EJEMPLO DE MEJORA EN CAPACIDAD

DE PROCESOS USANDO EL MODELO CMM

Nivel 1: Inicial

Nivel 2: Repetible

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

12

CAPACIDAD DEL PROCESO

(CONT.)

Nivel 3: Definido

Nivel 4: Administrado

[Humray_

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

13

CAPACIDAD DEL

PROCESO (CONT.)

Nivel 5: Optimizado

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

14

Comparación

de los niveles…

EJEMPLOS DE MODELOS DE MEJORA

DE PROCESOS

Capability Maturity Model SW-CMM®

CMMI (Capability Maturity Model Integrated)

ISO/IEC TR 15504:1998

ISO 9000:2000 Sistemas de Gestión de la

Calidad – Requisitos de Desarrollo de Software

MoproSoft

15

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

@ IMPLEMENTANDO

MODELOS DE

PROCESOS

MODELOS DE MEJORA

EN LA CULTURA LATINOAMERICANA

Los modelos deben ajustarse a la realidad de nuestra cultura

Los modelos internacionales deben ajustarse a factores característicos diferenciales de empresas latinoamericanas: tamaño, educación, disponibilidad de alta tecnología

17

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

IMPLEMENTANDO MODELOS DE

PROCESOS

¿Es posible aplicar modelos de

procesos en forma directa a una

empresa u organización informática

altamente inmadura?

18

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

UN CASO DE ÉXITO

EN LATINOAMÉRICA

Definitivamente sí es posible implementar modelos de

mejora de empresas latinoamericanas, y volverlas con

esfuerzo y dedicación empresas de clase mundial

19

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

UN CASO DE ÉXITO

EN LATINOAMÉRICA

Un caso de éxito es la empresa “Productora de

Software S.A. (PSL)” http://www.psl.com.co/

localizada en Colombia,

En 1996 PSL era una empresa con problemas típicos

en su proceso de desarrollo.

Después de aplicar modelos de mejora PSL obtuvo en

2003 el nivel 5 de CMMI, cuando sólo 8 compañías en

el mundo lo tenían.

20

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

Un caso de Éxito

en Latinoamérica

0.00

0.10

0.20

0.30

0.40

0.50

0.60

0.70

Defe

cto

s/K

LO

C

Producto 1

1997 - 1998

Producto 2

1999 – 2000

Producto 4

2003 - 2004

Producto 3

2001 - 2002

Evolución defectos / KLOC encontrados por los

clientes 1997 – 2004 en la empresa colombiana

“Productora de Software S.A. (PSL)” [Arámburo 2004]

@ PROSOFT

LA INDUSTRIA DE

DESARROLLO DE SOFTWARE EN MÉXICO

Para que México pueda contar con una industria de

desarrollo de software competitiva internacionalmente,

es necesario entre otras cosas elevar la capacidad de

procesos de las empresas desarrolladoras de software.

El gobierno Mexicano implementó en el 2002, el

Programa para el Desarrollo de la Industria de

Software (ProSoft) a través de la Secretaría de

Economía.

23

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

OBJETIVO DE PROSOFT

El objetivo fundamental de Prosoft es elevar y extender

la competitividad del país, mediante la estrategia de

promover el uso y aprovechamiento de la tecnología y

de la información

24

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

http://www.economia.gob.mx/?P=1128

ESTRATEGIA NO. 6 DE

PROSOFT

6. Alcanzar niveles internacionales en capacidad de procesos

6.1 Definición de un modelo de procesos y de evaluaciónapropiado para la industria de software mexicana

6.2 Formación de instituciones de capacitación y asesoría enmejora de procesos

6.3 Apoyo financiero para la capacitación y la evaluación decapacidad de procesos

...

Para alcanzar esta estrategia, el gobierno mexicano sededicó a la tarea de construir un modelo de mejorasaplicable a México, lo que dio origen a Moprosoft

25

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

@ MOPROSOFT ®

MOPROSOFT

MoProSoft es un modelo de procesos para el desarrollo

y mantenimiento de software dirigido a la pequeña y

mediana industria (PYMES) y a las áreas internas de

desarrollo de software.

Su objetivo principal es incorporar las mejores

prácticas en gestión e ingeniería de software. Su

incorporación en la industria permitirá elevar la

capacidad de ofrecer productos y servicios con calidad.

27

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

CATEGORÍAS DE PROCESOS EN

MOPROSOFT

MoProSoft está enfocado en procesos

Estas proceso (llamados también prácticas) que se han organizado por áreas de aplicación, llamadas “categorías de procesos”

Las categorías de procesos coinciden con los tres niveles básicos de la estructura de una organización: Alta Dirección,

Gestión y

Operación.

28

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

DIAGRAMA DE PROCESOS

MOPROSOFT

29

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

[NYCE 2005]

PATRÓN DE PROCESOS

Cada proceso está descrito por un “patrón deprocesos”

Un patrón de procesos en el contexto de Moprosoft, corresponde a la descripción detallada de lo que debe contener un proceso para conseguir su objetivo. Un patrón de procesos contiene las siguientes partes: Definición general de proceso

Prácticas

Guías de ajuste30

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

NIVELES DE MADUREZ

EN MOPROSOFT

El proceso de evaluación de Moprosoft considera 5 niveles de capacidad (el cumplimiento de un nivel implica el cumplimiento de los anteriores)

Nivel 1: Realizado. El proceso se implementa y alcanza su propósito

Nivel 2: Gestionado. El proceso realizado se administra. Sus productos de trabajo están establecidos, controlados y manenidos

Nivel 3: Establecido. El proceso realizado y gestionado se implementa por medio de un proceso definido (estandarizado)

Nivel 4: Predecible. El proceso establecido opera bajo límites de alcance

Nivel 5: Optimizado. El proceso predecible se mejora continuamente

31

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

@ LA NORMA MEXICANA

NMX-059/XX-I-NYCE

2005

MOPROSOFT COMO

NORMA MEXICANA

Los gobiernos pueden asegurar la correcta

implementación de estándares a través de

convertirlos en Normas

En México, las normas asociadas con

tecnología de Información son administradas

por la asociación civil llamada

“Normalización y Certificación

Electrónica” (NYCE).

33

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

NYCE

Normalización y Certificación Electrónica, A. C, (NYCE) es una asociación civil sin fines de lucro creada en 1994

NYCE está acreditado y autorizada por las instancias legales y las dependencias del Gobierna Federal

Forma parte del Sistema Mexicano de Metrología, Normalización y Evaluación de la Conformidad (SISMENEC)

34

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

MISIÓN DE NYCE

La misión de NYCE es otorgar a las empresas electrónica, de telecomunicaciones y de tecnologías de información así como a las de otros sectores afines, un marco normativo que les permita comercializar sus productos y servicios y elevar su competitividad, dentro de los lineamientos internacionalmente aceptados

http://www.nyce.org.mx/mision.html35

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

LA NORMA

NMX-I-059/XX-NYCE-2005

El 15 de Agosto del 2005, El Diario Oficial de la Federación publicó una declaratoria de la vigencia de una Norma Mexicana, compuesta de 4 partes, que lleva el título: “Tecnología de la Información – Software – Modelos de procesos evaluación para desarrollo y mantenimiento de Software”

Esta norma se construyó basándose en la aplicación del modelo MoProsoft

36

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

LA NORMA

NMX-I-059/XX-NYCE-2005 (CONT.)

Las 4 partes de la norma son:

Parte 01: Definición de Conceptos y Productos

Parte 02: Requisitos de procesos (Moprosoft)

Parte 03: Guía de Implementación de Procesos

Parte 04: Directrices para la Evaluación de Procesos

(EvalProsoft)

37

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

VERIFICACIÓN DE

LA NORMA NMX-059

Entre otras actividades, NYCE se encarga de

verificar si una organización cumple con los

requisitos de alguna de las normas a su cargo.

La Verificación de una norma es la

confirmación mediante la aportación de evidencia

objetiva que se han cumplido los requisitos

especificados en ésta.

38

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

VERIFICACIÓN DE

LA NORMA NMX-059 (CONT.)

Consiste en determinar el nivel de madurez de los 9

procesos en las organizaciones que tienen como

referencia el modelo Moprosoft

Se determina el nivel de madurez de capacidades para

cada proceso verificado, y con base en ello, el nivel de

madurez de capacidades de la organización, que es el

máximo nivel de madurez alcanzado por todos los

procesos de Moprosoft

39

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

DICTAMINES A LA NORMA 59

Probablemente alrededor de 200 dictámenes a la

fecha (Noviembre 2010)

Hay una lista en:

40

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010

http://www.nyce.org.mx/verificacion/ti.aspx

BIBLIOGRAFÍA

Aramburo, Jorge. “El subdesarrollo es un problema

cultural y nó económico” SEPG 2004 Lantinoamérica.

Guadalajara México. Nov. 2004

IEEE. Estándar IEEE 610.12

NYCE. “Tecnología de la Información – Software –

Modelos de procesos- evaluación para desarrollo y

mantenimiento de Software. Parte 1: Definición de

Conceptos y Productos” .Normalización y Certificación

Electrónica A.C. México. 2007

R. Pressman. Software Engineering. A practitioner

Approach. Sixth Edition. Mc.Graw Hill, 2005. Software Engineering Institute. Capability Maturity

Model Integration (CMMI) Versión 1.2 Overview 2007 41

(c) P

.Gó

me

z G

il. INA

OE

P 2

00

8-2

010