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

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

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

Неструктурированные данные. С помощью этой группы данных удается хранить в ЭМИ документацию, программное обеспечение, мультимедийные данные и т.д. [c.35]

Информационно-техническая документация, программные продукты 5.3 [c.8]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Формирование модели параметрически заданного ГИ обеспечивается программным способом (способ II). При этом основным документом первичного описания графической информации является чертеж для программирования (см.гл.З), по которому разрабатывается подпрограмма формирования модели ГИ. При этом в памяти ЭВМ хранятся подпрограммы, которые обеспечивают формирование модели ГИ с заданными значениями параметров. На рис. 1.1 показана схема обработки графической информации при первом и втором способах формирования модели ГИ. Здесь под обработкой понимаются средства работы с моделью ГИ, предоставляемые пользователю графической подсистемой и зависящие от используемых методов автоматизации конструирования и выполнения конструкторской документации. [c.9]

Целесообразно рассматривать задачу автоматизированной разработки и выполнения конструкторской документации, как многошаговую ио отношению к потокам графической информа-. ции. На рис. 1.11 дана обобщенная модель системы АКД, определяющая стадии обработки графической информации и используемые программные средства. Предложенная обобщенная модель [c.27]

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

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

Комплексы АРМ-2.02 используют для проектирования деталей машиностроения, технологических процессов их изготовления АРМ-2.03 — для создания управляющих программ для станков с числовым программным управлением и проектирования цифровой РЭА АРМ-2.04 — для создания и редактирования программ и выпуска текстовой документации АРМ2-05 —для отладки управляющих программ и микропрограмм, исследования их в реальном масштабе времени, занесения программ в постоянные запоминающие устройства ЭВМ с программируемой логикой работы. [c.65]

Система автоматизированного проектирования высокопроизводительных ЭВМ КОМПАС-82 является развитием более ранней версии— системы КАСПИ. Система базируется на использовании ЭВМ БЭСМ-6 с переходом на МВК ЭЛЬБРУС. Общее программное обеспечение составляют операционная система ДИСПАК и мониторная система МОНИ-ТОР-80. Система КОМПАС-82 состоит из четырех основных подсистем логического и конструкторского проектирования, выдачи документации и генерации тестов. [c.88]

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

Единая система программной документации (ЕСПД). Стандарты распространяются на программную документацию всех типов, необходимую для обработки на ЭВМ, независимо от области применения. Общие положения изложены в ГОСТ 19.001—77, Отметим ГОСТ 19,С)02—80. Схемы алгоритмов и программ. Правила выполнения ГОСТ 19,101—77. Виды программ и программных документов. [c.16]

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

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

Современный уровень программных и технических средств электронной вычислительной техники позволяет перейти к новым информационным компьютерным технологиям, создавать системы автоматизации разработки и выполнения конструкторской документации (АКД), удовлетворяющие стандартам ЕСКД как по качеству исполнения документов, так и по соблюдению требований стандартов. [c.401]

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

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

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

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

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

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

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

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

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

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