Системная инженерия ведется в рамках системной инженерии Position. Менеджеры по системной инженерии несут общую коммерческую ответственность за системную инженерию. Менеджеры по системной инженерии будут определять потребности в обучении инженеров, используя результаты системной инженерии. Для того чтобы позиция системного инженера была устойчивой, системная инженерия должна осуществляться под руководством двух законов: а именно:
Закон I: Системная инженерия должна быть прослеживаемым процессом над системной инженерией
Закон 2: Системная инженерия должна быть управляемым процессом над системной инженерией
Первый закон требует, чтобы принятые решения были оправданы после события. Обязательно наличие аудиторского следа. Второй закон требует, чтобы системная инженерия была легко управляемой, уступчивой, послушной; процесс должен быть обучаемым и покорным; обучаемым для инженеров и покорным для нужд заказчиков. С учетом этих законов, если процесс, используемый при разработке системы, не поддается ни отслеживанию, ни отслеживанию, то это не может быть системной инженерией.
ЗАКЛЮЧЕНИЕ
В данной статье обосновывается необходимость отделения системной инженерии от системного инжиниринга. Приводится контекст системной инженерии и разрабатывается ее структура. Аргументация сводится к тому, что системная инженерия (System(s) Engineering) включает в себя вопросы окружающей среды, инженерной технологии, инженерной системы, системы управления, которые влияют на системные свойства, системные процессы и подсистемы разрабатываемых систем.
Системная инженерия, осуществляемая с позиции системного инжиниринга, дифференцирует и интегрирует эти разнообразные проблемы, обеспечивая эмерджентные свойства, удовлетворяя при этом законам прослеживаемости и трассируемости. Дифференциация и интеграция заключены в рамки целей, задач, заданий, мероприятий, результатов и критериев оценки. Разработанная структура позволяет оценить разрыв в качестве. Свертка завершается, когда интересующая заказчика система сама является средой системной инженерии.
Во введении была освещена путаная трактовка понятия "системный инжиниринг". Возможно, нам следует быть осторожными с названиями инженеров, организаций и процессов, если мы хотим, чтобы их функции можно было проследить и изучить. Ведь в каждой из интерпретаций существуют вопросы позиции и процесса. Разница лишь в степени, определяемой наблюдателем, что и должно быть.
СИСТЕМА СИСТЕМНОГО ПРОЕКТИРОВАНИЯ И ЕЕ ОЦЕНКА
ВВЕДЕНИЕ
Разработана аргументация (Boarder, 1995(b)) для разрешения неявной путаницы в терминах "система" и "системная инженерия". По его мнению, "системная инженерия" - это процесс, осуществляемый с позиции "системной инженерии". Системный инжиниринг" дифференцирует и интегрирует по отношению к конкретному требованию к системе различные вопросы, обеспечивая при этом эмерджентные свойства среды и удовлетворяя законам прослеживаемости и трассируемости.
Предлагается, что вопросы дифференциации и интеграции системной инженерии могут быть заключены в общую и параметрическую структуру целей, задач, мероприятий, результатов и критериев приемки.
В данной статье мы определили контекст "системной инженерии" и более подробно описали структуру "системной инженерии". В частности, мы кратко описали три уровня структуры, проиллюстрировали процесс системной инженерии и показали, как возникают обобщенные структуры рабочих пакетов. Эти разработки задают контекст для оценки фреймворка, которая в настоящее время проводится в контексте управления конфигурацией. Первые результаты оценки будут доложены на конференции. Если фреймворк имеет ценность, то она будет заключаться в поддержке комплексных проектов, а не проектов, выполняемых одним человеком. Предполагается, что в предлагаемом масштабе эти проекты позволят подтвердить согласованность в рамках концепции, выявить недостатки и продвинуться в области технологической поддержки. С другой стороны, концепция может быть решительно опровергнута.
СИСТЕМЫ И СИСТЕМНАЯ ИНЖЕНЕРИЯ