Организация программного обеспечения АСУ

Разработка структуры автоматизированной системы обработки экспериментальных данных проводилась с учетом обеспечения диалога, хранения физико-химических данных в базе данных на кассетной магнитной ленте, организации программного обеспечения в виде ряда модулей-подпрограмм для исключения дублирования неоднократно используемых процедур. В базе физико-химических данных логически взаимосвязаны три основных элемента вещество, константа и ее численное значение. [c.229]

ТЕХНИЧЕСКАЯ СТРУКТУРА И ПРИНЦИПЫ ОРГАНИЗАЦИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СИСТЕМЫ [c.113]

Верификация моделей оценки качества вод и выбора состава водоохранных мероприятий, разработка и организация программного обеспечения. [c.344]

Рис. 4.7. Общая организация программного обеспечения.

Помимо языковых трансляторов, программного обеспечения связи и программ управления файлами на ЭВМ обязательно имеются пакеты прикладных программ, разработанные для удовлетворения общих запросов пользователей. Такие пакеты могут включать, например, программы простой обработки данных экспериментов, обработки текстов, составления отчетов или средств получения высококачественных графических изображений. На схематической карте памяти (рис. 4.11) показано размещение компонентов программного обеспечения вычислительной системы. Разумеется, конкретная организация программного обеспечения зависит от типа компьютера. Более того, наличие отдельных компонентов программного обеспечения (см. рис. 4.7) зависит как от класса компьютера (большой, средний или малый), так и от вида конкретной системы данного класса. В целом возможности программного обеспечения и средства создания программ ухудшаются при переходе от универсальных компьютеров к миникомпьютерам или микрокомпьютерам. [c.155]

Организация программного обеспечения АСУ [c.385]

Приведенный краткий обзор показывает, что в настоящее время развиты или развиваются методы, позволяющие решать задачи моделирования на всех трех упомянутых выше этапах (построение формальной модели, организация программного обеспечения, организация имитационных экспериментов). Вместе с тем нужно констатировать, что указанные методы развивались несистемно. Например, существующие программные средства далеко не всегда ориентированы на решение первостепенных задач моделирования (анализ адекватности, чувствительности, направленное изменение моделей и т. п.). Точно также статистические процедуры часто не имеют удовлетворительного обоснования, и потому неизвестны не только их точность, но и границы и. сферы применимости. В связи с этим в последние годы значительное внимание стали уделять методологии моделирования для выработки общих требований к применяемым методам и средствам. [c.193]

Подсистема управления базами знаний содержит в себе информацию, используемую всеми подсистемами, т. е. отражает в своем представлении способы и приемы организации диалога, распознавания ситуаций, выработки и принятия решений, обучения, генерации программного обеспечения, методы доступа к базам данных. [c.345]

САПР различных уровней связаны между собой, во-первых, информационными потоками и, во-вторых, программными средствами. При такой иерархии систем различных уровней возможна реализация идеи генерации версий САПР для уровней проектной организации, подотрасли, группы однотипных объектов и т. д. Это позволит сохранить единство концепций и принципов на всех уровнях проектирования, а также обеспечит совместимость программного обеспечения. Состав, функции и выходная информа- [c.39]

Для решения различных прикладных задач и, следовательно, для разных программ могут требоваться разные связи между элементами данных в рамках одной записи или между записями в файле. Попытка объединения таких файлов в один общий файл может повлечь, с одной стороны, существенное дублирование данных, а с другой — неоправданные затраты на переделку программного обеспечения. В принципе при проектировании прикладного программного обеспечения существует возможность организации программ и файлов таким образом, чтобы различные программы использовали одни и те же файлы. Однако в этом случае расширение системы вызывает еще более сложные проблемы модификации уже имеющегося задела программ и файлов, поскольку, кроме изменения программ, необходимо учесть и изменения связей между ними. Более того, в процессе работы нескольких программ с одним и тем же файлом каждая отдельная программа не использует, как правило, всех полей данных при этом существует возможность неправильного изменения неиспользуемых элементов данных при работе программ, либо неполной корректировки записи. [c.188]

Эффективное взаимодействие различных организаций в процессе создания САПР возможно при наличии общих методологических разработок, высококвалифицированных кадров, совместимых средств вычислительной техники. Системный подход и модульный принцип построения САПР позволяют сократить до минимума дублирование разработок за счет обмена стандартными элементами программного обеспечения не только между разработчиками, но и пользователями. Такая форма обмена и организации взаимообмена обеспечивается вычислительными сетями, объединяющими в единый комплекс программные и технические средства. [c.586]

Более пагубные последствия имели место при попытке внедрения комплекса имитационных водно-балансовых моделей для проектирования схем комплексного использования и охраны водных ресурсов, представленных в работе [Методические указания..., 1987]. Затраты на эту разработку были чрезвычайно велики, и они могли окупиться только широким внедрением практически во всех водохозяйственных проектных организациях страны. Однако, как было сказано выше, такое внедрение возможно только при развитых сервисных функциях модели. Последние же вообще не были продуманы разработчиками. Кроме того, документация по применению комплекса моделей не была структурирована в зависимости от специализации потенциальных пользователей. В результате в рамках одного документа оказались совершенно разнородные вопросы сбор и подготовка данных, инструкции по запуску программного обеспечения, собственно описание математических моделей и др. Поэтому модель не только не получила [c.20]

Организация основного программного обеспечения вычислительной системы [c.149]

Разработка такой анкеты и методики проведения опроса является важной стадией изучения процесса автоматизации. На этой стадии аналитик обычно использует некую простую схему, в соответствии с которой он проводит сбор исходных данных. Типичным примером такой схемы может служить схема, представленная на рис. 8.5, в которой выделено шесть основных категорий требований — от требований, предъявляемых к аппаратуре (слева), до требований, предъявляемых к методикам (справа). При такой организации анализа текущую информацию можно получать от отдельных элементов системы аппаратного оборудования системы, ее программного обеспечения, интерфейсов и т. д. [c.333]

Описанный диалог характерен для диалогового поиска. Конкретные формы способа ведения диалога, а также возможности программного обеспечения могут быть разными в разных системах (см. работу [49]). Однако по Мере развития методов диалогового поиска должна произойти существенная стандартизация таких систем. Так, в настоящее время в европейских странах предпринимаются значительные усилия но разработке набора стандартных команд для диалогового поиска. Диалоговые базы данных могут быть трех основных типов коммерческие (или общего пользования), внутреннего пользования (в корпорациях) н персональные. В них могут использоваться различные принципы организации указателей и/или поиска ключевые слова в заголовках, рефераты или полный текст, вручную или автоматически присвоенные ключевые слова и любые аспекты, полезные для поиска. Системы могут быть ориентированы на поиск библиографического материала, научной информации по химическим веществам или по конкретным разделам, как, например, научные приборы [50]. [c.456]

Система АВД позволяет одновременно хранить и параллельно использовать несколько версий алгоритмов выбора решений. Для корректировки алгоритмов используются управляющие таблицы без изменения программного обеспечения. Разные проектные организации-пользователи системы Трубопровод могут иметь индивидуальные правила выбора элементов при одинаковых загрузочных модулях АВД. Правила заполнения управляющих таблиц составляют табличный наглядный язык ТАНЯ, описанный ниже. В тех случаях, когда отдельные линии или элементы не подчиняются общим правилам, для корректировки решений автоматизированной системы предусмотрены следующие возможности [c.14]

Справочно-нормативные документы регулярно обновляются и пополняются. Поэтому информационный фонд необходимо систематически корректировать, что, с одной стороны, затрудняет текущую эксплуатацию системы, а с другой, требует квалифицированных исполнителей. Отсюда вытекают требования к информационному фонду минимум объема, удобные структура и организация, стандартное и эффективное программное обеспечение. Минимальность объема информационного фонда может быть обеспечена лишь большой глубиной логической переработки информации, т. е. усложнением программ. Все компоненты информационного фонда системы организованы в виде таблиц. В центре САПР-Хим разработана универсальная система ведения и доступа табличной информации СВЕТА, описанная в гл. VII. Она принята как основная при работе с информационным фондом в системе СТРУНА. [c.47]

Автоматизированный выпуск проектной документации тесно связан с предметной областью — средой проектирования, т. е. с теми нормами, правилами, стандартами, которыми пользуется проектировщик при выполнении своей работы. Среда проектирования не является статичной, она подвержена постоянным изменениям. Изменения происходят не только во времени, но и в пространстве разные организации имеют отличия в практике проектирования. Примеры таких изменений приведены выше (см, гл И), Автоматизированная система проектирования может стабильно эксплуатироваться во многих организациях только при условии, что ее структура допускает своевременную настройку на условия эксплуатации. Разумный учет указанных требований приводит к принципу независимости программного обеспечения от информационного фонда, который можно сформулировать еще и так стабильные программы — изменяющийся фонд. [c.89]

Рис. 3.3. Организация программного обеспечения калориметрических и виекозимет-рических экспериментов (цифры — уровень иерархической структуры)

Повмшейие уровня интеллектуальности программного обеспечения предъявляет определенные требования к его организации. Прежде всего, оно должно представлять собой единую систему, а не набор автономных программ для решения отдельных задач. Это требование приводит к идее модульного программирования, при котором программное обеспечение представляется в виде множества программных модулей и средств управления ими при решении конкретных задач. Естественно, интеллектуальность пакета (или ее основные признаки) может быть достигнута при наличии развитого математического обеспечения объекта (группы объектов). [c.66]

Сходство хроматографа Цвет-2000 с приборами серии Цвет-500 ограничивается аналитическими функциями и конструкцией аналитического блока. Задание параметров режима и управление хроматографом в процессе анализа осуществляются на основе совершенно других технических решений и средств. Алгоритмы процесса обработки имеют много общего, поскольку реализуют те же общепринятые в хроматографии методы градуировки и расчета концентраций, но в целом программное обеспечение хроматографа Цвет-2000 более развито, имеет существенные особенности и представляет дополнительные возможности, отсутствующие в приборах Цвет-500М . Кроме того, использован другой принцип организации общения оператора с прибором. [c.149]

В последние годы в ряде проектных и научно-исследовательских организаций СССР (ГОСНИИХЛОРПРОЕКТ, ГИАП, ГИПРОКАУЧУК, Московский химико-технологический институт им. Д. И. Менделеева, Институт газа АН УССР, Институт нефти и газа АН СССР и др.) проводятся работы по алгоритмизации расчета теплообменных аппаратов на ЭВМ. Результатом этих работ явилось создание пакетов прикладных программ, охватывающих решение на ЭВМ широкого круга задач, связанных с проектированием ТА. Однако до настоящего времени не разработана достаточно эффективная методика проектирования теплообменников-конденсаторов химико-технологических процессов, а также алгоритмическое и программное обеспечение решения расчетных задач для данных аппаратов на ЭВМ. [c.4]

Техническая структура и принцшш Организации программного 113 обеспечения системы [c.200]

Информационная база управленческого учета чрезвычайно широка и требует охвата большого количества частных, высоко детализированных показателей. Рациональная организация данной работы в современных условиях возможна только с использованием средств вычислительной техники и применением специализированного программного обеспечения, интегрированного с автоматизированными системами бухгалтерского учета. К ним относят разработки фирм Галактика , Инфософт , Интеллект-сервис , Фолио и др. Характеристика данного программного обеспечения приведена в специальной литературе [76]. [c.80]

Какие требования предъявляются к комплексу программных средств ИАСУ Какие способы организации прикладного программного обеспечения вы знаете [c.339]

Программы вычислительных машин, составленные для выполнения процедуры прогнозирования цветового соответствия на базе заданного набора входных оптических данных, могут быть несколько усложнены, если желательна их универсальность. Ранее наблюдалась четкая тенденция к приспособлению малых и средних цифровых вычислительных машин для целей прогнозирования цвета, причем часто отдавалось предпочтение применению так называемых специализированных вычислительных машин. Эти машины и сейчас находят применение, будучи непосредственно соединенными с автоматическими спектрофотометрами или фотоэлектрическими колориметрами. Однако в последние годы появилась тенденция к использованию универсальных вычислительных машин, которые обычно представляют собой большие быстродействующие машины с большим объемом памяти. Универсальная вычислительная машина может эксплуатироваться как в самой организации, так и в коммерческом вычислительном центре через телетайпную связь. Аренда такой машины обычно означает, что нужно платить за фактически затраченное машинное время, нанример, на основе ежемесячных расчетов. Галл [172] оценил, что стоимость расчета одной рецептуры сравнима с половиной почасовой оплаты лаборанта. Полные программы для таких машин можно приобрести на различных фирмах, занимаюпщхся программным обеспечением. [c.501]

Отраслевые компоненты представляют собой систему организаций, эксплуатирующих СППР, оснащенных необходимыми техническими средствами, программным обеспечением и методическими материалами. Предусматривается, что деятельность этих организаций законодательно обоснована, обеспечена финансовыми средствами, необходимой инфраструктурой и кадрами. Техническое обеспечение представляет собой совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для выполнения функций СППР. Проблемно-методические компоненты представляет собой совокупность проблем и задач, их математические методы решений и реализация в виде программных комплексов. В состав этих компонент входят методики и алгоритмы, а также инструктивная документация к программному обеспечению. Функцинально-технологические компоненты представляют собой систему технологий, зафиксированную различными видами документов, регламентирующих порядок эксплуатации системы, а также методы, описания, способы получения, переработки и обмена информацией. [c.40]

Программное обеспечение представляет собой совокупность всех компьютерных программ и эксплуатационной документации к ним, необходимых для выполнения расчетов задач СППР и ведения банков данных. Программное обеспечение подразделяется на общесистемное и специальное, или прикладное программное обеспечение. Общесистемные программы предназначены для организации функционирования вычислительных средств и удобства создания прикладных программ, в которых реализуются математические методы и алгоритмы решения проблемных задач. Программное обеспечение СППР предназначено для следующих целей [c.81]

При рещении многих важных задач, особенно в крупных организациях, возникает необходимость соединить отдельные вычислительные системы между собой, для того чтобы создать структуры, обладающие большей надежностью и эффективностью, чем каждая из изолированных систем. Такие интегрированные группы компьютеров — вычислительные сети —.подробно рассмотрены в гл. 12. Для работы сетей необходимо специальное программное обеспечение связи, позволяющее пе-радавать сообщения и файлы из одного места сети в другое. При этом особенно важно обеспечить сохранность передаваемой информации. Для передачи секретной информации существуют различные программы шифрования — см. гл. 7. [c.151]

НИИ сетей с коммутацией каналов-стандарт Х21. Второй уровень (канальный) описывает прохождение пакетов данных по каналам па основе стандарта HDL . Третий уровень (управление сетью) описывает прохождение целых сообщений между узлами управление сетью направляет движение в нужную физическую цепь и может также поддерживать частные сети и сети стандарта Х25. В основе этих уровней модели лежат по сути дела рекомендации Х25 для систем с коммутацией пакетов. Следует определить и другие уровни модели. Четвертый (транспортный) уровень относится к передаче сообщений между конечными пользователями — отправителем и получателем данных. Пятый уровень (управления сеансом) устанавливает и поддерживает взаимодействие между двумя взаимодействующими процессами, которые могут использовать один и тот же или разные главные компьютеры. Протокол соединения применяется для инициирования и завершения сеанса, а протокол диалога управляет потоком данных между процессами оба протокола легко реализуются. Шестой уровень модели (представительный) требуется для осуществления любого нужного переформатирования или преобразования данных, что позволяет иметь доступ к различным терминалам и устройствам. Седьмой уровень (прикладной) относится ко всем другим аспектам — прикладному программному обеспечению, системным программам для всевозможной обработки транзакций, управлению файлами, концентрации терминалов и т. д. Способ, которым уровни вышеописанной модели могут быть реализованы, видоизменяется в зависимости от производителя. Все уровни могут быть реализованы в одной главной системе или они могут быть разделены между двумя компьютерами, как это показано на примере узла, показанного в верхней части рис. 12.7. В этом случае используются большой универсальный компьютер (главная система) и интерфейсный сетевой процессор. Схематически изображенный на рис. 12.7 метод показывает очевидное отличие уровней применения (главная система) и функций сети (сетевой процессор). В работе [21] описано применение стандартов взаимосвязи открытых систем для построения системы открытой сети. Несомненно, этот метод организации сетей ЭВМ будет иметь большое значение для конструирования гибких многоцелевых сетей обработки информации. [c.481]

Справочник химика 21

Химия и химическая технология