Общие сведения - первый и достаточно формальный раздел технического задания на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры техзадания раздел занимает наивысший уровень иерархии. В документах раздел выделяется и нумеруется, как правило, заголовком 1-го уровня. Каково должно быть содержимое данного раздела? Редакция от 06.01.2022.

Создан 17.04.2018 12:15:11

«Кто девушку ужинает, тот ее и завтракает»; кто платит, тот и заказывает музыку. Заказчик понимает это лучше всего, поэтому в качестве введения стоит привести аутентичные требования ГОСТ 34.602-89 ради «острастки», чтобы заказчик сильно не дурил, ежели что.

Требования стандартов

ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие [из 1.1 ГОСТ 34.602-89] - только ТЗ (как неотъемлемая часть договора) - и ничто больше.

Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись «Действует с ... » [из 1.7 ГОСТ 34.602-89]. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ на АС и т. п. и применять слова: «заменить», «дополнить», «исключить», «изложить в новой редакции» [из 3.8 ГОСТ 34.602-89].

Изменения к ТЗ на АС НЕ допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания [из 11 прил. 1 ГОСТ 34.602-89], а то любят «альтернативно одаренные» заказчики менять свои хотелки в ходе приемки-сдачи работы.

ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105 на листах формата A4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на АС [из 3.2 ГОСТ 34.602-89].

Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. Рекомендуется рассылать на согласование экземпляры проекта ТЗ на АС (копий) одновременно во все организации (подразделения) [из 3 прил. 1 ГОСТ 34.602-89] - это на тот случай, когда заказчик начинает тянуть время с согласованием ТЗ, а время-то по договору уже идет...

Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС [из 4 прил. 1 ГОСТ 34.602-89] - чтобы не давать повода к эмоциональным замечаниям типа «Но это же бред, этого быть не может!».

Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком (или другими заинтересованными организациями), то составляется протокол разногласий (форма произвольная) и конкретное решение принимается в установленном порядке [из 5 прил. 1 ГОСТ 34.602-89] - к порядку разрешения споров и урегулированию разногласий.

Состав

В разделе «Общие сведения» указывают:

1. полное наименование системы и ее условное обозначение;
2. шифр темы или шифр (номер) договора;
3. наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;
4. перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
5. плановые сроки начала и окончания работы по созданию системы;
6. сведения об источниках и порядке финансирования работ;
7. порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.

[из 2.3 ГОСТ 34.602-89].

Самое время вспомнить о детализации и подробить раздел на подразделы

1.1 Полное наименование системы и ее условное обозначение

1.2 Шифр темы и номер договора

И так далее.

Полное наименование системы и ее условное обозначение

Подр. Полное наименование системы и ее условное обозначение затруднений вызывать не должен. Пусть полным наименованием системы будет «Глобальная навигационная спутниковая система», а условным ее обозначением - ГЛОНАСС.

Шифр темы и номер договора

С номером договора все прозрачно. В зависимости от принятой у заказчика (при инициативной разработке - у исполнителя) системы делопроизводства, реквизиты документов, включающие такие атрибуты, как номер договора и дата его подписания, могут быть сформированы как угодно, например так:

• № 123-АБВГ/ДЕЖЗ-321, что представляется довольно бессмысленным, но это только на первый взгляд;
• 01.02.2018 г., 2018-02-01, 2018/02/01 и т.д., формат даты зависит от уровня кривизны мышления главного по делопроизводству.

Кстати, уровень кривизны мозга в общероссийском масштабе порой явно зашкаливает, см. здесь.

Что касается шифра темы, то с ним дело обстоит более серьезно.

Взять, к примеру, тот же ГЛОНАСС. Обозвать данную систему можно в нескольких вариантах, к примеру, в российской классификации - «Сусанин», у братьев-евреев из Израиля - «Моисей». Подобно ракетному комплексу «Воевода», который в америкосии классифицируют как «Сатана». В последнее время Минобороны РФ стало развлекаться по этой части, привлекая для обсуждения наименований изделий военной техники широкие массы.

Но все это далеко не шифры тем. Хотя... как знать, как знать Быть может, ГЛОНАСС в документации разработчиков и числилась под шифром «Сусанин». Предположим, что каждому подразделению научно-исследовательского учреждения (НИУ) заказчика предоставлено право присвоения своим разработкам шифра, начинающегося с определенной литеры, например «М» или «П». Тогда шифр ГЛОНАСС мог бы быть «Местоположение», «Позиционирование», «Прикинь, камрад, где мы находимся?!».

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты

Подр. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты совсем уж прост. Обычно указанные данные заимствуются из адресно-реквизитного раздела Договора. Или запрашиваются в бухгалтериях - уж бухгалтеры-то все-все знают. Ниже приведены данные разработчика.

Полное наименование организации: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ». Адрес: 107140, г Москва, ул. Верхняя Красносельская, д 34. Телефон: +7-910-468-09-28. Адрес электронной почты: admin @ tdocs.su. Виды деятельности (в соответствии с кодами ОКВЭД, указанными при регистрации): Деятельность, связанная с использованием вычислительной техники и информационных технологий. Реквизиты: Основной государственный регистрационный номер (ОГРН): 1087746855900. Идентификационный номер налогоплательщика (ИНН): 7708675765. Код ОКПО (Росстат): 87580279. Вид собственности: Частная собственность. Организационно-правовая форма (ОПФ): Общества с ограниченной ответственностью. Вид организации по классификации ОКОГУ: Организации, учрежденные гражданами. Дата регистрации компании: 21 июля 2008 года. Регистратор: Межрайонная инспекция Федеральной налоговой службы № 46 по г. Москве.

Чтобы не было подобной «каши», данные приводят в табличном виде.

Перечень документов, на основании которых создается система, кем и когда утверждены эти документы

ТЗ на АС разрабатывают на основании исходных данных, в том числе содержащихся в итоговой документации стадии «Исследование и обоснование создания АС», установленной ГОСТ 34.601 [из 1.5 ГОСТ 34.602-89].

Подр. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы, выполняется, как правило, в виде таблицы.

В таблице можно перечислить законодательные или концептуальные документы, перечень стандартов и нормативов, а можно попросту сослаться на раздел Источники разработки.

Плановые сроки начала и окончания работы по созданию системы

Подр. Плановые сроки начала и окончания работы по созданию системы заполняются сведениями, заимствованными из Договора.

Сведения об источниках и порядке финансирования работ

Подр. Сведения об источниках и порядке финансирования работ заполняются данными, заимствованными из Договора, если есть заказчик. Если разработка инициативная, то это самофинансирование.

Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств и комплексов системы

Подр. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств и комплексов системы:

• в части оформления имеется разд. Требования к документированию;
• в части предъявления - Состав и содержание работ по созданию системы и Порядок контроля и приемки системы.