3.3 Схема взаимосвязей модулей и массивов данных
Программные модули приложения обращаются к массивам данных через наборы данных. В проектируемой ИС под массивом данных будем понимать существующие объекты [14-15].
В информационной системе обеспечено автоматизация ввода данных методом подстановок, а также передачи атрибутов из одного справочника в другой благодаря формированию нового справочника на основании существующего. Учитывая этот факт, модулю приложения приходится обращаться к нескольким объектам.
Схема, отражающих взаимосвязь программных модулей и массивов данных представлена на рисунке 3.1.
модуль Пользователи |
БД |
|
|
|
|
||
|
Таблица |
|
|
модуль Должности |
«Пользователи» |
модуль Авторизации |
|
|
Таблица |
|
|
модуль График |
«Должности» |
|
|
|
Таблица |
модуль Отчет о |
|
модуль Вид графика |
«График» |
локализованных авариях |
|
|
Таблица «Вид |
|
|
модуль Нарушения |
графика» |
модуль Отчет о сотруднике, |
|
Таблица |
больше всего |
||
графика |
|||
участвовашего в |
|||
|
«Нарушение |
||
|
локализации аварий |
||
|
|
||
|
графика» |
|
|
модуль Аварии |
|
|
|
|
Таблица |
модуль Отчет о авариях не |
|
|
|
||
модуль Вид аварии |
«Аварии» |
локализованных в срок |
|
|
|
||
|
Таблица «Вид |
|
|
модуль Сотрудники |
аварии» |
модуль Отчет о работе |
|
|
|||
|
|
||
|
Таблица |
сотрудниках |
|
|
|
||
|
«Сотрудники» |
|
Рисунок 3.2 ‒ Схема взаимосвязи общих модулей и массивов данных
Схема взаимосвязи общих модулей и массивов описывает суть данных,
которые предоставляются отчету, и формирует отчеты, вызываемые в ИС,
таким образом, все схемы данных используют массивы данных тех объектов,
изменения которых они отражают.
31
3.4 Алгоритм формирования отчета обо всех авариях, которые были локализованы
Отчет «Обо всех авариях, которые были локализованы» предназначен для наглядного отображения информации обо всех локализованных авариях, за определенный промежуток времени.
Текст запроса на выборку данных представлен в приложении Д листинге Г.2. Блок схема построения отчета «Обо всех авариях, которые были локализованы» изображена на рисунке 3.3. Выполнения запроса в приложении представлено на рисунках 3.4-3.5.
Начало
Пользователь имеет право на |
Сообщение о |
|
запрете |
||
использование отчетов |
||
использования |
||
|
Выполнение запроса выборки нужных данных из справочника
Нет |
Конец набора |
Да |
Локализованна = ИСТИНА |
данных |
|
|
|
Да
Вывод выборки данных в отчет
Нет
Переход к следующему
набору данных
Конец
Рисунок 3.3 ‒ Блок схема построения отчета «Обо всех авариях, которые были локализованы»
32
Рисунок 3.4 ‒ Отчет «Обо всех авариях, которые были локализованы»
Рисунок 3.5 ‒ Отчет «Обо всех авариях, которые были локализованы»
3.5 Инструкция пользователя по установке программного продукта и работа с ним
Для эксплуатации разработанной системы предъявляются такие аппаратные требования, как наличие персонального компьютера с установленным пакетом RubyStack, который включает в себя: Ruby, Rails,
RVM, MySQL, SQLite, NGINX, Apache, Memcache and Varnish, Git and
Subersion, Sphinx, PHP and phpMyAdmin ‒ наличие на компьютере ОС Unix, Linux, Mac, Mac Server и Windows поскольку RubyStack доступен для этих платформ [16-17].
Исходя из этого, можно установить минимальные требования к ПК: 32-
разрядный (x86) или 64-разрядный (x-64) процессор с тактовой частотой 1
гигагерц (ГГц) или выше; 1 гигабайт (ГБ) (для 32-разрядной системы) или 2 ГБ; 16 ГБ (для 32-разрядной системы) или 20 ГБ (для 64-разрядной системы)
пространства на жестком диске.
33
Установка программы «Учет рабочего времени сотрудников»
осуществляется следующим образом [18-19]:
1)Скачайте и установите пакет RubyStack (выберете при установке базу данных PostgreSQL);
2)Перед началом работы, необходимо на диске C:\ создать папку work,
туда будет устанавливаться проект для работы с программой;
3)Скопируйте папку isvodka в созданную папку;
4)Далее необходимо указать путь в bat-файле, запускающем Ruby, на рабочую папку (рисунок 3.6). Запускаемый файл лежит в папке:
C:\Bitnami\use_ruby.bat;
Рисунок 3.6 – Изменение пути запуска
5) Если нужно начать работу с пустой БД PostgreSQL, то нужно сначала открыть клиент pgAdmin3 и создать новую БД (рисунок 3.7-3.8);
Рисунок 3.7 – Запуск pgAdmin3
34
Рисунок 3.8 – Создание новой базы
6) Если необходимо перенести данные с БД PostgreSQL, то нужно сначала открыть клиент pgAdmin3 и сделать копию БД (рисунок 3.9).
Сохраниться резервная копия с расширением .backup. Для восстановления необходимо создать новую БД , нажать правой кнопкой мыши, выбрать восстановить и прописать путь к файлу с расширением .backup (рисунок 3.10);
Рисунок 3.9 – Резерная копия БД
35
Рисунок 3.10 – Восстановление БД
7) Далее необходимо перейти в файл конфигурации БД в Rails. Путь к файлу config/database.yml. Открыть его с помощью блокнота или другого текстового редактора. В строке password прописать Ваш пароль, который вы указывали при установке БД и в database прописать имя ранее созданной БД в клиенте pgAdmin3, остальное изменять не надо (рисунок 3.11);
Рисунок 3.11 – Конфигурация синхронизации базы данных с приложением
36
9)Откройте от имени администратора консоль use_ruby.bat (C:\Bitnami\rubystack-2.0.0-39). Перейдите в папку с приложением командой: cd isvodka;
10)Выгрузите файлы-миграций, в них находятся сведения о структурах таблиц, которые необходимо внести в БД. Для этого пропишите в консоли следующую команду: rake db:migrate. Проверьте нет ли ошибок;
11)База настроена, можно приступать непосредственно к работе приложения. Запустите web сервер и убедитесь, что все работает. Пропишите в консоли следующую команду: rails server. После попробуйте открыть главную страницу приложения, набрав адрес в браузере localhost:3000. Должна появиться окно авторизации как на рисунке 3.12. А после авторизации вы перейдете на главную страницу приложения (рисунок 3.13).
Рисунок 3.12 – Окно авторизации
37
Рисунок 3.13 – Главная страница
При работе с данной информационной системой предусмотрено 3
различных вида пользователей. После успешной авторизации пользователя в системе, он получает доступ к интерфейсу приложения, который соответствует необходимому функционалу в зависимости от выбранного ранее вида пользователя. Примеры ограничений доступа к объектам ИС по видам пользователя, на примере справочника Сотрудники, представлены на рисунке
3.14-3.16.
38
Рисунок 3.14 – Работа с системой Администратора
Рисунок 3.15 – Работа с системой Пользователя
Рисунок 3.16 – Работа с системой Гостя
39