Preguntas sobre CMM
El artículo 17 de las "Varias políticas para fomentar el desarrollo de la industria del software y la industria de circuitos integrados" emitidas por el Consejo de Estado hace unos días establece que se brindará el apoyo adecuado para las tarifas de certificación de software CMM. empresas orientadas a la exportación. ¿Qué es la CMM? CMM es la abreviatura de capacidadMaturityModel. Es un método para evaluar las capacidades de contratación de software y ayudarlos a mejorar la calidad del software. Se centra en la gestión del proceso de desarrollo de software y la mejora y evaluación de las capacidades de ingeniería. CMM se divide en cinco niveles: el primer nivel es el nivel inicial, el segundo nivel es el nivel repetible, el tercer nivel es el nivel de definición, el cuarto nivel es el nivel de gestión y el quinto nivel es el nivel de optimización. CMM fue desarrollado con éxito en 1987 por el Instituto de Ingeniería de Software de la Universidad Carnegie Mellon en Estados Unidos. Es el estándar de proceso de producción de software y el estándar de certificación de nivel de madurez empresarial de software más popular y práctico del mundo. En la actualidad, todas las empresas de software existentes en mi país han pasado la certificación estándar CMM.
********************************************* *** *
CMM es un modelo de madurez de capacidad de proceso de software.
Pero esto fue despreciado por un artículo en el último número de la revista csdn.
Introducción a CMM
CMM es la abreviatura de Modelo de madurez de capacidad de proceso de software, que fue desarrollado por el Instituto de Ingeniería de Software de la Universidad Carnegie Mellon en 1986 para satisfacer las necesidades de las iniciativas iniciadas por el gobierno federal. Como requisito del gobierno de evaluar las capacidades de los proveedores de software, en 1991 se lanzó oficialmente la versión 1.0 de CMM. La CMM ha atraído mucha atención desde sus inicios y ha sido ampliamente utilizada en algunos países y regiones desarrollados. Se ha convertido en un factor de referencia importante para medir el nivel de gestión y desarrollo de software de las empresas de software, y se ha convertido en el estándar industrial de facto para la mejora de procesos de software. Se entiende que decenas de empresas en los Estados Unidos, India, Japón y otros países han aprobado la certificación CMM en diversos grados.
1986 165438 En octubre, SEI, a solicitud del gobierno federal de los EE. UU., con la asistencia de Mitre, desarrolló el Marco de madurez de capacidad de software y el Modelo de madurez de capacidad de software en septiembre de 1987 para su evaluación. capacidades. Esta es la primera herramienta utilizada para explorar la madurez de los procesos de software.
Cuatro años después, en 1991, SEI resumió la experiencia práctica del marco de madurez CMM y la primera versión del cuestionario de madurez, y lanzó la versión civil CMM1.0 sobre esta base.
Dos años después de que se utilizara CMM1.0, en abril de 1992, SEI celebró un nuevo seminario sobre CMM, al que asistieron unos 200 expertos en software. SEI lanzó CMM1.1 en 1993 después de escuchar exhaustivamente sus opiniones. Esta es también la versión de CMM más popular y común del mundo.
Este trabajo se lleva realizando desde hace más de diez años. Según el plan original de SEI, la versión mejorada 2.0 de la CMM debería completarse en junio de 1997 11, y luego, después de obtener comentarios prácticos sobre la versión 2.0, la cuasi-CMM 2.0 debería completarse en junio de 1999. Sin embargo, la Oficina del Departamento de Defensa de EE. UU. pidió a SEI que retrasara el lanzamiento de CMM 2.0 y completara primero un proyecto más urgente, CMMI.
CMMI (Capability Maturity Model Integration) es una integración de modelos de madurez de capacidad, que también es una idea del Departamento de Defensa de EE. UU. Querían integrar todos los modelos de madurez de capacidades existentes y futuros en un solo marco. Este marco tiene dos funciones: primero, reformar la forma en que se compra el software; segundo, establecer mejoras en los procesos desde la perspectiva del desarrollo integrado de productos y procesos, incluidos principios sólidos de desarrollo de sistemas.
A medida que se profundiza la investigación sobre CMM, otras disciplinas también han lanzado sus propios modelos de CMM basados en las características de este sistema. Por ejemplo, modelo de madurez de capacidad de recursos humanos, modelo de madurez de capacidad de ingeniería de sistemas, etc. Para expresar la diferencia, muchos materiales nacionales y extranjeros se refieren a CMM como SW-CMM.
La mejora de la madurez de los procesos software es un proceso gradual y requiere como garantía un proceso de desarrollo sostenible a largo plazo. Para establecer una base orientada a procesos y una cultura de mejora continua, algunas empresas de software pueden gastar mucha energía y tiempo. Pero este tipo de esfuerzo es muy necesario para cualquier empresa de software.
CMM representa actualmente una idea de desarrollo de software y un método para mejorar las capacidades de los procesos de software. Aunque tiene algunas desventajas. Por ejemplo, los niveles de madurez, las áreas de proceso clave, los atributos comunes y las prácticas clave deben discutirse y revisarse más a fondo en la industria del software, pero proporciona un buen marco para el desarrollo de la industria del software y es una herramienta útil para mejorar el proceso del software. capacidades.
La aspiración común del pueblo chino es mejorar la competitividad de las empresas de software chinas y mejorar el nivel del software nacional. Sin embargo, es indiscutible que el nivel del software chino, especialmente las capacidades de desarrollo de software. y la producción de software, sigue siendo muy pobre. Entonces, ¿cómo mejorar las capacidades de producción y desarrollo de software de mi país y mejorar así el nivel general de software? Esta puede ser una forma eficaz para que las empresas de software implementen CMM.
Las capacidades de software de una empresa dependen más de sus capacidades de proceso, especialmente de la madurez del desarrollo y la producción de software. Cuanto más maduras sean sus capacidades de proceso, más seguras serán sus capacidades de producción de software. Actualmente, algunas empresas de software nacionales están intentando implementar CMM.
Por supuesto, CMM no es una panacea ni necesariamente adecuada para todas las empresas de software. Las empresas que implementan CMM también tienen ejemplos de fracaso. Esperamos que a través de esta columna, más empresas comprendan CMM y encuentren un camino de desarrollo adecuado para sus propias empresas lo antes posible, mejorando así la competitividad de las empresas de software chinas.
********************************************* *** ***
Haz un dibujo: (diagrama de estructura de cinco capas de CMM)
-
/Nivel de optimización/
/ (5 ) /
-
↑
El proceso de mejora continua
|
-
/Nivel manejable/
/ (4) /
-
↑
Proceso predecible
|
-
/calificación/
/ (3) /
-
↑
Proceso estandarizado
|
-
/repetible/
/ (2) /
-
↑
Procedimientos estrictos
|
-
/Nivel inicial /
/ (1) /
-
************************ ** ************************
CMM, el modelo de madurez de capacidad, es un hito importante en la investigación de ingeniería de software. La investigación sobre CMM comenzó en 1986 11. En ese momento, para cumplir con los requisitos del gobierno federal de los EE. UU. para evaluar las capacidades de los proveedores de software, el Instituto de Ingeniería de Software (SEI) de la Universidad Carnegie Mellon, con la asistencia de Mitre, lanzó el Capability Maturity Framework (Capability) en menos de un año.
Mucha gente cree que este cuestionario representa el modelo CMM. De hecho, es sólo una herramienta para explorar la madurez del proceso de software. Cuatro años después apareció el modelo real. SEI resumió la experiencia práctica del marco de madurez y la primera versión del cuestionario de madurez desde 1987, y lanzó CMM1.0 sobre esta base. Lanzado en 1991, CMM1 integra los últimos cuatro años de experiencia en la evaluación de empresas de software y una amplia retroalimentación de los usuarios para crear un modelo utilizable basado en el marco de madurez que puede ayudar a las empresas de software a establecer e implementar planes de mejora de procesos de manera más efectiva.
Después de dos años de uso de CMM1.0, en abril de 1992 se celebró un seminario al que asistieron unos 200 profesionales experimentados en software.
SEI lanzó CMM1.1 en 1993 después de escuchar atentamente sus comentarios. En los últimos años, CMM lanzó la versión 2.0 y entró en el sistema ISO, llamado ISO/IEC15504 o SPICE. SPICE ha entrado en pruebas de campo desde 1995 y podría lanzarse al mercado en 2001.
CMM está comprometida con la gestión de los procesos de desarrollo de software y la mejora y evaluación de las capacidades de ingeniería. Este modelo se ha utilizado ampliamente en Estados Unidos y América del Norte, y cada vez más grandes empresas de tecnología de la información lo están adoptando en Europa y Asia. De hecho, se ha convertido en el estándar industrial de facto para la mejora y evaluación del proceso de desarrollo de software.
CMM divide la madurez del proceso de software en cinco niveles. Las siguientes son las características de las organizaciones de software de cinco niveles:
(1) El trabajo inicial es desordenado y el trabajo inicial es desordenado. El proyecto está en marcha. Los planes originales a menudo se abandonan. La gestión está desorganizada y carece de un sistema de gestión completo. Los resultados de los proyectos de desarrollo son inestables. Los métodos de gestión de un excelente gerente pueden ser eficaces, pero una vez que se marcha, el orden de trabajo será completamente diferente. El rendimiento y la calidad del producto dependen de la capacidad y el comportamiento del individuo.
(2) Se ha institucionalizado una gestión repetible, se han establecido reglas y regulaciones básicas de gestión y el trabajo de gestión tiene reglas a seguir. Inicialmente se logró la estandarización y los estándares se implementaron bien en el trabajo de desarrollo. Los cambios deben realizarse de acuerdo con la ley para alcanzar la línea de base. Estable y rastreable, la planificación y gestión de nuevos proyectos se basan en experiencias prácticas pasadas y cuentan con el entorno y las condiciones para repetir proyectos exitosos anteriores.
(3) Se ha estandarizado y documentado el proceso de desarrollo definido, incluyendo el trabajo técnico y el trabajo de gestión. Se ha establecido un completo sistema de formación y un sistema de evaluación de expertos. Todas las actividades técnicas y de gestión son controlables y todos tienen la misma comprensión de los procesos, posiciones y responsabilidades de los proyectos en construcción.
(4) Se han establecido objetivos cuantitativos de calidad para los productos y procesos gestionados. Se puede medir la productividad y la calidad de las actividades de un proceso. Se ha establecido la base de datos del proceso. Logré el control sobre los productos y procesos del proyecto. Pronosticar tendencias de calidad de productos y procesos, como desviaciones de pronóstico, y permitir correcciones oportunas.
(5) La optimización puede centrarse en mejorar el proceso y adoptar nuevas tecnologías y métodos. Hay formas de prevenir defectos, identificar áreas débiles y mejorarlas. Se pueden obtener y analizar estadísticas sobre la eficacia del proceso para llegar al mejor enfoque.
India es un gran país de software y concede gran importancia a la gestión del proceso de desarrollo de software y a la formulación de teorías y estándares relacionados. Según las estadísticas, entre las más de 2000 empresas de software en la India, 75 han obtenido la certificación ISO9000 y más de 60 han obtenido la certificación CMM. Entre ellas, 1 ha alcanzado el nivel 5 de CMM, 3 han alcanzado el nivel 4 de CMM y hay 3 CMM. 4 niveles.
Las principales diferencias entre CMM e ISO9000 son las siguientes:
1. CMM está especialmente diseñado para el desarrollo de productos y servicios de software, mientras que el alcance de ISO9000 es mucho más amplio.
2.CMM enfatiza la madurez del proceso de desarrollo de software, es decir, la mejora continua y la perfección del proceso, mientras que ISO9000 sólo describe el estándar mínimo de un sistema de calidad aceptable.
3.3 Cobertura. CMM3 es más grande que ISO9000.
La importancia de introducir CMM;
1. Para las empresas de software:
Mejorar las capacidades de gestión del desarrollo de software: CMM proporciona a las empresas de software métodos de autoevaluación. y medios de superación personal.
Mejorar la productividad del software
Mejorar la competitividad internacional de la producción de software
2 Para contratistas de proyectos de software y usuarios de software:
It It. proporciona un medio para evaluar el nivel de gestión del desarrollo de los desarrolladores de software y ayuda a identificar los riesgos de los proyectos de desarrollo de software.
********************************************* *** ****
A medida que se profundiza la investigación popular sobre CMM, otras disciplinas también han lanzado sus propios modelos CMM basados en las características de este sistema.
Por ejemplo, modelo de madurez de capacidad de recursos humanos, modelo de madurez de capacidad de ingeniería de sistemas, etc.:
(1) Máquina de medición de coordenadas de software (máquina de medición de coordenadas de software)
(2) SE- CMM (Ingeniería de Sistemas CMM) Ingeniería de Sistemas CMM.
(3) SA-CMM (Software Procurement CMM) CMM de Adquisición de Software.
(4) ipt-CMM (Integrated Product Team CMM) Grupo de productos integrado CMM.
(5) Modelo de Madurez de Capacidades de Recursos Humanos P-CMM (People CMM).
Para expresar la diferencia, muchos materiales nacionales y extranjeros se refieren a CMM como SW-CMM. Según el plan original de SEI, la versión mejorada 2.0 de la CMM debería completarse en junio de 1997 11, y luego, después de obtener comentarios prácticos sobre la versión 2.0, la cuasi-CMM 2.0 debería completarse en junio de 1999. Sin embargo, la Oficina del Departamento de Defensa de EE. UU. pidió a SEI que retrasara el lanzamiento de CMM 2.0 y completara primero un proyecto más urgente, CMMI.
CMMI (Capability Maturity Model Integration) es un modelo de integración de madurez de capacidades y una idea del Departamento de Defensa de EE. UU. Querían integrar todos los modelos de madurez de capacidades existentes y futuros en un solo marco. Este marco tiene dos funciones: primero, reformar la forma en que se compra el software; segundo, establecer mejoras en los procesos desde la perspectiva del desarrollo integrado de productos y procesos, incluidos principios sólidos de desarrollo de sistemas. En lo que respecta al software, CMMI es una versión revisada de SW-CMM. Combina las ventajas del borrador SW-CMM versión 2.0c y SPA, haciéndolo más razonable, científico y completo. Cuando SEI lanzó CMMI-SE/SW 1.0, se anunció que tomaría aproximadamente dos años completar la transición de CMM a CMMI.
El proyecto CMMI proporciona a los departamentos gubernamentales y de la industria un conjunto de productos integrados. Su objetivo principal es eliminar inconsistencias y duplicaciones entre diferentes modelos y reducir el costo de las mejoras basadas en modelos. CMMI utilizará un marco más sistemático y consistente para guiar a las organizaciones a mejorar los procesos de software y mejorar las capacidades de desarrollo, adquisición y mantenimiento de productos y servicios.
********************************************* *** **
El proceso de desarrollo de CMM
En 1984, para reducir los riesgos de adquisiciones, el Departamento de Defensa de EE. UU. encargó al Instituto de Ingeniería de Software (SEI) de la Universidad Carnegie Mellon que Desarrollar un modelo de evaluación y mejora de procesos de software, también conocido como SEI SW-CMM. Este modelo se lanzó oficialmente en 1991 y rápidamente fue reconocido por las empresas de software y sus clientes. A partir de 1987, SEI introdujo el marco SW-CMM en 1991, 1993, CMMI-SE/SW1 en 2000. En abril de 2001, mi país también publicó el "Modelo de evaluación de la capacidad de proceso del software SJ/t 11234-2006 54 38 0" y el "Modelo de madurez de la capacidad del software SJ/t 1654 38 0235-2006 54 38 0". Nuestro gobierno siempre ha otorgado gran importancia a la regulación y el desarrollo de la industria del software. En junio de 2000, el Consejo de Estado emitió el "Documento No. 18". El artículo 17 del Capítulo 5 establece claramente que se alienta a las empresas orientadas a la exportación de software a aprobar la certificación del sistema de garantía de calidad de la serie ISO9000 y la certificación CMM, y las tarifas de certificación serán respaldadas adecuadamente. por el Fondo Central de Desarrollo del Comercio Exterior. En la actualidad, todas las provincias, ciudades, zonas de alta tecnología y parques de software cuentan con sistemas para ofrecer incentivos financieros a las empresas que aprueben CMM.
********************************************* *** ***
El significado y función de CMM
CMM es la abreviatura de Capability Maturity Model for Software, que en chino se llama "Software Capability Maturity Model". Es una descripción de las capacidades del proceso de software de la organización.
El núcleo de CMM es considerar el desarrollo de software como un proceso. Con base en este principio, se lleva a cabo el monitoreo de procesos y la investigación sobre el desarrollo y mantenimiento de software para hacerlo más científico y estandarizado, de modo que las empresas puedan alcanzar mejor sus objetivos comerciales. Se centra en la gestión del desarrollo de procesos de software y la mejora y evaluación de las capacidades de ingeniería de software. Por lo tanto, CMM se utiliza para evaluar las capacidades de los contratistas de software y ayudar a las organizaciones a mejorar la calidad de los procesos de software. Actualmente es el modelo de mejora de procesos de software más popular y práctico del mundo y se ha convertido en un contenido indispensable para las empresas dedicadas a la producción de software a gran escala. El propósito de CMM es ayudar a las empresas de software a gestionar y mejorar sus procesos de ingeniería de software, mejorar sus capacidades de desarrollo y mejora y desarrollar software de alta calidad a tiempo y dentro del presupuesto. La implementación y evaluación del modelo CMM puede brindar los siguientes beneficios a las empresas: guiar a las organizaciones de software para mejorar las capacidades de gestión y desarrollo de software; ayudar a las empresas de software a evaluar las capacidades de desarrollo y gestión de software; determinar el desarrollo de procesos efectivos y prácticas clave para mantener y mantener el software; ayudar a las empresas de software a identificar las prácticas clave necesarias para lograr una mayor madurez de CMM y mejorar la competitividad internacional de las empresas de software;
********************************************* *** ***
¿Cuál es el núcleo de CMM? Esta es una pregunta de larga data entre las personas interesadas en la ingeniería de software y la mejora de procesos. Preparé un caso durante una capacitación en CMM. Espero explicar este problema de manera vívida y sencilla. Lo compartiré con ustedes aquí. También espero que hagan más preguntas. Si desea reimprimir, envíeme un correo electrónico: JennyLi@netease.com. Gracias. Antecedentes del caso: Hay una casa con algunas personas, algunas tazas y teteras, y equipo para hervir agua. Todo el mundo necesita beber agua hervida. CMM 1: Procedimiento: Busca una taza y una tetera para verter agua. Problema: No encuentro una taza, no encuentro una tetera, no encuentro agua para beber, no encuentro una tetera, no encuentro agua - No sé cómo beber agua en un día - No sé cómo ¿Cuánto tiempo se tarda en servir un vaso de agua? No sé cuánto tiempo les toma a todos servir agua todos los días. No sé cómo Piensa: ¿Comprar un dispensador de agua resolverá el problema? CMM Nivel 2: Proceso: Coloque la taza sobre la mesa de café. Pon la tetera sobre la mesa del comedor. Si no hay agua, hierve la taza en la cocina y vuelve a colocarla en la mesa de café. Entrenamiento: Hervir agua en la cocina. Lava las tazas y mide cuántas ollas de agua necesitas hervir cada día. ¿Cuánto tiempo se tarda en verter agua por persona por hora/día? Algunas personas comprueban que todos hayan lavado sus tazas después de usarlas y las devuelven a la mesa. Los gerentes prestan atención al estado de ejecución y los efectos de estas actividades: hervir el agua lleva demasiado tiempo y la eficiencia para beber es inestable hasta que se enfría. Algunas personas Cmm Nivel 3: Proceso: Primero todos toman una taza de la mesa de café y luego sirven agua de la mesa del comedor. Cada persona vierte dos tazas de agua en una taza grande a la vez y la comparte con los demás. Designe a alguien para que hierva el agua con regularidad y designe a alguien para que recoja y limpie las tazas en la tetera fría con regularidad. P: ¿Cómo podemos hacerlo mejor? Pensando: ¿Es rentable comprar un dispensador de agua? CMM Nivel 4: Proceso: Establecer un modelo de evaluación: ahorrar 1 minuto = ahorrar 1 yuan. Si cada persona ahorra 1 minuto por día, 100 personas pueden ahorrar 3000 yuanes por mes (30 días); siempre que el gasto mensual no supere los 3000 yuanes, puede probar un nuevo proceso y definir un objetivo de gestión cuantitativa: en tres Dentro del mes, reducir el tiempo que cada persona vierte agua en 2 minutos por día y establecer una línea de base con el tiempo actual que cada persona vierte agua por día: un promedio de 10 minutos. Cada uno se fija una meta superior al promedio: I. Dedico un tiempo a echar agua todos los días de no más de 6 minutos para medir y controlar el tiempo que dedico a echar agua todos los días. Una vez que supere los 6 minutos, quiero analizar la causa raíz y crearla. El marcador final fue de 8 minutos, superando el objetivo pero mejor que la media. Línea de base ajustada después de 3 meses: promedio 8 minutos, mínimo 4 minutos, máximo 15 minutos. Pregunta: ¡No puedo hacerlo sin mejorar! Pensando: ¿Comprar un dispensador de agua es la mejor solución? CMM Nivel 5: Proceso: Encuentre la causa raíz del problema: la razón por la que tiene que dedicar más tiempo a verter agua es porque la habitación es demasiado grande y caminó demasiado hasta la mesa del comedor. Encuentre todas las formas de resolver la raíz. causa Utilice el modelo de evaluación para evaluar, seleccionar un método y formular Objetivo de mejora: comprar 10 dispensadores de agua en la sala de estar, ahorrar 2 minutos por persona por día y desarrollar los procesos correspondientes: si compra un dispensador de agua, debe hacerlo. Pida agua embotellada con regularidad.
Limpie y desinfecte periódicamente la salida de agua de la máquina de beber y pídale a alguien que reemplace el balde vacío a tiempo. Proceso de prueba: busque algunas personas para que lo prueben primero y vean si pueden lograr los objetivos esperados. Dejemos que todos usen el dispensador de agua para continuar buscando otras causas fundamentales... Pregunta: Cómo encontrar más causas fundamentales y cómo introducir más métodos nuevos. Piensa: ¿Existe una forma mejor que un dispensador de agua?
Metáfora 2:
Nivel 1: Un grupo de personas sin formación ni experiencia. Después de entrar al agua, se dejaron caer, algunos flotando y otros hundiéndose. Este es el primer nivel de desorden, con consecuencias incognoscibles del segundo nivel: todo el mundo ha estado en una piscina o en un estanque pequeño varias veces y básicamente no sucede nada en tales condiciones. Pero los movimientos eran confusos y había rasguños de perro que no podía nombrar. En otras palabras, el segundo nivel puede repetir la experiencia exitosa anterior: después de la investigación, se determinan varios estilos de natación estándar y se sabe que el estilo libre es el más rápido, el de pecho el que requiere menos esfuerzo, etc. Este es el tercer nivel. Hay un proceso estándar para definir el cuarto nivel: después de que todos hayan dominado los movimientos estándar, pueden comparar sus resultados. Midiendo el rendimiento de natación de cada persona (por supuesto, se debe separar el rendimiento de los diferentes estilos de natación), la fuerza muscular, etc. , analice los particularmente buenos y malos, descubra las razones de los buenos y malos, y el nivel técnico de todos seguirá mejorando. Este es el cuarto nivel de control cuantitativo, y el quinto nivel se gestiona y mejora a través de datos: el nivel técnico de todos es muy alto y sus movimientos son perfectos. Mejoraremos nuestros resultados creando nuevos estilos de natación, introduciendo nuevos trajes de baño y otras innovaciones. Este es el quinto nivel de mejora continua.
********************************************* *** ***
La estructura de la máquina de medición de coordenadas
SW-CMM proporciona un marco evolutivo paso a paso para las capacidades de proceso de las empresas de software, con cinco pasos . El primer nivel es en realidad un punto de partida. Cualquier empresa que planee evolucionar de acuerdo con la calidad de CMM generalmente comenzará en este punto de partida y pasará al segundo nivel. Excepto el primer nivel, cada nivel tiene un conjunto de objetivos. Si se logra este conjunto de objetivos, significa que ha alcanzado este nivel de madurez y puede pasar al siguiente nivel. El sistema CMM no aboga por la evolución entre niveles, porque desde el segundo nivel, cada implementación de bajo nivel es la base para la implementación de alto nivel.
SW-CMM proporciona un marco que evoluciona gradualmente.
1. El proceso del software en la etapa inicial es un proceso aleatorio indefinido y la ejecución del proyecto es aleatoria o incluso caótica. Quizás algunas empresas hayan desarrollado algunas especificaciones de ingeniería de software, pero si estas especificaciones no cubren los requisitos básicos del proceso clave y su implementación no está garantizada por políticas y recursos, todavía se consideran en un nivel elemental.
Basándose en años de experiencia y lecciones, la gente ha llegado a la conclusión de que el problema principal en el desarrollo de software no es la tecnología, sino la gestión. Por tanto, el segundo nivel se centra en el proceso de gestión del software. Un proceso manejable es un proceso repetible, y un proceso repetible puede evolucionar y madurar con el tiempo. El proceso de gestión secundaria incluye cinco aspectos: gestión de la demanda, gestión de proyectos, gestión de calidad, gestión de configuración y gestión de subcontratación. Entre ellos, la gestión de proyectos se divide en dos procesos: proceso de planificación y proceso de seguimiento y seguimiento. Al implementar estos procesos, podemos ver un proceso de desarrollo de software planificado y controlable desde una perspectiva de gestión.
3. La capa de definición solo define el proceso básico de gestión de la segunda capa y no define los estándares para los pasos de implementación. El tercer nivel requiere el desarrollo de estándares de ingeniería para toda la empresa. Tanto la gestión como el desarrollo de ingeniería requieren un conjunto de estándares documentados e integrar estos estándares en el proceso de desarrollo de estándares de software empresarial. Todos los proyectos desarrollados deben adaptar los procesos del proyecto de acuerdo con este proceso estándar e implementar estos procesos. El proceso de corte no es arbitrario y debe ser aprobado por el personal pertinente de la empresa antes de poder utilizarse.
4. El cuarto nivel de gestión es la gestión cuantitativa. Todos los procesos deben establecer métodos de medición correspondientes, y la calidad de todos los productos (incluidos los productos de trabajo y los productos enviados a los usuarios) debe tener indicadores de medición claros. Estas métricas deben ser detalladas y pueden usarse para comprender y controlar el proceso y el producto del software. El control cuantitativo realmente convertirá el desarrollo de software en una actividad de producción industrial.
5. El objetivo de la optimización del quinto nivel es alcanzar un estado de mejora continua. La llamada mejora continua consiste en mejorar el siguiente proceso de ejecución en función de la información de retroalimentación de la ejecución del proceso, es decir, optimizar los pasos de ejecución. Si una empresa alcanza este nivel, significa que puede ajustar continuamente el proceso de producción de software de acuerdo con la naturaleza, la tecnología y otros factores del proyecto real para lograr lo mejor.
En términos de efectos, la madurez del desarrollo y la producción de software ha traído efectos completamente diferentes a las empresas de software en las diferentes etapas mencionadas anteriormente. Desde la primera etapa hasta la quinta etapa, la precisión de la planificación del desarrollo y la producción de software es cada vez mayor, el ciclo de producción del proyecto unitario es cada vez más corto y el costo del proyecto unitario es cada vez menor.
Área de proceso clave (KPA)
A excepción del primer nivel, cada etapa de SW-CMM está hecha exactamente de la misma estructura. Cada nivel contiene varias áreas de proceso clave (KPA) para lograr los objetivos de este nivel, y cada KPA contiene además varias actividades de implementación clave (KP). No importa qué tipo de KPA, sus actividades de implementación están organizadas por cinco atributos comunes, es decir, cada KPA contiene cinco tipos de KP.
1. Cada KPA determina un conjunto de objetivos. Si estos objetivos se pueden lograr en cada proyecto, significa que la empresa ha cumplido con los requisitos de este KPA. Si se cumplen todos los requisitos de KPA para un nivel, indica que se ha alcanzado la capacidad requerida para ese nivel.
2. Garantía de implementación La garantía de implementación es la actividad que deben realizar las empresas para establecer e implementar la KPA correspondiente. Estas actividades incluyen principalmente el desarrollo de políticas para toda la empresa y responsabilidades de alta dirección.
3. Capacidad de implementación La capacidad de implementación es un requisito previo para que las empresas implementen KPA. Las empresas deben tomar medidas para cumplir con estas condiciones antes de poder implementar actividades de implementación de KPA. Las capacidades de ejecución generalmente incluyen garantía de recursos, capacitación del personal, etc.
4. Actividades de ejecución El proceso de ejecución describe los roles y pasos necesarios para ejecutar el KPA. Entre los cinco atributos, las actividades de ejecución son los únicos atributos relacionados con la ejecución del proyecto, y los otros cuatro atributos están relacionados con el establecimiento de la infraestructura de capacidad CMM de la empresa. Las actividades de ejecución generalmente incluyen planificación, ejecución de tareas, seguimiento de la ejecución de tareas, etc.
5. Análisis métrico El análisis métrico describe el proceso de medición y los requisitos para el análisis de medición. Un requisito típico para las métricas y el análisis de métricas es determinar el estado y la efectividad de las actividades de ejecución.
6. Verificación de la implementación La verificación de la implementación consiste en verificar si las actividades de implementación son consistentes con el proceso establecido. La implementación de la verificación incluye revisiones y auditorías de la gestión, así como actividades de garantía de calidad.
Al implementar CMM, el orden de implementación de KPA se puede determinar de acuerdo con los diferentes grados de problemas en el proceso de software empresarial, y luego los procesos correspondientes se pueden establecer e implementar gradualmente en el orden determinado. Al ejecutar un KPA, el grupo objetivo también puede quedar satisfecho gradualmente. La evolución del proceso y la madurez gradual son los objetivos de los sistemas CMM.