ій діаграмі кілька дійових осіб:
Пацієнт - особа, яка бажає записати на прийом;
Реєстратор - особа, яка здійснює запис на прийом;
Лікар - особа, до якої здійснюється запис;
БД пацієнтів - сукупність даних про всі елементи системи;
Розрахункова система - спосіб отримання інформації про всю систему.
Існує кілька варіантів використання:
Записатися на прийом,
Переглянути базу даних пацієнтів,
Ввести інформацію про пацієнтів,
Виписати талон,
Закрити реєстрацію,
Отримати інформацію про пацієнтів.
Основне завдання діаграми варіантів використання - представляти собою єдине засіб, що дає можливість замовнику, кінцевому користувачеві і розробнику спільно обговорювати функціональність і поведінку системи.
. АНАЛІЗ СИСТЕМИ
.1 ЗАГАЛЬНА ДІАГРАМА КЛАСІВ
В потоках подій варіанту використання були виявлені класи трьох типів:
граничні класи (Boundary), службовці посередниками при взаємодії зовнішніх об'єктів з системою: Система БД пацієнтів;
класи-сутності (Entity), що представляють собою ключові абстракції (поняття) розроблюваної системи: Пацієнт, розклад, лікар, реєстратор;
Для більш точного опису послідовності виконання тих чи інших функцій даної системи необхідно створити діаграми послідовності.
.2 СТВОРЕННЯ діаграми послідовності
Для моделювання взаємодії об'єктів в часі в мові UML використовуються діаграми послідовності. Діаграма послідовності відображає потік подій, що відбуваються в рамках варіанту використання. На діаграмі послідовності зображаються тільки ті об'єкти, які безпосередньо беруть участь у взаємодії. Ключовим моментом для діаграм послідовності є динаміка взаємодії об'єктів в часі.
На діаграмі послідовності об'єкт зображується у вигляді прямокутника, від якого вниз проведена пунктирна вертикальна лінія. Ця лінія називається лінією життя об'єкта. Вона являє собою фрагмент життєвого циклу об'єкта в процесі взаємодії. Кожне повідомлення представляється у вигляді стрілки між лініями життя двох об'єктів і позначається ім'ям.
Рис. 2. Діаграма послідовності - 1
У даній діаграмі Пацієнт здійснює запит реєстратору про необхідність запису на прийом до лікаря. Далі здійснюється формування і відправка запиту до бази даних. База даних перевіряє інформацію про запис на прийом, і видає відповідну інформацію, після чого посилає підтвердження і процес завершується видачею талона реєстратором.
Діаграма послідовності для більш детального відображення процесу запису на прийом відображена на рис.3. Основним дійовою особою є реєстратор, який здійснює запит до системи. Система в свою чергу запитує розклад лікарів, дату і час вільного прийому, формує інформацію і відправляє її реєстратору. Реєстратор передає повідомлення пацієнту про найближчому часі можливого прийому пацієнтів конкретного лікаря. І робить вибір, який потім фіксує реєстратор в базі дани...
