En el ciclo de vida de adquisiciones integradas militares de los Estados Unidos [1] [2], la sección técnica tiene múltiples "Revisiones técnicas" de adquisiciones. [3] Las revisiones técnicas y las auditorías ayudan a la adquisición y el número y los tipos se adaptan a la adquisición. [4] La orientación general fluye del capítulo 4 de la Guía de adquisiciones de defensa, [5] con detalles locales definidos 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 responsabilidad técnica y programática y para autorizar la liberación de fondos para un proyecto. [10] Este artículo describe las principales fases de ese proceso de ingeniería de sistemas . 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.
También se requiere la revisión del diseño de los desarrolladores de dispositivos médicos como parte de un sistema de controles de diseño descrito en las regulaciones que gobiernan la Administración de Drogas y Alimentos de los EE. UU. En 21CFR820. En 21CFR820.3 (h), la revisión del diseño se describe como "examen documentado, exhaustivo y sistemático del diseño para evaluar la idoneidad de los requisitos de diseño, evaluar la capacidad del diseño para cumplir estos requisitos e identificar problemas". La FDA también especifica que una revisión de diseño debe incluir un revisor independiente .
Proceso de revisión [ editar ]
La lista de revisiones realizadas por un esfuerzo 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 esfuerzo. Por ejemplo, incluso dentro del Departamento de Defensa de 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 permitidos solo después de la Los requisitos del sistema han sido aprobados y los documentos de desarrollo revisados con elementos de acción formales requeridos, o (3) un powerpoint de medio día con contenido determinado por el Gerente de Proyecto con asistencia limitada a partes interesadas de alto nivel (no técnicas) sin otro resultado que el PM puede reclamar "SRR hecho".
Algunas de las revisiones que se pueden realizar en un esfuerzo incluyen:
Revisión del concepto de misión (MCR) [ editar ]
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.
Revisión de requisitos del sistema (SRR) [ editar ]
El SRR examina los requisitos funcionales y los requisitos de desempeño definidos para el sistema y el programa preliminar o plan del proyecto y asegura que los requisitos y el concepto seleccionado satisfagan la misión.
Revisión de la definición de misión (MDR) [ editar ]
El MDR examina los requisitos propuestos, la arquitectura de la misión y el flujo hacia todos los elementos funcionales de la misión para garantizar que el concepto general sea completo, factible y coherente con los recursos disponibles.
Revisión del diseño del sistema (SDR) [ editar ]
El SDR examina la arquitectura y el diseño del sistema propuesto y el flujo hacia todos los elementos funcionales del sistema.
Revisión preliminar del diseño (PDR) [ editar ]
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 programación, y establece la base para proceder con el diseño detallado. Mostrará 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 hayan sido validados, asignados, que los requisitos estén completos y que el flujo descendente sea adecuado para verificar el rendimiento del sistema.
- Demostrar que se espera que el diseño propuesto cumpla con los requisitos funcionales y de rendimiento.
- Mostrar suficiente madurez en el enfoque de diseño propuesto para proceder al diseño final.
- Demuestre que el diseño es verificable y que los riesgos se han identificado, caracterizado y mitigado en su caso.
Revisión de diseño crítico (CDR) [ editar ]
El CDR demuestra que la madurez del diseño es apropiada para respaldar el proceso de fabricación, ensamblaje, integración y prueba a gran escala. El CDR determina que el esfuerzo técnico está bien encaminado para 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 los costos identificados y las limitaciones de programación. [13]
Los siguientes son objetivos típicos de un CDR:
- Asegúrese de que la línea de base "integrada" 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 las organizaciones de producción, verificación, operaciones y otras organizaciones de ingeniería especializadas.
- Asegurarse de que los procesos y controles de producción sean suficientes para pasar a la etapa de fabricación.
- Establecer que las actividades planificadas de Aseguramiento de la Calidad (QA) 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.
Revisión de preparación de producción (PRR) [ editar ]
Se realiza un PRR para proyectos de sistemas de vuelo y soporte en tierra que desarrollan o adquieren sistemas múltiples o similares mayores 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. Asegura que los planes de producción; productos que permitan la fabricación, el montaje y la integración; y el personal está en su lugar y listo para comenzar la producción.
Revisión de preparación de la prueba (TRR) [ editar ]
Un TRR asegura que el artículo de prueba (hardware / software), la instalación de prueba, el personal de soporte y los procedimientos de prueba estén listos para la prueba y la adquisición, reducción y control de datos. Este no es un requisito previo para ingresar al Punto de decisión clave.
Revisión de aceptación del sistema (SAR) [ editar ]
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 los análisis que respaldan la verificación. También asegura 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.
Revisión de preparación operativa (ORR) [ editar ]
La ORR examina las características reales del sistema y los procedimientos utilizados en la operación del sistema o del producto final y asegura que todo el hardware, software, personal, procedimientos y documentación del usuario del sistema y soporte (vuelo y tierra) reflejen con precisión el estado desplegado del sistema.
Los siguientes son objetivos típicos de una ORR:
- Establecer que el sistema está listo para pasar a un modo operativo mediante el examen de los resultados de las pruebas en tierra y en vuelo, los análisis y las demostraciones operativas disponibles.
- Confirmar que el sistema cuenta con soporte operativo y logístico 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é en su lugar y haya demostrado capacidad para respaldar todos los aspectos del mantenimiento, preparación, operación y recuperación del sistema.
Revisión de preparación de vuelo (FRR) [ editar ]
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 operaciones de vuelo posteriores. También asegura que todo el hardware, software, personal y procedimientos de vuelo y tierra estén listos para operar.
Los siguientes son objetivos típicos [ cita requerida ] de un FRR:
- Reciba la 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 su lanzamiento.
- Establezca que todas las interfaces sean compatibles y funcionen como se espera.
- Establezca que el estado del sistema admita una decisión de lanzamiento de "continuar" basada en criterios de ir / no ir.
Ver también [ editar ]
- Método del camino crítico
- Proceso de diseño de ingeniería
- Ciclo de vida del desarrollo de sistemas
- Revisión técnica por pares
Referencias [ editar ]
- ^ Cuadro de administración del ciclo de vida de AT&L de defensa integrada Archivado el 13 de febrero de 2013 en Wayback Machine.
Este artículo incorpora texto de esta fuente, que es de dominio público . - ^ "Cuadro de marco de gestión de ciclo de vida de adquisición, tecnología y logística de defensa integrada" (PDF) . Consultado el 31 de mayo de 2016 . Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ Definiciones de revisión técnica Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ Control deslizante Revisiones técnicas de ingeniería de sistemas Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ "Guía de adquisición de defensa" . Archivado desde el original el 13 de febrero de 2013 . Consultado el 11 de abril de 2013 . Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ Manual de revisión técnica de NAVSEA Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ "NAVAIR INST 4355.19D, proceso de revisión técnica de ingeniería de sistemas" (PDF) . Consultado el 12 de agosto de 2015 . Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ "Everyspec NAVAIRINST 4355.19 Revisión técnica de ingeniería de sistemas (incluido el suplemento B)" . Consultado el 12 de agosto de 2015 . Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ Fundamentos de la ingeniería de sistemas. Archivado el 31 de enero de 2017 en Wayback Machine , Ch. 11 revisiones técnicas y auditorías; App 16-a Schedules Defense Acquisition University Press, 2001 Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ Requisitos de procedimiento de la NASA, Asunto: Procesos y requisitos de ingeniería de sistemas de la NASA, Apéndice G
Oficina responsable: Oficina del ingeniero jefe, NPR 7123.1B, Fecha de vigencia: 18 de abril de 2013, Fecha de vencimiento: 18 de abril de 2018 Este artículo incorpora texto de este fuente, que es de dominio público .
- ^ James Chapman. "Revisiones de diseño de ingeniería" .
- ^ "Guía de adquisición de defensa 10.5.3 Revisión de diseño preliminar" . Consultado el 14 de enero de 2016 . Este artículo incorpora texto de esta fuente, que es de dominio público .
- ^ http://www.navair.navy.mil/nawctsd/Resources/Library/Acqguide/cdr.htm "Critical Design Review" Publicado 2013-4-4 Consultado 2015-5-12 Este artículo incorpora texto de esta fuente, que es de dominio público .
Este artículo incorpora texto de esta fuente, que es de dominio público .