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

Согласен с Евгением. Обычно есть все, кроме желаемой (проектируемой) логики работы системы.

6,7 и 9 никогда не делаю - лишнее оно и никому не нужное. Расчеты тоже не включаю, всякие там лишние бумажки типа сертификатов, ПЗ на 50 листов, листа "содержание" и т.д.
Обложка, титул, общие данные с ведомостями на А3, далее второй лист общие указания и уже чертежи. Кстати, отдельный чертеж на А3 - алгоритм работы СПС.

Больше всего раздражает в проектах, когда всё на А3-А4. Когда понятная проектировщику схема, разбита на несколько листов и чтобы посмотреть 5-ый лист надо посмотреть 47-ой, а на 47-ом ссылка на 26-ой. Вот это убивает.
А так никогда еще Р не получалась окончательной, сейчас выпустили проект на 2500 извещателей, а затем вышла новая архитектура и уже 3500 стало. Потом конструкторы накуралесили еще плюс 300 - так что фраза в СО "уточнить на месте кол-во извещателей" смех уже не вызывает.
Из такого положения выходим еженедельным визитом на стройку, там всё необходимое сразу фиксируется и корректируется.

Обращаю внимание на то, что в отличие от средств связи или электрики, на системы безопасности профильного СПДС нет - то есть состав Р не регламентирован.

За пять лет работы попался только один проект с картой программирования, да и то "Сигнал-20". Сложными системами проектировщики не заморачиваются

Интересно, сколько Вы денег у Заказчика за такую РД берете?
Согласно РД 78.36.003-2002 проект стадии РД включает:
- Техническое задание на разработку проекта, выполненное в соответствии с требованиями РД 25.952-90 «Системы автоматические пожаротушения, пожарной, охранной и охранно-пожарной сигнализации. Порядок разработки задания на проектирование»;
- пояснительную записку;
- общие данные;
- планы разводок (схемы закладных) трубопроводов, кабелей, проводов и мест установки технических средств охраны на объекте (по требованию заказчика или монтажной организации);
- планы разводок шлейфов сигнализации и линий связи технических средств охраны (совмещенный или раздельный по каждому виду сигнализации каждой системе);
- схему соединений структурную общую (совмещенную или раздельные по каждому виду сигнализации, каждой системе);
- схемы электрические подключения технических средств охраны;
- схемы установки технических средств охраны в охраняемых помещениях;
- схемы блокировки отдельных конструкций (окон, дверей, воздуховодов, стен и других конструкций);
- схему установки оборудования в помещении охраны;
- схему (таблицу) разводки электропитания;
- расчеты постоянного тока потребления технических средств охраны в режиме тревоги (выбор резервного источника питания);
- кабельные журналы. Кабельный журнал не составляется, если вся информация о кабелях и проводах (начало, конец, марка, сечение и длина) приведена в других документах проекта;
- спецификации оборудования;
- таблицу исходных данных для программирования технических средств охраны;
- чертежи общих видов нетиповых решений, конструкций и оборудования.

Добрый день!

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

Огромное спасибо за таблицы.

Интересно, как по выпущенным проектам без карт программирования и описания логики работы можно делать пусконаладку системы и сдавать её потом??? Любой уважающий себя и работу других проектировщик обязан выпускать данные документы и прикреплять их к рабочей документации!!! А состав основного комплекта чертежей можно выбрать аналогичный основному комплекту чертежей марки "СС" в соответствие с ГОСТ Р 21.1703.

При выполнении монтажных работ руководствуются выпущенной и согласованной рабочей документацией! Если во время работ фиксируются некорректности в документации, то в процессе выполнения работ составляется лист разрешениия на внесение изменений в рабочую документацию, в котором описывается причина отступлений от рабочей документации, далее на основани этого листа проектная организации вносят изменения и по окончанию работ выпускается исполнительная документация, в состав которой входит исправленная рабочая документация (все эти процедура описаны в ГОСТ Р 21.1101-2013).
Карты программирования не входят в основной комплект рабочих чертежей, а являются прилагаемой документацией, поэтому программирование систем не обязательно должно операться только на карты программирования...=) Они носят исключительно вспомогательных характер, и безусловно сильно помогают в пусконаладке, особенно если объект имеет большие площади!

Александр Владимирович. Всё (вроде бы как) Вы правильно написали про внесение изменений в рабочую документацию. В жизни все это как-то плохо работает. Вернее, совсем не работает. Вроде как и описано в ГОСТ Р 21.1101-2013. Не так последовательно и функционально, как бы нужно, конечно.
Стоит продумать вариант эффективного сценария поведения монтажной организации при дефектной рабочей документации. 
Я вот месяц не могу со сторонней организацией размещение огнезадерживающих клапанов на объекте (маленьком - 360 кв.метров) согласовать. Высылал им вопросы по размещению озк в их рабочке (они монтируют железо вентиляции), которые не стыкуются с моим разделом (я монтирую автоматизацию озк совместно с пожаркой) и моим пониманием нормативных требований. И это не на первом объекте. 

А вот про карты программирования в последнем сообщении как-то не понял Вас. Вроде в предыдущем писали про важность и значимость карт программирования. А тут совсем в другую крайность ушли. 
Спецификация оборудования и материалов тоже может быть в числе прилагаемых документов, но считать его вспомогательным документом в проекте стадии РД нельзя. Я часто кучу расчетов как прилагаемые к проекту оформляю.
Наверное, уж хоть какая-то концепция работы систем должна быть. Блок-схема, что-ли. 
Иначе проект на системы пожарной автоматики будет как куча представленного проектировщиком оборудования, которую пуско-наладчик может оживить, как ему вздумается, в меру своей фантазии.