Деталировочные чертежи КМ и КМД составляются перед началом строительства любого современного объекта: зданий жилого, промышленного и общественного назначений. Завод «РиНМ» предлагает своим клиентам услуги проектирования и корректировки подобной документации. Работы выполняются с соблюдением требований ГОСТов, нюансов будущей эксплуатации объекта, его характеристик и условий последующего применения.
Для чего выполняется проект
Строительные работы, выполняемые на каждом этапе возведения зданий сложной конфигурации, основываются на расчетах проектной документации. В настоящее время практически каждая построенная единица включает металлические конструкции (КМ), которые закладываются при составлении общего плана возводимого объекта. Для расчета детальных размеров данной конструкции, ее детализации разрабатывается проект КМД. Наиболее часто они применяются при строительстве массивных сооружений:
- торговые центры;
- стадионы;
- общественные здания;
- объекты промышленного использования;
- складские помещения, ангары.
Сотрудники завода «РиНМ», задействованные на выполнении данных операций, имеют специализированное образование, подтвержденное длительным опытом работы. Повышение уровня квалификации работников проектного отдела предприятия происходит за счет их участия не только в проектах подобного типа, возводимых на территории РФ, но и создания конструкционных сооружений за рубежом.
Лекция «Правила оформления проектной документации»
Обмен знаниями и опытными наработками в данной сфере с коллегами из других стран дает положительные результаты. Благодаря таким взаимодействиям наши специалисты выполняют проекты любой сложности, внедряют новаторские идеи, которые помогают увеличить срок службы объекта в некоторых случаях уменьшить себестоимость производимых работ.
Нормативные документы
Проектные расчеты включают ряд этапов, которые помогают достичь единого результата, которым является готовый проект, дополненный чертежами, схемами, наглядным изображением возводимых сооружений.
Качество проведенных работ регулируют следующие нормативные положения:
ГОСТ
Содержание
Нормы к документам на печатных и графических приборах для электронного ввода
Общая информация по электронным документам
Общая информация по электронным моделям изделий
Классификация, комплектность конструкторских документов
Норма по текстовым документам
Базовые нормы к чертежам
Групповые и базовые конструкторские документы
Рекомендации по форматам
Рекомендации по масштабам
Рекомендации по линиям
Рекомендации по шрифтам
Рекомендации по рисункам
Рекомендации по выполнению обозначений
Установка размеров и отклонений
Допуски по форме и размещению поверхностей
Обозначение покрытий, используемых видов обработки
Условное обозначение картинок, швов свариваемых соединений
Обозначение картинок и неразъемных соединений
Маркировка и нанесение клейма
Проектная документация. Рабочая документация. Отличия проектной и рабочей документации.
Упрощение обозначений отдельных элементов
Особенности обозначения названий, техтребований
Особенности передачи цифровых данных
Федеральный закон о безопасном возведении сооружений и зданий предписывает неукоснительное соблюдение всех положений по проектированию данных объектов. Сотрудники нашего предприятия предлагает полный объем документации, составленный относительно выставленных требований. Также проводятся корректировки уже существующих проектов.
Нюансы выполнения проектных расчетов
Конструкции из металла могут применяться в разных частях будущего строения. Например, фундамент, опорная часть несущей конструкции, арматурная перевязка в различных элементах, изготовленных из бетона. Поэтому в дополнение к расчетной документации КМ, прикладываются описание свойств используемых материалов, их марка, ГОСТы. Таким образом, детализованный и обычный экземпляр проектной документации имеет рад определенных нюансов и различий:
- составление КМ требуется с самого начала проведения расчетов;
- в основном детализация затрагивает непосредственную разработку документов;
- полученный экземпляр КМД передается в отдел производственных мощностей для запуска в производство рассчитанных деталей конструкции;
- обычный и детализованный проект разрабатываются параллельно или друг за другом;
- при изменении документации КМ, полученные результаты в обязательном порядке переносятся на детализированные планы;
- изменения, которые выполняются в КМД документах, могут не отражаться на детализированных планах.
Для выполнения качественной работы специалисты проектного отдела в обязательном порядке проводят мероприятия исследовательского характера. Первоначально детально изучается полный объем информации об участке, на котором планируется проведение будущих работ.
Исследуется воздействие окружающей среды, ее сейсмическая активность на протяжении определенного промежутка времени, перепады температуры. Берутся пробы почвы, грунта. Для исключения ошибок при расчете фундаментного основания объекта штудируются геологические характеристики данной местности. Результатами проведенных исследований являются стандартные документы: акты проведенных работ, заключения экспертов, схемы местности, планы участка.
Порядок проведения работы
Порядок составления проектной документации КМ и КМД разделяется на несколько этапов. Первоначально собирается полный объем сведений об предстоящих работах, фиксируются требования идеи заказчика. После чего выполняются следующий порядок действий:
- выполняется общее планирование (КМ);
- создание и оформление основной документации будущего проекта;
- расчет и разработка КМД;
- заключительное оформление.
Полученная документация проходит подтверждение на соответствие нормативным документам, после чего она передается клиенту в полностью готовом к использованию виде. Помимо основных документов (общих планов, чертежей, схем и подробное описание) сюда включаются спецификации будущих разработок, сметы. В план проведения работ входят следующие моменты:
- подбор требуемых материалов, их спецификация;
- последовательность установки;
- требования к доставке;
- выполнение монтажных работ.
Далее клиент производит контроль готовой продукции и успешно проводит завершение начатого проекта.
Предложения исполнителя
Сотрудники проектного отдела завода «РиНМ» при подготовке документации обращают особое внимание не только на поставленные клиентом задачи, но также максимально стараются не допустить возникновение каких либо осложнений при внедрении разработанной документации. В обязательном порядке учитываются все возможные отклонения от нормы, особенности монтажных операций, эффективность самих конструкций. Поэтому возникновение корректировок проекта – это следствие данных нюансов. Наши специалисты проводят полный спектр необходимых обследований, поэтому конечный результат имеет прогнозируемый характер и никогда не расходится с требованиями нормативной базы.
Источник: tolyatti.rezervuar-met.ru
Форум для экологов
Коллеги, как правильно оформлять наш раздел по ГОСТу: графическую часть, текстовую часть, приложения? С уважением.
Пахарь, жнец и на дуде игрец, Несущий Благо, Ваш Smold.
«Суперсанпин» может прочитать любой, а понять — не каждый!
Re: Оформление ООС:рамки, приложения и т.п
Сообщение levsha » 18 апр 2011, 12:24
Re: Оформление ООС:рамки, приложения и т.п
Сообщение air25 » 19 апр 2011, 15:18
Эспертиза требует оформления ПМООС, так же как и всю проектную документацию:
ГОСТ Р 21.1101-2009 Система проектной документации для строительства. Основные требования к проектной и рабочей документации
ГОСТ Р 21.1002-2008 Система проектной документации для строительства. Нормоконтроль проектной и рабочей документации
Re: Оформление ООС:рамки, приложения и т.п
Сообщение smold » 19 апр 2011, 16:22
Пахарь, жнец и на дуде игрец, Несущий Благо, Ваш Smold.
«Суперсанпин» может прочитать любой, а понять — не каждый!
Re: Оформление ООС:рамки, приложения и т.п
Сообщение levsha » 20 апр 2011, 07:36
Re: Оформление ООС:рамки, приложения и т.п
Сообщение paoleta » 20 апр 2011, 07:40
Re: Оформление ООС:рамки, приложения и т.п
Сообщение smold » 20 апр 2011, 08:14
Пахарь, жнец и на дуде игрец, Несущий Благо, Ваш Smold.
«Суперсанпин» может прочитать любой, а понять — не каждый!
Re: Оформление ООС:рамки, приложения и т.п
Сообщение smold » 20 апр 2011, 08:33
Вот это около дела, но хотелось бы шаблон с расширением .dot для получения панели в WORDе. Несущий благо, Ваш smold! 😀
Пахарь, жнец и на дуде игрец, Несущий Благо, Ваш Smold.
«Суперсанпин» может прочитать любой, а понять — не каждый!
Re: Оформление ООС:рамки, приложения и т.п
Сообщение Kotucheny » 20 апр 2011, 09:28
Катя, Катя, Катерина, до чего ж ты хороша!
Не пошла работать в школу, на завод зато пошла!
И теперь на производстве от нее огромный толк!
Весь Тамбов Катюшу знает и забыт тамбовский волк.(с)
Re: Оформление ООС:рамки, приложения и т.п
Сообщение Анна_Ростов » 20 апр 2011, 10:05
- Перейти на страницу:
Ответственность
Форум «Форум для экологов» является общедоступным для всех зарегистрированных пользователей и осуществляет свою деятельность с соблюдением действующего законодательства РФ.
Администрация форума не осуществляет контроль и не может отвечать за размещаемую пользователями на форуме «Форум для экологов» информацию.
Вместе с тем, Администрация форума резко отрицательно относится к нарушению авторских прав на территории «Форум для экологов».
Поэтому, если Вы являетесь обладателем исключительных имущественных прав, включая:
— исключительное право на воспроизведение;
— исключительное право на распространение;
— исключительное право на публичный показ;
— исключительное право на доведение до всеобщего сведения
и Ваши права тем или иным образом нарушаются с использованием данного форума, мы просим незамедлительно сообщать нам по электронной почте.
Ваше сообщение в обязательном порядке будет рассмотрено. Вам поступит сообщение о результатах проведенных действий, относительно предполагаемого нарушения исключительных прав.
При получении Вашего сообщения с корректно и максимально полно заполненными данными жалоба будет рассмотрена в срок, не превышающий 5 (пяти) рабочих дней.
ВНИМАНИЕ! Мы не осуществляем контроль за действиями пользователей, которые могут повторно размещать ссылки на информацию, являющуюся объектом Вашего исключительного права.
Любая информация на форуме размещается пользователем самостоятельно, без какого-либо контроля с чьей-либо стороны, что соответствует общепринятой мировой практике размещения информации в сети интернет.
Однако мы в любом случае рассмотрим все Ваши корректно сформулированные запросы относительно ссылок на информацию, нарушающую Ваши права.
Запросы на удаление НЕПОСРЕДСТВЕННО информации со сторонних ресурсов, нарушающей права, будут возвращены отправителю.
Источник: forum.integral.ru
1 Область применения
Настоящий стандарт устанавливает основные требования к проектной и рабочей документации для строительства объектов различного назначения.
Примечание — В настоящем стандарте понятие «строительство» включает в себя строительство, реконструкцию, капитальный ремонт и техническое перевооружение объектов капитального строительства.
Общие правила выполнения графической и текстовой документации, установленные в разделе 5, и правила внесения изменений, установленные в разделе 7, распространяются также на отчетную техническую документацию по результатам инженерных изысканий для строительства.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ 2.004 Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ
ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения
ГОСТ 2.052 Единая система конструкторской документации. Электронная модель изделия. Общие положения
ГОСТ 2.101 Единая система конструкторской документации. Виды изделий
ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов
ГОСТ 2.109 Единая система конструкторской документации. Основные требования к чертежам
ГОСТ 2.113 Единая система конструкторской документации. Групповые и базовые конструкторские документы
ГОСТ 2.114 Единая система конструкторской документации. Технические условия
ГОСТ 2.301 Единая система конструкторской документации. Форматы
ГОСТ 2.302 Единая система конструкторской документации. Масштабы
ГОСТ 2.303 Единая система конструкторской документации. Линии
ГОСТ 2.304 Единая система конструкторской документации. Шрифты чертежные
ГОСТ 2.305 Единая система конструкторской документации. Изображения — виды, разрезы, сечения
ГОСТ 2.306 Единая система конструкторской документации. Обозначения графические материалов и правила их нанесения на чертежах
ГОСТ 2.307 Единая система конструкторской документации. Нанесение размеров и предельных отклонений
ГОСТ 2.308 Единая система конструкторской документации. Указания допусков формы и расположения поверхностей
ГОСТ 2.309 Единая система конструкторской документации. Обозначения шероховатости поверхностей
ГОСТ 2.310 Единая система конструкторской документации. Нанесение на чертежах обозначений покрытий, термической и других видов обработки
ГОСТ 2.311 Единая система конструкторской документации. Изображение резьбы
ГОСТ 2.312 Единая система конструкторской документации. Условные изображения и обозначения швов сварных соединений
ГОСТ 2.313 Единая система конструкторской документации. Условные изображения и обозначения неразъемных соединений
ГОСТ 2.314 Единая система конструкторской документации. Указания на чертежах о маркировании и клеймении изделий
ГОСТ 2.315 Единая система конструкторской документации. Изображения упрощенные и условные крепежных деталей
ГОСТ 2.316-2008 Единая система конструкторской документации. Правила нанесения надписей, технических требований и таблиц на графических документах. Общие положения
ГОСТ 2.317 Единая система конструкторской документации. Аксонометрические проекции
ГОСТ 2.501 Единая система конструкторской документации. Правила учета и хранения
ГОСТ 2.511 Единая система конструкторской документации. Правила передачи электронных конструкторских документов. Общие положения
ГОСТ 2.512 Единая система конструкторской документации. Правила выполнения пакета данных для передачи электронных конструкторских документов. Общие положения
ГОСТ 21.001 Система проектной документации для строительства. Общие положения
ГОСТ 21.110 Система проектной документации для строительства. Спецификация оборудования, изделий и материалов
ГОСТ 21.113 Система проектной документации для строительства. Обозначения характеристик точности
ГОСТ 21.114 Система проектной документации для строительства. Правила выполнения эскизных чертежей общих видов нетиповых изделий
ГОСТ 21.201-2011 Система проектной документации для строительства. Условные графические изображения элементов зданий, сооружений и конструкций
ГОСТ 21.301 Система проектной документации для строительства. Основные требования к оформлению отчетной документации по инженерным изысканиям
ГОСТ 21.302-2013 Система проектной документации для строительства. Условные графические обозначения в документации по инженерно-геологическим изысканиям
ГОСТ 21.408-2013 Система проектной документации для строительства. Правила выполнения рабочей документации автоматизации технологических процессов
ГОСТ 21.501 Система проектной документации для строительства. Правила выполнения рабочей документации архитектурных и конструктивных решений
ГОСТ 21.709-2019 Система проектной документации для строительства. Правила выполнения рабочей документации линейных сооружений гидромелиоративных систем
ГОСТ Р 2.105 Единая система конструкторской документации. Общие требования к текстовым документам
ГОСТ Р 7.0.97 Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов
ГОСТ Р 21.1003-2009 Система проектной документации для строительства. Учет и хранение проектной документации
ГОСТ Р 21.1703-2000 Система проектной документации для строительства. Правила выполнения рабочей документации проводных средств связи
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины, определения и сокращения
3.1 Термины и определения
В настоящем стандарте применены термины по [1], ГОСТ 21.001, ГОСТ 21.501, ГОСТ Р 21.1003, а также следующие термины с соответствующими определениями:
атрибут документа: Идентифицированная (именованная) характеристика части реквизита.
[ГОСТ 2.104-2006, пункт 3.1.2]
атрибут XML-документа: Именованная уточняющая характеристика элемента XML, которая состоит из пары «название» = «значение» и указывается при определении элемента XML в открывающем теге.
[ГОСТ Р 53898-2013, пункт 3.1]
информационная модель объекта строительства (building information model, BIM): Совокупность представленных в электронном виде документов, графических и неграфических данных по объекту строительства, размещаемая в соответствии с установленными правилами в среде общих данных, представляющая собой единый достоверный источник информации по объекту на всех или отдельных стадиях его жизненного цикла.
1 Термин адаптирован из ИСО 29481-1:2010, статья 2.3.
2 Информационная модель здания часто используется в качестве синонима BIM.
3 Информационная модель может служить общей основой для принятия решений и предусматриваться договорами в качестве справочного ресурса на одной или нескольких стадиях проекта.
[ГОСТ Р 57563-2017, пункт 3.1]
координационная ось: Одна из координационных линий, определяющих членение здания или сооружения на модульные шаги и высоты этажей.
[ГОСТ 28984-2011, пункт 3.12]
3.1.5 марка: Буквенный или буквенно-цифровой индекс, входящий в обозначение рабочей документации и определяющий ее отношение к определенному виду строительно-монтажных работ или обозначающий основные отличительные особенности строительных конструкций и их элементов.
нетиповое изделие: Изделие (конструкция, устройство, монтажный блок) технологических систем, внутренних и наружных систем и сетей инженерно-технического обеспечения зданий и сооружений, впервые разработанное и изготовленное, как правило, на месте монтажа (в заготовительной мастерской монтажной организации).
[ГОСТ 21.114-2013, пункт 3.3]
3.1.7 обозначение: Реквизит документа, представляющий собой его идентификационный (различительный) индекс.
Примечание — Каждому документу присваивают обозначение, которое записывают в установленных местах (в основных надписях, на титульных листах и т.п.).
3.1.8 оборудование: Технологическое оборудование (машины, аппараты, механизмы, грузоподъемные и другие технические средства, обеспечивающие соответствующий технологический процесс), а также инженерное оборудование зданий и сооружений, обеспечивающее безопасные и благоприятные условия для жизнедеятельности людей.
3.1.9 основная надпись: Совокупность сведений о проектном документе, содержащихся в графах таблицы установленной формы, помещаемой на листах проектной и рабочей документации.
3.1.10 основной комплект рабочих чертежей: Графический документ, содержащий необходимую и достаточную информацию в виде чертежей и схем, предназначенный для производства строительных и монтажных работ определенного вида (марки).
оформление документа: Проставление необходимых реквизитов и атрибутов, установленных правилами документирования.
[ГОСТ 2.104-2006, пункт 3.1.3]
пакет электронных документов (данных): Совокупность одного или нескольких электронных документов, служащих для перемещения заключенной в нем информации.
[ГОСТ 2.511-2011, пункт 3.1.2]
подпись: Реквизит, содержащий собственноручную роспись должностного или физического лица.
[ГОСТ Р 7.0.8-2013, статья 58]
3.1.14 полный комплект рабочей документации: Совокупность основных комплектов рабочих чертежей, необходимых для строительства здания или сооружения, дополненных прилагаемыми и ссылочными документами.
3.1.15 прилагаемый документ: Проектный документ, разработанный или примененный в составе рабочей документации для строительства, необходимый для совместного использования с основным комплектом рабочих чертежей и передаваемой заказчику документации.
реквизит документа: Элемент оформления документа, содержащий о нем сведения.
Примечание — Как правило, реквизит состоит из атрибутов (составной реквизит).
[ГОСТ 2.104-2006, пункт 3.1.1]
спецификация оборудования, изделий и материалов: Текстовый проектный документ, определяющий состав оборудования, изделий и материалов и предназначенный для комплектования, подготовки и осуществления строительства.
[ГОСТ 21.110-2013, пункт 3.1]
3.1.18 ссылочный документ: Документ, предназначенный для изготовления строительных конструкций, изделий и узлов, на который дана ссылка в основном комплекте рабочих чертежей и который в соответствии с установленным порядком не передается заказчику.
электронная подпись: Информация в электронной форме, присоединенная к электронному документу или иным образом связанная с ним и позволяющая идентифицировать лицо, подписавшее электронный документ.
[ГОСТ Р 7.0.8-2013, статья 59]
элемент XML-документа: Именованная структурная единица языка XML, ограниченная открывающим и закрывающим тегами; может повторяться, включать другие элементы XML, комментарии и атрибуты XML.
[ГОСТ Р 53898-2013, пункт 3.21]
эскизный чертеж общего вида нетипового изделия: Проектный документ, определяющий исходную конструкцию нетипового изделия, содержащий упрощенное изображение, основные параметры и технические требования к изделию в объеме исходных данных (задания), необходимых для разработки конструкторской документации.
[ГОСТ 21.114-2013, пункт 3.1]
язык XML (Extensible Markup Language): Расширяемый язык разметки данных, стандарт на структурированное описание данных, ориентированный, в частности, на обмен информацией между независимыми участниками.
[ГОСТ Р 53898-2013, пункт 3.22]
3.1.23 XML-документ: Текстовый документ, составленный в соответствии со стандартом XML, с заданным составом элементов и их атрибутов.
3.2 Сокращения
В настоящем стандарте применены следующие сокращения:
ДЭ — документ электронный;
ЕСКД — Единая система конструкторской документации;
ПДЭ — пакет электронных данных (документов);
САПР — система (системы) автоматизированного проектирования;
СПДС — Система проектной документации для строительства;
СЭД — система (системы) электронного документооборота;
УЛ — информационно-удостоверяющий лист;
ЭП — электронная подпись.
4 Общие требования к составу и комплектованию проектной и рабочей документации
4.1 Проектная документация
4.1.1 Состав проектной документации объектов капитального строительства и требования к ее содержанию установлены законодательством [1], утвержденным Правительством Российской Федерации Положением [2] и нормативно-правовыми актами федеральных органов исполнительной власти.
Проектную документацию комплектуют по отдельным разделам и подразделам, установленным Положением [2].
4.1.2 Каждому разделу проектной документации присваивают обозначение, в состав которого включают базовое обозначение, устанавливаемое по действующей в проектной организации системе, и через дефис — шифр раздела проектной документации. Шифры разделов проектной документации приведены в таблице Б.1 (приложение Б) *1) .
1) Здесь и далее знак «*» означает, что к данному пункту дан комментарий в приложении А.
В базовое обозначение включают, например, номер договора (контракта) и/или код объекта строительства (цифровой, буквенный или буквенно-цифровой). В базовое обозначение допускается включать другие коды, используемые в САПР и СЭД. Буквенные и цифровые коды, включенные в состав базового обозначения, разделяют дефисами и/или точками * .
4.1.3.1 Если раздел проектной документации делят на части, то обозначение части составляют из обозначения раздела, к которому добавляют номер части.
1 2345-ПЗ — Раздел 1. Пояснительная записка.
2 2345-ПЗУ1 — Раздел 2. Схема планировочной организации земельного участка. Часть 1. Общие сведения.
3 2345-ПЗУ2 — Раздел 2. Схема планировочной организации земельного участка. Часть 2. Внутренний железнодорожный транспорт.
Если часть делят на книги, то обозначение книги составляют из обозначения части, к которому через точку добавляют номер книги.
4.1.3.2 Обозначение подраздела составляют из обозначения раздела, к которому добавляют номер подраздела.
Если подраздел делят на части, то обозначение части составляют из обозначения подраздела, к которому добавляют через точку номер части. Если часть делят на книги, то обозначение книги (если оно необходимо) составляют из обозначения части, к которому через точку добавляют номер книги.
4.1.3.3 Текстовым и графическим документам разделов и подразделов проектной документации присваивают самостоятельные обозначения, в основе которых должны быть обозначения соответствующих разделов или подразделов.
Обозначения документов указывают на титульных листах и/или в основных надписях документов, а также в колонтитулах на листах текстовых документов, выполняемых без основных надписей.
Правила обозначения текстовых и графических документов проектной документации устанавливают в стандартах организаций, разработанных на основе положений 4.1.2, 4.1.3.1, 4.1.3.2 с учетом особенностей обозначения в зависимости от объема документации, условий документооборота и используемых САПР и СЭД.
4.1.4 Текстовые документы, содержащие в основном сплошной текст (в том числе текстовые части разделов и подразделов проектной документации), выполняют по ГОСТ Р 2.105 с учетом 5.1, 5.2 настоящего стандарта на листах формата А4 по ГОСТ 2.301, а содержащиеся в них таблицы и иллюстрации допускается выполнять на листах других форматов.
Требования к содержанию текстовых частей разделов и подразделов проектной документации приведены в [2], а также в национальных стандартах и сводах правил.
4.1.5 Разрешается выполнять текстовые документы, указанные в 4.1.4, без основных надписей, дополнительных граф к ним и рамок. В этом случае:
— в верхней части (верхнем колонтитуле) каждого листа (за исключением титульного листа) указывают обозначение документа: в левом углу (при односторонней печати) или правом углу четных страниц и левом углу нечетных страниц (при двухсторонней печати);
— в нижней части (нижнем колонтитуле) каждого листа (за исключением титульного листа) указывают: логотип и краткое наименование организации, подготовившей документ, наименование документа, номер листа (страницы) документа (в нижнем правом углу — при односторонней печати или в левом углу четных страниц и правом углу нечетных страниц — при двухсторонней печати), а также при необходимости номер версии документа, наименование (имя) файла и другие сведения. Допускается логотип и наименование организации приводить в верхнем колонтитуле;
— данные об изменениях указывают в соответствии с 7.3.11, 7.3.14.
4.1.6 Графические части разделов и подразделов (частей разделов и подразделов) выполняют согласно положениям раздела 5 и других стандартов СПДС.
Графическую часть раздела (подраздела) выполняют в виде одного графического документа или в виде нескольких документов * .
Состав графической части, выполненной в виде одного документа, приводят в ведомости графической части по форме 1 (приложение В), которую размещают на первом листе и при необходимости на последующих листах графической части.
Если графическую часть раздела (подраздела) выполняют в виде нескольких документов, то ее состав приводят в ведомости документов графической части по форме 2 (приложение В). При этом каждый документ графической части должен иметь самостоятельное обозначение, в которое включают порядковый номер документа, а первым документом должна быть ведомость документов графической части. Документы обозначают аналогично 4.2.5.
4.1.7 Расчеты конструктивных, технологических и других решений, являющиеся обязательным элементом подготовки проектной документации, в состав проектной документации не включают, кроме случаев, установленных [2]. Их оформляют в соответствии с требованиями к текстовым документам и хранят в архиве проектной организации. Расчеты представляют заказчику или органам экспертизы по их требованию.
4.2 Рабочая документация
4.2.1 В состав рабочей документации, передаваемой заказчику, включают:
— рабочие чертежи, предназначенные для производства строительных и монтажных работ, объединенные в основные комплекты рабочих чертежей по маркам. Марки основных комплектов рабочих чертежей приведены в таблице Г.1 (приложение Г);
— прилагаемые документы, разработанные в дополнение к рабочим чертежам основного комплекта;
— сметную документацию по установленным формам (при необходимости) * .
4.2.2 В состав основных комплектов рабочих чертежей включают общие данные по рабочим чертежам, чертежи и схемы, предусмотренные соответствующими стандартами СПДС * .
4.2.3 Основной комплект рабочих чертежей любой марки может быть разделен на несколько основных комплектов той же марки (с добавлением к ней порядкового номера) в соответствии с процессом организации строительных и монтажных работ * .
Пример — АР1; АР2; КЖ1; КЖ2.
4.2.4 Каждому основному комплекту рабочих чертежей присваивают обозначение, в состав которого включают базовое обозначение, устанавливаемое по действующей в организации системе, и через дефис — марку основного комплекта * .
где 2345-12 — базовое обозначение. В базовое обозначение, формируемое согласно 4.1.2, включают также номер здания или сооружения по генеральному плану 1) ;
1) Для рабочих чертежей линейных сооружений, генерального плана, наружных коммуникаций эту часть базового обозначения исключают или заменяют нулями.
АР — марка основного комплекта рабочих чертежей.
4.2.5 Допускается оформление основного комплекта рабочих чертежей отдельными документами с присвоением им обозначения, состоящего из базового обозначения, марки основного комплекта и добавлением через точку порядкового номера документа арабскими цифрами * .
Пример — 2345-12-ЭО.1; 2345-12-ЭО.2; 2345-12-ЭО.11,
где 2345-12 — базовое обозначение;
ЭО — марка основного комплекта рабочих чертежей;
1, 2, 11 — порядковые номера документов основного комплекта рабочих чертежей.
Примечание — Допускается к однозначным порядковым номерам документов добавлять нуль слева, например 01, 02, 03 и т.д.
4.2.6 К прилагаемым документам относят:
— рабочую документацию на строительные изделия, выполняемую в соответствии с ГОСТ 21.501;
— эскизные чертежи общих видов нетиповых изделий, выполняемые в соответствии с ГОСТ 21.114;
— спецификацию оборудования, изделий и материалов, выполняемую в соответствии с ГОСТ 21.110;
— опросные листы и габаритные чертежи, выполняемые в соответствии с данными изготовителей (поставщиков) оборудования * ;
— другие документы, предусмотренные соответствующими стандартами СПДС.
Конкретный состав прилагаемых документов и необходимость их выполнения устанавливаются соответствующими стандартами СПДС и заданием на проектирование.
Прилагаемые документы проектная организация передает заказчику одновременно с основным комплектом рабочих чертежей в количестве, установленном для рабочих чертежей.
4.2.7 Каждому прилагаемому документу присваивают обозначение основного комплекта с добавлением через точку шифра прилагаемого документа. Шифры прилагаемых документов приведены в соответствующих стандартах СПДС.
где 2345-12-ЭО — обозначение основного комплекта рабочих чертежей;
СО — шифр спецификации оборудования, изделий и материалов по ГОСТ 21.110.
При наличии нескольких прилагаемых документов одного вида к их обозначению добавляют порядковый номер или через дефис марку изделия (для чертежей изделий).
Пример — 2345-12-ВК.Н1; 2345-12-ВК.Н2; 2345-12-КЖ.И-Б1; 2345-12-КЖ.И-Б2.
4.2.8 В рабочих чертежах допускается применять типовые строительные конструкции, изделия и узлы путем ссылок на документы, содержащие чертежи этих конструкций и изделий. К ссылочным документам относят:
— стандарты (технические условия) на строительные изделия;
— чертежи типовых конструкций, изделий и узлов.
Ссылочные документы в состав рабочей документации, передаваемой заказчику, не входят. Проектная организация при необходимости передает их заказчику по отдельному договору * .
4.2.9 Форму, правила выполнения и обозначения документа, в котором приводится состав всей рабочей документации, выполненной в соответствии с договором, устанавливают в стандартах организации.
4.3 Общие данные по рабочим чертежам
4.3.1 На первых листах каждого основного комплекта рабочих чертежей приводят общие данные по рабочим чертежам, в которые в общем случае включают * :
— ведомость рабочих чертежей основного комплекта, выполняемую по форме 1;
— ведомость ссылочных и прилагаемых документов, выполняемую по форме 2;
— ведомость основных комплектов рабочих чертежей, выполняемую по форме 2;
— ведомость спецификаций, выполняемую по форме 1 (при наличии в основном комплекте рабочих чертежей нескольких спецификаций) * ;
— условные обозначения, не установленные национальными стандартами, и значения которых не указаны на других листах основного комплекта рабочих чертежей;
— другие данные, предусмотренные соответствующими стандартами СПДС.
Формы 1 и 2 с указаниями по их заполнению приведены в приложении В.
4.3.2 Ведомость рабочих чертежей основного комплекта содержит последовательный перечень листов основного комплекта.
При оформлении основного комплекта рабочих чертежей отдельными документами (см. 4.2.5) вместо ведомости рабочих чертежей основного комплекта в состав общих данных включают ведомость документов основного комплекта по форме 2 * .
4.3.3 Ведомость ссылочных и прилагаемых документов составляют по разделам:
Наименования разделов записывают в виде заголовка в графе «Наименование» и подчеркивают.
В разделе «Ссылочные документы» указывают документы согласно 4.2.8. При этом в соответствующих графах ведомости указывают обозначение и наименование стандарта или обозначение, наименование и номер выпуска чертежей типовых конструкций, изделий и узлов.
В разделе «Прилагаемые документы» указывают документы согласно 4.2.6.
4.3.4 Ведомость основных комплектов рабочих чертежей приводят на листах общих данных одного из основных комплектов рабочих чертежей здания или сооружения (по усмотрению лица, ответственного за разработку рабочей документации). Ведомость содержит последовательный перечень основных комплектов рабочих чертежей, входящих в состав полного комплекта рабочей документации по зданию или сооружению * .
При наличии нескольких основных комплектов рабочих чертежей одной марки (см. 4.2.3) составляют ведомость комплектов этой марки по форме 2 (приложение В), которую приводят, как правило, в общих данных каждого из этих комплектов.
4.3.5 В общих указаниях приводят:
— сведения о документах, на основании которых принято решение о разработке рабочей документации (например, задание на проектирование, утвержденная проектная документация);
— запись о соответствии рабочей документации заданию на проектирование, выданным техническим условиям, требованиям действующих технических регламентов, стандартов, сводов правил, других документов, содержащих установленные требования;
— перечень нормативных документов (стандартов, сводов правил, технических условий и т.п.), на которые даны ссылки в рабочих чертежах * ;
— абсолютную отметку, принятую в рабочих чертежах здания или сооружения условно за нулевую (как правило, приводят на чертежах архитектурных и конструктивных решений);
— запись о результатах проверки на патентоспособность и патентную чистоту впервые применяемых в проектной документации технологических процессов, оборудования, конструкций, изделий и материалов, а также номера патентов и заявок, по которым приняты решения о выдаче патентов на используемые в рабочей документации изобретения (при необходимости);
— перечень видов работ, которые оказывают влияние на безопасность здания или сооружения и для которых необходимо составлять акты освидетельствования скрытых работ, ответственных конструкций и участков сетей инженерно-технического обеспечения * ;
— сведения о том, кому принадлежит данная интеллектуальная собственность (при необходимости);
— эксплуатационные требования, предъявляемые к проектируемому зданию или сооружению (при необходимости);
— другие необходимые указания.
В общих указаниях не следует повторять технические требования, помещенные на других листах основного комплекта рабочих чертежей, и давать описание принятых в рабочих чертежах технических решений.
Пункты общих указаний должны иметь сквозную нумерацию. Каждый пункт общих указаний записывают с новой строки.
5 Общие правила выполнения документации
5.1 Общие положения
5.1.1 При выполнении проектной и рабочей документации, а также отчетной технической документации по результатам инженерных изысканий для строительства следует руководствоваться положениями стандартов СПДС и ЕСКД.
Перечень стандартов ЕСКД, подлежащих учету при выполнении графической и текстовой документации для строительства, приведен в таблице Д.1 (приложение Д).
5.1.2 Документацию, как правило, выполняют автоматизированным способом (с использованием специальных программ) на бумажном носителе (в бумажной форме), и/или в виде ДЭ, и/или в форме информационной модели объекта строительства.
Документы одного вида и наименования, независимо от способа выполнения, являются равноправными и взаимозаменяемыми. Взаимное соответствие между документами в электронной и бумажной формах обеспечивает разработчик.
5.1.3 В графических документах изображения и условные обозначения выполняют линиями по ГОСТ 2.303. Допускается применение линий других типов, наименования, начертание, толщина и основные назначения которых устанавливаются в соответствующих стандартах СПДС.
5.1.4 В графических документах условные обозначения следует выполнять в основном черным цветом. Некоторые условные обозначения или их отдельные элементы допускается выполнять другими цветами. Указания о цвете условных обозначений приведены в соответствующих стандартах СПДС. Если цвета условных обозначений, применяемых на чертежах и схемах, не установлены в стандартах, их назначение указывают на чертежах.
В подлинниках, предназначенных для изготовления черно-белых копий, цветные условные обозначения и их элементы следует выполнять черным цветом.
5.1.5 При выполнении графических документов применяют шрифты по ГОСТ 2.304, а также другие шрифты, используемые средствами вычислительной техники, при обеспечении условий доступности этих шрифтов пользователям документов.
5.1.6 Изображения на чертежах выполняют в оптимальных масштабах по ГОСТ 2.302 с учетом их сложности и насыщенности информацией.
Масштабы изображений на чертежах не указывают, за исключением чертежей изделий и других случаев, предусмотренных в соответствующих стандартах СПДС. В этих случаях масштабы указывают в круглых скобках непосредственно после наименований изображений в соответствии с ГОСТ 2.316-2008 (пункт 4.19).
5.1.7 Содержательная и реквизитная части ДЭ должны соответствовать требованиям стандартов СПДС и ЕСКД.
5.1.8 Структура и состав реквизитов ДЭ должны обеспечивать его обращение в рамках программных средств (отображение, внесение изменений, печать, учет и хранение в базах данных, а также передачу в другие автоматизированные системы) с соблюдением при этом нормативных требований по оформлению документов.
5.1.9 На рассмотрение, согласование, экспертизу и утверждение представляют копии документов проектной и рабочей документации, скомплектованные, как указано в разделе 8.
5.1.10 Форма представления документов проектной и рабочей документации (бумажная или электронная), если она не указана в задании на проектирование, определяется разработчиком по согласованию с заказчиком. Допускается включать в состав проектной и рабочей документации документы в различных формах представления.
5.1.11 В графических документах допускается применение сокращений слов, перечни которых приведены в ГОСТ 2.316 и таблице Е.1 (приложение Е).
5.2 Основные надписи
5.2.1 Каждый лист графического и текстового документа проектной и рабочей документации для строительства, а также отчетной технической документации по результатам инженерных изысканий, как правило, оформляют основной надписью и дополнительными графами к ней * . Формы основных надписей и указания по их заполнению (формы 3-6) приведены в приложении Ж.
Основную надпись располагают в правом нижнем углу листа.
На листах формата А4 по ГОСТ 2.301 основную надпись располагают вдоль короткой стороны листа. Для документов в табличной форме допускается располагать основную надпись вдоль длинной стороны листа формата А4.
5.2.2 Содержание, расположение и размеры граф основной надписи, дополнительных граф к ней, а также размеры рамок должны соответствовать:
— на листах основных комплектов рабочих чертежей и листах графической части проектной документации — форме 3;
— на первом листе чертежей строительных изделий — форме 4;
— на первых или заглавных листах текстовых документов и первых листах эскизных чертежей общих видов нетиповых изделий, оформляемых в виде выпуска, — форме 5. Допускается оформлять основной надписью по форме 5 первый лист чертежа строительного изделия * ;
— на последующих листах чертежей строительных изделий, текстовых документов и эскизных чертежей общих видов — форме 6.
Допускается оформлять основной надписью по форме 6 последующие листы графических документов графической части проектной документации и графических документов основного комплекта рабочих чертежей (при оформлении графической части и основного комплекта рабочих чертежей отдельными документами), если все эти листы имеют одно и то же наименование и изменения в эти документы вносят заменой всех листов документа.
5.2.3 Если некоторые текстовые документы (например, спецификацию оборудования, изделий и материалов) выпускают без титульного листа, то в этом случае первый лист документа оформляют основной надписью по форме 3, последующие — по форме 6.
При оформлении основного комплекта рабочих чертежей отдельными документами документы, содержащие сплошной текст и/или представленные в виде таблиц (например, общие данные, кабельный журнал и т.п.), оформляют как текстовые документы. В этом случае первый лист документа оформляют основной надписью по форме 3, последующие — по форме 6.
5.2.4 Основные надписи по формам 3-6 применяют для листов документов отчетной технической документации по результатам инженерных изысканий в соответствии с ГОСТ 21.301.
5.2.5 Основную надпись, дополнительные графы к ней и рамки выполняют сплошными толстыми основными и сплошными тонкими линиями по ГОСТ 2.303.
5.2.6 Таблицу изменений в основной надписи (графы 14-19) при необходимости допускается продолжать вверх или влево от основной надписи. При расположении таблицы изменений слева от основной надписи наименования граф 14-19 повторяют.
5.2.7 Расположение основной надписи и дополнительных граф к ней, а также размеры рамок на листах приведены в приложении И.
5.2.8 Для целей управления документами в процессах документооборота допускается вводить дополнительные реквизиты для ДЭ, не отображаемые на документах в бумажной форме. Номенклатура таких реквизитов и правила выполнения устанавливаются нормативными документами организации.
5.2.9 Допускается дополнительно идентифицировать проектные документы с применением штрихкода. При этом в качестве реквизитов штрихкода следует использовать обозначение документа, номер версии и обозначение формата документа. Дополнительно могут быть использованы код страны, код организации-разработчика и другие реквизиты * .
5.3 Координационные оси
5.3.1 На изображениях здания (сооружения) указывают координационные оси его несущих конструкций, предназначенные для определения взаимного расположения элементов здания (сооружения) и привязки здания (сооружения) к строительной геодезической сетке или разбивочному базису.
5.3.2 Каждому отдельному зданию или сооружению присваивают самостоятельную систему обозначений координационных осей.
Координационные оси наносят на изображения здания (сооружения) тонкими штрихпунктирными линиями с длинными штрихами, обозначают в кружках диаметром 6-12 мм арабскими цифрами и прописными буквами русского алфавита (за исключением букв: Ё, 3, Й, О, X, Ц, Ч, Щ, Ъ, Ы, Ь) или при необходимости буквами латинского алфавита (за исключением букв I и О).
Пропуски в цифровых и буквенных (кроме указанных) обозначениях координационных осей не допускаются.
Цифрами обозначают координационные оси по стороне здания (сооружения) с большим количеством осей. Если для обозначения координационных осей не хватает букв алфавита, последующие оси обозначают двумя буквами.
Пример — АА, ББ, ВВ.
5.3.3 Последовательность обозначений координационных осей принимают по плану, как показано на рисунке 1а: цифровые оси — слева направо, буквенные оси — снизу вверх или как показано на рисунках 1б и 1в.
5.3.4 Обозначение координационных осей, как правило, наносят по левой и нижней сторонам плана здания (сооружения).
При несовпадении координационных осей противоположных сторон плана в местах расхождения дополнительно наносят обозначения указанных осей по верхней и/или правой сторонам.
5.3.5 Для отдельных элементов, расположенных между координационными осями основных несущих конструкций, наносят дополнительные оси, которым присваивают обозначение в виде дроби, в числителе которой указывают обозначение предшествующей координационной оси, а в знаменателе — дополнительный порядковый номер в пределах участка между смежными координационными осями в соответствии с рисунком 2.
Допускается координационным осям фахверковых колонн присваивать цифровые и буквенные обозначения в продолжение обозначений осей основных колонн без дополнительного номера.
5.3.6 На изображении повторяющегося элемента, привязанного к нескольким координационным осям, координационные оси обозначают в соответствии с рисунком:
3а — при их количестве не более трех;
3б — при их количестве более трех;
3в — при всех буквенных и цифровых координационных осях.
При необходимости ориентацию координационной оси, к которой привязан элемент, по отношению к соседней оси указывают в соответствии с рисунком 3г.
5.3.7 На планах жилых зданий, скомпонованных из блок-секций, крайним координационным осям блок-секций присваивают обозначения согласно 5.3.1-5.3.3, которые указывают в соответствии с рисунком 4а.
Координационным осям блок-секций, в том числе крайним, присваивают самостоятельные обозначения согласно 5.3.1-5.3.3 с добавлением индекса «с» (см. рисунок 4б). При необходимости на плане блок-секции указывают обозначения координационных осей здания, скомпонованного из блок-секций.
5.3.8 Трехмерную (3D) электронную модель здания или сооружения выполняют в единой планово-высотной системе координат.
Координатную систему трехмерной модели здания или сооружения изображают тремя взаимно перпендикулярными линиями с началом координат, расположенным в точке пересечения осей 1 и А на нулевой отметке этого здания или сооружения в соответствии с рисунком 5.
При этом для прямоугольного в плане здания (см. рисунок 1а) за положительное направление принимают: оси X — в сторону увеличения цифровых обозначений координационных осей, оси Y — в сторону увеличения буквенных обозначений координационных осей, оси Z — вертикально вверх от условной нулевой отметки здания.
5.4 Нанесение размеров, уклонов, отметок и надписей
5.4.1 Линейные размеры на чертежах указывают без обозначения единиц длины:
— в метрах с двумя десятичными знаками, отделенными от целого числа запятой, — на чертежах наружных сетей и коммуникаций, генерального плана и транспорта, за исключением случаев, оговоренных в соответствующих стандартах СПДС;
— в миллиметрах — на всех остальных видах чертежей.
5.4.2 Размерную линию на ее пересечении с выносными линиями, линиями контура или осевыми линиями ограничивают засечками длиной 2-4 мм, наносимыми с наклоном вправо под углом 45° к размерной линии, при этом размерные линии продолжают за крайние выносные линии, линии контура или осевые линии на 0-3 мм.
При нанесении размера диаметра или радиуса внутри окружности, а также углового размера размерную линию ограничивают стрелками. Стрелки применяют также при нанесении размеров радиусов и внутренних скруглений.
При нанесении размеров на аксонометрических схемах технологических трубопроводов и инженерных систем размерные линии допускается ограничивать стрелками.
5.4.3 Отметки уровней (высоты, глубины) элементов конструкций, оборудования, трубопроводов, воздуховодов и др. от уровня отсчета (условной нулевой отметки) указывают в метрах без обозначения единицы длины с тремя десятичными знаками, отделенными от целого числа запятой, за исключением случаев, оговоренных в соответствующих стандартах СПДС.
Отметки уровней на фасадах, разрезах и сечениях помещают на выносных линиях (или на линиях контура) и обозначают знаком » «, выполненным сплошными тонкими линиями с длиной штрихов 2-4 мм под углом 45° к выносной линии или линии контура в соответствии с рисунком 6; на планах — в прямоугольнике в соответствии с рисунком 7, за исключением случаев, оговоренных в соответствующих стандартах СПДС.
Нулевую отметку, принимаемую, как правило, для поверхности какого-либо элемента конструкций здания или сооружения, расположенного вблизи планировочной поверхности земли, указывают без знака; относительные отметки выше нулевой указывают со знаком «+», ниже нулевой — со знаком «-» * .
5.4.4 На планах направление уклона плоскостей указывают стрелкой, над которой при необходимости проставляют числовое значение уклона в процентах в соответствии с рисунком 8 или в виде отношения единицы высоты плоскости к соответствующей горизонтальной проекции (например, 1:7) * .
Допускается числовое значение уклона указывать в промилле или в виде десятичной дроби с точностью до третьего знака.
На разрезах, сечениях и схемах перед размерным числом, определяющим числовое значение уклона, наносят знак » «, острый угол которого должен быть направлен в сторону уклона (кроме крутизны откосов насыпей и выемок). Обозначение уклона наносят непосредственно над линией контура (см. рисунок 9а) или на полке линии-выноски (см. рисунок 9б).
5.4.5 Номера позиций или марки элементов наносят на полках линий-выносок, проводимых от изображений элементов конструкций зданий или сооружений, рядом с изображением — без линии-выноски или в пределах контуров изображенных элементов в соответствии с рисунком 10.
Линию-выноску, как правило, заканчивают точкой. Если линия-выноска отводится от линии, обозначающей поверхность, то ее заканчивают стрелкой. При мелкомасштабном изображении линии-выноски заканчивают без стрелки и точки.
5.4.6 Выносные надписи к многослойным конструкциям выполняют в соответствии с рисунком 11.
Примечание — Цифрами условно обозначена последовательность расположения слоев конструкций и надписей на полках линий-выносок.
5.4.7 Размер шрифта для обозначения координационных осей, позиций (марок), наименований и обозначений изображений должен быть в 1,5-2 раза больше размера цифр размерных чисел, применяемых в том же графическом документе.
5.5 Изображения (разрезы, сечения, виды, выносные элементы)
5.5.1 Изображения на чертежах выполняют в соответствии с ГОСТ 2.305 с учетом требований настоящего стандарта и других стандартов СПДС * .
5.5.2 Разрезы здания или сооружения обозначают арабскими цифрами последовательно в пределах графического документа. Сечения обозначают аналогичным образом * .
Допускается самостоятельная нумерация для разрезов и сечений отдельных участков здания, сооружения или установок, все чертежи которых размещены на одном листе или группе листов и если на этих чертежах отсутствуют ссылки на разрезы и сечения, расположенные на других листах графического документа.
Допускается обозначать разрезы прописными буквами русского алфавита, а сечения — прописными или строчными буквами русского алфавита (за исключением букв, указанных в 5.3.2).
Положение секущей плоскости указывают на чертеже линией сечения (разомкнутой линией по ГОСТ 2.303). При сложном разрезе штрихи проводят также у мест пересечения секущих плоскостей между собой. На начальном и конечном штрихах на расстоянии 2-3 мм от конца штриха следует ставить стрелки, указывающие направление взгляда (см. рисунок 12).
Направление взгляда для разреза по плану здания и сооружения принимают, как правило, снизу вверх и справа налево.
5.5.3 Если отдельные части вида (фасада), плана, разреза требуют более детального изображения, то дополнительно выполняют местные виды и выносные элементы — узлы и фрагменты * .
5.5.4 На изображении (плане, фасаде или разрезе), откуда выносят узел, соответствующее место отмечают замкнутой сплошной тонкой линией (окружностью, овалом или прямоугольником со скругленными углами) с нанесением на полке линии-выноски обозначения узла арабской цифрой в соответствии с рисунками 13а, 13б или прописной буквой русского алфавита в соответствии с рисунком 13в.
При необходимости ссылки на узел, помещенный в другом графическом документе (например, основном комплекте рабочих чертежей), или на рабочие чертежи типового строительного узла под полкой линии-выноски указывают обозначение и номер листа соответствующего документа в соответствии с рисунком 13б или серию рабочих чертежей типовых узлов и номер выпуска в соответствии с рисунком 13в.
Источник: mooml.com
Подготовка документации на программные средства (ПС) в соответствии с имеющимися ГОСТами (документация)
1. Основные вопросы при разработке программных средств
Когда программист-разработчик получает в той или иной форме задание на программирование, перед ним, перед руководителем проекта и перед всей проектной группой встают вопросы:
- что должно быть сделано, кроме собственно программы?
- что и как должно быть оформлено в виде документации?
- что передавать пользователям, а что ? службе сопровождения?
- как управлять всем этим процессом?
- что должно входить в само задание на программирование?
Кроме упомянутых вопросов есть и другие.
На эти и массу других вопросов когда-то отвечали государственные стандарты на программную документацию ? комплекс стандартов 19-й серии ГОСТ ЕСПД. Но уже тогда у программистов была масса претензий к этим стандартам. Что-то требовалось дублировать в документации много раз (как, казалось — неоправданно), а многое не было предусмотрено, как, например, отражение специфики документирования программ, работающих с интегрированной базой данных.
В настоящее время остается актуальным вопрос о наличии системы, регламентирующей документирование программных средств (ПС).
2. Общая характеристика состояния
Основу отечественной нормативной базы в области документирования ПС составляет комплекс стандартов Единой системы программной документации (ЕСПД). Основная и большая часть комплекса ЕСПД была разработана в 70-е и 80-е годы. Сейчас этот комплекс представляет собой систему межгосударственных стандартов стран СНГ (ГОСТ), действующих на территории Российской Федерации на основе межгосударственного соглашения по стандартизации.
Стандарты ЕСПД в основном охватывают ту часть документации, которая создается в процессе разработки ПС, и связаны, по большей части, с документированием функциональных характеристик ПС. Следует отметить, что стандарты ЕСПД (ГОСТ 19) носят рекомендательный характер. Впрочем, это относится и ко всем другим стандартам в области ПС (ГОСТ 34, Международному стандарту ISO/IEC, и др.). Дело в том, что в соответствии с Законом РФ «О стандартизации» эти стандарты становятся обязательными на контрактной основе — то есть при ссылке на них в договоре на разработку (поставку) ПС.
Говоря о состоянии ЕСПД в целом, можно констатировать, что большая часть стандартов ЕСПД морально устарела.
К числу основных недостатков ЕСПД можно отнести:
- ориентацию на единственную, «каскадную» модель жизненного цикла (ЖЦ) ПС;
- отсутствие четких рекомендаций по документированию характеристик качества ПС;
- отсутствие системной увязки с другими действующими отечественными системами стандартов по ЖЦ и документированию продукции в целом, например, ЕСКД;
- нечетко выраженный подход к документированию ПС как товарной продукции;
- отсутствие рекомендаций по самодокументированию ПС, например, в виде экранных меню и средств оперативной помощи пользователю («хелпов»);
- отсутствие рекомендаций по составу, содержанию и оформлению перспективных документов на ПС, согласованных с рекомендациями международных и региональных стандартов.
Итак, ЕСПД нуждается в полном пересмотре на основе стандарта ИСО/МЭК 12207-95 на процессы жизненного цикла ПС об этом стандарте далее будет сказано подробнее).
Надо сказать, что наряду с комплексом ЕСПД официальная нормативная база РФ в области документирования ПС и в смежных областях включает ряд перспективных стандартов (отечественного, межгосударственного и международного уровней).
Международный стандарт ISO/IEC 12207: 1995-08-01 на организацию ЖЦ продуктов программного обеспечения (ПО) — казалось бы весьма неконкретный, но вполне новый и отчасти «модный» стандарт.
Стандарты комплекса ГОСТ 34 на создание и развитие автоматизированных систем (АС) — обобщенные, но воспринимаемые как весьма жесткие по структуре ЖЦ и проектной документации. Но эти стандарты многими считаются бюрократическими до вредности и консервативными до устарелости. Насколько это так, а насколько ГОСТ 34 остается работающим с пользой — полезно разобраться.
В своей статье Е.З.Зиндер подробно останавливается на методике Oracle CDM (Custom Development Method) по разработке прикладных информационных систем под заказ — конкретный материал, детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах АС с опорой на инструментарий Oracle.
2.1. Краткое представление стандартов ЕСПД
Тем не менее, до пересмотра всего комплекса, многие стандарты ЕСПД могут с пользой применяться в практике документирования ПС. Эта позиция основана на следующем:
При этом стиль применения стандартов может соответствовать современному общему стилю адаптации стандартов к специфике проекта: заказчик и руководитель проекта выбирают уместное в проекте подмножество стандартов и ПД, дополняют выбранные ПД нужными разделами и исключают ненужные, привязывают создание этих документов к той схеме ЖЦ, которая используется в проекте.
Стандарты ЕСПД (как и другие ГОСТы) подразделяют на группы, приведTнные в таблице:
Обозначение стандарта ЕСПД строят по классификационному признаку:
Обозначение стандарта ЕСПД должно состоять из:
- числа 19 (присвоенных классу стандартов ЕСПД);
- одной цифры (после точки), обозначающей код классификационной группы стандартов, указанной таблице;
- двузначного числа (после тире), указывающего год регистрации стандарта.
Перечень документов ЕСПД
- ГОСТ 19.001-77 ЕСПД. Общие положения.
- ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов.
- ГОСТ 19.102-77 ЕСПД. Стадии разработки.
- ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов.
- ГОСТ 19.104-78 ЕСПД. Основные надписи.
- ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.
- ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.
- ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.
- ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.
- ГОСТ 19.301-79 ЕСПД. Порядок и методика испытаний.
- ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.
- ГОСТ 19.402-78 ЕСПД. Описание программы.
- ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.
- ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению.
- ГОСТ 19.502-78 ЕСПД. Описание применения. Требования к содержанию и оформлению.
- ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.
- ГОСТ 19.504-79 ЕСПД. Руководство программиста.
- ГОСТ 19.505-79 ЕСПД. Руководство оператора.
- ГОСТ 19.506-79 ЕСПД. Описание языка.
- ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
- ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполняемые печатным способом.
- ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
- ГОСТ 19.781-90. Обеспечение систем обработки информации программное.
Термины и определения
Из всех стандартов ЕСПД остановимся только на тех, которые могут чаще использоваться на практике.
Первым укажем стандарт, который можно использовать при формировании заданий на программирование.
ГОСТ (СТ СЭВ) 19.201-78 (1626-79). ЕСПД. Техническое задание. Требование к содержанию и оформлению. (Переиздан в ноябре 1987г с изм.1).
Техническое задание (ТЗ) содержит совокупность требований к ПС и может использоваться как критерий проверки и приемки разработанной программы. Поэтому достаточно полно составленное (с учетом возможности внесения дополнительных разделов) и принятое заказчиком и разработчиком, ТЗ является одним из основополагающих документов проекта ПС.
Техническое задание должно содержать следующие разделы:
- введение;
- основания для разработки;
- назначение разработки;
- требования к программе или программному изделию;
- требования к программной документации ;
- технико-экономические показатели;
- стадии и этапы разработки;
- порядок контроля и приемки;
- в техническое задание допускается включать приложения.
Следующий стандарт
ГОСТ (СТ СЭВ) 19.101-77 (1626-79). ЕСПД. Виды программ и программных документов (Переиздан в ноябре 1987г с изм.1).
Устанавливает виды программ и программных документов для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Виды программных документов
Вид программного документа
Содержание программного документа
Виды эксплуатационных документов
Вид эксплуатационного документа
Содержание эксплуатационного документа
В зависимости от способа выполнения и характера применения программные документы подразделяются на подлинник, дубликат и копию (ГОСТ 2.102-68), предназначенные для разработки, сопровождения и эксплуатации программы.
Виды программных документов, разрабатываемых на разных стадиях, и их коды
| Код вида документа | Вид документа | Стадии разработки | |||
| Эскизный проект | Технический проект | Рабочий проект | |||
| компонент | комплекс | ||||
| — | Спецификация | — | — | ! | + |
| 05 | Ведомость держателей подлинников | — | — | — | ? |
| 12 | Текст программы | — | — | + | ? |
| 13 | Описание программы | — | — | ? | ? |
| 20 | Ведомость эксплуатационных документов | — | — | ? | ? |
| 30 | Формуляр | — | — | ? | ? |
| 31 | Описание применения | — | — | ? | ? |
| 32 | Руководство системного программиста | — | — | ? | ? |
| 33 | Руководство программиста | — | — | ? | ? |
| 34 | Руководство оператора | — | — | ? | ? |
| 35 | Описание языка | — | — | ? | ? |
| 46 | Руководство по техническому обслуживанию | — | — | ? | ? |
| 51 | Программа и методика испытаний | — | — | ? | ? |
| 81 | Пояснительная записка | ? | ? | — | — |
| 90-99 | Прочие документы | ? | ? | ? | ? |
| Условные обозначения: | |
| — документ обязательный; | |
| — документ обязательный для компонентов, имеющих самостоятельное применение; | |
| — необходимость составления документа определяется на этапе разработки и утверждения технического задания; | |
| — | — документ не составляют. |
Допускается объединять отдельные виды эксплуатационных документов (за исключением ведомости эксплуатационных документов и формуляра). Необходимость объединения этих документов указывается в техническом задании. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов. В объединенных документах должны быть приведены сведения, которые необходимо включать в каждый объединяемый документ.
ГОСТ 19.102-77. ЕСПД. Стадии разработки.
Устанавливает стадии разработки программ и программной документации для вычислительных машин, комплексов и систем независимо от их назначения и области применения
Сбор исходных материалов.
Выбор и обоснование критериев эффективности и качества разрабатываемой программы.
Обоснование необходимости проведения научно-исследовательских работ.
Предварительный выбор методов решения задач.
Обоснование целесообразности применения ранее разработанных программ.
Определение требований к техническим средствам.
Обоснование принципиальной возможности решения поставленной задачи.
Разработка технико-экономического обоснования разработки программы.
Определение стадий, этапов и сроков разработки программы и документации на нее.
Выбор языков программирования.
Определение необходимости проведения научно-исследовательских работ на последующих стадиях.
Согласование и утверждение технического задания.
Уточнение методов решения задачи.
Разработка общего описания алгоритма решения задачи.
Разработка технико-экономического обоснования.
Согласование и утверждение эскизного проекта
Разработка алгоритма решения задачи.
Определение формы представления входных и выходных данных.
Определение семантики и синтаксиса языка.
Разработка структуры программы.
Окончательное определение конфигурации технических средств.
Разработка пояснительной записки.
Согласование и утверждение технического проекта.
Проведение предварительных государственных, межведомственных, приемо-сдаточных и других видов испытаний.
Корректировка программы и программной документации по результатам испытаний.
Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление.
Передача программы в фонд алгоритмов и программ.
ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов
Код страны-разработчика и код организации-разработчика присваивают в установленном порядке.
- Регистрационный номер присваивается в порядке возрастания, начиная с 00001 до 99999, для каждой организации-разработчика.
- Номер издания программы или номер редакции. номер документа данного вида, номер части документа присваиваются в порядке возрастания с 01 до 99. (Если документ состоит из одной части, то дефис и порядковый номер части не указывают).
- Номер редакции спецификации и ведомости эксплуатационных документов на программу должны совпадать с номером издания этой же программы.
ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам
Настоящий стандарт устанавливает общие требования к оформлению программных документов для вычислительных машин, комплексов и систем, независимо от их назначения и области применения и предусмотренных стандартами Единой системы программной документации (ЕСПД) для любого способа выполнения документов на различных носителях данных.
Программный документ может быть представлен на различных типах носителей данных и состоит из следующих условных частей:
титульной;
информационной;
основной.
Правила оформления документа и его частей на каждом носителе данных устанавливаются стандартами ЕСПД на правила оформления документов на соответствующих носителях данных.
ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом
Программные документы оформляют:
- на листах формата А4 (ГОСТ 2.301-68) при изготовлении документа машинописным или рукописным способом;
- допускается оформление на листах формата А3;
- при машинном способе выполнения документа допускаются отклонения размеров листов, соответствующих форматам А4 и А3, определяемые возможностями применяемых технических средств; на листах форматов А4 и А3, предусматриваемых выходными характеристиками устройств вывода данных, при изготовлении документа машинным способом;
- на листах типографических форматов при изготовлении документа типографским способом.
Расположение материалов программного документа осуществляется в следующей последовательности:
- лист утверждения (не входит в общее количество листов документа);
- титульный лист (первый лист документа);
- аннотация;
- лист содержания;
- текст документа (с рисунками, таблицами и т.п.)
- перечень терминов и их определений;
- перечень сокращений;
- приложения;
- предметный указатель;
- перечень ссылочных документов;
- лист регистрации изменений.
Перечень терминов и их определений, перечень сокращений, приложения, предметных указатель, перечень ссылочных документов выполняются при необходимости.
Следующий стандарт ориентирован на документирование результирующего продукта разработки:
ГОСТ 19.402-78 ЕСПД. Описание программы
Состав документа «Описание программы» в своей содержательной части может дополняться разделами и пунктами, почерпнутыми из стандартов для других описательных документов и руководств: ГОСТ 19.404-79 ЕСПД. Пояснительная записка, ГОСТ 19.502-78 ЕСПД. Описание применения, ГОСТ 19.503-79 ЕСПД. Руководство системного программиста, ГОСТ 19.504-79 ЕСПД. Руководство программиста, ГОСТ 19.505-79 ЕСПД.
Руководство оператора.
Есть также группа стандартов, определяющая требования к фиксации всего набора программ и ПД, которые оформляются для передачи ПС. Они порождают лаконичные документы учетного характера и могут быть полезны для упорядочения всего хозяйства программ и ПД (ведь очень часто требуется просто навести элементарный порядок!). Есть и стандарты, определяющие правила ведения документов в «хозяйстве» ПС.
Надо также выделить
ГОСТ 19.301-79 ЕСПД. Программа и методика испытаний, который (в адаптированном виде) может использоваться для разработки документов планирования и проведения испытательных работ по оценке готовности и качества ПС.
Наконец, последний по году принятия стандарт.
ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Обозначения условные графические и правила выполнения.
Он устанавливает правила выполнения схем, используемых для отображения различных видов задач обработки данных и средств их решения и полностью соответствует стандарту ИСО 5807:1985.
Наряду с ЕСПД на межгосударственном уровне действуют еще два стандарта, также относящихся к документированию ПС и принятых не так давно, как большая часть ГОСТ ЕСПД.
ГОСТ 19781-90 Обеспечение систем обработки информации программное. Термины и определения. Разработан взамен ГОСТ 19.781-83 и ГОСТ 19.004-80 и устанавливает термины и определения понятий в области программного обеспечения (ПО) систем обработки данных (СОД), применяемые во всех видах документации и литературы, входящих в сферу работ по стандартизации или использующих результаты этих работ.
ГОСТ 28388-89 Системы обработки информации. Документы на магнитных носителях данных. Порядок выполнения и обращения. Распространяется не только на программные, но и на конструкторские, технологические и другие проектные документы, выполняемые на магнитных носителях.
2.2. Стандарты комплекса ГОСТ 34
ГОСТ 34 задумывался в конце 80-х годов как всеобъемлющий комплекс взаимоувязанных межотраслевых документов. Мотивы и получившиеся результаты описаны ниже в «Особенностях» ГОСТ 34. Объектами стандартизации являются АС различных (любых!) видов и все виды их компонентов, а не только ПО и БД.
Комплекс рассчитан на взаимодействие заказчика и разработчика. Аналогично ISO12207 предусмотрено, что заказчик может разрабатывать АС для себя сам (если создаст для этого специализированное подразделение). Однако формулировки ГОСТ 34 не ориентированы на столь явное и, в известном смысле, симметричное отражение действий обеих сторон, как ISO12207. Поскольку ГОСТ 34 в основном уделяет внимание содержанию проектных документов, распределение действий между сторонами обычно делается отталкиваясь от этого содержания.
Из всех существующих и не реализованных групп документов будем основываться только на Группе 0 «Общие положения» и Группе 6 «Создание, функционирование и развитие АС» . Наиболее популярными можно считать стандарты ГОСТ 34.601-90 (Стадии создания АС), ГОСТ 34.602-89 (ТЗ на создание АС) и методические указания РД 50-34.698-90 (Требования к содержанию документов) . Стандарты предусматривают стадии и этапы выполнения работ по созданию АС, но не предусматривают сквозных процессов в явном виде.
Для общего случая разработки АС стадии и этапы ГОСТ 34 приведены в таблице:
| 1. ФТ — Формирование требований к АС. | 1.1. Обследование объекта и обоснование необходимости создания АС; 1.2. Формирование требований пользователя к АС; 1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания); |
| 2. РК — Разработка концепции АС. | 2.1. Изучение объекта; 2.2. Проведение необходимых научно-исследовательских работ; 2.3. Разработка вариантов концепции АС, удовлетворяющей требованиям пользователя 2.4. Оформление отчета о выполненной работе |
| 3. ТЗ — Техническое создание АС. | 3.1. Разработка и утверждение технического задания на задание. |
| 4. ЭП — Эскизный проект. | 4.1. Разработка предварительных проектных решений по системе и ее частям; 4.2. Разработка документации на АС и ее части. |
| 5. ТП — Технический проект. | 5.1. Разработка проектных решений по системе и ее частям; 5.2. Разработка документации на АС и ее части; 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку; 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. |
| 6. РД — Рабочая документация. | 6.1. Разработка рабочей документации на систему и ее части; 6.2. Разработка или адаптация программ. |
| 7. ВД — Ввод в действие. | 7.1. Подготовка объекта автоматизации к вводу АС в действие; 7.2. Подготовка персонала; 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); 7.4. Строительно-монтажные работы; 7.5. Пуско-наладочные работы; 7.6. Проведение предварительных испытаний; 7.7. Проведение опытной эксплуатации; 7.8. Проведение приемочных испытаний. |
| 8. Сп — Сопровождение АС. | 8.1. Выполнение работ в соответствии с гарантийными обязательствами; 8.2. Послегарантийное обслуживание. |
Главный мотив: разрешить проблему «вавилонской башни».
В 80-х годах сложилось положение, при котором в различных отраслях и областях деятельности использовалась плохо согласованная или несогласованная НТД — «нормативно-техническая документация». Это затрудняло интеграцию систем, обеспечение их эффективного совместного функционирования. Действовали различные комплексы и системы стандартов, устанавливающие требования к различным видам АС.
Практика применения стандартов показала, что в них применяется по существу (но не по строгим определениям) единая система понятий, есть много общих объектов стандартизации, однако требования стандартов не согласованы между собой, имеются различия по составу и содержанию работ, различия по обозначению, составу, содержанию и оформлению документов и пр.
Конечно, эта ситуация отчасти отражала и естественное многообразие условий разработки АС, целей разработчиков, применяемых подходов и методик.
В этих условиях можно было провести анализ такого многообразия и далее поступить, например, одним из двух во многом противоположных способов:
Разработчики комплекса стандартов 34 выбрали способ, близкий к первому из указанных выше, то есть пошли по пути, более близкому к схемам конкретных методик, чем к стандартам типа ISO12207. Тем не менее, благодаря общности понятийной базы стандарты остаются применимыми в весьма широком диапазоне случаев.
Степень адаптивности формально определяется возможностями:
- опускать стадию эскизного проектирования и объединять стадии «Технический проект» и «Рабочая документация»;
- опускать этапы, объединять и опускать большинство документов и их разделов;
- вводить дополнительные документы, разделы документов и работы;
- динамически создавая т. н. ЧТЗ — частные технические задания — достаточно гибко формировать ЖЦ АС; как правило, этот прием используется на уровне крупных единиц (подсистем, комплексов), ради которых считается оправданным создавать ЧТЗ, однако нет никаких существенных оснований сильно ограничивать этот способ управления ЖЦ.
Стадии и этапы, выполняемые организациями — участниками работ по созданию АС, устанавливаются в договорах и техническом задании, что близко к подходу ISO.
Введение единой, достаточно качественно определенной терминологии, наличие достаточно разумной классификации работ, документов, видов обеспечения и др. безусловно полезно. ГОСТ 34 способствует более полной и качественной стыковке действительно разных систем, что особенно важно в условиях, когда разрабатывается все больше сложных комплексных АС, например, типа CAD-CAM, которые включают в свой состав АСУТП, АСУП, САПР-конструктора, САПР-технолога, АСНИ и др. системы.
Определено несколько важных положений, отражающих особенности АС как объекта стандартизации, например: «в общем случае АС состоит из программно-технических (ПТК), программно-методических (ПМК) комплексов и отдельных компонентов организационного, технического, программного и информационного обеспечения».
Разделение понятий ПТК и АС закрепляло принцип, по которому АС есть не «ИС с БД», но:
- «организационно-техническая система, обеспечивающая выработку решений на основе автоматизации информационных процессов в различных сферах деятельности (управление, проектирование, производство и т. д.) или их сочетаниях» (по РД 50-680-88), что особенно актуально в аспектах бизнес-реинжиниринга;
- «система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций» (по ГОСТ 34.003-90).
Эти определения указывают на то, что АС — это, в первую очередь, персонал, принимающий решения и выполняющий другие управляющие действия, поддержанный организационно-техническими средствами.
прежняя полная обязательность отсутствует, материалы ГОСТ34 по сути стали методической поддержкой, причем чаще для заказчиков, имеющих в стандарте набор требований к содержанию ТЗ и проведению испытаний АС. При этом польза ГОСТ34 может многократно возрасти в случае их более гибкого использования при формировании профиля ЖЦ АС.
Ключевым документом взаимодействия сторон является ТЗ — техническое задание на создание АС. ТЗ является основным исходным документом для создания АС и его приемки, ТЗ определяет важнейшие точки взаимодействия заказчика и разработчика. При этом ТЗ разрабатывает организация-разработчик (по ГОСТ 34.602-89), но формально выдает ТЗ разработчику заказчик (по РД 50-680-88).
2.3. Государственные стандарты РФ (ГОСТ Р)
В РФ действует ряд стандартов в части документирования ПС, разработанных на основе прямого применения международных стандартов ИСО. Это ? самые «свежие» по времени принятия стандарты. Некоторые из них впрямую адресованы руководителям проекта или директорам информационных служб. Вместе с тем они неоправданно мало известны в среде профессионалов. Вот их представление.
ГОСТ Р ИСО/МЭК 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения. Стандарт полностью соответствует международному стандарту ИСО/МЭК ТО 9294:1990 и устанавливает рекомендации по эффективному управлению документированием ПС для руководителей, отвечающих за их создание. Целью стандарта является оказание помощи в определении стратегии документирования ПС; выборе стандартов по документированию; выборе процедур документирования; определении необходимых ресурсов; составлении планов документирования.
ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению. Стандарт полностью соответствует международному стандарту ИСО/МЭК 9126:1991. В его контексте под характеристикой качества понимается «набор свойств (атрибутов) программной продукции, по которым ее качество описывается и оценивается».
Стандарт определяет шесть комплексных характеристик, которые с минимальным дублированием описывают качество ПС (ПО, программной продукции): функциональные возможности; надежность; практичность; эффективность; сопровождаемость; мобильность. Эти характеристики образуют основу для дальнейшего уточнения и описания качества ПС.
ГОСТ Р ИСО 9127-94 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов. Стандарт полностью соответствует международному стандарту ИСО 9127:1989.
В контексте настоящего стандарта под потребительским программным пакетом (ПП) понимается «программная продукция, спроектированная и продаваемая для выполнения определенных функций; программа и соответствующая ей документация, упакованные для продажи как единое целое». Под документацией пользователя понимается документация, которая обеспечивает конечного пользователя информацией по установке и эксплуатации ПП. Под информацией на упаковке понимают информацию, воспроизводимую на внешней упаковке ПП. Ее целью является предоставление потенциальным покупателям первичных сведений о ПП.
ГОСТ Р ИСО/МЭК 8631-94 Информационная технология . Программные конструктивы и условные обозначения для их представления. Описывает представление процедурных алгоритмов.
2.4. Международный стандарт ISO/IEC 12207: 1995-08-01
Первая редакция ISO12207 подготовлена в 1995 году объединенным техническим комитетом ISO/IEC JTC1 «Информационные технологии, подкомитет SC7, проектирование программного обеспечения».
По определению, ISO12207 — базовый стандарт процессов ЖЦ ПО, ориентированный на различные (любые!) виды ПО и типы проектов АС, куда ПО входит как часть. Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ.
Очень важные ЗАМЕЧАНИЯ СТАНДАРТА :
- Процессы, используемые во время ЖЦ ПО, должны быть совместимы с процессами, используемыми во время ЖЦ АС. (Отсюда понятна целесообразность совместного использования стандартов на АС и на ПО.)
- Добавление уникальных или специфических процессов, действий и задач должно быть оговорено в контракте между сторонами. Контракт понимается в широком смысле: от юридически оформленного контракта до неформального соглашения, соглашение может быть определено и единственной стороной как задача, поставленная самому себе.
- Стандарт принципиально не содержит конкретные методы действий, тем более — заготовки решений или документации. Он описывает архитектуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить услуги и задачи, включенные в процессы, не предназначен для предписывания имени, формата или точного содержимого получаемой документации. Решения такого типа принимаются использующим стандарт.
- Система — это объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей.
- Модель жизненного цикла — структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
Множество процессов и задач сконструировано так, что возможна их адаптация в соответствии с проектами ПО. Процесс адаптации является процессом исключения процессов, видов деятельности и задач, не применимых в конкретном проекте. Степень адаптивности: максимальная - Требование квалификации — набор критериев или условий (квалификационные требования), которые должны быть удовлетворены для того, чтобы квалифицировать программный продукт как подчиняющийся (удовлетворяющий условиям) его спецификациям и готовый для использования в целевой окружающей среде.
Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО, но определяет, что стороны-участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО.
Стандарт ISO12207 равносильно ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь); может быть в равной степени применен, когда обе стороны — из одной организации.
Каждый процесс ЖЦ разделен на набор действий, каждое действие — на набор задач. Очень важное отличие ISO: каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем нет заранее определенных последовательностей (естественно, при сохранении логики связей по исходным сведениям задач и т. п.).
В стандарте ISO12207 описаны:
- 5 основных процессов ЖЦ ПО:
- Процесс приобретения. Определяет действия предприятия-покупателя, которое приобретает АС, программный продукт или сервис ПО.
- Процесс поставки. Определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПО.
- Процесс разработки. Определяет действия предприятия-разработчика, которое разрабатывает принцип построения программного изделия и программный продукт.
- Процесс функционирования. Определяет действия предприятия-оператора, которое обеспечивает обслуживание системы (а не только ПО) в процессе ее функционирования в интересах пользователей. В отличие от действий, которые определяются разработчиком в инструкциях по эксплуатации (эта деятельность разработчика предусмотрена во всех трех рассматриваемых стандартах), определяются действия оператора по консультированию пользователей, получению обратной связи и др., которые он планирует сам и берет на себя соответствующе обязанности.
- Процесс сопровождения. Определяет действия персонала сопровождения, который обеспечивает сопровождение программного продукта, что представляет собой управление модификациями программного продукта, поддержку его текущего состояния и функциональной пригодности, включает в себя инсталляцию и удаление программного изделия на вычислительной системе.
- 8 вспомогательных процессов, которые поддерживают реализацию другого процесса, будучи неотъемлемой частью всего ЖЦ программного изделия, и обеспечивают должное качество проекта ПО:
- решения проблем;
- документирования;
- управления конфигурацией;
- гарантирования качества, который использует результаты остальных процессов группы обеспечения качества, в которую входят:
- Процесс верификации;
- Процесс аттестации;
- Процесс совместной оценки;
- Процесс аудита.
- 4 организационных процесса:
- Процесс управления;
- Процесс создания инфраструктуры;
- Процесс усовершенствования;
- Процесс обучения.
К ним примыкает особый Процесс адаптации , который определяет основные действия, необходимые для адаптации стандарта к условиям конкретного проекта.
Под процессом усовершенствования здесь понимается не усовершенствование АС или ПО, а улучшение самих процессов приобретения, разработки, гарантирования качества и т. п., реально осуществляемых в организации.
Каких-либо этапов, фаз, стадий не предусмотрено, что дает описываемую ниже степень адаптивности.
«Динамический» характер стандарта определяется способом определения последовательности выполнения процессов и задач, при котором один процесс при необходимости вызывает другой или его часть.
- выполнение Процесса приобретения в части анализа и фиксации требований к системе или ПО может вызывать исполнение соответствующих задач Процесса разработки ;
- в Процессе поставки поставщик должен управлять субподрядчиками согласно Процессу приобретения и выполнять верификацию и аттестацию по соответствующим процессам;
- сопровождение может требовать развития системы и ПО, что выполняется по Процессу разработки .
Такой характер позволяет реализовывать любую модель ЖЦ.
При выполнении анализа требований к ПО предусмотрено 11 классов характеристик качества, которые используются позже при гарантировании качества.
При этом разработчик должен установить и документировать как требования к программному обеспечению:
- Функциональные и возможные спецификации, включая исполнение, физические характеристики и условия среды эксплуатации, при которых единица программного обеспечения должна быть выполнена;
- Внешние связи (интерфейсы) с единицей программного обеспечения;
- Требования квалификации;
- Спецификации надежности, включая спецификации, связанные с методами функционирования и сопровождения, воздействия окружающей среды и вероятностью травмы персонала;
- Спецификации защищенности,
- Человеческие факторы спецификаций по инженерной психологии (эргономике), включая связанные с ручным управлением, взаимодействием человека и оборудования, ограничениями на персонал и областями, нуждающимися в концентрированном человеческом внимании, которые являются чувствительными к ошибкам человека и обучению;
- Определение данных и требований базы данных;
- Установочные и приемочные требования поставляемого программного продукта в местах функционирования и сопровождения (эксплуатации);
- Документация пользователя;
- Работа пользователя и требования выполнения;
- Требования сервиса пользователя.
(Интересно и важно, что эти и аналогичные характеристики хорошо корреспондируются с характеристиками АС, предусматриваемыми в ГОСТ 34 по видам обеспечения системы.)
Стандарт содержит предельно мало описаний, направленных на проектирование БД. Это можно считать оправданным, так как разные системы и разные прикладные комплексы ПО могут не только использовать весьма специфические типы БД, но и не использовать
Итак, ISO12207 имеет набор процессов, действий и задач, охватывающий наиболее широкий спектр возможных ситуаций при максимальной адаптируемости.
Он показывает пример того, как должен строиться хорошо организованный стандарт, содержащий минимум ограничений (принцип «нет одинаковых проектов»). При этом детальные определения процессов, форм документов и т. п. целесообразно выносить в различные функциональные стандарты, ведомственные нормативные документы или фирменные методики, которые могут быть использованы или не использованы в конкретном проекте.
По этой причине центральным стандартом, положения которого берутся за начальный «стержневой» набор положений в процессе построения профиля стандартов ЖЦ для конкретного проекта, полезно рассматривать именно ISO12207. Этот «стержень» может задавать модель ЖЦ ПО и АС, принципиальную схему гарантирования качества, модель управления проектом
Практики используют еще один путь: сами переводят и используют в своих проектах современные стандарты на организацию ЖЦ ПС и их документирование. Но этот путь страдает как минимум тем недостатком, что разные переводы и адаптации стандартов, сделанные разными разработчиками и заказчиками, будут отличаться массой деталей. Эти отличия неизбежно касаются не только наименований, но и их содержательных определений, вводимых и используемых в стандартах. Таким образом, на этом пути неизбежно постоянное возникновение путаницы, а это прямо противоположно целям не только стандартов, но и любых грамотных методических документов.
В настоящее время во ВНИИ стандартов подготовлены предложения по совершенствованию и развитию комплекса стандартов по документированию ПС.
Справочная информация
ИПК «Издательство стандартов» , Территориальный отдел распространения НТД (магазин «Стандарты»), 17961, Москва, ул. Донская, д. 8, тел. 236-50-34, 237-00-02, факс/тел. 236-34-48 (в части ГОСТ и ГОСТ Р).
ВНИИКИ Госстандарта России (читальный зал) , 103001, Москва, Гранатный пер. д. 4, тел. 290-50-94 (в части международных, зарубежных стандартов и других НТД).
Источник: www.interface.ru