Веб Дизайн - статьи




Моделирование Элементов данных для Бизнес объектов. - часть 2


Таблица 1

Преобразовывая сегмент сообщения BGM, опуская неиспользуемые клалификаторы, мы получим следующий вид DTD:

____________________________________________________________________________ <?xml version="1.0"> <!-BGM : Beginning of Message --> <!ELEMENT MessageId (#PCDATA) > <!ATTLIST MessageId UN-EDIFACT:Segment CDATA #FIXED "BGM" UN-EDIFACT:Attributes CDATA #FIXED "1001 MessageTypeCode 1060 RevisionNo 1225 MessageFunction 4343 ResponseType" MessageTypeCode CDATA #FIXED "CustomsDeclaration" RevisionNo CDATA #IMPLIED MessageFunction (%Confirmation; "Original" ResponseType (%Response;) "Accepted" Constraints CDATA #FIXED "an..35" > ____________________________________________________________________________

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

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

  • Бизнес модель разделена на следующие секции: реквизиты сообщения, стороны, таможенные отметки, упаковка, товары, документы, коды;
  • основные сегментные группы или сегменты корневого уровня должны соответствовать секции БМ.
  • термины данных БМ могут порождаться из других элементов данных EDIFACT или из значения кодов для определенных элементов данных;
  • подсекции бизнес модели должны быть основаны в соответствии с надобностями, понимания бизнес операций. Это не обязательные предлагаемые структуры составных элементов данных или группы сегментов;
  • Использование термина данных в БМ на уровне кодов данных сслылается на свю "концепцию кода"
  • имена БМ должны быть специфицированы достаточным для понимания;
  • в БМ использовать смысловую семантику, так например таг, описывающий перевозимые товары может именоваться GoodItems
  • дублирование имен недопустимо.







Содержание  Назад  Вперед