Revisión de diseño (gobierno de EE. UU.)

En el ciclo de vida de adquisición integrada militar de los Estados Unidos ^{[1] [2]} la sección técnica tiene múltiples "revisiones técnicas" de adquisición. ^[3] Las revisiones y auditorías técnicas ayudan a la adquisición y la cantidad y los tipos se adaptan a la adquisición. ^[4] La orientación general se deriva del capítulo 4 de la Guía de adquisiciones de defensa, ^[5] con detalles locales definidos con más detalle por las organizaciones de revisión. ^{[6] [7] [8] [9]} Los temas típicos examinados incluyen la adecuación de las métricas del programa/contrato, la dotación de personal adecuada, los riesgos, el presupuesto y el cronograma.

En el ciclo de vida del diseño de ingeniería de la NASA , las revisiones de diseño se llevan a cabo para la rendición de cuentas técnica y programática y para autorizar la liberación de fondos para un proyecto. ^[10] Una revisión de diseño proporciona una evaluación en profundidad por parte de un equipo independiente de expertos y gerentes de la disciplina de que el diseño (o concepto) es realista y alcanzable desde un sentido programático y técnico.

La revisión del diseño también es obligatoria para los desarrolladores de dispositivos médicos como parte de un sistema de controles de diseño descrito en las normas de la Administración de Alimentos y Medicamentos de los Estados Unidos en 21CFR820. En 21CFR820.3(h), la revisión del diseño se describe como "un examen documentado, exhaustivo y sistemático del diseño para evaluar la adecuación de los requisitos de diseño, evaluar la capacidad del diseño para cumplir con estos requisitos e identificar problemas". La FDA también especifica que una revisión del diseño debe incluir un revisor independiente .

La lista de revisiones realizadas por un proyecto y el contenido, la naturaleza, el proceso y los objetivos que utiliza cualquier revisión varían enormemente según la organización involucrada y la situación particular del proyecto. Por ejemplo, incluso dentro del Departamento de Defensa de los EE. UU. , los casos de Revisión de Requisitos del Sistema incluyen, por ejemplo, (1) una lectura de 5 días de cada requisito individual, o (2) una discusión de 2 días de los documentos del plan de desarrollo permitida solo después de que se hayan aprobado los requisitos del sistema y se hayan revisado los documentos de desarrollo con los elementos de acción formal requeridos, o (3) una presentación en PowerPoint de medio día con contenido determinado por el Gerente de Proyecto con asistencia limitada a las partes interesadas de alto nivel (no técnicas) sin otro resultado que el PM que pueda reclamar "SRR realizado".

Algunas de las revisiones que se pueden realizar sobre un esfuerzo incluyen:

El MCR afirma la necesidad de la misión y examina los objetivos de la misión propuesta y el concepto para alcanzar esos objetivos.

El SRR examina los requisitos funcionales y los requisitos de rendimiento definidos para el sistema y el plan preliminar del programa o proyecto y garantiza que los requisitos y el concepto seleccionado satisfarán la misión.

El MDR examina los requisitos propuestos, la arquitectura de la misión y el flujo hasta todos los elementos funcionales de la misión para garantizar que el concepto general sea completo, factible y coherente con los recursos disponibles.

El SDR examina la arquitectura y el diseño del sistema propuesto y el flujo hasta todos los elementos funcionales del sistema.

El PDR demuestra que el diseño preliminar cumple con todos los requisitos del sistema con un riesgo aceptable y dentro de las limitaciones de costo y cronograma, y ​​establece las bases para proceder con el diseño detallado. Demostrará que se han seleccionado las opciones de diseño correctas, se han identificado las interfaces y se han descrito los métodos de verificación. ^{[11] [12]}

Los siguientes son objetivos típicos de un PDR:

• Asegúrese de que todos los requisitos del sistema se hayan validado, asignado, que los requisitos estén completos y que el flujo descendente sea adecuado para verificar el rendimiento del sistema.
• Demuestre que se espera que el diseño propuesto cumpla con los requisitos funcionales y de rendimiento.
• Demostrar suficiente madurez en el enfoque de diseño propuesto para proceder al diseño final.
• Demostrar que el diseño es verificable y que los riesgos han sido identificados, caracterizados y mitigados cuando corresponde.

El CDR demuestra que la madurez del diseño es adecuada para permitir continuar con la fabricación, el ensamblaje, la integración y las pruebas a gran escala. El CDR determina que el esfuerzo técnico está encaminado a completar el desarrollo del sistema de vuelo y tierra y las operaciones de la misión, cumpliendo con los requisitos de desempeño de la misión dentro de las limitaciones de costo y cronograma identificadas. ^[13]

Los siguientes son objetivos típicos de un CDR:

• Asegúrese de que la línea base "de construcción" contenga especificaciones detalladas de hardware y software que puedan cumplir con los requisitos funcionales y de rendimiento.
• Asegúrese de que el diseño haya sido auditado satisfactoriamente por organizaciones de producción, verificación, operaciones y otras organizaciones de ingeniería especializadas.
• Asegúrese de que los procesos y controles de producción sean suficientes para pasar a la etapa de fabricación.
• Establecer que las actividades de Garantía de Calidad (QA) planificadas establecerán procesos de verificación y selección perceptivos para producir un producto de calidad.
• Verificar que el diseño final cumpla con las especificaciones establecidas en PDR.

Se lleva a cabo un PRR para proyectos de sistemas de vuelo y soporte terrestre que desarrollen o adquieran sistemas múltiples o similares, más de tres o según lo determine el proyecto. El PRR determina la preparación de los desarrolladores de sistemas para producir de manera eficiente la cantidad requerida de sistemas. Garantiza que los planes de producción, los productos que permiten la fabricación, el ensamblaje y la integración, y el personal estén listos y preparados para comenzar la producción.

Un TRR garantiza que el artículo de prueba (hardware/software), la instalación de prueba, el personal de apoyo y los procedimientos de prueba estén listos para la prueba y la adquisición, reducción y control de datos. Esto no es un requisito previo para la entrada en el Punto de decisión clave.

El SAR verifica la integridad de los productos finales específicos en relación con su nivel de madurez esperado y evalúa el cumplimiento de las expectativas de las partes interesadas. El SAR examina el sistema, sus productos finales y documentación, y los datos de prueba y análisis que respaldan la verificación. También garantiza que el sistema tenga la madurez técnica suficiente para autorizar su envío a la instalación operativa designada o al sitio de lanzamiento.

La ORR examina las características reales del sistema y los procedimientos utilizados en la operación del sistema o producto final y garantiza que todo el hardware, software, personal, procedimientos y documentación del usuario del sistema y de soporte (de vuelo y de tierra) reflejen con precisión el estado implementado del sistema.

Los siguientes son objetivos típicos de una ORR:

• Establecer que el sistema está listo para la transición a un modo operativo mediante el examen de los resultados de pruebas terrestres y de vuelo disponibles, los análisis y las demostraciones operativas.
• Confirmar que el sistema está soportado operativa y logísticamente de manera satisfactoria considerando todos los modos de operación y soporte (normal, contingencia y no planificado)
• Establecer que la documentación operativa esté completa y represente la configuración del sistema y sus modos de operación planificados
• Establecer que la función de capacitación está implementada y ha demostrado capacidad para respaldar todos los aspectos del mantenimiento, preparación, operación y recuperación del sistema.

El FRR examina las pruebas, demostraciones, análisis y auditorías que determinan la preparación del sistema para un vuelo o lanzamiento seguro y exitoso y para las operaciones de vuelo posteriores. También garantiza que todo el hardware, software, personal y procedimientos de vuelo y tierra estén listos para funcionar.

Los siguientes son objetivos típicos ^{[ cita requerida ]} de un FRR:

• Recibir certificación de que las operaciones de vuelo pueden realizarse de manera segura con un riesgo aceptable.
• Confirme que el sistema y los elementos de soporte estén configurados correctamente y listos para el lanzamiento.
• Establecer que todas las interfaces sean compatibles y funcionen como se espera.
• Establecer que el estado del sistema admita una decisión de "iniciar" el lanzamiento en función de criterios de iniciar/no iniciar.

• Método de la ruta crítica
• Proceso de diseño de ingeniería
• Ciclo de vida del desarrollo de sistemas
• Revisión técnica por pares