5.1 Бізнес контекст

У попередньому розділі було показано, як для збору інформації про людей і організації, що використовують Party архетип і його підкласи Person і Organization. У цьому розділі ми будемо дивитися на все набагато складніше відносин між Parties.

Як ви побачите, моделювання відносин Party може стати досить складним і абстрактним. Частини цього розділу, може бути більш підходящим для розробників програмного забезпечення, ніж бізнесменів. Якщо ви бізнесмен, а не розробник програмного забезпечення, наші поради прості, щоб ви ковзали на тих ділянках, які здаються абстрактними.

Це може бути дуже важливо зрозуміти і захопити відносин між Parties. Наприклад, вам може знадобитися, щоб зрозуміли вашу клієнтську базу і різні відносини має до вас клієнт і, можливо, для інших клієнтів-це велика частина управління взаємовідносинами з клієнтами. Або вам може знадобитися для моделювання такої організації, як бізнес або команди і зрозуміти відносини в рамках цієї організації.

Для досягнення будь-якої з цих цілей, необхідно моделювати не тільки самих Parties, але і відносини між цими Parties.

Ці відносини можуть бути численні і складні. Можливо, ви чули з гри "Шість ступенів Кевіна Бекона". У цій грі метою є зв'язати актор Кевін Бекон у інший актор, використовуючи не більше шести відносин, де кожні відносини є фільмом, в якому два з учасників ланцюжка обидва з'явилися. Наприклад, можна легко зв'язати Кевіна Бекона і Сігурні Уівер, як показано на малюнку 5.1.

Рисунок 5.1

Кожен з нас пов'язаний з майже всіма іншими на планеті невеликим числом відносин. Ніхто не знає точно, що середнє число зв'язків у такому ланцюзі, але останні дослідження показують, що це, ймовірно, не більше приблизно десяти. Цей показник дуже низький, бо кілька людей дуже тісно пов'язані. Після того, як ланцюг потрапляє в один з цих тісно пов'язаних людей, він або вона створює ярлик для багатьох інших людей. Така мережа називається безмасштабною мережею: більшість вузлів (наприклад, акторів) мають дуже мало відносин (наприклад, спільні фільми), але деякі вузли (наприклад, Кевін Бейкон) мають багато, і ці вузли створюють ярлики через мережу.

Інший приклад безмасштабних мереж це World Wide Web. Веб обхід домінує відносно невеликим числом висококваліфікованих пов'язаних вузлів, такі як Yahoo! і Google.

Інший тип мережі є випадковими мережами, де кожен вузол має те саме середнє число відносин (міра його "​​масштаб").

Тому що ми всі живемо в павутині дуже складних відносини, ключовим моментом з точки зору об'єктно-орієнтованого аналітика / дизайнер це вирішити точно, які з цих відносин мають велике значення для бізнес-систем, а які ні. Ви не можете вичерпно охопити всі відносини в районі даної Party, так що ви повинні використовувати бізнес-вимоги щоб вирішити, яку частину мережі відносин вам потрібно захопити.

2. Правила оформлення перекладу

   1. Звичайний текст

Для звичайного тексту використовувати стиль "Обычный".

Для визначень (позначених в книзі зображенням відкритої книжки) ‑ стиль "Визначення".

Вставки програмного коду, назв шаблонів, тощо (що в книжці позначається червоним шрифтом) слід писати стилем "Образец HTML".

2. Пункти глав - стиль "Тема"

Іноді глави мають підпункти.