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

Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Управление заменами элементов в электронной конструкторской документации». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.


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

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

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.058 Единая система конструкторской документации. Правила выполнения реквизитной части электронных конструкторских документов

ГОСТ 2.104 Единая система конструкторской документации. Основные надписи

ГОСТ Р 58299 Управление данными об изделии. Порядок представления результатов проектно-конструкторских работ в электронной форме. Общие требования

ГОСТ Р 58300 Управление данными об изделии. Термины и определения

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

[1] ИСО/МЭК 8613-1-1994

Информационная технология — Архитектура открытого документа (ODA) и обменный формат: общие положения и основные принципы

[2] ИСО 11442-4-1993

Техническая документация. Автоматизированное управление технической информацией. Часть 4: Управление документами

[3] ИСО 10303-21-2002

Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 21. Методы реализации. Кодирование открытым текстом структуры обмена

[4] ИСО 8879-86

Обработка информации. Текстовые и офисные системы. Стандартный обобщенный язык разметки (SGML)

В настоящем стандарте применены термины по ГОСТ Р 58300, а также следующие термины с соответствующими определениями:

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

[ГОСТ 2.001-2013, пункт 3.1.5]

3.1.2 электронная конструкторская документация: Совокупность электронных конструкторских документов и компьютерных моделей (данных и программ для ЭВМ), необходимых для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия.

Примечание — Электронная конструкторская документация входит в состав конструкторской документации (см. пункт 3.1.1)

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

[ГОСТ Р 57412-2017, пункт 3.1.7]

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

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

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

3.1.7 оригинальный формат данных: Формат данных, спецификация которого создана и поддерживается (изменяется) разработчиком одной прикладной автоматизированной системы и не признана как стандарт.

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

Правила выполнения и форма информационно-удостоверяющего листа

Количество аббревиатур и сокращений для обозначения этого понятия на английском (TDM, Workflow, PDM, PLM, CALS, PIM) и русском языках (электронный архив, документооборот, система управления структурой изделия, ИПИ, ИЛП и т.п.) приближается к критическому для понимания сути дела. Проблема заключается в том, что все специалисты, имеющие отношение к упомянутой теме, в каждую из перечисленных аббревиатур и сокращений вкладывают свой смысл, зачастую не очень понимая, как они связаны друг с другом.

Именно об этой проблеме мы и будем сегодня говорить.

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

  • машиностроение, приборостроение, судостроение, самолетостроение, автомобилестроение и т.п.;
  • блок отраслей, называемых промышленным и гражданским строительством (ПГС).

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

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

Как-то, читая журнал CADmaster, наткнулся на следующую фразу: «За годы работы стоимость архива организации может превысить стоимость всех остальных ее активов». 1 С этим утверждением, бесспорно, можно согласиться: в историческом плане от деятельности любой организации, занимающейся разработкой, производством и эксплуатацией подобных изделий и объектов, в первую очередь, остаются архивы проектной и конструкторской документации. Давно ушли люди, стоявшие у истоков проектирования, могут исчезнуть и компании, которые этим занимались, а корабли и электростанции еще десятилетиями продолжают исправно работать, дома стоят столетиями, и в них живут люди. Поэтому проблема создания современных электронных архивов инженерной документации и обеспечения доступа к ним крайне актуальна.

Читайте также:  Президент подписал Закон, изменяющий порядок обеспечения жильем военнослужащих

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

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

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

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

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

Подробный анализ показал, что требовалось реализовать аж четыре структуры:

  • структуру объекта проектирования;
  • структуру документации по проекту;
  • структуру стадий проекта;
  • структуру документации по договорам (один проект может выполняться по нескольким договорам).

Сегодня в самых разных кругах обсуждаются проблемы информационного обеспечения жизненного цикла сложных изделий и объектов. Правда, во многих случаях эти обсуждения сводятся к вопросам информационного обеспечения логистической поддержки функционирования изделий/объектов и планирования технического обслуживания и ремонта (ТО и Р). А если проще — к задаче своевременной поставки запасных частей и принадлежностей (ЗИП) на эксплуатируемый объект. Причины этого упрощения понятны: такой подход наиболее востребован, особенно иностранными заказчиками.

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

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

ГОСТ 2.051-2006 ЕСКД. Электронные документы. Общие положения

Документы можно подготовить как в электронном, так и в рукописном виде. Для каждого варианта есть свои ГОСТы.

  1. Машинописным способом в соответствии с ГОСТ 13.1.002-2003. Межгосударственный стандарт. Репрография. Микрография. Документы для микрофильмирования. Общие требования и нормы (введен в действие Постановлением Госстандарта России от 26.02.2004 № 63-ст).
  2. Рукописным методом, используя положения ГОСТ 2.304-81. Межгосударственный стандарт. Единая система конструкторской документации. Шрифты чертежные (утверждён Постановлением Госстандарта СССР от 28.03.1981 № 1562).
  3. Применяя ЭВМ, согласно ГОСТ 2.004-88. Межгосударственный стандарт. Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ (утверждён Постановлением Госстандарта СССР от 28.11.1988 № 3843).
  4. На электронных носителях информации.

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

Перевод конструкторской документации в электронный вид

  • 2.1. При определении комплектности конструкторских документов на изделия следует различать:
    • основной конструкторский документ;
    • основной комплект конструкторских документов;
    • полный комплект конструкторских документов.
  • 2.2. Основной конструкторский документ изделия в отдельности или в совокупности с другими записанными в нем конструкторскими документами полностью и однозначно определяют данное изделие и его состав.

    За основные конструкторские документы принимают:

    • для деталей — чертеж детали;
    • для сборочных единиц, комплексов и комплектов — спецификацию.

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

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

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

  • 2.4. Полный комплект конструкторских документов изделия составляют (в общем случае) из следующих документов:
    • основного комплекта конструкторских документов на данное изделие;
    • основных комплектов конструкторских документов на все составные части данного изделия, примененные по своим основным конструкторским документам.

    Предисловие

    Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-92 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2-2009 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, применения, обновления и отмены»

    Сведения о стандарте

    1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ), Автономной некоммерческой организацией Научно-исследовательский центр CALS-технологий «Прикладная логистика» (АНО «НИЦ CALS-технологий «Прикладная логистика»)

    2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

    3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 28 августа 2013 г. N 58-П)

    За принятие проголосовали:

    Краткое наименование страны по МК (ИСО 3166) 004-97

    Код страны
    по МК (ИСО 3166) 004-97

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

    Армения

    AM

    Минэкономики Республики Армения

    Казахстан

    KZ

    Госстандарт Республики Казахстан

    Киргизия

    KG

    Кыргызстандарт

    Молдова

    MD

    Молдова-Стандарт

    Россия

    RU

    Росстандарт

    Таджикистан

    TJ

    Таджикстандарт

    Узбекистан

    UZ

    Узстандарт

    Украина

    UA

    Гостпотребстандарт Украины

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

    ГОСТ 2.001-2013 Единая система конструкторской документации. Общие положения

    ГОСТ 2.004-88 Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ

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

    ГОСТ 2.104-2006 Единая система конструкторской документации. Основные надписи

    ГОСТ 2.105-95 Единая система конструкторской документации. Общие требования к текстовым документам

    ГОСТ 2.301-68 Единая система конструкторской документации. Форматы

    ГОСТ 2.501-2013 Единая система конструкторской документации. Правила учета и хранения

    ГОСТ 2.511-2011 Единая система конструкторской документации. Правила передачи электронных конструкторских документов. Общие положения

    ГОСТ 2.601-2013 Единая система конструкторской документации. Эксплуатационные документы

    ГОСТ 2.602-2013 Единая система конструкторской документации. Ремонтные документы

    ГОСТ 2.610-2006 Единая система конструкторской документации. Правила выполнения эксплуатационных документов

    ГОСТ 2.701-2008 Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению

    ГОСТ 34.310-95/ГОСТ Р 34.10-2001 Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной цифровой подписи на базе асимметричного криптографического алгоритма

    Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

    Приложение В (справочное). Правила выполнения и форма информационно-удостоверяющего листа

    Приложение В
    (справочное)

    В.1 Правила выполнения информационно-удостоверяющего листа

    В.1.1 УЛ используют для сопровождения выпуска одного документа, нескольких документов или основного комплекта документов при условии, что в комплект входят все документы в форме ДЭ.

    В.1.2 Если УЛ выпускают на один ДЭ, то ему присваивают обозначение ДЭ на это изделие с добавлением кода УЛ (например, АБВГ.ХХХХХХ.ХХХЭСБ-УЛ).

    Если УЛ выпускают на комплект документов, записанных в спецификацию, ведомость технического предложения или ведомость технического (эскизного) проекта, то ему присваивают обозначение спецификации или соответствующей ведомости с добавлением через дефис кода УЛ (например, АБВГ.ХХХХХХ.ХХХ-УЛ; АБВГ.ХХХХХХ.ХХХТП-УЛ).

    В.1.3 Допускается присваивать обозначения УЛ иным способом, при этом правила присвоения обозначений УЛ устанавливает организация-разработчик. Для документации на изделия, разрабатываемые по заказу Министерства обороны, правила присвоения обозначений УЛ согласуются с заказчиком (представительством заказчика).

    В.1.4 В УЛ указывают обозначения ДЭ, которые он удостоверяет, фамилии и подлинные подписи лиц, разработавших, проверивших, согласовавших и утвердивших соответствующий ДЭ. Подписи лица, разработавшего ДЭ и УЛ, и нормоконтролера являются обязательными

    В.1.5 УЛ рекомендуется выполнять в соответствии с рисунком В.1 на листах формата А4, А5 по ГОСТ 2.301. Общие требования к выполнению — по ГОСТ 2.004. Пример выполнения УЛ для двух документов на одном листе приведен на рисунке В.2.

    1.1 Настоящий стандарт устанавливает правила управления конструкторской документацией, полученной от сторонней организации (заказчика), на предприятии при организации управления документацией и данными B системе менеджмента качества.

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

    1.3 Стандарт обязателен для всех подразделений предприятия, осуществляющих работы по КД, полученной от Заказчика.

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

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

    3.1 Термины и определения

    В настоящем стандарте применены следующие термины с соответствующими определениями:

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

    3.1.2 эксплуатация изделия: Стадия жизненного цикла изделия с момента принятия его потребителем от предприятия-изготовителя или ремонтного предприятия до отправки в ремонт или списания*1).

    1) Здесь и далее знаком «*» отмечены пункты, к которым даны комментарии в приложении Е.

    3.1.3 техническое состояние изделия: Совокупность подверженных изменению свойств изделия, в определенный момент времени характеризуемая степенью соответствия фактических значений показателей и/или качественных признаков, установленных в эксплуатационных и/или нормативных документах.

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

    3.1.5

    информационный объект: Совокупность данных, обладающая атрибутами (свойствами) и методами, позволяющими определенным образом обрабатывать данные.
    ГОСТ 2.053-2006, пункт 3.1.5]

    Примечание — В эксплуатационных документах информационный объект представляет собой смысловую и/или структурную единицу технической информации.

    7.1 Порядок записи сведений о драгоценных материалах и цветных металлах выполняют в соответствии с ГОСТ 2.608-78 для драгоценных материалов и ГОСТ 1639-93 — для цветных металлов.

    7.2 В ФО, ПС, РЭ и ЭТ указывают суммарную (расчетную) массу цветных металлов и их сплавов (в дальнейшем — цветных металлов), а также сведения о местах расположения составных частей изделия, которые содержат цветные металлы. Наименование цветных металлов и последовательность их записи — по ГОСТ 1639-93.

    Примечания

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

    2 Массу цветных металлов изделия указывают с учетом массы цветных металлов, применяемых в покупных изделиях.

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

    7.4 Допускается сведения о цветных металлах помещать в приложении к ФО, ПС и РЭ.

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

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

    • основной конструкторский документ;
    • основной комплект конструкторских документов;
    • полный комплект конструкторских документов.

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

    Полный комплект конструкторских документов изделия составляют (в общем случае) из следующих документов:

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

    В состав комплекта КД на изделие или его составную часть обязательно входит основной конструкторский документ, который полностью и однозначно определяет данное изделие и его состав. За основные конструкторские документы принимают: для деталей — чертеж детали; для сборочных единиц, комплексов и комплектов — спецификацию.

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

    Количество аббревиатур и сокращений для обозначения этого понятия на английском (TDM, Workflow, PDM, PLM, CALS, PIM) и русском языках (электронный архив, документооборот, система управления структурой изделия, ИПИ, ИЛП и т.п.) приближается к критическому для понимания сути дела. Проблема заключается в том, что все специалисты, имеющие отношение к упомянутой теме, в каждую из перечисленных аббревиатур и сокращений вкладывают свой смысл, зачастую не очень понимая, как они связаны друг с другом.

    Именно об этой проблеме мы и будем сегодня говорить.

    Предварительное тестирование

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

    1. Собираетесь ли Вы строить только электронный архив долгосрочного хранения готовой документации или Вам необходим оперативный архив (единая система проектирования изделий и объектов)?
      • Нам нужна только система электронного архива долгосрочного хранения готовой документации.
      • Нам нужна только система оперативного архива (единая система проектирования изделий и объектов).
      • Нам нужны оба компонента как единый электронный архив инженерной документации.
    2. Собираетесь ли Вы строить систему электронного архива инженерной документации (конструкторской, технологической, проектной и т.п.) или Вам нужна система хранения инженерных данных?
      • Нам нужна система электронного архива, содержащая только инженерные документы в разнообразном виде (векторном, растровом, PDF, офисном и т.п.).
      • Нам нужна система накопления инженерных данных, которая не только содержит инженерные документы, но и позволяет получать спецификации, ведомости и другие необходимые табличные документы (фактически PDM-система).
      • Нам нужна система информационной поддержки жизненного цикла изделия (объекта), которая будет использоваться на дальнейших этапах жизненного цикла (строительство, изготовление, эксплуатация, ремонт и т.п.) (фактически PLM-система).
    3. Собираетесь ли Вы использовать электронную подпись?
      • Нет, не собираемся, мы планируем хранить сканированные подлинники подписанных документов.
      • Собираемся, но не сертифицированную, в рамках нескольких подразделений или нашего предприятия.
      • Собираемся, сертифицированную в рамках нашего предприятия.
      • Собираемся, сертифицированную в рамках группы предприятий (заказчика, контрагента, строителя, эксплуатирующей организации и т.п.).
    4. Собираетесь ли Вы использовать возможности трехмерного проектирования?
      • Нет, не собираемся.
      • Собираемся в рамках ограниченного количества подразделений (3D-модели отдельных узлов, подобъектов и т.п.).
      • Собираемся в рамках построения полной 3D-модели объекта (изделия), но с ограниченной степенью детализации.
      • Собираемся в рамках построения полной 3D-модели объекта (изделия) с полной детализацией в модели.
    5. Собираетесь ли Вы использовать ассоциативную связь между 3D-моделью объекта (изделия) и двумерной документаций (чертежами)?
      • Нет, нам этого не требуется.
      • Да, нам нужна однонаправленная ассоциативная связь (от 3D-модели к чертежам).
      • Да, нам нужна двунаправленная ассоциативная связь.
    6. Необходимо ли Вам создание в рамках единой системы проектирования корпоративного классификатора стандартных изделий, комплектующих и материалов?
      • Нет, нам этого не требуется.
      • Да, нам нужен корпоративный классификатор стандартных изделий и комплектующих.
      • Да, нам нужен корпоративный классификатор материалов.
    7. Какую систему проведения изменений Вы собираетесь использовать?
      • Мы будем заменять документы целиком.
      • Мы будем использовать традиционную отечественную систему извещений об изменениях.
      • Мы будем использовать традиционную отечественную систему извещений об изменениях, но документы — заменять целиком.
      • Мы будем использовать западную систему ревизий.
    8. Хотите ли Вы автоматически отслеживать изменения во всех связанных документах и 3D-моделях?
      • Нет, не хотим.
      • Хотим иметь контроль, оповещающий, какие документы и 3D-модели затрагивают изменения.
      • Хотим глобально отслеживать изменения во всех связанных документах и 3D-моделях.
    9. Требуется ли Вам документооборот, обеспечивающий согласование и утверждение документов и 3D-моделей?
      • Нет, не требуется.
      • Требуется только для согласования документов.
      • Требуется для утверждения документов.
    10. Требуется ли Вам документооборот, обеспечивающий распределение заданий между главными конструкторами (ГИП) и отделами, а также между отделами?
      • Нет, не требуется.
      • Да, требуется.
    11. Требуется ли Вам подключение административного документооборота к системе технического?
      • Нет, не требуется.
      • Требуется только в рамках административного документооборота, имеющего непосредственное отношение к инженерному.
      • Да, требуется в полном объеме.
    12. Требуется ли Вам взаимодействие между электронным архивом и существующей системой планирования с точки зрения согласования плана проектных работ и структуры объекта (структуры комплектов документов)?
      • Нет, не требуется.
      • Да, требуется.
    13. Требуется ли Вам взаимодействие между электронным архивом и существующей системой планирования с точки зрения получения объективной информации о ходе выполнения работ, например, о статусе документов?
      • Нет, не требуется.
      • Да, требуется.
    14. Требуется ли Вам взаимодействие между системой технического документооборота и системой планирования с точки зрения автоматизации планово-диспетчерской деятельности, обмена заданиями между специальностями?
      • Нет, не требуется.
      • Да, требуется.

    Карточка учета движения НТД

    Обозначение

    Инвентарный номер

    Заголовок документа (дела), N лл.

    Цель выдачи, дата

    Кому выдано (отдел, организация)

    Примечание

    Кол-во экземпляров, основа

    Дата возвращения

    Учет выдачи (отсылки) и возврата копий внутренним и внешним абонентам осуществляют вручную или автоматизированным способом. Учет осуществляют по карточкам учета документов.

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


    Похожие записи:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *