|
Гост ведомость эксплуатационных документовA.B.00001-01 20 01 (Ведомость эксплуатационных документов)(по ГОСТ 19.507-79. ЕСПД. Ведомость эксплуатационных документов) Настоящий стандарт устанавливает форму и правила
заполнения программного документа «Ведомость эксплуатационных документов»,
определённого ГОСТ 19.101-77, и обеспечивающие возможность изготовления
документа машинным способом. Структура и оформление документа устанавливаются в
соответствии с ГОСТ 19.105-78.
================================== Скачать пример оформления
На верх ================================== Рекомендуемая структура программного документа (по ГОСТ 19.507-79. ЕСПД)
================================== Разработка эксплуатационной документации
Данная статья посвящена разработке эксплуатационной документации для конструкторских, программных изделий и автоматизированных систем. Рассмотрены основные виды ЭД, их коды и обозначения. Также приведены ссылки на стандарты в соответствии с которыми разрабатывается эксплуатационная документация. 1. ЕСКД В соответствии с ГОСТ 2.102-2003 (Единая система конструкторской документации (ЕСКД). Виды и комплектность конструкторских документов), эксплуатационная документация - это документы, предназначенные для использования при эксплуатации, обслуживании и ремонте изделия в процессе эксплуатации. Разрабатываются такие документы на этапе рабочего проектирования. Номенклатуру и обязательность разработки определяет ГОСТ 2.601-2013 (ЕСКД. Эксплуатационные документы). Правила выполнения определенных ЭД приведены в ГОСТ 2.610-2006 (ЕСКД. Правила выполнения эксплуатационных документов). Общие требования к оформлению документации - по ГОСТ 2.105-95 (ЕСКД. Общие требования к текстовым документам). В ГОСТ 2.601 приведено определение эксплуатационного документа: Эксплуатационный документ – конструкторский документ, который в отдельности или в совокупности с другими документами определяет правила эксплуатации (например, руководство по эксплуатации) изделия и/или отражает сведения, удостоверяющие гарантированные изготовителем значения основных параметров и характеристик (свойств) изделия, гарантии и сведения по его эксплуатации в течение установленного срока службы (например, формуляр). Где эксплуатация изделия – это стадия жизненного цикла изделия с момента принятия его потребителем от предприятия-изготовителя или ремонтного предприятия до отправки в ремонт или списания. Сведения об изделии, помещаемые в ЭД, должны быть достаточными для обеспечения правильной и безопасной эксплуатации изделий в течение установленного срока службы. При необходимости, в ЭД приводят указания о требуемом уровне подготовке обслуживающего персонала. Виды, комплектность и выполнение (электронное или бумажное) ЭД устанавливает разработчик, опираясь на требования ТЗ и ЕСКД. Ниже представлена таблица, где определены виды и номенклатура эксплуатационных документов в соответствии с ЕСКД.
В зависимости от особенностей изделия и объёма сведений о нём, допускается разделять документ на части или разрабатывать объединённый ЭД.
2. Автоматизированные системы При разработке решений в области информационных технологий стандарты ЕСКД применяются к документации на технические средства. Документация на автоматизированные системы разрабатывается по Комплексу стандартов на автоматизированные системы (КСАС, ГОСТ 34.*). В соответствии с определением по ГОСТ 34.003-90 (Информационная технология. Комплекс стандартов на автоматизированные системы (КСАС). Автоматизированные системы. Термины и определения) эксплуатационная документация на автоматизированную систему (АС) – это часть рабочей документации на АС, предназначенная для использования при эксплуатации системы, определяющая правила действия персонала и пользователей системы при ее функционировании, проверке и обеспечении ее работоспособности. Перечень наименований разрабатываемых документов и их комплектность на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы). Ниже приведена таблица, в которой приведены виды и номенклатура эксплуатационных документов в соответствии с КСАС.
Требования к содержанию документов приведены в РД 50-34.698-90 (Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов). Содержание документов является общим для всех видов АС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой АС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы. Общие требования к изложению текста документов – по ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам.
3. ЕСПД Сведения для обеспечения функционирования и эксплуатации программ (компонентов, комплексов) приводятся в эксплуатационной программной документации. Комплектность эксплуатационной документации на программные средства определяется по ГОСТ 19.101-77 (Единая система программной документации (ЕСПД). Виды программ и программных документов). Состав комплекта ЭД на программу зависит от её архитектуры, назначения и особенностей целевой аудитории. Необходимость составления того или иного документа определяется на этапе разработки и утверждения технического задания на программу. Ниже приведена таблица, в которой приведён перечень ЭД на программы.
Правила оформления программных документов для печатного способа выполнения установлены ГОСТ 19.106-78 (ЕСПД. Требования к программным документам, выполненным печатным способом). В стандартах ЕСПД отсутствуют методические указания о том, как разработать документацию, они дают только перечень типов документов со списком разделов первого уровня для каждого и указания о том, какие сведения должны быть в нем изложены. Среди стандартов ИСО/МЭК есть ряд документов, касающихся процессов документирования при разработках в сфере информационных технологий. В отличие от ЕСПД, они содержат минимум требований к составу и структуре документов, при этом в них дано множество указаний, направленных на получение документов высокого качества. Возможно, комплексное применение указанных нормативных документов при разработке эксплуатационной документации на программы позволит повысить качество, информативность и полезность таких документов. Ниже приведена таблица, в которую включены стандарты ИСО/МЭК, касающиеся процессов разработки программной и системной документации.
%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 Составление информационной части (аннотации и содержания) является необязательным. В ведомости перечисляют документы, входящие в перечень эксплуатационных документов. Ведомость эксплуатационных документов должна содержать следующие разделы: документы на программу; документы на составные части программы. Ведомость эксплуатационных документов на компонент, имеющий самостоятельное применение, должна содержать только раздел “Документы на программу”. В разделе “Документы на программу” должны быть записаны все эксплуатационные документы (кроме ведомости эксплуатационных документов) на данную программу. В разделе “Документы на составные части программы” должны быть записаны ведомости эксплуатационных документов на все программы непосредственно входящие в программу. Запись документов в ведомости производят под заголовками разделов в графе “Наименование”. Документы записывают в ведомости в порядке возрастания кода вида документа, входящего в обозначение. Графы ведомости заполняют следующим образом:
<p>Допускается записать текст примечаний и дополнительные сведения, относящиеся к дополнительным эксплуатационным документам, если это необходимо. Допускается приводить порядковые номера примечаний. Текст примечаний может быть записан в конце соответствующих разделов ведомости эксплуатационных документов. Допускается текст примечаний записывать на последних листах ведомости эксплуатационных документов на формах без граф с проставлением порядкового номера примечаний. В ведомости приводят также, при необходимости, перечень папок, в которые уложены документы, выполненные печатным способом. Папки в ведомости записывают после перечисления всех документов под заголовком “Перечень папок” в графе “Наименование” в порядке возрастания их порядковых номеров. При записи папок графы ведомости заполняют следующим образом: — графу “Обозначение” подчеркивают; — в графу “Наименование” указывают наименование и номер папки, например, “Папка № 1”; — в графе “Кол. экз.” указывают количество экземпляров папок данного наименования, входящих в состав одного комплекса эксплуатационных документов; — в графе “Местонахождение” указывают, при необходимости, местонахождение папок. Пример заполнения ведомости эксплуатационных документов
ПРИЛОЖЕНИЕ 7 ОПИСАНИЕ ПРИМЕНЕНИЯ (ГОСТ 19.502-78) Составление информационной части (аннотации и содержания) является обязательным. В зависимости от особенностей программы допускается вводить дополнительные разделы или объединять отдельные разделы. НАЗНАЧЕНИЕ ПРОГРАММЫ В разделе указывают назначение, возможности программы, её основные характеристики, ограничения, накладываемые на область применения программы. УСЛОВИЯ ПРИМЕНЕНИЯ В разделе указывают условия, необходимые для выполнения программы (требования к необходимым для данной программы техническим средствам, и другим программам, общие характеристики входной и выходной информации, а также требования и условия организационного, технического и технологического характера и т.п.). ОПИСАНИЕ ЗАДАЧИ В разделе должны быть указаны определения задачи и методы её решения. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ В разделе должны быть указаны сведения о входных и выходных данных. В приложение к документу могут быть включены справочные материалы (иллюстрации, таблицы, графики, примеры и т.п.). ПРИЛОЖЕНИЕ 8 Статьи к прочтению:Техническое обследование грузоподъемных кранов[Technical inspection of cranes]Похожие статьи:
Ведомость документации. Оформляем «Ведомость эксплуатационных документов. Пример заполнения ведомости эксплуатационных документовНаименование: Единая система программной документации. Ведомость эксплуатационных документов Действует Дата введения: Дата отмены: Заменен на: Текст ГОСТ 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 ХХ-Х
Продолжение А.В.ХХХХХ-ХХ 20 ХХ-Х
Ведомость эксплуатационных документов (сокращенно ВЭ) – это документ, входящий в и регламентирующий ее комплектность, наименования и правила хранения. Составление данного документа на разработанную автоматизированную систему или программу предусмотрено ГОСТ 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 Обязательное ФОРМА ВЕДОМОСТИ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВПримечание. Размеры таблицы допускается выполнять кратными шагу печатающих устройств. ПРИМЕР ЗАПОЛНЕНИЯ ВЕДОМОСТИ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВПродолжение
Постановлением Государственного комитета СССР по стандартам от 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 Общие правила дублирования, учета и хранения
Г о с у д а р с т в е н н ы й с т а н д а р т с о ю з а с с р
Постановлением Государственного комитета стандартов Совета Министров СССР от 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 Форма таблицы для записи эксплуатационных документов по Выводы.
Литература
Единая система программной документации (ЕСПД). Единая система программной документации Единая система программной документацииГОСТ 19.101-77 Группа Т55 МЕЖДУНАРОДНЫЙ СТАНДАРТ Единая система программной документации ВИДЫ ПРОГРАММ И ПРОГРАММНЫХ ДОКУМЕНТОВ Единая система программной документации. Виды программ и программных документов МСС 35.080 Дата введения 1980-01-01 ИЗДАНИЕ (январь 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). Электронный текст документа И программная документация. Стандарты ESPD определяют требования к разработке, обслуживанию, производству и эксплуатации программ, что позволяет:
Обслуживание программы включает в себя анализ работы, разработку и улучшение программы, а также внесение в нее изменений для устранения ошибок. Список стандартов, включенных в 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 содержат много разумных основных правил, но формальную процедуру проверки сложно представить. Однако никто не мешает использовать обе серии стандартов одновременно, к счастью, они относятся к разным аспектам документации и практически не противоречат друг другу. Состав нормативно-технической документации
Приобретение стандартовУстановление соответствующих правил для разработки, проектирования и распространения программ и программной документации. Стандарты ESPD определяют требования к разработке, обслуживанию, производству и эксплуатации программ, что позволяет:
Обслуживание программы включает в себя анализ работы, разработку и улучшение программы, а также внесение в нее изменений для устранения ошибок. Поскольку ЭСПД является набором ГОСТ, в настоящее время его использование на территории Российской Федерации носит чисто рекомендательный характер, то есть ЭСПД применяется на добровольной основе (если иное не предусмотрено договором, соглашением, отдельными нормативными актами, судом. решение и т. д.). Энциклопедия YouTube1 / 3 Расчет панельного строительства Веб-семинар: что нового в Advance Steel 2018 для Steel Design Мастер-класс № 2 «Autodesk Fusion 360 - Единая среда для инновационных проектов Субтитры на иностранных языкахКлассификацияСтандарты ESPD разделены на группы, указанные в таблице. Перечень стандартов, содержащихся в ЭСПД
Единая система программной документации - это набор государственных стандартов, которые устанавливают соответствующие правила создания, разработки и распространения программ и программной документации. Список ЭСПДГОСТ 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 ЭСПД. Этапы развития.
ГОСТ 19.201 ESPD. Техническое задание. Требования к содержанию и дизайну. Стандарт определяет порядок построения и выполнения технических заданий на разработку программы или программного продукта для компьютеров, комплексов и систем, независимо от их назначения и объема. Область авторизации должна содержать следующие разделы: Название и область действия. В этом разделе указывается имя, краткое описание области применения, программы или программного продукта, а также средство, в котором используется программа или продукт. Основа для развития. В разделе необходимо указать документ, на основании которого проводится исследование. Цель развития. В этом разделе следует указать функциональное и рабочее назначение программы или программного обеспечения. Технические требования к программе или ПО. Раздел должен содержать следующие подразделы: Требования к функциональным характеристикам. Условия использования. Требования к составу и параметрам технических средств. Информация и требования совместимости программного обеспечения. В подразделе «Требования к функциональным характеристикам» указать требования к составу выполняемых функций, организации входных и выходных данных, расписанию и т.д. В подразделе «Требования к составу и параметрам технических мероприятий» указать требуемый состав технических средств с учетом их технических свойств. В подразделе «Требования к информации и совместимости программного обеспечения» должны быть указаны требования к информационным структурам на входе и выходе, а также методы решения, исходные коды, языки программирования. Технико-экономические показатели. В разделе указаны примерная экономическая эффективность, расчетная годовая потребность, экономические выгоды от разработки по сравнению с кейсами и аналогами. Этапы и этапы развития. Осмотр и приемка. В разделе должны быть указаны виды испытаний и общие требования к приемке работы. ГОСТ 19.402 ЭСПД. Описание программы. Документ состоит из информационной части (аннотация и содержание) и основной части (функциональное назначение, логическое описание). Раздел «Функциональное назначение» определяет цель программы и дает общее описание того, как программа работает, а также информацию об ограничениях на ее использование. В разделе «Логическое описание» указать: Описание структуры программы и ее компонентов. Описывает функции компонентов и их отношения. Информация о языке программирования. Описание входов и выходов для каждого компонента. Описание логики компонента (описания схем программы выполняются по мере необходимости). При описании логики программы необходимо ссылаться на текст программы. ГОСТ 19.505 ЭСПД. Руководство пользователя. Требования к содержанию и дизайну. Документ должен содержать следующие разделы: Назначение программы. Условия использования. Запустить программу. Операторские команды. Сообщения оператора. В разделе «Запустить программу» должны быть указаны действия, которые необходимо предпринять для обеспечения загрузки и запуска программы. Раздел «Команды оператора» должен описывать функции и возможные варианты команд, с помощью которых оператор загружает и контролирует выполнение программы, а также последовательность действий оператора после завершения программы. Раздел «Сообщения оператору» должен содержать тексты сообщений, выдаваемых при выполнении программы, описание их содержания и соответствующие действия оператора (действия оператора в случае сбоя, возможность перезапуска программы). .База конкурентоспособности - ЗАПРОС ПРЕДЛОЖЕНИЯ № 1 / Innoconect / 2018 на поставку 1 комплекта лицензий на ПО для проектирования электрических схемСрок подачи предложенийНомер объявленияСтатус объявленияЗавершен Место и способ подачи заявока) Предложения, являющиеся ответом на запрос, должны быть отправлены по электронной почте в виде отсканированного документа по следующему адресу: субсидии, заказы[email protected]Заголовок электронного письма с предложением должен гласить: «Предложение о доставке 1 комплекта лицензий на программное обеспечение для проектирования электрических схем». б) Срок подачи предложений истекает 24.01.2018 г. 7.30 (отсчитываются дата и время получения оферты). Электронный адрес, на который следует отправить предложениеКонтактное лицо по рекламеПетр Ковалевски Телефон контактного лица по вопросам объявления89/5221034 Краткое описание предмета договораПредмет заказа: поставка 1 комплекта лицензий на ПО для проектирования электрических схем Техническая спецификация: Категория объявленияУслуги Подкатегория объявленияИТ-услуги Место выполнения заказаВоеводство: Варминско-Мазурское воеводство Округ: Ольштын Город: Йонково Цель закупкиЦелью заказа является предоставление 1 комплекта лицензий на программное обеспечение для проектирования электрических схем .Объект договораПредмет заказа: поставка 1 комплекта лицензий на ПО для проектирования электрических схем Техническая спецификация: Программные требования: Примечание. Время предлагаемого технического обслуживания является частью оценки предложения. Код CPV48321000-4 Кодовое наименование CPVПакет программ автоматизированного проектирования (САПР) Дополнительные позиции заказаНе применимо График выполнения заказа6.КРАЙНИЙ СРОК ВЫПОЛНЕНИЯ ДОГОВОРА: до 9 марта 2018 г., ВложенияВопросы и поясненияНикаких вопросов и объяснений Разрешение на выполнение определенного действия или действия a) Подрядчики, которые соответствуют техническим или профессиональным условиям для участия в процедуре, могут подать заявку на присуждение контракта. Заказчик считает условие выполненным, если подрядчик демонстрирует надлежащую работу в течение последних трех лет до крайнего срока подачи заявок, и если период деловой активности короче - в течение этого периода, по крайней мере, три услуги, состоящие в поставке. лицензий на программное обеспечение. Знания и опыт а) Для подтверждения соответствия условию участия в процедуре подрядчики должны представить вместе со своим предложением следующие документы: Технический потенциалПодрядчик заявляет, что у него есть соответствующие технические ресурсы и возможности, позволяющие реализовать вышеупомянутые заказ Лица, способные выполнить заказПодрядчик заявляет, что он в состоянии выполнить предмет контракта. Экономическое и финансовое положениеПодрядчик заявляет, что он находится в экономическом и финансовом положении, обеспечивающем выполнение заказа Дополнительные условия а) Предложение должно быть подготовлено на польском языке на компьютере, пишущей машинке или от руки ручкой или несмываемыми чернилами.Цена предложения должна быть выражена в злотых. Изменение условий договораЗаказчик предусматривает возможность изменения положений заключенного контракта в отношении содержания предложения, на основании которого был выбран подрядчик, в следующем объеме: a) Срок исполнения контракта может измениться в следующих ситуациях : Перечень документов / выписок, требуемых от Исполнителя7. ПЕРЕЧЕНЬ ЗАЯВЛЕНИЙ ИЛИ ДОКУМЕНТОВ, ПОДТВЕРЖДАЮЩИХ ВЫПОЛНЕНИЕ УСЛОВИЙ УЧАСТИЯ В ПРОЦЕДУРЕ И ДРУГИЕ НЕОБХОДИМЫЕ ДОКУМЕНТЫ a) Чтобы подтвердить выполнение условий участия в процедуре, подрядчики должны представить следующие документы вместе со своим предложением: Дополнительные заказыНе применимо Критерии оценки и описание порядка выставления баллов 9000 3 12. ОПИСАНИЕ КРИТЕРИЕВ, КОТОРЫЕ БУДУТ УПРАВЛЯТЬСЯ ДОГОВАРИВАЮЩЕЙСЯ СТОРОНОЙ ПРИ ВЫБОРЕ ПРЕДЛОЖЕНИЯ, ВКЛЮЧАЯ ЗНАЧЕНИЕ ЭТИ КРИТЕРИИa) При выборе лучшего предложения будут приняты во внимание следующие критерии (максимальный общий балл: 100 баллов) : необходимо Criterion POINTS • Цена нетто в 90 031 злотых Под критерием «цена нетто в злотых» Заказчик понимает общую цену нетто, указанную Участником торгов для выполнения предмета контракта, указанного в предложении.Оценка по критерию «Цена нетто в злотых» (Kc) будет рассчитана по следующей формуле: Kc = (Cn / Co) x 60% Cn - наименьшая предлагаемая цена нетто устройства • Период технической поддержки Под критерием «период технической поддержки» Заказчик понимает количество месяцев, в течение которых Подрядчик будет оказывать техническую поддержку, понимаемую как: Минимальный срок (количество месяцев) технической поддержки - 12 месяцев. Подрядчик указывает общее количество месяцев; баллы будут начисляться в соответствии со следующей формулой: Tc = (To / Tn) x 40% Tn - самый долгий предложенный срок (исчисляется в месяцах) Срок отсчитывается с даты доставки 1 комплекта лицензий. Предложения, отвечающие всем требованиям, изложенным в этом RFP, будут ранжироваться от наименее благоприятных к наиболее выгодным в соответствии с индивидуальными критериями. После этого участникам конкурса будут начисляться баллы в соответствии с методологией выставления баллов, описанной выше. Подрядчик, набравший наибольшее количество баллов по всем критериям, становится победителем в тендерной процедуре. В случае равенства очков победителем становится тендер с самой низкой ценой. Исключения a) Подрядчики, которые соответствуют техническим или профессиональным условиям для участия в процедуре, могут подать заявку на присуждение контракта. Заказчик считает условие выполненным, если подрядчик демонстрирует надлежащую работу в течение последних трех лет до крайнего срока подачи заявок, и если период деловой активности короче - в течение этого периода, по крайней мере, три услуги, состоящие в поставке. лицензий на программное обеспечение. ИмяERKO SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ SPÓŁKA KOMANDYTOWA Адрес11-042 Йонково Варминско-Мазурское воеводство , Ольштынски Телефонный номер895221045 Факс895221045 НИП73 693Название проектаРазработка и внедрение специализированной системы подключения ШАРК-АЛ для алюминиевых эмалированных проводов Номер проектаPOIR.04.01.04-00-0007 / 16-00 Другие источники финансирования Запрос обрабатывается в рамках: Решено Имя и адрес, дата получения оферты и ее ценаAB-MICRO Sp.z o.o., ул. Семьи Ulmów 14, 02-777 Варшава Предложение подано 18 января 2018 г., Польская промышленность для атомной энергетики% 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 по умолчанию SEE Специалист по электротехнике | Электрооборудование для промышленных системИнновации - Коммуникация - Полная среда проектированияБлагодаря 30-летнему опыту работы над программным обеспечением для проектирования электрических систем, SEE Electrical Expert теперь является эталоном и эталоном программ в мире САПР для электрических систем, в мире программного обеспечения для проектирования электрических систем. Постоянно внедряются инновации, упрощающие проектирование: SEE Electrical Expert доступен в 3 пакетах , которые предлагают все основные функции для создания и изменения электрических схем.
Essential Создание и изменение чертежей,
Премиум Включает в себя Essential
Предприятие Включает в себя Premium
SEE Electrical Expert предлагает масштабируемое и полностью конфигурируемое решение для любого размера и типа компании. Конструкторская и электротехническая документация промышленного оборудования и производственных машин
Ускорение процесса проектирования = повышение производительности
Программа может быть расширена дополнительными модулями
Деловое сотрудничество и общениеПрограмма интегрируется с различными инструментами PDM и ERP на рынке для обмена и объединения электрических данных и документов.Это позволяет импортировать конфигурации ПЛК, а также определения датчиков и исполнительных механизмов, созданные инженерами по автоматизации с использованием инструментов программирования. Интегрируется с механическими системами CAD (SolidWorks, Creo, NX, Catia, Inventor, ...) для обмена информацией о кабелях и жгутах, связанной с прокладкой и расчетом их длины. Наконец, программа предлагает прямые интерфейсы с различными системами кодирования, предназначенными для автоматической маркировки материалов.
100% ЮникодSEE Electrical Expert может переводить тексты схем на любой язык. Помимо международного стандарта IEC, он также поддерживает стандарт IEEE, используемый в Северной Америке, а также стандарт ГОСТ для России и стандарт Великобритании для Китая.
Системные требования для работы SEE Electrical Expert
Программное обеспечение для проектирования электрических систем - наша страсть более 30 лет. |
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
- Динамические размеры
- Внешние ссылки
- Навигация по файлам
- Запись файла
- Графическая система
- Люк
- Изображение
- Ключевые модификаторы
- Лицензирование
- Соединительные провода
- Перенести
- Квартир
- Поддержка памяти
- Многострочный текст
- Расположение относительно объектов
- Параметрические ограничения
- Удалить
- Печать
- Панель быстрого доступа
- Лента
- Диспетчер подшивок
- ShowMotion
- Визуальные стили
Обновление 2
- 2D-дисплей
- 3D кэш
- Инструменты 3D-навигации
- Блоки
- Строительные линии
- Настройка пользовательского интерфейса (CUI)
- DBX-ACDB
- Размеры
- DesignCenter
- Экспресс-инструменты
- Справочная палитра (xref)
- Навигация по файлам
- Найти / заменить
- Люк
- Изображение
- Панель инструментов для снятия слепков
- Начальные настройки
- Inventor Формат DWG
- OLE
- Открыть / Сохранить
- Параметрический чертеж
- Экспорт в 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 включены в следующие процедуры установки.
Вернуться к началу
Примените это обновление к изолированной установке
Следуйте этим инструкциям, чтобы установить это обновление на один компьютер.
- Скачайте обновление и сохраните его в любую папку.
- При необходимости вставьте носитель продукта (например, установочный диск AutoCAD Mechanical).
- Найдите папку, в которой было сохранено обновление, и дважды щелкните исполняемый файл (EXE).
В начало
Применение обновления по локальной сети
Обновление можно установить по локальной сети с помощью Инфоцентра.Подробные инструкции по настройке исправления в локальной сети представлены на вкладке «Инфоцентр» в справке CAD Manager Control Tool.
Примечание. CAD Manager Control Tool можно установить с установочного носителя продукта. Выберите «Установить инструменты и утилиты», затем «Инструменты Autodesk CAD Manager».
Вернуться к началу
Применить обновление к сетевому администрирующему образу
Следующий метод распространения может применяться только к администрирующим образам, созданным с помощью мастера развертывания.После выполнения этих действий последующие образы развертывания продукта будут включать это обновление.
Это обновление должно быть прикреплено к образу развертывания во всех случаях. Единственный раз, когда уместно слияние обновлений, - это если вы хотите распространить образ развертывания с помощью GPO.
Загруженный файл исправления (обновления) содержит файл MSP (исправление Microsoft), который можно извлечь из исполняемого файла с помощью переключателя / e (извлечение).Пример синтаксиса показан на шаге 2 ниже.
- Загрузите EXE-файл обновления на локальный компьютер с веб-сайта поддержки продуктов Autodesk.
- В меню «Пуск» Windows выберите «Выполнить». Введите следующую информацию и нажмите ОК.
< local_drive: > \ < patch_name > / e < local_drive: > \ < patch_name > .msp
- Вставьте носитель Autodesk и запустите программу установки .exe
- Выберите «Создать места». Щелкните кнопку Далее.
- На странице «Начать развертывание» в поле «Укажите местоположение рабочего места» введите общую сетевую папку, в которой вы хотите создать администрирующий образ, или нажмите «Обзор», чтобы найти это местоположение. Пользователи будут устанавливать продукт из этого места.
- В поле «Укажите название должности» введите имя изображения работы.
- Продолжите работу с мастером развертывания и нажмите кнопку «Настроить», когда это будет разрешено.На странице «Включить пакеты обновления» нажмите «Обзор», чтобы найти обновление, извлеченное на шаге 2. Обратите внимание, что обновление было добавлено в пакеты обновления, включенные в это поле развертывания. Нажмите кнопку «Настройка завершена».
- Следуйте инструкциям мастера развертывания, чтобы завершить добавление обновления в развертывание.
В начало
Удаление обновления
Примечание : Обновление нельзя удалить, если продукт установлен из развертывания (также известного как администрирующий образ) с объединенным обновлением.
Windows XP
- В меню «Пуск» (Windows) выберите «Настройка»> «Панель управления».
- В Панели управления щелкните «Установка и удаление программ».
- В окне «Установка и удаление программ» выберите «Показать обновления».
- Найдите соответствующее обновление в списке программ. Щелкните кнопку Удалить.
Windows Vista и Windows 7
- В меню «Пуск» (Windows) щелкните «Панель управления».
- Щелкните ссылку "Программы".
- Щелкните ссылку "Программы и компоненты".
- В окне «Программы и компоненты» на левой панели щелкните «Просмотр установленных обновлений».
- Найдите соответствующее обновление в списке. Щелкните кнопку Удалить.
ПРИМЕЧАНИЕ:
Если AutoCAD Mechanical 2010 и 2011 будут установлены на одном компьютере, вам потребуется восстановить установленный AutoCAD Mechanical 2011 после удаления AutoCAD Mechanical 2010 Update 1 или Update 2.Это нужно сделать сразу после удаления обновления, чтобы избежать проблем.
Наверх
Файлы, исправленные этим обновлением
В этом выпуске обновлены все файлы AutoCAD Mechanical 2010.
Наверх
Авторские права © 2010 Autodesk, Inc.
.