Висновки до розділу 3

В даному розділі були розглянуті проблеми при побудові клієнт-серверних мобільних додатків. Для вирішення поставлених проблем, а саме: актуальність даних, обмежена пропускна мережева здатність, захищеність даних були розглянуті та проаналізовані способи вирішення цих проблем. Цими способами являються: застосування ШД, СД, побудова оптимальної схеми синхронізації даних.

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

Розглянуті методи підходять не лише для побудови інформаційної структури підприємства на базі мобільних додатків, а й при побудові різноманітних систем на клієнт-серверній архітектурі.

Розділ 4 розробка інформаційної структури підприємства на розробленій технології

4.1 Інформаційна структура підприємства

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

ІСП складається з декількох функціональних підсистем, які забезпечують виконання комплексу функцій, що виконуються на підприємстві обробки запитів реального часу. Прикладом системи обробки запитів реального часу обрано підприємство, що представляє собою торгове підприємство, запити якого оброблюються за допомогою АП.

Розроблювана ІСП повинна складатися з таких підсистем:

• підсистема, що надає можливість введення інформації та створення нових запитів (інтерфейс користувача);

• підсистема обробки запитів (логічний рівень);

• підсистема доступу до БД.

Розроблювана ІСП повинна забезпечувати такі можливості для користувачів системи:

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

Для оператора – як і клієнт оператор може виконувати замовлення від себе. Основною функцією оператора є обробка замовлень, а саме його підтвердження та зміна даних замовлення при необхідності.

Для кур’єра – також має можливість замовляти. Основною функцією є обробка підтвердженого замовлення, а саме призначення часу доставки та безпосередньо підтвердження доставки.

Для адміністратора – можливість зміни будь-яких даних в базі.

4.2 Структура розроблюваної системи

Розроблювана ІСП повинна забезпечувати використання шифрування, СД для підвищення захищеності даних та зменшення мережевого трафіку.

За основу розроблюваної структури взято модель К-С технології, а саме модель серверу додатків, зображено на рис. 4.1. В якості клієнту виступатиме АД, в якості серверного додатку скриптова мова php, а у якості сховища даних – СУБД MySQL на стороні серверу, а на стороні пристрою – СУБД SQLite.

Для передачі даних між клієнтом та сервером буде використана архітектура REST, оскільки вона є простою та підтримується майже кожним типом систем. Для запиту від клієнта використовується POST метод, сервер для генерації відповіді буде використовувати JSON формат. Описана детальна структура системи зображена на рис. 4.2.

Рис. 4.1. Загальна структура розроблюваної системи

Рис. 4.2. Детальна структура розроблюваної системи