ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению
УДК 002:651.7/.78:006.354 | Группа Т55 |
Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р
Единая система программной документации | ГОСТ 19.201-78(СТ СЭВ 1627-79) |
United system for program documentation. |
Дата введения с 01.01.80
Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Стандарт полностью соответствует СТ СЭВ 1627-79.
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.
1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.
Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.
1.3. Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
1.4. Техническое задание должно содержать следующие разделы:
- введение;
- основания для разработки;
- назначение разработки;
- требования к программе или программному изделию;
- требования к программной документации;
- технико-экономические показатели;
- стадии и этапы разработки;
- порядок контроля и приемки;
- в техническое задание допускается включать приложения.
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.
(Измененная редакция, Изм. № 1)
loans for people on carers allowance
2. СОДЕРЖАНИЕ РАЗДЕЛОВ
2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
(Измененная редакция, Изм. № 1)
Capping The Transaction
2.2. В разделе «Основания для разработки» должны быть указаны:
- документ (документы), на основании которых ведется разработка;
- организация, утвердившая этот документ, и дата его утверждения;
- наименование и (или) условное обозначение темы разработки.
(Измененная редакция, Изм. № 1)
2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:
- требования к функциональным характеристикам;
- требования к надежности;
- условия эксплуатации;
- требования к составу и параметрам технических средств;
- требования к информационной и программной совместимости;
- требования к маркировке и упаковке;
- требования к транспортированию и хранению;
- специальные требования.
(Измененная редакция, Изм. № 1)
2.4.1. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.
2.4.2. В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т. п.).
2.4.3. В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.
2.4.5. В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.
При необходимости должна обеспечиваться защита информации и программ.
(Измененная редакция, Изм. № 1)
2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
2.4.7. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
2.5а. В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.
(Введен дополнительно, Изм. № 1).
2.5. В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
2.6. В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.
2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.
2.8. В приложениях к техническому заданию, при необходимости, приводят:
- перечень научно-исследовательских и других работ, обосновывающих разработку;
- схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
- другие источники разработки.
Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июле 1981 г (ИУС 7-81)
Обзор изменений ГОСТ 34.602-2020 | ComNews
В январе 2022 года вступил в силу ГОСТ 34.602-2020, который заменяет стандарт 1989 года. Документ претерпел заметные изменения. В этой статье будут рассмотрены основные нововведения ГОСТ 34.602-2020, которые необходимо учитывать при подготовке технического задания на автоматизированную систему.
В первый день 2022 года вступили в силу обновленные межгосударственные стандарты 34 серии, в том числе и ГОСТ 34.
602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» (далее – ГОСТ 34.602-2020), который заменил собой документ, разработанный в 1989 году.Стандарт посвящен правилам оформления технического задания (далее – ТЗ) для автоматизированной системы. Его разработка по ГОСТ 34.602-2020 подразумевает:
- создание определенной структуры документа;
- написание соответствующего содержания;
- соблюдение правил оформления.
Использование ГОСТ 34.602-2020 не требует специальной подготовки для его понимания, поэтому документ является доступным как для инженера, так и для менеджера. Это значительно упрощает общение между взаимодействующими сторонами, а также практическое применение стандарта и проверку ТЗ.
Документ претерпел заметные изменения. В этой статье будут рассмотрены основные нововведения ГОСТ 34.602-2020, которые необходимо учитывать при подготовке технического задания на автоматизированную систему.
Общие положения
Чаще всего ТЗ разрабатывается с целью описания порядка создания какого-либо объекта. Однако возможна его подготовка и на другие виды работ, например на модернизацию или развитие. В ГОСТ 34.602-2020 отмечено, что такие ТЗ тоже могут быть подготовлены с учетом требований рассматриваемого стандарта. Нередко производится разработка ТЗ и на части автоматизированной системы. Список возможных составных частей в новой версии документа расширен.
Изменился характер требований к автоматизированной системе: они должны быть единичными, непротиворечивыми, актуальными, выполнимыми, проверяемыми и однозначными. По возможности требования необходимо максимально детализировать.
Исключены такие понятия как автоматизированная система управления (АСУ), система автоматизированного проектирования (САПР) и др. Используется только один термин – автоматизированная система. Также удалены ссылки на ГОСТ 34.601, который посвящен стадиям создания систем. Поэтому теперь работы не рассматриваются строго по стадиям.
Ранее изменения в ТЗ могли быть оформлены дополнением или протоколом. В новой версии стандарта осталось только дополнение, порядок согласования которого должен быть таким же, как и порядок согласования ТЗ.
Состав и содержание
Наиболее важные изменения произошли в данной части ГОСТ 34.602-2020. В ТЗ введен новый раздел – «Порядок разработки автоматизированной системы». Также появилось примечание о том, что разделы ТЗ сохраняются даже в том случае, если требований по какому-либо из них нет. Этот вопрос вызывал трудности у исполнителей и являлся частым недочетом.
Введено небольшое уточнение в подразделе «Назначение автоматизированной системы»: при наличии составных частей необходимо указывать вид автоматизированной деятельности применимый к объекту автоматизации в целом.
Раздел «Требования к автоматизированной системе» пополнился еще одной частью – «Общие технические требования к автоматизированной системе». В нее перешла вся информация, ранее содержащаяся в подразделе «Требования к системе в целом». Однако последний подраздел остался, теперь он называется «Требования к структуре автоматизированной системы в целом» и содержит информацию о составе и характеристиках системы, об информационном взаимодействии, о режимах функционирования и т.д.
Частично изменились требования к информационному, лингвистическому, программному, метрологическому, организационному и методическому обеспечениям.
Из ГОСТ 34.602-2020 исключены требования к структуре и функционированию системы, но введена необходимость описывать требования по обеспечению экологической безопасности как части требований по безопасности.
Появилось более подробное описание требований к эргономике и технической эстетике. Они разделились на эргономические требования к организации и средствам деятельности персонала и пользователей системы и на требования к технической эстетике создаваемого изделия, в том числе реализации человеко-машинного интерфейса.
Бо́льшая часть раздела «Состав и содержание работ по созданию автоматизированной системы» исключена, в том числе и ссылки на стандарты 34 серии.
Значительно сократился перечень основных мероприятий в разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу автоматизированной системы в действие». Однако появились и новые требования о проведении организационно-штатных мероприятий и о порядке обучения персонала и пользователей.
Правила оформления
При оформлении ТЗ теперь не учитываются ГОСТ 2.105 и ГОСТ 2.301, написание кода документа на титульном листе стало необязательным. Добавлена информация о возможности включения различных графических материалов, хотя и ранее такие действия не возбранялись как заказчиками, так и регуляторами.
Удалена информация о необходимости помещения на титульный лист подписи разработчика и гербовых печатей, а также о возможности оформления титульного листа на нескольких страницах.
Приложения
Первая версия документа включала в себя три приложения:
- порядок разработки, согласования и утверждения технического задания на автоматизированную систему;
- форму титульного листа технического задания на автоматизированную систему;
- форму последнего листа технического задания на автоматизированную систему.
ГОСТ 34.602-2020 данных приложений не содержит.
Итоги и выводы
Изучив стандарт, можно сделать вывод, что кардинальных изменений в ГОСТ 34.602-2020, по сравнению с предыдущей версией, не произошло. Концепция осталась прежней, а основные нововведения можно разделить на три блока:
- замена/исключение устаревших терминов, источников и документов;
- небольшое изменение структуры ТЗ;
- корректировка требований.
При разработке ТЗ у исполнителя будет возникать меньше вопросов, а у проверяющей стороны меньше претензий, так как ГОСТ 34.602-2020 теперь приближен к реалиям нашего времени.
UHM ADR’LVL1′ : Научно-исследовательский центр ОМЗ-Ижора успешно прошел аккредитацию на техническую компетентность и независимость
|
Защитите и повысьте эффективность своих инвестиций с помощью нашей команды экспертов.
Защита моих инвестиций
ТК-партнеры
ТК-сподвижники
| ||||||||
|