овернення отриманих раніше до фонду бібліотеки. p align="justify"> На малюнку 3.3 представлена ​​діаграма дії ще одного з основних прецедентів - В«Прийому книгВ». Як видно з цієї діаграми процес прийому книг в бібліотеці починається зі сканування читацького квитка, в штрих-код якого закладений номер читацького абонементу його власника. Діаграма дії показує також, що у випадку некоректної роботи системи передбачено введення коду читацького абонементу вручну за допомогою клавіатури. На цій же діаграмі можна побачити, що знаходження запису про книгу, наявної у читача передбачено за допомогою сканування штрих-коду цієї книги, а в разі невдачі при розпізнаванні також як і з кодом читацького абонементу передбачений ручний введення даних про книгу. Логічним та програмним закінченням процесу видачі книги є видалення повернутої читачем книги з його читацького абонементу, внесення запису про факт повернення книги в журнал обслуговування, закриття абонемента і вихід. <В В
Рисунок 3.2 - Діаграма дії прецеденту В«Видача книгВ».
В В
Малюнок 3.3 - Діаграма дії прецеденту В«Прийом книгВ».
Розглянемо четвертий з основних прецедентів підсистеми В«Обліку прийому/видачі книгВ». Його діаграма дії представлена ​​на малюнку 4.4
В
Малюнок 3.4 - Діаграма дії прецеденту В«Формування звітуВ».
На діаграмі дії прецеденту В«Формування звітуВ» представлено процес, в результаті якого на виході отримуємо документ звіт в електронному вигляді. Відкривши вікно формування звіту, користувач зможе вибрати критерії, за якими має бути сформований звіт: це може бути певна дата або діапазон дат, прийом або видача книг, або ж можна задати формування комплексного звіту з прийому/видачі книг за певний період.
По закінченні процесу співробітник бібліотеки (користувач) закриває вікно формування звіту.
4. Опис моделі логічної структури підсистеми В«Обліку прийому/видачі книгВ»
Логічна структура підсистеми В«Обліку прийому/видачі книгВ» представляє собою діаграми класів, що відображають різні класи, з яких складається система, та їх взаємодію між собою. Діаграми класів є "статичними" діаграмами, тому що вони відображають класи разом з їх методами і атрибутами, так само як і статичні взаємодії між ними: які класи "знають" про яких класах або які класи "є частиною" інших класів, але не відображають обмін повідомленнями між класами.
Розглянемо, які діаграми класів відносяться до логічної структурі нашої підсистеми.
В
Малюнок 4.1 - Діаграма класів для прецеденту В«Перегляд електронного замовленняВ»
Таблиця 4.1 Атрибути класів для прецеденту В«Перегляд електронного замовленняВ»
КлассАтрибутыОперацииЗначениеЖурнал елект...