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

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

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

Программная документация АСУТП должна содержать все сведения, необходимые для понимания функционирования всех программ СПО АСУТП и ПО системы в целом, внесения изменений в программы и развития ПО АСУТП и отдельных программ. [3]

Как отредактировать PDF документ | Лучшие бесплатные программы

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

Любую программную документацию , как это оговорено ГОСТами, можно выпускать не только на кальках, но на любом носителе, допускающем размножение к получение копии на бумаге стандартными множительными устройствами. Выпуск документации на микрофильмах и микрофишах в настоящее время только осваивается, при большой плотности информации они имеют недостатки, связанные с трудностью внесения изменений и автоматического контроля информации. Внедряется документация на магнитных носителях, которые обладают возможностью получения с них программной документации на бумаге любого состава и в любом количестве на технологической ЭВМ, где содержатся программы выпуска документов. [5]

Выпуск программной документации производится для проведения контроля и отладки программы и для ее сопровождения. В процессе трансляции программ выпускается технологическая документация — листинг, содержащий программу на входном языке вместе с комментариями. На листинг выводятся также указания о выявленных в процессе автоматического контроля ошибках и ссылки на номера предложений исходного текста. Информация технологической печати помогает устранить выявленные ошибки и провести дополнительный контроль программы путем ее просмотра. При работе в диалоговом режиме на терминалах технологическая печать необходима только в том случае, когда по каким-либо причинам разработчик не может устранить выявленные ошибки немедленно. [6]

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

В программную документацию рабочего проекта входят: руководство программиста; руководство оператора; эксплуатационная программа или текст программы; описание контрольного примера. [8]

Неполная или нечетко изложенная программная документация является большим препятствием на пути широкого внедрения программных средств. [9]

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

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

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

Изменения в программную документацию разрешается вносить только на основании специальных извещений, согласованных и утвержденных в установленном порядке. Изменения в программные изделия вносятся на основании корректировки документации. [13]

Программы и программную документацию в ПЗ выполняют по стандартам БСПД ( гл. [14]

Источник: www.ngpedia.ru

8.-Конспект-лекций.-МДК.4.1-Внедр-и-поддерж-ПО-КС-09.02.07_compr. Обеспечения компьютерных систем

Единственный в мире Музей Смайликов

Самая яркая достопримечательность Крыма

Скачать 427.58 Kb.

ЛЕКЦИЯ 6
Организация процесса обновления в информационной системе.Регламенты обновления.
План.
1. Контрольный опрос
2. Начало эксплуатации ИС
3. Регламент доработок
4. Регламенты обновления
Обновление
Обновление – это дополнение к программному обеспечению, которое предотвращает или устраняет неполадки в нем. Помимо этого, оно также повышает безопасность, а также улучшает производительность компьютера. Обновления программного обеспечения расширяют функциональность системы и устраняют несовместимость с программным/аппаратным обеспечением.
Своевременное выполнение обновлений поможет избежать следующих негативных последствий:
 развитие информационной системы под требования бизнеса только за счет собственных разработок;
 увеличение количества собственных разработок приводит только к установке нот и обновлений, устраняющих ошибки и необходимых для выполнения требований изменения законодательства. Со временем установка таких обновления становится все более трудоемкой;
 увеличение стоимости поддержки информационных систем;
 завершение поддержки производителей устаревших баз данных и операционных систем;
 снижение общего уровня безопасности системы.
Типы обновлений
1 Частичное обновление
Каждое частичное обновление, выданное разработчиком, должно иметь ссылку на задачу, в которой описана проблема. Обновление ставится сначала на тестовую базу.
Проверяется работоспособность функционала, по задаче, созданной на ресурсе. После установки обновления на тестовую базу, в случае соответствия функционала, описанному в задаче, обновление устанавливается на рабочую базу и ожидает проверки конечного пользователя.
Частичное обновление выкладывается в случае возникновения критической ошибки в работе функционала, а так же при потребности передачи функционала до установки полного обновления.
2 Полное обновление
В зависимости от потребности может собираться как полное квартальное обновление, так и полное промежуточное.
2.1 Промежуточное
Обновление выкладывается в отдельную задачу для установки на тестовую базу
(содержит описание и список задач по фильтру). В первый рабочий день обновление устанавливается на тестовую базу данных. Срок тестирования 2 дня. В случае обнаружения критических ошибок срок установке сдвигается до их исправления.
2.2 Квартальное
Обновление выкладывается в отдельную задачу для установки на тестовую базу.

В течение 3х дней обновление должно быть установлено на тестовую базу.
Тестовую базу перед установкой обновления следует актуализировать до состояния рабочей базы данных на текущий момент. Со дня установки релиза начинается тестирование согласно Приложению 1 к регламенту Тестирования и установки обновлений (срок тестирования 15 рабочих дней.
Простое
обновление
Процесс обновления систем заключается в последовательном выполнении следующих этапов:

Обследование. На этом этапе определяется уровень обновлений системы, подключение дополнительных функциональных возможностей. Проводится сбор информации об объеме внедрения бизнес-процессов, операций по ним и определяется объем тестирования. Также осуществляется анализ объема, модифицированного ПО и собственных разработок.

Подготовка плана перехода. Производится подготовка тестовой системы
(копия продуктивной), ее обновление, анализ и корректировка затронутого модифицированного ПО; тестирование работы системы, регистрация и решение проблем; создание перечня мероприятий для перехода. Затем проводится повторное разворачивание тестовой системы, ее обновление, тестирование и применение плана мероприятий.
Производится планирование сроков этапов перехода, оценка рисков и возможность дополнительных мероприятий по их снижению. В итоге определяется период неработоспособности продуктивной системы, разрабатывается и утверждается документ
«План перехода»

Выполнение плана перехода. Заключается в последовательном выполнении мероприятий, описанных в документе «План перехода».

Поддержка пользователей. После переноса обновлений в продуктивную систему заказчика осуществляется оперативная поддержка пользователей и решение оставшихся проблем.
Миграция
Процесс миграции систем включает в себя следующие этапы:

Обследование. На этом этапе определяется перечень мероприятий.

Подготовка плана миграции. Производится применение перечня мероприятий, подготовка стенда, проверяется работоспособность системы. Затем проводится тестовая миграция, в ходе которой уточняется, обновляется перечень мероприятий, а также определяется их длительность. На основе результатов этого процесса производится планирование сроков этапов миграции, оценка рисков и возможность дополнительных мероприятий по их снижению. В итоге определяется период неработоспособности продуктивной системы, разрабатывается и утверждается документ «План перехода»

Выполнение плана миграции. Заключается в последовательном выполнении мероприятий, описанных в документе.

Поддержка пользователей. После миграции осуществляется оперативная поддержка пользователей и решение оставшихся проблем.
Контрольные вопросы:
 Что такое обновление ИС;
 Охарактеризуйте каждый из типов обновлений;
 Какие достоинства и недостатки имеет процесс обновления;
 Что такое миграция ПО.

ЛЕКЦИЯ 7
Тестирование программного обеспечения в процессе внедрения и эксплуатации
План.
1. Контрольный опрос
2. Алгоритмы выявления ошибок ПО
3. Процесс модернизации ИС
4. Анализ последствий применения обновлений
3. Выявление недостатков и дефектов информационной системы
Очень часто в больших проектах, тестирование финального релиза не позволяет выявить все проблемные места решения. Причиной тому могут быть: огромные объемы данных на деле в «боевых» условиях, проявление уникальных сочетаний бизнес правил в реальных деловых процессах, особенности работы конкретного оборудования, специфические сочетания компонентов системы, балансирование нагрузки между распределенными узлами и т.п.
Зачастую ситуация еще осложняется тем, что внедрение новых систем на начальных стадиях ни в коей мере не отменяет необходимость производить работы на старых системах. То есть пользователи дублируют данные в обоих системах. Иногда требуется миграция существующих актуальных данных из устаревших хранилищ в новые, а структура и формат информации обычно весьма и весьма отличаются. Например, если в новой структуре данных не хватает информации для заполнения обязательных реквизитов, они заполняются какими-то данными назначенными «по умолчанию», а потом уже корректируются вручную пользователями. И это только малая толика того, с чем приходится сталкиваться в реальных проектах.
Отдельная тема — интеграционные решения, в которых может происходить сбои в цепочке, использующей различные компоненты, разработанные двумя, тремя и больше командами. Найти виноватых в этой ситуации крайне сложно, поскольку дефекты чаще всего возникают на стыке интеграционных элементов, из-за выявленных в ходе внедрения несоответствий. И тут важно не искать виновных для наказания, а быстро и конструктивно договориться о совместных уступках разработчиков стыкуемых компонентов, и эффективно решить проблему.
Учитывая все вышеперечисленное, этап опытной эксплуатации, чаще всего, насыщен эмоциональными всплесками и взаимными претензиями, как между командами разработчиков, так и с заказчиками. В этом случае очень важна роль архитекторов и системных аналитиков, которые должны оперативно локализовать проблему, предложить ее решение и согласовать его со всеми заинтересованными лицами. Для выполнения подобных работ требуется помимо основных профессиональных навыков, еще и обладание талантом переговорщика, и знанием основ менеджмента.
А тем временем мы достигли дна, отведенного для проекта времени…
4. Согласование изменений в процессе внедрения информационной системы
Если работа некоторых функциональных модулей информационной системы критически не соответствует потребностям и ожиданиям заказчика, и найдены решения по преодолению этих проблем, то необходимо их зафиксировать и согласовать с заказчиком.
Этап согласования нового решения очень важен, как минимум по двум причинам.

Во-первых, если объем реализации изменений превысит суммы, заложенные на подобные риски в плане проекта, то необходимо либо заключать дополнительные соглашения, либо команда исполнителей будет работать в убыток. Зачастую исполнителей призывают по- быстрому сделать изменения, а мол учтем их и рассчитаемся за работы по ним потом, одним пакетом. Но по факту же такие случаи, обычно приводят, к тому, что заказчик опосля напрочь забывает свои обещания, а выполненные работы объявляет — исправлением исполнителями своих собственных ошибок.
Во-вторых, любые изменения одних компонентов системы могут повлечь за собой неизбежное изменение взаимозависимых компонентов, что требует тщательного анализа и, возможно, перепроектирования целой цепочки подсистем. В противном случае неизбежно возникновение дефектов в работе системы в целом. Проявляться это может например, в отказе работы модуля смежной команды исполнителей, и заказчик уже их объявляет халтурщиками и бракоделами. Правда конечно всплывет, но осадчик останется.
И вот перефразируя Ежи Леца: «Когда мы достигли дна отведенного времени, снизу постучались
. »
Поскольку время просрочено, необходимо договариваться с заказчиком, и убеждать его, что он в проекте тоже был не подарок, и часть вины лежит именно на нем.
5. Доработка информационной системы по итогам опытной эксплуатации
Если в ходе опытной эксплуатации принимаются и согласуются решения о внесении изменений в разработанный программно-аппаратный комплекс, то на основании их выставляются задачи исполнителям по их реализации. Процесс, описанный в разделе Часть
3.
Реализация проектного решения повторяется.
Но…
Если на стадии проектирования системы мы обсуждали отрицательное влияние полномасштабного использования методологии Scrum (1) в больших проектах, то на данном этапе она подходит как нельзя лучше. Особенно это ощутимо в проектах в которых продукт, переданный заказчику, не устраивает его по большей части показателей.
Иными словами, пора поддаться панике и очень быстро, «сломя голову» вносить изменения в продукт, который уже эксплуатируют.
Очень важно, чтобы в конечном итоге, проектная документация была приведена в полное соответствие с нововведениями, и команда могла легко отыскать в ней актуальное решение для анализа и проектирования последующих изменений.

Рисунок
20.
–
Этап внедрения информационной системы
6. Передача информационной системы в промышленную эксплуатацию
Когда в ходе опытной эксплуатации решены все спорные вопросы и недоразумения по поводу того как должна функционировать внедренная система, и насколько она соответствует договору на ее разработку, стороны подписывают акты о выполнении контракта. Заказчик осуществляет полный расчет за выполненные работы. Договор на разработку и внедрение информационной системы может считаться выполненным.
Внедрение переходит в фазу промышленной эксплуатации. Эти взаимоотношения чаще всего юридически регулируются уже отдельным договором или дополнительным соглашением на сопровождение промышленной эксплуатацией системы. В рамках этого контракта могут происходить профилактические работы по диагностике работы компонентов системы, их взаимодействия, устранение мелких сбоев и т.п.
Контрольные вопросы:
 Что такое тестирование ИС;
 Опишите процесс доработки ИС;
 Какие достоинства и недостатки имеет процесс доработки ИС;
 Как осуществляется передача в промышленную эксплуатацию.
ЛЕКЦИЯ 8
Эксплуатационная документация
План.
1. Контрольный опрос
2. Содержание документации
3. Административная документация
4. Пользовательская документация
Типы технической документации на программный продукт
Всю документацию на программный продукт можно разделить на следующие категории:

Источник: topuch.com

Что такое рабочая документация

• Рабочая документация как стадия составления документации по проекту
• Регламентирование состава рабочей документации

• История вопроса
• Разделы рабочей документации

• Генеральный план (ГП), а также объединённый раздел генерального плана и транспорта (ГТ)
• Технология производства (ТХ)
• Пожарная сигнализация (ПС, ГОСТ 25 1241-86)

Рабочая документация как стадия составления документации по проекту

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

1. Эскизный проект (предпроектные проработки). Это этап разработки концепции будущего объекта с определением его основных технико-экономических характеристик. По эскизному проекту видно, как объект «посажен» на местности, каким будет его конструктивная схема и объёмно-пространственное решение. Эта стадия выделяется условно. Предпроектные проработки не всегда создаются при подготовке основных пакетов документов. Однако практики считают, что создание эскизного проекта позволяет сэкономить в дальней реализации массу времени, сил и ресурсов.
2. Проектная документация. В отличие от предыдущей стадии, это обязательный этап, который подлежит согласованию с государственными органами исполнительной власти. Результатом согласования становится разрешение на возведение объекта. Состав разрабатываемой проектной документации регламентируется ПП РФ № 87, однако фактический состав для каждого конкретного проекта будет индивидуален, поскольку уникальна специфика каждого проекта.
3. Рабочая документация. Здесь детально и максимально исчерпывающе разрабатываются те проектные решения, которые обозначались в предыдущей стадии. Рабочая документация включает спецификации, профили инженерных сетей, чертежи оригинальных узлов, и/или аксонометрические схемы. На этой стадии уже нет ряда разделов, представленных и исчерпанных в стадии проектной документации: ООС (перечня мероприятий, связанных с охраной окружающей среды), ПОС (проекта организации строительства), КЕО (свето-технических расчётов естественной освещённости и инсоляции), ИТМ (инженерных и технических мероприятий гражданской обороны) и других.

Данное соотношение двух обязательных форматов документации – проектной и рабочей – пришло на смену ранее действующим нормативам, которые предусматривали иной формат стадийности проектирования с включением в него фазы «ТЭО», фазы «Проект» и «Рабочий проект» (изменения на основании письма Министерства регионального развития РФ №19088-СК/08 — 22.06.2009).

Сейчас (на основании ПП РФ N 87 «О составе разделов проектной документации и требованиях к их содержанию» — 16.02.2008) даётся определение рабочей документации, по которому к ней относится документация, разработанная с целью реализации технических, технологических и архитектурных решений в процессе строительства. Содержание и состав разрабатываемой рабочей документации зависят от требований заказчика (застройщика), которые, в свою очередь, зависят от степени детализации тех решений, которые содержатся в проектной документации, и включены в задание на проектирование.

Минрегион России, на основании ПП РФ №87, в связи с изменениями требований к разделам проектной документаций обнародовал свои рекомендации. Согласно им при проведении расчётов стоимости проектных работ принимается следующее распределение базовой цены проектирования:

• 40% – проектная документация,
• 60% – рабочая документация.

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

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

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

1. Проектная организация готовит градостроительную, предпроектную (эскизную) и проектно-сметную документации, с которой знакомится заказчик.
2. Заказчик передаёт пакет в экспертный совет при правительстве РФ, инициируя тем самым Государственную комплексную экспертизу.
3. Пакет документов последовательно проходит:
4. Главгосэкспертизу РФ,
5. Министерства РФ по делам гражданской обороны и ЧС, природных ресурсов, здравоохранения и соцразвития, промышленности и энергетики,
6. уполномоченные на проведение экспертизы федеральные органы исполнительной власти.
7. На основании экспертных мнений выдаётся сводное заключение по результатам проведения экспертизы.
8. Документация передаётся на утверждение, после чего, в случае успешного прохождения экспертизы, возвращается к заказчику, а, в случае появления замечаний, – передаётся на доработку проектной организации.

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

Регламентирование состава рабочей документации

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

История вопроса

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

СНиП 1.02.01-85 в части состава рабочей документации был близок ГОСТу 21.101-97, определяющему требования к проектной и рабочей документации, где в пункте 3.2 указывается, что в состав разрабатываемой рабочей документации при проектировании и строительстве зданий и сооружений в общем случае включаются:

• Предназначенные для произведения строительно-монтажных работ рабочие чертежи.
• Документация по ГОСТу 21.501 на строительные изделия.
• Эскизные чертежи нетиповых изделий по ГОСТу 21.114, которые выполняются по необходимости.
• Спецификации оборудования, материалов и изделий по ГОСТу 21.110.
• Другая предусмотренная СПДС документация.
• Сметная документация по установленным формам.

В ГОСТе Р 21.1101-2013, в описании системы проектной документации, пункт 4.2 с подпунктами посвящён рабочей документации, где в её состав включены рабочие чертежи, которые предназначены для проведения монтажных и строительных работ и прилагаемые к ним документы из основного комплекта. Здесь в основной комплект входят рабочие чертежи и схемы, предусмотренные стандартами СПДС. А к перечню прилагаемых документов относят:

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

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

Разделы рабочей документации

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

Основные разделы и их шифры (марки):

• Генеральный план (ГП).
• Транспорт (ТР).
• Объединённый раздел генерального плана и транспорта (ГТ).
• Автомобильные дороги (АД).
• Пути железнодорожные (ПЖ).
• Архитектурные решения (АР).
• Объединённый раздел архитектурных и конструктивных решений – архитектурно-строительные решения (АС).
• Технологические решения (ТХ).
• Интерьеры (АИ).
• Технологические коммуникации (ТК).
• Смета на объекты капитального строительства (СД1).
• Мониторинг цен материалов (СД2).
• Комплексная автоматизация (АК).

Разделы, связанные с конструктивными решениями и их шифры (марки):

• Железобетонные конструкции (КЖ).
• Фундаменты и железобетонные конструкции (КЖО).
• Металлические конструкции (КМ).
• Металлические конструкции деталировочные (КМД).
• Конструкции деревянные (КД).
• Статический расчёт (КРР).

Разделы, связанные с электроснабжением и их шифры (марки):

• Наружное электроснабжение (ЭС).
• Электроосвещение (ЭО).
• Наружное электроосвещение (ЭН).
• Силовое электрооборудование (ЭМ).
• Электроснабжение инженерных систем (ЭИС).

Разделы, связанные с водоснабжением и их шифры (марки):

• Гидротехнические решения (ГР).
• Наружные сети системы водоснабжения (НВ).
• Наружные сети системы водоотведения (НК).
• Совместный раздел наружных сетей водоснабжения и водоотведения (НВК).
• Совместный раздел внутренних сетей водоснабжения и водоотведения (ВК).

Разделы, связанные с воздухотоком, тепло- и холодоснабжением и их шифры (марки):

• Пылеудаление (ПУ).
• Вентиляция, кондиционирование и отопление (ОВиК).
• Теплоснабжение (ТС).
• Тепломеханика (ТМ).
• Холодоснабжение (ХС).
• Воздухоснабжение (ВС).

Разделы, связанные с паро- и газоснабжением и их шифры:

• Наружное газообеспечение (ГСН).
• Внутренне газообеспечение (ГСВ).
• Снабжение паром (ПС).

Разделы, связанные с защитными системами, телекоммуникациями и их шифры (марки):

• Радиофикация и телефония (РТ)
• Структурированные кабельные сети (СКС).
• Видеонаблюдение (ВН).
• Охранная сигнализация (ОС).
• Система контроля доступа и его учёта (СКУД).
• Спецпожаротушение (ПТ).
• Антикоррозийная защита (АЗ).
• Тепловая изоляция (ТИ).

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

Варианты комплектов рабочей документации

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

Генеральный план (ГП), а также объединённый раздел генерального плана и транспорта (ГТ)

Генеральный план и транспортные сооружения (ГОСТы 21.508-93 СПДС) в случае объединения рабочих чертежей в единый комплект по ГОСТу 21.204-93 СПДС.

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

• рабочие чертежи генплана (основной комплект марки ГП) и в едином комплекте с сооружениями транспорта – основной комплект марки ГТ,
• эскизные чертежи общих видов для нетиповых изделий,
• ведомость потребностей в материалах (ГОСТы 21.110),
• ведомость объёмов монтажных и строительных работ (ГОСТы 21.110).

Основной комплект рабочих чертежей генплана:

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

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

Технология производства (ТХ)

Рабочие чертежи по разделу технологических решений включают:

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

Основной комплект рабочих чертежей ТХ-марки:

• общие данные,
• монтажная схема соединений,
• расположение оборудования и трубопроводов (чертежи),
• ведомость трубопроводов.

К основному комплекту прилагаются ведомости о потребностях в материалах (ГОСТы 21.109-80) и объёмах монтажных работ (ГОСТы 21.111-84), а также – спецификация оборудования (ГОСТы 21.110-82).

Архитектурные решения (АР, ГОСТ 21.501-93 СПДС)

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

Основной комплект рабочих чертежей АР-марки:

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

При объединении строительных и архитектурных решений принимается состав АС.

Пожарная сигнализация (ПС, ГОСТ 25 1241-86)

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

Основной комплект рабочих чертежей ПС-марки:

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

Кроме этого при необходимости в комплект включаются:

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

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

Качество рабочей документации

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

Отзывы, комментарии и обсуждения

Источник: finswin.com