Определение системы, данное Чеклендом (Checkland, 1981), - это модель целого относительно наблюдателя, характеризующаяся иерархией, эмерджентностью, связью и управлением. Эмерджентные свойства систем - это свойства, имеющие смысл только тогда, когда они приписываются целому, а не его частям. Хитчинс (Hitchins, 1992) хорошо излагает концепцию эмерджентных свойств в контексте системной инженерии, заявляя:
"Основной задачей системной инженерии является определение, реализация и поддержание необходимых эмерджентных свойств системы для удовлетворения потребностей заказчиков и конечных пользователей".
Поскольку большое внимание уделяется отношениям между системой и наблюдателем, мы принимаем за аксиому, что наблюдатель определяет характеристики системы. Точка зрения системного инженера должна быть обоснована не только одним наблюдателем (системным инженером), но и последовательно многими наблюдателями. Системная инженерия как процесс, направленный на достижение цели, структурирует и упорядочивает эмерджентные свойства системы. Таким образом, используемое здесь определение системной инженерии является следующим:
- Структурированный и упорядоченный мониторинг, моделирование, определение и организация системы с эмерджентными свойствами, требуемой заказчиком, интегрированной в среду конечного пользователя
Из вышесказанного следует, что фреймворк, являясь вспомогательным средством для системного инженера, обеспечивает структурированную и упорядоченную среду, в которой осуществляется системная инженерия. Если сделать шаг назад по иерархии, то фреймворк имеет цель, которая заключается в следующем:
- Проектирование систем с эмерджентными свойствами, требуемыми заказчиками, интегрированных в среды конечных пользователей
Здесь эмерджентные свойства включают согласованность и полноту, заказчиком является руководство системной инженерии, а конечным пользователем - системный инженер. Структура обеспечивает руководство, поддержку и средства захвата, о которых говорилось ранее.
FRAMEWORK
Предлагаемая схема системной инженерии использует структурированную интерпретацию терминов "контекст", "цель", "задачи", "деятельность", "результаты" и "критерии приемки".
Эта структура была частично использована в проекте руководства lEE "Практика системной инженерии" (Hitchins, Boarder and Moore, 1992), который в настоящее время тщательно пересматривается из-за его несостоятельности в качестве основы для обучения и тренинга.
Структура существует на трех уровнях определения.
Рамки первого уровня
Первый уровень структуры, или базовая структура, определяет термины "контекст", "цель", "задачи" и т.д. Эти определения рационализированы в работе Boarder (1995(a)) в качестве первого уровня структуры и представлены здесь следующим образом:
Контекст: Описания системы, среды, поддержки и управления
Цель: Однозначная формулировка цели, которая должна быть достигнута для клиента
Цели: два заявления о намерениях в отношении цели и оснований для ее достижения
Цели: три формулировки меньших целей для продукта, позиции и процесса по
при котором достигаются поставленные цели
Мероприятия: Четыре вида деятельности, а именно: мониторинг, моделирование, определение и органи-.
ся над экологическими, технологическими, инженерными и управленческими мероприятиями.
вопросы, связанные с реализацией целей
Результаты: Те предложения, определения, модели, структуры и процессы, которые должны быть
осуществляемые мероприятия
Критерии приемки: Критерии приемки, которые будут использоваться при оценке результата.
Структура второго уровня
Структура второго уровня развивает системную инженерию, расширяя первый уровень. В этой схеме ключевые слова выделены заглавными буквами. Для краткости детализация опущена, и схема второго уровня выглядит следующим образом:
Концепция системной инженерии имеет ряд особенностей:
- Цель: ИНЖИНИРИНГ СИСТЕМ, с эмерджентными свойствами, требуемыми заказчиками, интегрированными в среды конечных пользователей
Цель будет достигнута за счет направленной деятельности:
- Цель I: Разработать системный инжиниринг в среде конечного пользователя с эмерджентными свойствами, требуемыми заказчиками
- Цель 2: Разработать позицию, с которой можно продвигать СИСТЕМНЫЙ ИНЖИНИРИНГ в средах конечных пользователей с возникающими свойствами, необходимыми заказчикам.
Целям системы будет служить система, которая фиксирует и сохраняет результаты деятельности:
- Задача A: Моделирование СИСТЕМНОГО ИНЖИНИРИНГА с эмерджентными свойствами, требуемыми заказчиками и средами конечных пользователей
- Задача B: Прикладные упорядоченные процессы в структурировании и моделировании эмерджентных свойств SYSTEM ENGINEERING
- Цель C: Использование четко определенных практик и установленных принципов при мониторинге возникающих свойств СИСТЕМНОГО ИНЖИНИРИНГА
Цели достигаются с помощью задач по критериям "деятельность-поставка-приемка", связанных с:
- Мониторинг среды, технологии, техники и управления SYSTEM ENGINEERING
- Моделирование среды СИСТЕМНОГО ИНЖИНИРИНГА, технологии, техники и управления
