5.5. Вкладені діаграми станів
Діаграма станів компонента «трансмісія» (див. рис. 51) має вузол (стан) «вперед», який сам є діаграмою станів (вкладена діаграма станів). Інтерпретація цієї діаграми така: «трансмісія» має три стани: «нейтральний», «назад», «уперед»; стан «вперед» має три підстани (вони уточнюють стан «уперед»): «перший», «другий», «третій». На діаграмах станів суперстан зображується як прямокутник із заокругленими кутами, усередину якого вміщуються всі його підстани.
5.6. Динамічна модель банківської мережі
Як приклад застосування розглянутих принципів побудови динамічної моделі будуємо динамічну модель банківської мережі. Почнемо зі складу та вивчення сценаріїв. Нормальний сценарій обслуговування клієнтів у банківській мережі наведено на рис. 54; один із можливих сценаріїв, який утримує виняткові ситуації, зображено на рис. 55.
АТМ просить клієнта вставити картку Клієнт вставляє картку АТМ приймає картку та читає її номер АТМ просить ввести пароль Клієнт вводить «1234.» АТМ передає номер та пароль у консорціум Консорціум перевіряє номер та пароль Визначає код банку — «39» та повідомляє АТМ, що запит прийнято АТМ просить клієнта (за допомогою меню на екрані) вибрати вид проведення (зняття, вклад, переказ, запит) Клієнт вибирає зняття АТМ запитує клієнта, яка сума вимагається Клієнт вводить $ 100 АТМ переконується, що введена сума в межах ліміту та просить консорціум здійснити проведення Консорціум передає запит до банку Банк виконує проведення та повертає нове значення балансу рахунку АТМ видає суму та просить клієнта взяти її Клієнт бере гроші АТМ запитує, чи не потрібно клієнтові ще чого Клієнт вводить ні АТМ друкує рахунок, видає картку та просить клієнта взяти її Клієнт бере рахунок та картку АТМ просить (іншого) клієнта ввести картку |
Рис 54. Нормальний сценарій для банківської мережі
АТМ просить клієнта вставити картку Клієнт вставляє картку АТМ приймає картку і читає її номер АТМ просить ввести пароль Клієнт вводить «9999.» АТМ передає номер та пароль у консорціум; консорціум, проконсультувавшись із відповідним банком, відмовляє в запиті АТМ повідомляє, що пароль введено неправильно Клієнт вводить «1234.» АТМ передає номер та пароль у консорціум Консорціум перевіряє номер та пароль, визначає код банку — «39» та повідомляє АТМ, що запит прийнято АТМ просить вибрати вид проведення Клієнт вибирає зняття АТМ запитує, яка сума вимагається Клієнт (передумав брати гроші) набирає відміну АТМ видає картку та просить клієнта взяти її Клієнт бере картку АТМ просить (іншого) клієнта вставити картку |
Рис. 55. Сценарій для банківської мережі, яка містить в собі виняткові ситуації
Для кожного сценарію можна скласти відповідну трасу подій (рисунок 56). Для цього виокремлюємо в сценарії імена подій (подіями є всі сигнали, введення даних, рішення, переривання, переходи та дії, які виконуються клієнтом або зовнішніми пристроями), зазначаючи для кожної події об’єкт, що її породжує (активний об’єкт).
Рис. 56. Траса подій у банківській мережі
Маючи траси подій, можна побудувати діаграми станів об’єктів проектованої системи. Банківська система є агрегацією певного числа паралельно та незалежно працюючих об’єктів чотирьох класів: «консорціум», «банк», «АТМ (банкомат)» та «клієнт». Тому стан банківської мережі визначається як кортеж станів об’єктів, з яких вона складається: один об’єкт класу «консорціум», b об’єктів класу «банк», a об’єктів класу «АТМ (банкомат)» та c об’єктів класу «клієнт» (a, b, c — кількість відповідно АТМ, банків та клієнтів мережі). Класифікація об’єктів, застосовувана в разі об’єктно-орієнтованого підходу, дозволяє замість a + b + 1 діаграм станів побудувати лише три (діаграми станів клієнтів будувати не потрібно, оскільки їх теперішній стан зрозумілий і без того).
Рис. 57. Прив’язування подій до об’єктів банківської мережі
Побудова діаграм станів починається з прив’язування подій до об’єктів банківської мережі (рис. 57), які є джерелом цих подій. Спочатку розглядаються нормальні події, потім винят- кові події. Побудова діаграми станів об’єкта (класу) може вва- жатися закінченою, коли діаграма охоплює всі розглядувані сценарії.
Діаграми станів об’єктів класів «АТМ (банкомат)», «консорціум» і «банк» наведено на рис. 58—60 відповідно.
Рис. 58. Діаграма станів об’єктів класу «АТМ (банкомат)»
Рис. 59. Діаграма станів об’єктів класу «консорціум»
Рис. 60. Діаграма станів об’єктів класу «банк»