conferencia sobre cmmi, iso 12207/iso 15504 y competisoft /iso 29110
Post on 12-Nov-2014
4.009 Views
Preview:
DESCRIPTION
TRANSCRIPT
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ásicaPasar 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
Support Engineering
Organización
5 Áreas de Procesos 9 Objetivos34 Practicas
30 Practicas10 Objetivos5 Áreas de Procesos
6 Áreas de Procesos14 Objetivos55 Practicas
45 Practicas20 Objetivos6 Áreas de Procesos
Modelo CMMI
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 buenoSin 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
Terminología● CMMI
– Capability-Maturity-Model-Integration● Category
– Conjunto de Áreas de Procesos con enfoque similar
● Process-Area– Conjunto de Objetivos y Prácticas (Qué)
recomendadas para alcanzar dicho objetivos● Procedure
– Descripción como llevar a cabo una práctica ● Workproduct
– Resultado directo o indirecto de aplicar procedimiento(s)
Cornelius Hopmann+ Oscar Amador
OPF 3 3 9 7 20OPD 3 1 6 5 11OT 3 2 7 7 13OPP 4 1 5 5 5OID 5 2 7 8 12
5 9 34 32 61PP 2 3 14 14 46PMC 2 2 10 10 11SAM 2 2 8 7 26IPM 3 2 8 13 46RSKM 3 3 7 7 16QPM 4 2 8 8 23
6 14 55 59 168REQM 2 1 5 5 13RD 3 3 10 11 29TS 3 6 8 9 26PI 3 5 9 9 27VER 3 3 8 8 24VAL 3 2 5 5 16
6 20 45 47 135CM 2 3 7 7 16PPQA 2 2 4 5 14MA 2 2 8 8 12DAR 3 1 6 6 7CAR 5 2 5 8 9
5 10 30 34 5822 53 164 172 422
Category Process Areas Abrev M – Level S Goals S Practise Procedures Work Products
Process Management
Organizational Process FocusOrganizational Process DefinitionOrganizational TrainingOrganizational Process PerfomanceOrganizational Innovation and Deployment
Project Management
Project PlanningProject Monitoring and ControlSupplier Agreement ManagementIntegrated Project ManagementRisk ManagementQuantitative Project Management
Engineering
Requeriments ManagementRequeriments DevelopmentTechnical SolutionProduct IntegrationVerificationValidation
Support
Configuration ManagementProcess and Product Quality AssuranceMeasurement and AnalysisDecision Analysis and ResolutionCausal Analysis and Resolution
Cornelius Hopmann
Page 14® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
Page 15® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
Page 16® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
Page 17® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
Page 18® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
Page 19® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
Organizational Process DefinitionOrganizational Process Definition Context Context
Lifecycle Models
Organization’s Standard Processes
Organization’s Measurement
Repository
Establish Lifecycle
Model Descriptions
Establish Standard Processes
Establish Work Environment Standards
Establish the Organization’s Measurement
Repository
IPM
Tailoring Guidelines
EstablishTailoring
Criteria andGuidelines
Establish Organizational Process Assets
Organization’sProcess Asset
Library Establish the
Organization’sProcess Asset
Library
Work Environment Standards
OPF
Un Process-Area del Nivel 3
Cornelius Hopmann
Process ¬= Actividades ¬= Procedure
Un Process-Area puede afectar/incidir en muchas/casi todas
las actividadesUna Actividad/Serie de Actividades
puede implicarProcedures de varios Process-
Areas
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
PMC
Engineering and Support process areasPP
SAM
Que controlar
Compromisos
Qué hacer
Que construir
Acciones Correctivas
Planes Medida de Necesidades
Replan
Acciones correctivas
Situación, problemas y resultados de las evaluaciones de procesos y productos; medidas y análisis
Producto componente de requisitos, cuestiones técnicas, los componentes del producto terminado, y los exámenes y pruebas de aceptación
Estatus, problemas y resultados de revisiones y monitoreo
Proveedor
Acuerdo Proveedor
Hannah Oktaba
Cornelius Hopmann+ Oscar Amador
Basic Project Management
process areas
QPM
RSKM
IPM+IPPD
Engineering and Support process areas
Process Management process areas
Identificando Riesgos
Proyecto de proceso integrado y definido
Taxonomías y parámetros de riesgos, estado de riesgo, planes de mitigación de riesgos y medidas correctivas
Visión compartida del proyecto
Datos de desempeño del proyecto
Proceso de proyecto definido y ambiente de trabajo
Coordinación, compromisos y cuestiones por resolver
Equipos integrados para la realización de Engineering y procesos de Support
Arquitectura de productos para estructurar equipos
Lecc
iones
apr
endid
as,
pl ani
ficac
ión y
dato
s
de d
esem
peño
IPPD reglas
y directrices
Exposición al riesgo debido a la inestabilidad de los procesos
Gestión de datos estadísticosO
bjet
ivo d
e la
eje
cuci
ón
del p
roc e
so, l
ínea
bas
e y
mod
elos
Organización de procesos estándares, normas de ambiente de trabajo, y el Support a los activos
Objetivos cuantitativos, subprocesos
a la gestión estadística, proyecto
integrado, y proceso definido
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Cornelius Hopmann+ Oscar Amador
OT
OPD+IPPD
Project Management, Support, and Engineering
process areas
Organiz
ación
del
proce
so de
las
necesid
ades y
objet
ivos
OPF
Senior management
Organización de los objetivos del negocio
Proceso estándar, las normas de medio ambiente de trabajo, y otros activos
Información mejorada (por ejemplo, las lecciones aprendidas, los datos y los artefactos)
Recursos y coordinaciones
Proyectos de formación y grupos de apoyo en estandarizar procesos y activos
Procesos Estándares y otros Activos
Proceso de propuestas de mejora, participación en la definición, evaluación, y el despliegue de los procesos
Cornelius Hopmann+ Oscar Amador
OID
OPPProject Management,
Support, and Engineering process areas
Organización Mejoras
UNION
Proceso de calidad y ejecución, objetivos, medidas, parámetros de referencia y modelos
Proceso de calidad y ejecución, objetivos, medidas, parámetros de referencia y modelos
Senior Management Progreso hacia el
logro de los objetivos del negocio
Datos de costos y beneficios
de los procesos de mejoras
implementados
Medidas
comunes
Capacidad para desarrollar y desplegar proceso estándar y otros activos
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
Cornelius HopmannEvaluación SCAMPI 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 ObjetivosAplicació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 comprobarsePAS Objetivos Prácticas Procedimientos Artefactos
2 7 12 42 42 923 17 42 126 130 3345 22 53 164 172 422
Nivel de Maturidad
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 softwareISO/IEC 15288 Procesos del ciclo de vida de sistemas
What is the ModelIn General
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
NotaNueva 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 SWThis 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
Model Approach: 15504Capability Levels
Cornelius Hopmann
Relación entre las partes 2 y 7 de la ISO/IEC 15504
What is the ModelIn General
Rating Process Attributes
N Not achievedN 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 HopmannModelo 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 OktabaParticipantes
Hannah OktabaParticipantes
Hannah OktabaMétodo de trabajo
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.105
Hannah Oktaba
Características deseadas del modelo1. Específico para el desarrollo y mantenimiento de software.2. Fácil de entender (comprensible).3. Definido como un conjunto de procesos. 4. Práctico y fácil de aplicar, sobre todo en organizaciones pequeñas.5. Orientado a mejorar los procesos para contribuir a los objetivos del
negocio y no simplemente ser un marco de referencia de certificación.
6. 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.
7. Aplicable como norma mexicana.
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.106
Hannah Oktaba
Estándares disponibles
ISO
SEI
ISO 9000:1994
ISO/IEC 12207:1995
ISO 9000:2000
ISO/IEC TR 15504:1998
SW- CMM 1993CMMI 2002
ISO/IEC15504-2:2003
ISO/IEC 12207ENMIENDA 1 :2002
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.107
Hannah Oktaba
ISO 9000:2000 (1)Sistemas de gestión de la calidad
● 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
ISO 9000:1994 ISO 9000:2000
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.108
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.109
Hannah Oktaba
Modelos del SEISW - CMM® / CMMI ® (1)
● Modelos de Software Engineering Instutute, proponen un marco organizado por áreas de procesos.– 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
SW- CMM 1993 CMMI 2002
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.110
Hannah Oktaba
Modelos del SEISW - 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.111
Hannah Oktaba
Normas ISO
● 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.
ISO/IEC 12207:1995ISO/IEC TR 15504:1998 ISO/IEC 15504-2:2003
ISO/IEC 12207ENMIENDA 1 :2002
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.112
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.113
Hannah Oktaba
Normas ISOISO/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.114
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.
Hannah Oktaba
Cumplimiento de características deseadas (Estudio 2002 MoProSoft)
ModelosCaracterísticas
ISO 9000:2000
SW-CMM ISO 15504
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
Hannah Oktaba
Procesos de MoProSoft (2002)Gestión de
NegocioGestión de
Negocio
GERGestión de Proyectos
Gestión de Proyectos
Gestión de Recursos
Gestión de Recursos
OPEDesarrollo y Mantenimiento
de Software
Desarrollo y Mantenimiento
de Software
DIR
Gestión de Procesos
Gestión de Procesos
Admon. de ProyectosEspecíficos
Admon. de ProyectosEspecíficos
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 elcliente
Hannah Oktaba
Modelo de evaluación (2003)● El modelo está basado en el ISO/IEC 15504-2
Atributos
5
4
3
2
1
0
Optimizado
5.1 Cambio de proceso
5.2 Mejora continua
1.1 Realización del proceso
2.1 Gestión de la ejecución
2.2 Gestión de productos
3.1 Definición del proceso
3.2 Recursos del proceso
4.1 Medida del proceso
4.2 Control del proceso
Niveles
Predecible
Gestionado
Establecido
Incompleto
Realizado
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.118
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.119
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.120
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.
AP ١.١ AP ٢.١ AP ٢.٢ AP ٣.١ AP ٣.٢ AP ٤.١ AP ٤.٢ AP ٥.١ AP ٥.٢
Gestión de Negocio
Gestión de Proyectos
Gestión de Procesos
Gestión de Recursos
Administración de Proyectos Específicos
Completamente
Parcialmente
Ampliamente
No logrado
Proceso Atributos de Procesos
Realizado Gestionadododo
Estabecido Predecible Optimizado
Nivel 1
Nivel 2
Nivel 2
Nivel 3
Nivel 3
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.121
Hannah Oktaba
Gestión de Negocio
● 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
DIR
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.122
Hannah Oktaba
Proceso Gestión de NegocioGrupo Directivo
Planeación Estratégica
Grupo Directivo
Preparación para laRealización
Grupo Directivo
Valoración y Mejora Continua
DIR
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.123
Hannah Oktaba
Procesos de GestiónGestión
de Recursos
Gestión de Proyectos
Gestión de Procesos
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.124
Hannah Oktaba
Gestión de Procesos
● 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.
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.125
Hannah Oktaba
Gestión de Proyectos
● Propósito Asegurar que los proyectos contribuyan
al cumplimiento de los objetivos y estrategias de la organización.
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.126
Hannah Oktaba
Gestión de Recursos● 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.
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.127
Hannah Oktaba
Proceso Gestión de RecursosSubprocesos
GES
Recursos Humanos y Ambiente de Trabajo
Conocimiento de la Organización
Bienes, Servicios e Infraestructura
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.128
Hannah Oktaba
Recursos Humanos y Ambientede Trabajo
● 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.
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.129
Hannah Oktaba
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.
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.130
Hannah Oktaba
Conocimiento de la Organización
● Propósito: Mantener disponible y administrar la
Base de Conocimiento que contiene la información y los productos generados por la organización.
GES
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.131
Hannah Oktaba
Procesos de Operación
Administración de Proyectos Específicos
Desarrollo y Mantenimiento de Software
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.132
Hannah Oktaba
Administración de Proyectos Específicos
● 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.
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.133
Hannah Oktaba
Planeación
RealizaciónEvaluación y Control
Cierre
OPEAdministración de Proyectos Específicos
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.134
Hannah Oktaba
Desarrollo y Mantenimiento de Software
● 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.
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.135
Hannah Oktaba
Proceso de Desarrollo y Mantenimiento de Software
Flujos de trabajo
● Ciclos de Desarrollo● Fases de un Ciclo● Actividades de una Fase
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.136
Hannah Oktaba
Ciclos de Desarrollo
No
Fases del Primer Ciclo
Primer Entregable
Fases del SiguienteCiclo
Necesidades Cliente
Terminado
Si
Siguiente Entregable
Nuevas Necesidades
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.137
Hannah Oktaba
Fases de un Ciclo
Requerimientos
Necesidades del cliente y Plan de desarrollo
Análisis y Diseño
Construcción
Cierre
Requerimientos
Análisis yDiseño
Componentes
Primer / Siguiente Entregable
Inicio
Integración y PruebasConfiguración
de Software
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.138
Hannah Oktaba
Actividades de una Fase
Producción /Corrección
Entrada de la Fase
Verificación
Validación/Aceptación
Salida de la Fase
Incorporación Bajo Control de Configuración
Registro de Mediciones
Defectos
Defectos
OPE
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.139
Hannah Oktaba
Resumen
Normativa (qué procesos)
Informativa (cómo implantarlos)
Modelo de Procesos
Modelo de Capacidadesde Procesos(qué evaluar)
Directrices de evaluación
(cómo evaluar)
Norma Mexicana
MoProSoft
ISO/IEC 15504-2 Performing an assessment
Qué
Cómo
Requisitos
Requisitos
Nivel de cap.
ApéndiceRelación porNivel de cap.
EvalProSoft
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.140
Hannah Oktaba
Estrategia de EU
CMMI
Modelo de Capacidadesde Procesos(qué evaluar)
Método de evaluación
(cómo evaluar)
ISO/IEC 15504-2 Performing an assessment
Requisitos
Requisitos
Nivel de cap.SCAMPI
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.141
Hannah Oktaba
Relación
CMMI
Método de evaluación
(cómo evaluar)
ISO/IEC 15504-2 Performing an assessment
Guías
SCAMPI
Normativa (qué requisitosde procesos)
Informativa (cómo implantarlos)
MoProSoft
Modelo de Capacidadesde Procesos(qué evaluar)
EvalProSoft(cómo evaluar)
Norma Mexicana Norma de facto EU
Modelo de Capacidadesde Procesos(qué evaluar)
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-059-
NYCE● 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
¡Muchas Gracias por su Paciencia!
Oposición – Criticas – Preguntas
top related