CMMI3-Informe Propuesta de Mejora PDF

INTEGRANTES
• Javiera López
• Matías Muñoz
• Gerson Pino
• Alana Retamal
SECCIÓN
• MDC7501
EVALUADO POR
• Myrle Suárez
Contenido
1.Introducción ..................................................................................................................................... 3
2.Paralelo entre CMMI-DEV nivel 3 y la organización......................................................................... 4
2.1 Desarrollo de Requisitos (RD).................................................................................................... 4
2.1.1 Meta específica .................................................................................................................. 4
2.1.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas ...................................... 4
2.1.3 Cuadro comparativo entre Roles ....................................................................................... 5
2.1.4 Cuadro comparativo entre Productos ................................................................................ 6
2.1.5 Sub-prácticas que pueden mejorar .................................................................................... 6
2.2 Solución técnica (TS) ................................................................................................................. 6
2.2.1 Meta específica .................................................................................................................. 6
2.2.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas ...................................... 6
2.2.3 Cuadro comparativo entre Roles ..................................................................................... 11
2.2.4 Cuadro comparativo entre Productos .............................................................................. 11
2.2.5 Sub-prácticas que pueden mejorar .................................................................................. 12
2.3 Verificación (VER) .................................................................................................................... 13
2.3.1 Meta específica ................................................................................................................ 13
2.3.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas .................................... 13
2.4 Validación (VAL) ...................................................................................................................... 15
2.4.1 Meta específica. ............................................................................................................... 15
2.5 Integración de Producto (PI) ................................................................................................... 17
2.5.1 Meta específica ................................................................................................................ 17
1|Página
3.Manual de buenas prácticas .......................................................................................................... 19
3.1 Desarrollo de Requisitos (RD).................................................................................................. 19
3.1.1 Meta ................................................................................................................................. 19
3.1.2 Práctica específica ............................................................................................................ 19
3.1.3 Sub práctica a incorporar ................................................................................................. 19
3.2 Solución Técnica (TS) ............................................................................................................... 20
3.2.1 Meta ................................................................................................................................. 20
3.3 Verificación (VER) .................................................................................................................... 21
3.3.1 Meta ................................................................................................................................. 21
3.4 Validación (VAL) ...................................................................................................................... 22
3.4.1 Meta ................................................................................................................................. 22
3.5 Interacción de Producto (TS) ................................................................................................... 22
3.5.1 Meta ................................................................................................................................. 22
4.Anexos ............................................................................................................................................ 23
4.1 Definiciones, acrónimos y abreviaciones ................................................................................ 23
4.2 Referencias .............................................................................................................................. 23
4.3 Bibliografía .............................................................................................................................. 23
2|Página
1.Introducción
El presente informe, tiene como finalidad comparar y establecer las buenas prácticas realizadas
por la empresa TeDesarrollo LTDA. y lo propuesto por CMMI-DEV, mediante el análisis pactado en
el informe de diagnóstico.
La empresa actualmente se encuentra en un nivel de madurez 2, y que, a pesar de realizar

acciones paliativas para el control de sus procesos, no son del todo conforme al manual de
modelos de calidad.
Por esta razón, se eligió, de cada área de proceso que ofrece el manual CMMI-DEV V1.3, metas y
prácticas específicas que se ajustan para establecer con lo que la empresa tiene y lo que le falta
para llegar a nivel de madurez 3: Ingeniería.
3|Página
2.Paralelo entre CMMI-DEV nivel 3 y la organización
2.1 Desarrollo de Requisitos (RD)
2.1.1 Meta específica
SG 2 Desarrollar los requisitos de producto.
2.1.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas
Práctica Sub practica TeDesarrollo Ltda.

SP 2.1 Establecer los requisitos de 1. Desarrollar los requisitos en
producto y de componente de los términos técnicos necesarios
producto. para
el diseño del producto y de los Jefe de Proyecto determinar
componentes de producto. los requisitos del producto
2. Inferir los requisitos
resultantes de las decisiones de
diseño. x
3. Desarrollar los requisitos de
arquitectura capturando los
atributos
críticos de calidad y las medidas
de atributos de calidad
necesarios
para establecer la arquitectura y
el diseño del producto. x
4. Establecer y mantener las
relaciones entre los requisitos
para su
consideración durante la gestión
del cambio y la asignación de los
requisitos. x
4|Página
Práctica Sub practica TeDesarrollo Ltda.
SP 2.2 Asignar los requisitos 1. Asignar los requisitos a las
de componente de funciones. Documentación
producto. 2. Asignar los requisitos a los
componentes de producto y a la
arquitectura. x
3. Asignar las restricciones de
diseño a componentes de producto
ya Planificación y documentación
la arquitectura. realizada por el Jefe de Proyecto
4. Asignar requisitos a las entregas
incrementales. x
5. Documentar las relaciones entre
requisitos asignados. x
TeDesarrollo
Práctica Sub practica Ltda.
SP 2.3 Identificar los 1. Identificar las interfaces tanto externas
requisitos de interfaz. como internas al producto Documentación
2. Desarrollar los requisitos para las interfaces
identificadas. x
2.1.3 Cuadro comparativo entre Roles
CMMI-DEV TeDesarrollo Ltda.

Jefe de Proyecto Jefe de Proyecto
Analista QA Analista QA
Analista Programador Analista Programador
Diseñador Diseñador
5|Página
2.1.4 Cuadro comparativo entre Productos

Requisitos de arquitectura, que especifican o restringen las
relaciones
entre componentes de producto. x
Restricciones de diseño. X
Documento de
Requisitos de producto. requerimientos
Relaciones entre requisitos inferidos. X
Requisitos inferidos. X
Requisitos de interfaz. X
2.1.5 Sub-prácticas que pueden mejorar

• Implementar un cambio con no más de una semana de esfuerzo del personal.
• Asignar las restricciones de diseño a componentes de producto y a la arquitectura.
2.2 Solución técnica (TS)

SG 1 Seleccionar soluciones de componentes de producto.
Práctica Sub practica Práctica en Magic-On

SP 1.1 Desarrollar 1.Coste de desarrollo, fabricación,
soluciones aprovisionamiento,
alternativas y los mantenimiento y soporte. X
criterios de Verificar cumplimiento de requerimientos
selección en el componente de software
desarrollado(fiabilidad),
Controlar cambios en los
2.Logro de los requisitos clave de requerimientos(mantenimiento): recibir
los atributos de calidad, como la solicitudes de cambio, aprobarlas y
oportunidad, la protección, la modificar los requerimientos en la
fiabilidad y la facilidad de construcción del
mantenimiento del producto. software de manera controlada.
3.Complejidad de los procesos
relativos al ciclo de vida de los x
6|Página
componentes de producto y del
producto.
4.Robustez en el funcionamiento
del producto y en las condiciones
de uso, modos de operación,
entornos y variaciones en los
procesos del ciclo de vida
relativos al producto. x
P 1.2 Seleccionar 1.Evaluar cada solución/conjunto
las soluciones de alternativo de soluciones frente a
componentes de los criterios de selección
producto. establecidos en el contexto de los
conceptos y escenarios
operacionales. x
2.En base a la evaluación de
alternativas, evaluar la
adecuación de los criterios de
selección y actualizar estos
criterios según sea necesario. x
3.Identificar y resolver las
cuestiones con las soluciones
alternativas y los requisitos. x
4.Seleccionar el mejor conjunto
de soluciones alternativas que
satisfagan los criterios de
selección establecidos. x
5.Establecer los requisitos
funcionales y de atributos de
calidad asociados con el conjunto
seleccionado de alternativas, así
como con el
conjunto de requisitos asignados
a esos componentes de producto. x
6.Identificar las soluciones de
componentes de producto que
serán reutilizadas o adquiridas. x
7.Establecer y mantener la
documentación de las soluciones,
las evaluaciones
y el análisis razonado. x
7|Página
Meta específica:
*SG 2 Desarrollar el diseño.
Práctica en Magic-
Práctica Sub practica On
SP 2.1 Diseñar el
producto o los
componentes de
producto. 1.Evaluar cada solución/conjunto alternativo de
soluciones frente a los criterios de selección
establecidos en el contexto de los conceptos y
escenarios operacionales. x
2.En base a la evaluación de alternativas, evaluar la
adecuación de los criterios de selección y actualizar
estos criterios según sea necesario. Carta Gantt
Reunión de Jefe de
3.Identificar y resolver las cuestiones con las soluciones Proyecto con
alternativas y los requisitos. cliente
4.Seleccionar el mejor conjunto de soluciones

alternativas que satisfagan los criterios de selección
establecidos. x
5.Establecer los requisitos funcionales y de atributos de
calidad asociados con el conjunto seleccionado de
alternativas, así como con el conjunto de requisitos
asignados a esos componentes de producto. x
6.Identificar las soluciones de componentes de
producto que serán reutilizadas o adquiridas. x
7.Establecer y mantener la documentación de las
soluciones, las evaluaciones
y el análisis razonado. x
SP 2.2 Establecer un
paquete de datos
técnicos. 1. Determinar el número de niveles de diseño y el nivel
apropiado de documentación para cada nivel de
diseño. x
2.Determinar las vistas que se utilizarán para
documentar la arquitectura. x
3.Basar las descripciones de diseño detallado en los
requisitos asignados a los componentes de producto, a
la arquitectura y a los diseños de más alto nivel. x
8|Página
4.Documentar el diseño en el paquete de datos
técnicos. x
5.Documentar las decisiones claves, tomadas o

definidas, Documentación del
incluyendo su análisis razonado. Proyecto
Modificar el paquete de datos técnicos según sea
necesario. x
SP 2.3 Diseñar las
interfaces usando
criterios. 1. Definir los criterios de la interfaz. x
2. Identificar las interfaces asociadas con otros
componentes de producto. x
3. Identificar las interfaces asociadas con elementos
externos. x
4. Identificar las interfaces entre los componentes de
producto y los procesos de ciclo de vida relativos al
producto. x
5. Aplicar los criterios para las alternativas de diseño de
la interfaz. x
6. Documentar los diseños de la interfaz seleccionados
y el análisis razonado de la selección. x
SP 2.4 Realizar los
análisis sobre si 1. Desarrollar los criterios para la reutilización de los
hacer, comprar o diseños de los
reutilizar. componentes de producto. x
2. Analizar los diseños para determinar si deberían
desarrollarse,reutilizarse o comprarse los componentes
de producto. x
3. Analizar las implicaciones para el mantenimiento
cuando se considera
comprar o no desarrollar algunos elementos (p. ej.,
COTS,productos comerciales gubernamentales, de
reutilización). x
9|Página
Meta específica:
*SG 3 Implementar el diseño del producto.
Practica en
Practica Sub practica Magic-On
SP 3.1 Implementar el diseño. 1.Usar métodos eficaces para implementar los
componentes de producto. x
2. Adherirse a los estándares y a los criterios
aplicables. x
3.Llevar a cabo revisiones entre pares de los
componentes de producto seleccionados. x
4. Realizar pruebas unitarias del componente de
producto según sea apropiado. Analista QA
5. Modificar el componente de producto según sea
necesario. x
SP 3.2 Desarrollar la 1. Revisar los requisitos, el diseño, el producto y los
documentación de soporte resultados de pruebas para asegurar que se identifican
del producto. y resuelven las cuestiones
que afectan a la documentación de instalación, de
operación y de mantenimiento. x
2. Utilizar métodos eficaces para desarrollar la

documentación de instalación,
de operación y de mantenimiento. x
3. Adherirse a los estándares aplicables de
documentación. x
4. Desarrollar las versiones preliminares de la
de operación y de mantenimiento en fases iniciales del
ciclo de
vida del proyecto para su revisión por las partes
interesadas relevantes.
x
5. Llevar a cabo revisiones entre pares de la
de operación y de mantenimiento. x
6. Modificar la documentación de instalación, de
operación y de mantenimiento según sea necesario. x
10 | P á g i n a

Jefe de Proyectos Jefe de Proyectos
Analista de Proyectos x
Analista programador Analista programador
Analista funcional Analista funcional
Analista de sistemas x

S.P 1.1
1. Criterios de filtrado de la solución alternativa. x
2. Informes de evaluación de nuevas tecnologías. x
3. Soluciones alternativas. x
4. Criterios de selección para la selección final. x
5. Informes de evaluación de los productos COTS. x
S.P 1.2
TeDesarrollo
CMMI-DEV Ltda.
1. Decisiones y análisis razonado de la selección de componentes de producto. x
2. Relaciones documentadas entre los requisitos y los componentes de
producto. x
3. Soluciones, evaluaciones y análisis razonado documentadas. x
S.P 2.1
1. Arquitectura del producto. x
2. Diseño del componente de producto. x
S.P 2.2
1. Paquete de datos técnicos. x
11 | P á g i n a
S.P 2.3
1. Especificaciones del diseño de la interfaz. Jefe de Proyecto
2. Documentos de control de la interfaz. x
3. Criterios de especificación de la interfaz. x
4. Análisis razonado del diseño seleccionado de la interfaz. x
S.P 2.4
1. Criterios para la reutilización del diseño y del componente de producto. Analista Programador
2. Análisis sobre hacer o comprar. x
3. Guías para elegir componentes de producto COTS. x
S.P 3.1
1. Paquete de datos técnicos. x
S.P 3.2
1. Materiales de formación del usuario final. x
2. Manual de usuario. x
3. Manual del operador. x
4. Manual de mantenimiento. x
5. Ayuda en línea. x

• Identificar y resolver las cuestiones con las soluciones alternativas y los requisitos.
• Establecer y mantener la documentación de las soluciones, las evaluaciones
y el análisis razonado.
• Identificar las principales aproximaciones y fuentes de reutilización.
• Desarrollar plantillas, o clases y marcos de trabajo de componentes de
producto.
• Definir formalmente el comportamiento e interacción de los
componentes usando un lenguaje de descripción de la arquitectura.
• Establecer y mantener los criterios frente a los cuales puede evaluarse el diseño.
• Documentar el diseño
12 | P á g i n a
• Documentar las decisiones claves (es decir, efecto significativo sobre coste, calendario o
rendimiento técnico) tomadas o definidas, incluyendo su análisis razonado.
• Modificar el paquete de datos técnicos según sea necesario.
2.3 Verificación (VER)

SG 2 Realizar las revisiones entre pares.
TeDesarrollo
SP 2.1 Preparar
las revisiones 1. Determinar el tipo de revisión entre pares a realizar. x
entre pares.
2. Definir los requisitos para recoger los datos durante la
revisión entre pares. x
3. Establecer y mantener los criterios de entrada y salida
para la revisión entre pares. x
4. Establecer y mantener criterios para solicitar otra revisión

entre pares. x
5. Establecer y mantener listas de comprobación para
asegurar que los productos de trabajo se revisan
consistentemente. x
6. Desarrollar un calendario detallado de la revisión entre
pares, incluyendo las fechas para la formación de la revisión
entre pares y cuándo estarán disponibles los materiales para
la revisión entre pares. x
7. Asegurar que el producto de trabajo satisface los criterios x
de entrada
de la revisión entre pares antes de su distribución.
8. Distribuir a los participantes el producto de trabajo a
revisar y su
información relacionada con suficiente antelación de forma x
que les permita prepararse adecuadamente para la revisión
entre pares.
9. Asignar roles para la revisión entre pares según proceda. x
10. Prepararse para la revisión entre pares mediante la
revisión del producto
de trabajo antes de llevar a cabo la revisión entre pares. x
13 | P á g i n a
TeDesarrollo
SP 2.2 Realizar las 1. Desempeñar los roles asignados en la revisión
revisiones entre pares entre pares. x
2. Identificar y documentar defectos y otras
cuestiones sobre el producto de trabajo. x
3. Registrar los resultados de la revisión entre
pares, incluyendo los elementos de acción. Documentación
4. Recoger los datos de la revisión entre pares. x

5. Identificar elementos de acción y comunicar las
cuestiones a las
partes interesadas relevantes. x
6. Realizar una revisión entre pares adicional si es
necesario. x
7. Asegurar que se satisfacen los criterios de salida
de la revisión entre pares. x

Jefe de Proyectos Jefe de Proyecto
Analista programador Analista Programado
Diseñador Diseñador
14 | P á g i n a

Calendario de la revisión entre pares. x
Criterios para solicitar otra revisión entre pares. x
Lista de comprobación de la revisión entre pares. x
Productos de trabajo seleccionados para revisar. x

• Integración continua (es decir, enfoque Ágil que identifica cuestiones
de integración en las etapas iniciales).
• Impacto de la resolución de los defectos.
• Registrar los datos relativos a la preparación, realización y resultados
de la revisión entre pares.
• Almacenar los datos para futuras consultas y análisis.
2.4 Validación (VAL)

2.4.1 Meta específica.
SG 2 Validar el producto o los componentes de producto.
TeDesarrollo
SP 2.1 Analizar los 1. Comparar los resultados reales con los resultados
resultados de la esperados. x
validación 2. Identificar los productos y los componentes de
producto que no funcionan adecuadamente en el
entorno de operación previsto, o
identificar los problemas con los métodos, criterios o el
entorno, en base a los criterios de validación
establecidos. x
3. Analizar los datos de validación para encontrar
defectos. x
4. Registrar los resultados del análisis e identificar
cuestiones. Documentación
5. Utilizar los resultados de la validación para comparar
las mediciones y el rendimiento reales con el uso
previsto o las necesidades operativas previstas. x
15 | P á g i n a
6. Proporcionar información sobre cómo pueden
resolverse los defectos
(incluyendo métodos de validación, criterios y entorno
de validación) e iniciar acciones correctivas. x
TeDesarrollo
SP 2.3 Analizar los datos 1. Registrar los datos relativos a la preparación,
de las revisiones entre realización y resultados de la revisión entre pares. x
pares
2. Almacenar los datos para futuras consultas y
análisis. x
3. Proteger los datos para asegurar que los datos
de la revisión entre pares no se utilizan de forma
inapropiada. x
4. Analizar los datos de la revisión entre pares. x

Jefe de Proyectos Jefe de Proyectos
Analista QA x
Analista programador Analista Programador
16 | P á g i n a

Informes de la validación. Documentación
Resultados de la validación. x
Matriz de referencias cruzadas de la validación. x
Registro de ejecución de los procedimientos. x
Demostraciones de operación. x

• Comparar los resultados reales con los resultados esperados.
• Resultados de la validación.
• Identificar los productos y los componentes de producto que no
funcionan adecuadamente en el entorno de operación previsto, o
identificar los problemas con los métodos, criterios o el entorno, en
base a los criterios de validación establecidos.
2.5 Integración de Producto (PI)

SG 3: Ensamblar los componentes de producto y entregar el producto.
TeDesarrollo
SG 3 Ensamblar los componentes SP 3.1 Confirmar la disponibilidad de los
de producto y entregar el componentes de producto para la
producto. integración. x
SP 3.2 Ensamblar los componentes de
producto. x
SP 3.3 Evaluar los componentes de
producto ensamblados. x
SP 3.4 Empaquetar y entregar el producto
o componente de producto. x
17 | P á g i n a

Jefe de proyecto Jefe de proyecto
Analista programador Analista programador

Documentos de aceptación x
Justificantes de entregas x
Listas de paquetes comprobados x
Informes de excepción x
Extensiones x

• Seguir el estado de todos los componentes de producto tan pronto
como estén disponibles para la integración.
• Asegurar que los componentes de producto se incluyen en el entorno
de integración del producto, de acuerdo con la estrategia y los procedimientos
de integración del producto.
• Confirmar la recepción de cada componente de producto identificado
adecuadamente.
• Asegurar que cada componente de producto recibido cumple con su
descripción.
• Comprobar el estado de la configuración frente a la configuración
esperada.
• Realizar una pre-comprobación (p.ej., mediante una inspección visual,
utilizando medidas base) de todas las interfaces físicas antes de
conectar los componentes de producto
18 | P á g i n a
3.Manual de buenas prácticas
3.1 Desarrollo de Requisitos (RD)
3.1.1 Meta
Analizar y validar los requisitos
3.1.2 Práctica específica

Analizar los requisitos para conseguir un equilibrio.
3.1.3 Sub práctica a incorporar

1.Usar modelos, simulaciones y prototipos probados para analizar
el equilibrio entre las necesidades y las restricciones de las partes
interesadas.
2. Realizar una evaluación de riesgos sobre los requisitos y la definición
de funcionalidad y atributos de calidad requeridos.
3. Examinar los conceptos del ciclo de vida del producto en cuanto a
los impactos de los requisitos en los riesgos.
4. Evaluar el impacto de los requisitos de los atributos de calidad significativos
para la arquitectura en el producto y en los costes y riesgos
del desarrollo del producto.
19 | P á g i n a
3.2 Solución Técnica (TS)
3.2.1 Meta
Seleccionar soluciones de componentes de producto.

Desarrollar soluciones alternativas y los criterios de selección

1.Identificar los criterios de filtrado para seleccionar un conjunto de soluciones alternativas a
considerar.
2. Identificar las tecnologías actualmente en uso y las nuevas tecnologías
de producto en cuanto a ventajas competitivas.
3.Identificar los productos COTS candidatos que satisfagan los requisitos.
4.Identificar los componentes de solución reutilizables o los patrones de arquitectura aplicables.
5. Generar soluciones alternativas.
6. Obtener una asignación completa de requisitos para cada alternativa.
7. Desarrollar los criterios para seleccionar la mejor solución alternativa.
20 | P á g i n a
3.3 Verificación (VER)
3.3.1 Meta
Realizar las revisiones entre pares.

Analizar los datos de las revisiones entre pares.

1. Desempeñar los roles asignados en la revisión entre pares.
2. Identificar y documentar defectos y otras cuestiones sobre el producto de trabajo.
3. Registrar los resultados de la revisión entre pares, incluyendo los elementos de acción.
4. Recoger los datos de la revisión entre pares.
Para más información sobre cómo obtener datos de medición, consúltese
el área de proceso Medición y Análisis.
5. Identificar elementos de acción y comunicar las cuestiones a las partes interesadas relevantes.
6. Realizar una revisión entre pares adicional si es necesario.
7. Asegurar que se satisfacen los criterios de salida de la revisión entre pares.
21 | P á g i n a
3.4 Validación (VAL)
3.4.1 Meta
Validar el producto o los componentes de producto.

Analizar los resultados de la validación.
1.Comparar los resultados reales con los resultados esperados.
2. Identificar los productos y los componentes de producto que no funcionan adecuadamente en

el entorno de operación previsto, o identificar los problemas con los métodos, criterios o el
entorno, en base a los criterios de validación establecidos.
3. Analizar los datos de validación para encontrar defectos.
4. Registrar los resultados del análisis e identificar cuestiones.
5. Utilizar los resultados de la validación para comparar las mediciones y el rendimiento real con el
uso previsto o las necesidades operativas previstas.
6. Proporcionar información sobre cómo pueden resolverse los defectos (incluyendo métodos de
validación, criterios y entorno de
validación) e iniciar acciones correctivas.
3.5 Interacción de Producto (TS)

3.5.1 Meta
Asegurar la compatibilidad de las interfaces.

Revisar la completitud de las descripciones de las interfaces.

1. Revisar la completitud de los datos de interfaces y asegurar la cobertura completa de todas las
interfaces.
2. Asegurar que los componentes de producto y las interfaces se etiquetan
para asegurar una conexión fácil y correcta para la unión del componente de producto.
3. Revisar periódicamente que las descripciones de las interfaces son adecuadas.
22 | P á g i n a
4.Anexos
4.1 Definiciones, acrónimos y abreviaciones
• RD: Development of Requirements (Desarrollo de Requisitos)
• TS: Technical Solution (Solución Técnica)
• PI: Product Integration (Integración de Producto)
• VER: Verification (Verificación)
• VAL: Validation (Validación)
4.2 Referencias
• Informe de “Diagnóstico” Experiencia 13
4.3 Bibliografía
• Spanish_technical_Report_CMMI_V_1_3
• https://arevalomaria.wordpress.com/2011/06/25/cmmi-nivel-2-gestionado-medicion-
y-analisis-ma/
• https://asprotech.wordpress.com/category/roles/https:/asprotech.wordpress.com/ca
tegory/roles/
23 | P á g i n a

CMMI3-Informe Propuesta de Mejora PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CMMI3-Informe Propuesta de Mejora PDF

Transféré par

Droits d'auteur :

Formats disponibles

INTEGRANTES

La empresa actualmente se encuentra en un nivel de madurez 2, y que, a pesar de realizar

2.1.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas

Práctica Sub practica TeDesarrollo Ltda.

2.1.3 Cuadro comparativo entre Roles

CMMI-DEV TeDesarrollo Ltda.

CMMI-DEV TeDesarrollo Ltda.

2.1.5 Sub-prácticas que pueden mejorar

2.2 Solución técnica (TS)

2.2.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas

Práctica Sub practica Práctica en Magic-On

4.Seleccionar el mejor conjunto de soluciones

5.Documentar las decisiones claves, tomadas o

*SG 3 Implementar el diseño del producto.

2. Utilizar métodos eficaces para desarrollar la

CMMI-DEV TeDesarrollo Ltda.

2.2.4 Cuadro comparativo entre Productos

5. Informes de evaluación de los productos COTS. x

2.2.5 Sub-prácticas que pueden mejorar

2.3 Verificación (VER)

2.3.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas

4. Establecer y mantener criterios para solicitar otra revisión

4. Recoger los datos de la revisión entre pares. x

2.3.3 Cuadro comparativo entre Roles

CMMI-DEV TeDesarrollo Ltda.

CMMI-DEV TeDesarrollo Ltda.

2.3.5 Sub-prácticas que pueden mejorar

2.4 Validación (VAL)

2.4.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas

4. Analizar los datos de la revisión entre pares. x

2.4.3 Cuadro comparativo entre Roles

CMMI-DEV TeDesarrollo Ltda.

CMMI-DEV TeDesarrollo Ltda.

2.4.5 Sub-prácticas que pueden mejorar

2.5 Integración de Producto (PI)

2.5.2 Cuadro comparativo entre Prácticas específicas y Sub-prácticas

CMMI-DEV TeDesarrollo Ltda.

2.5.4 Cuadro comparativo entre Productos

CMMI-DEV TeDesarrollo Ltda.

2.5.5 Sub-prácticas que pueden mejorar

3.1.2 Práctica específica

3.1.3 Sub práctica a incorporar

el equilibrio entre las necesidades y las restricciones de las partes

2. Realizar una evaluación de riesgos sobre los requisitos y la definición

de funcionalidad y atributos de calidad requeridos.

3. Examinar los conceptos del ciclo de vida del producto en cuanto a

los impactos de los requisitos en los riesgos.

4. Evaluar el impacto de los requisitos de los atributos de calidad significativos

para la arquitectura en el producto y en los costes y riesgos

del desarrollo del producto.

3.2.2 Práctica específica

3.2.3 Sub práctica a incorporar

2. Identificar las tecnologías actualmente en uso y las nuevas tecnologías

de producto en cuanto a ventajas competitivas.

3.Identificar los productos COTS candidatos que satisfagan los requisitos.

4.Identificar los componentes de solución reutilizables o los patrones de arquitectura aplicables.

5. Generar soluciones alternativas.

6. Obtener una asignación completa de requisitos para cada alternativa.

7. Desarrollar los criterios para seleccionar la mejor solución alternativa.

3.3.2 Práctica específica

3.3.3 Sub práctica a incorporar

2. Identificar y documentar defectos y otras cuestiones sobre el producto de trabajo.

4. Recoger los datos de la revisión entre pares.