(1) Общие сведения

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

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

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

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

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

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

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

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

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

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

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

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

Состав

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

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-09. Адрес электронной почты: admin @ tdocs.su. Виды деятельности (в соответствии с кодами ОКВЭД, указанными при регистрации): Деятельность, связанная с использованием вычислительной техники и информационных технологий. Реквизиты: Основной государственный регистрационный номер (ОГРН): 1087746855900. Идентификационный номер налогоплательщика (ИНН): 7708675765. Код ОКПО (Росстат): 87580279. Вид собственности: Частная собственность. Организационно-правовая форма (ОПФ): Общества с ограниченной ответственностью. Вид организации по классификации ОКОГУ: Организации, учрежденные гражданами. Дата регистрации компании: 21 июля 2008 года. Регистратор: Межрайонная инспекция Федеральной налоговой службы № 46 по г. Москве.

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

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

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

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

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

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

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

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

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

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

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

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