путем щелчка мышью на Stage 3. в главном меню. Можно задать CATWOE-анализ и использовать его для облегчения ввода текста корневого определения. Предоставляется помощь и полезные подсказки, объясняющие CATWOE-анализ и подготовку корневых определений, например: учитывая определенное назначение соответствующей системы, согласуются ли процесс преобразования и "W"? Если бы вы выполнили преобразование, была бы достигнута желаемая цель и удовлетворено "W"? Может ли концептуальная модель данного РД оказаться полезной в данной проблемной ситуации?
Разработка концептуальных моделей
Затем можно приступить к концептуальному моделированию корневого определения, нажав на пункт панели инструментов "Концептуальная модель" или этап 4. главного меню. Затем специалист может вставить каждое действие модели, и система создаст на экране "пузырь" действия. Затем "пузырьки" можно перемещать в любое место экрана и вставлять соединительные линии. Первоначальные виды деятельности вставляются в краткой форме, более подробное описание каждого вида деятельности добавляется "за" "пузырем", и доступ к нему можно получить, щелкнув мышью на каждом виде деятельности. Для помощи в выборе глаголов и слов, которые необходимо включить в задание, предлагается "Список заданий".
Инструмент для анализа и моделирования мягких систем
На этом этапе можно обратиться к корневому определению и внести изменения. В помощь предоставляются рекомендации по концептуальному моделированию, подсказки и вопросы, касающиеся согласованности и распространенных ошибок в КМ.
Диагностика проблем
Для перехода к этапу сравнения необходимо выбрать пункт 5. На выбор предлагаются следующие виды диагностики проблемы:
базовое сравнение
сравнение организации и роли
сравнение информационных требований
В каждом анализе перечислены виды деятельности модели, а специалист должен ввести детали. На рис. 1. показан анализ информационных требований, в котором перечислены виды деятельности модели, а также меры эффективности, необходимая информация, какая информация доступна, как она предоставляется и какие моменты вызывают дискуссию, которые добавляются специалистом. Помощь оказывается в описании различных режимов диагностики и способов их выполнения. На этом этапе специалист может просмотреть список соответствующих систем, корневых определений и концептуальных моделей, разработанных ранее.
Отчеты
Стандартные отчеты могут быть сформированы следующим образом:
перечень проблем, владельцев и соответствующих систем
копии определений корней и анализ CA TWOE
концептуальные модели и детальные описания деятельности
диагностические отчеты.
Практикующий специалист может использовать их для анализа, проведения дискуссий, записи исследований и подготовки отчетов для клиентов.
ДИСКУССИЯ
SSAMT - это инструмент для практиков, помогающий моделировать системы и диагностировать проблемы. Он не заменяет "системное мышление", необходимое специалисту. Он помогает понять суть SSM и дает рекомендации по тем частям процесса, которые вызывают затруднения у практиков. Она представляет собой платформу для анализа и фокус для проведения исследований. Кроме того, он обеспечивает запись исследований и полезные результаты в виде отчетов. SSAMT может использоваться как инструмент групповой поддержки принятия решений с участием нескольких пользователей. Программное обеспечение является лишь прототипом, находящимся на стадии демонстрации, однако первые испытания с участием специалистов-практиков оказались обнадеживающими. Типичные отзывы заключаются в том, что концептуальное моделирование на экране - это интересно, перечисление проблем, владельцев и т.д. помогает выбрать подходящие системы, функция диагностики проблем полезна, особенно в виде отчетов, помощь и советы удобны для начинающих специалистов, а возможность итерации между RD и CM и внесения изменений на экране - это улучшение. Важно, что при проведении SSM-исследований специалисты чувствуют себя более комфортно, если у них есть цель исследования. Многие потенциальные пользователи SSM отмечали, что чувствуют себя некомфортно при использовании этого подхода из-за отсутствия, если не сказать больше, "легитимности". Инструменты SSM - это, в основном, ручки, подходящая стена, много коричневой бумаги и сила мысли. Консультантам, как правило, приходится продавать формальные методы вместе со своими услугами, чтобы у клиентов возник "фактор хорошего настроения" по поводу стоимости исследования. Язык SSM не всегда удобен для организаций, которые привыкли обсуждать финансовые оценки и "итоговые показатели", а не "что мы делаем?" или "зачем мы здесь?". Такой инструмент, как SSAMT, может помочь преодолеть некоторые из этих проблем.
Основная проблема использования формальных процедур и предписывающих инструментов в рамках такого подхода, как SSM, заключается в потере богатства понимания субъективного, ситуационного контекста проблемной ситуации. Каждая проблема имеет свои нюансы, и предвосхищение решений или подходов к анализу ситуации снижает системный характер вмешательства. SSAMT, возможно, преодолевает эту проблему, позволяя проводить итеративный анализ, сохраняя при этом строгость, необходимую для системного моделирования. Процесс моделирования зависит от практикующего специалиста, ни один из важных элементов не создается автоматически на какой-либо заранее заданной основе. Разработка концептуальных моделей на экране помогает создать более свободный поток идей, обеспечивая возможность легко изменять и манипулировать моделями в процессе их создания. Использование ручки и бумаги может быть ограничено, поскольку изменения и дополнения в конечном итоге требуют создания новой схемы. Ведение четких записей исследования позволяет специалисту проанализировать проект и все его аспекты. Ретроспективный анализ может быть полезен для выявления моментов, когда были сделаны ложные или неадекватные предположения и расследование пошло по ложному пути. В ходе SSM-исследования необходимо проводить двойные возвраты и перекрещивания, а чрезмерно директивный инструмент может препятствовать такому динамичному аналитическому поведению.
Главное, что можно сделать из этого опыта, - это то, что простая компьютеризация функций SSM принесет лишь незначительные преимущества, которые не перевесят некоторые недостатки формализованных инструментов и процедур. Мы должны стремиться к разработке инструментов, улучшающих SSM и предназначенных для использования практиками, предоставляя дополнительные возможности, которые помогают реализовать SSM на практике. Будущие разработкиSSAMT будут направлены на этап диагностики SSM и организацию дискуссий по поводу изменений. Кроме того, необходимо разработать технически надежное программное обеспечение для использования практиками в реальных исследованиях.
ОБЪЕДИНЕНИЕ ТЕОРИИ СИСТЕМ С ПРАКТИКОЙ
Кевин Г. Дойл
Кафедра вычислительной техники, Университет Западной Англии (Бристоль)
ВВЕДЕНИЕ
С середины этого века представители системного сообщества проделали большую работу по углублению понимания сложных вопросов в таких областях, как теория вычислений, самовоспроизводящиеся автоматы, кибернетика, теория информации и более мягкие области социальных или целенаправленных систем. Однако цель интеграции разобщенных научных специальностей в рамках общей теории систем не была достигнута. За последние двадцать лет произошла не интеграция, а фрагментация: появились существенные различия между концепциями "естественных" и "искусственных" систем, "жестких" и "мягких" систем, "конкретных" и "абстрактных" систем, "физических" и "социальных" систем. За это время "метадисциплина" Systems Science развилась до такой степени, что, перефразируя Эйнштейна, можно сказать: "Насколько законы общей теории систем относятся к реальности, они не являются определенными, а насколько они являются определенными, они не относятся к реальности" (Capra, 1992).
Среди всей этой неразберихи быстро развивается такая область системной науки, как информационные системы - новая и очень динамичная предметная область, в
