Шар даних
Тут зберігається та витягується інформація з бази даних та файлової системи. Інформація відправляється у шар веб-служби для обробки, та у кінці вертається користувачу.
Шар веб-серверу у данному випудку не описується, тому що, його виконує інша особа. У данній дипломній роботі я реалізую тільки базу даних та веб-службу. Та авжеж зв’язок між ними, що дуже важливо. На веб-сервері збирається інформація стосовно користувача, його особисті данні, після формується запит на цифровий сертифікат, якому краще зразу встановити дату його актуальності, від декілька днів до років. Для роботи з цифровим сертифкатами, необхідно розробити функціонал, який буде допомагати конвертувати інформацію з одного формата у другий, так вимагає специфікація. Також, для зберігання запитів на цифрові сертифікати, необхідний генератор унікальних імен, так як программна реалізація може у деяких випадках давати сбій. Для цього на веб-службі реалізован цілий клас.
Одною з важливих гілок роботи – було налаштування серверу OpenSSL через бібліотеку OpenSSL.
Рис. 3.2 Файл налаштувань центру сертифікації.
Іншим важливим моментом є те, що відправка запиту на сертифікат йде через веб-службу, вона переймає логін та пароль користувача да формує таблицю, яка потім обробляєтся процедурою у базі даних.
Немало важливим моментом є те, що майже кожна функція має обробку помилок, для уникнення неприятних моментів для користувача.
3.2 Вибір мови програмування
У данній дипломній роботі я намагаюся використовувати мову програмування C#, розбробленої компанією Microsoft.
Головною особливістю мови C # є її орієнтованість на платформу Microsoft .NET - Творці C# ставили своєю метою надання розробникам природних засобів доступу до всіх можливостей платформи .NET. Мабуть, це рішення можна вважати більш-менш вимушеним, оскільки платформа .NET спочатку пропонувала значно більшу функціональність, ніж будь-яка з існуючих на той момент мов програмування.
Одними з перевагами мови C# є :
1. Заборона прямої маніпуляції пам'яттю
2. Більш строгі правила перетворення типів
3. Відмова від провалу в наступну гілку в switch
4. Заборона множинного спадкоємства
C # має стиль С синтаксису (для керуючих конструкцій, блоків коду, описи сигнатури методів та ін.). Багато спільного з Java (відсутність множинного спадкоємства і шаблонів, наявність збирача сміття) і Делфі (орієнтованість на створення компонент), в той же час має і свій колорит.
Тобто навчитись програмувати на C# може програміст, який раніше писав на мовах, які були згадані вище. Мається наувазі – це можна зробити легче, чим тим, хто раніше не писав програми.
При створенні мови в основу дизайну лягла легкість використання, домінуюча над потужністю мови і швидкістю виконання. Звідси і збирач сміття з керованими об'єктними посиланнями, який автоматично звільняє за Вас пам'ять, відбираючи при цьому процесорний час. Ви також отримуєте безпеку роботи з типами, а це на думку багатьох є другим найважливішим чинником уникнення помилок.
C# об'єктно-орієнтована мова, як і вся платформа .NET. Більш того, це мова, орієнтована на написання компонент. C# створений для програмування в керованому середовищі з присутнім складальником сміття, але дозволяє писати і некерований (unmanaged) код.
Цілісність концепції видна, скажемо в реалізації упакування/розпакування. Це дозволяє розглядати всі типи (навіть примітивні) як об'єкти, що вирішує багато проблем дизайну додатків.
При створенні мови розглядалася не тільки простота написання додатків, але і їх підтримки - у зв'язку з чим в мову включили підтримку XML коментарів і контролю версій. Справжній подарунок для програмістів.
Крім збирача сміття та безпеки роботи з типами для уникнення помилок в мові також застосовується автоматична ініціалізація змінних. Всі типи, які розміщуються в стеку (value types, до яких відносяться примітивні типи, структури та інші спадкоємці класу ValueType) ініциалізуються нулями. Об'єкти інших типів розміщуються в купі, доступ до них здійснюється по об'єктної посиланням, і посилання ці инициализируются в значення null (яка говорить, що це посилання не має асоційованого об'єкта в купі).
У C # представлена концепція просторів імен, аналогічна пакетам в Java. Це дозволяє ієрархічно структурувати Вашу систему типів, роблячи код набагато більш зрозумілим і дозволяючи уникнути проблем з ім'ям. Ви можете розглядати простору імен як директорії, а мовні типи як файли в цих директоріях.
До переваг C# також можна віднести :
C# дозволяє використовувати при розробці парадигму атрибутивного програмування, коли в компіляційних модулях разом з типом може зберігатися мета-інформація. Дана інформація згодом може бути отримана і використана під час виконання. Більше того, цією інформацією може скористатися компілятор або, скажімо, дизайнер, що дозволяє, не запускаючи компонент, отримувати інформацію про нього.
Робота з атрибутів дозволяє використовувати COM, COM + і DLL в C# додатках, що працюють в середовищі .NET.
Перерахування дозволяють захистити роботу з перераховуванними типами.
Реалізація структур як типів, робота з якими йде за значенням, укупі з можливістю використовувати не тільки вкладені масиви (як в Java), а й багатовимірні, дозволяє оптимізувати продуктивність додатків[4].
Обов’язково треба сказати про кращу середу розробки для цієї мови від компанії, яка створила цю мову - Visual Studio.
Microsoft Visual Studio - лінійка продуктів компанії Microsoft, що включають інтегроване середовище розробки програмного забезпечення і ряд інших інструментальних засобів. Дані продукти дозволяють розробляти як консольні додатки, так і додатки з графічним інтерфейсом, в тому числі з підтримкою технології Windows Forms, а також веб-сайти, веб-додатки, веб-служби як в рідному, так і в керованому кодах для всіх платформ, підтримуваних Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework і Silverlight.
Visual Studio включає в себе редактор вихідного коду з підтримкою технології IntelliSense і можливістю найпростішого рефакторінга коду. Вбудований відладчик може працювати як відладчик рівня вихідного коду, так і як відладчик машинного рівня. Решта вбудованих інструментів включають в себе редактор форм для спрощення створення графічного інтерфейсу додатку, веб-редактор, дизайнер класів і дизайнер схеми бази даних. Visual Studio дозволяє створювати і підключати сторонні додатки (плагіни) для розширення функціональності практично на кожному рівні, включаючи додавання підтримки систем контролю версій вихідного коду (як, наприклад, Subversion і Visual SourceSafe), додавання нових наборів інструментів (наприклад, для редагування і візуального проектування коду на предметно-орієнтованих мовах програмування) або інструментів для інших аспектів процесу розробки програмного забезпечення (наприклад, клієнт Team Explorer для роботи з Team Foundation Server)[5].
3.3. Вибір системи керування базами даних
Як інструмент побудови бази даних спочатку планувалося використовувати Microsoft Access. З самого початку цю СУБД відрізняла простота використання в поєднанні з широкими можливостями з розробки закінчених додатків. Але мій вибір пав на Базу даних Oracle, до якою ми будем підключатися та створювати свої таблиці. Дана СУБД Oracle Database XE – вважається однією з кращих (як вважають багато спеціалістів), також вона безкоштовна для розробки, розгортання та продажу, швидко скачується і проста в адмініструванні. Oracle - це найбільша в світі компанія з розробки програмного забезпечення для підприємств. Спеціалізація Oracle є розробка систем управління базами даних, таких як Oracle Database, а також інших бізнес-додатків. Oracle Database - це об'єктно-реляційна система управління базами даних (RDBMS або Relational DataBase Management System). Багато найбільших компаній світу в якості бази даних вибирають саме Oracle Database. У 2013 році вийшла версія 12c, де “c” означає cloud (хмара). Дана СУБД підтримує багато платформ, наприклад: Linux x86, Linux x86-64, як 32 розрядні Windows так і 64, Solaris x86, Solaris SPARC (64-біт), Mac OS X Server і ще багато інших. В Oracle Database використовується мова програмування PL / SQL (Procedural Language / Structured Query Language) це розширення мови SQL яке розробила компанія Oracle. Наприклад, також компанія Microsoft для своєї СУБД розробила мову Transact-SQL. Безкоштовний Інтернет-форум для зареєстрованих користувачів Всі зареєстровані користувачі Oracle Database XE отримують ексклюзивний доступ до Інтернет-форуму, уважно відстежуємий Oracle-експертами, в число яких входить і «зірка» і постійний автор Oracle Том Кайт (Tom Kyte), що є ведучим популярної рубрики «Запитуйте Тома» («Ask Tom »). Доступний в режимі он-лайн в рамках Oracle Technology Network (OTN) форум включає в себе відповіді на типові запитання, дискусії, «історії успіху», рішення проблем, поради та багато іншого. Форум - це основний спосіб зворотного зв'язку з командою підтримки Oracle Database XE і єдина доступна форма підтримки по Oracle Database XE. Для отримання традиційної платної технічної підтримки користувачі повинні провести оновлення до Oracle Standard Edition One, Standard Edition або Enterprise Edition. Oracle Database XE - чудовий стартовий СУБД для:· Розробників, що працюють з PHP, Java, .NET, XML і додатками з відкритим кодом· Адміністраторів баз даних, яким потрібна невелика безкоштовна СУБД· Незалежних вендорів, які хочуть безкоштовну СУБД стартового рівня для продажу без зайвих витрат· Навчальних закладів і студентів, яким необхідна безкоштовна СУБД За допомогою Oracle Database XE можна розробляти і впроваджувати додатки з потужною інфраструктурою, а коли необхідно - оновлювати систему без дорогих складних міграцій. Oracle Database XE – це одна з найкращих СКБД з кращою підтримкою, да дуже зручним інфтерфейсом, та одною з кращих причин обрати саме її – безкоштовна поставка[6]. 3.4. ВисновкиУ третьому розділі даного дипломного проекту були приведені огляди обраних мови програмування і системи управління базами даних, причини такого рішення були аргументовано описані в кожній з під глав. Також була представлена функціональна схема всієї системи і описаний загальний алгоритм роботи і приведені кожен з елементів системи.
4. Технічний проект
4.1 Розробка бази даних
4.1.1. Розробка інфологічної моделі предметної області
Інфологічна модель БД наглядно демонструє сутності, склад сутностей, ключі сутностей, та зв’язки між сутностями, що у свою чергу, розкриє БД більш детально та зрозуміло. Це детально показано на рис. 4.1.
Інфологічна модель є моделлю даних типу «сутність-зв’язок». Саме з цієї сутності у подальшому можуть з’явитись такі моделі даних, як ієрархічна, мережна або ж, взята за основу даної роботи – реляційна. Також, інфологічна модель даних має за мету отримання концепції створюваної БД, що відобразить обрану предметну область.
Рис. 4.1 – Інфологічна модель БД
До складу інфологічної моделі увійшло 6 сутностей та 6 зв’язків між ними.
Сутності відображають структуру майбутньої БД системи управління малим підприємством.
1) Сутність «Сертифікати» – містить інформацію про сертифікат, який зв’язан з окремим користувачем ;
2) Сутність «Клієнти» – містить особисту інформацію про клієнта, його належність до компанії, та особистого типу;
3) Сутність «Компанії» – містить інформацію зареєстровані компанії в системі;
4) Сутність «Типи користувачів компанії» – включає в себе дані про типи користувачів (адміністратор, менеджер, користувач)
Зв’язки, які були використані в даній дипломній роботі, мають типи:
- 1:1 – зв’язок «один-до-одного»;
- N:1 – зв’язок «багато-до-одного»;
Розглянемо на прикладі спроектованих сутностей декілька зв’язків. Зв’язок «один-до-одного» застосовано між сутностями «Сертифікати» – «Користувачі». Він передбачає, що один користувач може мати один сертифікат.
Зв’язок «багато-до-одного» використовується у випадку між сутностями «Користувачі» - «Тип користувачів компанії». Цей тип зв’язку означає – багато клієнтів можуть належати до одного типу.
4.1.2 Перетворення інфологічної моделі в логічну модель
Після проектування інфологічної моделі БД, потрібно перетворити її у зрозумілий формат. У нашому випадку була обрана реляційна БД. Кожній розглянутій сутності ставиться у відповідність певна таблиця реляційної бази даних. Кожен з атрибутів сутностей інфологічної моделі перетворюється в поле відповідної таблиці бази даних, тобто формує стовпець таблиці.
Для організації зв’язку між таблицями реляційної бази даних у відповідності із розробленими зв’язками між сутностями інфологічної моделі та їхніми типами в деякі таблиці додається поле так званого зовнішнього ключа.
Перетворення можна здійснити декількома методами:
1) Ручне перетворення інфологічної моделі предметної області в схему бази даних, яке виконується відповідно до методик, що досить чітко обговорюють всі етапи такого перетворення;
2) Автоматизована компіляція інфологічної моделі предметної області в схему бази даних, найчастіше реляційну. Це можливо за допомогою спеціалізованих програмних пакетів, які мають зв’язок з певною СКБД;
3) Безпосередня робота з базою даних у семантичній моделі, тобто застосування систем управління базами даних, заснованих на семантичних моделях даних.
Найзручнішим та більш швидким засобом перетворення інфологічної моделі в логічну буде використання спеціалізованого автоматизованого пакету моделювання для БД. Але, оскільки в рамках дипломної роботи була обрана система керування цифровими сертифікатами, яка не буде являтись великою за обсягом, то доречно проробити ручне перетворення інфологічної моделі у логічну.
4.1.3 Розробка структури таблиць бази даних
Сформувавши інфологічну та логічну моделі БД системи керування цифровими сертифікатами, розробимо структуру БД, створимо усі потрібні атрибути, зв’яжемо таблиці між собою, у відповідності з інфологічною моделлю. Інформаційна модель зображена на рисунку 4.2.
Рис. 4.2 – Інформаційна модель
Згідно інформаційної моделі, програма буде взаємодіяти з сутностями, переліченими в таблиці 4.1.
Таблиця 4.1 – Перелік сутностей системи
| Сутність | Опис |
| CompanyUserCertificates | містить інформацію про сертифікат користувача |
| CompanyUser | містить особисту інформацію про користувачів |
| Companies | містить інформацію про компанії |
| CompanyUserTypes | містить інформацію про типи користувачів |
Кожна сутність несе в собі набір атрибутів, для зберігання щонайповнішого набіру даних про себе. Перелік атрибутів кожної сутності та їх типи даних наведено в таблиці 4.2.
Таблиця 4.2 – Атрибути сутностей та їх типи даних
| Сутність | Атрибут | Тип даних |
| CompanyUserCertificates | ID_Cert | Символьний(20), ключове поле |
| ID_User | Символьний(20), зовнішній ключ | |
| ID_Company | Символьний(5), зовнішній ключ | |
| Dat | Дата | |
| DataReqFile | Символьний (великий) | |
| DataFile | Символьний (великий) | |
| Received | Числовий | |
| CompanyUser | ID_ User | Символьний(20), ключове поле |
| ID_Company | Символьний(5), зовнішній ключ | |
| ID_Type | Числовий(2), зовнішній ключ | |
| Name | Символьний(250) | |
| Символьний(250) | ||
| Password | Символьний(20) | |
| Active | Числовий(1) | |
| RegDate | Дата | |
| CloseDate | Дата | |
| Memo | Символьний(4000) | |
| Companies | ID_Company | Символьний(5), ключове поле |
| Name | Символьний(250) | |
| Memo | Символьний(4000) | |
| CompanyUserTypes | ID_Type | Числовий(2), ключове поле |
| ID_Company | Символьний(5), зовнішній ключ | |
| Name | Символьний(250) | |
| Memo | Символьний(4000) |
Таблиця 4.3 – Перелік зв’язків між сутностями
| Сутність 1 | Тип зв’язку | Сутність 2 |
| CompanyUserCertificates | 1:1 | CompanyUser |
| CompanyUserCertificates | N:1 | Companies |
| CompanyUser | N:1 | Companies |
| CompanyUser | N:1 | CompanyUserTypes |
| CompanyUserTypes | N:1 | Companies |
4.1.4. Створення таблиць в БД для зберігання даних
CREATE TABLE companyusertypes ();
Наведемо приклад деяких запитів до зробленої базі даних:
Створювання таблиці COMPANYUSERCERTIFICATES з її основними полями
CREATE TABLE COMPANYUSERCERTIFICATES
(id_cert varchar2(20) PRIMARY KEY,
dat date,
datareqfile clob,
datafile clob,
received int);
Створювання таблиці COMPANYUSER з її основними полями
CREATE TABLE "COMPANYUSER" (таблиця користувачів
"id_user" varchar2(20) NOT NULL PRIMARY KEY, первинний ключ
"Name" varchar2(250) NOT NULL, ім'я користувача
"Email" varchar2(250) NOT NULL, електронна адреса
"Password" varchar2(20) NOT NULL, пароль користувача
"Active" number(1) NOT NULL, статус користувача
"Regdate" date NOT NULL, дата реєстрації
"Closedate" date NOT NULL, дата закриття користувача
"Memo" varchar2(4000) NOT NULL, коментарії
Створювання таблиці COMPANYUSERCERTIFICATES з її основними полями
CREATE TABLE "COMPANYUSERCERTIFICATES" (таблиця сертифікатів
"id_cert" varchar2(20) NOT NULL PRIMARY KEY, первинний ключ
"Dat" date NOT NULL, дата створювання сертифіката
"DataReqFile" clob NOT NULL, файл запиту на сертифікат
"DataFile" clob NOT NULL, файл сертифікату
"Received" number(1) NOT NULL, статус сертифікату
Отримуємо інформацію про 2-й тип користувачів:
SELECT * FROM companyusertypes WHERE id_type = 2
Отримуємо список всіх користувачів з n-ної компанії:
SELECT * FROM companyuser WHERE id_company = n
Фоміруємо новий тип для компанії P2 (компанія P2, тип 3, Охоронники, ""):
INSERT INTO companyusertypes (id_company, id_type, name) VALUES ("P2", "3", "Охоронники")
Додаємо i-того користувача до n-ного типу:
UPDATE companyusers SET id_type = n WHERE id_user = i
Отримуємо інформацію про i-ого користувача:
SELECT * FROM companyusers WHERE id = i
Отримуємо кількість учнів n-ного типу:
SELECT COUNT (*) AS count FROM companyusers WHERE id_type = n
Також, для кращого функціоналу, були написані та використані процедури, які будуть описані далі.
Процедура (stored procedure) - це програма, яка виконує деякі дії з інформацією в базі даних і при цьому сама зберігається в базі даних. В Oracle збережені процедури можна можна писати на мовах PL / SQL і Java.
Збережені процедури можуть приймати вхідні параметри і повертати результати. На відміну від тригерів, які належать певній таблиці або поданням, збережені процедури належать базі даних в цілому. Вони можуть викликатися будь-яким процесом, що використовують базу даних, за умови, що у цього процесу є достатні права доступу.
База даних даноъ системи має такі процедури :
1. UpdateCertificates – обнова сертифікату
2. ViewCertificates - перегляд сертифікату
3. DeleteCertificate - видалення сертифікату
4. GetCertificate - отримання сертифікату
На цьому роботу над проектуванням бази даних ми закінчили. База даних створена.
4.2 Розробка програми
Розробка нашої системи буде проводитись за допомогою мови C# та бібліотеки OpenSSL. Веб-служба це декілька класів, які описують методи(функції), змінні, властивості.
Рис. 4.2 – Алгоритм системи
Після авторизації користувача на сервері, сервер генерує певне меню для користувача щодо його ролі. Меню включає пункт запиту на сертіфікікат. При виклику клієнтом сторінки запиту на сертифікат, клієнтові передається файл сторінки за допомогою якого, клієнт формує запит на сертифікат на своїй стороні. Після чого готовий запит на сертифікат методом POST повертається на веб сервер, веб сервер кожен запит передає на веб службу разом з такими параметрами як: логін, пароль, запит, термін дії.
Веб служба обробляє запит, фіксує в БД запит на сертифікат і сформований сертфікат а також передає сформований сертифікат назад на веб сервер.
public string SignRequestCertificateN(string pLogin, string pPassword, string p_strReq, int cntDays = 365)
{
string strReq = base64Decode(p_strReq);
PasswordGenerator pwdGen = new PasswordGenerator();
string strUnn = pwdGen.Generate();
4.2.1. Розробка функції SignRequestCertificateN
Функція формування сертифікату, приймає чотири параметра від веб-серверу а саме : логін, пароль, запит, термін дії. Для передачі файлу по HTTP протоколу його необідно перетворити у base64, а потім знову перетворити назад до початкового стану, для цього ми перетворюємо наш запит у UTF8. Далі для уникнення конфліктів імен файлів, є необзідним генерювати унікалні імена файлів.
PasswordGenerator pwdGen = new PasswordGenerator();
string strUnn = pwdGen.Generate();
Визначаємо константи імен файлів запиту на сертифікат, файлу сертифікату, файлу конфігурації, та файлу openssl.
Для уніфікації формату повернення даних, ми формуємо шляхом створення таблиць (Dataset) та наступного перетворення в xml послідовність.
XML(англ. eXtensible Markup Language - розширювана мова розмітки) - це універсальний, що не залежить від платформи мова розмітки, який можна використовувати для представлення ієрархічних даних та уніфікації переданої інформації.
Через те що, веб-сервер з’єднується з веб-службою через SOAP протокол, а він підтримує XML, ми винні перетворювати dataset у xml. Тому, у даній системи, ми розробили метод перетворення Dataset у XML.
DataSet – це об’єкт ADO .NET, який знаходиться у пам’яті, використовуваний в додатку для представлення даних; він визначає узгоджену реляційну модель бази даних, яка не залежить від джерела його даних. Ступінь повноти моделі визначається завданнями, які вирішує додаток.
Об'єкт DataSet може представляти абсолютно точну модель бази даних, і в такому разі ця модель повинна буде включати повний набір структурних елементів бази даних, включаючи таблиці, що містять дані, з урахуванням встановлених обмежень і відносин між таблицями.
SOAP (від англ. Simple Object Access Protocol - простий протокол доступу до об'єктів) - протокол обміну структурованими повідомленнями в розподіленої обчислювальної середовищі.Зараз протокол використовується для обміну довільними повідомленнями у форматі XML.
SOAP може використовуватися з будь-яким протоколом прикладного рівня: SMTP, FTP, HTTP, HTTPS та ін. Однак його взаємодія з кожним із цих протоколів має свої особливості, які повинні бути визначені окремо. SOAP є одним із стандартів, на яких базуються технології веб-служб.
4.2.2. Розробка функції base64Decode
Нижче представлений алгоритм роботи данної функції для наглядного уявлення.
Рис. – 4.2.2. Алгоритм функції base64Decode
З Рис. – 4.2.2. можно здогадатися, що функція досить проста.
private string base64Decode(string encodedData)
{
byte[] encodedDataAsBytes = System.Convert.FromBase64String(encodedData);
string returnValue = System.Text.UTF8Encoding.Default.GetString(encodedDataAsBytes);
return returnValue;
}
Робота метода починається з прийняття рядку для розшифрування з формату base64, який далі записується у масив байтів та конвертується у зручний для нас формат UTF8. У кінці всього ми вертаємо розшифрований рядок.
4.2.3. Розробка функції OracleProcedureExecute
Структура нашої системи складається з елементу веб-служби та бази даних, для того, щоб вони могли спілкуватися між собою, необхідно налагодити зв’язок між ними, для цього і служить функція OracleProcedureExecute.
Вона приймає ім’я процедури та параметри бази даних в одному рядку, для того щоб керувати цими даними, ми перетворюємо рядок в об’єкт ArrayList, де кожен елемент з нового рядка, як окремий елемент (список).
ArrayList arr = ParseParam(Proc); //
string sConnectionString = System.Configuration.ConfigurationManager.ConnectionStrings["ConStr"].ConnectionString;
OracleConnection con = new OracleConnection(sConnectionString);
OracleCommand cmd = new OracleCommand(arr[0].ToString(), con);
OracleParameter oparam = cmd.Parameters.Add(arr[1].ToString(), OracleDbType.RefCursor);
oparam.Direction = ParameterDirection.InputOutput;
4.3 Тестування твоєї системи на працездатність
Тестування буде проводитись через веб-сервер.Існує 3 типа користувачів : менеджер, адміністратор та користувач.
Адміністрато має усі функції : створення нових користувачів, створення запиту на сертифікат, продивлюватись списки існуєчих користувачів та ін.
Рис. 4.3.1 - Сторінка адміністратора
Менеджер має функції створювати нових користувачів.
Рис. 4.3.2 - Сторінка менеджера
Та сторінка користувача, яка нас і хвилює. Користувач має функцію тільки запиту на сертифікат.
Рис. 4.3.3 – Сторінка користувача
Якщо користувач визове функцію запиту на сертифікат, то виникне перехід на сторінку оформлення сертифікату, перше, що він побаче, це вікно з попередженням про його дії. Стандартна практика з сертифікатами.
Рис. 4.3.4 – Підтвердження дій користувача
Після підтвердження необхідно заповнити поля Email, Місто, Регіон – які будуть указані у сертифікаті. Також, необхідно обрати розмір ключа та помітити - “экспортируемый”, це дозволяє завантажити його собі на персональний компьютер. У кінці всього натиснути кнопку – Выдать.
Рис. 4.3.5 – Запит на сертифікат
Після закінчення операції на головній сторінці користувача з’явиться повідомлення.
Рис. 4.3.6 – Повідомлення про строверння сертифікату
Після того, як адміністратор підтверде видачу сертифікату конкретному користувачу через свою сторінку.
Рис. 4.3.7 – Підтвердження видачу сертифіката
Адміністратор отримує повідомлення про то, що сертифікат успішно сформований.
Рис. 4.3.8 – Повідомлення про створення сертифікату
Далі, користувачу треба знову зайти на свою сторінку, якщо він вийшов з неї, або просто оновити, та на головній сторінці він побачить ссилку на завантаження свого сертифікату.
Рис. 4.3.9. Завантаження готового сертифікату
У кінці всього, користувач отримує свій цифровий сертифікат.
Рис. 4.3.10 – Готовий цифровий сертифікат
4.4. Висновок
У четвертому розділі дипломного проекту були показані основні моменти розробки бази даних, створення таблиць, полів, показана інфологічна модель та інформаційна зі всіма зв’язками мі таблицями. Був описан основний алгоритм роботи веб-служби, приведений програмний код та описані принципи роботи кількох функцій. Було проведено тестування веб служби через веб-сервер. Були показаній усі моменти від запиту на сертифікат до його отримання.
5 Охорона праці