Файл: Кузьмич КУРСОВА ТРПЗ.docx

MVVM використовується для відокремлення моделі та її відображення. Необхідністю цього є надання можливості змінювати їх незалежно одну від одної. Наприклад, розробник працює над логікою роботи з даними, а дизайнер – з користувацьким інтерфейсом [8].

Шаблон MVVM ділиться на три частини: модель (Model), як і в класичному шаблоні MVC, Модель являє собою фундаментальні дані, що необхідні для роботи застосунку. Вид(View), як і в класичному шаблоні MVC, – це графічний інтерфейс, тобто вікно, кнопки тощо. Модель вигляду (ViewModel, що означає «Model of View» ) з одного боку є абстракцією Вигляду, а з іншого надає обгортку даних з Моделі, які мають зв'язуватись. Тобто вона містить Модель, яка перетворена до Вигляду, а також містить у собі команди, якими може скористатися Вигляд для впливу на Модель. Фактично ViewModel призначена для того, щоб :

здійснювати зв'язок між моделлю та вікном;
відслідковувати зміни в даних, що зроблені користувачем;
відпрацьовувати логіку роботи View (механізм команд) [8].

1.6 База даних

В програмі використовується система керування базами даних Sql Server для збереження даних [11]. База даних це сукупність даних, організованих відповідно до концепції, яка описує характеристику цих даних і взаємозв'язки між їх елементами; ця сукупність підтримує щонайменше одну з областей застосування. Система керування базами даних – це система, заснована на програмних та технічних засобах, яка забезпечує визначення, створення, маніпулювання, контроль, керування та використання баз даних [11].

SQL Server – комерційна система керування базами даних, що розповсюджується корпорацією Microsoft. Мова, що використовується для запитів- Transact-SQL. Transact-SQL є реалізацією стандарту ANSI та ISO щодо структурованої мови запитів SQL із розширеннями. Використовується як для невеликих і середніх за розміром баз даних, так і для великих баз даних масштабу підприємства. Microsoft SQL Server як мову запитів використовує версію SQL, що отримала назву Transact-SQL (скорочено T-SQL), яка є реалізацією SQL-92 (стандарт ISO для SQL) з багатьма розширеннями. T-SQL дозволяє використовувати додатковий синтаксис процедур, що зберігаються і забезпечує підтримку транзакцій (взаємодія бази даних з керуючим застосунком) [11].

Microsoft SQL Server також підтримує Open Database Connectivity (ODBC) –інтерфейс взаємодії застосунків з СУБД. Версія SQL Server надає можливість підключення користувачів через веб-сервер-сервіси, що використовують протокол SOAP. Це дозволяє клієнтським програмам, не призначеним для Windows, кроссплатформенно з'єднуватися з SQL Server [1],[11].

SQL Server підтримує дзеркалювання та кластеризацію баз даних. Кластер серверу SQ – це сукупність однаково конфігурованих серверів; така схема допомагає розподілити робоче навантаження між декількома серверами. Усі сервери мають одне віртуальне ім'я, а дані розподіляються за IP-адресами машин кластеру протягом робочого циклу. Також у разі відмови або збою на одному з серверів кластеру доступне автоматичне перенесення навантаження на інший сервер [11].

SQL Server підтримує надлишкове дублювання даних за трьома сценаріями:

знімок: Виконується «знімок» бази даних, який сервер відправляє одержувачам;
історія змін: Всі зміни бази даних безперервно передаються користувачам;
синхронізація з іншими серверами: Бази даних декількох серверів синхронізуються між собою. Зміни усіх баз даних відбуваються незалежно на кожному сервері, а під час синхронізації відбувається звірка даних. Дублювання такого типу передбачає можливість вирішення протиріч між базами даних [11].

1.7 Технологія ado.Net

ADO.NET надає узгоджений доступ до таких джерел даних, як SQL Server і XML, а також до джерел даних, що надаються за допомогою ODBC. Призначені для користувача функції, які залежать загальні дані, можуть використовувати ADO.NET для з'єднання з цими джерелами даних і для отримання, обробки і поновлення наявних в них даних. ADO.NET розділять доступ до даних і обробку даних на дискретні компоненти, які можуть використовуватися окремо або разом. ADO.NET включає постачальників даних .NET Framework для з'єднання з базою даних, виконання команд і отримання результатів. Ці результати, поміщені в об'єкт ADO.NET DataSet, обробляються безпосередньо, щоб вони могли бути надані користувачеві нерегламентованим чином, об'єднані з даними з багатьох джерел або передавання даних між рівнями. Об'єкт DataSet також може незалежно використовуватися постачальником даних .NET Framework для управління локальними для додатка даними або даними, джерелом яких є XML [4].

Основними перевагами ADO.NET є

підтримка XML. ADO також підтримує XML;
простота модифікації. Протягом терміну служби системи в неї можна вносити незначні зміни;
простота програмування. Компоненти даних ADO.NET в Visual Studio інкапсулюють функціональні можливості доступу, що допомагає розробляти програмні продукти значно швидше і з меншою кількістю помилок [4].

2.Структура програми

Загальну структуру програми можна відобразити використавши діаграми UML. UML – уніфікована мова моделювання, яка використовується у парадигмі об'єктно-орієнтованого програмування. Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення. UML є мовою широкого профілю, це відкритий стандарт, що використовує графічні позначення для створення абстрактної моделі системи, яка називається UML-моделлю. UML був створений для визначення, візуалізації, проектування й документування в основному програмних систем. UML не є мовою програмування, але в засобах виконання UML-моделей як інтерпретованого коду можлива кодогенерація [12], [1].

UML може бути застосовано на всіх етапах життєвого циклу аналізу бізнес-систем і розробки прикладних програм. Різні види діаграм які підтримуються UML, і найбагатший набір можливостей представлення певних аспектів системи робить UML універсальним засобом опису як програмних, так і ділових систем [12]. Діаграми дають можливість представити систему (як ділову, так і програмну) у такому вигляді, щоб її можна було легко перевести в програмний код.

2.1 Діаграма прецедентів

Діаграма прецедентів є графом, що складається з множини акторів, прецедентів (варіантів використання) обмежених границею системи (прямокутник), асоціацій між акторами та прецедентами, відношень серед прецедентів, та відношень узагальнення між акторами [13]. Діаграми прецедентів відображають елементи моделі варіантів використання.

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

Рисунок 2.1 – Діаграма прецидентів

На діаграмі прецидентів (див. рис. 2.1) зображено три актора «User», «Viewer» та «Worker». Актору «User» доступні операції додавання, редагування, видалення та замовлення ремонту комп’ютера. Також для тьох акторів доступно зробити авторизацію та регістрацію [1]. Для актора «Viewer» доступно лише переглянути список комп’ютерів, але не доступно додати, видалити, редагувати та замовити так як спершу він повинен бути знайомий системі. Актору «Worker» доступні функції отримання списку замовлених на ремонт комп’ютерів, отримання списку компонентів та ремонт компонента і виконання замовлення ремонту.

2.2 Діаграма класів

Діаграма класів – статичне представлення структури моделі. Відображає статичні (декларативні) елементи, такі як: класи, типи даних, їх зміст та відношення. Діаграма класів, також, може містити позначення для пакетів та може містити позначення для вкладених пакетів. Також, діаграма класів може містити позначення деяких елементів поведінки, однак їх динаміка розкривається в інших типах діаграм [12]. Діаграма класів служить для представлення статичної структури моделі системи в термінології класів об'єктно-орієнтованого програмування. На цій діаграмі (див. рис.2.2) показують класи, інтерфейси, об'єкти й кооперації, а також їхні відносини.

Рисунок 2.2 – Діаграма класів

Загальний опис зв’язків діаграми (див. рис. 2.2) можна представити UML зв’язками які включають в себе :

асоціацї – об'єкти однієї сутності (класу) пов'язані з об'єктами іншої сутності. Якщо між двома класами визначена асоціація, то можна переміщатися від об'єктів одного класу до об'єктів іншого;
агрегацію – проста асоціація між двома класами, яка відображає структурне відношення між рівноправними сутностями, коли обидва класи знаходяться на одному концептуальному рівні, і жоден з них не важливіший за решту;
композиція – залежність часу існування екземплярів класу контейнера та екземплятів класів що містяться в ньому. Якщо контейнер буде знищений, то весь його вміст буде також знищено;
залежність – смисловий зв'язок між залежними та незалежними елементами моделі. Він існує між двома елементами, якщо зміни у визначенні одного елемента (сервера або цілі) можуть спричинити зміни до іншого (клієнта чи джерела) [12][1].