[disel 0]

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

Изменено 7 марта, 2006 пользователем disel

[dissector 0]

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

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

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

Тут вот какая штука. Если работа типовая, тыщу раз выполненная ранее, тогда можно пойти по цепочке ТЗ-ПМ-РЭ. Без проектирования. В этом случае ТЗ может содержать кучу конкретики - типа, каналы связи организовываем по технологии Ethernet с применением маршрутизаторов Cisco и так далее.

 

Если проект разрабатывается, то в документах проекта приводится обоснование выбора, скажем, оборудования, а также подтверждается соответствие выбора оборудования требованиям ТЗ.

 

Поясняю сказанное словами :) Требование ТЗ - пропускная способность канала связи д.б. не менее 1200 бит/с. Решение в проекте - канал связи организован с применением технологии Ethernet. Решение обоснованное, поскольку однозначно перекрывает требование ТЗ по скорости обмена данными. Поясняющая картинка здесь, в подразделе Повышение согласованности технической документации.

[dissector 0]

О коварстве и тайной подлости технического задания :)

Ваш выбор? Часть II.

 

Статья (с редакционой правкой) ранее опубликована в украинском журнале "Мир Автоматизации". На сайте - авторский вариант.

 

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

[SergeyB 0]

Если проект разрабатывается, то в документах проекта приводится обоснование выбора, скажем, оборудования, а также подтверждается соответствие выбора оборудования требованиям ТЗ.

Ну вот это кстати не обязательно.

 

Хочу от себя добавить, из своей практики составления документов, что надо крепко думать над каждым пунктом ТЗ, в плане его подтверждения потом с ТУ или ТО.

 

Есть тоже интересный материал

Гайка М3 и ТЗ на разработку http://iosifk.narod.ru/nat_m3.pdf

 

Поясняю сказанное словами :) Требование ТЗ - пропускная способность канала связи д.б. не менее 1200 бит/с. Решение в проекте - канал связи организован с применением технологии Ethernet. Решение обоснованное, поскольку однозначно перекрывает требование ТЗ по скорости обмена данными. Поясняющая картинка здесь, в подразделе Повышение согласованности технической документации.

 

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

[dissector 0]

Ну вот это кстати не обязательно.

Как это? Необязательно доказывать соответствие технических средств требованиям ТЗ по функционалу, по техническим параметрам и характеристикам?

А вот это уже в ТУ подтвеждается

А существуют ТУ, положим, на буржуйский модем Zyxel 336E+? Нет, скорее всего, его просто как-то сертифицировали - и все. Но сертификатам верить не всегда можно. Покупаются легко.