Технические условия

Нет.

Во-первых, не путайте испытания серийных образцов (на предмет соответствия ТУ и соответствующих испытаний) с испытаниями опытного образца Вашей системы...

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

Извините, но вовсе не уверен, что Ваше представление о системе требует теоретизирования... Что касается именно теории, связанной с Вашим вопросом, читайте здесь (совсем недавно комментировал) http://authorit.ru/node/764#comment-7852

Невозможно.

А можно ли утверждать, что АПК, состоящий из нескольких сборочных единиц исправен, если все сборочные единицы, входящие в его состав, прошли приемосдаточные испытания и признаны исправными?

Изделие гражданское.

На какой именно документ Вы ссылаетесь? Этот вопрос сейчас для меня актуален.

Это указано в ГОСТ РВ, в других не встречал. А что такое возможно, проверить составную часть изделия, утверждать что всё изделие исправно?

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

На какой именно документ Вы ссылаетесь? Этот вопрос сейчас для меня актуален.

Будет свободное время - потеоретизируем. В этом вопросе я с Вами не согласен.

Если оно вновь созданное, то обязано иметь свой комплект документации - КД, ПД, ТД, ЭД, РД... ,в том числе, свои ТУ ...

А если это новое изделие входит (как покупное серийное) в состав нового комплекса - номер этого ТУ записывается в основной конструкторский документ из комплекта документов уже этого комплекса...

И хоть Вы не не можете принять мой совет, все же повторюсь:
КАК ЗАДАЧА ПОСТАВЛЕНА, ТАК ОНА И ИСПОЛНЯЕТСЯ.

Если на новое объектовое оборудование документация отсутствует, Вам придется заморачиваться, разрабатывая дополнительно минимальный КОМПЛЕКТ документации на это объектовое изделие и разрабатывая минимальный КОМПЛЕКТ документации на комплекс в целом, и это - будет, в первом приближении, соответствовать требованиям ГОСТ...

А решая вопрос, в разрезе постановки задачи Вашим начальником, Вы не сможете ОДНИМ комплектом документов (а тем более одним ТУ) "закрыть" ДВА новых изделия (или одно изделие по ЕСКД, ЕСПД и систему - по 34.) разного уровня и при этом соблюсти ГОСТ... Хотя бы по причине запрета Гостами подмены проведения испытаний изделия испытаниями его составных частей и наоборот...

И ошибочное трактование положений Гост 2.114, в Вашем исходном вопросе, как раз и отражает САМОДОСТАТОЧНОСТЬ Вашего начальника по отношению к Гост...

Искренне желаю Вам удачи во взаимоотношениях с начальником.

Определился.
Большое спасибо всем, кто откликнулся.

Ну почему же? Новое изделие на 1-99% состоит из комплектующих, которые являются покупными изделиями.

Если Вы все же упорно идете по этому направлению, не ОТ НАЧАЛЬСТВА, а К НЕМУ с Вашими предложениями, то руководствуйтесь ГОСТ 2.114 "Технические условия", там все хорошо прописано. В частности, п. 4.3, в котором говорится, что в разделе "Технические требования" должны приводиться требования, в том числе и к СЫРЬЮ, МАТЕРИАЛАМ И ПОКУПНЫМ ИЗДЕЛИЯМ.

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

Оборудование на объекте - новое изделие.

Благодарю Вас, Михаил, но этот совет я принять не могу. Буду заморачиваться.

Рикки, спасибо. Ваш вариант в моем случае мог бы выглядеть так:

Проектная:
- ТУ (включаю туда полную структурную схему комплекса);
- ПМ;
- ведомость покупных изделий (в нее включаю все, в том числе техсредства и оборудование в диспетчерском центре);
- сборочный чертеж (чертежи).
Эксплуатационная:
- РЭ;
- Инструкция по установке и запуску.
На ПД на ПО в диспетчерском центре даю ссылку из ТУ.

Сомневаюсь только в правомерности включения в ТУ чего-либо, кроме новых изделий, т.е. оборудования на обьекте.

Задача непростая даже для разработчика с опытом.

Вы определитесь хотя бы вот с чем - нужна ли Вам ЭКСПЛУАТАЦИОННАЯ документация? То есть, для работы с системой, несомненно, нужна... но! Если задача ставилась разработать ТУ, то, может, все-таки, речь идет только о проектной документации?

А самое главное разберитесь - ЗАЧЕМ это надо заказчику. Если это требуется для вышестоящих инстанций, то списочек, который они примут, можно с них же и стребовать. Вполне может быть и такое, что нужна только эксплуатационная документации, а Вам по незнанию сказали - ТУ.

У меня самый маленький комплект документов получается такой:
проектная: ТЗ + ТУ + ПМ + ведомость покупных изделий + сборочный чертеж
эксплуатационная: РЭ + Паспорт + Инструкция по установке (или сборке или запуску)
Сразу оговорюсь - ТЗ и Паспорт могут быть лишними, это обязательно конкретно для нашего предприятия.
Месяца на такую работу явно не хватит, если нет исходников хоть в каком-то виде.

Да, и еще. Как-то было задание - разработать документы К СЕРТИФИКАЦИИ биллинговой системы. В наличие было только ТЗ на биллинговую программу. Оказалось достаточно ТУ и РЭ. Так вот - РЭ разработала (20 листов, мало текста, почти одни скриншоты) за пару-тройку дней, ТУ за два дня - из ТЗ с добавлением схем расположения оборудования и технических характеристик) И ВСЕ! И этого хватило. Все заняло неделю. Так что все-таки, в Вашем случае исходить надо исключительно из задач. Сначала "ЗАЧЕМ?". А потом уже "ЧТО?".

Цель, задачи...?

Создают новое изделие... Исходя из описанного состава (забыли сотового оператора включить - канал связи) - Вы НИЧЕГО не создаете...

Если Ваше начальство требует один документ - ТУ, описывающий применение, испытания, использование готовых изделий на конкретном объекте - так и нарисуйте ему то, что оно требует и так, как Вы это себе можете представить - зачем Вам с Гост заморачиваться?

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

КАК ЗАДАЧА ПОСТАВЛЕНА, ТАК ОНА И ИСПОЛНЯЕТСЯ.
(К великому сожалению - во всем государстве...)

Здравствуйте!

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

Итак, подробности.

От меня требуется создать документацию на Автоматизированный комплекс (?)"Сотовая охранная система". Начальство упорно именует
ее техническими условиями.

Состоит из оборудования на объекте и диспетчерского центра. Передача информации между ними - при помощи SMS.

Оператор не может ничем управлять, только фиксирует события, или отсутствие ответа с объекта в процессе опроса, и реагирует
согласно должностной инструкции.
Следовательно, это не АС.

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

Оборудование на объекте (ОО).
Состоит из двух блоков, связь между ними по проводу. Собственно, то, на что могут быть составлены ТУ. Физически - две платы,
каждая со своей "прошивкой" (ПО). Функциональная связь между ними есть, более того, по отдельности они бесполезны, т.к.
разрабатывались для совместного использования. То есть, комплекс из двух АПК. Можно ли считать их одним, то есть, разработать ТУ
сразу на все ОО, как на одно изделие?

Минимально необходимый комплект документации, по-моему, должен быть таким:

- Спецификация (общая, на весь комплекс);
- Программы и методики испытаний (комплекса в целом);

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

Программная документация (ДЦ) - делаем, надеюсь, все-таки,не мы:
- Руководство по эксплуатации (для оператора);
- все прочее, что положено.

Я ничего не упустил?
Или, может быть, наоборот, есть лишнее?

Нужна ли в полном обьеме ПД на ПО оборудования на обьекте? Можно ли ограничиться функциональным описанием и листингом?

Непонятно, где и как обозначать участие оператора сотовой связи (SMS).

Месяца на это хватит?

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

OFF

P.S. Этот дубль сообщения, получившийся, по-видимому из-за необъятности просторов, убрал. Хорошо, что пронесшийся над головой вихрь, саму голову не задел...

Вот если бы составить и зарегистрировать ЕСПР ...

Я сегодня ознакомился с предметом лично. Одними ТУ тут, по моему, ограничиться не удастся, насколько бы обширными они не были.
Это не изделие, и не АПК, но и не АС. Пока у меня нет связной формулировки.

Извините, но

источник
http://www.astronet.ru/db/msg/1218056/andromeda_gendler_big.jpg.html

Основным конструкторским документом для детали является чертеж...
При этом для стандартных деталей ТУ и ОТУ выпускались...
Для того, чтобы понять теперь (после выкидования ТУ системой стандартизации, адаптированной под ИСО, из понятия нормативного документа по стандартизации - см. последовательность изменения Гост 1., что имеется в виду (смысл пункта 3.2 действующего 2.114 http://www.dbases.ru/cgi-bin/catalog/catalog.cgi?i=4712&l= ), надо смотреть п.1 старой редакции этого Гост http://www.nist.ru/hr/doc/gost/2-114-70.htm

Да и в соседней ветке ( http://authorit.ru/node/999 ) только что про программы и методики писал:

Ждем более точной постановки вопроса. Хотя варианты ответов уже наклевываются.

Я не имел в виду обьединение перечисленной документации копипастом. Вводные части документов точно можно пропустить.
В ГОСТ речь идет именно о полном комплексе требований. Что-то, наверное, можно исключить, но по каким критериям отсеивать материал?

Вот если бы составить и зарегистрировать ЕСПР ...

Я сегодня ознакомился с предметом лично. Одними ТУ тут, по моему, ограничиться не удастся, насколько бы обширными они не были.
Это не изделие, и не АПК, но и не АС. Пока у меня нет связной формулировки.

О как можно трактовать
И все-таки это немного не так. Если (другая) документация отсутствует, ее следует разработать. Но если по какой-то причине ее не разработали, то при разработке ТУ нужно максимально расписать все разделы.

В разумном объеме .