Оформление программных документов

ОФОРМЛЕНИЕ ПРОГРАММНЫХ ДОКУМЕНТОВ [c.173]

Программные средства. Состав, содержание и оформление программных документов [c.99]

Пояснительная записка (код 81) — программный документ, входит в состав документов на стадиях разработки эскизного и технического проектов программы. Содержание и оформление документа регламентируется ГОСТ 19.404—79. Документ содержит схему алгоритма, общее описание алгоритма и (или) функционирования программы, а также обоснование принятых технических и [c.182]

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

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

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

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

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

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

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

Форма титульного листа программного документа для учебного заведения приведена на рис. 9.4. Заполнение титульного листа (первого листа) ведется с учетом того, что на этот программный документ оформлен лист утверждения (ЛУ). В правом верхнем углу титульного листа делается соответствующая надпись (подписи лиц, согласующих и утверждающих документы, не требуется, так как они имеются наЛУ). Например, на рис. 9.4 в обозначении КЭИС.00001—01 35 01 указано КЭИС — код вуза 00001—регистрационный номер 01—номер редакции документа 35 — код документа Описание языка 01—номер документа данного вида. [c.215]

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

ГОСТ 19.101—77 ЕСПД. Виды программ и программных документов (СТ СЭВ 1626—79), а также РМ 11 091.901—79 Система автоматизированного проектирования изделий электронной техники. Программное обеспечение вычислительных машин. Требования к программным документам устанавливают виды программных документов, их содержание и требования к оформлению. Основные из них [c.15]

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

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

Окно документа обычно занимает основную часть программного окна КОМПАС-ЗВ ЬТ. Здесь размещается изображение открытой Вами детали, здесь будут появляться все новые документы, в этой области Вы будете выполнять все операции, связанные с построением, оформлением или редактированием документов. Все остальные элементы пр01раммн010 окна занимаются обслуживанием данной области. [c.31]

Здесь следует сделать небольшое отступление относительно оформления текстовой и графической конструкторской документации с использованием персональных ЭВМ. За девять лет работы в области автоматизации проектирования радиоэлектронной аппаратуры (РЭА) автору приходилось наблюдать различные подходы к этому ответственному делу. Обрушившийся в начале 90-х годов XX века на СССР, а затем Россию вал всевозможных программных продуктов, зачастую сомнительного качества и происхождения, породил у некоторых разработчиков стремление попробовать все. Как известно, учиться лучше на чужих ошибках, поэтому хочется предостеречь читателя от некоторых. Во-первых, категорически не рекомендуется использовать для оформления различных текстовых и графических документов одновременно несколько всевозможных текстовых редакторов и систем САПР печатных плат. Несмотря на то, что данное правило очевидно, иногда встречаются группы разработчиков, которые одновременно используют MS Word (причем различных версий), "Лексикон" и даже hiWriter, схемы принципиальные выполняются в P- AD 3.0, затем формируется отдельный текстовый файл соединений (. ак), трассировка вьшолняется в P- AD 4.5, а на выведенном на плоттер чертеже вручную делаются необходимые надписи и наносятся размеры. Понятно, что в этом случае иметь перед глазами всю картину работы над проектом невозможно в принципе, да и электронный архив конструкторской документации (КД) не создашь. Во-вторых, вся конструкторская документация (естественно за исключением идущей на экспорт, которая должна выполняться в соответствии со стандартами, принятыми у заказчика) должна удовлетворять требованиям Единой системы конструкторской документации (ЕСКД). Пе бывает частичного удовлетворения требованиям стандартов. В-третьих, необходимо тщательно продумывать тактику и стратегию использования САПР в рамках коллектива разработчиков, для того чтобы избежать нестыковок между разработчиком схемы и конструктором, конструктором и технологом. К сожалению, за долгие годы использования САПР в программе P- AD так и не сложилось единой общеупотребительной методики его использования. Автору довелось читать руководящие технические материалы (РТМ) различных предприятий, принадлежавших разным министерствам и ведомствам бывшего СССР, и все они имели массу различий, зачастую принципиальных. Поэтому перед тем как приступить к проектированию платы, необходимо согласовать все детали, связанные с ее передачей в производство. [c.7]

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

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

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