77
Зарегистрировал
Прайс-лист содержит наименование услуги, ее описание и
стоимость.
Отчет по работе менеджеров содержит:
Фамилия, Имя, Отчество менеджера;
Телефон
Зарегистрировал(а);
Количество Клиентов;
Количество Заявок;
Количество Документов;
Количество Услуг;
Сумма заявок, руб.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция разрабатываемой информационной системы – это
учет заявок клиентов. Однако для ее реализации необходимо наличие
других, второстепенных функций, которые позволяют полноценно
функционировать информационной системе. Поэтому для более
наглядного представления функции системы необходимо декомпозировать
на составляющие его функции.
На Рисунке 9 представлено дерево функций системы.
78
Основные
Клиенты Заявки
Работа со
справочниками
Пользователь
Статус заявки
Служебные
Функции
Договор
Прайс-лист
Договоры
Заявка
Журнал учета
заявок
Отчет по
работе
менеджеров
Отчеты
Настройки соединения
Настройки авторизации
Добавление
Редактирование
Удаление
Добавление
Редактирова
ние
Удаление
УСлуга
Документы
Период
Услуга
Тип пользователя
Рисунок 9 Дерево функций системы
Первый уровень представляет основную функцию разрабатываемой
системы – учѐт информации о клиентах, договорах. Подфункция работы со
справочниками системы предполагает разделение на ввод данных,
получение содержания справочника, редактирование и удаление записей в
справочнике.
Служебные функции содержат функции настройки доступа к ИС, а
также авторизационных данных.
Сценарии диалога системы приведен на рисунке 10.
79
Главное меню
Каталог услуг
Авторизация
Список услуг
Редактирование
Добавление
услуги
Выход
Просмотр
Удаление
Заказы
Список заказов
Услуги по
заказу
Просмотр заказа
Печать
Модули
Загрузить
изображения
Пользователи
Отчеты
Отчет Заявка
Журнал учета заявок
Отчет Договор
Прайс-лист
Отчет по работе
менеджеров
Рисунок 10 Сценарий диалога
Сценарии диалога для администратора системы и пользователя
отличаются только возможностью редактирования списка пользователей у
администратора. В остальном пункты меню, а также порядок регистрации
клиентов, договоров, регистрации выполнения договора, заполнения и
редактирования справочников одинаков.
2.3.2 Характеристика базы данных
Концептуальная (либо же инфологическая) модель включает в себя
описание предметной области, которое создано без привязки к
используемым программным и техническим средствам. Подобная модель
обяза иметь внутри себя простую корректировку и быть динамической. К
основным моментам, которые обычно ожидаются от инфологической
модели, можно отнести:
• Такая модель обязана включать всю достаточную и требуемую
информацию для простой реализации БД;
80
• Такая модель обязана быть логичной и понятной для тех лиц,
кто заинтересован в реализации системы.
ER-модель отражена в виде структуры данных об объектах системы.
Основными элементами ER-модели можно назвать сущности (объекты) и
отношения (связи объектов между собой). Объект часто включает в себя
несколько реализаций или экземпляров. Экземпляр объекта зачастую
реализуется при помощи некой совокупной части конкретных значений
реквизитов и обязан выражаться однозначно, т.е. определяться неким
параметром ключа объекта, которые имеет два и более реквизитов ключа.
Сущности могут быть независимыми и зависимыми. Независимыми
называются те сущности, где каждый выбранный экземпляр в едином виде
выражен в структуре его отношений с другими сущностями. Такое
единичное определение экземпляра зависимой сущности часто зависит от
уровня установки с другими сущностями.
Для выделения подобных взаимосвязей между сущностями
используются некие связи. Связь допустима, если представители
сущностей логически тоже связаны.
Для представления отношения между сущностями могут
применяться связи. Связи имеют место быть, если представители
сущностей связаны логически тоже связаны.
Схема базы данных показана на рисунке 11.
81
Рисунок 11 Схема базы данных
Характеристика каждой таблицы приведена ниже.
Таблица 11
Структура таблицы request
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
registration_date
datetime
Да
NULL
id_creator
int(11)
Да
NULL
id_request_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
order_date
datetime
Да
NULL
order_number
int(11)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
id_executor
int(11)
Да
NULL
paid
bit(1)
Да
NULL
Таблица 12
Структура таблицы request_service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_request
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_service
int(11)
Да
NULL
amount
double
Да
NULL
cost
double
Да
NULL
total
double
Да
NULL
82
description
longtext
Да
NULL
id_creator
int(11)
Да
NULL
Таблица 13
Структура таблицы request_status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 14
Структура таблицы service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
Таблица 15
Структура таблицы user
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_hash
varchar(255)
Нет
auth_key
varchar(32)
Нет
password_reset_token
varchar(255)
Да
NULL
activation_token
varchar(255)
Да
NULL
email
varchar(255)
Нет
status
smallint(6)
Нет
10
created_at
int(11)
Нет
updated_at
int(11)
Нет
nikname
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
report_date_1
datetime
Да
NULL
report_date_2
datetime
Да
NULL
id_request
int(11)
Да
NULL
Таблица 16
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Схема вызова программных модулей представлена на Рисунке 12.
83
ПМ Главное меню
ПМ работы с со
справочниками
ПМ Справочника
Пользователь
ПМ Справочника Клиент
ПМ работы с
учетом заявок
ПМ Авторизация
ПМ Вывода на
печать
ПМ работы с
договорами
ПМ формирования
отчетов
ПМ Справочника
Услуга
Рисунок 12 Схема вызова программных модулей
Описание программных модулей представлено в Таблице 17.
Таблица 17
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей
при их доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять
редактирование справочников
4)
ПМ Работа с отчетами
Формирует документы в соответствии с
заданными критериями, регистрирует
документы, добавляет записи
5)
ПМ получения отчетов
Содержит заранее определенные
процедуры формирования отчетных
документов
6)
ПМ вывода на печать
Выводит результатные документы на
печать
2.3.4 Описание программных модулей
84
На рисунке 13 представлена блок-схема обобщенного алгоритма
работы информационной системы. Дадим пояснения относительно данной
схемы:
- после запуска пользователем клиентской части ИС последняя
пытается считать настройки из конфигурационного файла;
- если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
- затем клиентская часть создает клиентский сокет и пытается
соединиться с сокетом сервера, соединение осуществляется посредством
протокола TCP/IP;
- если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
- вызывается диалог авторизации;
- в случае успешной авторизации клиент запрашивает у сервера
начальные данные (в зависимости от стартовой экранной формы
клиентского приложения);
Впоследствии пользователь в ходе работы с клиентским
приложением может модифицировать данные ИС, просматривать их и
запрашивать отчеты;
- клиентское приложение в случае каких-либо действий
пользователя, требующих обновления данных, запрашивает эти данные у
сервера, после чего отображает их и ожидает дальнейших действий
пользователя;
- считается, что серверная часть ИС уже запущена и ожидает
подключений клиентов.
85
Цикл по документам
i=1; i<=12; m++
Создание
представления для
списка документов
Sale
Чтение i-й записи
представления
Postav
Postav[i].date_id=Postav
[j].idpost_id;
Postav[i].prod=m
Да
Нет
А
А
i=i+1
Сортировка Saleпо
значению полей
datereg
Начало
Установка
соединения с
сервером БД
Фильтр таблицы
GoodSales по
условию (status=1)
Открытие таблиц
GoodSales, Good
Б
Расчет итоговых
показателей отчета
Конец цикла по
документам
Расчет общего
количества
П12=П12+П11
Б
Цикл по то варам,
j=1; j<=COUNT(Prod);
j++
Фильтр представления
Prod по условию
Date>date_in
Расчет итогового
показателя
Конец цикла по
документам
Внесение
рассчитанного
показателя П10 в
макет отчета
Конец
Закрытие таблиц,
уничтожение
представления
Postav
Рисунок 13 Блок-схема обобщенного алгоритма работы
информационной системы
Данный алгоритм не отражает стандартные действия приложений, не
относящиеся к их бизнес-логике: создание приложения, обновление
данных элементов управления и так далее, так как большинство этих
86
действий обрабатывается уже существующими функциями,
реализованными разработчиками.
2.4 Контрольный пример реализации проекта и его описание
«1С:Предприятие 8.3» содержит удобные средства для разработки
структуры отчетных форм. В процессе разработки определяются:
структура показателей отчетов;
аналитические измерения отчетов и отдельных показателей;
варианты визуализации показателей отчетов (различные
макеты отчетных форм);
правила расчета показателей отчетов или автоматических
корректировок;
правила проверки корректности заполнения отдельных
отчетных форм, а также их комплектов.
Рисунок 14 Выбор экземпляра отчета
В списке справочника есть панель инструментов со стандартными
для «1С:Предприятие 8.3» действиями:
Ввод нового;