49. Формулировка проблемной ситуации. Проблематика.

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

1. Любая исходная формулировка проблемы является начальным приближением и не может рассматриваться как изолированная и монолитная. Т.е. она является частью некоторой надсистемы и состоит из множества подсистем. Поэтому является «клубком» взаимосвязанных проблем.

2. Любая исходная формулировка проблемы является моделью проблемной ситуации с точки зрения заказчика, поэтому требует дополнения, уточнения и детализации в терминах всех языков, включенных в конфигуратор.

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

50. Выявление целей.

Как хорошо формализованные, так и слабоструктурированные проблемы должны быть приведены к виду, когда они становятся задачами выбора подходящих средств для достижения заданных целей. Цель является антиподом проблемы (того что нам не нравится) и сложность заключается в том, что необходимо выбрать единственно верное направления решения проблемы из множества. Установить правильную цель важнее, чем найти наилучшую альтернативу для ее решения. Т.к. не самая лучшая альтернатива все-таки ведет к цели, пусть не оптимальным способом. Выбор же неправильной цели приводит не столько к решению проблемы, сколько к появлению новых.

Первый момент, который необходимо учитывать, связан с опасностью подмены целей средствами. В практике системного анализа первоначально сформулированные цели часто изменяются или отменяются совсем. Например, в исследовании проблемы «где лучше разместить новый спорткомплекс» выяснилось, что действительная цель – улучшение здоровья населения и среди предложенных альтернатив нашлись более эффективные способы использования ресурсов, нежели строительство спорткомплекса.

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

Кроме того множественность целей приводит к опасности их смешения, а изменение целей со временем может происходить в силу существенных объективных изменений условий.

51. Выбор среды программирования

Решение одного из первых вопросов, возникающих при выборе среды программирования для построения модели и исследования ее динамики, определяется исходя из противоречивых соображений, связанных с затратами времени. С одной стороны, все чаще вычислительный эксперимент, проводимый для ИСС, занимает в сотни и в тысячи раз больше времени, чем тот же процесс в реальности. Причем эта ситуация является общей для многих объектов (Малинецкий, с.20). Поэтому приемлемая скорость работы программы при исследовании модели является одним из базовых требований (тем более, в режиме реального времени). Обычно его удается выполнить благодаря высокому профессионализму программирования и «индивидуальному подходу» к характерным особенностям не только конкретной модели и ее целевой программе исследования, но и особенностям языка. Но для этого необходимо:

1. достаточно ясно представлять сущность моделируемого процесса

2. выбрать эффективный алгоритм для решаемой задачи

3. выявить основные потоки данных и их формат.

Однако таких сведений на предварительных этапах моделирования обычно нет, более того, именно это, как правило, и является неизвестным Например, при «переводе» систем дифференциальных уравнений на дискретный язык необходимо знать, какие свойства системы нужно передать в дискретной модели. При формировании базы данных о динамике системы необходимы ясные представления о том, что и в какой системе координат мы хотим увидеть.. Поэтому, при такой постановке задачи, необходимыми требованиями к среде реализации становятся ее мобильность, гибкость, интерактивность, наличие графической и интерфейсной поддержки, интегрируемость с необходимыми специализированными пакетами исследования и проектирования, компилируемость кода на языки низкого уровня. Причем внимание к вопросу организации удобного интерфейса и наглядного графического представления информации вызвано необходимостью анализа больших объемов этой информации и, желательно, в интерактивном режиме.

С другой стороны, время на формирование модели и исследование динамики при использовании соответствующих модулей пакета прикладных программ (ППП) существенно сокращается. Основой для правомерных замечаний к ППП является то, что их компоненты слишком универсальны, слишком «растрачивают» машинные ресурсы и часто не позволяют модифицировать свой код.