Пользовательские сущности

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


В поле Название необходимо указать дружественное пользователю название сущности. В поле Название таблицы необходимо указать название таблицы СУБД, в которой будут храниться записи (объекты) данной сущности. У конкретной СУБД есть свои ограничения на наименование таблиц. Обычно название таблицы заполняется латиницей, первый символ всегда буква. Лучше не использовать символы разметки.


Модуль - это дружественное название пользовательского модуля, при помощи которого будет осуществляться редактирование записей сущности. Это название можно будет использовать в строке поиска, а также при настройки навигации внутри проектов.



По умолчанию у новой сущности есть только одно поле "Название". Для задания дополнительных полей и связей с другими сущностями системы, используйте штатный модуль "Атрибуты" в настройках проекта, где будет использоваться данная сущность.


Импортировать данные в новый справочник можно с использованием Excel, REST API, либо при помощи механизма скриптовой автоматизации реализовать загрузку данных в справочник из внешних систем.


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


Дополнительные опции:

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

У записи в таблице пользовательской сущности есть свой идентификатор (UID).


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


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

  • {Тип требования.Краткое название,R}.{Id} - в начале ИД требования будет указано краткое название его типа, например, СТ.123
  • {Тип требования.Краткое название,R}-{IdProject} - Значение поля "IdProject" заполняется автоматическим счетчиком в рамках проекта. В каждом проекте счетчик начинается с 1. Таким образом, вы можете получить такие идентификаторы: БТ-1, СТ-2 и т.п.
  • {Тип требования.Краткое название,R}-{IdType} - Значение поля "IdType" заполняется счетчиком для каждого типа требования. Таким образом, вы можете получить такие идентификаторы: БТ-1, СТ-1 и т.п.
  • {Тип требования.Краткое название,R}-{IdHierarchy} - Значение поля "IdHierarchy" заполняется счетчиком в рамках иерархии (документа), то есть счетчик будет увеличиваться для каждого следующего дочернего элемента внутри документа.
  • {Тип требования.Краткое название,R}-{IdParent} - Значение поля "IdParent" заполняется счетчиком в рамках родительского раздела, то есть счетчик будет увеличиваться для каждого следующего дочернего элемента внутри одного раздела.

Вы можете формировать идентификатор с использованием дополняющих нулей, например, задав выражение {Id,6} система будет формировать идентификатор в виде 000001, 000002 и т.д.

Результаты поиска