Добрый день!

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

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

Могу помочь только в общих чертах, рассказать что пишут в ТЗ.
Писал ТЗ, согласовывал с Минским автозаводом(МАЗ).
ЭТО ШАПКА


Главный у заказчика- главный конструктор либо главный инженер.
У исполнителя тоже самое.



Структура у тз следующая(свое последнее я писал в таком стиле):

1. Раздел "Общие технические требования к системе"
1.1 Состав системы(должна включать, и перечисляем устройства).
1.2 Область применения(изделие предназначено для применения - там то).
1.3 Состав внешних подключений.
(здесь описываются разъемы, интерфейсы, схемы включения).
1.4 Требования к габаритным и присоединительным размерам.
(здесь пытаемся согласовать "первичный" габаритный чертеж(эскизный).
1.5 Общие требования к функциональным возможностям.
Здесь описывается подробно что изделие должно, например:
a) Контроллер должен обеспечивать трансляцию видеосигнала на RGB разъем.
б) Пределы угла поворота камеры:+-20
в) Система должна поддерживать архивирование видеозаписей в течении последних 72 часов в формате MPEG4.
1.6 Требования к защитной оболочке(например IP54 и т.д.)
.

Вы должны определиться какой выход будет у видео камеры (PAL, NTSC, разновидности формата SDI, или какой-то иной), зависит от выбора видеокамеры. Потом попрбуйте просчитать необходимую скрость и объем информации которую требуется передать на ПК и количество каналов (т.е. к разрабатываемой плате какое количество видеокамер будет подсоединяться), режим работы (мультиплексирование по времени, т.е. переключение каналов, соответственно уменьшение кадров в секунду, или параллельная передача видео с нескольких камер) - выбираете интерфейс связи с ПК (PCIe, PCI, может даже Ethernet или какой-то другой). Дальше выбираете микросхему которая это будет делать, т.е. принимать видео и передавать его на ПК (ARM микропроцессор или FPGA). Далее дело техники нарисовать схему, сделать плату и написать программу для ARM микропроцессора или описание для FPGA. Сразу подумайте кто будет писать программу (что она будет делать кроме вывода видео Вы должны сами определиться) с драйвером для ПК... (понадобиться для проверки работоспособности, отладки платы).
Если это будет Вами проделано, то написать ТЗ Вы сможете...

В качестве "рыбы" предлагаю ГОСТ 25123 для полноты определения необходимых требований.

Дико извиняюсь, если немного не по теме.

Пишу техтребования сам себе, т.е. к готовому девайсу.
По рыбе.
А в ней написано:
"3.2 Преобразователь должен быть работоспособен в диапазоне напряжений питания от (8,0 ± 0,1) до (16,0±0,1) В.
3.3 Преобразователь должен сохранять работоспособность при изменении напряжения питания от (6,0 + 0,1) до (18,0±0,1) В."

Поэтому пара вопросов:
1. Почему такая разница между "быть работоспособен" и "сохранять работоспособность" - аж в 2 В либо это элементарная тавтология?
2. В каком ГОСТе написана эта самая разница, чтоб задницу им прикрыть?

P.S. Ладно, первый вопрос снимается - сам догадался.

Посмотрите ГОСТы 27-й системы, там все про надежность.
Работоспособное состояние по ГОСТ 27.002-89

Состояние объекта, при котором значения всех параметров, характеризующих способность выполнять заданные функции, соответствуют требованиям нормативно-технической и (или) конструкторской (проектной) документации [из п. 2.3 Таблицы 1 ГОСТ 27.002-89]

Вот еще
Работоспособное состояние оператора системы «человек - машина» (СЧМ) по ГОСТ 26378-84

Состояние оператора, при котором он способен осуществлять определенную деятельность с требуемым качеством [из п. 12 ГОСТ 26378-84]

Число состояний работоспособности по ГОСТ 27.003-90

По числу возможных (учитываемых) состояний (по работоспособности) изделия подразделяют на:

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

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

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

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

В 27-й системе много чего интересного есть.

1. Работоспособен в диапазоне от 7.9 В до 16.1 В. ( выполнение функций в полном объеме )
2. Сохранять работоспособность в диапазоне от 6.1 В до 18.1 В ( после возврата в зону работоспособности )

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

Почему же нет? Запросто, если достоверно известно, как именно, или технический и рабочий проект не предусмотрены.
Кстати, для любого изделия, программы или АС достаточно (особенно в условиях недостаточного финансирования) ТЗ, Руководства пользователя (или РЭ и т.д.) и Программы и методики испытаний.
Требования в ТЗ, решения (вместо проектных документов) в Руководстве, а ПМ позволит запросто провести испытания и сдать работу, если требования ТЗ полностью выполнены. Все просто

Тогда я ТЗ-дателю говорил: Так ты все знаешь? Зачем тогда я, разработчик, нужен?
Пишешь: "реле включения светодиодов должны иметь ресурс не менее 500 тыс срабатываний"?
Убирай эту строчку, она диктует решение, а не описывает задачу. А если я обойдусь вообще без реле? ТЗ не выполнил?

ТЗ разрабатывает исполнитель, если он не военный. Если военный - то сам заказчик. Это исключение из правил.

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

Заказчик есть заказчик. Неважно в мундире он или в юбке. Именно он должен внятно написать что же ему требуется от изделия. Но не само изделие.
А уж применять реле самопальное или вообще применять ли реле - на усмотрение разработчика.
Самому себе ТЗ не пишут. План работ - да.

Увы, это не так... Заказчик может сформулировать что-то вроде "хотелок", в лучшем случае - технические требования.

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

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

За исключением ТЗ от МО и силовых ведомств

А с какими именно ГОСТами?

Созданию ТЗ может предшествовать НИР, по результатам которого и пишут ТЗ на разработку, как итог законченой работы по НИР. В соответствии с например этим ГОСТ 19.102-77 где указаны содержание проводимых работ. Есть стандарт на проведение НИР ГОСТ 15.101-98 и п. 5.8.7, где результаты используются для написания ТЗ.

А для каких целей разрабатывается оборудование? Чисто коммерческие цели?
Это случаем не часть какой-нибудь ОКР?

Если это СЧ ОКР, то надо читать ГОСТ РВ 15.201-2003 и ГОСТ РВ 15.203-2001.