и т.д. Эти определения рационализированы в работе Boarder (1995(a)) в качестве первого уровня структуры и представлены здесь следующим образом:
Контекст: Описания системы, среды, поддержки и управления
Цель: Однозначная формулировка цели, которая должна быть достигнута для клиента
Цели: два заявления о намерениях в отношении цели и оснований для ее достижения
Цели: три формулировки меньших целей для продукта, позиции и процесса по
при котором достигаются поставленные цели
Мероприятия: Четыре вида деятельности, а именно: мониторинг, моделирование, определение и органи-.
ся над экологическими, технологическими, инженерными и управленческими мероприятиями.
вопросы, связанные с реализацией целей
Результаты: Те предложения, определения, модели, структуры и процессы, которые должны быть
осуществляемые мероприятия
Критерии приемки: Критерии приемки, которые будут использоваться при оценке результата.
Структура второго уровня
Структура второго уровня развивает системную инженерию, расширяя первый уровень. В этой схеме ключевые слова выделены заглавными буквами. Для краткости детализация опущена, и схема второго уровня выглядит следующим образом:
Концепция системной инженерии имеет ряд особенностей:
- Цель: ИНЖИНИРИНГ СИСТЕМ, с эмерджентными свойствами, требуемыми заказчиками, интегрированными в среды конечных пользователей
Цель будет достигнута за счет направленной деятельности:
- Цель I: Разработать системный инжиниринг в среде конечного пользователя с эмерджентными свойствами, требуемыми заказчиками
- Цель 2: Разработать позицию, с которой можно продвигать СИСТЕМНЫЙ ИНЖИНИРИНГ в средах конечных пользователей с возникающими свойствами, необходимыми заказчикам.
Целям системы будет служить система, которая фиксирует и сохраняет результаты деятельности:
- Задача A: Моделирование СИСТЕМНОГО ИНЖИНИРИНГА с эмерджентными свойствами, требуемыми заказчиками и средами конечных пользователей
- Задача B: Прикладные упорядоченные процессы в структурировании и моделировании эмерджентных свойств SYSTEM ENGINEERING
- Цель C: Использование четко определенных практик и установленных принципов при мониторинге возникающих свойств СИСТЕМНОГО ИНЖИНИРИНГА
Цели достигаются с помощью задач по критериям "деятельность-поставка-приемка", связанных с:
- Мониторинг среды, технологии, техники и управления SYSTEM ENGINEERING
- Моделирование среды СИСТЕМНОГО ИНЖИНИРИНГА, технологии, техники и управления
- Определение среды, технологии, инжиниринга и менеджмента SYSTEM ENGINEERING
- Организация системной инженерии среды, технологии, техники и управления
Рамки третьего уровня
В рамках третьего уровня к ключевым словам рамок второго уровня применяются простые методы замены. В качестве примера можно привести разработку структуры для поддержки управления конфигурацией. Заменив ключевое слово SYSTEM ENGINEERING на втором уровне на Configuration Management, можно получить структуру третьего уровня:
В рамках системной инженерии для управления конфигурациями существует:
- Цель: Управление конфигурацией с учетом эмерджентных свойств, требуемых заказчиками, интегрированных в среды конечных пользователей
Цель будет достигнута за счет направленной деятельности:
- Цель I: Разработать управление конфигурациями в средах конечных пользователей с эмерджентными свойствами, требуемыми заказчиками
- Цель 2: Разработать позицию, с которой можно продвигать управление конфигурациями в средах конечных пользователей с возникающими свойствами, необходимыми заказчикам.
Целям системы будет служить система, которая фиксирует и сохраняет результаты деятельности:
Задача A: Моделирование управления конфигурациями с учетом эмерджентных свойств, требуемых заказчиками и средами конечных пользователей
Задача B: Прикладные упорядоченные процессы в структурировании и моделировании эмерджентных свойств управления конфигурацией
Задача C: Использование четко определенных практик и установленных принципов при мониторинге эмерджентных свойств Configuration Management
Цели достигаются с помощью задач по критериям "деятельность-поставка-приемка", связанных с:
Мониторинг среды управления конфигурациями, технологий, инженерного обеспечения и управления
Моделирование среды управления конфигурациями, технологии, инжиниринга и управления
- Определение среды управления конфигурациями. технология, проектирование и управление
- Организация среды управления конфигурациями, технологий, инженерного обеспечения и управления
В полной модели определены и другие ключевые слова. В развернутом виде модель включает в себя мероприятия, результаты и критерии приемки для среды, технологии, инженерные и управленческие вопросы для разрабатываемых прикладных систем. Объем не позволяет их отобразить, но структура может быть повторно применена для систем более низкого уровня и расширения пакетов работ более низкого уровня.
ПРАКТИКА
Рамка как основа для практики системной инженерии описана на рисунке Бордера (l995(b)). Таким образом, практика и оценка фреймворка является развитием этих видов деятельности. Их проведение осуществляется упорядоченным и структурированным образом, который, благодаря поддержке фреймворка, обеспечивает прослеживаемость, наглядность и трассируемость разработки системы. Эксперимент по управлению конфигурацией и другие, как мы надеемся, покажут последовательность и полноту фреймворка и выявят дальнейшие ресурсы поддержки для промышленных и коммерческих приложений. Конфигурационное управление фреймворками исследуется в качестве эксперимента в области системной инженерии.
ВЫВОДЫ
Системная инженерия как свертка самоподобных видов деятельности переходит в организацию и практику, оба аспекта которых нуждаются в структурированной и упорядоченной поддержке. Поддержка может быть оказана в виде общих и параметрических рамок, которые направляют и поддерживают системных инженеров в их работе и фиксируют их результаты. Предлагается и иллюстрируется одна из таких многоуровневых рамок. Она основана на общепринятой терминологии систем и системной инженерной деятельности с использованием высокоуровневой модели процесса системной инженерии. Структура является общей, а замена параметров позволяет создавать специфические системно-ориентированные структуры. Проводятся эксперименты по оценке полноты и непротиворечивости фреймворка, а также по определению требований к поддержке управления конфигурацией. Описаны сущность фреймворка, мероприятия, результаты и критерии приемки. Будут представлены результаты оценки и выделены области, нуждающиеся в дальнейшей разработке технологии.
СИСТЕМЫ ДЛЯ ФИЛОСОФИИ
Билл Камерон
Университет Глазго
ВВЕДЕНИЕ
Целью данной статьи является экспликация понятия "система" как рабочего инструмента для практики аналитической философии. Система определяется как способ описания, как описание концептуального холизма. Рассматриваются некоторые вытекающие из этого следствия.
ОПИСАНИЕ
В науке или в философии мы стремимся объяснить. Прежде чем объяснить, нам и аудитории, которой можем быть мы сами, необходимо понять, что именно объясняется. Перед актом объяснения происходит акт описания. В данной статье я хочу описать особый вид описания. Тот, в котором некоторый конкретный аспект нашего мира описывается не только с точки зрения его функции и формы, но и с точки зрения его контрфактичности, того, как его функция и форма определяют многообразие событий, которые могут произойти в этом аспекте мира. Именно в этих терминах я хочу раскрыть понятие "система".
Мы должны различать акт описания и сформированные предложения в языке, которые представляют знания, передаваемые этим актом. Именно эту абстрактную сущность, реализованную в тексте, - знаки языковых процессов - я буду обозначать термином "описание". Располагая описание в тексте, я не занимаю позицию в постмодернистском, постструктуралистском споре о детерминированности или относительности "смысла" в тексте, хотя это может обсуждаться в системных терминах. Этот спор рассматривался многими авторами, в том числе Фишем (Fish, 1980) и Миджли (Midgley, 1994). Моя цель - просто отличить термины текста от описываемой реальной, вымышленной или гипотетической действительности. Понятия, обозначаемые терминами текста, могут различаться у автора и интерпретатора. Именно этого риска
