Разработка ТЗ на ПО
- Войдите на сайт для отправки комментариев
Вопрос в следующем если Программа состоит из нескольких модулей. То как пишется ТЗ а именно например пункт
- 4.1 требование к функциональным характеристикам
4.1.1 требование к составу выполняемых функции
Я предполагаю что сначала пишется для одного модуля все функции а потом для другого. Но не уверен что это верно. Подскажите пожалуйста
[/]
Основанием для такой байды должен служить приказ генерального.
Не было приказа. И задним числом приказ не напишешь, пронумеровано, подшито... А вот утвержденнный план - почему бы и нет?
А если - НЕТ, то почему, где это регламентировано?
Не так давно пришлось долго вытаскивать информацию, что же было основанием разработки (приносящей немалую прибыль!!!).
- А ничего, - говорят, - захотели и разработали...
Это называется разработкой по собственной инициативе (или инициативной работой). Основанием для такой байды должен служить приказ генерального.
Кстати, в нашей конторе, например, договор на разработку заключается ПОСЛЕ утверждения и на основе ТЗ.
ТЗ должно прилагаться к договору, поэтому в п. 2 можно указать номер этого договора (какие проблемы собсно?)
в п. 4 указывается что?.. номер договора?...
не только... согласно 34.601-му стадии написания ТЗ предшествуют еще две - "Формирование требований к АС" и "Разработка концепции АС". Отчетная документация по этим стадиям и должна указываться в п.4. В Вашем случае, dina, этот пункт вообще следует пропустить.
Согласно ГОСТам можно объединять некоторые пункты. Так что логично пункты 1 и 2 просто слить в один.
Добрый день. Я точно так же трактую эти пункты. При наличии договора - пересекаются. Только в п. 2 указываю номер, дату договора и шифр, если он есть, тогда как в п. 4 расписываю название договора, реквизиты заказчика... Тогда будет еще одно пересечение - с п. 3 ("Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты") Но от этого никуда не деться
При отсутствии договора... П. 2 пропускаю, а в п. 4 пишу ХОТЬ КАКОЕ-ТО основание!!! Будь это письмо, приказ, распоряжение... Не так давно пришлось долго вытаскивать информацию, что же было основанием разработки (приносящей немалую прибыль!!!).
- А ничего, - говорят, - захотели и разработали...
В итоге появилось такое основание:
Разработка является инициативной, предложенной рководителем группы ТАКОЙ-ТО ТАКИМ-ТО. Основанием для проведения разработки является п. ТАКОЙ-ТО документа ТАКОГО-ТО (плана, в данном случае), утвержденного ТАКИМ-ТО.
Может, это и некорректно, но что оставалось делать мне?
А у меня такой вопрос.
ГОСТ 34.602-89:
# 2) шифр темы или шифр (номер) договора;
# 4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
В случае, если речь идет о заказе на разработку ПП (программного продукта) одной частной компанией для другой частной компании, в п. 4 указывается что?.. номер договора?... и тогда получается пересечение с п. 2?..
Кстати, в нашей конторе, например, договор на разработку заключается ПОСЛЕ утверждения и на основе ТЗ. Значит, я, составитель ТЗ, вообще могу эти пункты проигнорировать?
Или я чего-то недопонимаю?.. :roll:
Каких-либо ограничений нет. На мой непросвещенный взгляд разумнее пойти по Вашему пути, чтобы не мешать все в одну кучу. Т.е. для каждого программного модуля давать свой перечень функций.
Если представить, что каждый модуль - отдельная программа, на которую надо разработать отдельное ТЗ, а потом слить все ТЗ в одно, общая часть "интегрального" ТЗ не изменится, а перечни функций для каждого модуля рядышком окажутся. Короче - все законно.
- Войдите на сайт для отправки комментариев
Не было приказа. И задним числом приказ не напишешь, пронумеровано, подшито... А вот утвержденнный план - почему бы и нет?
А если - НЕТ, то почему, где это регламентировано?
В принципе - "почему бы и ДА" тоже получается:)
Я тут как-раз раскопал такой интересный документ РД 107.15.1002-90 "Порядок выполнения НИР и ОКР по общетехническим и методическим вопросам".
п. 1.6: "Основанием для выполнения НИР, ОКР являются:
- договор с заказчиком;
- инициатива исполнителя НИР, ОКР, документально оформленная в виде решения руководства предприятия;
- утвержденные программы и планы работ."
Т.е. и Ваш вариант, Рикки, имеет право на жизнь, хотя у себя в СТП мы жестко забили приказ генерального как основание для инициативных работ .