1- Enumere las metas especificas y genéricas de CMMI

Metas Especificas---SG Metas Genéricas--GG

SG 1 Determinar las causas de los GG 1 lograr objetivos específicos
defectos
SG 2 Abordar las Causas de los GG 2 institucionalizar un proceso
defectos gestionado
SG 3 Establecer líneas GG 3 institucionalizar un proceso
definido
SG 4 Seguimiento y Control de GG 4 institucionalizar un proceso
Cambios administrado cuantitativamente
SG 5 Establecer integridad GG 5 institucionalizar un proceso en
fase de optimización

2-Enumerar las practicas especificas y genéricas de CMMI

Estas prácticas son basadas en las metas ya mencionadas en el punto número
1.

Practicas Especificas--SP Practicas Genericas-GP

SP 1.1 Seleccionar Defecto Datos GP 1.1 realizar prácticas específicas
para el Análisis
SP 1.2 analizar las causas GP 2.1 Establecer una política
organizacional
SP 2.1 aplicar las propuestas de GP 2.2 Plan el Proceso
acción
SP 2.2 Evaluar el efecto de los GP 2.3 Proporcionar recursos
cambios
SP 2.3 Datos de registro GP 2.4 asignar responsabilidad
SP 3.1 Identificación de los elementos GP 2.5 capacitar a la gente
de configuración
SP 3.2 Establecer un Sistema de GP 2.6 Gestión de configuraciones
Gestión de la configuración
SP 3.3 Crear o liberación líneas GP 2.7 Identificación y participación
de las partes interesadas
SP 4.1 Seguimiento de las peticiones GP 2.8 Supervisar y controlar el
de cambio proceso
SP 4.2 Control Elementos de GP 2.9 Evaluar objetivamente
configuración adhesión
SP 5.1 Establecer registros de gestión GP 2.10 Estado de Revisión de
de configuración Gestión de nivel superior
SP 5.2 realizar auditorías de GP 3.1 Establecer un proceso
configuración definido
GP 3.2 Recopilar información de
mejora
GP 4.1 Establecer objetivos
cuantitativos para el Proceso
3-Defina las á reas de proceso de CMMI
1. Análisis causal y resolución (CAR)

Es un soporte área de proceso en el nivel de madurez 5.

El propósito es el de identificar las causas de los defectos y otros problemas y
tomar medidas para evitar que ocurran en el futuro.

Por medio de prá cticas específicas objetivo

 SG 1 Determinar las causas de los defectos

o SP 1.1 Seleccionar Defecto Datos para el Análisis
o SP 1.2 analizar las causas
 SG 2 Abordar las Causas de los defectos
o SP 2.1 aplicar las propuestas de acción
o SP 2.2 Evaluar el efecto de los cambios
o SP 2.3 Datos de registro

2. Gestión de configuración (CM)

Es un soporte área de proceso en el nivel de madurez 2.

El objetivo de la Configuration Management (CM) es el de establecer y
mantener la integridad de los productos mediante identificación de la
configuración, el control de configuración estado de configuración contabilidad
y auditorías de configuración.

Por medio de prácticas específicas objetivo

 SG 1 Establecer líneas
o SP 1.1 Identificación de los elementos de configuración
o SP 1.2 Establecer un Sistema de Gestión de la configuración
o SP 1.3 Crear o liberación líneas
 SG 2 Seguimiento y Control de Cambios
o SP 2.1 Seguimiento de las peticiones de cambio
o SP 2.2 Control Elementos de configuración
 SG 3 Establecer integridad
o SP 3.1 Establecer registros de gestión de configuración
o SP 3.2 realizar auditorías de configuración

3. Análisis de decisiones y resolución (DAR)

Es un soporte área de proceso en el nivel de madurez 3.

El propósito de Decision Analysis and Resolution (DAR) es analizar las
posibles decisiones mediante un proceso de evaluación formal que evalúa
alternativas identificadas con arreglo a criterios establecidos.

Por medio de prá cticas específicas objetivo

 SG 1 evaluar alternativas
o SP 1.1 Establecer pautas de análisis para toma de decisiones
o SP 1.2 Establecer Criterios de evaluación
o SP 1.3 Identificar soluciones alternativas
o SP 1.4 Seleccionar métodos de evaluación
o SP 1.5 evaluar alternativas
o SP 1.6 Seleccione Soluciones

4. Gestión integrada del proyecto + IPPD (IPM + IPPD)

Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 3.

El objetivo deIntegrated Project Management + IPPD (IPM) es la de

establecer y administrar el proyecto y la participación de los interesados
directos de acuerdo a un proceso determinado que se adapta desde el conjunto
de procesos estándar de la organización.

Por medio de prá cticas específicas objetivo

 SG 1 Utilice el proceso definido del Proyecto

o SP 1.1 Establecer el proceso definido del Proyecto
o SP 1.2 utilizar activos de los procesos de la Organización para
planificar las actividades del proyecto
o SP 1.3 Establecer el ambiente de trabajo del Proyecto
o SP 1.4 Integrar Planes
o SP 1.5 Gestión del Proyecto mediante el Planes Integrados
o SP 1.6 Contribuir a los activos de los procesos de la organización
 SG 2 coordinar y colaborar con las partes interesadas pertinentes
o SP 2.1 Gestionar La Participación
o SP 2.2 Administración de dependencias
o SP 2.3 Resolver problemas de coordinación

IPPD además:

 SG 3 aplicar principios IPPD

o SP 3.1 Establecer la visión compartida del Proyecto
o SP 3.2 Establecer la estructura de un equipo integrado
o SP 3.3 Asignar requisitos para los Equipos Integrados
o SP 3.4 Establecer Equipos Integrados
o SP 3.5 Garantizar la colaboración entre equipos Interfaz
5. Medición y análisis (MA)

Es un soporte área de proceso en el nivel de madurez 2.

El objetivo de la medición y análisis (MA) es el de desarrollar y sostener una

capacidad de medición que se utiliza para apoyar necesidades de información
de gestión.

Por medio de prácticas específicas objetivo

 SG 1 alinear las actividades de análisis y medición

o SP 1.1 Establecer objetivos de medición
o SP 1.2 Especificar Medidas
o SP 1.3 Recopilación de datos y especificar los procedimientos de
almacenamiento
o SP 1.4 especificar procedimientos de análisis
 SG 2 proporcionan resultados de medición
o SP 2.1 recopilar datos de medición
o SP 2.2 analizar los datos de medición
o SP 2.3 Almacenar los datos y los resultados
o SP 2.4 Comunicar resultados

6. Innovación y despliegue en la organización (OID)

Se trata de un proceso de Gestión de Procesos en el nivel de madurez 5.

El objetivo de la Organizational Innovation and Deployment (OID)

es seleccionar e implementar mejoras incrementales e innovadoras que
mejoran considerablemente los procesos de la organización y tecnologías. El
apoyo a la mejora de la calidad de la organización y los procesos objetivos de
rendimiento como derivados de los objetivos comerciales de la organización.

Por medio de prácticas específicas objetivo

 SG 1 Seleccione mejoras
o SP 1.1 recoger y analizar propuestas de mejora
o SP 1.2 Identificar y analizar las Innovaciones
o SP 1.3 Mejoras piloto
o SP 1.4 Seleccione Mejoras para la implementación
 SG 2 Implementar mejoras
o SP 2.1 Planificar las zonas de despliegue
o SP 2.2 Administrar la implementación
o SP 2.3 medir el mejoramiento Efectos
7. Definición de procesos de la organización + IPPD (OPD + IPPD)

Se trata de un proceso de Gestión de Procesos en el nivel de madurez 3.

El objetivo del Organizational Process Definition + IPPD (OPD) es la de

establecer y mantener un conjunto de activos de los procesos de la
organización.

Por medio de prácticas específicas objetivo

 SG 1 Establecer activos de los procesos de la organización

o SP 1.1 Establecer procesos estándar
o SP 1.2 Establecer descripciones del modelo del ciclo
o SP 1.3 Establecer Criterios y Directrices Adaptación
o SP 1.4 Establecer la Organización Medición del repositorio
o SP 1.5 Establecer la Organización Biblioteca de activos de
proceso

IPPD además:

 SG 2 Habilitar gestión IPPD

o SP 2.1 Establecer mecanismos Potenciación
o SP 2.2 Establecer normas y directrices para los Equipos
Integrados
o SP 2.3 Equilibrio equipo Home organización y responsabilidades

8. Enfoque en procesos de la organización (OPF)

Se trata de un proceso de Gestión de Procesos en el nivel de madurez 3.

El propósito del Organizational Process Focus (OPF) es el de planear e

implementar procesos de la organización mejora basada en un profundo
conocimiento de los puntos fuertes y débiles de los procesos de la organización
y los procesos activos.

Por medio de prácticas específicas objetivo

 SG 1 Proceso determinar oportunidades de mejora

o SP 1.1 Establecer proceso de organización necesidades
o SP 1.2 Evaluar los procesos de la organización
o SP 1.3 Identificar las mejoras en el proceso de la organización
 SG 2 Planificar y ejecutar las actividades de mejoramiento Proceso
o SP 2.1 Establecer Planes de Acción Proceso
o SP 2.2 Proceso de Implementación Planes de Acción
 SG 3 implementar activos de los procesos de la Organización e
incorporar las lecciones aprendidas
o SP 3.1 Implementar activos de los procesos de la organización
 o SP 3.2 Implementar procesos estándar
o SP 3.3 Supervisar la aplicación
o SP 3.4 Incorporar Process-Related experiencias en los activos de
los procesos de la organización

9. Rendimiento del proceso de la organización (OPP)

Se trata de un proceso de Gestión de Procesos en el nivel de madurez 4.

El objetivo de Organizational Process Performance (OPP) es el de

establecer y mantener una comprensión cuantitativa de los resultados de el
conjunto de procesos estándar de la organización en apoyo a la calidad y el
proceso de objetivos de rendimiento, y a proporcionar el proceso los datos
sobre el rendimiento, las líneas de base y modelos cuantitativos para gestionar
los proyectos de la organización.

Por medio de prácticas específicas objetivo

 SG 1 Establecer las Líneas Básicas de rendimiento y modelos

o SP 1.1 Seleccionar procesos
o SP 1.2 Establecer medidas de desempeño Proceso
o SP 1.3 Establecer y la calidad de los procesos objetivos de
rendimiento
o SP 1.4 Establecer las Líneas Básicas de rendimiento Proceso
o SP 1.5 Establecer proceso modelos de alto rendimiento

10. Formación organizativa (OT)

Se trata de un proceso de Gestión de Procesos en el nivel de madurez 3.

El objetivo de la Organizational Training (OT)es desarrollar las competencias

y los conocimientos de las personas para que puedan llevar a cabo sus
funciones de manera eficaz y eficiente.

Por medio de prácticas específicas objetivo

 SG 1 Establecer una Organización capacidad de formación

o SP 1.1 Establecer las necesidades de capacitación estratégica
o SP 1.2 determinar las necesidades de capacitación que son
responsabilidad de la organización
o SP 1.3 Establecer un plan táctico de Capacitación
o SP 1.4 Establecer capacidad de formación
 SG 2 proporcionar la capacitación necesaria
o SP 2.1 ofrecer formación
o SP 2.2 Establecer registros de formación
o SP 2.3 Evaluar Efectividad de la Formación
11. Integración de producto (PI)

Es un proceso de ingeniería área en el nivel de madurez 3.

El objetivo de ProductIntegration (PI)) es ensamblar el producto de los

componentes del producto, asegúrese de que el producto, integrado, funciona
correctamente, y entregar el producto.

Por medio de prácticas específicas objetivo

 SG 1 Preparación de Integración de Producto

o SP 1.1 Determinar secuencia de integración
o SP 1.2 Establecer la integración de productos Medio ambiente
o SP 1.3 Establecer criterios y procedimientos de integración
 SG 2 Asegúrese de compatibilidad
o SP 2.1 Revisar las descripciones de la interfaz de la Integridad
o SP 2.2 Administración de Interfaces
 SG 3 Armar los componentes del producto y entregar el producto
o SP 3.1 Confirmar disponibilidad de los componentes del producto
para la Integración
o SP 3.2 ensamblar los componentes del producto
o SP 3.3 Evaluar los componentes del producto ensamblado
o SP 3.4 Paquete y entregar el producto o componente del producto

12. Monitorización y control del proyecto (PMC)

Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 2.

El objetivo del Project Monitoring and Control (PMC) es a fin de

facilitar la comprensión de los progresos realizados en la ejecución del proyecto
para que las medidas correctivas adecuadas pueden ser tomadas cuando los
resultados del proyecto se desvía significativamente del plan.

Por medio de prácticas específicas objetivo

 SG 1 Proyecto de vigilancia contra el Plan

o SP 1.1 Seguimiento de parámetros de Planificación
o SP 1.2 Vigilar el cumplimiento de los compromisos adquiridos
o SP 1.3 Supervisar los Riesgos del proyecto
o SP 1.4 Gestión de Datos Monitor
o SP 1.5 Supervisar la participación
o SP 1.6 realizar exámenes del progreso
o SP 1.7 realizar exámenes Hito
 SG 2 Gestionar Acciones correctivas al cierre
o SP 2.1 Analizar problemas
o SP 2.2 adoptar medidas correctivas
 o SP 2.3 gestionar acciones correctivas

13. Planificación de proyecto (PP)

Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 2.

El propósito de laProject Planning (PP) es la de establecer y mantener planes

que definen las actividades del proyecto.

Por medio de prácticas específicas objetivo

 SG 1 establecer estimaciones
o SP 1.1 estimar el alcance del proyecto
o SP 1.2 Establecer estimaciones del producto de la labor y
atributos de la Tarea
o SP 1.3 Definir Ciclo de vida del proyecto
o SP 1.4 Determinar las estimaciones de coste y esfuerzo
 SG 2: Desarrollar un Plan de Proyecto
o SP 2.1 Establecer el presupuesto y el calendario
o SP 2.2 Identificar los riesgos del proyecto
o SP 2.3 Plan de Gestión de Datos
o SP 2.4 Plan de recursos del proyecto
o SP 2.5 Plan de conocimientos y habilidades necesarios
o SP 2.6 Plan Participación de las partes interesadas
o SP 2.7 Establecer el Plan de Proyecto
 SG 3 Obtener compromiso con el Plan
o SP 3.1 Revisar los planes que afectan al Proyecto
o SP 3.2 conciliar el trabajo y en los niveles de recursos
o SP 3.3 Obtener Plan

14. Aseguramiento de la calidad de proceso y de producto (PPQA)

Es un soporte área de proceso en el nivel de madurez 2.

El propósito delProcess and ProductQualityAssurance (PPQA) es

dotar a los funcionarios y la gestión con visión objetiva en los procesos y
productos del trabajo.

Por medio de prácticas específicas objetivo

 SG 1 evaluar objetivamente los procesos y productos del trabajo

o SP 1.1 evaluar objetivamente los procesos
o SP 1.2 evaluar objetivamente los productos y servicios
 SG 2 proporcionan Visión objetiva
o SP 2.1 Comunicar y garantizar la resolución de cuestiones de
incumplimiento
 o SP 2.2 Establecer registros

15. Gestión cuantitativa de proyecto (QPM)

Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 4.

El objetivo de laQuantitative Project Management (QPM) área de

proceso es cuantitativamente gestionar el proyecto de proceso definido para
alcanzar el proyecto de calidad y el proceso de objetivos de rendimiento.

Por medio de prácticas específicas objetivo

 SG 1 cuantitativamente Gestión del Proyecto

o SP 1.1 Establecer los objetivos del proyecto
o SP 1.2 redactar los procesos definidos
o SP 1.3 Seleccionar el Sub-procesos que será estadísticamente
administrado
o SP 1.4 Gestionar Resultados del proyecto
 SG 2 estadísticamente Gestionar el rendimiento de los procesos
o SP 2.1 Selección de medidas y técnicas analíticas
o SP 2.2 aplicar métodos estadísticos para comprender las
diferencias
o SP 2.3 Supervisar el rendimiento del Seleccionado Sub-procesos
o SP 2.4 Registro de Datos Estadísticos

16. Desarrollo de requerimientos (RD)

Es un proceso de ingeniería área en el nivel de madurez 3.

El objetivo deRequirementsDevelopment (RD) es para producir y

analizar clientes, productos, productos y requisitos de los componentes.

Por medio de prácticas específicas objetivo

 SG 1 Desarrollar Requisitos del cliente.

o SP 1.1 Obtener necesidades
o SP 1.2 Establecer los requisitos del cliente
 SG 2 Desarrollar Requisitos del producto
o SP 2.1 Establecer requisitos y Product-Component
o SP 2.2 Asignar Product-Component Requisitos
o SP 2.3 Identificar requisitos de interfaz
 SG 3 analizar y validar los requisitos
o SP 3.1 Establecer los conceptos operacionales y escenarios
o SP 3.2 Establecer una Definición de la funcionalidad requerida
o SP 3.3 Analizar los requisitos
o SP 3.4 Análisis de los requisitos para alcanzar el equilibrio
 o SP 3.5 validar los requisitos

17. Gestión de requerimientos (REQM)

Es un proceso de ingeniería área en el nivel de madurez 2.

El objetivo deRequirements Management (REQM) es la gestión de los

requisitos de los productos del proyecto y los componentes del producto y para
descubrir las contradicciones entre las necesidades y los planes del proyecto y
los productos del trabajo.

Por medio de prácticas específicas objetivo

 SG 1 Gestionar Requisitos
o SP 1.1 obtener una comprensión de las necesidades
o SP 1.2 Obtener el compromiso de los requisitos
o SP 1.3 gestionar requisitos los cambios
o SP 1.4 Mantener Trazabilidad bidireccional de requisitos
o SP 1.5 determinar las incoherencias entre el trabajo en proyectos
y requisitos

18. Gestión de riesgos (RSKM)

Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 3.

El objetivo de laRisk Management (RSKM) es de identificar problemas

potenciales antes de que ocurran para que las actividades de manejo de riesgo
puede ser planeado y invocada como necesario en todos los sectores de la
vida del producto o proyecto para mitigar los impactos adversos en el logro de
objetivos.

Por medio de prácticas específicas objetivo

 SG 1 Prepárese para la Gestión del Riesgo

o SP 1.1 determinar fuentes de riesgos y Categorías
o SP 1.2 Definir parámetros de riesgo
o SP 1.3 Establecer una estrategia de gestión de riesgos
 SG 2 Identificar y analizar los riesgos
o SP 2.1 Identificar los riesgos
o SP 2.2 Evaluar, clasificar y priorizar los riesgos
 SG 3 Mitigar los riesgos
o SP 3.1 Desarrollar Planes de Reducción de Riesgos
o SP 3.2 Implementar planes de reducción de riesgos

19. Gestión de acuerdos con proveedores (SAM)

Es un proceso de Gestión del Proyecto esfera en el nivel de madurez 2.

El objetivo delSupplierAgreement Management (SAM) es el de
gestionar la adquisición de los productos de los proveedores para la que no
existe un acuerdo formal.

Por medio de prácticas específicas objetivo

 SG 1 establecer acuerdos con los proveedores

o SP 1.1 Determinar tipo de adquisición
o SP 1.2 Seleccionar los Proveedores
o SP 1.3 Establecer los acuerdos con los proveedores
 SG 2 satisfacer los acuerdos con los proveedores
o SP 2.1 ejecutar el contrato de proveedor
o SP 2.2 Monitorizar los procesos Proveedor seleccionado
o SP 2.3 Evaluar Proveedor seleccionado productos de trabajo
o SP 2.4 Aceptar el Producto adquirido
o SP 2.5 Productos de transición

20. Solución técnica (TS)

Es un proceso de ingeniería área en el nivel de madurez 3.

El objetivo de laTechnicalSolution (TS) es para diseñar, desarrollar e

implementar soluciones a sus necesidades. Las soluciones, diseños e
implementaciones incluyen los productos, componentes y productos
relacionados con procesos de ciclo de vida individual o en combinación, según
corresponda.

Por medio de prácticas específicas objetivo

 SG 1 Seleccione Product-Component Soluciones

o SP 1.1 Desarrollar soluciones alternativas y los criterios de
selección
o SP 1.2 Seleccione el producto Soluciones de componentes
 SG 2: Desarrollar el diseño
o SP 2.1 Diseño del producto o componente del producto
o SP 2.2 Establecer un conjunto de datos
o SP 2.3 Las interfaces de diseño utilizando criterios
o SP 2.4 Realizar Hacer, comprar, o la reutilización Análisis
 SG 3 Aplicar el diseño del producto
o SP 3.1 implementar el diseño
o SP 3.2 Desarrollar Documentación de soporte del producto

21. Validación (VAL)

Es un proceso de ingeniería área en el nivel de madurez 3.

El objeto de la validación (VAL) es demostrar que un producto o componente
del producto cumple con su uso cuando se coloca en su entorno de trabajo.

Por medio de prácticas específicas objetivo

 SG 1 Prepárese para la Validación

o SP 1.1 Selección de productos para la Validación
o SP 1.2 Establecer el Entorno de Validación
o SP 1.3 Establecer procedimientos de validación y Criterios
 SG 2 Validar Producto o los componentes del producto
o SP 2.1 realizar la validación
o SP 2.2 Analizar los resultados de la valoración.

22. Verificación (VER)

Es un proceso de ingeniería área en el nivel de madurez 3.

El propósito de la verificación (VER) es la de asegurar que determinados

productos de trabajo satisfacer sus requisitos especificados.

Por medio de prácticas específicas objetivo

 SG 1 Prepárese para la Verificación

o SP 1.1 Seleccionar productos de trabajo de verificación
o SP 1.2 Establecer la Verificación Medio ambiente
o SP 1.3 Establecer procedimientos de verificación y Criterios
 SG 2 realice los exámenes
o SP 2.1 Preparación para exámenes por pares
o SP 2.2 realizar revisiones de pares
o SP 2.3 analizar datos Peer Review
 SG 3 Verifique los Productos seleccionados de la Obra
o SP 3.1 realizar la verificación
o SP 3.2 Analizar los resultados de la verificación

4- Hablar del está ndar IEEE 1074-2006

Abstracto:
Esta norma proporciona un proceso para crear un proceso de ciclo de vida de
proyecto de software (SPLCP). Se dirige principalmente al arquitecto de
procesos para un proyecto de software dado. (Sustituido por ISO / IEC TR
24774: 2010

Alcance:
Esta norma proporciona un proceso para crear un proceso de ciclo de vida de
proyecto de software (SPLCP). Se dirige principalmente al arquitecto de
procesos para un proyecto de software dado. Es la función del arquitecto del
proceso desarrollar el SPLCP. Esta metodología comienza con la selección de
un modelo de ciclo de vida del proyecto de software apropiado (SPLCM) para
su uso en el proyecto específico. Continúa a través de la definición del ciclo de
vida del proyecto de software (SPLC), usando el SPLCM seleccionado, las
actividades proporcionadas en el Anexo A y la parte del ciclo de vida del
software que es relevante para el proyecto. La metodología concluye con el
aumento del ciclo de vida del software con los activos del proceso de
organización (OPAs) para crear el SPLCP. Las actividades que se
proporcionan en el Anexo A cubren todo el ciclo de vida de un sistema de
software, desde la exploración de concepto hasta la eventual retirada del
sistema. sistema de software. Esta norma no aborda actividades no
relacionadas con software, tales como contratación, compra o desarrollo de
hardware. También no impone el uso de un SPLCM específico, ni proporciona
una selección de, o un tutorial sobre, SPLCMs. Esta norma presume que el
arquitecto de procesos ya está familiarizado con una variedad de SPLCMs, con
los criterios para elegir entre ellos y con los criterios para determinar los
atributos y restricciones del sistema final deseado y el entorno de desarrollo
que afecta a esta selección. Finalmente, esta norma no prescribe cómo realizar
las actividades de software en el Anexo A.

Propósito:
Esta norma define el proceso mediante el cual se desarrolla un SPLCP. Es útil
para cualquier organización que sea responsable de administrar y realizar
proyectos de software. Se puede utilizar donde el software es el sistema total o
donde el software es parte de un sistema más grande.

5- Hablar del está ndar IEEE/EIA 12207

ISO/IEC 12207 Information Technology / Software Life Cycle Processes, es el
estándar para los procesos de ciclo de vida del software de la organización
ISO.

La estructura del estándar ha sido concebida de manera que pueda ser

adaptada a las necesidades de cualquiera que lo use. Para conseguirlo, el
estándar se basa en dos principios fundamentales: modularidad y
responsabilidad. Con la modularidad se pretende conseguir procesos con un
mínimo acoplamiento y una máxima cohesión. En cuanto a la responsabilidad,
se busca establecer un responsable para cada proceso, facilitando la aplicación
del estándar en proyectos en los que pueden existir distintas personas u
organizaciones involucradas, no importando el uso que se le dé a este.

Los procesos se clasifican en tres tipos: procesos principales, procesos de

soporte y procesos de la organización. Los procesos de soporte y de
organización deben existir independientemente de la organización y del
proyecto ejecutado. Los procesos principales se instancian de acuerdo con la
situación particular.

Procesos principales.
 o Adquisición.
o Suministro.
o Desarrollo.
o Operación.
o Mantenimiento.

 Procesos de soporte.
o Documentación
o Gestión de la configuración.
o Aseguramiento de calidad.
o Verificación.
o Validación.
o Revisión conjunta.
o Auditoría.
o Resolución de problemas.

 Procesos de la organización.
o Gestión.
o Infraestructura.
o Mejora.
o Recursos Humanos.