Какой ГОСТ использовать для ТЗ
- Войдите на сайт для отправки комментариев
Прочитал материалы сайта по теме создание ТЗ на АС. При использовании ГОСТ 34.602 для написания ТЗ складывается впечатление, что основное в системе это ПО и все что с ним связано. А если задача менее IT. Необходимо построить систему управления насосным агрегатом на базе частотного преобразователя и пары аналоговых датчиков, с определенными критериями управления. Причем алгоритм управления может нести програмируемое реле типа LOGO. Режимы работы реализуются ручной и автоматический со всеми разумеется блокировками. Вопрос: ТЗ к подобной системе необходимо зоздавать на базе 34.602 или как всегда надо одно а принято совсем другое? Буду признателен всем рассказавшем о своем опыте.
Задача стоит на первом этапе спроектировать систему автоматического управления производительностью конкретного насосного агрегата, установленного на конкретной площадке с оригинальними критериями управления. Система на основе стандартных узлов ПЧ, расходомеров, уровнемеров, оболочек, контроллера и тд. Такой проект привязанный к конкретной схеме питания, контуров регулирования, производительности агрегата - тиражирован быть не может.
ТЗ не догма, а руководство к действию. Если вы разрабатываете систему автоматического управления не военного назначения, то лучше взять ГОСТ 34.602, а лишние разделы в ТЗ можно опустить или просто написать, что требования к программному обеспечению, информационному обеспечению, транспортабельности, защите информации и др. не предъявляются.
При этом требования по назначению и требования по техническому обеспечению нужно сформулировать в полном объеме.
Порядок разработки и постановки на производство гражданской техники определен комплексом стандартов СРПП — ГОСТ 15. В этих стандартах (правда, не лучшим образом, но все же) расписаны стадии разработки, немного говорится о порядке разработки ТЗ и о проведении испытаний. Посмотрите эти стандарты, могут оказаться полезными. Стадии разработки оговорены и в ЕСКД — ГОСТ 2.
Что же касается ГОСТ В, то в них, на мой взгляд, структура ТЗ определена более подробно. Это не значит, что оттуда нужно взять всё. То, что полезно оговорить для армейский радиостанции, в Вашем случае можно и опустить. Заказчику можно и не сообщать о том, что Вы пользуетесь ГОСТ В.
Разработка ТЗ — действительно серьезная работа, требующая высокой квалификации и существенных затрат времени, см., например, http://www.tdocs.ru/node/46.
Снова вопрашающий. Спасибо всем отвечающим на тему.
Что касаемо ГОСТ 2.114-95 ТУ это не самый сложный формально путь, но подразумевается что данный документ подписывают когда становится очевидно что полученный продукт после ОКР всех устраивает. Документ дает критерии для дальнейшего воспроизводства и использования.
Задача стоит на первом этапе спроектировать систему автоматического управления производительностью конкретного насосного агрегата, установленного на конкретной площадке с оригинальними критериями управления. Система на основе стандартных узлов ПЧ, расходомеров, уровнемеров, оболочек, контроллера и тд. Такой проект привязанный к конкретной схеме питания, контуров регулирования, производительности агрегата - тиражирован быть не может.
Что касается ГОСТ РВ15.201 тут есть сомнения в двух моментах.
1) формально в нем речь идет об ОКР, определить состав системы даже из готовых изделий можно только на этапе проектирования, пункты 3.4 и 3.5 написаны скорее для армейской радиостанции, ряд требования трансортабельности, технологичности плохо ложатся на систему.
2) Что-бы было меньше проблем на стадии реализации, хочется получить хороший проект, для этого необходимо написать подробное и главное грамотное ТЗ. Хорошее ТЗ - это хорошая работа. Работа предпологает оплату. Заказчик готов оплатить работу исходя из необходимого обьема. Но одно дело когда этот обьем работы продиктован ГОСТ на подобные системы и другое когда ты берешь в основу военный ГОСТ. Лицо от имени заказчика определяющее оплату работ не обязано разбираться в ГОСТ и ТЗ но определенно предполагает, что им гражданским военные ГОСТ не нужны.
Если расуждения делитанские, прошу простить. Всем ответившим буду признателен.
Прочитал материалы сайта по теме создание ТЗ на АС. При использовании ГОСТ 34.602 для написания ТЗ складывается впечатление, что основное в системе это ПО и все что с ним связано. А если задача менее IT. Необходимо построить систему управления насосным агрегатом на базе частотного преобразователя и пары аналоговых датчиков, с определенными критериями управления. Причем алгоритм управления может нести програмируемое реле типа LOGO. Режимы работы реализуются ручной и автоматический со всеми разумеется блокировками. Вопрос: ТЗ к подобной системе необходимо зоздавать на базе 34.602 или как всегда надо одно а принято совсем другое? Буду признателен всем рассказавшем о своем опыте.
Посмотрите ГОСТ 2.114-95. ЕСКД. Технические условия.
Может быть для разработки вам хватит требований, приведенных в этом ГОСТе.
Так-то оно так, но до него трудно добраться.
Да не очень трудно. ФГУП "Рособоронстандарт", 119421 Москва, Новаторов 40, т.935-32-41, ф.935-20-27. Денег, конечно, стоит, рублей 500, и на бумаге.
Судя по описанию изделия, оно — не автоматизированная система, а типичный аппаратно-программный комплекс, ТЗ на который пишется не по ГОСТ 34, а по ГОСТ 15, хотя особых различий между ними и нет.
для написания ТЗ пока нет ничего лучше ГОСТ РВ 15.201-2003 "Тактико-техническое (техническое) задание на выполнение опытно-конструкторских работ". Это военный ДСП-шный ГОСТ
Так-то оно так, но до него трудно добраться. Я где-то на форуме публиковал структуру ТЗ по этому ГОСТа, которая секрета не составляет, см. мой пост по ссылке: http://authorit.ru/node/225
ТЗ нужно для разработки полноценной тех документации(проект,эксплуотация). Насосный агрегат за сотню кВт, плюс категорийность обьекта. Если ограничится написанными на 2 листах техническими требованиями к системе по собственному разумению, то в перспективе можно огрести проблеммы.
Вопрос: ТЗ к подобной системе необходимо зоздавать на базе 34.602 ...?
Встречный вопрос - для чего нужно ТЗ? Если просто для того, чтобы конкретизировать требования по выполняемой (или задаваемой) вами работе и нет требований к форме ТЗ, то нечего заморачиваться с ГОСТами, сформулируйте предельно конкретно требуемую работу, все то, чем вы (или исполнитель вам) можете доказать выполнение.
Если же заказчик предъявляет какие-то требования к форме ТЗ, то он и должен объяснить эти требования или дать готовое ТЗ.
По большому счету под понятие "система" можно подвести все, что угодно. Серия ГОСТов 34 предназначена для автоматизированных систем, что также довольно широкое понятие. Но у вас просто ИЗДЕЛИЕ. Если нужно провести его разработку, т.е. выполнить ОКР (опытно-конструкторскую работу), то для написания ТЗ пока нет ничего лучше ГОСТ РВ 15.201-2003 "Тактико-техническое (техническое) задание на выполнение опытно-конструкторских работ". Это военный ДСП-шный ГОСТ.
- Войдите на сайт для отправки комментариев
"А я виноват, что мне сpазу не дали ноpмального ТЗ?" :?: