Обсуждение начилось здесь: http://www.rsdn.ru/Forum/Message.aspx?mid=411122 и к сожалению без меня:)
Хочу продолжить и если у кого есть аргументированное мнение с удовольствием выслушаю.

up

up

похоже никому не интересно. Жаль.

пропустил ветку... а в чем обсуждение? кто участвовал так и не договорился о формулировки "что есть ТЗ" и "что есть SRS" в одной системе координат чтобы выявить различия. Где-то подсознательно чувствуют, но сказать не могут. Также как программисты/аналитики - по сути многие пользуют какие-то куски из RUP даже не зная что это такое.

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

(4) угу. Хочется понять, что есть SRS - хотя бы пример увидеть для какой нибудь мелкой системки для ларька... В идеале кнечно SRS для ларька и ТЗ для него же на ту же систему..

(5) не знаю... Работаем по требованиям, ТЗ давно не видел. Сам себе ТЗ не писал и не пишу - не вижу смысла. "Заказчик" в тонкости вникать не будет, есть требования (обычно входящие документы + какие-то попутные каменты) - от на них вся работа и строиться.

Сейчас с аналитиками беда - вменяемых нет, знакомых с архитектурой 1С тем более, пишут всякую муйню.

ЗЫ Я для себя понимаю что SRS - сборник функциональных требований к системе сформулированных заказчиком (система должна хранить/считать, отчет выводит такой набор данных, форма документа примерно такая, формат обмена и т.п.), use case "в крупную клетку", ТЗ - уже проекция требований на платформу разработки - в нашем случае на метаданные 1С, детальные сценарии работы и прочее.

ЗЫ2 Многое зависит от самой структуры отдела/подразделения, целей и задач работы и методов применяемых в организации деятельности.

(6) "ТЗ - уже проекция требований на платформу разработки - в нашем случае на метаданные 1С" считаю это чисто франчевым подходом. Написать че-нить про регистры, что бы если че в ТЗ тыкнуть и сказать - что просили то и написали.
Мы сейчас пробуем 19-ый и 34-ый гост освоить. Там вполне стройный план изложен по написанию ТЗ. По сути ТЗ - те же требования, только в наше ТЗ в отличие от SRS входят этапы разработки, источники финансирования и прочая фигня на мой взгляд полезная для нашего пока еще совкового менталитета. Но на всякие отчеты/документы думаю что-нибудь попроще юзать. Вот и метнул взгляд на SRS..

(7) Вот как раз 4 и, отчасти, 2 пункты этого самого 34 ГОСТа - это и есть метаданные 1С

(8) Куда в требования к системе можно записать метаданные?
http://www.rugost.com/index.php?option=com_content&task=view&id=96&Itemid=53

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

(7) >>в наше ТЗ в отличие от SRS входят этапы разработки, источники финансирования и прочая фигня

больше на устав проекта похоже имхо, если начать в ТЗ запихивать этапы, финансы, ответственности сторон и риски.

(10) Согласно ГОСТ'у входят.

У Джоеэл Спольски в http://www.ozon.ru/context/detail/id/2820575/ интересно освещается вопрос по функциональным требованиям.

надо просто разговор с заказчиком записывать на видео

(13) Видео в суде не улика.

(14) судиться с 1Снеками ? это смешно

(15) Почему?

(14) мелкие плохо документированные проекты, небольшие суммы, традиции работы по понятиям...
В общем я не верю что в России был хоть один прецедент доведения спорной ситуации до суда.

(17) >> мелкие плохо документированные проекты, небольшие суммы, традиции работы по понятиям...

К сожалению прав..

А что дает наличие ТЗ по ГОСТу? На стороне заказчика такое писать никто не будет. Читать - будут, но без офигевания ("ооо, у них все по ГОСТу..."). Если только порядок, структуру, обязательные пункты и т.п. - так в любой достаточно крупной конторе есть типовые шаблоны документов. "Рыба" там есть, осталось заполнить "отсебятиной". То же дает 1С в Профкейс.

ЗЫ Надо ли тратить время в мире "плывущих" требований и постоянных изменений на ТЗ?

Просто ГОСТ уже предлагает очень удобный план составления ТЗ - ничего изобретать не надо.