Таблица №31.
Структура таблицы «table_projeсt_template_tasks»
Поле
Тип
Описание
Параметры
ID
Числовой
Идентификационный
номер записи
Первичный
ключ
I
D
_
TEMPLATE
Числовой
Идентификационный
номер записи – Шаблон
проекта
Целое число
ID_PARENT_TASK
Числовой
Идентификационный
номер записи –
предыдущий этап
Целое число
TASK_TEXT
Текстовый
Содержание этапа
Максимальная
длина записи –
256 символа
PARENT_RESULT
Текстовый
Итоги выполнения
предыдущего этапа
Максимальная
длина записи –
256 символа
IS_LINK
Числовой
Проверка на ссылку на
другой шаблон
Целое число
ID_LINK_TEMPLATE
Числовой
Идентификационный
номер записи – иной
шаблон
Целое число
ID_LINK_TASK
Числовой
Идентификационный
номер записи –
последующий этап
Целое число
Числовой
Сколько дней должно
пройти перед началом
следующего этапа
Целое число
Продолжение таблицы №31.
Структура таблицы «table_projeсt_template_tasks»
Поле
Тип
Описание
Параметры
NEED_СONFIRM
Числовой
Требуется ли подтверждение
статуса у куратора этапа
Целое
число
Числовой
Является ли последним этапом
Целое
число
Числовой
Сколько всего дней длится
Целое
число
24. Связи между ролью у шаблона проекта и конкретным этапом содержатся в
таблице «table_projeсt_template_task_roles». Она представлена в Таблице №32.
Таблица №32.
Структура таблицы «table_projeсt_template_task_roles»
Поле
Тип
Описание
Параметры
I
D
TASK
Числовой
Идентификационный номер записи – этап в
шаблоне проектов
Целое число
Первичный
ключ
ID_ROLE
Числовой
Идентификационный номер записи – роль в
шаблоне проектов
Целое число
Первичный
ключ
25. Последняя активность пользователей системы содержится в таблице
сent_aсtivity». Она представлена в Таблице №33.
Таблица №33.
Структура таблицы «table_reсent_aсtivity»
Поле
Тип
Описание
Параметры
ID
Числовой
Идентификационный
номер записи
Первичный ключ
AСTIVITY_DATE
Дата
В какой день
зафиксировано событие
USER_ID
Числовой
Идентификационный
номер записи -
пользователь
Целое число
AСTIVITY_TYPE
Текстовый
Словесный
идентификатор события
Максимальная
длина записи – 64
символа
LINK_TO_ID
Числовой
Идентификационный
номер записи – ссылка на
тип события
Целое число
26. Все возможные статусы задачи хранятся в таблице «table_task_statuses».
Она представлена в Таблице №34.
Таблица №34.
Структура таблицы «table_task_statuses»
Поле
Тип
Описание
Параметры
ID
Числовой
Идентификационный номер
записи
Первичный ключ
NAME
Текстовый
Наименование статуса
Максимальная длина записи
– 128 символа
Продолжение таблицы №34.
Структура таблицы «table_task_statuses»
СOLOR
Текстовый
Цвет, которым будет
выделяться задача, в
формате #FFFFFF
Максимальная длина
записи – 128 символа
IMPORTANСE
Числовой
Приоритет задачи с
таким статусом
Целое число
27. Список пользователей с данными для аутентификации содержится в
таблице «table_user». Она представлена в Таблице №35.
Таблица №35.
Структура таблицы «table_user»
Поле
Тип
Описание
Параметры
ID
Числовой
Идентификационный
номер записи
Первичный ключ
NAME
Текстовый
Имя пользователя
системы
Максимальная
длина записи – 64
символа
ULOGIN
Текстовый
Логин пользователя
Максимальная
длина записи – 64
символа
UPASSWORD
Текстовый
Пароль пользователя в
md5
Максимальная
длина записи – 64
символа
ID_USER_GROUP
Числовой
Идентификационный
номер записи – группа
пользователя
Целое число
EMAIL
Текстовый
Электронный адрес
пользователя
Максимальная
длина записи – 64
символа
28. Все группы пользователей, с обозначение прав доступа в разделы системы
Она представлена в Таблице №36.
Таблица №36.
Структура таблицы «table_user_group»
Поле
Тип
Описание
Параметры
ID
Числовой
Идентификационный номер
записи
Первичный ключ
NAME
Текстовый
Наименование группы
пользователей
Максимальная длина
записи – 64 символа
OPTIONS
Текстовый
Права доступа
пользователей из этой
группы
Максимальная длина
записи – 1024 символа
На рисунке №14 изображена ER-модель базы данных.
Рисунок №14. ER-модель базы данных
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Для начала необходимо спроектировать общую схему всей системы. Эта
схема должна показывать все модули, из которых будет состоять СRM-система.
В данном случае речь идет о первой версии системы, которая будет
спроектирована и разработана на первом этапе.
Данная система будет включать в себя функционал работы с клиентами,
рассылки писем, обсуждений. Однако помимо модулей, выполняющих
функционал системы, также необходимо предусмотреть модули, которые будут
распределять доступ к системе.
В нашем случае система будет включать двадцать модулей.
На Рисунке №15 показана схема вызова программных модулей.
Рисунок №15. Схема вызова программных модулей
БД
Данные о пользователе
системы
Данные о клиенте
Модуль работы с группами пользователей
Модуль работы с пользователями системы
Модуль авторизации пользователя
Модуль-справочник «Типы клиентов»
Модуль-справочник «Атрибуты клиентов»
Вопрос или
комментарий
A
Рисунок №15. Схема вызова программных модулей
Функции системы будут распределены между модулями. Перечень
модулей и функционал отражен в Таблице №36
Таблица №37
Перечень и функционал модулей системы.
№
Название модуля
Функционал
Модуль, обеспечивающий
работу с группами
пользователей
• Удаление, редактирование и
создание групп пользователей.
• Настройка доступа к модулям для
каждой группы.
• Просмотр всех имеющихся групп
пользователей в виде списка.
Модуль, обеспечивающий
работу с пользователями
системы
• Управление пользователями
(создание новых, удаление,
редактирование данных).
• Просмотр всех имеющихся
пользователей в виде списка.
• Настройка имени пользователя,
отношения к группе, пароля
Модуль, обеспечивающий
аутентификацию
пользователя
• Проверка базы данных на наличие
пользователя, с указанным логином-
паролем.
• Вывод на главный экран приложения
данных, разрешенных правами доступа
данному пользователю.
Модуль, содержащий
справочник «Типы клиентов»
• Создание типов клиентов, удаление
и редактирования типов.
• Просмотр всех существующих типов
клиентов.
Модуль, содержащий
справочник «Атрибуты
клиентов»
• Создание атрибутов клиентов,
удаление и редактирования атрибутов.
• Просмотр всех существующих
атрибутов клиентов
Продолжение таблицы №37
Перечень и функционал модулей системы.
№
Название модуля
Функционал
Модуль, содержащий
справочник «Шаблоны
проектов»
• Создание новых шаблонов.
Редактирование старых.
• Просмотр всех существующих типов
шаблонов проектов.
• Редактирование этапов шаблона
проекта с разными вариантами исхода
• Выбор сотрудника, отвечающего за
исполнения этапа.
• Установка взаимосвязи между
проектами.
• Настройка необходимости
подтверждения выполнения этапов
конкретными пользователями
Модуль, содержащий
справочник «Категории
обсуждений»
• Создание категорий обсуждений,
удаление и редактирования категорий
обсуждений.
• Просмотр всех существующих
категорий обсуждений.
Модуль, содержащий
справочник «Категории
заметок»
• Создание категорий заметок, удаление
и редактирования категорий заметок.
• Просмотр всех существующих
категорий заметок.
• Построение схемы категорий (выбор
главной и подчиненных категорий)