Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...

Статьи Чертежи Таблицы О сайте Реклама

Методы разработка программного обеспечения

Специфика сварки ТВЭЛов потребовала внедрения особых методов разработки программного обеспечения для контроллеров, управляющих этими сварочными установками. Бьша предложена специальная методика параллельного программирования контроллеров, обеспечивающая их параллельную работу по единому алгоритму в жестком режиме реального времени.  [c.450]

Методы разработки программного обеспечения. Получение новых программ возможно на основе следующих подходов.  [c.300]

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


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

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

Для экономической характеристики методов системного проектирования автором проведено выборочное исследование 200 АСУП, разработанных в годы десятой пятилетки, с использованием типовых программных средств. Характеристика исследованных АСУП по уровню годового экономического эффекта от функционирования дана в табл. 3.3. Группировка в разрезе показателя снижения трудоемкости разработки программного обеспечения за счет применения типовых программных средств (табл. 3.2) показывает, что представительными являются группы до 15% и 15—20%. Это свидетельствует о том, что при реализации экономического потенциала ППП в реальный экономический эффект имеются еще существенные неиспользованные резервы. Перечислим ряд сдерживающих факторов.  [c.58]

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

Формула справедлива в условиях применения современных структурных методов программирования и нисходящей стратегии разработка программного обеспечения.  [c.326]

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


Нашей главной задачей проектирования была разработка программного обеспечения для пользователей-экспертов с последующей адаптацией всей системы и для новичков. Было решено использовать команды, ориентированные на интерактивную процедуру, в которой инициатива исходит от пользователя. Это подтверждал опыт проектирования на языке АПЛ, хотя оказалось легче создавать новые команды, определяемые пользователем, что привело к использованию пакетов программ в таких случаях, которые не планировались. Следует отметить, что решение использовать команды вместо диалога вопрос-ответ имело далеко идущие последствия. Более детальное описание различных типов диалога и опыта работы с ними приведено в работах [79, 80]. В настоящее время накоплен большой опыт проектирования систем человеко-машинного взаимодействия в различных областях техники. Наши собственные разработки согласуются с методами, изложенными в работах [32, 60], хотя их авторы и используют другое техническое обеспечение.  [c.13]

Программное обеспечение машинной графики в ОС включает в себя (рис. 7.5) графический метод доступа, средства разработки программ графических приказов, проблемно-ориентированные программы, пакет графических подпрограмм.  [c.375]

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

Прикладное программное обеспечение АКД существенным образом зависит от используемых методов разработки и выполнения конструкторской документации. Известны два метода автоматический и интерактивный (см. 1.1).  [c.71]

Функциональные возможности и гибкость системы автоматического управления ГАП определяются алгоритмическим и программным обеспечением, которое реализуется в локальной вычислительной сети, поэтому разработка эффективных методов и алгоритмов управления оборудованием с помощью ЭВМ является одной из важнейших проблем гибкой автоматизации. Решение этой проблемы невозможно без соответствующего информационного обеспечения, реализуемого информационной системой ГАП. В состав этой системы входят автоматизированные банки данных (АБД), содержащие имитационную модель ГАП, данные о производственной программе, поставках заготовок, учете готовой продукции и т. п., а также распределенная система датчиков, встроенных в элементы и узлы производственной системы. Информация, получаемая с датчиков, характеризует текущее состояние оборудования ГАП, поэтому она используется в системе автоматического управления как обратная связь. Сигналы обратной связи позволяют автоматически корректировать управляющие программы и воздействия с целью обеспечения стабильности в работе производственной системы. Они используются также для контроля и диагностики состояний оборудования ГАП.  [c.7]

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

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

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


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

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

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

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

Математическое обеспечение (МО) — методы, математические модели и алгоритмы проектирования. Разработка математического обеспечения предшествует разработке другой компоненты — программного обеспечения. 3  [c.379]

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

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

В соответствии со схемой процесса проектирования, приведенной на рис. 1.3, автоматизированной стала процедура подготовки входного задания. Использование дисплеев и разработка новых методов доступа позволили избежать кодирования входного задания на перфоносителе. Стало возможным вести в едином цикле процедуры подготовки и коррекции задания на входном языке, ввода данных в ЭВМ и обработки входного задания (блоки 2—4). За счет развития системной части ППП (их управляющих программ) усовершенствовалась процедура обработки входного задания (рис. 1.4). Зто позволило в значительной мере упростить и сократить процедуры подготовки задания и повысить достоверность поступающей на вход функциональных программ информации. Кроме того, развитие системного программного обеспечения САПР (программы — диспетчеры системы, управляющие программы ППП) позволило повысить степень автоматизации процесса проектирования. Управляющая программа, идентифицируя описательные входные данные и директивы разработчика, сама формирует цикл вычислительных процедур. В системах второго поколения эти функции обычно возлагались на самого разработчика, использовавшего для этого язык описания заданий на проектирование с высоким уровнем детализации.  [c.21]

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

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


Все задачи базируются на одной математической модели по-токораспределения. Это обстоятельство повышает важность выполнения требований по сходимости и быстродействию алгоритмов и методов ее решения. Задачи, алгоритмы которых разработаны в данном параграфе, обеспечивают планирование и оперативное управление для всех трех структур С ЦТ. Математические методы и алгоритмы могут быть использованы при разработке программного обеспечения АСУ ТП.  [c.109]

ПРОГРАММИРОВАНИЕ — 1) процесс составления программы, плана действий. 2) Раздел Информатики, изугчающий методы и приёмы составлении программ. С долей условности П. как дисциплина разделяется на теоретическое, изучающее матем. абстракции программ (как объектов о определ. логич. и инфориац. структурой) и способы их построения системное, имеющее дело с разработкой программного обеспечения ЭВМ, т. е. программных комплексов массового и длительного использования прикладное, обслуживающее конкретные применения ЭВМ во всём их раз нообразии.  [c.133]

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

Для анализа и проектирования систем управления часто используют графические методы, поэтому технические средства Центра интерактивной компьютерной графики инженерной школы с момента ИХ появления в 1977 г. играют ключевую роль в обучении и научно-исследовательской работе в Ренселаеровском политехническом институте. В статье представлены описания графических пакетов и примеры их использования. Ранним разработкам программного обеспечения для анализа систем управления посвящена работа [11, обзор последних достижений в этой области приведен в статье [2]. Кроме того, в списке литературы читатель может найти ссылки на большинство разработанных программ.  [c.238]

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

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

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

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

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

Такая организация пакета позволяет оптимально его спроектировать и реализовать. Основное внимание уделено разработке первой базовой части программного обеспечения. Пакет составлен на языке PL/1 в системе ДОС/ЕС. Так как матрицы [А], [5] и другие имеют очень много нулей (являются разреженными), то важным является вопрос об их хранении. Если их хранить в виде массивов, то существенно снизятся количественные возможности и возрастет время счета. Поэтому в пакете матрицы хранятся как разреженные, но при этом не удается воспользоваться стандартными программами, реализующими операции над матрицами, В пакете имеется набор операций над разреженными матрицами. Для решения системы алгебраических уравнений принят итерационный метод, который удобен при решении с матрицей разреженной структуры. В матрицах, используемых для решения задач строительной механики, число ненулевых элементов невелико, nosTOMy удобно хранить в памяти только ненулевые элементы вместе с необходимой информацией об их расположении, т. е.  [c.45]


Математическое обеспечение АСУ ТП. Под математическим обеспечением АСУ ТП понимается совокупность математических методов, моделей и алгоритмов, используемых при разработке и функционировании таких систем [6, 8, 23]. С расширением применения вычислительной техники в АСУ ТП математическое обеспечение (вместе с построенным на его основе программным обеспечением) приобретает все большее значение и становится соизмеримым с комплексом использумых технических средств, а  [c.431]

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

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

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

Явление молекулярного поглощения широко используется при разработке методов и измерительной аппаратуры для дистанционного контроля концентрации газовых загрязнений атмосферы и оптическом мониторинге полей основных метеопараметров. Однако для реализации в полной мере тех информационных возможностей, которые могут быть связаны с применением этого явления в атмосферно-оптических исследованиях, требуется со здание соответствующей теории зондирования. В ее основе должны лежать функциональные уравнения, описывающие формирование и перенос оптических сигналов при наличии молекулярного поглощения и их связь с физическими полями в атмосфере. В качестве последних обычно выступают поля метеопараметров, чем и обусловливается особый интерес к практическим применениям явления молекулярного поглощения. Напомним, что в случае аэрозольного рассеяния оптические характеристики были связаны линейными функциональными уравнениями с полями микрофизических параметров дисперсной компоненты атмосферы, что и позволило выше построить теорию оптического зондирования в достаточно компактной и простой форме. К сожалению, для молекулярного поглощения связь оптических характеристик и полей метеопараметров носит нелинейный характер, что естественно затрудняет разработку теории и программного обеспечения для интерпретации соответствующих оптических данных. Их отсутствие приводит к тому, что при решении спектроскопических задач обычно прибегают к операциям статистического усреднения экспериментальных данных, чтобы в какой-то мере осуществить требуемую регуляризацию при извлечении физической информации из оптических измерений [11, 14, 24]. Ниже будет проиллюстрирована возможность построения теории оптического зондирования на основе явления молекулярного поглощения с применением метода обратной задачи. Эта теория основывается на тех же исходных посылках, что и теория зондирования, изложенная выше  [c.266]

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


Смотреть страницы где упоминается термин Методы разработка программного обеспечения : [c.32]    [c.270]    [c.121]    [c.70]    [c.54]    [c.140]    [c.300]    [c.16]   
Смотреть главы в:

Информационное и прикладное программное обеспечение (САПР 3)  -> Методы разработка программного обеспечения



ПОИСК



2 — 363—365 — Разработка ных — Разработка

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

Программные

Разработка



© 2025 Mash-xxl.info Реклама на сайте