В жизненном цикле интегрированных закупок вооруженных сил США [1] [2] технический раздел содержит несколько «технических обзоров» приобретения. [3] Технические обзоры и аудиты помогают в приобретении, а количество и типы соответствуют приобретению. [4] Общие указания вытекают из главы 4, [5] Руководства по оборонным закупкам, а местные детали уточняются проверяющими организациями. [6] [7] [8] [9] Типичные изучаемые темы включают адекватность показателей программы / контракта, надлежащее укомплектование персоналом, риски, бюджет и график.
В НАСА инжиниринговой «s дизайн жизненного цикла , анализ проекта проводится для технической и программной отчетности и санкционировать выделение финансирования для проекта. [10] В этой статье описываются основные этапы процесса системной инженерии . Обзор проекта обеспечивает всестороннюю оценку независимой группой экспертов и менеджеров по дисциплинам, что проект (или концепция) реалистичен и достижим с программной и технической точки зрения.
От разработчиков медицинских устройств также требуется проверка конструкции в рамках системы контроля конструкции, описанной в регулирующих правилах Управления по санитарному надзору за качеством пищевых продуктов и медикаментов США в 21CFR820. В 21CFR820.3 (h) анализ проекта описывается как «документированное, всестороннее, систематическое исследование проекта для оценки адекватности требований к проекту, оценки способности проекта соответствовать этим требованиям и выявления проблем». FDA также указывает, что обзор дизайна должен включать независимого рецензента .
Обзор процесса
Список проверок, выполненных усилием, а также содержание, характер, процесс и цели, которые используются при любом обзоре, сильно различаются в зависимости от вовлеченной организации и конкретной ситуации, в которой проводится работа. Например, даже в Министерстве обороны США дела по проверке системных требований включают, например, (1) 5-дневное прочтение каждого отдельного требования или (2) 2-дневное обсуждение документов плана разработки, разрешенное только после системные требования были утверждены, а документы по разработке рассмотрены с указанием требуемых формальных действий или (3) презентация PowerPoint на полдня с содержанием, определяемым менеджером проекта, с участием только заинтересованных сторон высокого уровня (нетехнических) без каких-либо результатов, кроме PM может заявить "SRR сделано".
Некоторые из обзоров, которые могут быть выполнены по усилию, включают:
Обзор концепции миссии (MCR)
MCR подтверждает необходимость миссии и исследует предлагаемые цели миссии и концепцию достижения этих целей.
Обзор системных требований (SRR)
SRR проверяет функциональные требования и требования к производительности, определенные для системы и предварительной программы или плана проекта, и гарантирует, что требования и выбранная концепция будут соответствовать миссии.
Обзор определения миссии (MDR)
MDR исследует предложенные требования, архитектуру миссии и последовательность действий до всех функциональных элементов миссии, чтобы гарантировать, что общая концепция является полной, выполнимой и совместимой с доступными ресурсами.
Обзор системного проектирования (SDR)
SDR рассматривает предлагаемую архитектуру системы и дизайн и стечь все функциональные элементы системы.
Предварительный обзор проекта (PDR)
PDR демонстрирует, что предварительный проект соответствует всем системным требованиям с приемлемым риском и в рамках ограничений по стоимости и графику, и создает основу для перехода к детальному проектированию. Он покажет, что были выбраны правильные варианты дизайна, определены интерфейсы и описаны методы проверки. [11] [12]
Ниже приведены типичные цели PDR:
- Убедитесь, что все системные требования были утверждены, назначены, требования выполнены, а последовательность операций достаточна для проверки производительности системы.
- Показать, что предлагаемая конструкция должна соответствовать функциональным и эксплуатационным требованиям.
- Продемонстрируйте достаточную зрелость предлагаемого подхода к проектированию, чтобы перейти к окончательному проектированию.
- Покажите, что проект поддается проверке, и что риски были идентифицированы, охарактеризованы и смягчены, где это необходимо.
Критический обзор проекта (CDR)
CDR демонстрирует, что зрелость проекта подходит для поддержки производства, сборки, интеграции и тестирования в полном масштабе. CDR определяет, что технические усилия идут по графику для завершения разработки полетной и наземной системы и операций по заданию, выполняя требования к выполнению задания в рамках установленных ограничений по стоимости и графику. [13]
Ниже приведены типичные цели CDR:
- Убедитесь, что базовый план "build-to" содержит подробные спецификации оборудования и программного обеспечения, которые соответствуют функциональным требованиям и требованиям к производительности.
- Убедитесь, что проект прошел удовлетворительный аудит производственными, контрольными, эксплуатационными и другими специализированными инженерными организациями.
- Убедитесь, что производственные процессы и средства контроля достаточны для перехода к стадии изготовления.
- Установить, что запланированные мероприятия по обеспечению качества (ОК) будут устанавливать процессы проницательной проверки и отбора для производства качественной продукции.
- Убедитесь, что окончательный проект соответствует спецификациям, установленным в PDR.
Обзор производственной готовности (PRR)
PRR проводится для проектов полетных систем и наземной поддержки, разрабатывающих или приобретающих несколько или аналогичных систем более трех или определенных в проекте. PRR определяет готовность разработчиков системы эффективно производить необходимое количество систем. Это гарантирует, что производственные планы; изготовление, сборка и интеграция продуктов, обеспечивающих; и персонал на месте и готов начать производство.
Проверка готовности к тестированию (TRR)
А TRR гарантирует , что тестируемый (аппаратное / программное обеспечение), испытательный центр, обслуживающий персонал, и процедура испытаний готовы для тестирования и сбора данных, сокращения и контроля. Это не является предварительным условием для входа в ключевую точку принятия решения.
Проверка приемки системы (SAR)
SAR проверяет полноту конкретных конечных продуктов по отношению к их ожидаемому уровню зрелости и оценивает соответствие ожиданиям заинтересованных сторон. SAR проверяет систему, ее конечные продукты и документацию, а также данные испытаний и анализ, которые поддерживают проверку. Это также гарантирует, что система имеет достаточную техническую зрелость, чтобы разрешить ее отправку на назначенный оперативный объект или на стартовую площадку.
Обзор операционной готовности (ORR)
ORR проверяет фактические характеристики системы и процедуры, используемые в работе системы или конечного продукта, и гарантирует, что все оборудование системы и поддержки (полетное и наземное), программное обеспечение, персонал, процедуры и пользовательская документация точно отражают развернутое состояние системы.
Ниже приведены типичные цели ORR:
- Установить, что система готова к переходу в рабочий режим, путем изучения имеющихся результатов наземных и летных испытаний, анализа и эксплуатационных демонстраций.
- Подтвердите, что система имеет удовлетворительную оперативную и логистическую поддержку, учитывая все режимы работы и поддержки (нормальный, непредвиденный и незапланированный).
- Убедитесь, что эксплуатационная документация завершена и представляет конфигурацию системы и ее запланированные режимы работы.
- Убедитесь, что функция обучения существует и продемонстрировала способность поддерживать все аспекты обслуживания, подготовки, эксплуатации и восстановления системы.
Проверка готовности к полету (FRR)
FRR изучает тесты, демонстрации, анализы и аудиты, которые определяют готовность системы к безопасному и успешному полету или запуску и к последующим полетам. Это также гарантирует, что все летное и наземное оборудование, программное обеспечение, персонал и процедуры готовы к эксплуатации.
Ниже приведены типичные цели [ цитата ] FRR:
- Получите подтверждение того, что выполнение полетов может безопасно выполняться с приемлемым риском.
- Убедитесь, что система и элементы поддержки правильно настроены и готовы к запуску.
- Убедитесь, что все интерфейсы совместимы и работают должным образом.
- Установите, что состояние системы поддерживает решение о запуске на основе критериев «годен / не годен».
Смотрите также
Рекомендации
- Перейти ↑ Integrated Defense AT&L Lifecycle Management Chart. Архивировано 13 февраля 2013 г. на Wayback Machine. Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ «Интегрированная схема управления оборонными закупками, технологиями и жизненным циклом логистики» (PDF) . Проверено 31 мая 2016 . Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ Определения технического обзора Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ Слайдер технических обзоров системотехники Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ «Справочник по оборонным закупкам» . Архивировано из оригинала на 2013-02-13 . Проверено 11 апреля 2013 . Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ Руководство по техническому обзору NAVSEA Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ "NAVAIR INST 4355.19D, Процесс технической проверки системного проектирования" (PDF) . Проверено 12 августа 2015 . Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ «Технический обзор системного инжиниринга Everyspec NAVAIRINST 4355.19 (включая приложение B)» . Проверено 12 августа 2015 . Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ Основы системной инженерии. Архивировано 31 января 2017 года в Wayback Machine , Ch. 11 технических обзоров и аудитов; Приложение 16-a: график оборонных закупок University Press, 2001 г. Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ Процедурные требования НАСА, Тема: Процессы и требования системного проектирования НАСА, Приложение G Ответственный офис: Офис главного инженера, NPR 7123.1B, Дата вступления в силу: 18 апреля 2013 г., Срок действия: 18 апреля 2018 г. Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ Джеймс Чепмен. «Экспертиза инженерного проектирования» .
- ^ «Руководство по оборонным закупкам 10.5.3 Предварительный обзор проекта» . Проверено 14 января +2016 . Эта статья включает текст из этого источника, который находится в общественном достоянии .
- ^ http://www.navair.navy.mil/nawctsd/Resources/Library/Acqguide/cdr.htm «Critical Design Review», опубликованный 4 апреля 2013 г., дата обращения 5 декабря 2015 г. Эта статья включает текст из этого источника, который находится в общественном достоянии .