ЗМІСТ
Частина 1. Прототипи: теорія, практика та модельно-орієнтований підхід 2
1.1. Вступ 3
4.21 Товариство та індивідуальні підприємці 4
4.22 Параметри 4
4.23 PartyManager 8
4.24 Підсумки 9
5.1 Бізнес контекст 10
2.1. Звичайний текст 13
2.2. Пункти глав - стиль "Тема" 13
2.3. Оформлення списків 13
2.4. Оформлення таблиць та рисунків 14
2.5. Оформлення посилань на літературні джерела 16
Прототипи: теорія, практика та модельно-орієнтований підхід
Прототипи та базові шаблони
Вступ
4.21-5.1
4.21 Товариство та індивідуальні підприємці
Якщо ваша організація має ділові відносини товариства або індивідуальних підприємців, вони можуть бути розміщені за допомогою шаблону Party.
Товариство може бути змодельована як Organization. Ім'я товариства та будь-які альтернативні торговельні назви можуть бути захоплені як OrganizationName і otherOrganizationNames, з відповідним використанням зазначив у кожному випадку.
Індивідуальний підприємець або власник може бути змодельована як Person. Якщо ім'я, за яким Person торгів відрізняється від свого імені, це може бути захоплений як otherPersonName, з використанням відмітити як "торгова марка".
Ви можете використовувати архетип (див. розділ 5), щоб визначити, чи товариство або індивідуальний підприємець виступає в ролі постачальника, партнера, і так далі. Використовуйте RegisteredIdentifier щоб відзначити будь-який податок, ідентифікаційним кодом для бізнесу, який ваша організація повинна знати (наприклад, ПДВ Реєстрація номери в межах Європейського співтовариства).
4.22 Параметри
Архетип Preference являє виражений Party вибір (або симпатії до) чогось, часто з набору можливих або пропонованих варіантів.
Це визначення передбачає, що можуть бути різні варіанти, що Party може вибирати між ними. Ми побачимо, як ця модель трохи пізніше.
Є принаймні два різних типи Preferences, які ви можете захопити:
Загальні Preferences проведені Party (наприклад, харчових параметрів).
Особливі Preferences проведені Party відіграють зокрема PartyRole.
Більшість параметрів другого типу виникають, коли Party перебуває в певному контексті, який надає можливості. Наша модель Preferences (рис. 4.14) забезпечує для обох типів.
Рисунок 4.14
Кожна Party і кожен PartyRole необов'язково може мати нуль або більше Параметрів. Ми обговорюємо PartyRole у розділі 5.3.
Кожен Параметр має PreferenceType.
Архетип PreferenceType вказує ім'я, опис, а також ряд PreferenceOptions для Preferences.
Архетип PreferenceOption вказує ім'я одного з можливих варіантів, і її опис.
Кожен Preference вказує точно одну опцію з діапазону варіантів, перерахованих в його PreferenceType.
Наприклад, на малюнку 4.15 показана PreferenceType для їжі польоту економ-класу, а також деякі доступні PreferenceOptions.
Рисунок 4.15
Фактичні Preferences вибрати один з PreferenceOptions визначається PreferenceType, як показано на малюнку 4.16.
Рисунок 4.16
PreferenceTypes може бути пов'язана з конкретним продуктом або послугою. Це, як правило у разі, коли використовуються PreferenceTypes із Customer PartyRole. Щоб показати це посилання, PreferenceType можна додатково вказати продукт або послугу як річ до якої це стосується. Якщо це так, то імена PreferenceOptions, як правило, посилаються на конкретні характеристики продукту або послуги (див. розділ 7.10 для докладної інформації).
Ви також можете призначити preferenceWeight до конкретних Параметрів. Це міра того, наскільки важливі Preferences відповідній Party або PartyRole, якій він належить. Зважування Preferences таким чином, може допомогти вам приймати розумні рішення CRM в тих випадках, де тільки частина Preferences може бути дозволена або там, де є конфлікт між Preferences.
4.23 PartyManager
Як правило, це хороша ідея для вашого бізнесу, щоб централізувати управління Parties в одному місці. Ця функція представлена в нашій моделі як PartyManager архетип, показаний на малюнку 4.17.
Рисунок 4.17
PartyManager архетип управляє набором Parties.
PartyManager архетип надає послуги для додавання і видалення записів із Parties вашої компанії. Він також надає набір "Finder" операції, які дозволяють знайти конкретну Party. Ви можете додати подальші операції, скільки необхідно для задоволення конкретних потреб Вашого бізнесу.
4.24 Підсумки
У цьому розділі ми розглянули архетип шаблону Party, який представляє собою модель для представлення необхідної інформації про бізнес людей і організацій. Ми розглянули питання, перераховані нижче.
Party: як представляти особу чи організацію
PartyIdentifier: Як однозначно ідентифікувати Party
RegisteredIdentifier: як представляти ідентифікатори Party, які були призначені визнаними або статутними органами
PartySignature: як представити відповідне позначення Party
PartyAuthentication: як представити гарантований спосіб підтвердження особи Party
Address: як представити контактну інформацію для Party
GeographicAddress
TelecomAddress
EmailAddress
WebPageAddress
AddressProperties: як задати довільні властивості адреси (наприклад, контекст, в якому він повинен бути використаний)
Person: як представляти інформацію про людину
Ідентифікатори для людей
ISOGender: як представляти інформація про стать
Ethnicity: як представляти етнічне походження людини
BodyMetrics: як для представлення інформації про людське тіло
PersonName: як представити імена людей
Organization: як представити адміністративну або функціональну структури
OrganizationName: як представити назву Organization
OrganizationUnit: як представити Organization, яка є частиною іншої Organization
Company: як представляють компанії
CompanyGroup: як представляють собою групи зв'язаних компаній
назви компаній
Ідентифікатори для компаній
Ідентифікатори для організаційних одиниць компанії
Партнерство та індивідуальні підприємці
Preference: як представити вибір тієї чи іншої Party або симпатії до чогось, зазвичай вибирають з діапазону варіантів
PreferenceType: як являють собою ряд варіантів, доступних для Party
PreferenceOption: як представити конкретний варіант з діапазону доступних для Party
PartyManager: Як представляти і керувати колекціями Parties