Документальное сопровождение создания ИТ-продуктов в рамках выполнения ИТ-проектов

[AVF_613]

ГОСТ 19.50*

Это же динозавр!! ему уже в музей нужно, антропологический))) Лично я стараюсь их (ГОСТ 34.*** и ГОСТ 19.***) не использовать, терминология уже устарела...

А так, мне понравился список литературы 👍. со ссылками читать, куда приятнее... надо бы ещё схем добавить.

Сам по себе формат ТЗ, уже устарел, он отстранён от Организации... ПО должно учитывать возможности процессов на разных этапах ЖЦ. Даже если разработка идёт под заказ, разработчик должен самостоятельно подогнать нужные ИТ паттерны под требования к системе. Если аналитик спрашивает про типы данных у заказчика, то это не хорошо.

Если бы, все участники проекта, работали по своей профессии (см. Профстандарты), то и вопросов к качеству ПО было бы меньше.

стандартики

ПЕРЕЧЕНЬ СТАНДАРТОВ И РЕКОМЕНДАЦИЙ В ОБЛАСТИ ИНФОРМАЦИОННО-ТЕЛЕКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ И ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ, ПРИМЕНЯЕМЫХ ПРИ СОЗДАНИИ, ЭКСПЛУАТАЦИИ И РАЗВИТИИ ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ВНЕШНЕЙ И ВЗАИМНОЙ ТОРГОВЛИ

ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения

Наиболее высокий уровень зрелости СУР достигли организации нефтегазового сектора (0,73)

Сам работал в этой сфере, в отделе качества... и как то слабо представляю, что стороннюю компанию, детально посвятили в СУР. 9001 это ещё как то, но риски... мы даже карты рисков в электронном виде не хранили, только в сейфах ответственных руководителей... Риски в нефтегазе это методичка террориста.

Зато в рамках ИСМ работы было проведено много, аудиты вполне себе помогали взглянуть на ситуацию со стороны, ККШ тоже... Но к ИТ это отношения не имело, к сожалению... SAP оказался не просто костылём, а полноценным якорем. ИТ документацию нефтегаз и сейчас неохотно ведет.