Дипломная работа: Автоматизация контроля исполнения задач по проектам в ООО «Норс Студиос»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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
Уникальный
идентификатор
родителя, служит
внешним ключом
Источник: https://baza.diplomsite.ru/previewfile/407