DevioLabавтоматичне керування капіталом
ПРАЦЮЄ 24/7
КРИПТОВАЛЮТИ · АКЦІЇ · 10 БІРЖ

Портфель, який керується автоматично

DevioLab підбирає стратегії, відстежує ринки та автоматизує купівлю і продаж активів. Кількість доступних криптовалют, акцій і торгових можливостей зростає щодня.

10підключених біржCrypto + Stocksв одному портфелі24/7автоматичний контроль

Звіт до лабораторної роботи № 6 на тему: Діаграма варіантів використання

Оригінальна назва роботи

Діаграма варіантів використання

Інформація про навчальний заклад

ВУЗ:
Національний університет Львівська політехніка
Інститут:
Інститут комп’ютерних наук та інформаційних технологій
Факультет:
Факультет комп’ютерних наук
Кафедра:
Кафедра програмного забезпечення

Інформація про роботу

Рік:
2010
Тип роботи:
Звіт
Предмет:
Моделювання
Група:
ПІ
Коротко про документ

Про що ця робота

У звіті досліджено побудову діаграми варіантів використання за допомогою UML. Розроблено сценарії для офіційного сайту кінотеатру.

У роботі розглядаються

  • Діаграма варіантів використання
  • Моделювання програмного забезпечення
  • UML
  • Актори та сценарії
  • Проєктування інформаційних систем

Зміст і розділи

  1. Мета роботи
  2. Теоретична частина
  3. Основні варіанти використання для офіційного сайту кінотеатру
  4. Реєстрація
  5. Замовлення квитка
  6. Вхід в систему
  7. Висновок
Для кого:Студенти технічних спеціальностей, викладачі
Викладачі:Викладач кафедри програмного забезпечення

Ключові поняття

діаграма варіантів використанняпрецедентUMLсистемасценарійавторизаціямоделюванняінформаційна система

Частина тексту файла (без зображень, графіків і формул):

МІНІСТЕРСТВО ОСВІТИ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА” КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ Звіт До лабораторної роботи № 6 На тему: “ Діаграма варіантів використання ” З дисципліни: "Моделювання програмного забезпечення" Мета роботи: Зобразити діаграму варіантів використання для обраної інформаційної системи. Теоретична частина Варіант використання являє собою характерну процедуру застосування розроблювальної системи конкретною діючою особою, у якості якого можуть виступати не тільки люди, але й інші системи або пристрої. Діаграми варіантів використання дозволяють наочно представити очікувану поведінку системи. Розробка діаграми варіантів використання переслідує мету: Визначити загальні межі і контекст модельованої наочної області на початкових етапах проектування системи. Сформулювати загальні вимоги до функційної поведінки проектованої системи. Розробити початкову концептуальну модель системи для її подальшої деталізації у формі логічних і фізичних моделей. Підготувати початкову документацію для взаємодії розробників системи з її замовниками і користувачами. Суть даної діаграми полягає в наступному: проектована система представляється у вигляді множини сутностей або акторів, що взаємодіють з системою за допомогою варіантів використання. При цьому актором або дійовою особою називається будь-яка сутність, що взаємодіє з системою ззовні. У свою чергу, варіант використання служить для опису сервісів, які система надає актору. Іншими словами, кожен варіант використання визначає деякий набір дій, ініційованих системою при діалозі з актором. При цьому нічого не говориться про те, яким чином буде реалізована взаємодія акторів з системою. Основними поняттями діаграм варіантів використання є: діюча особа, варіант використання, зв'язок. Діюча особа (актор) – зовнішня стосовно розроблювального програмного забезпечення сутність, що взаємодіє з ним з метою одержання або надання якої-небудь інформації. Діючими особами можуть бути користувачі, інше програмне забезпечення або які-небудь технічні засоби, взаємодіючі з розроблювальним програмним забезпеченням. Варіант використання – деяка очевидна для діючої особи процедура, що вирішує його конкретне завдання. Всі варіанти використання, так чи інакше, пов'язані з функціональними вимогами до розроблювальної системи й можуть сильно відрізнятися за обсягом виконуваної роботи. Зв'язок – взаємодія діючих осіб і відповідних варіантів використання. На рис. 1 наведені умовні позначки, які застосовують при зображенні діаграм варіантів використання.  Рис. 3. Основні умовні позначення діаграм варіантів використання а – дійова особа; б – варіант використання; в – зв’язок Основні варіанти використання для офіційного сайту кінотеатру 3.1. Реєстрація Головний актор: Гість Рівень взаємодії: Гість – Система Передумова: Гість зайшов на сайт. Основний сценарій: 1. Користувач відкриває сторінку реєстрації. 2. Заповнює необхідні дані про себе. 3. Підтверджує вибір. 4. Дані зберігаються в базі даних. Помилки: 2.а. Користувач не заповнив всі поля з обов’язковими для реєстрації даними. 3.а. Користувач замість підтвердження відмінив свої дії. Альтернативний сценарій: 2.а. Система видає повідомлення користувачу про те що не всі поля обов’язкові для реєстрації заповнені. Користувачу надається можливість заповнити пропущені дані. 3.а. Користувач залишається з правами гостя. 3.2. Замовлення квитка зареєстрованим користувачем. Головний актор: Зареєстрований користувач. Рівень взаємодії: Зареєстрований користувач – Система Передумова: Зареєстрований користувач зайшов на сайт під своїм логіном і паролем. Основний сценарій: 1.Користувач відкриває сторінку з замовленням квитків. 2. Вводить необхідні дані для замовлення квитка(ряд, місце, назва фільму). 3. Підтверджує вибір. Помилки: 2.а. Користувач ввів неправильні дані для замовлення квитка. 2.в. Квиток на місце яке замовив користувач продано. Альтернативний сценарій: 2.а Користувачу пропонується ввести дані ще раз( виводиться повідомлення з інформацією про помилку). 2.в. Користувачу пропонується обрати інше місце для перегляду фільму. 3.3. Вхід в систему. Головний актор: Гість. Рівень взаємодії: Гість – Система Передумова: Користувач заходить на сайт. Основний сценарій: 1.Користувач відкриває сторінку для авторизації. 2.Вводить свій логін і пароль. 3.Входить в систему. Помилки: 2.а.Користувач ввів невірно логін або пароль. Альтернативний сценарій: 2.а. Користувачу надається можливість повторно ввести логін або пароль. 3.4.Адміністратор чи модератор заходять в систему для зміни афіші фільму. Головний актор: Модератор/Адміністратор Рівень взаємодії: Модератор/Адміністратор – Система Передумова: Сайт відкрито адміністратором чи модератором в браузері. Основний сценарій: 1. Блокується можливість користувачам відкрити сторінку де відбуваються зміни. 2.Адміністратор чи модератор заходять в систему . 3. Міняють афішу. 4.Підтверджують виконане. 5. Адміністратор чи модератор виходять з системи. 6.Система дозволяє користувачам відкривати змінену сторінку. Адміністратору надається можливість додавати і видаляти модераторів. Модератори працюють з користувачами(переглядають замовлення, підтверджують або відхиляють їх).  Висновок: На даній лабораторній роботі я ознайомився із поняттям діаграми варіантів використання та способом її побудови та представлення за допомогою уніфікованої мови моделювання - UML. В процесі роботи над діаграмою були розроблені основні варіанти використання для «Офіційного сайту кінотеатру»
Допоможи студентському архіву

Ми допомогли тобі — допоможи наступному студенту

Файл ще не обрано

Оголошення від адміністратора

Антиботан аватар за замовчуванням

Подякувати Студентському архіву довільною сумою

Admin

26.02.2023 12:38

Дякуємо, що користуєтесь нашим архівом!