Гост ведомость эксплуатационных документов


A.B.00001-01 20 01 (Ведомость эксплуатационных документов)

(по ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов)

    Настоящий стандарт устанавливает форму и правила заполнения программного документа «Ведомость эксплуатационных документов», определённого ГОСТ 19.101-77, и обеспечивающие возможность изготовления документа машинным способом. Структура и оформление документа устанавливаются в соответствии с ГОСТ 19.105-78.


==================================
Скачать пример оформления
A.B.00001-01 20 01 (Ведомость эксплуатационных документов) (пример - .pdf) 460 124 b Загрузить
A.B.00001-01 20 01 (Ведомость эксплуатационных документов) (шаблон - .dot) 12 234 b Загрузить

На верх
==================================
Рекомендуемая структура программного документа (по ГОСТ 19.507-79. ЕСПД)
  • Лист утверждения
  • Титульный лист
  • Аннотация    (необязательна)
  • Содержание  (необязательно)
  • Основная часть
  • Регистрация изменений
На верх
==================================

Разработка эксплуатационной документации


Данная статья посвящена разработке эксплуатационной документации для конструкторских, программных изделий и автоматизированных систем. Рассмотрены основные виды ЭД, их коды и обозначения. Также приведены ссылки на стандарты в соответствии с которыми разрабатывается эксплуатационная документация.

1. ЕСКД

В соответствии с ГОСТ 2.102-2003 (Единая система конструкторской документации (ЕСКД). Виды и комплектность конструкторских документов), эксплуатационная документация - это документы, предназначенные для использования при эксплуатации, обслуживании и ремонте изделия в процессе эксплуатации. Разрабатываются такие документы на этапе рабочего проектирования. Номенклатуру и обязательность разработки определяет ГОСТ 2.601-2013 (ЕСКД. Эксплуатационные документы). Правила выполнения определенных ЭД приведены в ГОСТ 2.610-2006 (ЕСКД. Правила выполнения эксплуатационных документов). Общие требования к оформлению документации - по ГОСТ 2.105-95 (ЕСКД. Общие требования к текстовым документам).

В ГОСТ 2.601 приведено определение эксплуатационного документа:

Эксплуатационный документ – конструкторский документ, который в отдельности или в совокупности с другими документами определяет правила эксплуатации (например, руководство по эксплуатации) изделия и/или отражает сведения, удостоверяющие гарантированные изготовителем значения основных параметров и характеристик (свойств) изделия, гарантии и сведения по его эксплуатации в течение установленного срока службы (например, формуляр).

Где эксплуатация изделия – это стадия жизненного цикла изделия с момента принятия его потребителем от предприятия-изготовителя или ремонтного предприятия до отправки в ремонт или списания.

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

Виды, комплектность и выполнение (электронное или бумажное) ЭД устанавливает разработчик, опираясь на требования ТЗ и ЕСКД.

Ниже представлена таблица, где определены виды и номенклатура эксплуатационных документов в соответствии с ЕСКД.

Вид документа

Код вида доку-мента

Определение

Степень обязатель-
ности
разработки документа

Дополнительное указание

Руководство по эксплуатации 

РЭ

Документ, содержащий сведения о конструкции, принципе действия, характеристиках (свойствах) изделия, его составных частях и указания, необходимые для правильной и безопасной эксплуатации изделия (использования по назначению, технического обслуживания, текущего ремонта, хранения и транспортирования) и оценок его технического состояния при определении необходимости отправки его в ремонт, а также сведения по утилизации изделия и его составных частей 

о

Инструкция по монтажу, пуску, регулированию и обкатке изделия 

ИМ

Документ, содержащий сведения, необходимые для монтажа, наладки, пуска, регулирования, обкатки и сдачи изделия и его составных частей в эксплуатацию на месте его применения

о

ИМ составляют на монтаж, пуск, регулирование и обкатку изделия на месте его применения и в случае, если эти требования нецелесообразно или невозможно изложить в РЭ

Формуляр 

ФО

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

+

Документ составляют на изделия, в период эксплуатации которых необходимо вносить сведения о значениях основных параметров и характеристиках (свойствах) изделия, отражающих техническое состояние данного изделия и/или данные о процессе эксплуатации (длительности и условиях работы, данные о проведении технического обслуживания, ремонта и другие данные)

 

Паспорт 

ПС

Документ, содержащий сведения, удостоверяющие гарантии изготовителя, значения основных параметров и характеристик (свойств) изделия, а также сведения о сертификации и утилизации изделия 

+

ПС составляют на изделия, для которых объем необходимых для эксплуатации данных и основных показателей незначителен и в период эксплуатации которого нет необходимости вносить сведения о значениях и/или подтверждении этих показателей

Этикетка 

ЭТ

Документ, содержащий гарантии изготовителя, значения основных параметров и характеристик (свойств) изделия, сведения о сертификации изделия 

+

ЭТ составляют на изделия, для которых данные, необходимые для эксплуатации, не превышают пяти-шести основных показателей, когда для подтверждения этих показателей нет необходимости составлять ФО (ПС) и технически их невозможно и/или нецелесообразно маркировать на изделии

Каталог изделий 

КИ

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

о

КИ составляют на изделия, для которых в течение времени эксплуатации предусмотрены неоднократный ремонт и замены составных частей

Нормы расхода запасных частей 

НЗЧ

Документ, содержащий номенклатуру запасных частей изделия и их количество, расходуемое на нормируемое количество изделий за период их эксплуатации 

о

Под НЗЧ на период эксплуатации одного изделия понимают среднее ожидаемое за этот период количество замен составных частей из-за отказов и выработки ресурсов

Нормы расхода материалов 

НМ

Документ, содержащий номенклатуру материалов и их количество, расходуемое на нормированное количество изделий за период их эксплуатации 

о

Под НМ на период эксплуатации понимают среднее ожидаемое за этот период количество расходуемых материалов

Ведомость комплекта
запасных частей, инструмента и принадлежностей 

ЗИ

Документ, содержащий номенклатуру, назначение, количество и места укладки запасных частей, инструментов, принадлежностей и материалов, расходуемых за срок службы изделия 

о

ЗИ поставляют на изделия, с которыми совместно поставляют прилагаемые к ним комплекты ЗИП, а также наборы ЗИП, поставляемые отдельно от изделия, для эксплуатации которых предназначается ЗИП. Если количество наименований изделий и материалов незначительно, то ЗИ допускается не разрабатывать, а их номенклатуру перечислять в ФО или ПС

Учебно-технические плакаты 

УП

Документы, содержащие сведения о конструкции изделия, принципах действия, приемах использования, техническом обслуживании, областях технических знаний с необходимыми иллюстрациями 

о

УП выпускают по ГОСТ 2.605 (ЕСКД. Плакаты учебно-технические. Общие технические требования)

Инструкции эксплуатационные специальные 

ИС

Документы, содержащие специальные требования, относящиеся к использованию по назначению, техническому обслуживанию, текущему ремонту, хранению, транспортированию и утилизации, оформленные в виде самостоятельных частей ЭД или в виде приложений к ним 

о

 

Документы составляют на изделия, для которых в течение времени эксплуатации следует выполнять специальные требования, относящиеся к использованию по назначению, техническому обслуживанию, текущему ремонту, хранению, транспортированию и утилизации

Ведомость эксплуатационных документов 

ВЭ

Документ, устанавливающий комплект эксплуатационных документов и места укладки документов, поставляемых с изделием и

+

ВЭ составляют на изделия, в комплект эксплуатационных документов которых входят два и более самостоятельных эксплуатационных документа

Условные обозначения:

+ – документ обязательный;

о – необходимость разработки документа устанавливает разработчик (по согласованию с заказчиком).

 

Примечание – В зависимости от назначения изделия, условий эксплуатации и объёма помещаемых сведений в обязательном порядке разрабатывают либо ФО, либо ПС, либо ЭТ, либо включают один из этих документов в объединённый ЭД.

 

В зависимости от особенностей изделия и объёма сведений о нём, допускается разделять документ на части или разрабатывать объединённый ЭД.

 

2. Автоматизированные системы

При разработке решений в области информационных технологий стандарты ЕСКД применяются к документации на технические средства. Документация на автоматизированные системы разрабатывается по  Комплексу стандартов на автоматизированные системы (КСАС, ГОСТ 34.*).

В соответствии с определением по ГОСТ 34.003-90 (Информационная технология. Комплекс стандартов на автоматизированные системы (КСАС). Автоматизированные системы. Термины и определения) эксплуатационная документация на автоматизированную систему (АС) – это часть рабочей документации на АС, предназначенная для использования при эксплуатации системы, определяющая правила действия персонала и пользователей системы при ее функционировании, проверке и обеспечении ее работоспособности. Перечень наименований разрабатываемых документов и их комплектность на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы). Ниже приведена таблица, в которой приведены виды и номенклатура эксплуатационных документов в соответствии с             КСАС.


Вид документа

Код вида документа

Часть проекта

Дополнительные указания

Чертеж формы документа (видеокадра)

С9

ИО

В документе должно быть приведено изображение формы документа или видеокадра в соответствии с требованиями государственных стандартов унифицированной системы документации, Р 50-77 и необходимые пояснения.

 

На стадии ТП допускается включать в документы Описание постановки задач (комплекса задач)

Описание информационного обеспечения системы

Ведомость эксплуатационных документов

ЭД

ОР

Документ содержит перечень эксплуатационных документов согласно ГОСТ 34.201. Ведомость заполняют по разделам - частям проекта АС

Ведомость машинных носителей информации

ВМ

ИО

Ведомость машинных носителей информации содержит обозначения, наименования документов, выполненных на машинных носителях. Запись документов осуществляется в порядке возрастания присвоенных обозначений

Массив входных данных

В6

ИО

Документ содержит перечень входных данных с указанием их наименований, кодовых обозначений и значности реквизитов, а также наименований и кодовых обозначений документов или сообщений, содержащих эти данные

Каталог базы данных

В7

ИО

Каталог базы данных содержит перечень объектов предметной области АС, информация о которых включена в базу данных

Состав выходных данных (сообщений)

В8

ИО

Документ содержит перечень выходных данных с указанием их наименований, кодовых обозначений и значности реквизитов, а также наименований и кодовых обозначений документов или сообщений, содержащих эти данные

Методика (технология) автоматизированного проектирования

И1

ОО

Документ описывает выбранные математические методы, используемые при проектировании, указывают состав и назначение проектных процедур, порядок взаимодействия проектных процедур в процессе выполнения

Технологическая инструкция

И2

ОО

Документ "Технологическая инструкция" разрабатывают на операцию или комплекс операций технологического процесса обработки данных. В документе указывают наименование технологической операции (операций), на которую разработан документ, и приводят сведения о порядке и правилах выполнения операций (операции) технологического процесса обработки данных. В инструкции приводят перечень должностей персонала, на которые распространяется данная инструкция.  Номенклатуру технологических инструкций определяют, исходя из принятого процесса обработки данных. Структуру документа устанавливает разработчик в зависимости от содержания

Руководство пользователя

И3

ОО

Документ содержит полное описание системы, указания пользователю по подготовке к работе, освоению, эксплуатации системы,  действиях при возникновении проблем в работе системы.

Инструкция по формированию и ведению базы данных (набора данных)

И4

ИО

Документ описывает правила подготовки данных,

порядок и средства заполнения, процедуры изменения, порядок и средства восстановления базы данных

Инструкция по эксплуатации КТС

ИЭ

ТО

Документ содержит указания о порядок работы, проверке правильности функционирования, меры безопасности, действиях в разных режимах при работе с комплексом технических средств системы

Описание технологического процесса обработки данных (включая телеобработку)

ПГ

ОО

Документ описывает технологический процесс сбора и обработки данных на периферийных устройствах при децентрализованной обработки данных и технологический процесс обработки данных на вычислительном центре

Общее описание системы

ПД

ОР

Документ содержит сведения о системе, ее архитектуре, принципах функционирования и необходимых ресурсах

Формуляр

ФО

ОР

Определения – по ГОСТ 2.601

Паспорт

ПС

ОР

Требования к содержанию документов приведены в РД 50-34.698-90 (Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов).

Содержание документов является общим для всех видов АС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой АС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы.

Общие требования к изложению текста документов – по ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам.

 

3. ЕСПД

Сведения для обеспечения функционирования и эксплуатации программ (компонентов, комплексов) приводятся в эксплуатационной программной документации. Комплектность эксплуатационной документации на программные средства определяется по ГОСТ 19.101-77 (Единая система программной документации (ЕСПД). Виды программ и программных документов). Состав комплекта ЭД на программу зависит от её архитектуры, назначения и особенностей целевой аудитории. Необходимость составления того или иного документа определяется на этапе разработки и утверждения технического задания на программу. Ниже приведена таблица, в которой приведён перечень ЭД на программы.

Вид эксплуатационного документа

Код вида документа

Дополнительные указания

Ведомость эксплуатационных документов

20

В документе приводят перечень эксплуатационных документов на программу. Выполняется в соответствии с требованиями
ГОСТ 19.507-79

Формуляр

30

В документе указывают основные характеристики программы, комплектность и общие сведения об эксплуатации программы.  Выполняется в соответствии с требованиями
ГОСТ 19.501-78

Описание применения

31

В документе приводят сведения о назначении программы, области применения, применяемых методах, классе решаемых задач, ограничениях для применения, минимальной конфигурации технических средств, входных и выходных данных. Выполняется в соответствии с требованиями ГОСТ 19.502-78

Руководство системного программиста

32

В документе приводят сведения для установки, проверки, обеспечения функционирования, интеграции в систему и настройки программы в определённых условиях применения ее, устранения аварийных ситуаций. Требования к содержанию и оформлению – по ГОСТ 19.503-79

Руководство программиста

33

В документе приводят сведения по эксплуатации (сопровождению) программы. Выполняется по ГОСТ 19.504-79

Руководство оператора

34

Документ содержит сведения о порядке действий оператора при использовании программы. Требования к содержанию и оформлению – по ГОСТ 19.505-79

Описание языка

35

Документ содержит описание синтаксиса и семантики языка, элементов и конструкций, встроенных функций. Выполняется по ГОСТ 19.506-79

Руководство по техническому обслуживанию

46

В документе приводят сведения для применения тестовых и диагностических программ при обслуживании технических средств.

Правила оформления программных документов для печатного способа выполнения установлены ГОСТ 19.106-78 (ЕСПД. Требования к программным документам, выполненным печатным способом).

В стандартах ЕСПД отсутствуют методические указания о том, как разработать документацию, они дают только перечень типов документов со списком разделов первого уровня для каждого и указания о том, какие сведения должны быть в нем изложены. Среди стандартов ИСО/МЭК есть ряд документов, касающихся процессов документирования при разработках в сфере информационных технологий. В отличие от ЕСПД, они содержат минимум требований к составу и структуре документов, при этом в них дано множество указаний, направленных на получение документов высокого качества. Возможно, комплексное применение указанных нормативных документов при разработке эксплуатационной документации на программы позволит повысить качество, информативность и полезность таких документов.

Ниже приведена таблица, в которую включены стандарты  ИСО/МЭК, касающиеся процессов разработки программной и системной документации.

 Обозначение              Наименование 
 ГОСТ Р ИСО/МЭК 12207-99                       Информационная технология. Процессы жизненного цикла программных средств 
 ГОСТ Р ИСО/МЭК ТО 15271-2002             Информационная технология.Руководство по применению ГОСТ Р ИСО/МЭК 12207 Процессы жизненного цикла программных средств 
 ГОСТ Р ИСО/МЭК 9126-93                                                                        Информационная технология.Оценка программной продукции. Характеристики качества и руководство по их применению 
 ГОСТ Р ИСО/МЭК 15910-2002                     Информационная технология.Процесс создания документации пользователя программного средства 
 ГОСТ Р ИСО/МЭК ТО 9294-93               Информационная технология.Руководство по управлению документированием программного обеспечения 
 ГОСТ Р ИСО/МЭК 15288-2005   Информационная технология.Системная инженерия.Процессы жизненного цикла систем 
 ISO/IEC 15289   Системная и программная инженерия.Содержание информационных продуктов (документации) процессов жизненного цикла систем и программных средств 
 ISO/IEC 26514   Системная и программная инженерия.Требования для проектировщиков и разработчиков документации пользователя 
 ISO/IEC 26513   Системная и программная инженерия.Требования по экспертизе и тестированию документации пользователя 
 ГОСТ Р 51904-2002   Программное обеспечение встроенных систем.Общие требования к разработке и документированию 
 ISO/IEC 18019:2004   Программная инженерия.Руководство по разработке и подготовке пользовательской документации на прикладные программные средства 
 ISO 6592:2000   Обработка информации.Руководство по документации для вычислительных систем 
 ГОСТ Р ИСО 9127-94   Системы обработки информации.Документация пользователя и информация на упаковке для потребительских программных пакетов. 

%d0%b2%d0%b5%d0%b4%d0%be%d0%bc%d0%be%d1%81%d1%82%d1%8c%20%d1%8d%d0%ba%d1%81%d0%bf%d0%bb%d1%83%d0%b0%d1%82%d0%b0%d1%86%d0%b8%d0%be%d0%bd%d0%bd%d1%8b%d1%85%20%d0%b4%d0%be%d0%ba%d1%83%d0%bc%d0%b5%d0%bd%d1%82%d0%be%d0%b2 — с русского на все языки

Все языкиРусскийАнглийскийИспанский────────Айнский языкАканАлбанскийАлтайскийАрабскийАрагонскийАрмянскийАрумынскийАстурийскийАфрикаансБагобоБаскскийБашкирскийБелорусскийБолгарскийБурятскийВаллийскийВарайскийВенгерскийВепсскийВерхнелужицкийВьетнамскийГаитянскийГреческийГрузинскийГуараниГэльскийДатскийДолганскийДревнерусский языкИвритИдишИнгушскийИндонезийскийИнупиакИрландскийИсландскийИтальянскийЙорубаКазахскийКарачаевскийКаталанскийКвеньяКечуаКиргизскийКитайскийКлингонскийКомиКомиКорейскийКриКрымскотатарскийКумыкскийКурдскийКхмерскийЛатинскийЛатышскийЛингалаЛитовскийЛюксембургскийМайяМакедонскийМалайскийМаньчжурскийМаориМарийскийМикенскийМокшанскийМонгольскийНауатльНемецкийНидерландскийНогайскийНорвежскийОрокскийОсетинскийОсманскийПалиПапьяментоПенджабскийПерсидскийПольскийПортугальскийРумынский, МолдавскийСанскритСеверносаамскийСербскийСефардскийСилезскийСловацкийСловенскийСуахилиТагальскийТаджикскийТайскийТатарскийТвиТибетскийТофаларскийТувинскийТурецкийТуркменскийУдмуртскийУзбекскийУйгурскийУкраинскийУрдуУрумскийФарерскийФинскийФранцузскийХиндиХорватскийЦерковнославянский (Старославянский)ЧеркесскийЧерокиЧеченскийЧешскийЧувашскийШайенскогоШведскийШорскийШумерскийЭвенкийскийЭльзасскийЭрзянскийЭсперантоЭстонскийЮпийскийЯкутскийЯпонский

 

Все языкиРусскийАнглийскийИспанский────────АлтайскийАрабскийАрмянскийБаскскийБашкирскийБелорусскийВенгерскийВепсскийВодскийГреческийДатскийИвритИдишИжорскийИнгушскийИндонезийскийИсландскийИтальянскийКазахскийКарачаевскийКитайскийКорейскийКрымскотатарскийКумыкскийЛатинскийЛатышскийЛитовскийМарийскийМокшанскийМонгольскийНемецкийНидерландскийНорвежскийОсетинскийПерсидскийПольскийПортугальскийСловацкийСловенскийСуахилиТаджикскийТайскийТатарскийТурецкийТуркменскийУдмуртскийУзбекскийУйгурскийУкраинскийУрумскийФинскийФранцузскийЦерковнославянский (Старославянский)ЧеченскийЧешскийЧувашскийШведскийШорскийЭвенкийскийЭрзянскийЭсперантоЭстонскийЯкутскийЯпонский

Ведомость эксплуатационных документов — Информатика, информационные технологии

ГОСТ 19.507 – 79

Составление информационной части (аннотации и содержания) является необязательным.

В ведомости перечисляют документы, входящие в перечень эксплуатационных документов.

Ведомость эксплуатационных документов должна содержать следующие разделы: документы на программу; документы на составные части программы.

Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел “Документы на программу”.

В разделе “Документы на программу” должны быть записаны все эксплуатационные документы (кроме ведомости эксплуатационных документов) на данную программу.

В разделе “Документы на составные части программы” должны быть записаны ведомости эксплуатационных документов на все программы непосредственно входящие в программу.

Запись документов в ведомости производят под заголовками разделов в графе “Наименование”.

Документы записывают в ведомости в порядке возрастания кода вида документа, входящего в обозначение.

Графы ведомости заполняют следующим образом:

  • в графе “Обозначение” указывают обозначение документов по ГОСТ 19.103-77;
  • в графе “Наименование” указывают полное наименование эксплуатационного документа в соответствии с наименованием, указанным в листе утверждения или титульном листе;
  • для документов на данную программу записывают только наименование и вид документов;
  • в графе “Кол. экз.” указывают количество экземпляров данного документа;
  • в графе “Местонахождение” указывают номер папки, в которой хранится документ, выполненный печатным способом.

<p>Допускается записать текст примечаний и дополнительные сведения, относящиеся к дополнительным эксплуатационным документам, если это необходимо.

Допускается приводить порядковые номера примечаний.

Текст примечаний может быть записан в конце соответствующих разделов ведомости эксплуатационных документов. Допускается текст примечаний записывать на последних листах ведомости эксплуатационных документов на формах без граф с проставлением порядкового номера примечаний.

В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом.

Папки в ведомости записывают после перечисления всех документов под заголовком “Перечень папок” в графе “Наименование” в порядке возрастания их порядковых номеров.

При записи папок графы ведомости заполняют следующим образом:

— графу “Обозначение” подчеркивают;

— в графу “Наименование” указывают наименование и номер папки, например, “Папка № 1”;

— в графе “Кол. экз.” указывают количество экземпляров папок данного наименования, входящих в состав одного комплекса эксплуатационных документов;

— в графе “Местонахождение” указывают, при необходимости, местонахождение папок.

Пример заполнения ведомости эксплуатационных документов

Обозначение Наименование Кол. экз. Местонахождение
А.В. 001-01_32_01-1 Операционная система. Средства восстановления системы Папка №1
А.В. 001-01_32_01-2 Операционная система. Редактор связей. Папка №1

ПРИЛОЖЕНИЕ 7

ОПИСАНИЕ ПРИМЕНЕНИЯ (ГОСТ 19.502-78)

Составление информационной части (аннотации и содержания) является обязательным.

В зависимости от особенностей программы допускается вводить дополнительные разделы или объединять отдельные разделы.

НАЗНАЧЕНИЕ ПРОГРАММЫ

В разделе указывают назначение, возможности программы, её основные характеристики, ограничения, накладываемые на область применения программы.

УСЛОВИЯ ПРИМЕНЕНИЯ

В разделе указывают условия, необходимые для выполнения программы (требования к необходимым для данной программы техническим средствам, и другим программам, общие характеристики входной и выходной информации, а также требования и условия организационного, технического и технологического характера и т.п.).

ОПИСАНИЕ ЗАДАЧИ

В разделе должны быть указаны определения задачи и методы её решения.

ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ

В разделе должны быть указаны сведения о входных и выходных данных.

В приложение к документу могут быть включены справочные материалы (иллюстрации, таблицы, графики, примеры и т.п.).

ПРИЛОЖЕНИЕ 8

Статьи к прочтению:

Техническое обследование грузоподъемных кранов[Technical inspection of cranes]


Похожие статьи:
  • Виды программных документов

    Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р Единая система программнойдокументации ГОСТ 19.101-77 (СТ СЭВ 1626-79) ВИДЫ ПРОГРАММ И…

  • Наименование вида документа

    В качестве наименования вида документа в приказах всегда печатается слово «ПРИКАЗ» полностью заглавными буквами. Дата и регистрационный номер Датой…

Ведомость документации. Оформляем «Ведомость эксплуатационных документов. Пример заполнения ведомости эксплуатационных документов

Наименование:

Единая система программной документации. Ведомость эксплуатационных документов

Действует

Дата введения:

Дата отмены:

Заменен на:

Текст ГОСТ 19.507-79 Единая система программной документации. Ведомость эксплуатационных документов

ГОСТ 19.507-79

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ

ДОКУМЕНТОВ

Издание официальное

Стандартинформ

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Единая система программной документации

ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ

Unified system for program documentation.

List of operational documentation

МКС 35.080 ОКП 42 6100

Постановлением Государственного комитета СССР по стандартам от 28 июня 1979 г. № 2335 дата введения установлена

1. Настоящий стандарт устанавливает форму и правила заполнения программного документа “Ведомость эксплуатационных документов”, определенного ГОСТ 19.101-77, и обеспечивающие возможность изготовления документа машинным способом.

Стандарт полностью соответствует СТ СЭВ 2091-80.

2. Структура и оформление документа устанавливаются в соответствии с ГОСТ 19.105-78.

Составление информационной части (аннотации и содержания) является необязательным.

3. В ведомости перечисляют документы, входящие в перечень эксплуатационных программных документов.

Ведомость эксплуатационных документов должна содержать следующие разделы:

документы на программу;

документы на составные части программы.

Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел ’’Документы на программу”.

В разделе ’’Документы на программу” должны быть записаны все эксплуатационные документы (кроме ведомости эксплуатационных документов) на данную программу.

В разделе ’’Документы на составные части программы” должны быть записаны ведомости эксплуатационных документов на все программы - непосредственно входящие в программу.

Форма ведомости приведена в приложении 1.

(Измененная редакция, Изм. № 1).

4. Запись документов в ведомости производят под заголовками разделов в графе ’’Наименование”.

Для документов, выполненных печатным способом, заголовок подчеркивают.

5. Документы записывают в ведомости в порядке возрастания кода вида документа, входящего в обозначение.

6. Графы ведомости заполняют следующим образом:

в графе ’’Обозначение” указывают обозначение документов по ГОСТ 19.103-77;

в графе ’’Наименование” указывают полное наименование эксплуатационного документа в соответствии с наименованием, указанным в листе утверждения или титульном листе.

Для документов на данную программу записывают только наименование и вид документов;

в графе ”Кол. экз.” указывают количество экземпляров данного документа;

в графе ’’Местонахождение” указывают номер папки, в которой хранится документ, выполненный печатным способом.

Издание официальное ★

Перепечатка воспрещена

) Издательство стандартов, 1979 © СТАНДАРТИНФОРМ, 2010

Издание (январь 2010 г.) с Изменением № 1, утвержденным в сентябре 1981 г. (ИУС11-81).

Допускается записывать текст примечаний и дополнительные сведения, относящиеся к дополнительным эксплуатационным документам, если это необходимо.

Допускается приводить порядковые номера примечаний.

Текст примечаний может быть записан в конце соответствующих разделов ведомости эксплуатационных документов. Допускается текст примечаний записывать на последних листах ведомости эксплуатационных документов на формах без граф с проставлением порядкового номера примечаний.

(Измененная редакция, Изм. № 1).

7. В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом.

Папки в ведомости записывают после перечисления всех документов под заголовком ’’Перечень папок” в графе ’’Наименование” в порядке возрастания их порядковых номеров.

При записи папок графы ведомости заполняют следующим образом:

графу ’’Обозначение” подчеркивают;

в графе ’’Наименование” указывают наименование и номер папки, например ’’Папка № 1”;

в графе ”Кол. экз.” указывают количество экземпляров папок данного наименования, входящих в состав одного комплекта эксплуатационных документов;

в графе ’’Местонахождение” указывают, при необходимости, местонахождение папок.

Пример заполнения ведомости эксплуатационных программных документов приведен в приложении 2.

Обозначения в примере указаны условно.

ПРИЛОЖЕНИЕ 1 Обязательное


Примечание. Размеры таблицы допускается выполнять кратными шагу печатающих устройств.

ПРИМЕР ЗАПОЛНЕНИЯ ВЕДОМОСТИ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ

А.В.ХХХХХ-ХХ 20 ХХ-Х

Обозначение

Наименование

хождение

Документы на

программу

А.В.ХХХХХ-ХХ 32 ХХ-Х

Операционная си-

стема. Средства

восстановления

Руководство сис-

темного програм-

Папка № 1

А.В.ХХХХХ-ХХ 33 ХХ-Х

Операционная си-

стема. Редактор

Руководство

программиста

Папка № 1

А.В.ХХХХХ-ХХ 34 ХХ-Х

Операционная си-

стема. Однопро-

граммный режим.

Руководство

оператора

Папка № 1

Продолжение

А.В.ХХХХХ-ХХ 20 ХХ-Х

Обозначение

Наименование

хождение

Перечень папок

Папка № 1

  • ГОСТ 19.001-77 Единая система программной документации. Общие положения
  • ГОСТ 19.005-85 Единая система программной документации. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения
  • ГОСТ 19.101-77 Единая система программной документации. Виды программ и программных документов
  • ГОСТ 19.102-77 Единая система программной документации. Стадии разработки
  • ГОСТ 19.103-77 Единая система программной документации. Обозначения программ и программных документов
  • ГОСТ 19.104-78 Единая система программной документации. Основные надписи
  • ГОСТ 19.105-78 Единая система программной документации. Общие требования к программным документам
  • ГОСТ 19.106-78 Единая система программной документации. Требования к программным документам, выполненным печатным способом
  • ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению
  • ГОСТ 19.202-78 Единая система программной документации. Спецификация. Требования к содержанию и оформлению
  • ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению
  • ГОСТ 19.401-78 Единая система программной документации. Текст программы. Требования к содержанию и оформлению
  • ГОСТ 19.402-78 Единая система программной документации. Описание программы
  • ГОСТ 19.403-79 Единая система программной документации. Ведомость держателей подлинников
  • ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению
  • ГОСТ 19.501-78 Единая система программной документации. Формуляр. Требования к содержанию и оформлению
  • ГОСТ 19.502-78 Единая система программной документации. Описание применения. Требования к содержанию и оформлению
  • ГОСТ 19.503-79 Единая система программной документации. Руководство системного программиста. Требования к содержанию и оформлению
  • ГОСТ 19.504-79 Единая система программной документации. Руководство программиста. Требования к содержанию и оформлению
  • ГОСТ 19.505-79 Единая система программной документации. Руководство оператора. Требования к содержанию и оформлению
  • ГОСТ 19.506-79 Единая система программной документации. Описание языка. Требования к содержанию и оформлению
  • ГОСТ 19.507-79 Единая система программной документации. Ведомость эксплуатационных документов
  • ГОСТ 19.508-79 Единая система программной документации. Руководство по техническому обслуживанию. Требования к содержанию и оформлению
  • ГОСТ 19.601-78 Единая система программной документации. Общие правила дублирования, учета и хранения
  • ГОСТ 19.602-78 Единая система программной документации. Правила дублирования, учета и хранения программных документов, выполненных печатным способом
  • ГОСТ 19.603-78 Единая система программной документации. Общие правила внесения изменений
  • ГОСТ 19.604-78 Единая система программной документации. Правила внесения изменений в программные документы, выполненные печатным способом
  • ГОСТ 28195-89 Оценка качества программных средств. Общие положения
  • ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания
  • ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы
  • ГОСТ Р 56447-2015 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Программное обеспечение для обработки и интерпретации данных сейсморазведки. Основные функциональные и технические требования
  • ГОСТ Р 56448-2015 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Программное обеспечение для геологического моделирования месторождений. Основные функциональные и технические требования
  • ГОСТ Р 56450-2015 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Программное обеспечение для гидродинамического моделирования систем сбора и подготовки углеводородов. Основные функциональные и технические требования
  • ГОСТ Р 55711-2013 Комплекс технических средств автоматизированной адаптивной ВЧ (КВ) дуплексной радиосвязи. Алгоритмы работы
  • ГОСТ Р 56566-2015 Информационные технологии. Оценка процессов. Часть 9. Профили целевого процесса
  • ГОСТ Р 55692-2013 Модули электронные. Методы составления и отладки тест-программ для автоматизированного контроля
  • ГОСТ Р 56449-2015 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Программное обеспечение для гидродинамического моделирования месторождений. Основные функциональные и технические требования
  • ГОСТ Р 56413-2015 Информационные технологии. Европейские профили профессий ИКТ-сектора
  • ГОСТ Р ИСО/МЭК 15026-1-2016 Системная и программная инженерия. Гарантирование систем и программного обеспечения. Часть 1. Понятия и словарь
  • ГОСТ Р ИСО/МЭК 15026-4-2016 Системная и программная инженерия. Гарантирование систем и программного обеспечения. Часть 4. Гарантии жизненного цикла
  • ГОСТ Р 56920-2016 Системная и программная инженерия. Тестирование программного обеспечения. Часть 1. Понятия и определения
  • ГОСТ Р 56921-2016 Системная и программная инженерия. Тестирование программного обеспечения. Часть 2. Процессы тестирования
  • ГОСТ Р ИСО/МЭК 26555-2016 Системная и программная инженерия. Инструменты и методы технического менеджмента линейки продуктов
  • ГОСТ Р ИСО/МЭК 29155-1-2016 Системная и программная инженерия. Структура сопоставительного анализа эффективности выполнения проектов информационных технологий. Часть 1. Понятия и определения
  • ГОСТ Р 54360-2011 Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС
  • ГОСТ Р 54593-2011 Информационные технологии. Свободное программное обеспечение. Общие положения
  • ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств
  • ГОСТ Р 53798-2010 Стандартное руководство по лабораторным информационным менеджмент-системам (ЛИМС)
  • ГОСТ Р ИСО/МЭК 15504-1-2009 Информационные технологии. Оценка процессов. Часть 1. Концепция и словарь
  • ГОСТ Р ИСО/МЭК 15504-2-2009 Информационная технология. Оценка процесса. Часть 2. Проведение оценки
  • ГОСТ Р ИСО/МЭК 15504-3-2009 Информационная технология. Оценка процесса. Часть 3. Руководство по проведению оценки
  • ГОСТ Р 57098-2016 Системная и программная инженерия. Управление жизненным циклом. Руководство для описания процесса
  • ГОСТ Р 57100-2016 Системная и программная инженерия. Описание архитектуры
  • ГОСТ Р 57101-2016 Системная и программная инженерия. Процессы жизненного цикла. Управление проектом
  • ГОСТ Р 57102-2016 Информационные технологии. Системная и программная инженерия. Управление жизненным циклом. Часть 2. Руководство по применению ИСО/МЭК 15288
  • ГОСТ Р 57122-2016 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Программное обеспечение для проектирования строительства скважин. Основные функциональные и технические требования
  • ГОСТ Р 57193-2016 Системная и программная инженерия. Процессы жизненного цикла систем
  • ГОСТ Р ИСО/МЭК 15504-5-2016 Информационные технологии. Оценка процессов. Часть 5. Образец модели оценки процессов жизненного цикла программного обеспечения
  • ГОСТ 34009-2016 Средства и системы управления железнодорожным тяговым подвижным составом. Требования к программному обеспечению
  • ГОСТ Р 57318-2016 Системы промышленной автоматизации и интеграция. Применение и управление процессами системной инженерии
  • ГОСТ Р ИСО/МЭК 25001-2017 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Планирование и управление
  • ГОСТ Р ИСО/МЭК 33004-2017 Информационные технологии. Оценка процесса. Требования к эталонным моделям процесса, моделям оценки процесса и моделям зрелости
  • ГОСТ Р ИСО/МЭК 15414-2017 Информационные технологии. Открытая распределенная обработка. Эталонная модель. Язык описания предприятия
  • ГОСТ IEC 60848-2016 Язык спецификаций GRAFCET для последовательных функциональных схем
  • ГОСТ Р ИСО/МЭК 25051-2017 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Требования к качеству готового к использованию программного продукта (RUSP) и инструкции по тестированию
  • ГОСТ Р ИСО/МЭК 33001-2017 Информационные технологии. Оценка процесса. Понятия и терминология
  • ГОСТ Р ИСО/МЭК 33002-2017 Информационные технологии. Оценка процесса. Требования к проведению оценки процесса
  • ГОСТ Р ИСО/МЭК 33003-2017 Информационные технологии. Оценка процесса. Требования к системам измерения процесса
  • ГОСТ Р ИСО/МЭК 33020-2017 Информационные технологии. Оценка процесса. Система измерения процесса для оценки возможностей процесса
  • ГОСТ Р 57640-2017 Информационные технологии. Эталонная модель процесса (ЭМП) для управления информационной безопасностью
  • ГОСТ Р ИСО/МЭК 30121-2017 Информационные технологии. Концепция управления рисками, связанными с проведением судебной экспертизы свидетельств, представленных в цифровой форме
  • ГОСТ Р 58041-2017 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Система стандартов по программному обеспечению для решения задач поиска, разведки и разработки месторождений. Основные положения и технические требования
  • ГОСТ Р 58042-2017 Месторождения газовые, газоконденсатные, нефтегазовые и нефтегазоконденсатные. Основные требования к исходным данным программных комплексов для решения задач поиска, разведки и разработки месторождений
  • ГОСТ Р ИСО/МЭК 10746-1-2004 Информационная технология. Открытая распределенная обработка. Базовая модель. Часть 1. Основные положения
  • ГОСТ Р ИСО/МЭК 10746-4-2004 Информационная технология. Открытая распределенная обработка. Базовая модель. Часть 4. Архитектурная семантика

Ведомость эксплуатационных документов (сокращенно ВЭ) – это документ, входящий в и регламентирующий ее комплектность, наименования и правила хранения. Составление данного документа на разработанную автоматизированную систему или программу предусмотрено ГОСТ 34.201-89 .

Структура

Ведомость документации по эксплуатации оформляется согласно стандарту ГОСТ 19.105-78 , описывающему общие требования к составлению программной документации.
Данный документ может как содержать информационную часть так и не содержать ее, в зависимости от специфики разрабатываемой системы и требований заказчика.

Ведомость на эксплуатационные документы состоит из двух разделов:

«Документация на программу»
В котором приводится перечень всей необходимой эксплуатационной документации, кроме собственно ВЭ.

«Документация на составные элементы программы»
В котором перечисляются ВЭ на те программы, из которых непосредственно состоит данная.

В случае если этот документ разрабатывается для компонента, который будет применяться самостоятельно – второй раздел не составляется.

Ведомость эксплуатационных документов составляется согласно специальной форме, приведенной в третьем пункте приложения 1 стандарта ГОСТ 19.507-79 . Список документации вносится в графу «наименование», под заголовки разделов, перечисляется она в порядке возрастания кода.

Ведомость содержит следующие графы:

«Обозначение», с указанием обозначений всей документации, взятых из ГОСТ 19.103-77 .
«Наименование», с указанием полного названия данного документа, которое должно соответствовать наименованию, указанному на титульном листе.
«Количество экземпляров».
«Местонахождение», с указанием номеров папок, в которых хранится печатная документация.

Также ведомость может быть дополнена необходимыми примечаниями и сведениями в том случае, если они поясняют некоторые нюансы, связанные с эксплуатационной документацией. В случае если таких дополнений много – их необходимо нумеровать. Пишут примечания в конце раздела или в конце самой ведомости, на не расчерченных листах. Во втором случае примечания обязательно нумеруются, вне зависимости от их количества.

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

Как разработать?

Издание (январь 2010 г.) с Изменением №1, утвержденным в сентябре 1981 г. (ИУС 11-81).

Постановлением Государственного комитета СССР по стандартам от 28 июня 1979 г. № 2335 дата введения установлена с 01.07.80

1. Настоящий стандарт устанавливает форму и правила заполнения программного документа "Ведомость эксплуатационных документов", определенного ГОСТ 19.101-77 , и обеспечивающие возможность изготовления документа машинным способом.

Стандарт полностью соответствует СТ СЭВ 2091-80 .

2. Структура и оформление документа устанавливаются в соответствии с ГОСТ 19.105-78 .

Составление информационной части (аннотации и содержания) являются необязательным.

3. В ведомости перечисляют документы, входящие в перечень эксплуатационных программных документов.

Ведомость эксплуатационных документов должна содержать следующие разделы:

документы на программу;

документы на составные части программы.

Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел "Документы на программу".

В разделе "Документы на программу" должны быть записаны все эксплуатационные документы (кроме ведомости эксплуатационных документов) на данную программу.

В разделе "Документы на составные части программы" должны быть записаны ведомости эксплуатационных документов на все программы - непосредственно входящие в программу.

Форма ведомости приведена в .

(Измененная редакция, Изм. № 1).

4. Запись документов в ведомости производят под заголовками разделов в графе "Наименование".

Для документов, выполненных печатным способом, заголовок подчеркивают.

5. Документы записывают в ведомости в порядке возрастания кода вида документа, входящего в обозначение.

6. Графы ведомости заполняют следующим образом:

в графе "Обозначение" указывают обозначение документов по ГОСТ 19.103-77 ;

в графе "Наименование" указывают полное наименование эксплуатационного документа в соответствии с наименованием, указанным в листе утверждения или титульном листе.

Для документов на данную программу записывают только наименование и вид документов;

в графе "Кол.экз." указывают количество экземпляров данного документа;

в графе "Местонахождение" указывают номер папки, в которой хранится документ, выполненный печатным способом.

Допускается записывать текст примечаний и дополнительные сведения, относящиеся к дополнительным эксплуатационным документам, если это необходимо.

Допускается приводить порядковые номера примечаний.

Текст примечаний может быть записан в конце соответствующих разделов ведомости эксплуатационных документов. Допускается текст примечаний записывать на последних листах ведомости эксплуатационных документов на формах без граф с проставлением порядкового номера примечаний.

(Измененная редакция, Изм. № 1).

7. В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом.

Папки в ведомости записывают после перечисления всех документов под заголовком "Перечень папок" в графе "Наименование" в порядке возрастания их порядковых номеров.

При записи папок графы ведомости заполняют следующим образом:

графу "Обозначение" подчеркивают;

в графе "Наименование" указывают наименование и номер папки, например "Папка №1";

в графе "Кол.экз." указывают количество экземпляров папок данного наименования, входящих в состав одного комплекта эксплуатационных документов;

в графе "Местонахождение" указывают, при необходимости, местонахождение папок.

Пример заполнения ведомости эксплуатационных программных документов приведен в .

Обозначения в примере указаны условно.

ПРИЛОЖЕНИЕ 1

Обязательное

ФОРМА ВЕДОМОСТИ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ

Примечание. Размеры таблицы допускается выполнять кратными шагу печатающих устройств.

ПРИМЕР ЗАПОЛНЕНИЯ ВЕДОМОСТИ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ

Продолжение


Это произведение не охраняется авторским правом.
В соответствии со статьёй 1259 Гражданского кодекса Российской Федерации не являются объектами авторских прав официальные документы государственных органов и органов местного самоуправления муниципальных образований, в том числе законы, другие нормативные акты, судебные решения, иные материалы законодательного, административного и судебного характера, официальные документы международных организаций, а также их официальные переводы, произведения народного творчества (фольклор), сообщения о событиях и фактах, имеющие исключительно информационный характер (сообщения о новостях дня, программы телепередач, расписания движения транспортных средств и тому подобное).

ГОСТ 19.508-79

РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ

United system for program documentation. Maintenance manual. Requirements for contents and form of presentation

Постановлением Государственного комитета СССР по стандартам от 11 декабря 1979 г. № 4753 срок введения установлен

с 01.01. 1981 г.

Настоящий стандарт устанавливает требования к содержанию и оформлению программного документа «Руководство по техническому обслуживанию», определённого ГОСТ 19.101-77, и распространяется на тестовые и диагностические программы, используемые при обслуживаниии технических средств.

1. Общие положения

1. Структура и оформление документа устанавливаются в соответствии с ГОСТ 19.105-78.

Составление информационной части (аннотация и содержание) является обязательным.

1.2. Руководство по техническому обслуживанию должно содержать следующие разделы:

    введение;

    общие указания;

    требования к техническим средствам;

    описание функций;

В зависимости от особенностей документа допускается вводить дополнительные разделы.

2.1. В разделе «Введение» указывают назначение руководства, перечень эксплуатационных документов, которыми должны дополнительно к руководству пользоваться при техническом обслуживании.

2.2. В разделе «Общие указания» указывают порядок технического обслуживания, приводят указание по организации и особенностям его проведения.

2.3. В разделе «Требования к техническим средствам» указывают минимальный состав технических средств, обеспечивающий работу программы.

2.4. В разделе «Описание функций» указывают:

    максимальный состав технических средств, проверяемых этой программой;

    описание совместного функционирования технических средств и программы с указанием метода обработки ошибок;

    описание организации входных и выходных данных, используемых при обслуживании технических средств;

    описание взаимодействий устройств с программой, результатов взаимодействий, с выводом результатов работы программы.

ГОСТ 19.601-78 Общие правила дублирования, учета и хранения

УДК 651.5:006.354

Группа Т55

Г о с у д а р с т в е н н ы й с т а н д а р т с о ю з а с с р

Единая система программной документации

ГОСТ 19.601-78

ОБЩИЕ ПРАВИЛА ДУБЛИРОВАНИЯ, УЧЕТА И ХРАНЕНИЯ

United system for program documentation. General rules for duplication, registration and storage

Постановлением Государственного комитета стандартов Совета Министров СССР от 22 февраля 1978 г. ¹ 518 срок введения установлен

с 01.01. 1980 г.

Настоящий стандарт устанавливает общие правила дублирования, обращения, учета и хранения программных документов, предусмотренных стандартами Единой системы программной документации (ЕСПД), независимо от способа их выполнения.

1. Общие требования

1.1. Все имеющиеся на предприятии подлинники, дубликаты и копии программных документов, кроме документа «Техническое задание», подлежат учету и хранению в специальных бюро (группах) в отделе технической документации (ОТД) или бюро технической документации (БТД), организуемых на предприятии в соответствии с требованиями ГОСТ 2.501-68.

1.2. Условия хранения должны обеспечивать сохранность программной документации и пригодность ее для тиражирования.

1.3. В случае утери или порчи программного документа в ОТД или БТД составляют соответствующий акт о списании по форме, соответствующей требованиям ГОСТ 2.501-68.

В графе «Наименование» кроме наименования программного документа, должен быть указан вид носителя данных, на котором выполнен программный документ, с указанием количества носителя данных.

24 мая 2017 в 10:00

Ведомость эксплуатационных документов предусмотрена стандартами двух основных систем документации , а также многими отраслевыми и корпоративными нормативными документами (см., например, ).

Стандарты ЕСКД разработаны в докомпьютерную эру, применительно к материальным объектам - изделиям, когда ни о каком программном обеспечении не было и речи. В свою очередь, стандарты ЕСПД выпущеныдля нематериальных объектов - программного обеспечения, без учета ограничений, наложенных стандартами системы ЕСКД. Поэтому при совместном применении стандартов ЕСКД и ЕСПД для изделий, представляющих собою совокупность оборудования («железа», Hardware) и программного обеспечения («софта», Software), возникает ряд неудобств.

Прежде всего, в стандартах этих систем применены разные принципы обозначения документов.

Для документов, разрабатываемых в соответствии с требованиями стандартов ЕСКД,шестизначный децимальный номер (например, 360269) присваивают по классификатору ЕСКД . Перед децимальным номером указывают код предприятия - разработчика (например, ШБНИ). После точки указывают порядковой номер документа в классификационной группе. В результате у ведомости эксплуатационных документов, выпущенной по стандарту ЕСКД, будет такоеобозначение - ШБНИ.360269.010 ВЭ .

В стандарте установлена совершенно иная структура обозначения документа (рисунок 1).

Рисунок 1 Структура обозначения программных документов по

В обозначении документа ЕСПД предусмотрен код страны [на рисунке 1 обозначен литерой А), помещаемый перед кодом организации-разработчика [на рисунке 1 обозначен литерой В].

Как сказал К. Прутков, нет ничего более постоянного, чем временное. Поэтому предусмотренное в стандарте временное разрешение присваивать регистрационный номер в порядке возрастания от 00001 до 99999 действует до сих пор, а классификатор программ, аналогичный классификатору ЕСКД,так и не утвержден.

В обозначение программного документа после регистрационного номера может быть добавлен номер редакции документа (см. два знака ХХ после дефиса на рисунке 1).И только после этого предусмотрено место длязаписи кода вида документа.

Стандартом установлено, что в обозначении документа код вида документа (в стандарте ЕСПД для ведомости эксплуатационных документов предусмотрен цифровой код 20) от номера редакции документа отделяет интервал. Нельзя не отметить, что номер документа от кода документа также отделяет интервал.

Учитывая все сказанное, программный документ вида ведомость эксплуатационных документов будет иметь обозначение ШБНИ.00005 - 05 20 20 .

Все сказанное создает возможность неправильной идентификации документа по его обозначению.

На мой взгляд, использование буквенного кода вида документа в системе ЕСПД позволило бы избежать таких ошибок. В этом случае обозначение ведомости эксплуатационных документов для программных документов выглядело бы следующим образом - ШБНИ.00005 - 05 ВЭ 20 .

Кстати, использование аббревиатуры ВЭ можно встретить в текстах, описывающих разработку программной документации .

Обратим внимание на различия в стандартах систем ЕСКД и ЕСПД, касающиеся обязательности или необязательности разработки ведомости эксплуатационных документов.

В стандарте установлено, что разработка ВЭ обязательна только в том случае, когда для изделия выпускают два или более самостоятельных эксплуатационных документа.

Так как, действующий стандарт допускает разработку единого документа, в котором объединены все виды ЭД, то при разработке единого ЭД разработка ВЭ необязательна.

В то же время стандарт не допускает объединять ведомость эксплуатационных документов и формуляр с другими эксплуатационными документами. Поэтому для программных документов приходится практически всегда разрабатывать ведомость эксплуатационных документов.

Обратим внимание ещё на одно различие между системами документации - местоположение ведомости в перечнях видов эксплуатационных документов.

В стандарте, где установлена номенклатура эксплуатационных документов, ведомость эксплуатационных документов размещена в последней строкетаблицы 2.

Хотя стандартом установлено, что очередность перечисления эксплуатационных документов в этой таблице определяет последовательность их записи в ВЭ, но в стандарте ГОСТ 2.610-2006 указано, что в разделе «Документация общая» первым записывают ВЭ.

В стандарте нет прямых указаний об очередности записи тех или иных ЭД в ведомости эксплуатационных документов, однако анализ примеров заполнения ВЭ, приведенных в нём, позволяет сделать вывод, что запись программных документов в ведомости эксплуатационных документовпроизводят в порядке возрастания кода вида документа - 1х, 2х, 3х и т.д. до 9х (рисунок 2). Подтверждение такому порядку записи эксплуатационных документов можно найти и в рекламных публикациях .

Необходимо отметить, что в стандарте прямо указано - ведомость эксплуатационных документов не должна входить в раздел «Документы на программу».

Рисунок 2 Листведомости эксплуатационныхдокументов по (а), и лист внесения изменений (б)1 - поле для отметок об учете и хранении, 2 - строка изменений

Рассмотрим другие различия в оформлении данного документа по стандартам ЕСКД и ЕСПД, которыенеобходимо учитывать при оформлении ведомости эксплуатационных документов.

Согласно ВЭ по ЕСКД выполняют по правилам, предусмотренным стандартом . Эти правила отличаются от правил, которые следует соблюдать при разработке ведомости эксплуатационных документов, выпускаемой по стандартам ЕСПД .

Следует отметить, что и титульные листыведомостей эксплуатационных документов, разработанных по правилам, установленными стандартами и существенно отличаются друг от друга (рисунок 3).

Рисунок 3 Титульные листы документов, оформленных по (a) и (б)1 - поле для отметок об учёте и хранении

Самое важное отличие состоит в том, что программные документы выполняют без рамок, в отличие от любых документов по .

Единственное, в чем совпадают титульные листы документов, выполненных по стандартам ЕСКД и ЕСПД, - наличие поля 1(см. рисунок 3,а, б) для отметок об учёте и хранении.

Впримере оформления, приведенном в стандарте , оно расположено на титульном листе произвольно (см. рисунок 3, б), хотя должно быть расположено в левом нижнем углу страницы.

Примеры оформления ведомости эксплуатационных по стандартам ЕСПД (см., например, рисунок 2, а) не содержат всех элементов оформления, предусмотренных в нормативных документах. В частности, на рисунке 2, а, нет поля для отметок о учёте и хранении 1, строки изменений 2по ГОСТ 19.104-78, которые показаны на рисунке 2, б.

Продолжим анализ отличий стандартов ЕСКД и ЕСПД. В стандарте ничего не сказано про оформление информационной части документа (аннотации и содержания). Для программных документов, выпускаемых по , составление аннотации и содержания является необязательным.

По-разному в стандартах ЕСКД и ЕСПД регламентированы и названия разделов, в которых записывают эксплуатационные документы (таблица 1).

Таблица 1 Разделы ведомости эксплуатационных документов

Стандартами закреплено и разное оформление таблицы для записи. Если в стандарте не предусмотрено указание номера экземпляра эксплуатационного документа (см. рисунок 2, а), то стандартом предусмотрено указание номера экземпляра документа (рисунок 4).

Рисунок 4 Форма таблицы для записи эксплуатационных документов по

Выводы.

  1. В настоящее время существуют две системы стандартов, в которых установлены разные правила оформления документов одного и того же вида.
  2. Использование двух систем стандартов на оформление текстовых документов приводит к:
    • удвоению количества действующих стандартов;
    • противоречивому регламентированию одних и тех вопросов в разных стандартах;
    • потенциальному росту ошибок при оформлении документов;
    • повышению затрат на оформление документов.
  3. Правила оформления документов в стандартах ЕСКД и ЕСТП изложены с разной степенью полноты, что зачастую требует анализа всех стандартов, входящих в эти системы.
  4. Действующая система обозначений программных документов, использующая цифровой код вида документа создает предпосылки для неправильной идентификации вида документа.

Литература

  1. ГОСТ 2.601-95. ЕСКД. Эксплуатационные документы.
  2. ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов
  3. A.B.00001-01 20 01 (Ведомость эксплуатационных документов).

Multitran dictionary

English-Russian forum   EnglishGermanFrenchSpanishItalianDutchEstonianLatvianAfrikaansEsperantoKalmyk ⚡ Forum rules
✎ New thread | Private message Name Date
2 33  stand-up dude  temperevelas  26.12.2021  22:21
1 63  Power of Attorney Israel  VladZaz  25.12.2021  18:34
13 711  Практика перевода  Valentina1992  13.12.2021  15:51
6 55  cribing loss and debris  amateur-1  26.12.2021  18:09
31 779  About little snowflake  | 1 2 3 all Маруся-мари  2.12.2016  21:58
10 113  На войне как на войне  nataliagrina  26.12.2021  17:09
2 46  A recess or excess in weld cap - тема УЗК  FHGI  26.12.2021  8:16
35 1148  Мультитран снова заработал???  maricom  23.12.2021  21:45
2 90  Название онкологического заболевания  ochernen  25.12.2021  18:43
772 13983  Ошибки в словаре  | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 all 4uzhoj  23.02.2021  13:36
9 101  legal scan  maricom  25.12.2021  16:23
614 19726  Проблемы в работе нового сайта  | 1 2 3 4 5 6 7 8 9 10 11 12 13 all 4uzhoj  15.05.2019  11:05
5 107  encoded technique - тема УЗК  FHGI  24.12.2021  5:47
6 155  OFF: Shotgun Parts  mahavishnu  25.12.2021  14:53
7 632  ОФФ вирусные ветки?  leka11  8.12.2021  11:10
68 10566  OFF:клише для учителя английского  | 1 2 all think_over  3.12.2006  21:30
7 128  formal studies  athlonusm  24.12.2021  16:56
82 1831  Транскрипция  | 1 2 3 all aksa  12.11.2021  23:21
24 888  Спасибо,что живой  andreon  23.12.2021  21:58
298 10509  Предложения и вопросы по работе нового сайта  | 1 2 3 4 5 6 7 8 all 4uzhoj  15.05.2019  11:02
6 141  Габитоскопия  Dimking  20.12.2021  21:02
53 7006  OFF: системы автоматического перевода  | 1 2 all ttimakina  20.11.2012  18:25
16 1041  OFF: Language Сепира в переводе на русский 1934 г.  qp  2.05.2012  16:30
2 234  Average и Mean - как еще перевести, кроме как "среднее"?  Lidia P.  18.12.2021  23:40
4 153  maximum velocity spectrum wave  adelaida  14.12.2021  23:51
5 94  Деталь криогенного насоса  Chuk  20.12.2021  20:57
1 66  Artificial valvular annulus  adelaida  20.12.2021  22:40
4 140  test bank  Surzheon  20.12.2021  14:14

Единая система программной документации (ЕСПД). Единая система программной документации Единая система программной документации

ГОСТ 19.101-77

Группа Т55

МЕЖДУНАРОДНЫЙ СТАНДАРТ

Единая система программной документации

ВИДЫ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ

Единая система программной документации. Виды программ и программных документов

МСС 35.080

Дата введения 1980-01-01


Постановлением Государственного комитета стандартов Совета Министров СССР от 20 мая 1977 г. N 1268 установлена ​​дата введения Введение 01.01.80

ИЗДАНИЕ (январь 2010 г.) с поправкой № 1, утвержденной в июне 1981 г. (МСУ 9-81).

Этот стандарт определяет типы программ и программных документов для компьютеров, комплексов и систем, независимо от их назначения и объема.

Стандарт полностью соответствует СТ СЭВ 1626-79.

(Измененная редакция, Изм. № 1).

1. ВИДЫ ПРОГРАММ

1. ВИДЫ ПРОГРАММ

1.1. Программа (согласно ГОСТ 19781-90) может быть идентифицирована и использоваться самостоятельно и / или в составе других программ.

1.2. Программы разделены на типы, указанные в таблице 1.

Таблица 1

Тип программы

Определение

Компонент

Программа рассматривается как единое целое, полностью функциональна и используется отдельно или как часть комплекса

В сложенном виде

Программа, состоящая из двух или более компонентов и / или комплексов, которые выполняют взаимосвязанные функции и используются независимо или как часть другого комплекса

1.3. Подготовленную к программе документацию можно использовать для выполнения и передачи программы на носителях информации, а также для разработки программного обеспечения.

1,2, 1,3. (Измененная редакция, Изм. №1).

2. ТИПЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

2.1. Документы по программному обеспечению включают в себя документы, содержащие информацию, необходимую для разработки, производства, обслуживания и эксплуатации программ.

2.2. Типы программных документов и их содержание представлены в таблице 2.

Таблица 2

Тип программного документа

Спецификация

Состав программы и документация

Список компаний, у которых хранятся оригиналы программных документов

Текст программы

Записать программу с нужными комментариями

Описание программы

Информация о логической структуре и работе программы

Требования, подлежащие проверке при тестировании программы, а также порядок и методы их контроля

Техническое задание

Цель и объем программы, технические, технико-экономические и специальные требования программы, необходимые этапы и сроки выполнения, виды испытаний

Пояснительная записка

Схема алгоритма, общее описание алгоритма и (или) работы программы, а также обоснование принятых технико-технико-экономических решений

Эксплуатационная документация

Информация по работе и работе программы

2.3. Типы операционных документов и их содержание представлены в таблице 3.

Таблица 3

Вид операционного документа

Перечень эксплуатационных документов по программе

Форма

Основные характеристики программы, полнота и информация по работе программы

Описание приложения

Информация о цели программы, области применения, применяемых методах, классе решаемой задачи, ограничениях использования, минимальной конфигурации оборудования

Информация для проверки, обеспечения работы и тонкой настройки программы в соответствии с условиями применения

Руководство программиста

Информация о работе с программой

Руководство по эксплуатации

Информация, которая обеспечивает процедуру связи между оператором и компьютерной системой во время выполнения программы

Описание языка

Описание синтаксиса и семантики языка

Информация об использовании тестовых и диагностических программ при обслуживании технического оборудования

2.4. В зависимости от способа выполнения и характера заявки программные документы делятся на оригинальные, дублирующие и копии (ГОСТ 2.102-68), предназначенные для разработки, сопровождения и эксплуатации программы.

2.5. Типы программных документов, разрабатываемых на разных этапах, и их коды представлены в таблице 4.

Таблица 4

Код
вид документа

Тип документа

Этапы разработки

Эскизный проект

Техническое проектирование

Рабочий проект

компонент

в сложенном виде

Спецификация

Список владельцев оригиналов

Текст программы

Описание программы

Перечень эксплуатационной документации

Форма

Описание приложения

Руководство системного программиста

Руководство программиста

Руководство по эксплуатации

Описание языка

Руководство по техническому обслуживанию

Программа и методика испытаний

Пояснительная записка

Прочие документы


Условные обозначения:

- документ обязателен;

- документ обязателен для компонентов, имеющих самостоятельное применение;

- необходимость составления документа определяется на этапе разработки и утверждения технического задания;

- - документ не оформлен.

2.2-2.5. (Измененная редакция, Изм. №1).

2.6. Некоторые виды операционных документов могут быть объединены (за исключением комплекта операционных документов и формы). Необходимость объединения этих документов указывается в описании существенных условий договора. Связанный документ получает имя и теги одним из связанных документов.

Связанные документы должны содержать информацию, которая должна быть включена в каждый связанный документ.

2.7. На этапе разработки и утверждения технического задания устанавливается необходимость составления технического задания, содержащего требования к реализации, контролю и приемке программы.

Технические условия разрабатываются на стадии «Исполнительное проектирование».

2.8. Необходимость подготовки технического задания на элементы, не предназначенные для самостоятельного использования, и комплексы, входящие в другие комплексы, оговаривается в договоре с заказчиком.

(Внесено дополнительно Изменение №1).

Электронный текст документа
подготовлен АО «Код» и проверен:
официальное издание
Единая программная система
документация: Сб. ГОСТ. -
М .: Стандардинформ, 2010

И программная документация.

Стандарты ESPD определяют требования к разработке, обслуживанию, производству и эксплуатации программ, что позволяет:

  • стандартизация программного обеспечения для взаимного обмена программами и использования ранее разработанных программ в новых решениях;
  • сокращение рабочей нагрузки и повышение эффективности разработки, сопровождения, производства и эксплуатации программного обеспечения;
  • автоматизация производства и хранения программной документации.

Обслуживание программы включает в себя анализ работы, разработку и улучшение программы, а также внесение в нее изменений для устранения ошибок.

Список стандартов, включенных в ESPD

  • ГОСТ 19.001-77. ESPD. Основные положения.
  • ГОСТ 19.003-80. ESPD. Схемы алгоритмов и программ. Графические символы.
  • ГОСТ 19.005-85. ESPD. R-диаграммы алгоритмов и программ. Графические символы и правила исполнения.
  • ГОСТ 19.101-77.ESPD. Типы программ и программных документов.
  • ГОСТ 19.102-77. ESPD. Этапы развития.
  • ГОСТ 19.103-77. ESPD. Маркировка программ и программных документов.
  • ГОСТ 19.104-78. ESPD. Основные субтитры.
  • ГОСТ 19.105-78. ESPD. Общие требования к программированию документов.
  • ГОСТ 19.106-78. ESPD. Требования к печатным программным документам.
  • ГОСТ 19.201-78. ESPD. Техническое задание. Требования к содержанию и дизайну.
  • ГОСТ 19.202-78. ESPD. Спецификация. Требования к содержанию и дизайну.
  • ГОСТ 19.301-79. ESPD. Программа и методика испытаний. Требования к содержанию и дизайну.
  • ГОСТ 19.401-78. ESPD. Текст программы. Требования к содержанию и дизайну.
  • ГОСТ 19.402-78. ESPD. Описание программы.
  • ГОСТ 19.403-79. ESPD. Список владельцев оригиналов.
  • ГОСТ 19.404-79. ESPD. Объяснительная записка. Требования к содержанию и дизайну.
  • ГОСТ 19.501-78. ESPD. Форма. Требования к содержанию и дизайну.
  • ГОСТ 19.502-78. ESPD. Описание приложения. Требования к содержанию и дизайну.
  • ГОСТ 19.503-79. ESPD. Руководство разработчика системы. Требования к содержанию и дизайну.
  • ГОСТ 19.504-79. ESPD. Руководство разработчика. Требования к содержанию и дизайну.
  • ГОСТ 19.505-79. ESPD. Руководство пользователя. Требования к содержанию и дизайну.
  • ГОСТ 19.506-79. ESPD. Описание языка.Требования к содержанию и дизайну.
  • ГОСТ 19.507-79. ESPD. Выписка эксплуатационных документов.
  • ГОСТ 19.508-79. ESPD. Руководство по эксплуатации. Требования к содержанию и дизайну.
  • ГОСТ 19.601-78. ESPD. Основные принципы дублирования, учета и хранения.
  • ГОСТ 19.602-78. ESPD. Принципы дублирования, учета и хранения печатных программных документов.
  • ГОСТ 19.603-78. ESPD. Общие правила внесения изменений.
  • ГОСТ 19.604-78. ESPD. Правила внесения изменений в программные документы в распечатанном виде.
  • ГОСТ 19.701-90 (ИСО 5807-85). ESPD. Схемы алгоритмов, программ, данных и систем. Символы и правила исполнения.

См. Также

Запонки

Фонд Викимедиа. 2010.

Что такое "Единая система документации по программированию" в других словарях:

    - (ЕСКД) комплексные государственные стандарты, устанавливающие взаимосвязанные правила, требования и стандарты разработки, оформления и обращения конструкторской документации, разрабатываемой и применяемой на всех этапах жизненного цикла... Википедия

    система 4.48 системная комбинация взаимодействующих элементов, организованных для достижения одной или нескольких конкретных целей Примечание 1 Система может рассматриваться как продукт или услуга, предоставляемая ею. Примечание 2 На практике ... ... 9000 3

    РД 153-34.1-35.521-00 - Методические указания. Создание и ведение эксплуатационной документации в цехах АСУ ТП - Терминология РД 153 34.1 35.521 00: Методические указания ... Составление и ведение эксплуатационной документации в цехах АСУ ТП ТЭЦ: 1. Система АСУ ТП ... ... Словарь-справочник терминов нормативно-технической документации

    - (EIS) - это набор организационных, технических, программных и носителей, объединенных в единую систему для сбора, хранения, обработки и выпуска необходимой информации, предназначенной для выполнения определенной функции.... ... Википедия

    ESPD - Единая система программной документации ... Словарь сокращений русского языка

    Единая система программной документации (ESPD) - это набор государственных стандартов, которые устанавливают соответствующие правила для разработки, проектирования и распространения программ и программной документации. Стандарты ESPD определяют требования ... ... Википедия

    - (ТЗ, техническое задание) проект документа на разработку и тестирование продукта. Содержание 1 Концепция КТ.2 Место КТ в конструкциях... Википедия

    эксплуатационная документация - 30 эксплуатационная документация Документация на опалубку выполнена в соответствии с требованиями ГОСТ 2.601 95 (паспорт, инструкция по эксплуатации и др.)

Unified Program Documentation System (ESPD) - это национальный набор стандартов для программной документации. В разговорном профессиональном языке его еще называют «девятнадцатый гость», что не совсем правильно, потому что речь идет не об одном, а о 30 различных нормативно-технических документах.

В принципе, стандарты ESPD содержат требования к составу, содержанию и оформлению документов, описывающих программу на разных этапах ее жизненного цикла. Кроме того, несколько документов посвящены порядку хранения и обновления документации.

В стандартах ESPD практически отсутствует методический элемент. Они не объясняют разработчику, как писать документацию, чтобы она была полезной, понятной, информативной, удобной и т. Д. Они предоставляют только список типов документов и список разделов первого уровня для каждого из них.Правда, по каждому разделу сказано, какую информацию в него включить.

Стандарты ESPD были приняты в конце 1970-х годов и дошли до нас в форме, близкой к исходной. Они отражают практику ведомственных вычислительных центров, где работали большие компьютеры. Взаимодействие человека с компьютерной системой тогда было построено совершенно иначе, чем сейчас, и реализовывалось массивными консолями, перфокартами и распечатками, а для «простых смертных», решающих прикладные задачи, тоже квалифицированным персоналом.Долго ли нужно объяснять, насколько сейчас эти стандарты устарели? Достаточно сказать, что сегодня они не знают таких распространенных документов, как руководство пользователя и руководство администратора.

И все же они до сих пор активно используются. Формально «девятнадцать» - это современная альтернатива. Некоторые стандарты ISO / IEC в области системной и программной инженерии были переведены на русский язык и приняты в качестве национальных стандартов в России. Но крупные, в том числе госзаказчики, не спешат переходить на них.Это можно объяснить их инертностью (или верностью традициям, как хотите), но лишь частично.

Дело в том, что любой стандарт ESPD, небольшой (максимум три страницы) по объему, является довольно формальным набором, и поэтому поддающийся проверке документ или документация устанавливают требования. Строго говоря, это не мешает писателю-документалисту писать грамотную чушь. Однако, поскольку ESPD четко определяет, из чего он должен состоять и как должен выглядеть результат, мы можем по крайней мере немедленно выбросить любую стопку бумаги, которая не помещается в эти рамки.Это значительно упрощает задачу доставки и сбора документации как для заказчика, так и для подрядчика.

В свою очередь, стандарты ISO / IEC содержат много разумных основных правил, но формальную процедуру проверки сложно представить. Однако никто не мешает использовать обе серии стандартов одновременно, к счастью, они относятся к разным аспектам документации и практически не противоречат друг другу.

Состав нормативно-технической документации

Использование по назначению Имя
ГОСТ 19.001-77
Общие положения
ГОСТ 19.002-80 Единая система программной документации.
Схемы алгоритмов и программ. Правила реализации
ГОСТ 19.004-80 Единая система программной документации.
Термины и определения
ГОСТ 19.005-85 Единая система программной документации.
R-диаграмм алгоритмов и программ. Графические обозначения и правила исполнения
ГОСТ 19.101-77 Единая система программной документации.
Виды программ и программной документации
ГОСТ 19.102-77 Единая система программной документации.
Этапы разработки
ГОСТ 19.103-77 Единая система программной документации.
Маркировка программ и программных документов
ГОСТ 19.104-78 Единая система программной документации.
Основной текст
ГОСТ 19105-78 Единая система программной документации.
Общие требования к программным документам
ГОСТ 19.106-78 Единая система программной документации.
Требования к печатным программным документам
ГОСТ 19.201-78 Единая система программной документации.
Техническое задание
ГОСТ 19.202-78 Единая система программной документации.
Технические характеристики. Требования к содержанию и дизайну
ГОСТ 19.301-79 Единая система программной документации.
Программа и методика испытаний. Требования к содержанию и дизайну
ГОСТ 19.401-78 Единая система программной документации.
Текст программы. Требования к содержанию и дизайну
ГОСТ 19.402-78 Единая система программной документации.
Описание программы
ГОСТ 19 403-79 Единая система программной документации.
Список оригинальных держателей
ГОСТ 19.404-79 Единая система программной документации.
Пояснительная записка. Требования к содержанию и дизайну
ГОСТ 19.501-78 Единая система программной документации.
Форма. Требования к содержанию и дизайну
ГОСТ 19.502-78 Единая система программной документации.
Описание приложения. Требования к содержанию и дизайну
ГОСТ 19.503-79 Единая система программной документации.
Руководство системного программиста. Требования к содержанию и дизайну
ГОСТ 19.504-79 Единая система программной документации.
Руководство программиста
ГОСТ 19.505-79 Единая система программной документации.
Руководство пользователя. Требования к содержанию и дизайну
ГОСТ 19.506-79 Единая система программной документации.
Описание языка. Требования к содержанию и дизайну
ГОСТ 19.507-79 Единая система программной документации.
Перечень эксплуатационной документации
ГОСТ 19.508-79 Единая система программной документации.
Руководство по эксплуатации. Требования к содержанию и дизайну
ГОСТ 19.601-78 Единая система программной документации.
Общие правила дублирования, учета и хранения
ГОСТ 19.602-78 Единая система программной документации.
Правила тиражирования, учета и хранения программных документов, выполненных в печатном виде
ГОСТ 19.603-78 Единая система программной документации.
Общие правила модификации
ГОСТ 19.604-78 Единая система программной документации.
Правила внесения изменений в программные документы, оформленные в печатном виде

Приобретение стандартов

Установление соответствующих правил для разработки, проектирования и распространения программ и программной документации.

Стандарты ESPD определяют требования к разработке, обслуживанию, производству и эксплуатации программ, что позволяет:

  • стандартизация программного обеспечения для взаимного обмена программами и использования ранее разработанных программ в новых решениях;
  • сокращение рабочей нагрузки и повышение эффективности разработки, сопровождения, производства и эксплуатации программного обеспечения;
  • автоматизация производства и хранения программной документации.

Обслуживание программы включает в себя анализ работы, разработку и улучшение программы, а также внесение в нее изменений для устранения ошибок.

Поскольку ЭСПД является набором ГОСТ, в настоящее время его использование на территории Российской Федерации носит чисто рекомендательный характер, то есть ЭСПД применяется на добровольной основе (если иное не предусмотрено договором, соглашением, отдельными нормативными актами, судом. решение и т. д.).

Энциклопедия YouTube

    1 / 3

    Расчет панельного строительства

    Веб-семинар

    : что нового в Advance Steel 2018 для Steel Design

    Мастер-класс № 2 «Autodesk Fusion 360 - Единая среда для инновационных проектов

    Субтитры на иностранных языках

Классификация

Стандарты ESPD разделены на группы, указанные в таблице.

Перечень стандартов, содержащихся в ЭСПД

  • ГОСТ 19.001-77. ESPD. Основные положения.
  • ГОСТ 19.002-80. ESPD. Схемы алгоритмов и программ. Принципы реализации. - Заменен ГОСТ 19.701-90
  • ГОСТ 19.003-80. ESPD. Схемы алгоритмов и программ. Графические символы. - Заменен ГОСТ 19.701-90
  • ГОСТ 19.004-80. ESPD. Понятия и определения. - Заменен ГОСТ 19.781-90
  • ГОСТ 19.005-85. ESPD. R-диаграммы алгоритмов и программ.Графические символы и правила исполнения.
  • ГОСТ 19.101-77. ESPD. Типы программ и программных документов.
  • ГОСТ 19.102-77. ESPD. Этапы развития.
  • ГОСТ 19.103-77. ESPD. Маркировка программ и программных документов.
  • ГОСТ 19.104-78. ESPD. Основные субтитры.
  • ГОСТ 19.105-78. ESPD. Общие требования к программированию документов.
  • ГОСТ 19.106-78. ESPD. Требования к печатным программным документам.
  • ГОСТ 19.201-78. ESPD. Техническое задание. Требования к содержанию и дизайну.
  • ГОСТ 19.202-78. ESPD. Спецификация. Требования к содержанию и дизайну.
  • ГОСТ 19.301-79. ESPD. Программа и методика испытаний. Требования к содержанию и дизайну.
  • ГОСТ 19.401-78. ESPD. Текст программы. Требования к содержанию и дизайну.
  • ГОСТ 19.402-78. ESPD. Описание программы.
  • ГОСТ 19.403-79. ESPD. Список владельцев оригиналов.
  • ГОСТ 19.404-79.ESPD. Объяснительная записка. Требования к содержанию и дизайну.
  • ГОСТ 19.501-78. ESPD. Форма. Требования к содержанию и дизайну.
  • ГОСТ 19.502-78. ESPD. Описание приложения. Требования к содержанию и дизайну.
  • ГОСТ 19.503-79. ESPD. Руководство разработчика системы. Требования к содержанию и дизайну.
  • ГОСТ 19.504-79. ESPD. Руководство разработчика. Требования к содержанию и дизайну.
  • ГОСТ 19.505-79. ESPD. Руководство пользователя.Требования к содержанию и дизайну.
  • ГОСТ 19.506-79. ESPD. Описание языка. Требования к содержанию и дизайну.
  • ГОСТ 19.507-79. ESPD. Выписка эксплуатационных документов.
  • ГОСТ 19.508-79. ESPD. Руководство по эксплуатации. Требования к инкапсуляции и составу.
  • ГОСТ 19.601-78. ESPD. Общие правила копирования, учета и хранения.
  • ГОСТ 19.602-78. ESPD. Принципы дублирования, учета и хранения печатных программных документов.
  • ГОСТ 19.603-78. ESPD. Общие правила внесения изменений.
  • ГОСТ 19.604-78. ESPD. Правила внесения изменений в программные документы в распечатанном виде.
  • ГОСТ 19.701-90 (ИСО 5807-85). ESPD. Схемы алгоритмов, программ, данных и систем. Символы и правила исполнения.
  • ГОСТ 19781-90. Программное обеспечение систем обработки информации. Понятия и определения.

Единая система программной документации - это набор государственных стандартов, которые устанавливают соответствующие правила создания, разработки и распространения программ и программной документации.

Список ЭСПД

ГОСТ 19.004 ЭСПД. Понятия и определения.

ГОСТ 19.101 ЭСПД. Типы программ и программных документов.

ГОСТ 19.102 ЭСПД. Этапы развития.

ГОСТ 19.103 ЭСПД. Обозначения программ и программных документов.

ГОСТ 19.104 ЭСПД. Основные субтитры.

ГОСТ 19.105 ЭСПД. Общие требования к программированию документов.

ГОСТ 19.106 ЭСПД. Требования к печатным программным документам.

ГОСТ 19.201 ESPD. Техническое задание. Требования к содержанию и дизайну.

ГОСТ 19.202 ЭСПД. Спецификация. Требования к содержанию и дизайну.

ГОСТ 19.401 ЭСПД. Текст программы. Требования к содержанию и дизайну.

ГОСТ 19.402 ЭСПД. Описание программы.

ГОСТ 19.501 ЭСПД. Форма. Требования к содержанию и дизайну.

ГОСТ 19.502 ЭСПД. Общее описание. Требования к содержанию и дизайну.

ГОСТ 19.503 ЭСПД. Руководство разработчика системы.Требования к содержанию и дизайну.

ГОСТ 19.504 ЭСПД. Руководство разработчика. Требования к содержанию и дизайну.

ГОСТ 19.505 ЭСПД. Руководство пользователя. Требования к содержанию и дизайну.

ГОСТ 19.506 ЭСПД. Описание языка. Требования к содержанию и дизайну.

ГОСТ 19.601 ЭСПД. Общие правила копирования, учета и хранения.

ГОСТ 19.602 ЭСПД. Принципы дублирования, учета и хранения печатных программных документов.

ГОСТ 19.603 ЭСПД. Общие правила внесения изменений.

ГОСТ 19.604 ЭСПД. Правила внесения изменений в программные документы в распечатанном виде.

ГОСТ 19.001 ЭСПД. Основные положения.

Единая система программной документации (ESPD) - это набор государственных стандартов, определяющих взаимосвязанные принципы разработки, проектирования и распространения программ и программной документации.

Стандарты ESPD определяют применимые требования

разработка,

сопровождение,

производство и

работа программы.

Правила и положения, изложенные в стандартах ESPD, применяются к документации по программному обеспечению компьютеров, узлов и систем, независимо от их назначения и объема.

ESPD охватывает следующие группы стандартов:

0 - Общие положения.

1 - Основные стандарты.

2 - Правила оформления конструкторской документации.

3 - Правила оформления исполнительной документации

4 - Правила оформления эксплуатационной документации.

5 - Правила выполнения эксплуатационной документации.

6 - Правила работы с программной документацией.

7 - Резервная группа.

8 - Резервная группа.

9 - Прочие стандарты.

ГОСТ 19.101 ЭСПД. Типы программ и программных документов.

Стандарт определяет типы программ и программных документов для компьютеров, комплексов и систем, независимо от их назначения и объема.

Типы программ:

Исходная программа. Программа, предназначенная для хранения и восстановления дубликатов с него.

Дубликат программы. Программа, являющаяся копией исходной программы для хранения и изготовления копий.

Копия программы. Программа предназначена для непосредственного использования.

Виды программной документации (шаблон условий разработки программы для ПК):

Техническое задание. Цель и объем программы, технические, технические, экономические и специальные требования программы, необходимые этапы и сроки выполнения, виды исследований.

Технические характеристики.Состав программы и ее документация.

Список первоначальных владельцев. Список компаний, хранящих оригиналы программ и оригиналы программной документации.

Текст программы. Запишите программу с необходимыми комментариями.

Описание программы. Информация о логической структуре и работе программы.

Пояснительная записка. Обоснование принятых технических решений, описание общего алгоритма работы программы.

Порядок и метод испытаний. Требования, подлежащие проверке при тестировании программы, а также порядок и методы их контроля.

Руководство оператора (пользователя). Информация о порядке связи с компьютерной системой во время выполнения программы.

ГОСТ 19.102 ЭСПД. Этапы развития.

Стадия разработки

Рабочий шаг

Техническое задание

Обоснование необходимости разработки программы

Постановка задачи.

Сборник исходных материалов.

Выберите критерии эффективности программы.

Обоснование необходимости исследования.

Научно-исследовательская работа

Определите структуру входных и выходных данных.

Первоначальный выбор методов решения проблем.

Обоснование возможности использования ранее разработанных программ.

Определение требований к техническим мероприятиям.

Обоснование принципиальной возможности решения проблемы.

Разработка и утверждение ТУ

Определите требования к программному обеспечению.

Разработка ТЭО разработки программ.

Выявление этапов, этапов и условий развития.

Выбор языков программирования.

Координация и одобрение Конституционного суда.

Эскизный проект

Разработка электронной подписи

Первоначальный дизайн структуры входных и выходных данных.

Улучшение методов решения проблем.

Разработка общего алгоритма решения задачи.

Разработка ТЭО

Сертификат ES

Согласование и проверка электронных подписей.

Технический проект

Разработка ТП

Объяснение структуры входных и выходных данных.

Разработка алгоритма решения задачи.

Определение формы представления входных и выходных данных.

Определение семантики и синтаксиса языка.

Разработка структуры программы.

Окончательное определение конфигурации оборудования.

Сертификат TP

Разработка плана мероприятий по разработке и реализации программ.

Составление пояснительной записки.

Согласование и согласование ТП.

Рабочий проект

Разработка программ

Программирование и отладка программы

Создать оригинальную программу.

Разработка программной документации

Разработка программной документации.

Тестирование программы

Разработка, согласование и утверждение процедуры закупки и проведения испытаний.

Тестирование.

Корректировка программы и программной документации по результатам тестирования.

Исполнение

Подготовка и передача программы

Подготовка и сдача программы и документации в ТО.

Оформление и согласование акта сдачи программы в ТО.

Перевод программы в алгоритм и программный фонд.

ГОСТ 19.201 ESPD. Техническое задание. Требования к содержанию и дизайну.

Стандарт определяет порядок построения и выполнения технических заданий на разработку программы или программного продукта для компьютеров, комплексов и систем, независимо от их назначения и объема.

Область авторизации должна содержать следующие разделы:

Название и область действия.

В этом разделе указывается имя, краткое описание области применения, программы или программного продукта, а также средство, в котором используется программа или продукт.

Основа для развития.

В разделе необходимо указать документ, на основании которого проводится исследование.

Цель развития.

В этом разделе следует указать функциональное и рабочее назначение программы или программного обеспечения.

Технические требования к программе или ПО.

Раздел должен содержать следующие подразделы:

Требования к функциональным характеристикам.

Условия использования.

Требования к составу и параметрам технических средств.

Информация и требования совместимости программного обеспечения.

В подразделе «Требования к функциональным характеристикам» указать требования к составу выполняемых функций, организации входных и выходных данных, расписанию и т.д.

В подразделе «Требования к составу и параметрам технических мероприятий» указать требуемый состав технических средств с учетом их технических свойств.

В подразделе «Требования к информации и совместимости программного обеспечения» должны быть указаны требования к информационным структурам на входе и выходе, а также методы решения, исходные коды, языки программирования.

Технико-экономические показатели.

В разделе указаны примерная экономическая эффективность, расчетная годовая потребность, экономические выгоды от разработки по сравнению с кейсами и аналогами.

Этапы и этапы развития.

Осмотр и приемка.

В разделе должны быть указаны виды испытаний и общие требования к приемке работы.

ГОСТ 19.402 ЭСПД. Описание программы.

Документ состоит из информационной части (аннотация и содержание) и основной части (функциональное назначение, логическое описание).

Раздел «Функциональное назначение» определяет цель программы и дает общее описание того, как программа работает, а также информацию об ограничениях на ее использование.

В разделе «Логическое описание» указать:

Описание структуры программы и ее компонентов.

Описывает функции компонентов и их отношения.

Информация о языке программирования.

Описание входов и выходов для каждого компонента.

Описание логики компонента (описания схем программы выполняются по мере необходимости).

При описании логики программы необходимо ссылаться на текст программы.

ГОСТ 19.505 ЭСПД. Руководство пользователя. Требования к содержанию и дизайну.

Документ должен содержать следующие разделы:

Назначение программы.

Условия использования.

Запустить программу.

Операторские команды.

Сообщения оператора.

В разделе «Запустить программу» должны быть указаны действия, которые необходимо предпринять для обеспечения загрузки и запуска программы.

Раздел «Команды оператора» должен описывать функции и возможные варианты команд, с помощью которых оператор загружает и контролирует выполнение программы, а также последовательность действий оператора после завершения программы.

Раздел «Сообщения оператору» должен содержать тексты сообщений, выдаваемых при выполнении программы, описание их содержания и соответствующие действия оператора (действия оператора в случае сбоя, возможность перезапуска программы).

.

База конкурентоспособности - ЗАПРОС ПРЕДЛОЖЕНИЯ № 1 / Innoconect / 2018 на поставку 1 комплекта лицензий на ПО для проектирования электрических схем

Срок подачи предложений

Номер объявления

Статус объявления

Завершен

Место и способ подачи заявок

а) Предложения, являющиеся ответом на запрос, должны быть отправлены по электронной почте в виде отсканированного документа по следующему адресу: субсидии, заказы[email protected]

Заголовок электронного письма с предложением должен гласить: «Предложение о доставке 1 комплекта лицензий на программное обеспечение для проектирования электрических схем».

б) Срок подачи предложений истекает 24.01.2018 г. 7.30 (отсчитываются дата и время получения оферты).

Электронный адрес, на который следует отправить предложение

[email protected]

Контактное лицо по рекламе

Петр Ковалевски

Телефон контактного лица по вопросам объявления

89/5221034

Краткое описание предмета договора

Предмет заказа:

поставка 1 комплекта лицензий на ПО для проектирования электрических схем
Техническая спецификация:
Если в документации, описывающей предмет контракта, есть ссылка на товарные знаки, патенты или происхождение, Заказчик разрешает решения, эквивалентные описанным, гарантируя параметры не хуже, чем указанные в вышеупомянутой документации.Участник тендера, ссылающийся на эквивалентные решения, обязан доказать, что предлагаемые им оборудование / услуги / продукты соответствуют требованиям, указанным Заказчиком.

Техническая спецификация:
В рамках 1 комплекта лицензий на ПО для проектирования, документирования и автоматизации управления проектами планируется закупить:
1. 1 часть лицензии на программное обеспечение EPLAN Electric P8 Select Network или ее эквивалента.

Категория объявления

Услуги

Подкатегория объявления

ИТ-услуги

Место выполнения заказа

Воеводство: Варминско-Мазурское воеводство Округ: Ольштын Город: Йонково

Цель закупки

Целью заказа является предоставление 1 комплекта лицензий на программное обеспечение для проектирования электрических схем

.

Объект договора

Предмет заказа:

поставка 1 комплекта лицензий на ПО для проектирования электрических схем
Техническая спецификация:
Если в документации, описывающей предмет контракта, есть ссылка на товарные знаки, патенты или происхождение, Заказчик разрешает решения, эквивалентные описанным, гарантируя параметры не хуже, чем указанные в вышеупомянутой документации.Участник тендера, ссылающийся на эквивалентные решения, обязан доказать, что предлагаемые им оборудование / услуги / продукты соответствуют требованиям, указанным Заказчиком.

Техническая спецификация:
В рамках 1 комплекта лицензий на ПО планируется закупить:
1. 1 часть лицензии на программное обеспечение EPLAN Electric P8 Select Network или ее эквивалента.

Программные требования:
 языковая версия: польский
 поддержка стандартов IEC 61346/61355, JIC, NFPA, GOST, GB
 Интегрированные и обширные функции редактирования схем

функция отслеживания потенциала  управление структурой проекта
 навигаторы для: ресурсов, клеммных колодок, ПЛК, кабелей, соединений, точек разрыва
 встроенные библиотеки символов, соответствующие стандартам
 интеллектуальное архивирование проекта в один файл,
 Возможность создания базовых проектов и
шаблонов  интеллектуальный подбор аппаратуры для обозначений в проекте
 автоматическая нумерация подключений на основе настраиваемых пользователем схем
 возможность использования баз данных с макросами и символами, созданными производителями компонентов.Доступ к базам данных, созданным производителями компонентов, должен быть обеспечен онлайн из программы
.  возможность одновременной работы множества пользователей над одним проектом
 автоматически сгенерированное оглавление и документация по материалам и монтажу
 создание схем кабелей, клемм, штекеров, списков подключений
 генерация проверок контроллеров ПЛК, кабелей, разъемов, потенциалов
 проверка проекта на возможные логические и проектные ошибки на основе конфигурируемых пользователем схем
 экспорт / импорт в форматы DXF / DWG, логический PDF с функцией перехода, графические форматы, MS Excel
 Импортируйте комментарии из файлов PDF прямо на страницы проекта, управляйте статусом комментариев
 установка монтажных панелей
 редакция статических и динамических сводных форм, редакция чертежной таблицы
 Доступ к онлайн-базам статей прямо из приложения
 хранение фрагментов проекта / схемы с предопределенными наборами значений в виде внешних файлов
 экспорт проектных данных в форматы TXT, XLS, XML на основе настраиваемых пользователем схем
 Возможность внешнего редактирования данных проекта и базы данных товаров
 Поддержка базы данных Microsoft SQL-Server
 возможность удаленного запуска лицензии
 настраиваемый пользовательский интерфейс, панели инструментов, сочетания клавиш; возможность работы в два монитора
 возможность определять свои собственные атрибуты / свойства для объектов проекта
 Возможность синхронизации статей базы данных пользователей и базы данных проекта
В рамках поставки лицензии также потребуется предоставить техническую услугу, понимаемую как:
 обновление предлагаемого программного обеспечения до последней версии по цене приобретения лицензии на срок не менее 12 месяцев
 техническая поддержка по телефону (рабочие дни, мин.с 8.00 до 16.00)
 неограниченный доступ к обновлениям, новостям, статьям, советам по предлагаемым решениям
 время ответа по электронной почте: до 4 часов
 Бесплатный доступ к участию в семинарах по новым версиям программного обеспечения
 бесплатный доступ для участия в консультации по программному обеспечению, не менее 1 раза в месяц

Примечание. Время предлагаемого технического обслуживания является частью оценки предложения.

Код CPV

48321000-4

Кодовое наименование CPV

Пакет программ автоматизированного проектирования (САПР)

Дополнительные позиции заказа

Не применимо

График выполнения заказа

6.КРАЙНИЙ СРОК ВЫПОЛНЕНИЯ ДОГОВОРА: до 9 марта 2018 г.,

Вложения

Вопросы и пояснения

Никаких вопросов и объяснений

Разрешение на выполнение определенного действия или действия

a) Подрядчики, которые соответствуют техническим или профессиональным условиям для участия в процедуре, могут подать заявку на присуждение контракта. Заказчик считает условие выполненным, если подрядчик демонстрирует надлежащую работу в течение последних трех лет до крайнего срока подачи заявок, и если период деловой активности короче - в течение этого периода, по крайней мере, три услуги, состоящие в поставке. лицензий на программное обеспечение.
б) Подрядчики могут совместно подавать заявки на заключение контракта. В таком случае экономические операторы назначают поверенного, который будет представлять их в процедуре присуждения контракта или представлять их в процедуре заключения контракта, или представлять их в этой процедуре и заключать договор о государственных закупках. К оферте необходимо приложить письменную доверенность (оригинал или заверенную копию).
c) В случае, если хозяйствующие субъекты подают совместную заявку на присуждение контракта, условие, указанное в пункте 7 пунктаа) должны выполняться по крайней мере одним из экономических операторов независимо.
г) Заказчик исключает из процедуры подрядчиков, не продемонстрировавших выполнение условия участия в процедуре, указанной в пункте 7 пункта. и).
д) Подрядчик может быть исключен из процедуры, если он предложит аномально низкую цену.
f) Аномально низкая цена считается, в частности, когда цена предложения ниже на 30%, чем стоимость контракта, или на 30% от среднего арифметического всех представленных предложений.
g) В такой ситуации Заказчик может запросить у Участника торгов объяснения и представление доказательств относительно элементов предложения, влияющих на размер цены, если цена предложения, по мнению Заказчика, кажется слишком высокой. низкий по отношению к предмету контракта и вызывает сомнения, связанные с возможностью выполнения предмета контракта в соответствии с требованиями, сформулированными закупающим органом или вытекающими из отдельных нормативных актов.
h) Если Участник торгов не выполняет какое-либо из условий, описанных выше, Заказчик может отклонить предложение.Тогда предложение не будет оцениваться с учетом критериев выбора наиболее выгодного предложения.

Знания и опыт

а) Для подтверждения соответствия условию участия в процедуре подрядчики должны представить вместе со своим предложением следующие документы:
• Перечень услуг, оказанных в течение трех лет до крайнего срока подачи заявок, и, если период деловой активности короче - в этот период, включая их предмет, даты оказания и субъектов, для которых были оказаны услуги, с приложением доказательств с указанием были ли эти услуги оказаны надлежащим образом, подготовленный в соответствии с Приложением 5 к настоящему Запросу.
Ниже приведены доказательства того, что услуги были выполнены надлежащим образом:
 справки или другие документы, выданные организацией, для которой были оказаны услуги
 декларация подрядчика, если по уважительным причинам объективного характера он не может получить документы, указанные выше. Если подрядчик делает декларацию, он обязан указать причины невозможности получить справку или другой документ, выданный организацией, для которой оказывались услуги.

Технический потенциал

Подрядчик заявляет, что у него есть соответствующие технические ресурсы и возможности, позволяющие реализовать вышеупомянутые заказ

Лица, способные выполнить заказ

Подрядчик заявляет, что он в состоянии выполнить предмет контракта.

Экономическое и финансовое положение

Подрядчик заявляет, что он находится в экономическом и финансовом положении, обеспечивающем выполнение заказа

Дополнительные условия

а) Предложение должно быть подготовлено на польском языке на компьютере, пишущей машинке или от руки ручкой или несмываемыми чернилами.Цена предложения должна быть выражена в злотых.
б) Оферта может быть подана только на форме оферты, являющейся Приложением 1 к настоящему запросу цен;
c) Рекомендуется, чтобы все страницы предложения с приложениями были последовательно пронумерованы и подписаны на каждой странице лицом (лицами), уполномоченным делать заявления о волеизъявлении от имени Подрядчика в соответствии с формой представительства, указанной в национальном судебный реестр или другой документ, соответствующий данной организационной форме Участника торгов или лицом, уполномоченным уполномоченным лицом, и доверенность должны быть приложены к оферте.Подготовленное таким образом предложение следует сканировать.
г) Оферта должна быть сделана в одном экземпляре.
д) Предложение должно соответствовать подробному описанию предмета контракта.
е) Предложение должно быть подписано лицом, уполномоченным представлять Подрядчика,
ж) Участник торгов будет нести все расходы, связанные с подготовкой и подачей предложения.
з) Все приложения, необходимые для запроса, должны быть приложены к оферте.
i) В случае формальных недостатков в предложении, типографских или бухгалтерских ошибок в предложении Заказчик может отклонить предложение.
j) Любые исправления или изменения в тексте предложения должны быть подписаны лицом / лицами, подписывающими предложение, с указанием дат их подачи.
k) Заказчик не несет ответственности за досрочное открытие оферты без маркировки и адреса в соответствии с требованиями настоящего запроса цен.
м) Подрядчик может внести изменения или отозвать поданное предложение только до истечения срока подачи предложений.

Изменение условий договора

Заказчик предусматривает возможность изменения положений заключенного контракта в отношении содержания предложения, на основании которого был выбран подрядчик, в следующем объеме:

a) Срок исполнения контракта может измениться в следующих ситуациях :
• в случае задержки с организацией процедуры присуждения контракта;
• в случае возникновения обстоятельств, не зависящих от подрядчика по обоснованному запросу подрядчика, при условии, что изменение является следствием обстоятельств, которые подрядчик не мог предвидеть на этапе подачи заявки, и не связано с ним; случаи непреодолимой силы; признано Заказчиком как чрезвычайное, внешнее, невозможное, предотвратимое событие (например,наводнение, забастовки, беспорядки, административные и государственные решения).
б) Вознаграждение подрядчика, указанное в контракте, может измениться в случае изменения официальной ставки НДС или других юридических и налоговых обстоятельств, не зависящих от закупающего органа, которые влияют на окончательную цену.

Перечень документов / выписок, требуемых от Исполнителя

7. ПЕРЕЧЕНЬ ЗАЯВЛЕНИЙ ИЛИ ДОКУМЕНТОВ, ПОДТВЕРЖДАЮЩИХ ВЫПОЛНЕНИЕ УСЛОВИЙ УЧАСТИЯ В ПРОЦЕДУРЕ И ДРУГИЕ НЕОБХОДИМЫЕ ДОКУМЕНТЫ

a) Чтобы подтвердить выполнение условий участия в процедуре, подрядчики должны представить следующие документы вместе со своим предложением:
• Перечень услуг, оказанных в течение трех лет до крайнего срока подачи заявок, и, если период деловой активности короче - в этот период, включая их предмет, даты оказания и субъектов, для которых были оказаны услуги, с приложением доказательств с указанием были ли эти услуги оказаны надлежащим образом, подготовленный в соответствии с Приложением 5 к настоящему Запросу.
Ниже приведены доказательства того, что услуги были выполнены надлежащим образом:
 справки или другие документы, выданные организацией, для которой были оказаны услуги
 декларация подрядчика, если по уважительным причинам объективного характера он не может получить документы, указанные выше. Если подрядчик делает декларацию, он обязан указать причины невозможности получить справку или другой документ, выданный организацией, для которой оказывались услуги.
б) Форма предложения.
в) Для доказательства отсутствия оснований для исключения из процедуры Подрядчик обязан предоставить:
• Заявление об отсутствии оснований для исключения,
• Заявление об отсутствии отношений с Заказчиком,
• Текущая выписка из соответствующего коммерческого реестра или KRS,
• Заявление о технических возможностях и возможности выполнения заказа.
г) Документы, составленные на иностранном языке, подаются вместе с переводом на польский язык.

Дополнительные заказы

Не применимо

Критерии оценки и описание порядка выставления баллов 9000 3 12. ОПИСАНИЕ КРИТЕРИЕВ, КОТОРЫЕ БУДУТ УПРАВЛЯТЬСЯ ДОГОВАРИВАЮЩЕЙСЯ СТОРОНОЙ ПРИ ВЫБОРЕ ПРЕДЛОЖЕНИЯ, ВКЛЮЧАЯ ЗНАЧЕНИЕ ЭТИ КРИТЕРИИ

a) При выборе лучшего предложения будут приняты во внимание следующие критерии (максимальный общий балл: 100 баллов) :

необходимо

Criterion POINTS
Цена нетто в злотых 60 90 031 Период технической поддержки 40

• Цена нетто в 90 031 злотых Под критерием «цена нетто в злотых» Заказчик понимает общую цену нетто, указанную Участником торгов для выполнения предмета контракта, указанного в предложении.Оценка по критерию «Цена нетто в злотых» (Kc) будет рассчитана по следующей формуле:

Kc = (Cn / Co) x 60%

Cn - наименьшая предлагаемая цена нетто устройства
Цена нетто устройства, предлагаемого в исследуемой оферте
Kc - количество баллов, начисленных за данное предложение по критерию «Цена нетто в злотых»

• Период технической поддержки

Под критерием «период технической поддержки» Заказчик понимает количество месяцев, в течение которых Подрядчик будет оказывать техническую поддержку, понимаемую как:
 обновление предлагаемого программного обеспечения до последней версии
 техническая поддержка по телефону (рабочие дни, мин.с 8.00 до 16.00)
 неограниченный доступ к обновлениям, новостям, статьям, советам по предлагаемым решениям
 время ответа по электронной почте: до 4 часов
 Бесплатный доступ к участию в семинарах по новым версиям программного обеспечения
 свободный доступ к участию в консультациях по программному обеспечению, минимум 1 раз в месяц

Минимальный срок (количество месяцев) технической поддержки - 12 месяцев.

Подрядчик указывает общее количество месяцев; баллы будут начисляться в соответствии со следующей формулой:

Tc = (To / Tn) x 40%

Tn - самый долгий предложенный срок (исчисляется в месяцах)
К - срок, предложенный в рассматриваемой оферте
Tc - количество баллов, начисленных данному предложению в критерии «период технической поддержки»

Срок отсчитывается с даты доставки 1 комплекта лицензий.

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

Исключения

a) Подрядчики, которые соответствуют техническим или профессиональным условиям для участия в процедуре, могут подать заявку на присуждение контракта. Заказчик считает условие выполненным, если подрядчик демонстрирует надлежащую работу в течение последних трех лет до крайнего срока подачи заявок, и если период деловой активности короче - в течение этого периода, по крайней мере, три услуги, состоящие в поставке. лицензий на программное обеспечение.
б) Подрядчики могут совместно подавать заявки на заключение контракта. В таком случае экономические операторы назначают поверенного, который будет представлять их в процедуре присуждения контракта или представлять их в процедуре заключения контракта, или представлять их в этой процедуре и заключать договор о государственных закупках. К оферте необходимо приложить письменную доверенность (оригинал или заверенную копию).
c) В случае, если хозяйствующие субъекты подают совместную заявку на присуждение контракта, условие, указанное в пункте 7 пунктаа) должны выполняться по крайней мере одним из экономических операторов независимо.
г) Заказчик исключает из процедуры подрядчиков, не продемонстрировавших выполнение условия участия в процедуре, указанной в пункте 7 пункта. и).
д) Подрядчик может быть исключен из процедуры, если он предложит аномально низкую цену.
f) Аномально низкая цена считается, в частности, когда цена предложения ниже на 30%, чем стоимость контракта, или на 30% от среднего арифметического всех представленных предложений.
g) В такой ситуации Заказчик может запросить у Участника торгов объяснения и представление доказательств относительно элементов предложения, влияющих на размер цены, если цена предложения, по мнению Заказчика, кажется слишком высокой. низкий по отношению к предмету контракта и вызывает сомнения, связанные с возможностью выполнения предмета контракта в соответствии с требованиями, сформулированными закупающим органом или вытекающими из отдельных нормативных актов.
h) Если Участник торгов не выполняет какое-либо из условий, описанных выше, Заказчик может отклонить предложение.Тогда предложение не будет оцениваться с учетом критериев выбора наиболее выгодного предложения.
i) Участник торгов также подлежит исключению из процедуры закупки, который:
• Он представил недостоверную информацию, влияющую на результат судебного разбирательства,
• Это организация, связанная с работодателем лично или капиталом. Под капитальными или личными связями понимаются взаимные связи между Заказчиком или лицами, уполномоченными принимать на себя обязательства от имени Заказчика, или лицами, выполняющими от имени Заказчика деятельность, связанную с подготовкой и проведением процедуры выбора Подрядчика и Подрядчиком, в частности:
• участие в компании в качестве партнера в гражданском партнерстве или партнерстве,
• владеющие не менее 10% акций или акций,
• выступая в качестве члена надзорного или управляющего органа, доверенного лица, доверенного лица,
• состоят в браке, в отношениях родства или близости по прямой линии, в родстве второй степени или в родстве по боковой линии или в связи с усыновлением, опекой или опекой.
Вышеуказанное условие будет проверено на основании Заявления участника торгов.
Заказчик оставляет за собой право проверить соответствие участника торгов этому условию на основании своих знаний и имеющихся документов (например, KRS)

Имя

ERKO SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ SPÓŁKA KOMANDYTOWA

Адрес

11-042 Йонково

Варминско-Мазурское воеводство , Ольштынски

Телефонный номер

895221045

Факс

895221045

НИП

73

693

Название проекта

Разработка и внедрение специализированной системы подключения ШАРК-АЛ для алюминиевых эмалированных проводов

Номер проекта

POIR.04.01.04-00-0007 / 16-00

Другие источники финансирования

Запрос обрабатывается в рамках:
Мера 4.1: Научно-исследовательские и опытно-конструкторские работы Подмера 4.1.4: Прикладные проекты
Операционная программа "Интеллектуальное развитие"
проекта: «Разработка и внедрение специализированной системы подключения ШАРК-АЛ для алюминиевых эмалированных проводов»

Решено

Имя и адрес, дата получения оферты и ее цена

AB-MICRO Sp.z o.o., ул. Семьи Ulmów 14, 02-777 Варшава

Предложение подано 18 января 2018 г.,
Предлагаемая цена: 34 664,00 зл. Нетто

.

Польская промышленность для атомной энергетики

% PDF-1.6 % 1087 0 об. >>> эндобдж 1084 0 об. > поток UUID: 859cf38d-cb6c-4318-b510-276d50ab6014adobe: DocId: INDD: 467336d5-be90-11e0-a09d-bd41de389172xmp.id: EDF9932B15C8E7119FFBD727BA3BEE90proof: pdfxmp.iid: 6168D22615C8E7119FFBD727BA3BEE90xmp.did: C4042FC1D5B1E7119384EED1CCAA8CC7adobe: DocId: INDD: 467336d5-be90-11e0- a09d-bd41de389172 по умолчанию

  • преобразовано из application / x-indesign в application / pdfAdobe InDesign CS6 (Windows) / 2017-11-13T02: 54: 24 + 01: 00
  • 2017-11-13T02: 54: 24 + 01: 002017-11-13T03: 24: 16 + 01: 002017-11-13T03: 24: 16 + 01: 00 Приложение Adobe InDesign CS6 (Windows) / pdf
  • Польская промышленность для энергия Ядерная - Директива
  • Библиотека Adobe PDF 10.0,1 Ложь конечный поток эндобдж 1088 0 об. > эндобдж 672 0 об. > эндобдж 1038 0 об. > эндобдж 1039 0 об. > эндобдж 1045 0 об. > эндобдж 1051 0 об. > эндобдж 1057 0 об. > эндобдж 1063 0 об. > эндобдж 1069 0 об. > эндобдж 1075 0 об. > эндобдж 1076 0 об. > эндобдж 1077 0 об. > эндобдж 1078 0 об. > эндобдж 1079 0 об. > эндобдж 1080 0 об. > эндобдж 1081 0 об. > эндобдж 1082 0 об. > эндобдж 1083 0 об. > эндобдж 469 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1026 0 R / TrimBox [0.0 0,0 481,89 680,315] / Тип / Страница >> эндобдж 471 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1027 0 R / TrimBox [0.0 0.0 481.89 680.315] / Type / Page >> эндобдж 473 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1028 0 R / TrimBox [0.0 0.0 481.89 680.315] / Type / Page >> эндобдж 475 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1029 0 R / TrimBox [0.0 0.0 481.89 680.315] / Type / Page >> эндобдж 477 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1030 0 R / TrimBox [0.0 0,0 481,89 680,315] / Тип / Страница >> эндобдж 479 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1031 0 R / TrimBox [0.0 0.0 481.89 680.315] / Type / Page >> эндобдж 481 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1032 0 R / TrimBox [0.0 0.0 481.89 680.315] / Type / Page >> эндобдж 483 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1033 0 R / TrimBox [0.0 0.0 481.89 680.315] / Type / Page >> эндобдж 485 0 об. > / Font> / ProcSet [/ PDF / Text] / XObject >>> / Rotate 0 / Thumb 1034 0 R / TrimBox [0.0 0,0 481,89 680,315] / Тип / Страница >> эндобдж 1133 0 об. > / ExtGState> / Font> / ProcSet [/ PDF / Text] / Properties> / Shading >>> / Rotate 0 / TrimBox [0.0 0.0 481.889 680.315] / Type / Page >> эндобдж 1146 0 об. > эндобдж 1142 0 об. [/ DeviceN [/ Cyan / Magenta] / DeviceCMYK 1148 0 R 1149 0 R] эндобдж 1147 0 об. > эндобдж 1150 0 об. > эндобдж 1148 0 об. > поток H6TKIP03

    .

    SEE Специалист по электротехнике | Электрооборудование для промышленных систем

    Инновации - Коммуникация - Полная среда проектирования

    Благодаря 30-летнему опыту работы над программным обеспечением для проектирования электрических систем, SEE Electrical Expert теперь является эталоном и эталоном программ в мире САПР для электрических систем, в мире программного обеспечения для проектирования электрических систем.

    Постоянно внедряются инновации, упрощающие проектирование:
    Параллельное проектирование : Полная возможность большого проекта для нескольких пользователей.
    3D Panel + : Проектирование электрических шкафов с использованием трехмерной среды.
    Открытые данные : Создание диаграмм из электронных таблиц.
    Опции и варианты : Стандартизация дизайна, сокращение количества проектов и времени, необходимого для модификации.

    SEE Electrical Expert доступен в 3 пакетах , которые предлагают все основные функции для создания и изменения электрических схем.

    Essential

    Создание и изменение чертежей,
    Перекрестная адресация
    Автоматическое создание списков,
    Управление редакциями ...

    Премиум

    Включает в себя Essential
    Редактор лент и разъемов
    Создание клеммных колодок и разъемов и отредактированные списки

    Предприятие

    Включает в себя Premium
    Редактор мнемосхемы электропроводки
    Автоматическое создание терминала
    Расширенное управление кабелями…

    SEE Electrical Expert предлагает масштабируемое и полностью конфигурируемое решение для любого размера и типа компании.

    Конструкторская и электротехническая документация промышленного оборудования и производственных машин

    • специализированный высокопроизводительный редактор схем,
    • автоматизация нескольких функций рисования,
    • управление клеммными колодками и разъемами,
    • Управление вводом / выводом ПЛК,
    • Создание полос материалов и списков кабелей,
    • установка аппаратуры в шкафы (электрические шкафы, распределительные устройства, рабочие столы, ...) 2D-3D.

    Ускорение процесса проектирования = повышение производительности

    • автоматические соединения проводов,
    • опора электропроводки электрических шкафов,
    • Конструкция жгута проводов,
    • управление опциями и вариантами схемы,
    • автоматическая генерация схем,
    • групповой режим работы в одном проекте.

    Программа может быть расширена дополнительными модулями

    Деловое сотрудничество и общение

    Программа интегрируется с различными инструментами PDM и ERP на рынке для обмена и объединения электрических данных и документов.Это позволяет импортировать конфигурации ПЛК, а также определения датчиков и исполнительных механизмов, созданные инженерами по автоматизации с использованием инструментов программирования. Интегрируется с механическими системами CAD (SolidWorks, Creo, NX, Catia, Inventor, ...) для обмена информацией о кабелях и жгутах, связанной с прокладкой и расчетом их длины. Наконец, программа предлагает прямые интерфейсы с различными системами кодирования, предназначенными для автоматической маркировки материалов.

    100% Юникод

    SEE Electrical Expert может переводить тексты схем на любой язык. Помимо международного стандарта IEC, он также поддерживает стандарт IEEE, используемый в Северной Америке, а также стандарт ГОСТ для России и стандарт Великобритании для Китая.

    Системные требования для работы SEE Electrical Expert

    • Процессор Intel® Core ™ i5-2400 (кэш 6 МБ, 3,10 ГГц)
    • оперативная память мин.4 ГБ ОЗУ для x64-разрядной ОС
    • типичная видеокарта (например, с внутренней памятью не менее 1 ГБ)
    • хороший монитор 19 дюймов или больше (рекомендуется разрешение 1280 × 1024)
    • Операционная система: Microsoft Windows 10
    • Плоттер или принтер под управлением Windows
    • Мышь Microsoft или совместимая.

    Программное обеспечение для проектирования электрических систем - наша страсть более 30 лет.
    Приглашаем ознакомиться с предложением. Тел .: 12 6303030

    Они используют SEE Electrical Expert

    NUROL MAKINA

    «Nurol Makina, ведущая турецкая компания в оборонной промышленности, выбирает SEE Electrical Expert за простую интеграцию с CATIA и Smarteam.Нурол Макина, дочерняя компания турецкого конгломерата Nurol Holding, имеет более чем 20-летний опыт работы в оборонной промышленности. Она разрабатывает специальные решения для транспортных средств, таких как колесный бронированный автомобиль EJDER 4x4, 6x6, автомобиль для подавления беспорядков (TOMA), бронированные вагоны и бронированные автомобили для перевозки наличных. Используемые инструменты проектирования включают CATIA (трехмерное механическое проектирование) и Smarteam (управление данными и совместное проектирование). При выборе нового пакета для проектирования электрооборудования компания Nurol Makina ставила перед собой цель обеспечить хорошую интеграцию с CATIA 3D и SmarTeam, а также простой в использовании пакет.Изучив ведущее программное обеспечение на рынке, компания Nurol Makina выбрала SEE Electrical Expert для проектирования жгутов проводов. Пакет SEE Electrical Expert - это пакет автоматизированного проектирования (САПР), предназначенный для проектирования электрических жгутов. Его использование экономит время на проектирование, повышает качество и обеспечивает связь с приложениями 3D CAD и PDM (Product Data Management). Он управляет всеми видами схем, списков проводов и деталей. В комплект поставки входит редактор схем, который предоставляет все необходимые инструменты для управления принципиальными и электрическими схемами.Кроме того, пакет также обрабатывает разъемы, сигналы, провода, кабели и экранирование, предлагая полный дизайн и управление данными. Нурол Макина выбрал SEE Electrical Expert, «во-первых, потому что интеграция с CATIA была простой и быстрой по сравнению с конкурентами, а во-вторых, потому что параметрическое проектирование SEE Electrical Expert дает пользователям исключительную гибкость», - заявляет Фатих Кезер, старший инженер-конструктор по исследованиям и разработкам в Nurol Makina. "

    Посмотреть все отзывы

    Наши тренинги

    Откройте для себя обучение электриков и инженеров по автоматизации, проводимое нашими инструкторами в учебных центрах или на территории заказчика.

    Посмотрите .

    Обновление 2 (Обновление 2) для AutoCAD Mechanical 2010 Readme

    Обновление 2 (Обновление 2) для AutoCAD Mechanical 2010 Readme Обновление 2 (Обновление 2) для AutoCAD Mechanical 2010 - файл Readme

    Благодарим вас за загрузку AutoCAD ® Mechanical 2010 Update 2.

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

    Содержание

    Для кого предназначено это обновление?

    Это обновление можно применить к следующим продуктам Autodesk, работающим во всех поддерживаемых операционных системах и на всех языках.Установите соответствующее обновление для вашей программы.

    Чтобы установить обновление 2, вам не нужно сначала устанавливать обновление 1. Это обновление также включает обновление 1.

    Для установки исправлений Live Update вы также можете использовать Коммуникационный центр, который автоматически отображает соответствующие обновления для вашего продукта.

    Примечание : Если вы используете 64-разрядную версию Windows и Internet Explorer 8 и не установили Обновление 1 (Обновление 1) для AutoCAD Mechanical 2010, не используйте Коммуникационный центр для установки обновления 2 (Обновление 2).Вместо этого следуйте инструкциям, приведенным в разделе «Инструкции по установке».

    32-битный продукт

    Обновление

    AutoCAD Mechanical 2010 ACM2010Update2.exe

    64-битный продукт

    Обновление

    AutoCAD Mechanical 2010 ACM2010Update2x64.exe
    Поддерживаемые операционные системы

    Это обновление можно использовать в следующих операционных системах.

    Для следующих операционных систем с пакетом обновления 2 (SP2) и пакетом обновления 3 (SP3):

    • Microsoft ® Windows ® XP Home Edition
    • Microsoft Windows XP Professional Edition
    • Microsoft Windows XP Professional x64 Edition

    Для следующих операционных систем с пакетом обновления (SP1):

    • Microsoft Windows Vista ® Корпоративная
    • Microsoft Windows Vista Business
    • Microsoft Windows Vista Максимальная
    • Microsoft Windows Vista Home Premium
    • Microsoft Windows Vista Business, 64-разрядная версия
    • Microsoft Windows Vista Enterprise 64-разрядная версия
    • Microsoft Windows Vista Ultimate, 64-разрядная версия
    • Microsoft Windows Vista Home Premium 64-разрядная версия

    Для следующих операционных систем Windows 7:

    • Microsoft Windows 7 Корпоративная
    • Microsoft Windows 7 Домашняя расширенная
    • Microsoft Windows 7 Профессиональная
    • Microsoft Windows 7 Максимальная
    • Microsoft Windows 7 Enterprise 64-разрядная версия
    • Microsoft Windows 7 Home Premium 64-разрядная версия
    • Microsoft Windows 7 Professional, 64-разрядная версия
    • Microsoft Windows 7 Ultimate, 64-разрядная версия

    Наверх

    Информация для пользователей операционных систем Windows Vista и Windows 7

    Если вы устанавливаете это обновление во время работы AutoCAD Mechanical, не рекомендуется выбирать «Автоматически закрывать приложения» и пытаться перезапустить их после завершения установки.Перед установкой обновления необходимо закрыть AutoCAD Mechanical.

    Наверх

    Основные проблемы, исправленные этим обновлением

    Преимущества подписки

    Если подписчик устанавливает это обновление, периодически будет отображаться всплывающее уведомление, информирующее вас о времени, оставшемся до истечения срока подписки. Это уведомление будет отображаться только три раза.Вы можете быстро получить доступ к выбранным преимуществам подписки, не входя в Центр подписки.

    Продление онлайн

    После выполнения условий программы онлайн-продления вы можете продлить подписку на AutoCAD Mechanical через Интернет. Если пользователь уже продлил свою подписку или не является подписчиком, эти параметры недоступны.

    • На панели «Инфоцентр» следуйте указаниям в появившемся предупреждающем сообщении.
    • На панели «Инфоцентр» нажмите кнопку «Центр подписки». В области «Центр преимуществ» щелкните «Продлить через Интернет» и следуйте инструкциям.

    Электронное обучение

    На панели «Инфоцентр» нажмите кнопку «Центр подписки». В области «Центр преимуществ» щелкните «Просмотреть каталог электронного обучения». Вам будет предложено зарегистрироваться в Центре подписки.

    Искать

    Вы можете получить доступ к некоторым ресурсам обучения и поддержки, которые предоставляются только по подписке, без входа в Центр подписки.Это верно для некоторых уроков электронного обучения.

    Новые пакеты преимуществ

    О доступности нового пакета Advantage Pack свидетельствует всплывающее уведомление и соответствующий пункт меню. Чтобы просмотреть и загрузить пакет Advantage Pack, щелкните всплывающее уведомление или пункт меню. У вас должно быть соответствующее разрешение, чтобы начать загрузку. Руководители контрактов и координаторы программного обеспечения могут контролировать доступ к пакетам Advantage Pack, выбрав Центр подписки> Установить доступ из продукта.Инструкции по настройке прав доступа предоставляются менеджерам по контрактам и координаторам программного обеспечения до выпуска пакета Advantage Pack.

    О проблемах, обнаруженных с помощью средства создания отчетов об ошибках клиента

    Благодаря подробной информации от клиентов, которые использовали инструмент отчетов об ошибках, многие проблемы были выявлены и исправлены. Обновлены следующие команды и функции:

    Обновление 1

    • Инструменты 3D-навигации
    • Регистратор операций
    • Масштабирование описаний
    • Блоки
    • Проверьте правописание
    • Настройка пользовательского интерфейса (CUI)
    • Подключения к базе данных
    • Дизайн-центр
    • Детали
    • Блоки
    • Размеры
    • DWF
    • DXF
    • Динамические размеры
    • Внешние ссылки
    • Навигация по файлам
    • Запись файла
    • Графическая система
    • Люк
    • Изображение
    • Ключевые модификаторы
    • Лицензирование
    • Соединительные провода
    • Перенести
    • Квартир
    • Поддержка памяти
    • Многострочный текст
    • Расположение относительно объектов
    • Параметрические ограничения
    • PDF
    • Удалить
    • Печать
    • Панель быстрого доступа
    • Лента
    • Диспетчер подшивок
    • ShowMotion
    • Визуальные стили

    Обновление 2

    • 2D-дисплей
    • 3D кэш
    • Инструменты 3D-навигации
    • Блоки
    • Строительные линии
    • Настройка пользовательского интерфейса (CUI)
    • DBX-ACDB
    • Размеры
    • DesignCenter
    • Экспресс-инструменты
    • Справочная палитра (xref)
    • Навигация по файлам
    • Найти / заменить
    • Люк
    • Изображение
    • Панель инструментов для снятия слепков
    • Начальные настройки
    • Inventor
    • Формат DWG
    • OLE
    • Открыть / Сохранить
    • Параметрический чертеж
    • PDF
    • Экспорт в PDF
    • Печать
    • Опубликовать
    • Лента
    • Диспетчер подшивок
    • Панель инструментов
    • Рабочая зона

    Наверх

    Это обновление включает AutoCAD 2010 с обновлением 2 (обновление 2).Для получения информации о проблемах, устраняемых AutoCAD 2010 Update 2, см. Файл Readme по адресу http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&id=15074619&linkID=9240618

    В AutoCAD Mechanical 2010 Update 2 исправлены следующие проблемы:

    Неустранимые ошибки

    Обновление 1
    • Ошибка при просмотре файлов dxf и нажатии на них во время операции INSERT.
    • Ошибка при открытии определенных файлов чертежей в AutoCAD Mechanical.
    • Ошибка при перетаскивании радиуса объекта внутри детального вида.
    • Ошибка в команде AMJOIN на некоторых чертежах.
    • Ошибка при выполнении команды COPYBASE после того, как конечная точка ломаной линии указана как базовая.
    • Ошибка в AutoCAD 2010 после загрузки файла AutoCAD Mechanical CUI и выполнения редактирования блока.
    • Ошибка при попытке вставить блоки из некоторых чертежей через Центр дизайна.
    • Сбой после перетаскивания контрольной точки привязки блока на некоторых чертежах.
    • Ошибка при повторном открытии чертежа с внешней ссылкой перед его сохранением.
    • Сбой при двойном копировании и вставке элементов между чертежами.

    Обновление 2

    • Ошибка при перетаскивании элемента в диалоговом окне «Настройка интерфейса пользователя».
    • Ошибка после сохранения файла и выхода из программы.
    • Ошибка при вставке объектов AutoCAD в файл Inventor DWG.
    • Ошибка при создании размерной строки в видовых экранах листов.
    • Ошибка, которая возникает на некоторых чертежах после создания нескольких вспомогательных линий.
    • Ошибка при закрытии редактора блоков при редактировании блока, содержащего символ, прикрепленный к размеру.
    • Ошибка в файлах DXF при нажатии стрелки настроек размера на вкладке ленты «Аннотации».

    Спецификация материалов, перечень деталей и номера позиций

    Обновление 1

    • Диалоговое окно задачи отсутствует, если в строке формул диалогового окна «Спецификация» введена неправильная формула.
    • Невозможно масштабировать список деталей / основную надпись с рамкой чертежа, когда другой чертеж открыт в фоновом режиме.
    • Диалоговые окна с предупреждениями, ориентированными на задачу, для повторяющихся фильтров списков элементов отличаются в продуктах, не являющихся англоязычными.
    • Расположение информационных точек теряется при изменении масштаба основной надписи на десятичное значение.
    • Воздушные шары теряются при перетаскивании с одного чертежа на другой.

    Обновление 2

    • На некоторых чертежах программа перестает отвечать после перемещения курсора к списку элементов.
    • Невозможно изменить столбец в спецификации для чертежей с внешними ссылками.

    Стандартное содержание

    Обновление 1

    • Геометрические ошибки и ошибки размеров некоторых элементов из стандартного содержания.
    • Вид спереди "DIN 6921 (крупная резьба)" не может быть вставлен.
    • Нет плавной реакции при вставке некоторых стальных профилей по ГОСТу.
    • Неустранимая ошибка при вставке некоторых элементов из стандартного содержимого.
    • Дублировать диалоговое окно задачи при вставке шкивов.
    • После перехода подпапка папки «Стандартное содержимое» не отображается на панели «Подробности» диспетчера элементов.
    • Нечитаемый текст в диалоговом окне «Ввод переменных» при настройке параметров для стандартных зенковок.
    • Поле выбора узла материала не работает для некоторых стандартов.
    • Неустранимая ошибка при просмотре узлов стандартного содержимого в диспетчере элементов.
    • Неустранимая ошибка при закрытии диалогового окна Test Content для некоторого стандартного содержимого.
    • Положение компонентов в резьбовом соединении изменяется после замены.
    • Геометрическая ошибка в некоторых сегментах строки в команде AMCHAINDRAW.
    • Ошибка значения длины при создании переходной щели.
    • Ошибки в командах AMCOUNTB2D и AMTSLOT2D.
    • Неправильный угол установки некоторых болтовых соединений.
    • Невозможно заменить заклепки 2D на некоторых чертежах.
    • В некоторых случаях значения радиального подшипника качения не рассчитываются, когда он вставлен в вал.

    Обновление 2

    • Если вы перетащите элемент из стандартного содержимого на панель «Избранное», имя корневой папки будет SGLFAV.
    • При создании цепочки компонент конструкции перемещается, даже если он не выбран.
    • Дополнительная осевая линия в пользовательских пазах.
    • На 64-битных платформах библиотека содержимого не работает при запуске с пользовательским профилем.
      Примечание. Не запускайте AutoCAD Mechanical со старым пользовательским профилем после установки этого обновления. Вы должны заново создать настраиваемый профиль и запустить программу с примененным новым профилем.
    • Изменение размера путем перетаскивания при вставке не работает для некоторых типов сквозных прорезей.
    • Скопированный вал нельзя редактировать после удаления его оси.
    • При попытке изменить размер пазов и втулок с помощью специального патрона отображается диалоговое окно неправильного размера.
    • Вы не можете изменить представление стандартных деталей для болтового соединения.
    • В болтовом соединении геометрия детали не следует за движением курсора при динамическом перемещении для изменения размера.

    Пользовательский контент

    Обновление 1

    • Отсутствуют расширенные всплывающие подсказки для кнопок панели инструментов в диалоговых окнах «Диспетчер элементов» и «Сохранить элемент как».
    • Диалоговое окно задачи отображается после переименования настраиваемого представления содержимого с предварительно определенного имени на настраиваемое имя несколько раз.
    • Флажок «Отображение» в диалоговом окне «Выбор размера» по умолчанию снят для параметра столбца, скопированного из таблицы свойств блока.
    • Устаревшие параметры динамического блока отображаются в таблице семейств для параметра, скопированного из таблицы свойств блока.
    • Стандартные представления содержимого по-прежнему отображаются после сохранения стандартного содержимого как настраиваемого содержимого.
    • Значок пользовательской библиотеки, удаленной из памяти, изменяется при переименовании.
    • Графические ошибки на полосах прокрутки и кнопке обзора в диалоговом окне "Расположение файлов".
    • Приглашение командной строки для команды AMCPARTREF не отражает правильное имя представления.
    • Продукт не отвечает при попытке найти и заменить строку в таблице семейства, пока отображаются столбцы состояния и идентификатора.
    • Неустранимая ошибка при редактировании элемента, содержащего символ ~ в описании столбца в таблице свойств элемента.
    • Правильное имя элемента не отображается в диалоговом окне задачи обновления таблицы семейства.
    • Параметр «Восстановить эскиз по умолчанию» в контексте меню для вновь созданного узла элемента / настраиваемой папки включен.
    • Местоположение информационной точки изменяется при вставке среды структуры.
    • Имя представления в Mechanical Browser в режиме СТРУКТУРА недопустимо, если для имени пользовательского представления содержимого задано значение «Сверху / Раздел».
    • Диалоговое окно «Ввод переменной» появляется при вставке в чертеж пользовательского содержимого, скопированного из стандартной библиотеки.
    • Неустранимая ошибка при вводе только C: в поле «Путь к файлу» в области «Расположение файлов» Менеджера элементов.
    • Пользовательская библиотека может быть создана, даже если путь к расположению неверен.
    • Библиотека образцов отсутствует в узле «Пользовательское содержимое» в диспетчере элементов после переименования.
    • Пользовательский параметр в диспетчере параметров не удаляется после удаления ограничения.
    • Неустранимая ошибка после перехода к недопустимому пустому файлу GDB в диалоговом окне «Миграция библиотеки содержимого».
    • Неустранимая ошибка после ввода "" в поле файла библиотеки в диалоговом окне "Перенести библиотеку элементов".
    • Невозможно ввести числовые данные в свойство "Таблица семейства", даже если для типа данных задано значение "Текст".
    • Некоторые элементы нельзя предварительно просмотреть в диалоговом окне «Ввод переменных».

    Обновление 2

    • Диалоги ошибок отображаются при попытке вставить болт нестандартной длины, добавленный в таблицу VAL.
    • В диспетчере элементов некоторые немецкие символы для отображаемого имени и имени библиотеки отображаются неправильно, и при удалении пользовательской библиотеки возникает неустранимая ошибка.
    • Пользовательский параметр ищется в связи с созданием нового столбца в таблице семейства.

    Условные обозначения и размеры

    Обновление 1

    • Некоторые значения отсутствуют в символе допуска формы и положения, вставленном через ленту.
    • Нет плавной реакции при остановке мыши на некоторых символах сварного шва.
    • Наложение текста на некоторые символы сварного шва, когда выбран параметр «Обратный символ».
    • Символы, прикрепленные к суперразмеру, неправильно сдвигаются вместе с размером и объектом при использовании команды ПЕРЕМЕСТИТЬ.
    • Неустранимая ошибка при попытке создать виды сечения сверхразмерных размеров на некоторых чертежах.
    • Неустранимая ошибка при использовании отслеживания объектной привязки в сверхразмерных измерениях.
    • Текст символа текстуры поверхности отображается некорректно после операции зеркального отображения.

    Обновление 2

    • При нанесении размеров на чертеж DWG Inventor в AutoCAD Mechanical значения размеров неверны.
    • Размер перемещается от геометрии после выполнения операций COPY_S и PASTE / PASTEBLOCK.
    • Если для параметра AIM установлено большое значение, командная строка исчезает после замены эталонного размера фазы.
    • Размер и символ нельзя выбрать после PASTEBLOCK и разнесения.

    Механическая конструкция

    Обновление 1

    • Неустранимая ошибка после нескольких попыток изменить порядок скрытых уровней.
    • Неустранимая ошибка при изменении пути к внешним файлам чертежей с другим содержимым.
    • Вкладка «Чертеж» в Mechanical Browser отсутствует в компоновке после удаления внешних определений.
    • Неустранимая ошибка после захвата внешнего люка при включенном замке R-Lock.

    Inventor

    Ссылка

    Обновление 2

    • Для некоторых чертежей AMIVUPDATE не обновляет удаленные детали в сборке Inventor.

    API

    Обновление 1

    • Неустранимая ошибка в TBEvent.arx после отмены команды AMTITLE.

    Интеграция с Vault

    Обновление 2

    • При изменении основной надписи в AutoCAD Mechanical 2010 DLA удаляется в Autodesk Productstream Professional 2010 без предупреждения.
    • В AutoCAD Mechanical, когда количество в спецификации перезаписывается вручную, новое количество не будет отображаться в назначении элементов хранилища в Autodesk Vault Manufacturing 2010.
    • Свойства компонентов и сборок не записываются обратно из пользовательских свойств элемента в Autodesk Vault Professional 2011.
    • В Autodesk Vault Professional 2011 ссылка на элемент чертежа разрывается после обновления элемента пользовательскими свойствами спецификации.

    Прочие проблемы

    Обновление 1

    • Масштаб основной надписи сбрасывается на 1'0 "= 1'0" после замены, даже если он изначально был установлен на 1: 1.
    • Тип линии в болтовом соединении неверен на некоторых чертежах со слоями, созданными пользователем.
    • При замене основной надписи на некоторых чертежах предыдущих выпусков будет отображаться масштаб, отличный от исходного масштаба.
    • Цвет текста изменяется при импорте другого стандарта с помощью AMSETUPDWG.
    • Программа перестает отвечать при захвате некоторых стандартных элементов содержимого в скрытых ситуациях.
    • Неустранимая ошибка в AMSETUPDWG при использовании обратной косой черты (\) в диалоговом окне «Сохранить отчет».
    • Некоторые чертежи из более ранних версий не могут быть сохранены.
    • При использовании профиля ACADMPP в AutoCAD 2010 отображается сообщение об ошибке для необработанного исключения.
    • На некоторых чертежах область просмотра масштабной области размещена не на том слое компоновки.

    Обновление 2

    • Если подробный вид создается с опцией «Копировать видовой экран в компоновке», масштаб подробного вида будет неправильным при изменении видового экрана или увеличения графика.
    • На некоторых чертежах, содержащих сетчатые объекты, IGESOUT работает некорректно.
    • В японской версии AutoCAD Mechanical 2010 часть текста на палитре свойств отображается на английском языке.
    • Команда DEDIT работает слишком медленно на некоторых чертежах.
    • Полярный узор работает, только если выбран параметр «Повернуть элемент как скопированный».
    • Для некоторых чертежей программа не отвечает при использовании команды AMDETAIL, и отображается непредвиденное сообщение об ошибке.
    • Для команды DGNIMPORT параметр Игнорировать все внешние ссылки не работает для некоторых файлов DGN.

    Наверх

    Общая информация по установке

    При подготовке к установке этого обновления имейте в виду следующее:

    Резервное копирование пользовательских файлов

    Мы рекомендуем создать резервную копию любых пользовательских файлов CUI, MNR и MNL перед применением этого обновления.

    Административные полномочия

    Во время установки вам будет предложено ввести исходный установочный носитель или сетевой образ. Чтобы применить обновление, у вас должны быть права администратора для установки и удаления продуктов.

    Сетевой образ сайта

    Администраторы могут создать развертывание этого обновления по сети с помощью мастера развертывания.

    Информация о продукте

    После установки информация о продукте отобразится в диалоговом окне «О программе».

    Перезагрузка

    После установки необходимо перезагрузить компьютер, даже если вам не будет предложено сделать это.

    Наверх

    Информация о параметрах командной строки Windows

    В это обновление встроены следующие параметры командной строки Microsoft Windows:

    • / e - Извлекает файл MSP из исполняемого файла обновления.
    • / q - подавляет сообщение о завершении после установки обновления. Это полезно для установки обновлений на несколько компьютеров из сценария или пакетного файла.

    Инструкции по использованию параметра командной строки / e включены в следующие процедуры установки.

    Вернуться к началу

    Примените это обновление к изолированной установке

    Следуйте этим инструкциям, чтобы установить это обновление на один компьютер.

    1. Скачайте обновление и сохраните его в любую папку.
    2. При необходимости вставьте носитель продукта (например, установочный диск AutoCAD Mechanical).
    3. Найдите папку, в которой было сохранено обновление, и дважды щелкните исполняемый файл (EXE).

    В начало

    Применение обновления по локальной сети

    Обновление можно установить по локальной сети с помощью Инфоцентра.Подробные инструкции по настройке исправления в локальной сети представлены на вкладке «Инфоцентр» в справке CAD Manager Control Tool.

    Примечание. CAD Manager Control Tool можно установить с установочного носителя продукта. Выберите «Установить инструменты и утилиты», затем «Инструменты Autodesk CAD Manager».

    Вернуться к началу

    Применить обновление к сетевому администрирующему образу

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

    Это обновление должно быть прикреплено к образу развертывания во всех случаях. Единственный раз, когда уместно слияние обновлений, - это если вы хотите распространить образ развертывания с помощью GPO.

    Загруженный файл исправления (обновления) содержит файл MSP (исправление Microsoft), который можно извлечь из исполняемого файла с помощью переключателя / e (извлечение).Пример синтаксиса показан на шаге 2 ниже.

    1. Загрузите EXE-файл обновления на локальный компьютер с веб-сайта поддержки продуктов Autodesk.
    2. В меню «Пуск» Windows выберите «Выполнить». Введите следующую информацию и нажмите ОК.

      < local_drive: > \ < patch_name > / e < local_drive: > \ < patch_name > .msp

    3. Вставьте носитель Autodesk и запустите программу установки .exe
    4. Выберите «Создать места». Щелкните кнопку Далее.
    5. На странице «Начать развертывание» в поле «Укажите местоположение рабочего места» введите общую сетевую папку, в которой вы хотите создать администрирующий образ, или нажмите «Обзор», чтобы найти это местоположение. Пользователи будут устанавливать продукт из этого места.
    6. В поле «Укажите название должности» введите имя изображения работы.
    7. Продолжите работу с мастером развертывания и нажмите кнопку «Настроить», когда это будет разрешено.На странице «Включить пакеты обновления» нажмите «Обзор», чтобы найти обновление, извлеченное на шаге 2. Обратите внимание, что обновление было добавлено в пакеты обновления, включенные в это поле развертывания. Нажмите кнопку «Настройка завершена».
    8. Следуйте инструкциям мастера развертывания, чтобы завершить добавление обновления в развертывание.

    В начало

    Удаление обновления

    Примечание : Обновление нельзя удалить, если продукт установлен из развертывания (также известного как администрирующий образ) с объединенным обновлением.

    Windows XP

    1. В меню «Пуск» (Windows) выберите «Настройка»> «Панель управления».
    2. В Панели управления щелкните «Установка и удаление программ».
    3. В окне «Установка и удаление программ» выберите «Показать обновления».
    4. Найдите соответствующее обновление в списке программ. Щелкните кнопку Удалить.

    Windows Vista и Windows 7

    1. В меню «Пуск» (Windows) щелкните «Панель управления».
    2. Щелкните ссылку "Программы".
    3. Щелкните ссылку "Программы и компоненты".
    4. В окне «Программы и компоненты» на левой панели щелкните «Просмотр установленных обновлений».
    5. Найдите соответствующее обновление в списке. Щелкните кнопку Удалить.

    ПРИМЕЧАНИЕ:

    Если AutoCAD Mechanical 2010 и 2011 будут установлены на одном компьютере, вам потребуется восстановить установленный AutoCAD Mechanical 2011 после удаления AutoCAD Mechanical 2010 Update 1 или Update 2.Это нужно сделать сразу после удаления обновления, чтобы избежать проблем.

    Наверх

    Файлы, исправленные этим обновлением

    В этом выпуске обновлены все файлы AutoCAD Mechanical 2010.

    Наверх


    Авторские права © 2010 Autodesk, Inc.

    .

    Смотрите также

    Читать далее

    Контактная информация

    194100 Россия, Санкт-Петербург,ул. Кантемировская, дом 7
    тел/факс: (812) 295-18-02  e-mail: Этот e-mail защищен от спам-ботов. Для его просмотра в вашем браузере должна быть включена поддержка Java-script

    Строительная организация ГК «Интелтехстрой» - промышленное строительство, промышленное проектирование, реконструкция.
    Карта сайта, XML.