Текст о разработчике

Результатом усилий, предпринятых в ряде стран, явилось увеличение числа специализированных организаций — разработчиков образцов (в дальнейшем тексте — разработчиков), или, чаще неспециализированных организаций, в том смысле, что последние занимаются этой деятельностью наряду с другой. Так, в СССР к началу 1983 г. разработкой и выпуском СО занимались 82 организации 23 министерств, ведомств и Академии наук [89] в это число не включены организации-соисполнители, участвующие главным образом в выполнении аттестационных анализов. Аналогичные тенденции характерны для США и других крупных промышленно развитых стран. Однако учитывая значительные еще неудовлетворенные потребности в СО и данные прогноза (см. гл. 5), можно полагать, что расширение круга разработчиков и соисполнителей, в общем, сохраняет свою актуальность. [c.71]

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

Вносить ли в эти клетки сами решения (например, в виде эскизов или текста) или лишь указания для составления последующих документов — дело разработчика. Но независимо от формы записи, будет видно, какие комбинации возможны, а какие нет. [c.57]

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

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

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

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

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

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

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

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

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

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

В приложении приводятся листинги и инструкции по эксплуатации некоторых программ комплекса, которые могут быть использованы разработчиками для получения математических моделей и изображения непроизводных фигур. Ввиду большого объема программ, а их в комплексе около 200, общим объемом более 12 ООО операторов ФОРТРАН а, авторы не имеют возможности опубликовать текст полностью. Листинги получены на ЭВМ БЭСМ-6 с помощью специальной сервисной программы редактирования текстов. [c.238]

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

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

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

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

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

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

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

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

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

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