The Web-site of design Company Chelyabenergoproekt in English   English
Проектные работы в проектной организации Челябэнергопроект Заказать проектные работы в письме к проектной организации Челябэнергопроект Карта сайта
Die Web-seite der Projektorganisation Tscheljabenergoprojekt in Deutsch   Deutsch




Création de site web société française Chelyabenergoproekt   Française

   Облако тегов на сайте проектной организации Челябэнергопроект
Проекты интеллектуального мастерства!
новости компании
30.12.2015 С Новым годом!
Администрация ...
21.12.2015 С Днём Энергетика!
Уважаемые друзья и коллеги! Поздравляю вас с нашим большим праздником – Днем Энергетика! ...



новости отрасли
объекты Ростехнадзора
  Облако тегов
проектирование монтаж ключ котел кран сертификат ГОСТ ремонт заказЧелябинск

Особенности применения ГОСТов по оформлению проектной документации и стандарта ISO 9001:2000 в проектной организации
Соблюдает ли ваша организация требования стандартов по оформлению проектной документации? На этот вопрос многие сотрудники, не задумываясь, ответят, что, безусловно, соблюдает. На самом деле здесь всё далеко не так просто.                       

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

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

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

Рассмотрим избыточное применение стандартов.

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

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

Теперь более подробно рассмотрим перечисленные критерии. Рассмотрим шрифты. Для того чтобы шрифт полностью удовлетворял ГОСТ 2.304-81, некоторые проектные организации, а также разработчики программ вводят новый шрифт, который отсутствует в системе AutoCAD. Наличие подобного шрифта, который не входит в стандартную поставку AutoCAD, создает немало проблем: на всех компьютерах, где будут открываться данные чертежи (у заказчика, субподрядчика и др.), должны быть установлены дополнительные шрифты.

Зачастую проблема недооценивается – имеет место следующий подход: «Это не проблема – нужно всего лишь переписать шрифты, и дело с концом».

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

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

Выше уже было замечено, что любые требования ГОСТа являются вторичными и служат для удовлетворения первичных требований: удобочитаемости, единообразия и целесообразности. На данный момент в системах Windows и AutoCAD заложены шрифты, которые стали стандартом де-факто. Они поставляются вместе с приложением и гарантируют корректное прочтение документации на любом компьютере, где установлено данное ПО. Такими шрифтами являются системные шрифты Times New Roman, Arial и др., шрифты AutoCAD – txt, romans и т.п. Первичным требованиям данные шрифты прекрасно удовлетворяют: гарантируют единообразие, удобочитаемость текстового материала в электронных чертежах и целесообразность использования: не надо копировать никакие шрифты, а чертеж, выполненный с использованием стандартных шрифтов, однозначно прочитается на другом компьютере.

Дополнительно создаваемые шрифты (spds. shx, eskd и т.п.), полностью соответствуя ГОСТу, не удовлетворяют первичным требованиям.

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

Следует заметить, что в некоторых организациях вместо векторных шрифтов AutoCAD при выполнении графической документации используются контурные шрифты – стандартные шрифты Windows . Обоснование выбора такого шрифта приводится не очень убедительное: так смотрится красивее, да и буквы получаются более толстыми. Подобный подход в корне ошибочен: применение контурных шрифтов сильно замедляет работу в программе – даже при незначительном по насыщенности чертеже компьютер будет долго обрабатывать информацию, ведь ему требуется просчитать очертание каждой буквы и залить соответствующие области. А что если придется работать на сложном чертеже? Толщиной букв прекрасно можно управлять, используя векторные шрифты (только этим надо уметь пользоваться).

Рассмотрим проблемы, возникающие при формировании заказных спецификаций.

Фиксированная высота строки. В ГОСТ 21.110-95 приводится форма заказной спецификации и указывается, что высота строки должна быть «8 min». Хотя напрямую в тексте нигде не сказано, что строки должны иметь одинаковую высоту, таблица разлинована через одинаковый промежуток. Поэтому в подавляющем большинстве организаций принята следующая запись: если информация не умещается в пределах одной строки, она переносится в следующую ячейку (см. рисунок).

Когда документ заполняется ручным способом, это вполне логично. Но стоит только при разработке документации начать использовать ПО, дело принимает совершенно иной оборот:
- всё ПО (Word, Excel, AutoCAD и т.п.) при работе с таблицами, если информация не умещается на одну строку, переносит порцию информации на другую строку, но в пределах одной ячейки! Причем происходит это автоматически!
- если порция информации отделена не пустой строкой, а подчеркиванием, это гораздо удобнее для чтения. Глаз лучше различает информацию, относящуюся к одному элементу, если она отделена от другого чертой и умещается в пределах одной строки. Кроме того, в этом случае таблица занимает меньше места.

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

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

Как видите, получается дополнительный объем ручной работы (если не разрабатываются дополнительные программы) или же дополнительный объем ненужной работы (если осуществляется разработка специализированного ПО, размещающего информацию согласно ГОСТу), хотя базовое ПО (Word, Excel, AutoCAD) уже давно способно форматировать информацию в пределах одной ячейки. Почему же так и не поступать?!

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

Рамки и штампы в тестовой документации. Если раньше рамка была целесообразна и служила главным образом для задания границ текста, то теперь при разработке документации средствами текстового процессора (в 90% случаев это Microsoft Word) границы текста задаются без применения рамки. Рамка же служит только дополнительным декоративным элементом, она не ограничивает область текста! Зато ее применение приводит к ограничению использования возможностей программы, требует дополнительных неоправданных затрат как по формированию документа, так и по устранению возникающих некорректностей (например, часто встречается ситуация, что съехала рамка или необходимо выровнять границу таблицы в соответствии с рамкой и т.п.).

Возникает естественный вопрос: а зачем нужна рамка? Может быть, целесообразно оставить ее только на первом листе? Информация о номерах листов и марке чертежа нужна, но ее можно прописать в колонтитулах (пусть не в привычном виде, но она будет присутствовать). Что же касается штампа изменения, то документы в электронном виде обычно заменяются целиком и необходимость в такой информации отпадает. Да, это непривычный способ, но, отпадает много проблем!

Именно из-за мнимой необходимости существования рамки и штампов (их можно было бы заменить информацией в колонтитуле) редко используется ПО Microsoft Excel, хотя именно его, а не текстовый процессор следовало бы применять для формирования спецификаций и прочих табличных отчетов.

Почему для формирования спецификаций не использовать СУБД, например Access? Дело в том, что если спецификация сформирована средствами Access, то подкорректировать ее в соответствии с условиями проектирования (изменился штамп, нужно дописать недостающее слово, вбить дополнительную информацию и т.п.) практически невозможно. Точнее, это возможно, но в таком случае придется содержать программистов, которые бы постоянно помогали проектировщикам.

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

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

Можно привести еще много подобных проблем, однако их рассмотрение выходит за рамки данной статьи.

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

Для того чтобы документ полностью соответствовал ГОСТу, нужно потратить некоторое время на «дооформление» документа. Только вот свободного времени у проектировщиков не бывает. А какой толк будет от такой работы? Практически никакого! То есть проектировщик выполняет эту работу только потому, что «так надо». А предприятие оплачивает выполнение этой пустой работы. Так не лучше ли эти силы направить на более полезные занятия: повышение квалификации, работу с документацией или более глубокое изучение программ?

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

Рассмотрим несколько ситуаций, когда стандарты отсутствуют.

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

При настройке отчетов и формировании БД элементов немало проблем создает «нестандартизация» ГОСТов: где материал пишется через дефис, где через пробел, а где вообще не пишется – в плане автоматического формирования спецификаций ГОСТы фактически не формализованы.

Если сравнить заказные спецификации даже в пределах одного предприятия, но сформированные разными структурными подразделениями, то и они, скорее всего, будут различаться в плане оформления. В моей практике был такой случай: на одном предприятии отдел A ввел одну маркировку арматуры ( v1 – 30с41нж, v2 – другой тип и т.п.), а отдел B, который выполняет ту же самую работу, использовал другую. Это общий вопрос стандартизации работы в пределах одного предприятия.

Рассмотрим стандарты на выполнение документации в электронном виде.

А как выполняется документация в электронном виде? Вот уж где требуется однозначная стандартизация в пределах предприятия, а лучше – в пределах отрасли!

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

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



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

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



При выполнении графической документации, например, в среде AutoCAD ситуация становится еще сложнее. Пусть у нас имеются два чертежа – А и Б – и необходимо скопировать часть информации из чертежа А в чертеж Б. Казалось бы, очень простая задача, на решение которой должно уйти не более минуты. Но на практике зачастую оказывается, что не все так просто. Возникающие сложности особенно трудно понять сотрудникам, работающим только с бумажными документами (на бумаге чего проще – вырезаешь (или копируешь) и приклеиваешь на место). На самом деле на копирование информации влияют следующие факторы:
- разный способ задания толщины линии;
- разный масштаб элементов;
- различные системы слоев (еще хуже, если они частично пересекаются);
- различные стили размеров, текста, типы линий, масштабные коэффициенты.

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

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

Совершенствуя технологии проектирования с использованием САПР, можно заметить, что простое копирование информации обладает существенным недостатком: при изменении проектной документации (например, изменилась строительная подоснова) необходимо повторно вставить ранее скопированную информацию. Для его устранения в AutoCAD был введен очень мощный механизм ссылочных файлов, который позволяет:
- гарантировать идентичность, например, строительной подосновы во всех разделах выпускаемого проекта;
- облегчает процесс проверки документации на коллизии;
- позволяет смежникам своевременно отражать изменения;
- осуществить параллельное проектирование;
- организовать комплексное проектирование со сквозной передачей графической информации в рамках 2D-проектирования в среде AutoCAD без специальных программ.

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

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

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

Рассмотрим организационную сторону вопроса.

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

Рассмотрим техническую сторону вопроса.

Начиная с AutoCAD 2002 проверка на стандарты осуществляется методом сравнения с файлом стандартов AutoCAD. Данный способ позволяет легко настраивать требуемые проверки, но имеет существенный недостаток – ограниченные правила проверки. Этим способом невозможно проверить, например, наличие «мусора» за пределами форматной рамки чертежа, наличие самой форматной рамки чертежа (анализ на различные форматы), год выпуска документации и т.д. Для снятия такого ограничения требуется алгоритмический подход к проверке данных.

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

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

Рассмотрим проблему создания и внедрения стандарта автоматизированного проектирования на примере использования программного обеспечения AutoCAD, однако данный подход может быть реализован и для других САПР.

Итак, в процессе разработки стандарта автоматизированного проектирования необходимо решить следующие основополагающие вопросы:
1. определение элементов чертежа, подлежащих стандартизации;
2. разработка принципов распределения информации по слоям для повышения эффективности работы с чертежами;
3. выбор методов стандартизации текстовых и размерных стилей в контексте с принципами масштабирования;
4. разработка стандарта типовых изображений на основе использования блоков в чертежах в соответствии с общими стандартами САПР;
5. использование служебных файлов (шаблонов, файлов стандартов и т.п.) при внедрении стандартов САПР;
6. стандартизация свойств графических объектов AutoCAD в рамках стандарта предприятия;
7. выбор вариантов организации файла чертежа, определение стратегии выпуска РКД при создании сложных проектов;
8. разработка основных принципов разнесения информации по пространствам (пространство модели и пространство листа);
9. автоматизация процесса нормоконтроля на соответствие стандартам САПР; разработка методики полной проверки чертежа;
10. корректировка выпущенной и зарегистрированной электронной РКД.

Проблемы выпуска РКД на основе 3D-моделей и специализированных программных продуктов мы планируем осветить в следующих номерах журнала. А пока рассмотрим варианты решения первых шести из перечисленных выше вопросов, относящихся в большей мере к разработке 2D-документации, опустив отдельные технические подробности.

Рассмотрим элементы чертежей, подлежащие стандартизации.

Рассмотрим распределение информации по слоям.

Для эффективного распределения информации по слоям необходимо введение в имена слоев служебных символов, что позволит:
- выстраивать иерархические структуры элементов чертежа;
- распознавать и обрабатывать их программными средствами CAD-системы (при этом следует учесть, что размещение какой-либо информации на служебном слое «0» нерационально).

Далее служебным символом, с которого начинаются все создаваемые пользователем файлы и слои шаблонов, является символ «_» (подчеркивание).

Соблюдение этих простейших правил обеспечивает возможность дальнейшей автоматической проверки чертежа на соответствие стандартам САПР. Остается «лишь» разработать нужные процедуры и договориться о правилах их использования.

Рассмотрим стандарты форматов.

Несомненным объектом стандартизации являются форматы листов (в соответствии с требованиями ЕСКД). Шаблоны форматов состоят из рамок, штампов и гранок соответствующих форм. При создании этих шаблонов необходимо минимизировать количество используемых элементов чертежа – прежде всего таких, как слои, блоки и текстовые стили. Кроме того, весьма желательно по мере создания шаблонов утверждать их в нормоконтроле предприятия.

Графический вид шаблона A1_HOR_F33_L1.dxf


На рисунке представлен пример состава и организации шаблона формата A1 (горизонтальный, форма 33, лист 1). Заполнение штампов и гранок можно выполнить по типу, представленному на одном из следующих двух рисунках.

Заполнение штампов и гранок средствами окна Свойства Заполнение штампов и гранок посредством Редактора атрибутов блоков



Просмотр слоев шаблона формата A1 с помощью Диспетчера свойств слоевШаблон на рисунке содержит слой _F33_L1_, что означает: форма 33, лист 1. Слой _VP_ создан для размещения информации, не подлежащей выводу на печать.
Следующим объектом стандартизации являются типы линий и их толщина. Для 2D-чертежей целесообразно увязать применяемые конструктором типы линий и их толщины с именами слоев и цветом (в рамках соответствующих конструкций). В этой статье предлагается реализация стандартов, построенная, в отличие от зарубежных аналогов, на базе шаблонов, а не программ.

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

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

Таблица 1
Наименование слояЦвет линииТолщина при выводе на печатьТип линии
_сплошная-03_ Цвет №4 0,3 Continuous
_сплошная-06_ Цвет №7 0,6 Continuous
_штриховая-03_ Цвет №2 0,3 Continuous
_штриховая-06_ Цвет №8 0,6 Continuous
_штрихпунктир-03_ Цвет №1 0,3 Continuous
_штрихпунктир-06_ Цвет №11 0,6 Continuous
_штриховка_ Цвет №191 0,2 Continuous
_размер_ Цвет №5 0,3 Continuous
_смежные-конструкции_ Цвет №132 0,6 Continuous
_сварка_ Цвет №6 0,3 Continuous
_позиции_ Цвет №50 0,3 Continuous
_текст_ Цвет №30 0,3 Continuous
_марк0_ Цвет №142 0,3 Continuous

Просмотр слоев шаблона типов линий посредством Диспетчера свойств слоев Рассмотрим стандарты текстов и размеров.

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

Таблица 2. Текстовые стили
Название стиля текстаНазначениеХарактеристикаНаименование слоя
A7 Надписи сечений, видов, масштабов Шрифт Arial, сжатие 1.0, высота 7 _текст_
A5 Основные технические требования Шрифт Arial, сжатие 1.0, высота 5 _текст_
A3.5_0.8 Номера позиций Шрифт Arial, сжатие 0.8, высота 3,5 _текст_
A3.5 Надписи обозначений сварки, шифр и марка кабеля, номера контактов Шрифт Arial, Шрифт Arial, сжатие 1.0 высота 3,5 _текст_
A2.5 Весь остальной текст на поле чертежа (размеры, обозначение сварки, надписи на поле чертежа) Шрифт Arial, сжатие 1.0, высота 2,5 _текст_

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

Рассмотрим типовые изображения на чертеже.

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

Таблица 3. Типовые изображения
Наименование блока AutoCADПояснение
маркировка клеймение сверху
Неуказ_шероховатость
сварка
Усл. обозн. таблица
шероховатость обратная
Рассмотрим использование служебных файлов.

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

Первым этапом разработки стандартов является обучение специалистов, после (а часто и в процессе) которого выясняются особенности работы проектных отделов. В результате формируются грамотные технические требования, и на их основе вырабатывается нормативный документ «Стандарт предприятия при выпуске РКД с использованием САПР». Его согласованием и утверждением завершается второй этап. Третий и последний этап разработки стандарта САПР – подготовка технической базы для его внедрения: создание необходимого набора служебных файлов, шаблонов, эталонных чертежей. Объем этой работы в каждом конкретном случае различен.

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

Сегодня, не только на проектную документацию накладываются общие требования (незарубежных) ГОСТов, но и деятельность проектной организации подвергается оптимизации с целью соответствия требованиям зарубежных универсальных стандартов, в частности, ISO 9001:2000.

Рассмотрим особенности применения стандарта ISO 9001:2000 в проектных организациях.

Российские проектировщики при проведении подрядных торгов или переговоров с иностранными заказчиками-инвесторами все чаще сталкиваются с ситуацией, когда обязательным условием заключения договора является наличие системы менеджмента качества (СМК), сертифицированной в соответствии с требованиями стандарта ISO 9001:2000 (ГОСТ Р ИСО 9001-2001). В Постановлении Правительства РФ от 2 февраля 1998 г. № 113 « О некоторых мерах, направленных на совершенствование систем обеспечения качества продукции и услуг » предписано «считать важнейшей задачей федеральных органов исполнительной власти осуществление поддержки субъектов хозяйственной деятельности, внедряющих системы качества на основе государственных стандартов серии ГОСТ Р ИСО 9000 в целях повышения конкурентоспособности выпускаемой продукции и предоставляемых услуг».

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

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

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

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

Опыт создания в ПрО СМК в соответствии с требованиями стандартов ISO серии 9000:2000 показал, что для успешного их функционирования необходимо не только выполнить все требования стандарта, но также учесть специфические условия и особенности проектной деятельности, а также практику работы конкретной ПрО.

В настоящее время более 300 ПрО России имеют сертификат на СМК или приступили к внедрению данной системы (по разным оценкам в строительном комплексе России функционируют более 40 тыс. проектно-изыскательских организаций). В большинстве случаев решение о внедрении СМК принимается под давлением заказчиков по строительству. Интерес заказчика понятен: он хотел бы получить гарантию качества будущей ПСД уже на стадии заключения договора-подряда, а также обеспечить непрерывное повышение удовлетворенности. Целью же руководства ПрО, внедряющего СМК в соответствии с требованиями стандарта ISO 9001:2000 (ГОСТ Р ИСО 9001-2001), является технологический порядок: четкое распределение полномочий и ответственности за качество проектных решений, обеспечение процесса проектирования необходимыми ресурсами, выявление и устранение причин рекламаций заказчиков и органов государственной экспертизы и, как следствие, непрерывное улучшение совокупных показателей деятельности организации. Теоретически так и должно быть. Однако на практике реальную пользу от внедрения СМК ощущают менее половины внедривших ее ПрО. Сами проектировщики считают эффективность внедрения СМК низкой по следующим причинам:
1) требования стандарта не адаптированы к специфике деятельности ПрО и не учитываются особенности ПСД;
2) большинство заказчиков поверхностно разбираются в требованиях стандарта ISO 9001:2000 и их требования противоречивы;
3) недостаточно консультантов, которые профессионально знают работу ПрО и могут принести пользу конкретной организации;
4) высшее руководство ПрО не выделяет необходимых ресурсов для разработки и внедрения СМК;
5) генеральный директор ПрО фактически передоверяет руководство этой работой одному из своих заместителей, объясняя это тем, что у него есть более важные дела;
6) документы СМК покупаются (копируются) у родственных организаций или их разработка поручается приглашенным консультантам;
7) руководители и специалисты ПрО не включены в процессы создания СМК и не заинтересованным в ее внедрении и т. п.

Безусловно, устранение этих причин очень важно для успешного внедрения СМК в ПрО, однако в рамках данной статьи нам хотелось бы более подробно остановиться на первой причине.

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

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

Рассмотрим эти особенности, присущие проектно-изыскательской деятельности.

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

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

Преимущество ПрО перед другими строительными организациями состоит в том, что номенклатура дополнительных требований (в пределах твердой договорной цены) весьма значительна, что позволяет ПрО с успехом формировать «портфель заказов». Заместим, что таким образом обеспечивается повышение удовлетворенности заказчиков и реализуются новые важнейшие требования ГОСТ Р ИСО 9001-2001 (предисловие к ГОСТ Р ИСО 9001-2001, предпоследний абзац; раздел 0.2, первый абзац; 1.1 «б»; 5.2; 6.1 «б»; 7.2.1 «д»).

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

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

Продукция ПрО представляет собой модель будущих основных фондов, способов их создания и эксплуатации. Внедрение СМК должно принести пользу ПрО. Правильная оценка особенностей продукции ПрО позволяет именно в рамках стандарта обеспечить не только выполнение планового уровня качества ПСД, но и его непрерывное повышение. Стандарт обязывает (п. 7.3.2 ГОСТ Р ИСО 9001-2001) узаконить разработку и внедрение важнейших документов, имеющих прямое отношение к качеству ПСД, таких, например, как
- технологические правила проектирования;
- эталоны по составу и содержанию проектной документации;
- регламенты подписей;
- требования к документации, регламентирующей процесс эксплуатации построенного объекта;
- перечни исходных данных для проектирования, в том числе материалы изысканий, документация субподрядных ПрО, технические условия на подключения к объектам энергоснабжения, теплоснабжения, водоснабжения, канализации и т. п.;
- перечни нормативных документов (ГОСТ, СНиП, СН и т. п.), используемые при проектировании;
- перечни обязательных для применения типовых проектов, типовых узлов и деталей, раннее разработанные индивидуальные проектные решения для повторного применения;
- перечни разрешенного для применения оборудования, материалов, изделий и т. п.

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

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

Результативность деятельности ПрО обеспечивается специфическим кадровым составом. Поскольку в ПрО большинство специалистов с высшим образованием (до 90%), то количество документации, в которой описываются способы выполнения требований стандарта, может быть существенно уменьшено. В ПрО численностью до 100 человек вполне достаточно разработать и утвердить одно «Руководство по качеству», в составе которого будет информация, относящаяся к обязательным документированным процедурам.

Документы СМК, определяющие политику в области качества, должны, в том числе иметь цель – формировать у персонала чувства стабильности, ясных перспектив, что особенно важно для женских коллективов (до 80% специалистов ПрО – женщины). Производственная среда должна содержать условия, эмоционально комфортные для специалистов: осуществление технических перерывов при работе с компьютерной техникой, гибкого графика работы, возможность оставить под присмотром детей, предоставление путевок на базы отдыха, создание условий для активного отдыха после работы. Учитывая высокую квалификацию проектировщиков, управленческие решения, обеспечивающие непрерывное улучшение процесса проектирования, могут приниматься не только на уровне высшего руководства ПрО, но и на уровне главных специалистов и инженеров-проектировщиков.

Критическим фактором для качества ПСД является актуализация нормативно-технической документации (НТД). По данным Федерального агентства по строительству и ЖКХ около 30% замечаний к ПрО при строительстве объектов (при авторском надзоре) связаны с использованием неактуальной НТД. Следует уделять повышенное внимание данному вопросу. Рекомендуется определить номенклатуру всей НТД, типовых проектов, сборников типовых узлов и конструкций, справочников, где приводятся выдержки из нормативных документов и т. п. Следует особо регламентировать порядок применения НТД на электронных носителях, имея в виду, что эти документы, как правило, не имеют официального статуса. Кроме того, всегда имеется возможность распечатывать копии НТД с экрана компьютера и таким образом создавать банк неучтенных НТД.

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

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

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

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

Валидация – указание в проектной документации на те проектные решения, качество которых должно быть проконтролировано (оценено) в процессе строительства или эксплуатации запроектированного объекта (как правило, указывается роль проектировщиков при реализации данного проектного решения в процессе строительства). Необходимость проведения валидации констатируется и в СНиП 12-01-2004, но при этом используется другая терминология (в СНиП 12-01-2004 «Организация строительства» (п. 4.4) дается следующее представление о «валидации» – «Перечень работ и конструкций, показатели качества которых влияют на безопасность объекта и в процессе строительства подлежат оценке соответствия требованиям нормативных документов и стандартов, являющихся доказательной базой соблюдения требований технических регламентов»). Отказ ПрО от валидации – признак технической стагнации со всеми вытекающими из этого последствиями для конкурентоспособности проектной продукции на рынке.

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

Немалую роль в этом вопросе должна играть служба нормоконтроля (неважно, в каком структурном подразделении она находится, но связь с отделом САПР и проектировщиками должна быть непосредственная): там, где необходимо введение стандартов в электронном виде, они должны быть введены, а там, где они уже отжили свое, их следует исключить из стандартов предприятия. Стандарты нельзя единожды разработать и забыть о них. Они должны постоянно обновляться в соответствии с текущими условиями.

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

Также следует отметить, что перечисленные выше особенности проектной деятельности при применении стандарта ISO в каждой конкретной ПрО могут проявляться по-разному, и это следует учитывать при разработке СМК.


Источники:
1. Лоза, А. Стандарты: А что же это такое? (часть 1) //САПР и графика, №9, 2008. – С.50-51 [http://www.sapr.ru/article.aspx?id=19517&iid=902]
2. Лоза, А. Стандарты: А что же это такое? (часть 2) //САПР и графика, №10, 2008. – С.50-53 [http://www.sapr.ru/article.aspx?id=19640&iid=906]
3. Давидович, А., Платонов, Ю., Рогачев, С. и др. Разработка стандартного подхода к выпуску электронной конструкторской документации в программной среде Autodesk// CADmaster, №2 (37), 2007 [http://www.cadmaster.ru/articles/article_24272.html]
4. Подольский, М.С., Степченков, П.Г. Особенности применения стандарта ISO 9001:2000 в проектных организациях//Методы менеджмента качества. – 2006. – №5. – С.8-11
Автор: Челябэнергопроект
Дата: 22.07.2009

Комментарии специалистов Челябэнергопроект:
Нет
Статьи

смета проектных работ
©Челябэнергопроект – проектные работыinfo@chepr.ru, 2007-2013
DRA.RU - проектирование сайта под ключ; системный администратор ООО «Челябэнергопроект»
Главная|О компании|Стратегия|
Компетенция / услуги|Контакты
Сертификат качества