Conferencia sobre CMMI, ISO 12207/ISO 15504 y COMPETISOFT /ISO 29110

Cornelius Hopmann

¿Qué son CMMI ISO 12207/15504(-5) y CompetiSoft/ISO 29110? Cornelio Hopmann con el apoyo de

Oscar Amador

Cornelius Hopmann

CMMI

Hannah Oktaba

Cornelius Hopmann

Idea básica Pasar en el desarrollo de Sistemas ●

De manejar Proyectos

●

A manejar Procesos

●

De manejar Caso por Caso

●

A manejar Lineas de Producción

Yo escribí en 1978 un propuesta para un programa de Investigación en la GMD Sistema de Producción de Software SPS Teniendo en mente la idea de una fábrica de Software

Hannah Oktaba

Cornelius Hopmann

Process-Management

Project-Management

5 Áreas de Procesos

6 Áreas de Procesos

9 Objetivos 34 Practicas

14 Objetivos 55 Practicas

Modelo CMMI

30 Practicas 10 Objetivos

Organización

5 Áreas de Procesos

Support

45 Practicas 20 Objetivos

6 Áreas de Procesos

Engineering

Hannah Oktaba

Hannah Oktaba

Cornelius Hopmann

Ejemplo militar ● ●

Soldado alemán a orillas de un río en Afganistán Él aplica procedimientos del manual de – – – – –

● ●

●

Ubicación para saber donde está Misión para saber si debe cruzar Reglas de combate para tratar a personas en sus alrededores Movimiento en el terreno para cruzar el río Armamento y accesorios para proteger los en el agua

Una Actividad = Múltiples procedimientos Flexibilidad = no se necesita planes detalladas de actividades para cada situación Calidad = el soldado sabe siempre qué hacer

Cornelius Hopmann

El sueño de los militares y burócratas Si cada soldado actúa como definido por los manuales (procedure-handbooks), no perdamos ninguna batalla y por tanto ninguna guerra Primero de los militares alemanes (de 1820 -Clausewitz- en adelante) Despues de los militares EE.UU. (después de la I. Guerra Mundial) ...... El ejemplo no es hipotético: los manuales existen y el soldado alemán lleva un extracto siempre consigo

Para mi más bien una pesadilla ... pero bueno Sin embargo ésto no es tampoco como funcionan fábricas, mucho menos fábricas modernas Al fin: los manuales no garantizan la utilidad del resultado

Cornelius Hopmann

●

CMMI –

●

Conjunto de Objetivos y Prácticas (Qué) recomendadas para alcanzar dicho objetivos

Procedure –

●

Conjunto de Áreas de Procesos con enfoque similar

Process-Area –

●

Capability-Maturity-Model-Integration

Category –

●

Terminología

Descripción como llevar a cabo una práctica

Workproduct –

Resultado directo o indirecto de aplicar procedimiento(s)

Cornelius Hopmann + Oscar Amador Category

Process Areas Organizational Process Focus Organizational Process Definition Process Organizational Training Management Organizational Process Perfomance Organizational Innovation and Deployment Project Planning Project Monitoring and Control Supplier Agreement Management Project Management Integrated Project Management Risk Management Quantitative Project Management Requeriments Management Requeriments Development Technical Solution Engineering Product Integration Verification Validation

Support

Configuration Management Process and Product Quality Assurance Measurement and Analysis Decision Analysis and Resolution Causal Analysis and Resolution

Abrev M – Level S Goals S Practise Procedures Work Products OPF 3 3 9 7 20 OPD 3 1 6 5 11 OT 3 2 7 7 13 OPP 4 1 5 5 5 OID 5 2 7 8 12 5 9 34 32 61 PP 2 3 14 14 46 PMC 2 2 10 10 11 SAM 2 2 8 7 26 IPM 3 2 8 13 46 RSKM 3 3 7 7 16 QPM 4 2 8 8 23 6 14 55 59 168 REQM 2 1 5 5 13 RD 3 3 10 11 29 TS 3 6 8 9 26 PI 3 5 9 9 27 VER 3 3 8 8 24 VAL 3 2 5 5 16 6 20 45 47 135 CM 2 3 7 7 16 PPQA 2 2 4 5 14 MA 2 2 8 8 12 DAR 3 1 6 6 7 CAR 5 2 5 8 9 5 10 30 34 58 22 53 164 172 422

Cornelius Hopmann

® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office Page 14 by Carnegie Mellon University.

® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office Page 15 by Carnegie Mellon University.

® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office Page 16 by Carnegie Mellon University.

® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office Page 17 by Carnegie Mellon University.

® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office Page 18 by Carnegie Mellon University.

Organizational Process Definition Context Organization’s Standard Processes

Establish Organizational Process Assets Establish Standard Processes

Establish Lifecycle Model Descriptions

Lifecycle Models Tailoring Guidelines IPM

Establish Tailoring Criteria and Guidelines

Establish Work Environment Standards

Establish the Organization’s Process Asset Library

Establish the Organization’s Measurement Repository

Organization’s Measurement Repository Organization’s Process Asset Library OPF

Work Environment Standards

Un Process-Area del Nivel 3 ® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office Page 19 by Carnegie Mellon University.

Cornelius Hopmann

Process ¬= Actividades ¬= Procedure

Un Process-Area puede afectar/incidir en muchas/casi todas las actividades Una Actividad/Serie de Actividades puede implicar Procedures de varios ProcessAreas

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Cornelius Hopmann

Procesos Implementados al Nivel 2 ●

Planeación de Proyectos (PP)

●

Monitoreo y Control de Proyectos (PM)

●

Gestión de Requerimientos (REQM)

●

Mediciones y Análisis (MA)

●

Calidad de Procesos y Productos (PPQA)

●

Manejo de Configuraciones (CM)

●

Gestión de compromisos con suplidores (SAM)

Hannah Oktaba

Cornelius Hopmann

Procesos Implementados al Nivel 3 ● ● ● ● ● ● ● ● ● ● ●

Enfoque organizativo en procesos (OPF) Definición organizativa de procesos (OPD) Entrenamiento organizativo (OT) Gestión Integral de Proyectos (IPM) Gestión de Riesgos (RSKM) Desarrollo de Requerimientos (RD) Solución Técnica (TS) Integración de Productos (PI) Verificación (VER) Validación (VAL) Análisis de Decisiones (DAR)

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Cornelius Hopmann + Oscar Amador

Acciones Correctivas

Situación, problemas y resultados de las evaluaciones de procesos y productos; medidas y análisis PMC Acciones correctivas

Replan

Que controlar Que construir

Estatus, problemas y resultados de revisiones y monitoreo Planes

PP

Qué hacer Compromisos

Medida de Necesidades

SAM

Acuerdo Proveedor Proveedor

Producto componente de requisitos, cuestiones técnicas , los componentes del producto terminado, y los exámenes y pruebas de aceptación

Engineering and Support process areas

Hannah Oktaba

Cornelius Hopmann + Oscar Amador Obje tivo a la g s c uantit ati v es integ tión estad os, s ubpr rado, o ís y pro tica, pr oy cesos ceso defin ecto Organización de procesos ido estándares, normas de ambiente de trabajo, y el Support a los activos

Le pla ccion de n ific es a de ació pre se m n nd pe y da id as ño tos ,

Process Management process areas

las g e s D r trice P IP irec yd

Arquitectura de productos para estructurar equipos

IPM+IPPD

QPM

Exposición al riesgo debido a la inestabilidad de los procesos

s iesgo R o d tific an n e d I

o finid y de r ado nteg so i oce e pr to d to o c yec ct Pr o ye ye ro ro lp lp de de da ño rti pe pa em m co d es ón de si Vi os at D

Obje t del p ivo de la r oces e o, lín jecuc ión mod ea base el os y

Gestión de datos estadísticos

Proceso de proyecto definido y ambiente de trabajo

RSKM

Taxonomías y parámetros de riesgos, estado de riesgo, planes de mitigación de riesgos y medidas correctivas

Coordinación, compromisos y cuestiones por resolver

Equipos integrados para la realización de Engineering y procesos de Support Engineering and Support process areas

Basic Project Management process areas

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Cornelius Hopmann

Senior management

Organización de los objetivos del negocio

O pr rg a ne oc niz ce eso a c sid d ión ad e l d e s as el y ob je tiv os

+ Oscar Amador

Proyectos de formación y grupos de apoyo en estandarizar procesos y activos

OT

Procesos Estándares y otros Activos

Proceso estándar, las normas de medio ambiente de trabajo, y otros activos OPF

OPD+IPPD Recursos y coordinaciones

Información mejorada (por ejemplo, las lecciones aprendidas, los datos y los artefactos )

Proceso de propuestas de mejora, participación en la definición, evaluación, y el despliegue de los procesos

Project Management, Support, and Engineering process areas

Cornelius Hopmann + Oscar Amador

Mejoras

s io fic s ne o ra be ej y m os de st s co eso s de c o s ro ad t o s p en t Da lo m de ple im

Organización

OID

Proceso de calidad y ejecución, objetivos, medidas, parámetros de referencia y modelos

Senior Management

OPP

Proceso de calidad y ejecución , objetivos, medidas, parámetros de referencia y modelos

Progreso hacia el logro de los objetivos del negocio

as did s Me une m co

Capacidad para desarrollar y desplegar proceso estándar y otros activos

UNION

Project Management, Support, and Engineering process areas

Ejecución del Proceso y capacidad de datos

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Hannah Oktaba

Evaluación SCAMPI

Cornelius Hopmann

Evalúa en base de evidencia si por Process-Area y Nivel apuntado ● Hay definiciones de Procedimientos por Práctica ● Se aplica los Procedimientos debidamente ● Se produce los Artefactos directos e indirectos requeridos ● Se cumple los Objetivos Aplicación, Artefactos, Cumplimiento ● en al menos 3 casos diferentes ● por al menos 4 auditores (certificados por el SEI) ● No hay certificación – solo se publica auditoria

A comprobarse Nivel de Maturidad PAS Objetivos Prácticas Procedimientos Artefactos 2 7 12 42 42 92 3 17 42 126 130 334 5 22 53 164 172 422

Cornelius Hopmann

A un tercio

Cornelius Hopmann

ISO 12207 & ISO 15504 -5

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Contexto y Estructura la ISO/IEC 15504

ISO/IEC 12207 Procesos del ciclo de vida de software ISO/IEC 15288 Procesos del ciclo de vida de sistemas

In General

What is the Model

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Nota Nueva Versión 12207 en el 2008 ●

Mayor correspondencia con 15288 diferente agrupación de los procesos en áreas

●

Redefinición/Ampliación de los Procesos SW

This second edition cancels and replaces the first edition (ISO/IEC 12207:1995), which has been technically revised. It also incorporates the Amendments ISO/IEC 12207:1995/Amd.1:2002 and ISO/IEC 12207:1995/Amd.2:2004. Changes in this revision of ISO/IEC 12207 were developed in conjunction with a corresponding revision of ISO/IEC 15288. The purpose of these revisions is to better align the two International Standards to facilitate their joint use. This alignment is the first step toward harmonization of the structures and contents of the two International Standards, while supporting the requirements of the assessment community. This alignment provides the foundation to facilitate evolution to an integrated and fully harmonized treatment of life cycle processes.

Cornelius Hopmann

Meta-modelo de evaluación ISO 15504

Capability Levels

Model Approach: 15504

Cornelius Hopmann

Relación entre las partes 2 y 7 de la ISO/IEC 15504

In General

What is the Model

Rating Process Attributes

N Not achieved N Not achieved 0 to 15 % achievement   P Partially achieved P Partially achieved > 15 % to 50 % achievement   L Largely achieved L Largely achieved > 50 % to 85% achievement   F Fully achieved F Fully achieved > 85 % to 100 % achievement

Briefly Explanation about Model’s Requirement

Relationship between the Process Assessment Model and its inputs

Cornelius Hopmann

Modelo de madurez organizacional de la ISO/IEC 12207 e ISO/IEC 15504-7

Cornelius Hopmann

Cornelius Hopmann

A dos tercios

Cornelius Hopmann

CompetiSoft & ISO 29119

Hannah Oktaba

Proyecto COMPETISOFT (2006-2008) Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica

Hannah Oktaba

Participantes

Hannah Oktaba

Participantes

Hannah Oktaba

Método de trabajo

Hannah Oktaba

Características deseadas del modelo 1. 2. 3. 4. 5. 6. 7.

Específico para el desarrollo y mantenimiento de software. Fácil de entender (comprensible). Definido como un conjunto de procesos. Práctico y fácil de aplicar, sobre todo en organizaciones pequeñas. Orientado a mejorar los procesos para contribuir a los objetivos del negocio y no simplemente ser un marco de referencia de certificación. Debe de tener un mecanismo de evaluación o certificación, que indique un estado real de una organización durante un periodo de vigencia específico. Aplicable como norma mexicana.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 105

Hannah Oktaba

Estándares disponibles ISO 9000:1994

ISO 9000:2000 ISO/IEC TR 15504:1998 ISO/IEC 12207:1995

ISO SW- CMM 1993

ISO/IEC15504-2:2003

ISO/IEC 12207 ENMIENDA 1 :2002

CMMI 2002

SEI

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 106

Hannah Oktaba

ISO 9000:2000 (1) Sistemas de gestión de la calidad ISO 9000:1994

●

●

ISO 9000:2000

Norma Internacional para evaluar la capacidad de la organización para cumplir los requisitos del cliente, los reglamentarios y los propios de la organización. Ventajas – –

Tiene un mecanismo de certificación bien establecido Está disponible y conocida Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 107

Hannah Oktaba

ISO 9000:2000 (2) ●

Desventajas –

No es específica para la industria de software, por lo que: ● ●

No es fácil de entender No es fácil de aplicar

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 108

Hannah Oktaba

SW- CMM 1993

●

CMMI 2002

Modelos de Software Engineering Instutute, proponen un marco organizado por áreas de procesos. – –

●

Modelos del SEI SW - CMM® / CMMI ® (1)

Software Capability Maturity Model SW-CMM Capability Maturity Model Integration CMMI

Ventajas – – – – –

Específicos para el desarrollo y mantenimiento de software Definidos como un conjunto de áreas de procesos clave Tienen un modelo de evaluación (CBA-IPI y SCAMPI) Desde 1998 el SW-CMM empezó a popularizarse en México Existen organizaciones evaluadas Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 109

Hannah Oktaba

Modelos del SEI SW - CMM® / CMMI ® (2) ●

Desventajas – – – – – –

Son modelos extranjeros, no internacionales No son fáciles de entender ya que son extensos y están en inglés No son fáciles de aplicar en organizaciones pequeñas Los servicios de capacitación y consultoría son caros Las evaluaciones son costosas y no tienen periodo de vigencia El SW-CMM se está abandonando (a partir de 2004) a favor de CMMI Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 110

Hannah Oktaba

Normas ISO ISO/IEC TR 15504:1998 ISO/IEC 12207:1995

●

ISO/IEC 15504-2:2003 ISO/IEC 12207 ENMIENDA 1 :2002

En 1998 se emitió el reporte técnico ISO/IEC TR 15504 Information technology — Software process assessment. Por su carácter de reporte este documento fue únicamente de carácter informativo. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 111

Hannah Oktaba

Normas ISO ISO/IEC 15504 – 2 ●

●

●

●

Establece requisitos tanto para Modelos de Procesos de referencia como para los Métodos de Evaluación sin establecer alguno en particular. Cada país podrá definir sus propios Modelos y Métodos. El estado actual del documento es publicado (15/10/03). Cancela parte 2 y 3 del TR 15504. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 112

Hannah Oktaba

Normas ISO ISO/IEC 12207:1995 Procesos de Ciclo de Vida de Software ●

Es un marco que contiene procesos, actividades y tareas involucradas en el desarrollo, operación y mantenimiento de productos de software, que abarca toda la vida de un sistema desde la definición de sus requerimientos hasta la finalización de su uso.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 113

Hannah Oktaba

ISO/IEC 12207: ENMIENDA 1:2002 Information technology — Software life cycle processes ●

●

Se emitió el AMENDMENT 1, el cual presenta en su Anexo F una estructura de procesos integrada por procesos originalmente descritos en la ISO/IEC 12207, ISO/IEC TR 15504-2 y algunos otros. El ISO/IEC 15504-2 solicita un mapeo entre el modelo externo y anexo F del ISO/IEC 12207:1995 AMENDMENT 1. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 114

Hannah Oktaba

Cumplimiento de características deseadas (Estudio 2002 MoProSoft) Modelos Características

1. Para SW 2.Comprensible 3. Procesos 4. Práctico 5. Mejora de procesos orientado al objetivo del negocio 6. Evaluación con vigencia 7. Aplicable como norma

ISO 9000:2000

SW-CMM

ISO 15504

Hannah Oktaba

Procesos de MoProSoft (2002) Proceso Conjunto de prácticas relacionadas entre si, llevadas a cabo a través de roles y por elementos automatizados, que utilizando recursos y a partir de insumos producen un satisfactor de negocio para el cliente

DIR

Gestión de Negocio

Gestión de Proyectos

Gestión de Procesos

GER

Gestión de Recursos

Admon. de Proyectos Específicos

Desarrollo y Mantenimiento de Software

OPE

Hannah Oktaba

Modelo de evaluación (2003) ●

El modelo está basado en el ISO/IEC 15504-2 Atributos 5.1 Cambio de proceso

Niveles

5.2 Mejora continua 5

Optimizado

4

Predecible

3

Establecido

2 1 0

4.1 Medida del proceso 4.2 Control del proceso 3.1 Definición del proceso 3.2 Recursos del proceso

Gestionado 2.1 Gestión de la ejecución

Realizado

2.2 Gestión de productos

Incompleto

1.1 Realización del proceso

Hannah Oktaba

Método de Evaluación EvalProSoft ●

●

●

●

Cumple con los requisitos expresados en ISO/IEC15504 -2. Convenio SE-UNAM a partir del 1o de Octubre al 10 de Diciembre 2003. Etapa de Evaluación del Documento: Enero – Febrero de 2004. Equipo de trabajo: – – – –

Consultores expertos: Carlos Pérez, Francisco López Lira y Angélica Su. Consultores evaluadores: Alfredo Calvo, Cecilia Montero y Gloria Quintanilla. Consultores editores: Claudia Alquicira y Jorge Palacios. Director: Hanna Oktaba Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 118

Hannah Oktaba

Método de Evaluación EvalProSoft ●

Usos propuestos: –

– – –

Evaluación del perfil de capacidades de procesos y de la madurez de capacidades de la organización. Autoevaluación. Evaluación por parte del comprador. Efecto lateral: Evaluación de la industria. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 119

Hannah Oktaba

Método de Evaluación EvalProSoft ●

El método utiliza los requisitos del modelo de procesos y el modelo de capacidades para calificar los procesos. Proceso

Atributos de Procesos Realizado

Gestionad ododo

AP ١.١ AP ٢.١

Estabecido

Predecible

Optimizado

AP ٢.٢ AP ٣.١ AP ٣.٢ AP ٤.١ AP ٤.٢ AP ٥.١ AP ٥.٢

Gestión de Negocio

Nivel 1

Gestión de Procesos

Nivel 2

Gestión de Proyectos

Nivel 2

Gestión de Recursos

Nivel 3 Nivel 3

Administración de Proyectos Específicos

Completamente

Ampliamente

CopyrightParcialmente Asociación Mexicana para laNoCalidad 120 logrado en Ingeniería de Software, A.C.

Hannah Oktaba

Gestión de Negocio ●

DIR

Propósito: Establecer la razón de ser de la organización, sus objetivos y las condiciones para lograrlos, para lo cual es necesario considerar las necesidades de los clientes, así como evaluar los resultados para poder proponer cambios que permitan la mejora continua. Adicionalmente habilita a la organización para responder a un ambiente de cambio y a sus miembros para trabajar en función de los objetivos establecidos Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 121

Hannah Oktaba

DIR

Proceso Gestión de Negocio Grupo Directivo

Planeación Estratégica

Grupo Directivo

Valoración y Mejora Continua

Grupo Directivo

Preparación para la Realización

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 122

Hannah Oktaba

Procesos de Gestión

GES

Gestión de Recursos

Gestión de Procesos

Gestión de Proyectos

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 123

Hannah Oktaba

Gestión de Procesos ●

GES

Propósito: Establecer los procesos de la organización, en función de los Procesos Requeridos identificados en el Plan Estratégico. Así como definir, planear, e implantar las actividades de mejora en los mismos. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 124

Hannah Oktaba

Gestión de Proyectos ●

GES

Propósito Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 125

Hannah Oktaba

Gestión de Recursos ●

GES

Propósito: Conseguir y dotar a la organización de los recursos humanos, infraestructura, ambiente de trabajo y proveedores, así como crear y mantener la Base de Conocimiento de la organización. La finalidad es apoyar el cumplimiento de los objetivos del Plan Estratégico de la organización. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 126

Hannah Oktaba

GES

Proceso Gestión de Recursos Subprocesos Recursos Humanos y Ambiente de Trabajo Bienes, Servicios e Infraestructura Conocimiento de la Organización Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 127

Hannah Oktaba

Recursos Humanos y Ambiente de Trabajo ●

GES

Propósito: Proporcionar los recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organización, así como la evaluación del ambiente de trabajo.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 128

Hannah Oktaba

GES

Bienes, Servicios e Infraestructura ●

Propósito: Proporcionar proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de adquisición de los procesos y proyectos.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 129

Hannah Oktaba

Conocimiento de la Organización ●

GES

Propósito: Mantener disponible y administrar la Base de Conocimiento que contiene la información y los productos generados por la organización.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 130

Hannah Oktaba

Procesos de Operación

OPE

Administración de Proyectos Específicos

Desarrollo y Mantenimiento de Software Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 131

Hannah Oktaba

Administración de Proyectos Específicos ●

OPE

Propósito: Establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados.

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 132

Hannah Oktaba

Administración de Proyectos Específicos

OPE

Planeación

Evaluación y Control

Realización

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 133

Cierre

Hannah Oktaba

Desarrollo y Mantenimiento de Software ●

OPE

Propósito: Es la realización sistemática de las actividades de análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados. Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 134

Hannah Oktaba

Proceso de Desarrollo y Mantenimiento de Software

OPE

Flujos de trabajo ● ● ●

Ciclos de Desarrollo Fases de un Ciclo Actividades de una Fase

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 135

Hannah Oktaba

Ciclos de Desarrollo Necesidades Cliente

OPE

Fases del Primer Ciclo

Si

Primer Entregable

Terminado

Nuevas Necesidades

FasesNo del Siguiente Siguiente Entregable Ciclo Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 136

Necesidades del cliente y Plan de desarrollo

Hannah Oktaba

Fases de un Ciclo

Inicio Requerimientos

OPE

Requerimientos

Análisis y Diseño

Análisis yDiseño

Construcción

Componentes

Integración y Pruebas

Configuración de Software

Cierre Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 137 Primer / Siguiente Entregable

Hannah Oktaba

Actividades de una Fase OPE

Entrada de la Fase

Producción /

Corrección

Verificación Defectos

Defectos

Validación/Aceptación

Incorporación Bajo Registro de Copyright Asociación Mexicana para la C Calidad en Ingeniería Software, A.C. 138 ontrol de deConfiguración Mediciones Salida de la Fase

Hannah Oktaba

Resumen Norma Mexicana Qué

MoProSoft Cómo

Modelo de Procesos Normativa (qué procesos) Informativa (cómo implantarlos) Apéndice

Requisitos

Relación por Nivel de cap.

ISO/IEC 15504-2 Performing an assessment

Modelo de Capacidades Nivel de cap. de Procesos (qué evaluar)

EvalProSoft

Directrices de evaluación (cómo evaluar)

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 139 Requisitos

Hannah Oktaba

Estrategia de EU Requisitos

CMMI

ISO/IEC 15504-2 Performing an assessment

SCAMPI Modelo de Capacidades Nivel de cap. de Procesos (qué evaluar)

Método de evaluación (cómo evaluar)

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 140 Requisitos

Hannah Oktaba

Relación Norma de facto EU

Norma Mexicana MoProSoft Normativa (qué requisitos de procesos)

CMMI

Informativa (cómo implantarlos)

ISO/IEC 15504-2 Performing an assessment

SCAMPI Modelo de Capacidades de Procesos (qué evaluar)

EvalProSoft (cómo evaluar)

Modelo de Capacidades de Procesos (qué evaluar)

Método de evaluación (cómo evaluar)

Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C. 141

Guías

Hannah Oktaba

Iniciativa ISO ● ●

● ●

●

●

●

Mayo 2006 reunión ISO WG24 en Tailandia Dirigido por Tailandia con la participación de USA, India, Irlanda, Bélgica, Finlandia, Luxemburgo, Canadá, Nueva Zelanda, Corea, y México (Ana Vázquez y Jorge Palacios). – En votación unánime decide tomar la norma mexicana como base para su trabajo. Octubre 2006 reunión ISO WG24 en Luxemburgo Se entrega la traducción al inglés de la norma mexicana NMX-I-059NYCE Se selecciona como Perfil Básico de procesos Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software Mayo y Octubre de 2007 reuniones ISO WG24 en Moscú y Montreal Se generan primeras versiones de cinco partes de ISO/IEC 29110 y se someten a la revisión y votación internacional.

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Cornelius Hopmann

Oposición – Criticas – Preguntas

¡Muchas Gracias por su Paciencia!