Создание - программная модель
Cтраница 1
Создание программной модели является последним этапом разработки подсистемы специального математического обеспечения управления. На этом этапе завершается проверка правильности подсистем в целом. [1]
При создании программной модели также могут быть приняты меры, облегчающие выполнение работ по переносу сведений на архивное хранение. Все это может существенно облегчить работы по переносу сведений на архивное хранение, а также уменьшить вероятность появления ошибок при выполнении этих работ. Если сведения, переносимые на архивное хранение, составляют часть информационного массива, то при их выделении могут быть допущены ошибки. Поэтому эти работы необходимо максимально автоматизировать, чтобы снизить вероятность появления ошибок в оставшейся части сведений информационной базы. [2]
На этапе создания программной модели специальное математическое обеспечение управления согласовывается с техническими средствами автоматизации и общесистемным математическим обеспечением. На этом этапе завершаются работы по приданию ему способности адаптироваться к реальному времени и конфигурации технических средств. Особого внимания на этом этапе заслуживают вопросы оптимизации размещения модулей программной модели в памяти вычислительных средств и проверки правильности программной модели. Фактически это последний этап разработки, на котором проверка правильности завершается силами авторского коллектива. [3]
Каковы же результаты, достигнутые на пути создания программных моделей искусственного интеллекта. Сильнейшие шахматные программы в дебюте и в начале миттельшпиля играют приблизительно в силу третьего разряда, но значительно слабее в эндшпиле. Программа игры в шашки не уступает сильнейшему противнику. Добавим только, что, вероятно, можно придумать такие игры, в которых машина, вне всяких сомнений, будет оставлять человека далеко позади. [4]
Таким образом, основной объем работ по созданию программной модели может быть выполнен вычислительными машинами и специальными программами, которые при этом выступают в роли технологического оборудования. [5]
 |
Верхний уровень модели программы системы управления капиталовложениями. [6] |
Наша объектно-ориентированная методология разработки программы представляет собой стратегию создания программной модели на языке Ада, структура которой отражает модель системы в реальном мире. Компоненты, образующие структуру программы, выбираются, исходя из их соответствия компонентам модели в реальном мире. [7]
Источниками ошибок в программной модели в основном являются те ее элементы, которые создаются неавтоматически, либо те, которые формируются автоматически, но по параметрам, определяемым на этапе создания программной модели. Так как модули математической модели автоматически транслируются в основные программные модули, то появление ошибок на этом этапе создания программной модели фактически исключено. Это позволяет результаты, полученные при проверке правильности математической модели, использовать в качестве эталонных для проверки правильности программной модели. Действительно, при проверке правильности математической модели может быть сохранено множество значении параметров исходных данных и соответствующих им значений результатов. В это множество включаются только те варианты, которые свидетельствуют о правильной работе математической модели. Ясно, что эти варианты можно использовать для проверки правильности работы программной модели. Отклонения значений параметров, полученных с помощью программной модели, будут свидетельствовать о том, что либо математическая модель неправильно отображена в программную, либо во вспомогательных модулях есть ошибки, искажающие результаты. Однако такой проверки правильности математической модели недостаточно. Поэтому проверка правильности программной модели на этапе ее создания должна быть более широкой. [8]
Затем необходимо составить план программного моделирования, который включает указание типа ЭВМ и средств автоматизации моделирования сложных систем. Необходимо рассчитать примерные затраты памяти ЭВМ на создание программной модели и ее рабочих массивов. Важно оценить затраты машинного времени на один цикл работы модели системы и сопоставить их с затратами времени на программирование и отладку модели. Обычно исходят из того, что этап отладки модели занимает в два раза больше календарного времени и ресурсов ЭВМ, чем собственно эксперименты с готовой моделью. [9]
 |
Процесс создания модели с использованием GPSS / PC 166. [10] |
Причем набор логических правил также ограничен и может быть описан небольшим числом стандартных операций. Комплекс программ, описывающих функционирование объектов и выполняющих логические операции, является основой для создания программной модели системы данного класса. [11]
Источниками ошибок в программной модели в основном являются те ее элементы, которые создаются неавтоматически, либо те, которые формируются автоматически, но по параметрам, определяемым на этапе создания программной модели. Так как модули математической модели автоматически транслируются в основные программные модули, то появление ошибок на этом этапе создания программной модели фактически исключено. Это позволяет результаты, полученные при проверке правильности математической модели, использовать в качестве эталонных для проверки правильности программной модели. Действительно, при проверке правильности математической модели может быть сохранено множество значении параметров исходных данных и соответствующих им значений результатов. В это множество включаются только те варианты, которые свидетельствуют о правильной работе математической модели. Ясно, что эти варианты можно использовать для проверки правильности работы программной модели. Отклонения значений параметров, полученных с помощью программной модели, будут свидетельствовать о том, что либо математическая модель неправильно отображена в программную, либо во вспомогательных модулях есть ошибки, искажающие результаты. Однако такой проверки правильности математической модели недостаточно. Поэтому проверка правильности программной модели на этапе ее создания должна быть более широкой. [12]
Основная информационная модель описывает логику процесса переработки информации при управлении. Математическая модель вместе с технологической информационной моделью дает алгоритмическое описание процесса переработки информации при управлении. Для того чтобы эти модели могли выполнять свои функции в процессе управления, необходимо возложить их исполнение на технические средства автоматизации управления. На этапе создания программной модели специальное математическое обеспечение управления должно приобрести все свойства, необходимые для удовлетворения предъявляемых к нему требований. Основы удовлетворения этих требований должны быть заложены в информационную и математическую модели. Если они там отсутствуют, то на этапе создания программной модели спасти положение довольно трудно, а точнее, невозможно, без корректирования информационной и математической моделей. Однако на этапе создания программной модели эти свойства могут быть утрачены даже в том случае, если их основы заложены в информационную и математическую модели. [13]
Типовые модули могут разрабатываться как стандартные. Одновременно улучшаются условия для повышения надежности ( правильности) программной модели. Проверка качества ( работоспособности) каждого модуля может осуществляться автономно, независимо от других модулей. Включение ранее разработанных стандартных модулей, прошедших длительную проверку в других программных моделях, не только повышает надежность, но и сокращает сроки создания программной модели. Основные программные модули реализуют функции, определенные информационной и математической моделями. Между модулями математической модели и основными программными модулями может не быть взаимно-однозначного соответствия. Один модуль математической модели может отображаться несколькими основными программными модулями, и наоборот, один основной программный модуль может поглотить несколько модулей математической модели. Это объясняется тем, что математическая модель, учитывающая возможности технических средств автоматизации управления, тем не менее в значительной степени является машинонезависимым объектом. Она вместе с информационной моделью может отображаться на различные технические средства автоматизации управления. [14]
Основная информационная модель описывает логику процесса переработки информации при управлении. Математическая модель вместе с технологической информационной моделью дает алгоритмическое описание процесса переработки информации при управлении. Для того чтобы эти модели могли выполнять свои функции в процессе управления, необходимо возложить их исполнение на технические средства автоматизации управления. На этапе создания программной модели специальное математическое обеспечение управления должно приобрести все свойства, необходимые для удовлетворения предъявляемых к нему требований. Основы удовлетворения этих требований должны быть заложены в информационную и математическую модели. Если они там отсутствуют, то на этапе создания программной модели спасти положение довольно трудно, а точнее, невозможно, без корректирования информационной и математической моделей. Однако на этапе создания программной модели эти свойства могут быть утрачены даже в том случае, если их основы заложены в информационную и математическую модели. [15]
Страницы: 1 2