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

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

Статьи Рисунки Таблицы О сайте English

Программное обеспечение

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

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


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

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

    Программное обеспечение системы СПРИНТ допускает реализацию на языках программирования ПЛ/1, Фортран, Ассемблер [208]. [c.348]

    На основе изложенной выше системы аксиом разрабатываете алгоритмическое и программное обеспечение подсистемы управления взаимодействиями технологических аппаратов АСУ ТП. [c.285]

    К негативным факторам роботизации производства могут оыть отнесены отсутствие положительного экономического эф-([)екта недостаточно высокая надежность роботизированных комплексов значительные затраты труда на создание математического и программного обеспечения. [c.314]

    Кратко рассмотрим методику построения пакета (библиотеки) программ, входящего в состав системы программного обеспечения. [c.128]

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

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

    Расчет показателей надежности для ненагруженного резерва значительно более сложен, поэтому часто используют формулы расчета надежности нагруженного резерва, учитывая при этом, что показатели надежности будут заниженными. При разработке алгоритмического и программного обеспечения для расчета показателей надежности сложных ХТС весьма целесообразно вместо БСН использовать параметрические графы надежности (ПГН) [1]. Между БСН и ПГН одной и той же ХТС [c.61]


    Для современных АСУ, использующих ЦВМ, большое значение имеет не только безотказная работа аппаратурно-технических средств ЦВМ, но и программное обеспечение ЦВМ, которое не должно иметь скрытых ошибок, В настоящее время наблюдается тенденция к снижению качества программного обеспечения, увеличению числа ошибок в нем [10, 11]. [c.102]

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

    Для повышения надежности программного обеспечения АСУ ТП необходимо осуществлять следующие мероприятия [11]  [c.103]

    Снижение надежности АСУ ТП может быть вызвано следующими дефектами программного обеспечения [11]  [c.104]

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

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

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

    Что характерно для этих определений, так это внешне второстепенная роль технических средств, хотя вычислительная техника является базой, усилителем и ускорителем интеллектуальных возможностей человека. В этом смысле интересно онределе ние суперЭВМ СуперЭВМ — это ЭВМ, которая отстает только на одно поколение от задач, над проблемами решения которых работают в настоящее время ученые [2]. Тем самым подчеркивается важность программного обеспечения, раскрывающего предметную область и определяющего стратегию принятия решений. [c.31]

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

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

    Методы численного моделирования молекулярных систем (численного эксперимента) находят все более широкое применение в практике физико-химических исследований. Возникла целая иерархия методов численного эксперимента, позволяющих воспроизводить на ЭВМ различные свойства моделирующих систем — динамические, термодинамические, структурные (см., например, [357, 358]). Стремительный прогресс вычислительной техники и программного обеспечения ЭВМ позволяет создавать все более совершенные методы моделирования, максимально приближающие свойства моделируемых систем к свойствам систем реальных [359, 360]. Однако даже при помощи самой совершенной вычислительной техники невозможно детально моделировать поведение систем, состоящих более чем из нескольких тысяч взаимодействующих частиц. Наиболее удобными объектами моделирования являются системы, состо ящие из сравнительно небольшого числа молекул. В настоящей работе пойдет речь о моделировании кластеров из молекул воды, причем основное внимание будет уделено структурным характеристикам таких кластеров. [c.132]


    База данных по физико-химическим свойствам веществ и их смесей содержит информацию о физико-химических константах и коэффициентах зависимостей, аппроксимирующих свойства веществ от параметров состояния, а также включает в себя комплекс программ обработки экспериментальных данных и расчета значений физико-химических свойств. Концептуальная модель, заложенная в основу построения БФХС, такова, что практически полностью обеспечивает физическую и логическую независимость данных программного обеспечения. Пользователю системы предоставляется возможность получения разнообразной справочной информации как непосредственно на экране терминала, так и вывода печатных документов в форме ЕСКД. [c.275]

    Предполагается [7], что для построения прикладной ЭС в конкретной проблемной области (ПО) необходимо 1) выбрать подходящую оболочку, способную вместить данные и правила (она должна быть совместима с имеющимся программным обеспечением) 2) определить круг технологов-экснертов, компетентных в данной ПО (с помощью инженера по знаниям они должны выразить словами свои знания и заложить их в машину) 3) определить логпку выбора предпочтительного решения, связать технические и экономические критерии 4) ввести данные и правила в оболочку ЭС в режиме диалога (оболочка может проверять состоятельность и непротиворечивость правил) 5) проверить возможности полученной прикладной ЭС на примере определенной проблемной подобласти, известной эксперту 6) модифицировать полученную прикладную ЭС с помощью других экспертов 7) осуществить передачу прикладной ЭС в эксплуатацию химикам-тех-нологам (прп этом прикладная ЭС постоянно контролирует получаемые результаты и обеспечивает необходимую консультацию). [c.7]

    Система машинной обработки кинетической информации (СМОКИ) представляет собой программное обеспечение для автоматизированного построения по заданному механизму реакций модели, описывающей имеющийся экспериментальный материал, и для извлечения из экспериментальных данных максимально возможной информации о кинетических параметрах исследуемого механизма [48, 49]. Система ориентирована на многомерные кинетические модели и определение большого количества кинетических параметров (до 200). [c.204]

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

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

    База данных по моделирующим блокам содержит необходимую для расчета технологических аппаратов и узлов информацию (например, количество связанных потоков, число и назначение алгоритмов расчета, количество параметров оборудования, их физический смысл и т. д.), а также собственно программное обеспечение для расчета аппаратов — моделирующие блоки [31, 32]. Используемые в системе моделирующие блоки являются муль-тивариантными (реализуют несколько как правило, все допустимые — вариантов расчета) и позволяют наилучшим образом сочетать достоинства глобального и декомпозиционного подходов к моделированию агрегата. Так же, как и в БФХС, в БМБ существуют широкие сервисные возможности для работы пользователей. [c.275]

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

    Наряду с аппаратурной и структурной гибкостью ГЛПС долячны обладать также гибкостью систем у п р а в л е-н и я, которые обеспечивают пх нормальное фуикпионироваиие. При этом технические средства, а также математическое и программное обеспечение систем управления относятся к трудно изменяемым. [c.52]

    Программное обеспечение снсте.м управления делится на истемное и прикладное. Прикладные программы представляют .обой программную форму алгоритма управления технологиче- ким объектом, системные программы выполняют ряд вспомогательных функций по обеспечению работы ЭВМ. [c.264]

    В СМО входят три подсистемы операционная система (ОС) система программ технического обслуживания (СПТО) ИВС система программного обеспечения (СПО) АСПХИМ (рис. П1-4). ОС является неотъемлемой подсистемой ИВС и представляет со- [c.124]

    Системы машинной графики. В отличие от макетирования системы машинной графики (в двух- и трехмерном пространствах) позволяют в значительной степени автоматизировать процесс изготовления чертежной документации. Их основу составляют графические дисплеи и графопостроители (подробнее см. гл. 6). Соответствующее программное обеспечение позволяет не только получать изображения проектируемых объектов на акране дисплея или в виде чертежа, но и проводить оптимизаци- [c.49]

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

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

    Поскольку АСНИ является программно-техническим комплексом, к ней применимы практически все положения, касающиеся разработки программного обеспечения, как общесистемные (см. гл. 2), так и специализированные (см. гл. 4). Что касается технических средств, то следует отметить принципы, предполагающие сокращение затрат времени на полный цикл исследований. [c.65]

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

    Программное обеспечение АСНИ [c.65]

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


Смотреть страницы где упоминается термин Программное обеспечение: [c.271]    [c.273]    [c.53]    [c.78]    [c.269]    [c.279]    [c.312]    [c.39]    [c.41]    [c.66]    [c.66]   
Смотреть главы в:

ЭВМ помогает химии -> Программное обеспечение

ЭВМ помогает химии -> Программное обеспечение

Применение ЭВМ в химических и биохимических исследованиях -> Программное обеспечение

Надёжность технических систем Справочник -> Программное обеспечение

Стратегическая программа автоматизации на 2004-2006 гг -> Программное обеспечение


Компьютеры в аналитической химии (1987) -- [ c.367 ]




ПОИСК





Смотрите так же термины и статьи:

Обеспечение



© 2025 chem21.info Реклама на сайте