Проектирование веб-системы электронного документооборота с интеграцией облачного хранилища

Облачное хранилище данных представляет собой множество распределенных в сети серверов. Услуга хранения данных в таких структурах предоставляется третьей стороной. Данные в них хранятся не на выделенных серверах, находящихся в собственности или в аренде поставщика услуги, а на множестве различных, зачастую, значительно удаленных друг от друга, серверов.

Облачное хранилище обладает целым рядом преимуществ по сравнению с классическими способами хранения файлов. Благодаря облачному хранилищу пользователям не нужно приобретать оборудование, выделять ресурсы для хранилища или расходовать денежные средства на то, что «когда-нибудь пригодится». Пользователи могут добавлять или удалять ресурсы по требованию, быстро изменять производительность и сроки хранения. И при этом пользователи платят только за используемые ресурсы.

Основные технические решения

Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы

Архитектура системы состоит из следующих модулей:

• -    серверный модуль;

• -    БД системы;

• -    облачное хранилище файлов и документов;

• -    модуль клиента;

• -    модуль графического интерфейса.

Диаграмма компонентов системы представлена на рисунке 1.

Рисунок 1 - Диаграмма компонентов системы

Модуль графического интерфейса необходим для отображения окон работы с системой на машинах у клиентов (пользователей).

Модуль клиента обрабатывает события, поступившие из графического модуля и далее посылает запросы в модуль БД и в облачное хранилище.

Модуль облачного хранилища файлов и документов необходим для хранения файлов и документов в облаке.

В БД системы хранятся логины и пароли пользователей, а также краткая информация о файлах и документах.

Серверный модуль работает с БД системы.

Структуру системы на верхнем уровне представим при помощи диаграммы вариантов использования.

Основным актером системы является пользователь (пользователи), которые по факты выполняют действия по обмену файлами и документами между собой с помощью облачных технологий.

В соответствии с диаграммой вариантов использования (рисунок 2) система выполняет следующие функции:

• 1.    Авторизованный вход пользователя.

• 2.    Отправка документа/файла в облачное хранилище.

• 3.    Получение документа/файла из облачного хранилища.

• 4.    Просмотр документов/файлов в облачном хранилище.

• 5.    Отправка документов/файлов другому пользователю.

• 6.    Отчет по документам/файлам в облачном хранилище.

Все пользователи, выполняющие вход в систему, имеют уникальные идентификаторы для входа – логин и пароль, с помощью которых осуществляется их авторизация.

Все документы и файлы, которые пользователь загружает в систему, физически отправляются на хранение в облачное хранилище.

Документы и файлы, которые загружает пользователь, загружаются из облачного хранилища.

Система предоставляет пользователю возможность просматривать все документы, которые находятся в облачном хранилище.

Система предоставляет возможность отправки файлов и документов от одного пользователя к другому, причем в роли канала передачи файлов должно выступать облачное хранилище.

Система предоставляет пользователю отчет по всем файлам и документам, которые на момент составления отчета находятся в облачном хранилище.

Рисунок 2 – Диаграмма вариантов использования системы

Сведения об обеспечении заданных в техническом задании потребительских характеристик системы, определяющих ее качество.

Качество разрабатываемой системы определяется следующими характеристиками:

• 1.    Надежность системы – это свойство системы сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения, технического обслуживания, ремонта, хранения и транспортирования.

Для системы установлены следующие количественные значения показателей надежности:

• -    круглосуточный режим работы системы;

• -    время простоя системы для проведения сервисных процедур определяется системными администраторами.

• 2.    Надежность базы данных системы.

Для базы данных системы установлены следующие количественные значения показателей надежности:

• -    автоматическое создание резервных копий БД с логинами, паролями и правами пользователей;

• -    автоматическое создание резервных копий БД где ведется статистика по файлам и документам;

• -    ведение протоколов событий БД.

Функциональная структура системы

Построим диаграмму активности функций системы (рисунок 3). Из данной диаграммы видно, что система имеет шесть пользовательских функций (загрузка системы и выход из нее функциями не считаются).

Рисунок 3 - Диаграмма активности функций системы

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

• -    отправка документа/файла в облачное хранилище;

• -    получение документа/файла из облачного хранилища;

• -    просмотр документов/файлов в облачном хранилище;

• -    отправка документов/файлов другому пользователю;

• -    отчет по документам/файлам в облачном хранилище.

Состав функций, комплексов задач, реализуемых системой

Диаграмма активности функции «Авторизованный вход пользователя» показана на рисунке 4.

Рисунок 4 – Диаграмма активности функции «Авторизованный вход пользователя»

В самом начале процедуры авторизации пользователь вводит свой логин и пароль, после чего система проверяет логин и пароль в БД. Если они верные, то система закрывает окно авторизации и выводит свои основные функции на экран.

Диаграмма активности функции «Отправка документа/файла в облачное хранилище» показана на рисунке 5.

Загрузка файла/документа1 6 облачное хранилище

Отправка кратких хароктеристск файла/ ' документа на сервер _

Выбор файла/ документа для отправки

Проберка файла/ документа системой

Сообщение об успешно! загрузки файла

Проберка пройдена

Загрузка файла/дасуменгоа б кзш системы

' Вывод сообщения о ' несоответствии файлов/ ^окумекпоб требобсмиякр

Рисунок 5 – Диаграмма активности функции «Отправка документа/файла в облачное хранилище»

В самом начале пользователь выбирает файлы/документы для отправки. Далее система проверяет файлы/документы на размер, наличие запрещенных данных и т.д. Если проверка пройдена, то файлы/документы загружаются в кэш системы, откуда их характеристики отправляются на сервер. Далее файлы/документы отправляются в облачное хранилище.

Диаграмма активности функции «Получение документа/файла из облачного хранилища» показана на рисунке 6.

Рисунок 6 – Диаграмма активности функции «Получение документа/файла из облачного хранилища»

В самом начале функции «Получение документа/файла из облачного хранилища» пользователь выбирает документы/файлы для загрузки из облачного хранилища. Далее выбирается путь, по которому файлы/документы будут сохранены на локальном компьютере у пользователя. После этого осуществляется загрузка файлов/документов из облачного хранилища.

Диаграмма активности функции «Просмотр документов/файлов в облачном хранилище» показана на рисунке 7.

Рисунок 7 – Диаграмма активности функции «Просмотр документов/файлов в облачном хранилище»

В функции «Просмотр документов/файлов в облачном хранилище» сначала осуществляется подключение к облачному хранилищу и выбор файлов/документов для просмотра. Пользователю на выбор предлагается два варианта просмотра – краткий и полный.

Диаграмма активности функции «Отправка документов/файлов другому пользователю» показана на рисунке 8.

Рисунок 8 – Диаграмма активности функции «Отправка документов/файлов другому пользователю»

Диаграмма активности функции «Отчет по документам/файлам в облачном хранилище» показана на рисунке 9.

Рисунок 9 – Диаграмма активности функции «Отчет по документам/файлам в облачном хранилище»

Решения по составу информации, объему, способам ее организации, видам машинных носителей, последовательности обработки информации и другим компонентам

Диаграмма потоков данных после внедрения системы представлена рисунок 10.

Рисунок 10 – DFD-диаграмма после внедрения системы

Основное отличие диаграммы потоков данных после внедрения системы от диаграммы потоков данных до внедрения системы состоит в том, что до внедрения системы хранение файлов/документов осуществлялось на выделенном для это сервере. С внедрением системы хранение файлов и документов осуществляется в облачном хранилище.

Инструкция по формированию и ведению базы данных

База данных системы состоит из таблиц, описания которых представлены ниже.

Таблица 1 - Таблица «Документ»

Имя поля	Тип данных	Ограничения
Код документа	Счетчик	Первичный ключ
Дата отправки	Дата/время	Обязательное поле
Дата получения	Дата/время
Описание документа	Поле MEMO
Документ	Поле объекта OLE	Обязательное поле
Отправитель	Числовой	Внешний ключ
Получатель	Числовой	Внешний ключ
Группа	Числовой	Внешний ключ

Таблица 2 - Таблица «Пользователь»

Имя поляТип данныхОграничения
Код пользователя	Счетчик	Первичный ключ
Ключ пользователя	Текстовый (255)	Обязательное поле
Ф.И.О.	Текстовый (100)	Обязательное поле
Тип пользователя	Числовой	Внешний ключ

Таблица 3 - Таблица «Группа пользователей»

Имя поляТип данныхОграничения
Код группы	Счетчик	Первичный ключ
Название группы	Текстовый (50)

Таблица 4 - Таблица «Тип пользователя»

Имя поляТип данныхОграничения
Код типа пользователя	Счетчик	Первичный ключ
Наименование типа	Текстовый (50)	Обязательное поле

Таблица 5 - Таблица «Список группы»

Имя поляТип данныхОграничения
Код группы	Числовой	Первичный ключ
Код пользователя	Числовой	Первичный ключ

Таблица 6 - Таблица «Отправитель»

Имя        поляТип данныхОграничения
Код отправителя	Числовой	Первичный ключ

Физическая схема БД представлена на рисунке 11.

. I Отравитель

Код пользователя INT f Пользоя*тель_Код полы f Пользовдталь_Документ.

Пользователь

Код пользователя 1NT

Ключ пользователя INT

_I Документ

Код документа INT

Дата отправит DATETIME

Дата получения DATETIME

Описание документа VARCHAR(45)

Документ V ARCHARC 45)

Отправитель v archarc 45) Получатель VARCHAR(45) 44.

Группа VARCHAR{45)

■ ФИО пользователя VARCHAR(45)

Тип пользователя VARCMAR(45)

’ Документ „Код документа INT

Г Список группы_Код группы INT

_] Тип пользователя

Код типа пользователя INT

f Пользователь Код пользователя INT

' Пользователь_Документ_Код документа 1NT

J Группа пользователей

Код гр»ты IW

Название группы VARCHAR(45) ' Документ^Код документа INT

Пользователь.!

' Код пользователя INT

• Ключ пользователя INT

ФИО пользователя VARCHAR(45)

Тип пользователя VARCMAR(45)

г Документ.Код документа INT

^ Список группы

Код группы 1NT

- Код пользователя VARCHAR(45)

Рисунок 11 – Физическая схема БД

Заключение

Спроектированная программно-информационная веб-система с интеграцией облачного хранилища позволит усовершенствовать процесс электронного документооборота, используя при этом облачное хранилище для файлов и документов, вместо классического серверного.

Спроектированная программно-информационная веб-система с интеграцией облачного хранилища обладает следующими функциями:

• 1.    Авторизованный вход пользователя.

• 2.    Отправка документа/файла в облачное хранилище.

• 3.    Получение документа/файла из облачного хранилища.

• 4.    Просмотр документов/файлов в облачном хранилище.

• 5.    Отправка документов/файлов другому пользователю.

• 6.    Отчет по документам/файлам в облачном хранилище.