ГОСТ-34 и Software Requierements Specification (SRS)
Итак, нужно написать техническое задание (ТЗ) на разработку программы или системы, при этом заказчиком или исполнителем является государственная или около-государственная компания.
А эти компании очень любят слово "ГОСТ".
Встает вопрос: А можно вообще написать ТЗ для современных программ по ГОСТу для "госкомпаний"?
[Можно, но требуется адаптация]ГОСТ 19.ххх Единая система программной документации (ЕСПД)
Всех, кто использует этот ГОСТ, я бы досрочно отправил на пенсию.
Сам ГОСТ написан (внимание!) в 1977 году для программ, текст которых набивался на перфокартах или перфолентах. Позже ГОСТ немного исправлен, но основа оставлена.
Чего стоит только эта фраза: "Регистрационный номер присваивают в соответствии с Общесоюзным классификатором программ, утверждаемым Госстандартом в установленном порядке" (выделено мной).
В-общем, я не хочу больше о нем писать.ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
Отдельный ГОСТ на программное обеспечение отсутствует, и не видно смыла его создавать, так как есть ISO. Поэтому все разумные люди в данной ситуации используют ГОСТ-34.
(Но предварительно стоит попробовать вылезти из болота, смотри - "Ответ замшелым IT ГОСТ-ократам").
Но насколько он подходит для разработки современного ПО?
После тщательного анализа ГОСТ-34, сравнения его с SRS и чтения нескольких ТЗ, составленных по нему, могу смело сказать: в-целом, подходит.
А в-частности хочу выделить следующее:
1) ГОСТ-34 написан для АСУ, поэтому там много пунктов, связанных с железом. Их лучше сразу просто выкинуть.
2) Во время написания ГОСТа знания и опыт управления проектами еще не были толком обобщены и прописаны.
Поэтому он "перегружен" тем, что сейчас прописывают в уставе проекта, в планах, в договорах и в других документах.
В результате может получится документ на сотни страниц, исполнение которого будет трудно отслеживать, и еще труднее будет его корректировать.
В итоге, самое важное, для чего пишется ТЗ/SRS, а именно функциональные требования в ГОСТ-34 "тонут в море" ненужных пунктов.
В-общем, чувствуется некоторая "совковость" в желании создать некий единый "центральный" документ, описывающий всё и вся.Сравнение ГОСТ-34 и SRS (от ISO/IEC/IEEE 29148:2018)
Привожу только summary, детализация (кому надо) только по запросу и не бесплатно :)
1) В SRS отсутствует 37 разделов, прописанных в ГОСТ-34, но большинство из них не относятся к требованиям к ПО или являются излишней конкретизацией, а иногда просто дублированием.
2) В ГОСТ-34 отсутствует 10 разделов, прописанных в SRS. Даже если они будут и не нужны в итоговом документе, стоит их просмотреть.
3) В SRS есть детальные пояснения к разделам, примеры, указания, больше внимания уделено функциональным требованиям. ГОСТ-34 - "сухой" документ,
но перегруженный разделами из-за излишней детализации того, что давно уже не нужно, и дублирования.Резюме
Если меня "заставят" писать ТЗ по ГОСТ-34, я включу в него разделы из SRS и немного поменяю структуру. А все "лишнее" переведу в другие документы. Тем более, что сам ГОСТ это позволяет.
Если наоборот, то из ГОСТ-34 взять в SRS почти нечего.
Но создавать современное программное обеспечение по ГОСТ-34 - НЕЛЬЗЯ!
Например, в нем нет этапа "тестирование".
Что делать? Работать по ГОСТ Р ИСО/МЭК 12207 и ГОСТ Р 51904-2002.
А эти компании очень любят слово "ГОСТ".
Встает вопрос: А можно вообще написать ТЗ для современных программ по ГОСТу для "госкомпаний"?
[Можно, но требуется адаптация]ГОСТ 19.ххх Единая система программной документации (ЕСПД)
Всех, кто использует этот ГОСТ, я бы досрочно отправил на пенсию.
Сам ГОСТ написан (внимание!) в 1977 году для программ, текст которых набивался на перфокартах или перфолентах. Позже ГОСТ немного исправлен, но основа оставлена.
Чего стоит только эта фраза: "Регистрационный номер присваивают в соответствии с Общесоюзным классификатором программ, утверждаемым Госстандартом в установленном порядке" (выделено мной).
В-общем, я не хочу больше о нем писать.ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы
Отдельный ГОСТ на программное обеспечение отсутствует, и не видно смыла его создавать, так как есть ISO. Поэтому все разумные люди в данной ситуации используют ГОСТ-34.
(Но предварительно стоит попробовать вылезти из болота, смотри - "Ответ замшелым IT ГОСТ-ократам").
Но насколько он подходит для разработки современного ПО?
После тщательного анализа ГОСТ-34, сравнения его с SRS и чтения нескольких ТЗ, составленных по нему, могу смело сказать: в-целом, подходит.
А в-частности хочу выделить следующее:
1) ГОСТ-34 написан для АСУ, поэтому там много пунктов, связанных с железом. Их лучше сразу просто выкинуть.
2) Во время написания ГОСТа знания и опыт управления проектами еще не были толком обобщены и прописаны.
Поэтому он "перегружен" тем, что сейчас прописывают в уставе проекта, в планах, в договорах и в других документах.
В результате может получится документ на сотни страниц, исполнение которого будет трудно отслеживать, и еще труднее будет его корректировать.
В итоге, самое важное, для чего пишется ТЗ/SRS, а именно функциональные требования в ГОСТ-34 "тонут в море" ненужных пунктов.
В-общем, чувствуется некоторая "совковость" в желании создать некий единый "центральный" документ, описывающий всё и вся.Сравнение ГОСТ-34 и SRS (от ISO/IEC/IEEE 29148:2018)
Привожу только summary, детализация (кому надо) только по запросу и не бесплатно :)
1) В SRS отсутствует 37 разделов, прописанных в ГОСТ-34, но большинство из них не относятся к требованиям к ПО или являются излишней конкретизацией, а иногда просто дублированием.
2) В ГОСТ-34 отсутствует 10 разделов, прописанных в SRS. Даже если они будут и не нужны в итоговом документе, стоит их просмотреть.
3) В SRS есть детальные пояснения к разделам, примеры, указания, больше внимания уделено функциональным требованиям. ГОСТ-34 - "сухой" документ,
но перегруженный разделами из-за излишней детализации того, что давно уже не нужно, и дублирования.Резюме
Если меня "заставят" писать ТЗ по ГОСТ-34, я включу в него разделы из SRS и немного поменяю структуру. А все "лишнее" переведу в другие документы. Тем более, что сам ГОСТ это позволяет.
Если наоборот, то из ГОСТ-34 взять в SRS почти нечего.
Но создавать современное программное обеспечение по ГОСТ-34 - НЕЛЬЗЯ!
Например, в нем нет этапа "тестирование".
Что делать? Работать по ГОСТ Р ИСО/МЭК 12207 и ГОСТ Р 51904-2002.