57
Администратор Центрального Сервера отвечает за ядро, которое
связывает все сервера в единую сеть и позволяет подключиться к ней
клиентскому приложению. В его задачи входит контроль поступающих запросов
и ответственность за работоспособность сервера.
При необходимости позиции администраторов могут совмещаться,
однако наиболее безопасным способом будет использовать именно разных
сотрудников.
Аутентификация реализуется посредством использования ключ-пары в
виде "логин-пароль" с передачей по шифрованному каналу для избегания
перехвата вида MITM. Для обеспечения авторизированного использования
системы применяется уже существующий внутренний продукт под кодовым
именем "Bifröst". Данная система получает от клиентского приложения запрос
на авторизацию, а затем передает необходимые сведения о клиенте
центральному серверу, а клиенту возвращает специальный сессионный ключ
аутентификации.
Активное отслеживание и логирование действий отслеживает всех
авторизованных пользователей. Для этого используются сессионные ключи
аутентификации, полученные от "Bifröst". Все действия пользователей
отслеживаются и заносятся в файлы логов.
Резервное копирование данных на защищенные выделенные сервера
позволяет безопасно хранить копии данных, что в свою очередь делает
доступным снижение потерь в результате вероятного падения базы данных или
сервера сети дистрибуции контента. Это же защищает от попыток подрыва
деятельности компании диверсионными действиями категорически
оппозиционно-лояльных сотрудников компании.
При этом стоит отметить, что автоматическое резервное копирование
данных уже настроено в компании и является неотъемлемой частью бизнес-
процессов.
58
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
В автоматизированной программно-информационной системе контроля
исполнения задач по проектам используется небольшое количество нормативно-
справочной информации, поскольку основная задача системы формировать из
оговоренного в компании дальнейшего хода разработки список задач и их
очередность, на основе которого строится дорожная карта проектов по которой
возможно отследить исполнение указанных задач.
К такой информации относится:
•
Справочник статуса объекта со следующими вариантами:
Scheduled (Запланирован);
InProgress (В процессе);
Polishing (Отладка);
Completed (Завершен).
•
Справочник состояния объекта со следующими вариантами:
Hidden (Ограниченный доступ);
Public (Публичный доступ).
•
Коды межсервисного общения:
Код типа запроса;
Код получателя запроса;
Код отправителя запроса;
Код объекта изменения.
Данные справочники обновляются исключительно из необходимости (а
именно зависимость от мажорных обновлений программного продукта), что в
свою очередь означает отсутствие четкого графика обновления.
Из кодов межсервисного общения составляется опции отправляемого и
получаемого сервисами сообщения, на основе чего сервис принимает
дальнейшие решения об обработке данных включенных в это сообщение.
59
Входной информацией является планы на развитие продуктов,
утвержденные советом директоров, советом мажоритарных акционеров,
отдельными управленцами и управляющими проектов. Помимо этого к входной
информации относится уточнение о чувствительности информации и скрытии
отдельных элементов в дорожной карте от неавторизованных пользователей.
К оперативной информации в системе, разрабатываемой в рамках
данного дипломного проекта, относятся:
1. Сведения о подключенных пользователях;
2. Сведения о действиях пользователей;
3. Ключи обфускации внутренних идентификаторов при внешних
запросах;
4. Пакеты сообщений между серверными сервисами
информационной системы.
2.2.2 Характеристика результатной информации
Поскольку основная задача информационной системы разрабатываемой
для "Норс Студиос" является автоматическая генерация дорожной карты на
основе вводимых сведений, то результатной информацией будет являться
сформированная виртуальная страница, содержащая в себе сведения о проектах
и включенных в них данных, которые можно добавлять, редактировать и удалять
при необходимости. Такими данными являются:
•
Описание проекта;
•
Quarters (Кварталы или мажорные обновления)
•
Дата релиза квартала или его ожидаемого времени;
•
Статус квартала;
•
Flow (Потоки квартала или области задач);
•
Количество задач в потоке;
•
Goal (Задача);
•
Вид задачи (скрытый или публичный);
60
•
Соответствующий задаче контент;
•
Название задачи;
•
Статус задачи;
•
Описание задачи;
•
Количество включенных в задачу подзадач;
•
TaskPoint (Подзадача);
•
Название задачи;
•
Статус задачи.
Помимо этого, на основе имеющихся данных может формироваться
статистическая информация как в разрезе всего проекта, так в разрезе его
кварталов и потоков. Данная информация отображается на отдельном
виртуальном листе, который сможет увидеть только авторизированный
сотрудник компании.
Данные сведения формируются каждый раз, когда на центральный сервер
поступает запрос о выдачи дорожной карты как клиентским приложением так и
внешним запросом через сайт (исключая информацию о статистике).
2.3 Программное обеспечение задачи
2.3.1 Сценарий диалога
Автоматизированная информационная система контроля исполнения
задач по проектам для формирования виртуальных листов с дорожной картой и
статистикой, необходимыми для непосредственного контроля исполнения задач
должна в полной мере выполнять следующие функции:
•
Как клиентское приложение:
Служебные:
•
Аутентификация и авторизация пользователя в системе;
•
Деавторизация пользователя в системе;
61
•
Управление настройками приложения.
Основные:
•
Запрос на выдачу виртуального листа с дорожной картой;
•
Запрос обновления виртуального листа с дорожной картой;
•
Запрос на выдачу виртуального листа со статистикой;
Управление проектами:
•
Добавление;
•
Удаление;
•
Редактирование.
Управление кварталами:
•
Добавление;
•
Удаление;
•
Редактирование.
Управление потоками:
•
Добавление;
•
Удаление;
•
Редактирование.
Управление задачами:
•
Добавление;
•
Удаление;
•
Редактирование.
Управление подзадачами:
•
Добавление;
•
Удаление;
•
Редактирование.
62
•
Как серверные приложения:
Запуск сервера;
Остановка сервера;
Подключение к ядру;
Перезапуск сервера;
Обновление файлов конфигурации.
Для клиентского приложения и программных серверов приведено дерево
функций на рисунках 7 и 8 соответственно.
Рисунок 7. Дерево функций клиентского приложения
63
Рисунок 8. Дерево функций серверных приложений
Указанные на рисунках функции реализуются при помощи визуального
диалогового интерфейса с пользователем. Для этого пользователю необходимо
пройти аутентификацию через систему "Bifröst", для чего необходимо в
интерфейс окна ввести данные логина и пароля сотрудника, после чего, в случае
если данные верны, то откроется меню дорожной карты, куда загрузится список
проектов. Используя интуитивное управление (нажатие левой кнопкой
компьютерной мыши раскрывает содержимое, нажатие правой кнопки
открывает меню редактирования элемента) пользователь сможет быстро
просматривать, изменять, добавлять и удалять имеющуюся информацию. Для
выхода из учетной записи или открытия другого раздела необходимо нажать
соответствующую кнопку в раскрывающемся меню слева.
Минимальное количество элементов и их однородность обеспечивает
эффективное использование, а постепенное раскрытие деталей дорожной карты
оптимизирует использование сетевого трафика. [6]
64
2.3.2 Характеристика базы данных
Для управления хранимыми в информационной системе контроля
исполнения задач данными используется Система Управления Базами Данных
MySQL. Для полноценного функционирования системы, в базе данных были
созданы следующие таблицы:
•
Project;
•
Quarter;
•
Flow;
•
Goal;
•
TaskPoint.
Содержащиеся в них данные указаны в таблицах 8-12 соответственно, в
то время как структура базы данных (Entity-Relationship модель) представлена на
рисунке 9.
В рамках данного курсового проекта рассматривается разработка только
автоматизированной системы, к чему "Bifröst", отвечающий за аутентификацию
пользователей в экосистеме компании не имеет прямого отношения. По этой
причине в рамках рассматриваемой базы данных не учитывается база данных
пользователей и ее структура соответственно.
65
Рисунок 9. Entity-Relationship модель
Таблица 8.
Таблица Project
Поле таблицы
Тип данных
Особенности
Описание
idproject
int
PrimaryKey,
NotNull,
AutoIncrement
Идентификатор
проекта, уникален.
Name
varchar[100]
Название проекта,
ограничение 100
символов
Description
varchar[1024]
Описание проекта,
ограничение 1024
символов
66
Таблица 9.
Таблица Quarter
Поле таблицы
Тип данных
Особенности
Описание
idquarter
int
PrimaryKey,
NotNull, Unique,
AutoIncrement
Идентификатор
квартала, уникален.
Name
varchar[100]
Название квартала,
ограничение 100
символов
ReleaseDate
varchar[25]
Описание проекта,
ограничение 1024
символа
Status
int
NotNull
Статус квартала,
содержит числовое
представление для
ObjectStatus
ProjectId
int
NotNull, FK
Уникальный
идентификатор
родителя, служит
внешним ключом
Таблица 10.
Таблица Flow
Поле таблицы
Тип данных
Особенности
Описание
idflow
int
PrimaryKey,
NotNull, Unique,
AutoIncrement
Идентификатор
потока, уникален.
Name
varchar[100]
Название потока,
ограничение 100
символов
GoalsValue
int
NotNull
Количество
включенных в
данный поток задач
QuarterId
int
NotNull, FK
Уникальный
идентификатор
родителя, служит
внешним ключом