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

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

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

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

Лабораторна робота № 1 з дисципліни «Інженерія програмного забезпечення»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Admin

26.02.2023 12:38

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