79
Таблица 2.6 — Функция: служебные функции. Функциональные
требования.
Название требования
Действие системы
Регистрация пользователей
Система должна проводить
идентификацию пользователя по имени
пользователя и паролю. Права различных
пользователей могут различаться.
Целостность данных
Система должна не допускать нарушение
целостности данных, в результате
удаления объектов на которые есть
ссылки.
Интерфейс системы
Система должна иметь удобный
графический интерфейс. Сценарий
диалога представлен на рисунке
Сценарий диалога представлен на рисунке 2.14.
Главное меню
Расчет премии Документы
Заказ клиенту
Заказ
поставщику
Список
пользователей
Справочники
Пользователи
Организации
Должности
Товары и
услуги
Реализация
Счет
Прочеее
Настройка
Планы продаж
Отчеты
Продажи
Прибыль по
покупателям
Прибыль по
менеджерам
Самые
прибыльные
товары
Контрагенты
Банки
Класс единиц
Загрузка банков
Загрузка из
таблиц
Рисунок 2.14 Сценарий диалога
2.3.2 Характеристика базы данных
Технологическое обеспечение проекта автоматизации состоит из
нескольких процессов:
• Получение первичных данных,
80
• Обработка данных,
• Отображение результативной информации (формирование и
передача).
В состав операций, реализуемых в процессе получения первичных
данных, входят:
1. Съем первичных данных подразумевает процесс получения
количественного значения показателя, определяющего объекты и процессы
компании. На вход решаемой задачи идут первичные данные со слов заказчика о
необходимых услугах, на базе которых составляются все нужные параметры:
количество, цена, и прочее.
2. Регистрация первичных данных включает в себя внесение всех
количественных показателей на отдельный носитель. В момент решения
поставленной задачи автоматизации регистрация реализована механическим
способом, то есть при использовании клавиатуры и экранных форм.
3. Сбор данных является операцией получения пакета сообщений,
набора исходных файлов или документов на носителе для последующей
отправки и обработки. Такая операция в специфике исходной задачи
автоматизации производится автоматически, централизовано – то есть набор
данных происходит по мере их накопления в источниках.
При сборе первичных данных готовятся документы, информация из
которых нужна для корректировки нормативно-справочных данных и
документов, представляющих оперативную информацию, применяемую для
расчетов.
Также нужно уделить внимание контролю входных данных
нижеперечисленными способами:
• Визуально отслеживая на экране дисплея;
• Применяя метод верификации, когда проводится сверка ранее
указанных и сохраненных в БД данных и данных первичных документов,
вводимых пользователем.
Передача данных на обработку является формальной технологической
процедурой, т.к. все операции по отслеживанию и сбору первичных данных
реализованы на одном рабочем месте.
81
Технологический процесс анализа данных можно охарактеризовать как
определенный комплекс операций, реализуемых в четко регламентированной
последовательности с применением необходимых методов обработки данных и
технических средств.
На этапе создания и ведения БД применяются следующие режимы
обработки:
• Пакетный, используемый для задач со слабой разветвленностью
алгоритма, невмешательством пользователя в процесс исследования
экономической задачи, с широким набором исходных данных, долгим временем
решения и получения результатов,
• диалоговый (интерактивный), применяемый для реализации
функций управления диалогом, оповещения пользователей, отправки
информационных сообщений, обработки при помощи них прикладных программ
и выдачи результатов.
• смешанный.
Обработка данных пакетным режимом включает в себя заранее
произведенный сбор пакета документов или подготовку входного файла
первичных данных, при помощи которых реализуется наполнение базовых
файлов первичных данных или их обновление. Пакетный режим применяется
для работы с файлами оперативных данных в тех случаях, когда нужно
использование централизованной БД из локальных источников первичных
данных при отсутствии подключения этих источников к ИС. Использование
пакетного режима дает возможность минимизировать вмешательство оператора в
процесс исследования задачи, требует лишь заранее введенных данных,
минимизирует возможность вмешательства пользователя и, таким образом,
перемены последовательности выполнение нужных действий. Но за счет этого
характерна более полная загрузка оборудования, которое работает все это время
по жесткому графику. В отдельных случаях для решения задачи внедряется
параллельная обработка данных. Пакетный режим так или иначе взаимосвязан с
бумажной технологией.
Диалоговый режим состоит в более активном вмешательстве пользователя
в процесс работы системы и ориентирован на безбумажную технологию. В ходе
82
его реализации нет заранее установленной последовательности действий по
обработки данных и их дополнительного ввода. Отличительной чертой
диалогового режима обработки данных становится обновление или ввод
отдельных записей файлов по мере необходимости.
Учитывая специфику исследуемой проблемной области и избранной
технологии решения поставленной задачи, применение смешанного режима
обработки основано на следующих положениях:
• Источники первичных данных соединены к ИС, однако
присутствует бумажная технология сбора первичных данных,
• Обработка данных начинается по мере их поступления, хотя
отчетные формы формируются в момент получения всего объема данных за
выбранный период,
• Имеется понятная последовательность выполнения перечня
операций обработки данных, но влияние пользователя на процесс обработки
информации все же возможно.
Технологический процесс представления итоговых данных реализуется в
двух направлениях:
• Вывод результатов на печать,
• Вывод результатов на экран.
Оба этих направления выдачи результатов решения исходной задачи не
исключают сохранения итоговых данных в самой информационной базе. При
этом происходит ее пополнение, записанные данные становятся исходными для
решения последующих задач других периодов.
Инфологическая модель используется после словесного описания
предметной области.
Между сущностями могут быть связи – бинарные ассоциации,
указывающие, как сущности взаимодействуют или сравниваются между собой.
Связь может быть между двумя разными сущностями или между одной и той же
сущностью (рекурсия). Она отражает, как связаны экземпляры сущностей друг с
другом. При этом если есть связь между двумя сущностями, то она отражает
взаимосвязь между экземплярами той и другой сущности.
Связи можно разделить на три типа по множественности:
83
• Связь один-ко-одному (1:1) показывает, что экземпляр первой
сущности связан с одним экземпляром второй сущности;
• Связь один-ко-многим (1:М) показывает, что один экземпляр первой
сущности, расположенный слева по связи, связывается с несколькими
экземплярами второй сущности, расположенными с правой стороны по связи;
• Связь «многие-ко-многим» (М:М) показывает, что несколько
экземпляров первой сущности связываются с несколькими экземплярами второй
сущности. Между двумя сущностями можно задать множество связей с разными
смысловыми нагрузками.
Связь любого из этих типов будет обязательной, если в данной связи
участвует каждый экземпляр сущности, и вовсе не обязательной – если не
каждый экземпляр сущности участвует в данной связи. При этом связь будет
обязательной с одной стороны и необязательной, с другой стороны.
Разработанная база данных состоит из 13 таблиц. ER-диаграмма базы
данных представлена на рисунке 2.15.
Рисунок 2.15 ER-диаграмма базы данных
Структура таблиц приведена на рисунках ниже.
Рисунок 2.16 Структура таблицы Договор
Рисунок 2.17 Структура таблицы Клиент
Рисунок 2.18 Структура таблицы Поставщик
Рисунок 2.19 Структура таблицы Приход
Рисунок 2.20 Структура таблицы Продажа
86
Рисунок 2.21 Структура таблицы Склад
Рисунок 2.22 Структура таблицы Сотрудник
Рисунок 2.23 Структура таблицы Список прихода
Рисунок 2.24 Структура таблицы Справочник Должность
Рисунок 2.25 Структура таблицы Тип пользователя
87
Рисунок 2.26 Структура таблицы Тип товара
Рисунок 2.27 Структура таблицы Тип упаковки
Рисунок 2.28 Структура таблицы Товар
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Схема вызова программных модулей представлена на рисунке 2.29.
88
ПМ Главное меню
ПМ работы с со
справочниками
ПМ Справочника Товары и
услуги
ПМ Справочника
Пользователи
ПМ Справочника Должности
ПМ Справочника
Организации
ПМ работы с
документами
ПМ получения
отчетов
ПМ Справочника
Контрагенты
ПМ Авторизация
ПМ Вывода на
печать
ПМ работы с
сотрудниками
ПМ учета заказов
клиентам
ПМ учета заказов
поставщикам
ПМ Справочника
Банки
ПМ Справочника
Класс единиц
Рисунок 2.29 Схема вызова программных модулей
Описание программных модулей представлено в таблице 2.7.
Таблица 2.7 Описание программных модулей
№
п/п
Наименование модуля Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при
их доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять редактирование
справочников
4)
ПМ Работа с документами
Формирует документы в соответствии с
заданными критериями, регистрирует