рійКласс, що представляє собою абонементи, які придбав кліентАтрібутиНаіменованіе, ЦенаОперацііОплатіть абонемент () Отримати інформацію про абонементі ()
Між наведеними вище класами існують відносини, які показують взаємодію цих класів між собою.
Клас Клієнт і Клубная_карта - відношення асоціації, оскільки дані два класи просто пов'язані один з одним і ніякі інші типи зв'язків тут застосувати не можна. Один клієнт може придбати кілька клубних карт, але кожна картка належить лише одному клієнтові, тому кратність зв'язку з боку класу Клієнт - 1, з боку Клубная_карта - 1..n.
Клас Клубная_карта і Абонемент - відношення композиції, оскільки абонементи записані на клубну картку, і без них карта існувати не може. На одній карті може бути записано кілька абонементів, а абонемент записаний в одній карті, тому кратність зв'язку з боку Клубной_карти - 1, з боку Абонемента - 1..n.
Також необхідно створити граничний клас Параметри_карти - клас, що забезпечує механізм роботи з картою. І граничний клас Добавіть_новую_карту, який буде служити для створення нових карт.
Відношення між цими класами - агрегація, оскільки в даному випадку клас Добавіть_новую_карту розглядається як частина класу Параметри_карти, частинами якого також будуть класи для перегляду, редагування та видалення клубних карт. Кратність зв'язку 1 до 1, оскільки до складу класу Параметри_карти входить тільки один клас Добавіть_новую_карту.
Додамо керуючий клас Управленіе_картамі, який забезпечує роботу з клубними картами клієнтів. Даний клас буде пов'язаний з класами Добавіть_новую_карту і Клубная_карта . Відношення між класами Добавіть_новую_карту і Параметри_карти - односпрямована асоціація з кратністю зв'язку 1 до 1, оскільки один екземпляр класу Добавіть_новую_карту взаємодіє тільки з одним екземпляром класу Параметри_карти. Відношення між класами Управленіе_картамі і Клубная_карта - односпрямована асоціація з кратністю зв'язку 1 до 1..n, оскільки один клас Параметри_карти може взаємодіяти з декількома класами Клубная_карта.
Для того щоб продемонструвати особливості взаємодії між об'єктами системи, побудуємо діаграму послідовності, яка є імітаційної моделлю системи і показує процес взаємодії елементів між собою в часі.
Діаграма послідовності є однією з різновидів діаграм взаємодії і призначена для моделювання взаємодії об'єктів системи в часі, а також обміну повідомленнями між ними.
Детальний опис всіх компонентів діаграми послідовності інформаційної системи представлено в таблиці 6.
Таблиця 6 - Специфікація діаграми послідовності
Об'ектОпісаніеКліентОб'ект, який позначає клієнта фітнес-центру. Спочатку клієнт заповнює анкету здоров'я для отримання подальших рекомендаційАнкета здоровьяОб'ект, який знищується відразу після того, як співробітник проаналізував стан здоров'я кліентаСотруднікОб'ект, що позначає співробітника фітнес-центру з медичною освітою, який підбирає відповідно до даних анкети здоров'я найбільш підходящий клієнту вид занятійБаза даннихОб'ект, який позначає сховище з інформацією про всіх клієнтів центру, абонементах, тренерів, залахКлубная картаОб'ект, що представляє собою клубну карту, на якій надалі фіксується інформація про абонементахАбонементОб'ект, який позначає вибрані клієнтом абонементи на певні види занять
Розглянемо поведінку системи з точки зору зовнішнього спостерігача. Для цього побудуємо діаграму прецедентів. Діаграма прецедентів (USE CASE варіантів використання) є вихідною концептуальною моделлю системи в процесі її проектування і розробки.
Розробка діаграми прецедентів переслідує мети:
. Сформулювати загальні вимоги до функціонального поведінки проектованої системи.
. Розробити вихідну концептуальну модель системи для її подальшої деталізації у формі логічних і фізичних моделей.
. Підготувати вихідну документацію для взаємодії розробників системи з її замовниками і користувачами.
Таким чином, на малюнку 10 видно, що основними суб'єктами системи є клієнти і співробітники. Також існують прецеденти - цілісні набори тих функцій, які мають цінність для розглянутого суб'єкта. Найбільш значущими в системі є наступні прецеденти: перевірка наявності клієнта в базі даних, а також оформлення продажу клубної картки клієнту. Ці прецеденти, в свою чергу, пов'язані з такими прецедентами, як: внесення клієнта в базу даних, узгодження умов оплати з клієнтом, підбір занять за інтересами клієнта, забезпечення клієнта необхідною інформацією, підбір тренера і пропозиція того чи іншого абонемента. Між суб'єктами і прецедентами, які є основними компонентами діаграм...
