57
виде графиков, характеризующих зависимости решаемой задачи, или показывать
на экране поведение какой-либо модели при различных вариантах заданных
параметров.
Выходная документация представлены в таблице 13.
Таблица 13
Выходные документы
Название
Реквизитный
состав
Таблицы
Частота
формировани
я
Кому
предназначен
Отчет
"Задолженност
ь покупателей
по срокам
долга"
Наименование
организации
Наименование
товара
Задолженность
Период оплаты
Реестр
неоплаченных
счетов,
Контрагенты,
Сотрудники,
Заказы
2 раза/неделю
Исполнительном
у директору
Письмо для
взыскания
Дата взыскания
Наименование
организации
ФИО
контактного
лица
Реестр
неоплаченных
счетов
при
необходимости
Юрисконсульту,
клиенту
Выходными документами в разработанной системе являются отчет
«Задолженность покупателей по срокам долга» и письмо для взыскания.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Модель дерева функций относится к функциональному представлению и
предназначена для описания иерархической структуры функций (включая
статические связи между ними) бизнес-процессов предприятия. Функция — это
задача, операция или действие, которые выполняются над объектом для
достижения одной или нескольких целей. Все функции можно разделить на два
типа:
• основные;
• сервисные.
58
Сервисные функции предназначены для обеспечения безопасного ввода,
обработки и хранения информации, облегчения работы с системой, и для того
чтобы сделать программу более удобной и легкой для пользователя.
Основные функции предназначены для управления и обработки данных.
Данные функции показывают характеристики процесса обработки информации,
а также получения результатов и ведения информационной базы проекта. Эти
функции располагаются в том порядке, который был продуман на стадии
планирования разрабатываемой системы.
Дерево функций ИС представлено на рисунке 8.
Рисунок 8 – Дерево функций системы
Диалог – это способ обмена сообщениями между пользователем и ЭВМ,
при котором происходит постоянная смена ролей информатора и пользователя,
принимающего информацию.
59
Ниже представлены четыре варианта структуры диалога:
1. Диалог типа «вопрос-ответ». Структура диалога типа «вопрос-ответ»
(Q&A) похожа по своей структуре на обычное интервью. Система получает
информацию от пользователя в виде ответов на вопросы.
Данная структура более известна, согласно ей, диалоги компьютера и
пользователя состоят из вопросов.
На каждом этапе диалога система выводит один вопрос для подсказки, на
который пользователю необходимо дать ответ. Далее, основываясь на ответах
пользователя система может решить какой вопрос будет следующим.
2. Диалог на основе меню. Этот вариант является наиболее часто
используемым в организации диалога на ввод, который управляется
компьютером.
Возможны следующие основные виды представления меню:
• список;
• блок данных;
• строка данных;
• пиктограммы.
Пользователь данного меню имеет возможность выбирать из множества
пунктов необходимый ему, для этого ему необходимо ввести текстовую строку.
Также возможно выводить пункты меню последовательно, и пользователь
выбирает нужный пункт нажимая клавишу.
Меню наиболее предпочитаемая и удобная структура для пользователя,
т.к. она довольно проста, этому способствует очередность открытия и
иерархическое построение меню.
3. Диалог на основе экранных форм. Данная структура имеет тип «вопрос-
ответ» и обработку ответа на каждом этапе диалога. Диалог на основе экранных
форм допускает обработку на одном шаге диалога большего количества ответов.
Формы используются в том случае, если процесс требует ввода стандартного
набора данных. Работа с формой продолжается, пока не пользователь не
60
заполнит ее и не передаст системе. Система может проверять каждый ответ на
входе или в конце ввода ответов формы.
4. Диалог на основе командного языка. Это текстовый интерфейс,
используемый для ввода команд. Данный тип диалога выводит только
постоянные подсказки, которые приглашают на ввод команды и означает
готовность системы к работе. Команду необходимо правильно ввести, в
обратном случае система информирует пользователя о невозможности
выполнения данной команды.
В рамках решения поставленных задач, сценарий диалога
предусматривает выполнения следующих функций:
• работа с экранными формами
• формирование выходных документов;
• редактирование данных (добавление и удаление);
• просмотр данных;
• работа со справочниками;
• помощь на всех этапах работы.
Сценарий диалога приведен на рисунке 9.
Рисунок 9 – Сценарий диалога пользователей и системы
61
2.3.2. Характеристика базы данных
Для разработки модуля будет использоваться уже готовая база данных
компании. Для построения и редактирования БД в компании используется СУБД
MySQL.
MySQL — это реляционная система управления базами данных с
открытым исходным кодом. Одними из главных плюсов MySQL является
высокая скорость обработки информации и функциональность СУБД. Данная
система представляет собой программное обеспечение с открытым кодом, и она
доступна любому пользователю абсолютно бесплатно. MySQL использует язык
запросов SQL для создания таблиц и запросов к БД [6].
SQL – язык запросов, предназначенный для организации управления
реляционными БД (со связанными между собой данными). Он
многофункционален и с его помощью можно корректировать, создавать и
убирать данные из таблиц, запрашивать из них информацию, создавать сами
таблицы и т.д.
ER-модель – это семантическая модель данных, которая предназначена
для упрощения процесса проектирования базы данных. Из ER-модели могут
быть порождены все виды баз данных: реляционные, иерархические, сетевые,
объектные. В основе ER-модели лежат понятия «сущность», «связь» и «атрибут»
[12].
Взаимосвязи таблиц и справочников базы данных показаны на рисунке
10.
62
Рисунок 10 – ER-модель
Основная таблица для выбранного модуля является «Реестр
неоплаченных счетов». Она связана с таблицами «Контрагенты», «Заказы»,
«Сотрудники», и содержит информацию о заказах их стоимости, о контрагенте
на кого оформлен заказ, и о сотрудниках, которые работают с этим заказом. Сама
таблица «Реестр неоплаченных счетов» предназначена, для хранения
информации о всех имеющихся задолженностях.
Вся информация о контрагентах, наименование организации, ФИО
контактного лица, адрес, контактная информация и код заказа хранится в
справочнике «Контрагенты».
Таблица «Заказы» предназначена для учета всех сделанных заказах и
связана с справочниками «Контрагенты» и «Товары».
Справочник «Товары» предназначен для хранения информации о
количестве всех товарах на складе и о их стоимости.
Таблица «Сотрудники» хранит информацию о сотрудниках.
Описание таблиц и справочников БД задачи автоматизации приведено в
таблицах 14-18.
63
Таблица 14
Характеристика справочника «Реестр неоплаченных счетов»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Описание
поля
Код
задолженности
iddebt
Числовой
4
Первичный
ключ
Код сотрудника
idusr
Числовой
4
Внешний
ключ
Код контрагента
idclient
Числовой
4
Внешний
ключ
Наименование
компании
companyname
Денежный
40
Наименование
компании
Код заказа
Id order
Числовой
4
Внешний
ключ
Наименование
товара
productname
Короткий
текст
70
Наименование
товара
Задолженность
debt
Денежный
9
Сумма
задолжнности
Период оплаты
period
Дата и время
10
Внешний
ключ
Таблица 15
Характеристика справочника «Заказы»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Описание
поля
Код заказа
idorder
Числовой
4
Первичный
ключ
Код товара
idproduct
Числовой
4
Внешний ключ
Наименование
ordername
Короткий
текст
70
Наименование
товара
Количество
number
Числовой
7
Количество
Стоимость
cost
Денежный
9
Стоимость
товара
К оплате до
paybefore
Дата
10
Дата к оплате
Дата заказа
orderdate
Дата
10
Дата заказа
Дата отправки
заказа
deliverydate
Дата
10
Дата отправки
заказа
Таблица 16
Характеристика справочника «Контрагент»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Описание
поля
Код контрагента
idclient
Числовой
4
Первичный
ключ
Наименование
компании
companyname
Короткий
текст
4
Компания
клиента
ФИО
контактного
лица
clientname
Короткий
текст
50
Полное ФИО
контактного
лица
Адрес
address
Короткий
текст
70
Точный адрес
клиента
64
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Описание
поля
Номер телефона
phone
Числовой
7
Номер
телефона
Почта
e-mail
Короткий
текст
30
Электронная
почта клиента
Таблица 17
Характеристика справочника «Сотрудник»
Наименование
поля
Идентификатор
поля
Тип
поля
Длина
поля
Описание
поля
Код сотрудника
idusr
Числовой
4
Первичный
ключ
ФИО
usrname
Короткий
текст
40
Полное ФИО
сотрудника
Должность
position
Короткий
текст
30
Должность,
закрепленная
за
сотрудником
Почта
e-mail
Короткий
текст
30
Электронная
почта
сотрудника
Таблица 18
Характеристика справочника «Товары»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Описание
поля
Код товара
idproduct
Числовой
4
Первичный
ключ
Наименование
товара
productname
Короткий
текст
70
Наименование,
закрепленное
за
определенным
товаром
Количество
number
Числовой
7
Количество
товара на
складе
Стоимость
cost
Денежный
7
Стоимость
товара
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Программный модуль – это отдельная часть программного кода,
фрагмент программы, который самостоятельно выполняет свою задачу,
оформленный в виде отдельного файла с исходным кодом или поименованной
непрерывной её части.
65
Выделим 3 группы программных модулей системы:
1. Управляющие модули – выполняющие функции по управлению
объектами системы
2. Функциональные модули – позволяющие обеспечить ввод и обработку
данных
3. Сервисные модули – обеспечивающие дополнительные сервисы
На рисунке 13 представлено дерево вызова программных модулей.
Рисунок 11 – Дерево вызова программных модулей
В таблице 19 описаны функции, выполняемые программными модулями.
66
Таблица 19
Описание программных модулей
Наименование
модуля
Выполняемые функции
Начальный
модуль
Это модуль управления, который инициирует вызов и
активизацию основных программных модулей системы,
производит вызов экранных форм, а также обработку
обращения к меню.
Модуль ввода
данных
Модуль, предназначенный для ввода данных в
соответствующие поля форм, а также выбор из выпадающих
списков полей.
Модуль ведения
справочников
Модуль, предназначенный для актуализации (корректировки,
добавления, удаления) сведений справочников.
Модуль расчета
с клиентами
Происходит обработка информации, выполнение запросов, а
также проводятся окончательные расчеты; сохранение
обработанной информации.
Модуль вывода
результатов
Модуль, предназначенный для вывода на экран или на печать
обработанных данных, результатов выполнения запросов,
форм первичных, промежуточных и результатных отчетов,
сгенерированных в тех модулях, которые реализуют
соответствующие пункты меню.
2.3.4. Описание программных модулей
Рассмотрим по подробнее модуль расчета с клиентами. На рисунке 12
представлена блок схема данного модуля.