Документирование программ

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

Метод проектирования и документирования программ фирмы ШМ.— Примеч. пер. [c.287]

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

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

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

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

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

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

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

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

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

На АРМ размещены программы ввода и контроля ГИ с планшета сбора и хранения ГИ о деталях и конструкции вывода чертежей деталей и конструкции на графопостроители и дисплеи для контроля и документирования [c.315]

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

В программе РЕДАКТОР P имеются необходимые средства контроля и документирования. По требованию пользователя по всем этапам работы может формироваться протокол с последующей его выдачей на АЦПУ. Для графического вывода и просмотра на дисплее данных о расчетных фрагментах конструкции, ее P [c.342]

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

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

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

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

Ревизор добивается, чтобы документация была полной, точной, достоверной и соответствовала текущему состоянию системы, так как рукописные документы служат веским доказательством и гарантом действенности системы внутреннего контроля [3]. Он должен изучить отдельные виды документации, относящиеся к основным компонентам проекта системы программам и файлам данных. Некоторые ревизоры тратят исключительно много времени на получение, регистрацию и формальное документирование сведений об объекте ревизии. В отдельных случаях на это уходило до 80% времени, затраченного на ревизию. Помимо общей документации ревизору для получения информации о способах реализации различных видов контроля требуются подробные описания программ и данных. Специфическая с точки зрения контроля документация должна описывать по крайней мере следующее [c.251]

Наличие централизованного автоматизированного хранилища описаний данных (включая описания программ и использующих их процессов) облегчает трудоемкую работу с томами документации. В некоторой степени мы применили к процессам документирования технологию обработки слов и редактирования текстов. [c.253]

Данные нормативноч правочные 74 Датчик случайных чисел 155 Дисплеи графические 33 Документирование программ 71 [c.294]

Единая система программной документации (ЕСПД). Государственные стандарты, устанавливающие порядок документирования программ (программной продукции) на стадиях разработки, сопровождения и эксплуатации, объединены комплексом ЕСПД ГОСТ 19.ХХХ (ЕСПД). В составе комплекса имеются также 22 межгосударственных стандарта двойного применения, разработанные ПК 107 "Программная инженерия" ТК 22 "Информационная технология". Деятельность ТК 22 направлена на комплексное решение проблемы стандартизации в сфере информационных технологий с приоритетной ориентацией на применение международных стандартов ИСО, МЭК и МКК ТТ (ШТ). [c.133]

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

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

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

Осуществляется автО матическое проектирование и документирование шпиндельной коробки. Из ЭВМ Минск-22 выводятся перфолента для автомата ИТЕКАН-2, содержащая программу вычерчивания чертежа общего вида перфолента для устройства ОПТИМА 527, содержащая спецификацию коробки перфолента для ЭВМ РОБОТРОН 300 с исходными данными для системы автоматизированной подготовки программ управления обрабатывающим центром. [c.214]

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

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

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

В диалоговом режиме контроль и документирование геометрической модели конструкции осуществляется программами РЕДАКТ0Р-20, РЕДАКТОР P и РАЗРИСОВЩИК с помощью следующих директив [c.323]

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

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

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

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

Б. Проектирование приложений. На этом этапе проектируются и документируются средствами СССД все транзакции, программы, отчеты и традиционные файлы. Спецификации пользователей переводятся на язык программистов , а для документирования потоков в системе применяются диаграммы Н1Р0 . Информационные требования в терминах описаний [c.287]

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

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

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