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

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

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

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

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

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

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

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

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

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

Розроблено архітектуру клієнт-сервер для системи продажу автобусних квитків та побудовано відповідні UML-діаграми. Описано протокол взаємодії та структуру бази даних.

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

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

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

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

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

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

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

МІНІСТЕРСТВО ОСВІТИ, НАУКИ, МОЛОДІ ТА СПОРТУ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА” Кафедра ЕОМ / Лабораторна робота № 1 з дисципліни "Інженерія програмного забезпечення" Виконали: ст..гр.КІ-35 Мацюк Т.І. Волошин І.М. Прийняв: Цигилик Л.О. Львів – 2013 Мета: Розробка архітектури системи та подання її в UML діаграмах. Індивідуальне завдання: На основі архітектури клієнт-сервер розробити програмне забезпечення для продажу та придбання автобусних квитків. Теоретична частина: Загальний опис усієї системи: Наш проект працює на основі протоколу TCP, з підключення бази даних SQL. Наше завдання створити передачу даних між клієнтом та сервером для купівлі та продажу автобусних квитків. В першу чергу запускаються два exe-файла «Клієнт» та «Сервер». І в роботі сервера відбувається запуск (тобто включається можливість нових підключень) та підключення до БД. З боку Клієнта ми підключаємося до сервера, вказуємо дату та місце відправлення, а також місце прибуття. Після чого відправляємо це на сервер. Він обробляє цю інформацію та шукає по БД можливі маршрути. Після чого відправляє цю всі інформацію клієнту. Він вибирає найбільш потрібний йому варіант і надсилає свою відповідь серверу. Сервер шукає чи залишилися білети на даний рейс, і відправляє назад запит про помилку(якщо білетів немає) і про успіх(якщо білет придбаний успішно). В даному варіанті роботи ми припускаємо що оплата білета здійснюється пізніше. Набір UML-діаграми: Нижче показано діаграма послідовності (рис.1) / Рис.1 Діаграма послідовності Нижче показано діаграму клієнт-сервер (рис.2) / Рис.2 Діаграма клієнт-сервер Тут показано діаграму класів (рис.3) / Рис.3 Діаграма класів Діаграма варіантів використання показана нижче (рис.4): / Рис. 4. Діаграма варіантів використання Структура протоколу взаємодії між клієнтом та сервером Пакети, що курсують між сервером і клієнтом мають таку структуру: /В залежності від числа, сервер\клієнт по різному обробляють поле даних. Можуть бути наступні варіанти числа при запиті до сервера: 1 – підключення до сервера 2 – передача текстової інформації 3-7 – зарезервовані 8 – запит наявності рейсів по двох назвах н.п. 9 – запит придбання квитка на рейс(на певну дату) Можуть бути наступні варіанти числа при запиті\відповіді до клієнта: 2 – передача текстової інформації 3-7 – зарезервовані 10 – відповідь наявності рейсів по двох назвах н.п. 11 – відповідь придбання квитка на рейс(на певну дату) Структура БД Таблиці: список рейсів {рейси(списки станцій по кожному з рейсів)} {квитки(списки доступних квитків на дату по кожному з рейсів)} Висновок: На даній лабораторній ми на практиці ознайомилися з створенням UML діаграм для нашого проекту. Усвідомили його структуру, структуру БД та структуру протоколів передачі. Часова діаграма показана нижче (рис.5): Рис. 5. Часова діаграма
Допоможи студентському архіву

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

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

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

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

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

Admin

26.02.2023 12:38

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