DECLARATORIA DEL ESTADO DE EMERGENCIA DECLARATORIA DE SITUACION DE EMERGENCIA.
NOTAS DEL CURSO Ingeniería de Software Ipgomez/cursos/ingsw/acetatos/procesosMejora.pdfEl 15 de...
Transcript of NOTAS DEL CURSO Ingeniería de Software Ipgomez/cursos/ingsw/acetatos/procesosMejora.pdfEl 15 de...
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