57
Характеристика таблицы «Должности» представлена в таблице 2.11.
Таблица № 2.11
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Описание
Код должности
place_kod
число
50
Первичный
ключ
Номер
place_nomer
число
40
Внешний
ключ
Название
place_name
строка
254
Характеристика таблицы «Должности»
Характеристика таблицы «Карточки» представлена в таблице 2.12.
Таблица № 2.12
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Описание
Идентификатор
card_id
число
10
Первичный
ключ
Код должности
place_kod
число
50
Внешний
ключ
Номер
card_nomer
число
5
Дата создания
card_date
дата
12
Название
card_nomer
число
40
Тип
card_type
строка
20
Характеристика таблицы «Карточки»
Характеристика таблицы «Задачи» представлена в таблице 2.13.
Таблица № 2.13
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Описание
Идентификатор
task_id
число
10
Первичный
ключ
Номер
task_nomer
число
5
Идентификатор
карточки
card_id
число
5
Внешний
ключ
Название
task_name
число
40
Характеристика таблицы «Задачи»
58
Продолжение таблицы № 2.13
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Описание
Дата создания
task_date
дата
12
Идентификатор
пользователя
user_id
число
10
Внешний
ключ
Статус
task_status
число
1
Концептуальная модель – это формализованное описание предметной области.
Модель должна поддаваться легкой корректировки и быть динамической. К
требованиям концептуальной модели относятся:
Модель должна содержать достаточную и всю достоверную информацию
для последующего проектирования базы данных.
Модель должна быть доступна и понятна разработчикам, принимающих
непосредственное участие в создании системы.
Объекты и отношения между объектами являются компонентами ER-модели.
Объект имеет множество реализаций, образующихся совокупностью конкретных
значений реквизитов и должен однозначно определяться. Концептуальная модель
используется для разработки данных и показывают стандартный способ
определения данных и отношений между ними. Вследствие чего, реализуется
детализация хранилищ данных. Модель включает в себя идентификацию
объектов, их свойств и их связей с другими объектами, важных для предметной
области. Объект представляется в виде прямоугольника, вверху которого
обозначено имя сущности. Также, в прямоугольнике могут быть перечислены
атрибуты объекта, ER-диаграмм. Концептуальная модель базы данных
представлена на рисунке 2.12.
Рисунок 2.12 – Концептуальная модель базы данных
59
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Дерево программных модулей представлено в таблице 2.14.
Таблица № 2.14
№
Наименование модуля
Функции модуля
1.
Форма авторизации
Содержит предопределенные функции
проверки соответствия записей в
таблице, необходимых для
идентификации пользователя.
2.
Форма регистрации
Содержит предопределенные функции
проверки входных данных, добавления
новой записи в базу данных,
необходимой для регистрации нового
пользователя
3.
Загрузка интерфейса приложения
Содержит функции обработки
успешного выполнения авторизации и
отрисовки интерфейса приложения
4.
Карточки
Содержит предопределенные
функции, необходимые для
добавления новых карточек
5.
Задачи
Содержит предопределенные
функции, необходимые для
добавления новых задач, удаления, а
также перемещения задач из карточки
в карточку.
«Дерево программных модулей»
В соответствии с характеристиками таблиц в базе данных, представленной в
пункте выше в состав информационной системы должны входить следующие
модули:
Модуль регистрации сотрудников
Модуль авторизации сотрудников
Модуль загрузки интерфейса приложения
Модуль карточек
Модуль задач
Для хранения информации будет использоваться одна база данных.
Взаимодействие с системой будет осуществляться через любой современный
60
браузер. Для работы необходимо установить локальный сервер, например,
Denwer – набор программ для создания сайтов на локальном компьютере, без
выхода в сеть Интернет. В состав пакета Denwer входит:
1. Apache, SSI, mod_rewrite, mod_php.
2. PHP6 с поддержкой GD и MySQL.
3. MySQL с поддержкой транзакций (mysqld-max).
4. Систему управления виртуальными хостами, основанную на шаблонах.
5. Систему управления запуском и завершением.
6. phpMyAdmin — систему управления MySQL через Web-интерфейс.
7. Ядро Perl без стандартных библиотек (они поставляются отдельно).
8. Эмулятор sendmail, поддерживается работа совместно с PHP.
9. Инсталлятор.
Доступ к базе осуществляется с помощью набора адреса в адресной строке.
Модули идентичны друг другу, что позволяет вносить изменения в продукт с
максимальной скоростью.
Структурная схема пакета представлена на рисунке 2.13
Рисунок 2.13 – Структурная схема пакета
61
Модуль регистрации сотрудников представлен в виде формы. При заполнении
формы понадобится заполнить соответствующие поля в форме и нажать кнопку
«Зарегистрироваться». После нажатия кнопку «Зарегистрироваться»,
выполняется SQL-запрос на добавление новой записи в таблицу «Пользователи».
Новые данные сохраняются в базе данных.
Модуль авторизации сотрудника представлен в виде формы и включает в
себя скрипт авторизации. При заполнении формы понадобится заполнить
соответствующие поля в форме и нажать кнопку «Войти». После нажатия на
кнопку «Войти», с помощью SQL-запроса, проверяется наличие введенной
информации в базе данных.
Модуль загрузки интерфейса приложения представляет собой основную
оболочку для взаимодействия с приложением. С этим модулем работают все
таблицы базы данных. Он вступает в работу после того, как полностью
выполняется модуль регистрации или авторизации, так как, для того, чтобы
работать в программе необходимо быть зарегистрированным в базе данных. Эта
стратегия была внедрена, как вариант обеспечения информационной защиты
предприятия.
Модуль карточек представлен в виде HTML-разметки. Для того, чтобы
добавить новую карточку, пользователю не требуется наживать на кнопку.
Шаблон для добавления новой карточки создается автоматически. Пользователь
нажимает на область тега INPUT и пишет нужный заголовок карточки. Система
хороша тем, что можно называть карточки по-разному, в зависимости от нужды.
Например, можно присвоить все задачи в карточке конкретному сотруднику, что
исключает создание лишнего интерфейса и добавления лишних таблиц в базу
данных, либо распределить карточки на те, которые содержат задачи, ожидающие
выполнения, находящиеся в процессе выполнения или завершенные.
Модуль задач представлен в виде HTML-разметки. Задачи размещаются в
именованных карточках. Для добавления новой задачи пользователь нажимает на
область тега DIV, вследствие чего, появляется область для написания текста
самой задачи. Сохранение задачи происходит с помощью нажатия кнопки ENTER
на клавиатуре. После завершения задачи и необходимости перенести её на другую
карточку, пользователь нажимает на элемент редактирования задачи и с помощью
62
тега SELECT назначает задаче другую карточку. Удаление задачи осуществляется
путем нажатия на элемент удаления.
2.3.4. Описание программных модулей
Для обозначения логически различных фрагментов, в блок-схемах используются
определенные стандартные символы. Ниже рассмотрим основные алгоритмы
работы приложения. К ним относятся:
Алгоритм авторизации сотрудника
Алгоритм регистрации сотрудника
Алгоритм добавления карточки
Алгоритм удаления карточки
Алгоритм добавления задачи в карточку
Алгоритм изменения текста задачи
Алгоритм удаления задачи из карточки
Алгоритм перемещения задачи в другую карточку
Алгоритм авторизации сотрудника приведен на рисунке 2.14.
Рисунок 2.14 – Алгоритм авторизации сотрудника
63
Пользователь заполняет все поля формы, далее система проверяет наличие
введённых данных в таблице базы данных. Если запись существует, пользователь
проходит авторизацию и приступает к работе с приложением, в противном случае
операция повторяется снова.
Алгоритм регистрации сотрудника приведен на рисунке 2.15.
Рисунок 2.15 – Алгоритм регистрации сотрудника
64
При регистрации нового пользователя данные о нем заносятся в таблицу
«Сотрудники». Введя свою должность, сотруднику предоставляются права на
выполнение конкретных для данной должности функций. Если заполнены все
поля, пользователь проходит регистрацию и приступает к работе с приложением,
в противном случае операция повторяется снова.
Алгоритм добавления карточки приведен на рисунке 2.16.
Рисунок 2.16 – Алгоритм добавления карточки
При необходимости добавления новой карточки, пользователь должен поставить
курсор на элемент INPUT. После чего необходимо дать название для карточки и
нажать клавишу ENTER. Новая карточка будет создана, а новая запись добавится
в базу данных.
Алгоритм удаления карточки приведен на рисунке 2.17.
65
Рисунок 2.17 – Алгоритм удаления карточки
При необходимости удаления карточки, пользователю необходимо нажать на
элемент в форме «крестика» для удаления карточки. Таким образом, запись в
таблице удалится.
Алгоритм добавления задачи в карточку приведен на рисунке 2.18.
66
Рисунок 2.18 – Алгоритм добавления задачи в карточку
При добавлении новой задачи в карточку, пользователю необходимо выбрать
карточку, в которую будет добавлена задача. Затем поставить курсор на элемент
INPUT и ввести текст задачи и нажать клавишу ENTER. После этого запись о
новой задаче появится в базе данных.
Алгоритм изменения текста задачи приведен на рисунке 2.19.