ГОСТ Р 56715.4-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 4. Данные и модель данных (Переиздание)

     4.1 Общие положения

4.1.1 Предназначение модели данных

Представленная в настоящем стандарте модель данных описывает на профессиональном уровне элементарные структуры данных проектного менеджмента. Модель данных можно использовать для:

a) архивирования данных проектного менеджмента;

b) обмена данными проектного менеджмента между организациями и различными системами программного обеспечения;

c) спецификации требований к программному обеспечению проектного менеджмента (в качестве исходных данных).

4.1.2 Представление модели данных

Представление модели данных осуществляется вербально и дополняется диаграммами (немецкие соответствия английских текстов см. в таблицах A.1-A.12). Названия элементов и их описание находятся в таблицах 1-12. Диаграммы соответствуют положениям ИСО/МЭК 19501 "Унифицированный язык моделирования (UML)". Они представляют собой базовые элементы данных (классы) и выражают их с помощью соответствующих подэлементов (атрибутов), которые сами не являются объектами стандартизации. Специфичные для отрасли, предприятия или проекта расширения возможны путем добавления других классов и/или атрибутов.

Из 13 типов UML-диаграмм (см. рисунки 2-13) для создания модели данных используются только диаграммы классов. К применяемым языковым конструкциям относятся пакеты, классы, атрибуты, ассоциации, специализации и параметры. Все конструкции используются в соответствии со стандартом. Тем не менее используются некоторые специфичные параметры:

- ML (англ.: Multi Language).

Этот параметр характеризует текстовые атрибуты, для которых в XML-представлении должно быть разрешено занесение в память значений на нескольких языках. Так, например, станет возможным указывать имя проекта более чем на одном языке;

- GUID (англ.: Global Unique Identifier).

Этот параметр характеризует классы, которые представляют собой специализации класса GUID-Object. Класс GUID описывает информационный объект, который можно однозначно идентифицировать с помощью кода.

Примечание - При этом код является однозначным не только для всех объектов одного типа, но и для всех объектов всех типов;

- РА (англ.: Primary Association).

Этот параметр используется для обозначения ассоциаций, которые в рамках генерации схемы используются для построения иерархической структуры XML-элементов;

- AGG (англ.: Aggregated Value).

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

4.1.3 Правила присвоения имени

Элементам данных присваиваются английские и русские названия. Однозначные согласованные названия приведены ниже.

Элементы данных называются существительными и всегда используется в единственном числе. Элементы данных могут называться также двумя существительными, при этом, если возможно, для определения иерархии понятий используется позиция (порядок следования) существительного. Так, существует, например, иерархическое отношение между элементами данных Initiative (объект управления) и InitiativeGroup (группа объектов управления). Это отношение можно определить только по одному названию элементов. Для лучшего понимания присвоение имени из нескольких существительных происходит с использованием дефисов.

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