Какие аналоги технического задания есть на западе?

Question

[Ю Ю]

Кто знает, какие документы за бугром соответствуют нашему ТЗ (заданию) и ТП (проекту)? Может примеры кто видел?
Имеется ввиду на систему, программный комплекс, устройство.

Answer 1

[Денис Бесков]

1. Требования пользователя (организации) по ГОСТ 34 ±= Stakeholder Requirements Specification (StRS) по IEEE 29148-2011, также могут неформально называться Customer Requirements (Specification) (BRS), Business Requirements (Specification) (BRS).

2. ТЗ на АС по ГОСТ 34 ±= System Requirements Specification (SyRS) по IEEE 29148-2011, также могут неформально называться Functional (Requirements) Specification. Но слово functional подразумевает, что это чистое функциональные требования, без ограничений и атрибутов качества (что иногда плохо).

3. ТЗ на ПО по ГОСТ 19.201-78 ±= Software Requirements Specification (SRS) по IEEE 830-1998 и IEEE 29148-2011, также могут неформально называться Functional (Requirements) Specification (FRS), Technical Requirements.

4. Комплекту документов ТехПроекта по ГОСТ 34/РД 50 нет полного соответствия, но есть:
- Документ Architecture Description по ISO IEC IEEE 42010-2011
- Документ Software Architecture Document (SAD) в RUP
- Неформальный документ High Level Design (HLD)
- Неформальный документ (Software) Design Specification
- Есть какой-то международный стандарт на описание структур данных, типа Database Design Document

Ещё могу рассказать про аналоги концепций, маркетинговых требований и требований к продукту :)

Comments

[Ю Ю]

Спасибо за развёрнутый ответ. Интерес вызывало то как на западе планируют разработки и как оформляют. А не желаете на хабре тему замутить? Так сказать сравнить нас с ними в плане ведения разработок по стандартам.

Answer 2

[pi314]

Вот точно такие и соответствуют, только называются иначе:

1)
en: (product / customer) requirement specification
de: Lastenheft

2)
en: functional specification
de: Pflichtenheft

Первый документ (в теории!) составляет заказчик. В нем он, так сказать, описывает суть проблемы, которую нужно решить, и свои ожидания от решения.

Второй документ составляет подрядчик/исполнитель на основании первого. В нем он описывает, собственно, предлагаемое решение и его конкретные свойства. Этот документ как правило утверждается заказчиком и является основой для последующей приемки работ.

Примеры ищите типовые - т.к. реальные документы являются частью соотв. контрактов и, тем самым, коммерческой тайной, никто их Вам просто так не даст.

Answer 3

[Пума Тайланд]

чаще всего пишут specs
спеки

Comments

[Пума Тайланд]

не уверен как переводитися так как я не знаю английский хорошо многие слова я знаю на английском, но совершенно не знаю их аналогов в русском
так что в русском тоже использую слово спеки

[Ю Ю]

Залез в википедию. Так оно и есть. Как в ответе pi314 ТЗ и ТП. вот только ТЗ от заказчика у них это больше "техническое желание" походу.