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

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

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

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

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

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

ВУЗ:
Національний університет Львівська політехніка
Інститут:
ІКТА
Факультет:
Комп'ютерна інженерія
Кафедра:
ЕОМ

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

Рік:
2014
Тип роботи:
Лабораторна робота
Предмет:
Інженерія програмного забеспечення
Група:
КІ 41
Коротко про документ

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

У лабораторній роботі розроблено UML діаграми варіантів використання для сервісу оплати рахунків. Описано сценарії роботи клієнтської та серверної частин системи.

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

  • UML діаграми
  • Діаграма варіантів використання
  • Інженерія програмного забезпечення
  • Клієнт-серверна архітектура
  • Сервіс оплати рахунків
  • Проєктування програмного забезпечення

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

  1. Мета та завдання
  2. Опис роботи системи
  3. Діаграма варіантів використання клієнтської частини
  4. Діаграма варіантів використання серверної частини
  5. Висновок
Для кого:Студенти технічних спеціальностей вищих навчальних закладів
Викладачі:Цигилик Л. О.

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

UML діаграмаваріанти використанняклієнтська частинасерверна частинабаза данихпідсистемазв'язок розширення

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

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

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

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

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

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

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

Admin

26.02.2023 12:38

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