ЗВІТ ПО ЛАБОРАТОРНОЇ РОБОТІ № 2-3
Об'єктно-орієнтоване моделювання
Санкт-Петербург
Мета: Розробити модель ІКС для піцерії. Створити діаграми взаємодії та послідовності, класів, станів
Теоретичний матеріал
моделювання діаграма проектування масштабування
Об'єктно-орієнтовані мови моделювання з'явилися в період з середини 70-х до кінця 80-х років, коли дослідники, поставлені перед необхідністю враховувати нові можливості об'єктно-орієнтованих мов програмування і вимоги, пропоновані все більш складними додатками , змушені були почати розробку різних альтернативних підходів до аналізу і проектування. UML - це уніфікований графічний мова моделювання для опису, візуалізації, проектування та документування ГО систем. UML покликаний підтримувати процес моделювання ПС на основі ГО підходу, організовувати взаємозв'язок концептуальних і програмних понять, відображати проблеми масштабування складних систем. Моделі на UML використовуються на всіх етапах життєвого циклу ПС, починаючи з бізнес-аналізу і закінчуючи супроводом системи. Різні організації можуть застосовувати UML на свій розсуд в залежності від своїх проблемних областей і використовуваних технологій.
Діаграми. У UML передбачені наступні діаграми:
· Діаграми, які описують поведінку системи:
o Діаграми станів (State diagrams),
o Діаграми діяльностей (Activity diagrams),
o Діаграми об'єктів (Object diagrams),
o Діаграми послідовностей (Sequence diagrams),
o Діаграми взаємодії (Collaboration diagrams);
· Діаграми, що описують фізичну реалізацію системи:
o Діаграми компонент (Component diagrams);
o Діаграми розгортання (Deployment diagrams).
Суть діаграми взаємодії полягає в наступному. Проектована система представляється у вигляді безлічі сутностей або акторів, що взаємодіють з системою за допомогою варіантів використання. При цьому актором (actor) або дійовою особою називається будь сутність, що взаємодіє з системою ззовні. Це може бути людина, технічний пристрій, програма або будь-яка інша система, яка може служити джерелом впливу на моделируемую систему так, як визначить сам розробник. Варіант використання служить для опису сервісів, які система надає актору
При складанні діаграми взаємодії для нашого проекту потурбувалися:
. Три актора:
· Клієнт (безпосередньо особа, що робить замовлення)
· Офіціант (здійснює прийом і оформлення замовлення)
· Керівник
. 10 варіантів використання:
· попросити меню
· зробити замовлення
· попросити рахунок
· сплатити рахунок
· поскаржитися
· приймає замовлення
· обслуговування клієнта
· надає рахунок
· комплектація штату
· робота з персоналом
. вид відносини - асоціація, що відображає їх взаємодію (малюнок 1)
рис.1 Діаграма взаємодії
Діаграма послідовності Оплата рахунку (рис. 2)
рис.2 Діаграма послідовності Оплата рахунку
Діаграма послідовності Замовлення (рис. 3)
рис.3 Діаграма послідовності Замовлення
Діаграма класів
Діаграми класів показують статичну структуру системи, тобто визначають типи об'єктів системи і різного роду статичні зв'язки і відносини між ними. Діаграми класів містять набір статичних (декларативних) елементів, як, наприклад, класи, типи, їх зв'язки, об'єднані в граф. Діаграми класів можуть бути логічно об'єднані в пакети. (рис. 4)
рис. 4 Діаграма класів
Діаграма стану
Діаграми станів визначають всі можливі стани, в яких може перебувати об'єкт, а також процес зміни станів об'єкта в результаті впливу деяких подій. Кожна діаграма станів описує стану тільки одного об'єкта. (рис. 5)
рис. 5 Діаграма стану
...
