/>
Малюнок 9 - Діаграма варіантів використання.
Короткий опис варіантів використання, зображених на малюнку.
Варіант використання «Випустити каталог» дозволяє ресторану повідомити про пропоновану послугу або посилаючи каталог поштою, або публікуючи його на сайті в Інтернеті.
Варіант використання «Отримати заявку на замовлення» дозволяє ресторану отримати інформацію від клієнта, необхідну для виконання замовлення. Вона включає список страв, інформацію про оплату клієнтом наданої послуги і дату виконання замовлення.
Варіант використання «Сформувати замовлення продуктів» передбачає, що ресторан для виконання своїх замовлень посилає необхідну інформацію посередникам для отримання необхідних товарів.
Варіант використання «Доставити замовлення» і «Інформувати про доставку» дозволяє компанії-посереднику доставити товари і проінформувати про це ресторан.
Варіанти використання «Відмовитися від замовлення» дозволяє клієнту відмовитися від замовлення в разі якихось причин, але при цьому він повинен заплатити неустойку, зробив це в необумовлені раніше терміни.
Варіант використання «Оформити замовлення» дозволяє клієнтам зробити замовлення за каталогом або в Інтернеті. Складовими частинами даного варіанту використання є вказівка ??списку замовляються страв, інформації про оплату замовлення і дату виконання замовлення.
.3.2 Діаграма класів для інформаційної системи «Ресторан»
Діаграмою класів (Class Diagram) називають діаграму, на якій показано безліч класів, інтерфейсів, кооперацій і відносин між ними. Клас - це опис сукупності об'єктів із загальними атрибутами, операціями, відносинами і семантикою.
У рамках даної системи будуть присутні 4 класу: Клієнт, Компанія-посередник, Замовлення, Банк і Замовлення товарів (продуктів).
Клієнт робить замовлення на обслуговування заходу, попередньо оплачуючи замовлення в банку. Клієнту необхідно повідомити список страв і дату заходу. Ці відомості необхідно відобразити на розроблюваної діаграмі, створивши класи «Клієнт» і «Банк», які матимуть відповідні атрибути, і виконувати певні операції.
Щоб виконати замовлення клієнта, необхідно доставити товари, а саме продукти до зазначеного терміну. Отже, на діаграмі необхідно вказати клас «Компанія-посередник», який буде також мати відповідні атрибути, і виконувати певні операції. Також на діаграмі необхідно відобразити клас «Замовлення» з притаманними йому атрибутами.
Атрибут - це іменоване властивість класу, що включає опис безлічі значень, які можуть приймати його окремі екземпляри. Ім'я атрибута - це рядок тексту, однозначно його ідентифікує. Воно є обов'язковим і виражається, як правило, у формі іменника. Важливим аспектом при описі атрибута є його тип. Він являє собою вираз, семантика якого визначається мовою опису відповідної моделі. Загальноприйняті типи атрибутів - текстовий, цілочисельний, логічний (String, Integer, Boolean).
Операція - це сутність, яка визначає деяку дію, яке може бути виконане представником класу. Операції, як і атрибути, містять квантор видимості, ім'я операції, список параметрів, взятий у круглі дужки. Також може бути вказаний тип значення, наприклад: Boolean. Двокрапка використовується як роздільник. Клас «Клієнт» матиме наступні атрибути: ІПН, ПІБ, дату народження, телефон, адреса.
Клас «Клієнт» на фрагменті діаграми класів буде представлений наступним чином (рис. 10):
Малюнок 10 - Клас «Клієнт».
Таким чином, можна побудувати повну діаграму класів для необхідної інформаційної системи.
Малюнок 11 - Діаграма класів.
.3.3 Діаграма послідовності для інформаційної системи «Ресторан»
Діаграмою послідовностей (Sequence Diagram) називається діаграма взаємодій, що акцентує увагу на тимчасової упорядкованості повідомлень.
Для створення такої діаграми треба, насамперед, розташувати об'єкти, що беруть участь у взаємодії, у верхній її частині уздовж осі X. Зазвичай ініціює взаємодію об'єкт розміщують ліворуч, а решта - правіше. Потім уздовж осі Y розміщуються повідомлення, які об'єкти посилають і приймають, причому більш пізні виявляються нижче.
Під кожним з взаємодіючих об'єктів зображується лінія життя, що відображає існування об'єкта в часі. Об'єкти можуть створюватися і під час взаємодій. Велика частина об'єктів існує протягом всього взаємодії, але вони можуть знищуватися і під час взаємодій.
Центром модельованої інформаційної системи є замовлення ресторану на обслуговування заходів, тому всі операції будуть спр...
