кібербезпека 1 курс 1 семестр лабор (Попович Н.А) / Лабораторна робота 1 і 3

ЛАБОРАТОРНА РОБОТА № 1 «ПОПЕРЕДНЄ ПРОЕКТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ»

Мета роботи: Проведення попереднього проектування конкретної програми; складання переліку вимог і функціональних характеристик розроблюваної програми.

1.1 Постановка задачі

Розробити демо-систему для оренди автомобілів із основним акцентом на мобільний додаток. 1.2 Заголовок програми

«ADORABLE CAR»

1.3 Умови завдання Багато людей здають свої авто в оренду через дошки оголошень на пряму. Це не завжди безпечно та зручно. Ми вирішили створити зручний сервіс для оренди автомобілів на коротку та довгострокову оренду типу «peer-to-peer». Це означає, що повнолітній громадянин у якого є своє авто може виставити свій автомобіль за свою ціну в оренду та орендатор може взяти це авто в користування. Орендатор зможе переглянути список актуальних машин, ціну за користування, технічні характеристики, відгуки про людину, яка здає автомобіль. Орендодавець зможе виставити свою ціну, свої вимоги, додаткові функції та зручний для себе час оренди автомобіля.

1.4 Початок та кінець робіт Початок робіт призначений на 1 жовтня 2022 року.

Кінець робіт заплановано на 1 лютого 2023 року.

1.5 Підстава для розробки

Підставою для розробки програми є індивідуальне замовлення користувача-підприємця.

1.6 Коротка характеристика об’єкта розробки

На момент 3 грудня 2022 року дизайнери закінчили розробку дизайну програми на операційній системі «Android» та переходять на систему «IOS». Частина ручної роботи, а точніше шрифти для програми буде зроблена за допомогою різних програм. Також фахівці з кіберзахисту працюють над системами безпеки та базами даних.

1.7 Аналіз вимог до клієнтської частини

Загальні вимоги до клієнтьскої частини включають в себе: простий, зрозумілий інтерфейс, можливіть отримання консультації, перегляд інформації про додаток. Також до вимог належать:

● Підказки користувачу, якщо обов’язкові текстові поля не введені

● Правильний тип клавіатури під різні текстові поля ● Має бути можливість повернутися назад із кожнох сторінки додатку крім початкової

● Інтерфейс має бути виконаний у стандартних тонах з обмеженою кількістю кольорів

● Можливість перегляду активних орендодавців

● Можливість реєстрації ● Можливість авторизації

1.8 Призначення розробки Призначенням розробки є постачання автомобілів від орендодавців за оплату, яка призначена орендодавцем на основі ст. 632 Цивільного кодексу України, а також їх подальша оренда орендаторами.

1.9 Вимоги до програмного забезпечення

Аналіз вимог до серверної частини:

Сервер у додатку має існувати для отримання та записування даних до бази даних, додаткова більш складна логіка може додатися у подальших допрацюваннях. Сервер має базуватися на трирівневій REST архітектурі, що складається із: ● Презентаційного рівня ● Рівня додатку (бізнес рівня) ● Рівня даних Основні вимоги до серверної частини: ● Авторизація має проходити із використанням JWT. ● Сервер має мати можливість повертати усіх активних консультантів з інформацією про них. ● Сервер має мати можливість повертати кнопку оплати клієнту, яка у свою чергу містить перехід на сторінку LiqPay ● Сервер має мати можливість записувати інформацію про те чи хтось із клієнтів завершив оренду автомобіля ● Сервер має мати можливість отримати інформацію про те чи хтось із клієнтів залишав відгук про використання застосунку.

1.9.1 Аналіз вимог до апаратного забезпечення:

IOS: Процесор Apple A7. RAM 512 MB. Вільний простір не менше 75 MB.

Версія IOS 8.

Android:

Процесор Qualcomm Snapdragon 425\MTK Helio A25

RAM 1 GB

Вільний простір не менше 100 MB

Версія Android 6.0.1.

2.0 Безпека данних від несанкціонованого доступу Програма буде захищена від distributed denial-of-service attack (надалі DDOS) за допомогою сервісу «GigaTrans», а також «AKAMAI». Вони в змозі витримати DDOS атаки в 620 GBPS (Gigabytes Per Second). В програмі також буде створений власний кабінет користувача. Для того щоб ввійти, потрібно зареєструватись та вказати бажаний login and password.

В програмному коді застосунку будуть зашифровані данні за допомогою сервісу «DexGuard».

2.1 Ергономічні характеристики Над застосунком працюють досвідчені дизайнери. Всі шрифти, фони будуть приємними для очей. В застосунку буде меню швидкого доступу. В ньому користувачі зможуть швидко вибрати категорію, яка їм потрібна. Вся необхідна документація буде знаходитись в одному розділі та зручно поділена за пунктами. В застосунку буде створено строку пошуку за різноманітними характеристиками. На своїх пристроях користувач зможе ввійти за відбитком пальця або технології Face ID (якщо такі наявні на пристрої користувача).

2.2 Мобільність

Фахівцями з баз даних буде створено резервну базу за допомогою сервісу «dbForge Studio». У випадку, якщо буде хакерська атака на застосунок, фахівці зможуть швидко перенести необхідні данні на резервну базу даних.

2.3 Окупність капіталовкладень

При успішній оренді автомобіля, на рахунок компанії зараховується 10% від оренди автомобіля. Орендатор зможе забронювати автомобіль, заплативши окрему суму. Орендатор може за власним бажанням придбати підписку. Вона дозволить йому уникнути зняття коштів за бронювання автомобіля на окремий відлік часу. Також орендатор може оформити поліс страхування від деяких візуальних пошкоджень автомобіля. Завдяки цим та іншим привілеям окупність капіталовкладень є високою. Перед початком оренди автомобіля, орендодатор вносить страховий внесок в розмірі 10 мінімальних зарплат.

2.4 Термінологія Каршеринг - альтернативна модель володіння та використання автомобіля.

Peer-to-peer - модель автопрокату, що працює аналогічно класичною схемою каршерингу, проте автомобілі найчастіше знаходяться в приватній власності або у власності компаній.

Орендодавець – власник майна або особа, уповноважена укласти договір.

Орендатор – це фізична або юридична особа, яка бере у тимчасове користування рухоме або нерухоме майно.

GBPS - Gigabytes Per Second.

DDOS - distributed denial-of-service attack. Висновки: в результаті виконання роботи було створено перелік вимог та функціаональних характеристик програми. Була визначена потреба в програмному виробі та його призначення. Було розроблено документ «Постановка завдання».

ЛАБОРАТОРНА РОБОТА № 3 «Побудова функціональної схеми системи ПЗ»

Мета роботи: проведення функціональної декомпозиції розв'язуваної задачі; побудова функціональної схеми.

­­

Висновок: в результаті виконання роботи було створено перелік вимог та функціаональних характеристик програми. Була визначена потреба в програмному виробі та його призначення. Було розроблено документ «Постановка завдання». Були складені вимоги до апаратного забезпечення, була побудована функціональна система ПЗ у вигляді блок-схем.