48
Таблица 2.10
posada
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
name
varchar(512)
Да
NULL
Таблица 2.11
subj
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
name
varchar(512)
Да
NULL
Таблица 2.12
ticket_log
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
date_op
datetime
Да
NULL
msg
varchar(1024)
Да
NULL
init_user_id
int(11)
Да
NULL
to_user_id
int(11)
Да
NULL
ticket_id
int(11)
Да
NULL
to_unit_id
int(11)
Да
NULL
49
Таблица 2.13
tickets
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
user_init_id
int(11)
Да
NULL
user_to_id
int(11)
Да
NULL
date_create
datetime
Да
NULL
subj
varchar(512)
Да
NULL
msg
longtext
Да
NULL
client_id
int(11)
Да
NULL
unit_id
int(11)
Да
NULL
status
int(11)
Да
0
hash_name
varchar(512)
Да
NULL
comment
varchar(1024)
Да
NULL
arch
int(11)
Да
0
is_read
int(11)
Да
0
lock_by
int(11)
Да
0
last_edit
datetime
Да
NULL
ok_by
int(11)
Да
0
prio
int(4)
Нет
0
ok_date
datetime
Нет
last_update
datetime
Да
NULL
Таблица 2.14
units
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
name
varchar(512)
Да
NULL
50
Таблица 2.15
users
Столбец
Тип
Null
По
умолчанию
id
int(11)
Нет
fio
varchar(512)
Да
NULL
login
varchar(64)
Нет
pass
varchar(64)
Нет
status
int(11)
Нет
1
priv
int(11)
Да
0
unit
varchar(11)
Нет
0
is_admin
int(4)
Нет
0
email
varchar(128)
Да
NULL
messages
varchar(2048)
Нет
lang
varchar(11)
Нет
ru
priv_add_client
int(11)
Нет
1
priv_edit_client
int(11)
Нет
1
last_time
datetime
Да
NULL
2.3.3Структурная схема пакета
Опишем функционирования отдела по работе с клиентами.
Специализированным средством для создания и разработки
функциональных моделей систем является пакет BPwin.
Модель в BPwin представляет собой совокупность SADT– диаграмм,
каждая из которых описывает отдельный процесс в виде разбиения его на шаги и
подпроцессы. С помощью соединяющих дуг описываются объекты, данные и
ресурсы, необходимые для выполнения функции.
Диаграммы – это главные компоненты модели, все функции и интерфейсы
на них представлены как блоки и дуги. Диаграммы строятся при помощи блоков.
Каждый блок описывает какое – либо законченное действие.
BPwin поддерживает три методологии –IDEF0, IDEF3 и DFD. В данной
работе была построена IDEF0 модель.
51
В диаграмме IDEF0 четыре стороны блока имеют различное
предназначение:
-слева отображаются входные данные, исходные ресурсы для
описываемой блоком функции (исходная информация, материалы);
-справа описываются выходные ресурсы – это результирующие ресурсы,
полученные в результате выполнения описываемой блоком функции;
-сверху – управление – это то, что воздействует на процесс выполнения
описываемой блоком функции и позволяет влиять на результат выполнения
действия (правила, стратегии, процедуры или стандарты, которыми
руководствуется работа);
-снизу – механизм – это то, посредствам чего осуществляется данное
действие.
Стандарт IDEF0 предназначен для функционального моделирования (для
описания существующих бизнес– процессов на предприятии и положения
вещей). Он представляет систему, как совокупность взаимодействующих
функций. Стандарт IDEF0 базируется на трех основных принципах:
-принцип функциональной декомпозиции: любая функция может быть
разбита на более простые функции;
-принцип ограничения сложности: количество блоков от 2 до 8 (в BPwin) –
это условие удобочитаемости;
-принцип контекста: моделирование делового процесса начинается с
построения контекстной диаграммы, на которой отображается только один блок
– главная функция моделирующей системы.
В стандарте IDEF0 предполагается наличие двух типов диаграмм:
-контекстной диаграммы;
-диаграммы декомпозиции.
Контекстная диаграмма представляет собой самое общее описание
системы и ее взаимодействия с внешней средой.
На контекстной диаграмме, входными данными являются:
-Информация о клиентах;
-Информация о сотрудниках;
-Информация о группах заявок;
52
-Информация для заявок.
К управлению будут относиться:
-Администратор;
-Сотрудник.
К механизмам, осуществляющим определенные действия, будут
относиться:
-Нормативные акты;
-Стандарты ввода информации.
К выходным ресурсам относятся:
-Заявка;
-Отчет.
Контекстная диаграмма представлена на рисунке 2.7.
Рисунок 2.7 – Контекстная диаграмма стандарта IDEF0
После описания системы в целом и ее взаимодействие с окружающим
миром (контекстная диаграмма), проводится функциональная декомпозиция –
система разбивается на подсистемы и каждая подсистема описывается отдельно.
Диаграмма декомпозиции представлена на рисунке 2.8.
53
Диаграммы декомпозиции содержат родственные работы (функции,
задачи), т.е. дочерние работы, имеющие общую родительскую работу.
Работы на диаграммах декомпозиции обычно располагаются по диагонали
от левого верхнего угла к правому нижнему.
Такой порядок называется порядком доминирования. Согласно этому
принципу расположения в левом верхнем углу располагается самая важная
работа или работа, выполняемая по времени первой.
В результате декомпозиции блока «Учет заявок» получилось 4 дочерних
диаграммы:
-Формирование справочника сотрудники;
-Формирование справочника клиенты;
-Формирование заявок;
-Формирование отчета о выполненных работах.
Декомпозиция блока «Учет заявок» представлена на рисунке 2.8.
Рисунок 2.8 – Диаграмма декомпозиции блока «Учет заявок» стандарта IDF0
Система состоит из двух модулей – базы данных MySQL и приложения
для взаимодействия с базой данных, реализованного на языке программирования
PHP и c использованием HTML.
54
Работа с системой осуществляется через любой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия, где
будет также расположена база данных. Доступ к базе осуществляется с помощью
набора адреса в адресной строке браузера.
Основными задачами были: учёт всех заявок, отчётность и контроль со
стороны руководства, в какой стадии находится та или иная задача (рисунок 2.9).
Рисунок2.9.- Структурная схема системы и ее модулей
Листинг основных программных модулей приведен в Приложении.
2.3.4 Описание программных модулей
Для корректной работы пользователя в системе разработано меню,
которое всегда находится в средней части страницы и представляет собой строку
с выпадающими списками. Для каждого вида пользователей в системе определен
свой вид меню. Описание программных модулей представлено на рисунке 2.10.
55
Рисунок2.10.– Основные файлы системы
2.4 Контрольный пример реализации проекта и его описание
После запуска сервера необходимо установить базу данных при первой
работе с системой (рисунок 2.11-2.12).
Рисунок2.11.– Первый шаг установки БД
56
Рисунок2.12.– Второй шаг установки БД
Далее необходимо ввести адрес MySQL-сервера, логин, пароль и имя БД
(рисунок 2.13).
Рисунок2.13.– Подготовка к установке БД
57
Форма входа представлена на рисунке 2.14.
Рисунок2.14.– Форма входа
На рисунке 2.15 представлена главная страница пользователя.
Рисунок2.15.– Главная страница