ПРОЕКТИРОВАНИЕ ВЕБ-СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА С ИНТЕГРАЦИЕЙ ОБЛАЧНОГО ХРАНИЛИЩА Текст научной статьи по специальности «Компьютерные и информационные науки»

УДК 004

Завадин В.А. студент бакалавриата, 5 курс Абрамова О.Ф. доцент

кафедра «Информатика и технология программирования»

Лясин Д.Н., к.т.н.

доцент

кафедра «Информатика и технология программирования» Волжский политехнический институт (филиал) ФГБОУ ВО "Волгоградский государственный технический

университет " Россия, г. Волжский ПРОЕКТИРОВАНИЕ ВЕБ-СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА С ИНТЕГРАЦИЕЙ ОБЛАЧНОГО

ХРАНИЛИЩА

Аннотация:

Целью данной статьи является проектирование программно-информационной веб-системы с интеграцией облачного хранилища.

Ключевые слова: облачное хранилище, проектирование веб-системы, электронный документооборот

Zavadin V.A. Student

Volzhskiy Polytechnical Institute branch "VolgogradState Technical University"

Russia, Volzhskiy Abramova O.F.

associate professor "Informatics and technology of programming"

Volzhskiy Polytechnical Institute branch "Volgograd State Technical University

Russia, Volzhskiy Ljasin D.N.

associate professor "Informatics and technology of programming"

Volzhskiy Polytechnical Institute branch "Volgograd State Technical University

Russia, Volzhskiy DESIGNING A WEB SYSTEM OF ELECTRONIC DOCUMENT MANAGEMENT WITH INTEGRATION OF CLOUD STORAGE Abstract:

The purpose of this article is the design of software and web information system with the integration of cloud storage.

Keywords: cloud storage, web-system design, electronic document management

Введение

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

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

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

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

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

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

- БД системы;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

облачного хранилища.

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

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

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

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

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

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

г

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

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

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

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

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

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

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

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

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

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

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

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

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

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

функций (загрузка системы и выход из нее функциями не считаются).

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

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

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

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

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

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

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

показана на рисунке 4.

Рисунок 4 - Диаграмма активности функции «Авторизованный вход

пользователя»

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

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

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

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

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

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

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

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

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

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

в

Рисунок 9 - Диаграмма активности функции «Отчет по документам/файлам в облачном хранилище» Решения по составу информации, объему, способам ее организации, видам машинных носителей, последовательности обработки информации и другим компонентам

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

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

Конечный пользователь

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

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

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

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

представлены ниже. _Таблица 1 - Таблица «Документ»

Имя поля Тип данных Ограничения

Код документа Счетчик Первичный ключ

Дата отправки Дата/время Обязательное поле

Дата получения Дата/время

Описание документа Поле MEMO

Документ Поле объекта OLE Обязательное поле

Отправитель Числовой Внешний ключ

Получатель Числовой Внешний ключ

Группа Числовой Внешний ключ

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

Имя поляТип данныхОграничения

Код пользователя Счетчик Первичный ключ

Ключ пользователя Текстовый (255) Обязательное поле

Ф.И.О. Текстовый (100) Обязательное поле

Тип пользователя Числовой Внешний ключ

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

Имя поляТип данныхОграничения

Код группы Счетчик Первичный ключ

Название группы Текстовый (50)

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

Имя поляТип данныхОграничения

Код типа пользователя Счетчик Первичный ключ

Наименование типа Текстовый (50) Обязательное поле

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

Имя поляТип данныхОграничения

Код группы Числовой Первичный ключ

Код пользователя Числовой Первичный ключ

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

Имя поляТип данныхОграничения

Код отправителя Числовой Первичный ключ

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

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

Заключение

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

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

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

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

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

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

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

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

Использованные источники:

1. Абрамова О.Ф. К вопросу о повышении эффективности функционирования тренажёрно-обучающих систем / О.Ф. Абрамова, М.Л. Цыганкова // Открытое и дистанционное образование. - 2014. - № 4. - C. 3439

2. Абрамова, О.Ф. CASE-технологии: изучать или исключить? / О.Ф. Абрамова // Alma mater (Вестник высшей школы). - 2012. - № 9. - C. 109-110.

3. Александрина, А.Ю. Разработка специализированных программных продуктов как форма научно-исследовательской работы студентов

направления «Химическая технология» / А.Ю. Александрина, В.Ф. Каблов, О.Ф. Абрамова // Вестник Российского ун-та дружбы народов. Серия «Информатизация образования». - 2015. - № 4. - C. 59-66.

4. Завадин В.А., Лясин Д.Н. Исследование методов интеграции облачных хранилищ в веб-приложениях для расширения доступного дискового пространства [Электронный ресурс] // Постулат. 2017. №5. URL: http://e-postulat.ru/index.php/Postulat/article/view/615/636 (дата обращения 29.05.2017).

5. Лясин, Д.Н. Объектно-ориентированный анализ и программирование [Электронный ресурс] : учеб. пособие / Д.Н. Лясин, О.Ф. Абрамова; ВПИ (филиал) ВолгГТУ // Учебные пособия : сб. Вып. 1. - 1 электрон. опт. диск (CD-ROM). - Волгоград, 2014. - 98 с.

УДК 62-176.2

Зайнуллин Р.Р., к.ф.-м.н. старший преподаватель кафедра ПЭС Гафуров А.М. инженер I категории УНИР ФГБОУВО «КГЭУ» Россия, г. Казань ОСУЩЕСТВЛЕНИЕ БИНАРНОГО ЦИКЛА В СОСТАВЕ КОНДЕНСАЦИОННОЙ ПАРОВОЙ ТУРБИНЫ ТИПА К-200-130 ЛМЗ, ОХЛАЖДАЕМОГО ВОДОЙ ПРИ ТЕМПЕРАТУРЕ 5°С

Рассматривается бинарная энергоустановка в составе конденсационной паровой турбины типа К-200-130 ЛМЗ, охлаждаемая водой при допустимой температуре в 5°С в зимний период времени.

Ключевые слова: тепловая электростанция, паровая турбина, бинарный цикл, низкокипящее рабочее тело.

Zainullin R.R.

candidate of physico-mathematical sciences senior lecturer of department «industrial electronics and lighting»

Gafurov A.M.

engineer of the I category «Management of research work»

«KSPEU» Russia, Kazan

IMPLEMENTATION OF A BINARY CYCLE AS A PART OF THE CONDENSATION K-200-130 LMP STEAM TURBINE COOLED BY WATER AT A TEMPERATURE OF 5°С

Binary power installation in structure of the condensation K-200-130 steam turbine of LMP cooled by water at an admissible temperature in 5°С in a winter time span is considered.

Keywords: thermal power station, steam turbine, binary cycle, low-boiling