Форум: "Потрепаться";
Текущий архив: 2002.02.28;
Скачать: [xml.tar.bz2];
ВнизТЗ Найти похожие ветки
← →
Romkin (2002-01-10 14:03) [10]ТЗ от заказчика приличного не видел ни разу, но знакомый моего знакомого говорил, что его знакомый видел один раз такое ТЗ :-))
Так что, наверно, бывает. Но лучше писать самому или поручить обследование и написание ТЗ знающим людям, дело очень ответственное. Могу сказать, что как правило перед установкой САПР (готовой) фирма-поставщик проводит обсленование и составление ТЗ на конфигурацию. Так эта работа стоит часто половину стоимости самой САПР.
Если говорить о виде ТЗ, то ГОСТом уж точно лучше не пользоваться (@#$%&!), мало того, что устарело, так еще и бумаги израсходуешь тонну. Например, не хотите ли составить полную графическую блок-схему программы? До сих пор не понимаю, как ее составлять для ООП и событийного интерфейса.
Так что примерные этапы следующие:
1. Обследование объекта
2. Составление заявки на разработку (форма произвольная), в ней просто описывается кратко для чего программа, что требуется для ее работы (компы, сеть и тд), что должно получиться в результате, примерная стоимость (ну ошибка +-100% уже хорошо)
3. Собственно ТЗ на разработку программы. Вот здесь и начинается...
4. ТЗ программиста - рекомендую разделить, п3 - для заказчика, п4 - для программиста, с полным описанием экранных и печатных форм (заказчик тоже смотрит, разумеется)
В результате п1 понимаешь, что нужно, п2 - заказчик понимает, во что ему это выльется (и чего же он все-таки хочет :-), п3 - руководство к действию, потом уже ни ты, ни заказчик дополнять/переделывать не будут, как написано, так и должно быть (доработки - снова все пункты, и за денежки). Все пункты закрываются бумагами за подписями типа Согласовано, Утверждено, и тд, от обеих сторон, и дежежки берутся за ВСЕ пункты, работа то была...
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2002.02.28;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.004 c