Это учебный пересказ смысла стандарта простым языком, а не официальный текст ГОСТ. Для настоящей работы нужен сам стандарт. Здесь имеется в виду редакция ГОСТ 34.201-2020 (взамен ГОСТ 34.201-89); если в задании указан старый год, уточни у преподавателя, какую редакцию требуют.

ГОСТ 34.201-2020

Зачем этот ГОСТ

Коротко: стандарт объясняет, какие документы бывают при создании АС, как собирать из них комплект и как их обозначать, чтобы никто не запутался.

Представь курсовую или практику: есть ТЗ, схема базы, руководство пользователя, презентация и «ещё один файл readme». Через месяц никто не помнит, что из этого официальный документ проекта, а что черновик.

ГОСТ 34.201 как раз про карту документов вокруг автоматизированной системы: какие виды бывают, что входит в комплектность на стадиях создания и как документам дают обозначения.

Как это работает

  1. Шаг 1Выбирают стадии создания АС
  2. Шаг 2На каждой стадии определяют нужные виды документов
  3. Шаг 3Собирают комплект и дают обозначения
  4. Шаг 4По комплекту разрабатывают, принимают и эксплуатируют

На что стандарт распространяется

На документы, которые разрабатывают при создании (развитии, модернизации) автоматизированных систем. Он помогает заказчику и разработчику говорить на одном языке: «нам нужна вот такая комплектность», а не «пришлите всё, что есть».

Важные правила из общих положений

  • Вид документа определяется его назначением: зачем бумага нужна в проекте.
  • Комплектность зависит от стадии, сложности АС и договорённостей сторон.
  • Не обязательно выпускать «все возможные» документы — нужен достаточный набор.
  • Документы обозначают по правилам, чтобы комплект можно было искать и учитывать.
  • Один документ не должен дублировать другой без нужды: комплект — система, а не свалка.
  • Программные части АС часто оформляют ещё и по правилам ЕСПД — это соседний мир документов.