Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Лабораторна робота № 1
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Не вказано
Факультет:
КН
Кафедра:
Кафедра ЕОМ
Інформація про роботу
Рік:
2013
Тип роботи:
Лабораторна робота
Предмет:
Інженерія програмного забеспечення
Частина тексту файла (без зображень, графіків і формул):
МІНІСТЕРСТВО ОСВІТИ, НАУКИ, МОЛОДІ ТА СПОРТУ УКРАЇНИ
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА”
Кафедра ЕОМ
/
Лабораторна робота № 1
з дисципліни
"Інженерія програмного забезпечення"
Виконали: ст..гр.КІ-35
Мацюк Т.І.
Волошин І.М.
Прийняв:
Цигилик Л.О.
Львів – 2013
Мета:
Розробка архітектури системи та подання її в UML діаграмах.
Індивідуальне завдання:
На основі архітектури клієнт-сервер розробити програмне забезпечення для продажу та придбання автобусних квитків.
Теоретична частина:
Дану лабораторну роботу ми виконували вдвох. Метою роботи було розробити архітектуру системи та подати її в 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. Часова діаграма
06.12.2014 16:12-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора