Unknown

Определение системы, данное Чеклендом (Checkland, 1981), - это модель целого относительно наблюдателя, характеризующаяся иерархией, эмерджентностью, связью и управлением. Эмерджентные свойства систем - это свойства, имеющие смысл только тогда, когда они приписываются целому, а не его частям. Хитчинс (Hitchins, 1992) хорошо излагает концепцию эмерджентных свойств в контексте системной инженерии, заявляя:

"Основной задачей системной инженерии является определение, реализация и поддержание необходимых эмерджентных свойств системы для удовлетворения потребностей заказчиков и конечных пользователей".

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

- Структурированный и упорядоченный мониторинг, моделирование, определение и организация системы с эмерджентными свойствами, требуемой заказчиком, интегрированной в среду конечного пользователя

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

- Проектирование систем с эмерджентными свойствами, требуемыми заказчиками, интегрированных в среды конечных пользователей

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

 

FRAMEWORK

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

Эта структура была частично использована в проекте руководства lEE "Практика системной инженерии" (Hitchins, Boarder and Moore, 1992), который в настоящее время тщательно пересматривается из-за его несостоятельности в качестве основы для обучения и тренинга.

Структура существует на трех уровнях определения.

Рамки первого уровня

Первый уровень структуры, или базовая структура, определяет термины "контекст", "цель", "задачи" и т.д. Эти определения рационализированы в работе Boarder (1995(a)) в качестве первого уровня структуры и представлены здесь следующим образом:

Контекст: Описания системы, среды, поддержки и управления

Цель: Однозначная формулировка цели, которая должна быть достигнута для клиента

Цели: два заявления о намерениях в отношении цели и оснований для ее достижения

Цели: три формулировки меньших целей для продукта, позиции и процесса по

при котором достигаются поставленные цели

Мероприятия: Четыре вида деятельности, а именно: мониторинг, моделирование, определение и органи-.

ся над экологическими, технологическими, инженерными и управленческими мероприятиями.

вопросы, связанные с реализацией целей

Результаты: Те предложения, определения, модели, структуры и процессы, которые должны быть

осуществляемые мероприятия

Критерии приемки: Критерии приемки, которые будут использоваться при оценке результата.

Структура второго уровня

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

Концепция системной инженерии имеет ряд особенностей:

- Цель: ИНЖИНИРИНГ СИСТЕМ, с эмерджентными свойствами, требуемыми заказчиками, интегрированными в среды конечных пользователей

Цель будет достигнута за счет направленной деятельности:

- Цель I: Разработать системный инжиниринг в среде конечного пользователя с эмерджентными свойствами, требуемыми заказчиками

- Цель 2: Разработать позицию, с которой можно продвигать СИСТЕМНЫЙ ИНЖИНИРИНГ в средах конечных пользователей с возникающими свойствами, необходимыми заказчикам.

Целям системы будет служить система, которая фиксирует и сохраняет результаты деятельности:

- Задача A: Моделирование СИСТЕМНОГО ИНЖИНИРИНГА с эмерджентными свойствами, требуемыми заказчиками и средами конечных пользователей

- Задача B: Прикладные упорядоченные процессы в структурировании и моделировании эмерджентных свойств SYSTEM ENGINEERING

- Цель C: Использование четко определенных практик и установленных принципов при мониторинге возникающих свойств СИСТЕМНОГО ИНЖИНИРИНГА

Цели достигаются с помощью задач по критериям "деятельность-поставка-приемка", связанных с:

- Мониторинг среды, технологии, техники и управления SYSTEM ENGINEERING

- Моделирование среды СИСТЕМНОГО ИНЖИНИРИНГА, технологии, техники и управления