Міністерство освіти і науки України Національний університет “Львівська політехніка” Кафедра «Електронні обчислювальні машини» Лабораторна робота №1 “ UML ДІАГРАМА ВАРІАНТІВ ВИКОРИСТАННЯ” з дисципліни: “Інженерія програмного забезпечення ч.1” Львів – 2016 Мета роботи: Освоїти принципи створення UML діаграм що описують сценарій роботи системи (варіанти використання). Завдання: Розробити UML діаграми сценаріїв роботи клієнтської та серверної частин. Кількість UML діаграм повинна бути не менше – 2. Індивідуальне завдання: 10  Система обліку робочого часу працівників підприємства.   Опис роботи системи. Моє завдання розробити систему обліку робочого часу працівників підприємства. Для цього працівник повинен авторизуватись в системі і надіслати запит на дані, які він хоче дізнатись і в подальшому інтерфейс системи надсилає серверу запит на виконання певної дії. Сервер, в свою чергу, після обробки і виконання запиту надає відповідну інформацію користувачеві. Дані зберігаються у базі даних. UML діаграма сценарію роботи клієнтської частини. / Опис роботи клієнтської частини. Дійовою особою виступає працівник підприємства. Він спочатку авторизується в системі а потім надіслає запит на дані, які він хоче дізнатись. Для прикладу, йому потрібно взнати кількість робочих днів в місяці, для цього потрібно: Автори[ім’я автора приховано] Отримати дані про робочий час і зарплату; За бажанням, залишити відгук; Вийти. Дані обліку робочого часу з таких компонентів: Отримання даних про кількість годин в день, даних про кількість годин в місяць, даних про кількість робочих днів в місяць і даних про про заробітню плату працівника. UML діаграма сценарію роботи серверної частини. / Опис роботи серверної частини. Дана діаграма зображає можливі сценарії роботи серверної частини. Оскільки головною роботою сервера є опрацювання даних та взаємодія з базою даних, то на діаграмі є два актори: Сервер і База Даних. Діаграму ми розділили на три підсистеми: Підсистема отримання даних від працівника, Підсистема бази даних. Перші дві працюють безпосередньо з актором Сервер, остання з актором База даних. Актори Сервер та База даних взаємодіють між собою також. Кожна підсистема має один варіант використання, який є узагальненням декількох інших варіантів використання з підсистеми.