Основные принципы проектирования изделий можно свести к краткому перечню.

•Лучше продвигаться по проекту, имея несколько «сомнительных» решений, чем опоздать с решениями в поисках «совершенного» варианта. Лучшее – враг хорошего.

• В проекте надо использовать принцип «сделай это проще», чтобы снизить риски и стоимость и обеспечить легкую реализацию и эксплуатацию.

• Излишние опции в проекте должны быть определены на ранней стадии (и удалены из целей системы), при этом влияние на характеристики продукта, вытекающие из осуществления этих опций, должно быть понятным.

• В проекте обязательны независимые обзоры промежуточных результатов для всестороннего обсуждения вопросов разработки.

Важно принимать во внимание информацию о том, что основные затраты на этапе разработки связаны с передачей в производство образцов и закупками ПКИ, тогда как уровень этих затрат определяется на раннем этапе, при разработке конструкторской документации. Т.е. принятые на ранней стадии решения являются ключевыми и определяют стоимость программы на последующих этапах ЖЦ.

Ниже суммированы некоторые полезные рекомендации, приносившие успешные результаты при проектировании изделий и систем. Каждый читатель может привнести в них свой уровень детализации, создавая базу уникальных шагов для нового проекта:

1) использовать модели для проектирования систем;

2) использовать иерархический дизайн сверху вниз;

3) сначала выполняется работа с высокорисковыми компонентами;

4) конструировать минимум интерфейсов, разделяя их на механические, электрические, программные;

5) применять в альтернативах проекта удовлетворительные конструкции;

6) рекомендуется не проводить оптимизации на ранней стадии работ, пока нет уверенности, что база оптимизации выбрана достаточно обоснованно;

7) свои ошибки нужно находить самим, т.е. определить, что не так в очередном варианте;

8) полезно перечислить функциональные требования в случае использования системы;

9) выделить каждую функцию для только одного компонента;

10) категорически нельзя использовать недокументированные функции;

11) полезно применять быстрое прототипирование (варианты аддитивных технологий);

12) разрабатывать несколько итераций и сразу тестировать результат;

13) создавать библиотеки повторно используемых субъектов;

14) написать глоссарий соответствующих терминов;

15) удобно использовать создание конструктивных резервов (запасы);

16) следует проектировать компоненты с возможностью тестирования;

17) выполнять анализ чувствительности конструкции для альтернативных вариантов;

18) изменять поведение людей в команде для достижения результата.

Процесс определения проектного решения используется для перевода требований высокого уровня, полученных от ожиданий заинтересованных сторон, и результатов логического процесса декомпозиции в реализуемое решение. Производные технические требования используют для выбора альтернативных решений. Затем эти альтернативные решения анализируют для определения предпочтительной альтернативы. Выбранная альтернатива служит базой конечного проектного решения, которое удовлетворяет техническим требованиям.

Процесс принятия системного решения является совместным, итеративным и основанным на ценностях, который можно применять на любой стадии жизненного цикла системы для максимизации вероятности успеха.

Можно выделить несколько присущих характеристик процесса.

• Процесс решения охватывает динамический поток работ по проектированию системы и эволюцию ее состояния, начиная с текущего статуса (как есть) и заканчивая системой, которая приносит пользу заинтересованным сторонам (как должно быть).