МІНІСТЕРСТВО ОСВІТИ УКРАЇНИ
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА”
КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
ЗВІТ
до лабораторної роботи № 5
На тему: “ Діаграма варіантів використання ”
З дисципліни : "Моделювання програмного забезпечення "
Лектор:
доцент кафедри ПЗ
Семотюк В. М.
Мета роботи: Зобразити діаграму варіантів використання для обраної інформаційної системи.
Теоретична частина
Варіант використання являє собою характерну процедуру застосування розроблювальної системи конкретною діючою особою, у якості якого можуть виступати не тільки люди, але й інші системи або пристрої.
Діаграми варіантів використання дозволяють наочно представити очікувану поведінку системи.
Розробка діаграми варіантів використання переслідує мету:
Визначити загальні межі і контекст модельованої наочної області на початкових етапах проектування системи.
Сформулювати загальні вимоги до функційної поведінки проектованої системи.
Розробити початкову концептуальну модель системи для її подальшої деталізації у формі логічних і фізичних моделей.
Підготувати початкову документацію для взаємодії розробників системи з її замовниками і користувачами.
Суть даної діаграми полягає в наступному: проектована система представляється у вигляді множини сутностей або акторів, що взаємодіють з системою за допомогою варіантів використання. При цьому актором або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. У свою чергу, варіант використання служить для опису сервісів, які система надає актору. Іншими словами, кожен варіант використання визначає деякий набір дій, ініційованих системою при діалозі з актором. При цьому нічого не говориться про те, яким чином буде реалізована взаємодія акторів з системою.
Основними поняттями діаграм варіантів використання є: діюча особа, варіант використання, зв'язок.
Діюча особа (актор) – зовнішня стосовно розроблювального програмного забезпечення сутність, що взаємодіє з ним з метою одержання або надання якої-небудь інформації. Діючими особами можуть бути користувачі, інше програмне забезпечення або які-небудь технічні засоби, взаємодіючі з розроблювальним програмним забезпеченням.
Варіант використання – деяка очевидна для діючої особи процедура, що вирішує його конкретне завдання. Всі варіанти використання, так чи інакше, пов'язані з функціональними вимогами до розроблювальної системи й можуть сильно відрізнятися за обсягом виконуваної роботи.
Зв'язок – взаємодія діючих осіб і відповідних варіантів використання.
На рис. 1 наведені умовні позначки, які застосовують при зображенні діаграм варіантів використання.
Рис. 3. Основні умовні позначення діаграм варіантів використання:
а – дійова особа;
б – варіант використання;
в – зв’язок
Основні варіанти використання для інформаційної сторінки
«Фірми по перевезенню вантажів залізничною дорогою»
Продукт, що розробляється – сайт фірми по перевезенню вантажів залізничною дорогою, що міститиме матеріали напрямів для користувачів, що на ньому зареєстровані; систему замовлення перевезення ; систему пошуку потрібного маршруту ; систему персоналізації даних та користувачів та деякі інші можливості.
Типи осіб (актори):
адміністратори (admin),
корегувальники (moderator),
звичайні користувачі (user),
гість – незареєстрований/незалогований користувач (guest).
Гість має такі можливості:
Потрапляння на сторінку входу/реєстрації.
Реєстрація в системі.
Звичайний користувач має такі можливості (відповідно і такі сценарії):
Замовити або переглянути дату і маршрут перевезення.
Змінювати замовлення напряму і вантажу.
Дізнатися вартість перевезення по Україні і її межами.
Підписатися на розсилку( отримайти пропозиції з перевезення вантажу)
Пошук потрібної інформації (на кшталт напрямку, або вартості) .
Корегувальник має такі ж можливості як і користувач та деякі додаткові, а саме:
Зміна/видалення контенту в темі, за яку він відповідає (до якої призначений корегувальником).
Адміністратор має такі ж можливості як і користувач та такі додаткові:
Зміна/видалення контенту в будь-якій темі.
Видалення профілів користувачів та корегувальників.
Опис сценаріїв для осіб:
Сценарії для гостя:
Сценарій для гостя по пункту "Потрапляння на сторінку входу/реєстрації".
Передумова – особа має зв'язок з Інтернетом та можливість коректного відкриття сторінки входу на сайт:
Незареєстрований користувач потрапляє на сторінку входу/реєстрації:
Користувач є зареєстрованим на сайті – він вводить логін та пароль, натискає на "Вхід" та потрапляє на головну сторінку сайту (вхід в систему виконано).
Користувач є зареєстрованим на сайті – він вводить пароль і логін, але пароль виявляється неправильним, про що система сповіщає користувача відповідним повідомленням (кількість спроб входу в систему обмежена). Користувачеві надається можливість поновити пароль за введеним ним e-mail адресом підчас реєстрації:
Користувач вводить свій логін та натискає "Нагадати пароль".
Система відправляє на вказаний e-mail користувача нагадування про пароль, дія якого обмежується системою. Система вимагатиме в користувача після входу змінити пароль.
Користувач, отримавши листа переходить до пункту I.
Сценарій для гостя по пункту "Реєстрація в системі".
Передумова – особа є на сторінці входу/реєстрації:
Користувач бажає зареєструватися в системі. Він обирає "Реєстрація".
Розпочинається процес реєстрації:
Відкривається вікно з правилами сайту, які користувач повинен прочитати та або прийняти (перехід до наступного пункту), або відмовитися прийняти (вихід з сайту).
Відкривається вікно з обов'язковими полями реєстрації, які користувач заповнює та натискає "Далі".
Система за вказаним e-mail надсилає повідомлення активації аканту, користувача сповіщає про те, що для продовження реєстрації необхідно підтвердити повідомлення, що було відправлене на його адресу.
Користувач заходить в повідомлення, в якому є посилання на продовження реєстрації. Користувач переходить за цим посилання та потрапляє в систему.
З'являється вікно введення додаткових відомостей про користувача. Після їх введення користувач тисне "Завершення реєстрації".
Система повідомляє користувача, що його успішно зареєстровано і пропонує здійснити вхід. Користувача пере направлено до пункту 1.1.
Сценарії для користувача:
Сценарій для користувача по пункту " Замовлення ванатажоперевезень по Україні ". Передумова – користувач знаходиться в системі:
Користувач на головній сторінці обирає пункт " Замовлення ванатажоперевезень по Україні або за кордоном (міжнародне перевезення)".
Відкривається сторінка, де користувач вносить інформацію про: дату завантаження/розвантаження , вказує інформацію про населений пункт, тип вантажу, його габарити і дізнається про вартість перевезення і головне залишає свої дані (назву компанії чи ПП, E-mail, Skype, та номер телефону) і заповняє додаткову інформацію ( про документи, тип завантаження, умови перевезення та додаткові вимоги до вантажу). Заповнивши все користувач тисне "Ззберегти і відправити". Відбувається процес завантаження замовлення, про хід якого система інформувати користувача. В будь-який момент користувач може скасувати і повернутися назад.
Замовлення зроблено і система повідомляє користувача про її успішне виконання та пропоную проглянути передогляд на цій же сторінці. Після перегляду користувач тисне "Продовжити". Користувач має можливість повернутися назад.
Відкривається сторінка з щойно зробленим замовленням і можлвістю замовлення іншого маршруту на іншу дату .
Сценарій для користувача по пункту "Пошук".
Передумова – користувач бачить рядок пошуку:
Користувач вводить в рядок пошуку назву маршруту або вантажу та натискає "Знайти…".
Система відкриває нове вікно, в якому відображає результати пошуку та панель розширеного пошуку, яку користувач при бажанні може розгорнути.
Якщо користувач бажає розширити параметри пошуку:
Він обирає "Розширені параметри пошуку".
З'являються додаткові параметри пошуку (такі як за датою, вартість, маршрути).
Налаштувавши параметри пошуку користувач тисне "Знайти" і отримує пункт II з розгорненою панеллю пошуку.
В будь-який момент користувач може повернутися на головну сторінку.
Сценарії для корегувальника:
Сценарій для корегувальника по пункту "Зміна/видалення контенту".
Передумова – корегувальник знаходиться на сторінці необхідного контенту:
В заголовку контенту буде знаходитися кнопки редагування.
Він обирає "Редагувати" та з'являється вікно редагування властивостей контенту.
Після внесених змін корегувальник обирає "Зберегти" чи "Скасувати" на що система реагує відповідним чином (зберігає чи скасовує дії редагування).
Окрім цього є пункт "Видалити". Після його вибору система запитає підтвердження.
Сценарії для адміністратора :
включають усі попередні й особливо сценарії для корегувальника із тією лиш різницею,
що адміністратор має доступ до усіх матеріалів та наповнення!
Сценарій для адміністратора по пункту "Видалення/ редагування профілів користувачів ".
Передумова – адміністратор знаходиться на сторінці користувача чи редагувальника.
В полі з ім'ям профілю будуть знаходитися кнопки "Редагувати" та "Видалити".
Якщо адміністратор бажає видалити профіль:
Він обирає "Видалити".
З'являється вікно з підтвердженням дії чи її скасуванням.
Система реагує на відповідний вибір. Якщо було підтверджено видалення, то з'явиться віконце в яке адміністратор може ввести причину видалення.
Якщо ж профіль користувача було видалено, то система відправить на пошту видаленого користувача повідомлення про видалення та відлучення від сайту, а адміністратор може вказати причину у віконці, яке спливає після підтвердження видалення профілю користувача, яка буде приписана в повідомлення.
Після видалення профілю користувача видаляється і весь його контент та усі дані. Відновлення НЕМОЖЛИВЕ.
Якщо необхідно редагувати профіль, то адміністратор сайту обирає "Редагувати":
Відкриваються поля профілю.
Адміністратор вводить/змінює дані, які не відповідають правилам сайту.
Після внесення необхідних змін адміністратор тисне "Зберегти", або ж "Скасувати", якщо не бажає зберігати зміни.
При збереженні змін користувача буде повідомлено що саме, коли, де було змінено ОП та листом на його пошту.
Схематичне зображення:
Висновок: На даній лабораторній роботі я ознайомився із поняттям діаграми варіантів використання та способом її побудови та представлення за допомогою уніфікованої мови моделювання - UML. В процесі роботи над діаграмою були розроблені основні варіанти використання для «Офіційного сайту кінотеатру»