В стандарте [1][1] в качестве одного из компонентов автоматизированной системы (АС) предусмотрено математическое обеспечение - совокупность математических методов, моделей и алгоритмов.
Определение термина, обозначающего этот компонент АС, приведено в Приложении 1 к руководящему документу [2]:
- Математическое обеспечение АС[2] – совокупность математических методов, моделей и алгоритмов обработки информации, используемых при функционировании системы.
Опираясь на это положение, в техническом задании на АС, согласованном до 2020 года, была предусмотрена разработка документа – алгоритма работы математической модели на соответствие требований, изложенных в РД 50-34.698-90 [3].
Однако из процитированных определений невозможно установить то, как должен выглядеть соответствующий документ и требованиям какого стандарта он должен соответствовать.
В связи с тем, что начиная с 2021 года начал действовать другой документ – стандарт [4], то требования к содержанию документов с решениями по математическому обеспечению для АС – технических объектов будем искать в новом документе.
Обратим внимание прежде всего на то, что ни в ранее действовавшем РД [2], ни в стандарте [4] строго описания требований к математическому обеспечению для АС не содержится.
Вместо этого стандарт [4] предлагает в зависимости от специфики[3] АС оформлять математическое обеспечение в виде одного из двух документов:
- «Описание алгоритма»;
- «Описание проектной процедуры».
Ещё больше путаницы вносит стандарт [5] в котором эти два документа объединены в один (таблица 1).
В качестве кода документа, в котором приведено математическое описание АС, в стандарте [5] использован код ПБ.
Первым и главным недостатком такого кода представляется то, что никаких ассоциаций с названием документа «Описание алгоритма (программной процедуры» у этого кода не существует.
Кроме этого, нельзя признать удачным использование для документов, перечисленных в таблице 1, буквы П в качестве первого элемента кода документа.
Если в стандартах других систем для документов вида «Пояснительная записка» принято использовать код ПЗ [6], то в стандарте [5] предложено использовать коды П1 и П2, не вызывающие никаких ассоциаций с пояснительной запиской.
Поэтому предлагается не множить количества кодов, а принять единый код ПЗ для всех документов вида «пояснительная записка», независимо от стадии проекта, для которого разрабатывается эта записка.
Увлечение кодом П для обозначения документов привело к тому, что стандартом введено 12 кодов, не имеющих ассоциативных связей с документами, в названии которых использовано слова «описание» (см. таблицу 1).
Ещё большую путаницу вносят примечания к таблице 1, которыми допускается включать документы с кодами П4, П9, ПБ в документы с кодами П2, П3, П4, П6.
Не будем рассматривать здесь коды, рекомендуемые для других документов, а обратимся к математическому описанию АС.
В разделе 10 стандарта [4] изложены требования к документам по математическому обеспечению. Как было сказано в начале статьи, математическое обеспечение, как составную часть АС можно оформлять в виде одного из двух документов. Перечень разделов для каждого из документа приведен в таблице 2.
Проанализировав требования к содержанию документов, изложенные в разделе 10 стандарта [4] предлагается выпускать один документ с названием «Математическое обеспечение» и присвоить документу этого вида код МО.
Документ с кодом МО может содержать любые разделы, из перечисленные в таблице 2. Выбор разделов зависит от особенностей той или иной АС.
При небольшом объеме документа с кодом МО, его можно включить в пояснительную записку соответствующего этапа проекта – эскизного или технического.
Коды для документов других видов будут предложены в других публикациях.
Литература
1 ГОСТ 34.003-90 Автоматизированные системы. Термины и определения.
2 РД 50-680-88. Методические указания. Автоматизированные системы. Основные положения.
3 РД 50-34.698- 90. Автоматизированные системы. Требования к содержанию документов (Не действует на территории РФ).
4 ГОСТ Р 59795—2021. Автоматизированные системы. Требования к содержанию документов.
5 ГОСТ 34.201-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
6. ГОСТ Р 2.102-2023. Виды и комплектность конструкторских документов.
[1] См. п.2.6 этого стандарта.
[2] Здесь уместно процитировать примечание к п. 2.4 документа [2]:
- Проектные решения математического обеспечения реализуют, как правило, через программное, или, в отдельных случаях, техническое обеспечение
[3] Пояснения понятия «специфика АС» в документе отсутствует.
[4] Допускается включать в документы П2 или П3
[5] Допускается включать в документ П6 по ГОСТ 19.101
[6] Допускается включать в документы П2, П3 или П4
Никто пока не комментировал эту страницу.