Этот документ входит в профессиональные
справочные системы «Кодекс» и  «Техэксперт»

     
     ГОСТ Р ИСО/МЭК ТО 12182-2002

Группа П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

КЛАССИФИКАЦИЯ ПРОГРАММНЫХ СРЕДСТВ

Information technology. Categorization of software

     

ОКС 35.080
ОКСТУ 5001

Дата введения 2003-07-01


Предисловие

1 РАЗРАБОТАН И ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 11 июня 2002 г. N 238-ст

3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК ТО 12182-98 "Информационная технология. Классификация программных средств"

4 ВВЕДЕН ВПЕРВЫЕ


ВНЕСЕНА поправка, опубликованная в ИУС N 12, 2002 год

Поправка внесена изготовителем базы данных

Введение


Настоящий стандарт предназначен для специалистов в области программной инженерии, пользователей и разработчиков стандартов в данной области.

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

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

С целью пояснения описываемой схемы классификации ПС в настоящем документе приведены примеры. Разработчикам стандартов настоящий документ поможет при классификации существующих, разрабатываемых и перспективных стандартов.

Настоящий стандарт определяет основы классификации ПС, схему классификации и содержит примеры применения соответствующих стандартов.

     1 Область применения


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

     1.1 Применение


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

     1.2 Круг пользователей и назначение


Настоящий стандарт в основном предназначен для специалистов в области программной инженерии, пользователей и разработчиков стандартов в данной области.

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

Использование установленной классификации ПС заключается в создании соответствующего классификационного элемента для каждого вида, установленного в разделе 7 настоящего стандарта, применительно к рассматриваемому ПС или подходящему стандарту программной инженерии. В некоторых случаях допускается наличие пустого элемента.

Часто возникают ситуации, когда процессы программной инженерии и продукты данных процессов применяются для приобретения или разработки некоторых разновидностей ПС. Например ИСО/МЭК 6592 применяют для больших прикладных систем, а ГОСТ Р ИСО/МЭК 9127 - для пакетов программ. В настоящем стандарте установлена схема классификации, помогающая:

1) уточнить области применения используемого стандарта или ПС;

2) определить и выбрать стандарты, применимые к прикладному ПС;

3) определить классификационные характеристики новых стандартов.

     1.3 Ограничения


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

     2 Соответствие


Не установлено.

     3 Нормативные ссылки


В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению

ГОСТ Р ИСО 9127-94 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов

ИСО/МЭК 6592-2000* Информационная технология. Руководства по документированию прикладных автоматизированных систем

_________________

* Оригинал международного стандарта - во ВНИИКИ Госстандарта России

     4 Определения


В настоящем стандарте использованы следующие термины с соответствующими определениями:

4.1 схема классификации (categorization schema): Упорядоченная комбинация видов и классов, связанных с ПС.

4.2 вид (view): Множество соответствующих классов.

4.3 класс (category): Конкретно определенный классификационный фрагмент, раздел или группировка ПС, выделенные на основе одного или нескольких атрибутов или характеристик.

     5 Сокращения


ПС - программное средство.

     6 Концепция классификации ПС


Основной принцип классификации ПС схематически представлен на рисунке 1.

Рисунок 1 - Классификация ПС



Как показано на рисунке 1, классификация ПС комбинируется из ряда видов ПС, а каждый вид содержит классы, соответствующие данному виду. Различные виды рассмотрены в разделе 7. Выбор классов, соответствующих конкретному виду, оставлен на усмотрение пользователя.

Следует отметить, что конкретный класс может присутствовать в нескольких видах, а в ряде случаев область применения одного вида перекрывается областью другого.

     6.1 Структура видов


Схема классификации состоит из 16 видов. Данные виды ПС могут быть объединены в следующие группы.

Внутренние виды:

- режим эксплуатации (7.3);

- масштаб ПС (7.4);

- стабильность ПС (7.9);

- функциональные возможности;

- функция ПС (7.1);

- требование защиты (7.13);

- требование надежности (7.14);

- требуемые рабочие характеристики (7.12);

- исходный язык (7.6).

Виды среды:

- прикладная область информационной системы (7.2);

- вычислительная система и среда (7.15);

- класс пользователя (7.8);

- требование к вычислительным ресурсам (7.16);

- критичность ПС (7.7);

- готовность программного продукта (7.10).

Виды данных:

- представление данных (7.5);

- использование программных данных (7.11).

     6.2 Выбор видов и классов


В любом конкретном случае, например, когда схема классификации применяется к другим стандартам по программной инженерии, использование всех видов может не потребоваться. В таком случае для классификации конкретного ПС может быть достаточен один вид или выбранный набор видов с конкретными классами. Случаи, для которых может потребоваться использование подмножеств видов, охватывают классификацию ПС по отношению к конкретным стандартам программной инженерии, выбор соответствующих стандартов программной инженерии, выбор методов, описание жизненного цикла, определение структуры документа и оценку качества.

При применении схемы классификации к приложениям, для которых необходимо подмножество видов, должны быть использованы все соответствующие виды и связанные с ними классы. Например, если характеризуют ПС по отношению к его среде, может быть пригоден набор видов, составляющих подмножество "Среда" из 6.1. В зависимости от специфики приложения может быть необходимым использование дополнительных видов, таких как требования защиты или надежности.

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

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

     7 Схема классификации


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

Классы, соответствующие видам, необязательно взаимоисключающи. Для некоторых приложений может быть применен один из классов, а для других - все.

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

Для пояснения текста настоящего стандарта в нем приведены примеры использования вида. Примеры приведены для иллюстрации и представляют только типовой набор возможных приложений.

Пользователи схемы классификации должны руководствоваться собственными соображениями при выборе соответствующих классов для конкретного приложения или прикладной области.

     7.1 Функция ПС


Для вида "функция ПС" классы должны быть определены в зависимости от типа функции, для которой они предназначены.

Примерами классов функции ПС являются: