ТЗ

← →
Firefly © (2006-07-23 15:31) [0]

Здравствуйте.
Хотелось бы спросить у опытных в сфере IT людей - что должно включать в себя грамотно написанное ТЗ на программный продукт? Только логику приложения, или же все вплоть до мелочей вроде "прямоугольная кнопка "Обновить" в левом верхнем углу окна"?
Заранее спасибо, и просьба не флудить.

← →
Firefly © (2006-07-23 16:55) [1]

← →
Sergey Masloff (2006-07-23 16:57) [2]

Какая логика приложения в ТЗ?
В ТЗ функционал то есть что оно должно делать.

← →
Sergey Masloff (2006-07-23 16:59) [3]

А вообще это настолько широкая тема что желания обсуждать ее в рамках интернет-форума нет ни желания ни возможности. Наверное и у многих других такие же соображения поэтому ветка пустая почти.

← →
Firefly © (2006-07-23 17:03) [4]

> Sergey Masloff

понял, спасибо;-)

← →
Sergey Masloff (2006-07-23 17:22) [5]

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

← →
Firefly © (2006-07-23 17:35) [6]

> Sergey Masloff

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

> А потом вы вместе можете выработать технический проект

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

← →
Sergey Masloff (2006-07-23 17:55) [7]

Боюсь что везде... А тестировать по отдельной программе испытаний. Мы применяем только при работе с внешними подрядчиками. Но по моему опыту в 90% случаев то же что у вас ;-)

← →
Desdechado © (2006-07-23 19:02) [8]

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

← →
Petr V. Abramov © (2006-07-23 22:18) [9]

отправил на почту из анкеты, что надо по российскому ГОСТ`у
а уж что кому надо по жизни - разбирайтесь, переговоры forever :)))

← →
Firefly © (2006-07-23 22:26) [10]

> Petr V. Abramov

Спасибо!

Госты читать нужно...

> Marser

Иногда нужно сначала прочитать содержание ветки...
Без обид.

> [12] Firefly © (23.07.06 23:00)
>
> > Marser
>
> Иногда нужно сначала прочитать содержание ветки...
> Без обид.

Я как раз до гостов не дочитал :-)

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

> Госты читать нужно...

> Они е от ж... напИсаны. Правда, некоторые очень давно :)))
>

На каждом форуме одно и то же :)
Сейчас на SQL.ru в разделе Разработка Информационных система топик про гост на ТЗ в самом верху. Одни грязь поливают, другие в восторге.

Мое личное мнение: ГОСТ 34.602-89 вполне способтсвует написанию "неполитического" ТЗ.

ТЗ Найти похожие ветки