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

В общем виде схема модели данных будет выглядеть так:

Для создания модели данных на платформе "Датамастер" используются следующие виды элементов:

  • тип объектов – это структура данных, которая описывает сущности, обладающие общим выделяющим признаком/признаками. Такая структура может определять свойства, состояние, поведение объектов. То есть объекты приложения, относящиеся к одному типу, будут иметь одни и те же атрибуты и представления. В качестве примеров типов объектов можно привести следующие сущности: заказ, сотрудник, документ, отчёт.
  • атрибут – основной элемент хранения данных в системе. Атрибуты определяют особенности типа объектов, то есть это как раз те свойства, которые нам необходимо знать об объекте, для решения конкретных задач в приложении. Примеры атрибутов - дата, номер, фамилия, имя, отчество.
  • представление – форма отображения данных в пользовательском интерфейсе. То есть, это то, в каком виде пользователь увидит данные об объекте в своём приложении. Важным моментом здесь является то, что один объект может быть представлен в разных видах, в зависимости от того какую роль он выполняет (сотрудник - исполнитель, руководитель или контролирующий) и в зависимости от того, какие данные о нём нужны именно этот момент. Подробнее о связи типа объектов и ролей будет рассмотрено в разделе 5.7 данного руководства.

 

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

Роль – это отдельный вариант пользовательского интерфейса приложения, специальным образом приспособленный для наилучшего выполнения работы в приложении некоторой категорией пользователей.

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

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

Далее для примера приведена часть модели данных приложения "Документооборот".

Для разработки приложений используют разные виды структуры хранения данных. В "Датамастере" используется иерархическая структура хранения данных – это структура, в которой данные представлены в виде дерева. В такой структуре объекты данных имеют различные уровни. Связь объектов осуществляется от верхнего уровня к более низкому. Связанный объект на более высоком уровне называется родительским (предком). Тот объект, который непосредственно связан с родительским на более низком уровне называется дочерним (потомком). При этом у родительского объекта может быть несколько дочерних, но у дочернего объекта может быть только один родительский.

На следующем изображении приведён пример такого дерева объектов.

В новом приложении, созданном в "Датамастере", всегда есть первоначальный элемент – "Корень", он нужен для основания единой иерархии объектов при создании приложения. Если посмотреть на картинку выше, то в данном случае корень — это "Каталог", остальные элементы являются потомками.