97
Рисунок 2.9 ER-модель базы данных
Характеристика каждой таблицы приведена в таблицах ниже.
Таблица 2.5
Структура таблицы counterparty
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
address
varchar(255)
Да
NULL
inn
varchar(255)
Да
NULL
Таблица 2.6
Структура таблицы movement
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_movement_type
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_counterparty
int(11)
Да
NULL
id_user
int(11)
Да
NULL
cost
double
Да
NULL
98
Таблица 2.7
Структура таблицы movement_product
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_movement
int(11)
Да
NULL
id_product
int(11)
Да
NULL
cost
double
Да
NULL
amount
double
Да
NULL
Таблица 2.8
Структура таблицы movement_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.9
Структура таблицы pack_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.10
Структура таблицы product
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_product_type
int(11)
Да
NULL
vendor_code
varchar(255)
Да
NULL
title
varchar(255)
Да
NULL
cost
double
Да
NULL
amount
double
Да
NULL
id_unit
int(11)
Да
NULL
net_weight
double
Да
NULL
gross_weight
double
Да
NULL
id_pack_type
int(11)
Да
NULL
Таблица 2.11
Структура таблицы product_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
99
Таблица 2.12
Структура таблицы unit
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.13
Структура таблицы user
Поле
Тип
Null
По
умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_str
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
id_user_function
int(11)
Да
NULL
birthday
datetime
Да
NULL
Таблица 2.14
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Технологическое обеспечение (ТО) системы отвечает делению ИС на
подсистемы по этапам технологической обработки типов данных.
Технологические этапы анализа данных включают в себя:
• Вод исходных данных, их редактирование – учет данных по
клиентам, их заказам, а также ход реализации заказов;
• Сохранение данных;
100
• Анализ данных – сведение, сортировка, поиск;
• Передача итоговых данных – создание итоговых отчетов разной
структуры и содержания.
Описанные технологические этапы используются для некоторых
типов данных:
• Информация о клиентских заказах;
• Информация по процессе реализации заказов клиентов;
• Информация по готовности документов клиентов;
• Составление конечных отчетов;
• Информация о клиентах.
Суть новой технологии состоит в том, что должен поддерживаться
следующий принцип: единичный ввод данных (о заказе, клиенте, ходе
реализации заказа), с доступностью изменения, и периодическое
применение этих данных и представление их в рамках итоговых форм
различного содержания и структуры (вторичные документы).
На рисунке 2.10 представлена структурная схема программного
продукта.
Главная форма
Главное меню Кнопочное меню
Товарно-
транспортные
накладные
Приходные
(расходные)
накладные
Справочники
Настройки
Контрагенты
Сотрудники
Информация о
материалах
Товаро-
транспортная
накладная
Приходная
(расходная)
накладная
Поиск
Расчет
потребности
Рисунок 2.10 Дерево вызовов программных модулей
101
Вызов всех модулей осуществляется с помощью главного меню
программного продукта.
Описание всех модулей программного продукта представлено в
таблице 2.15.
Таблица 2.15
Описание модулей программного продукта
№
Наименование
Функция
1
Главная форма
Содержит главное меню, а также
отображаются сведения о хранимом
товаре
2
Справочники
Содержит в себе все справочники и
позволяет осуществлять работу с ними
3
Настройки
Позволяет настраивать систему, а
также изменять реквизиты организации
4
Материалы
Позволяет просматривать полную
информацию о материалах и
редактировать ее
5
Товарно-транспортные
накладные
Позволяет работать с товарно-
транспортными накладными и
формировать их.
6
Приходные
(расходные) накладные
Позволяет работать с приходными и
расходными накладными и формировать
их.
7
Контрагенты
Позволяет редактировать данные о
контрагентах
8
Сотрудники
Позволяет редактировать данные о
сотрудниках
9
Поиск
Поиск по ГП
При запуске программного продукта должна открываться главная
форма с помощью, которой возможно осуществление всех функций
информационной системы. Для того чтобы пространство главной формы не
было не задействованным в процессе работы программы, на ней
необходимо осуществлять функции, связанные с учетом продукции и
материалов.
Из главной формы необходимо предусмотреть переход на все
остальные формы программного продукта, обеспечивая тем возможность
заполнения всех таблиц программного продукта. Тем самым, обеспечивая
полную функциональность реализованного программного продукта.
102
2.3.4 Описание программных модулей
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и послемашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе
найдена ошибки, документ передается обратно к источнику для
корректировки, иначе документ направляется для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На
этом этапе сразу подключаются информационные файлы с условно-
постоянной информацией. Подобное решение сильно упрощает ведение
макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе
оперативных данных по приходящим проектным документам, а также при
создании итоговых документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации
является совокупностью операций, выполняющиеся в диалоговом режиме
работы с ПК и в различной последовательности. То есть череда
технологических операций выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы
работы системы.
103
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть
права. По факту авторизации пользователь получает перечень возможных
действий с системой. Тут он может выбрать требуемый ему справочник или
таблицу для передачи нужных данных. Для этого в меню программы ищется
контролирующий это пункт. Затем в выбранном справочнике или таблице
добавляются, или корректируются уже имеющиеся записи,
просматриваются готовые документы или база остается неизменной.
На рисунке 14 представлена блок-схема обобщенного алгоритма
работы информационной системы. Дадим пояснения относительно данной
схемы:
- после запуска пользователем клиентской части ИС последняя
пытается считать настройки из конфигурационного файла;
- если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
- затем клиентская часть создает клиентский сокет и пытается
соединиться с сокетом сервера, соединение осуществляется посредством
протокола TCP/IP;
- если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
- вызывается диалог авторизации;
- в случае успешной авторизации клиент запрашивает у сервера
начальные данные (в зависимости от стартовой экранной формы
клиентского приложения);
Каждая страница в созданной системе оснащена меню навигации,
позволяющее оперативно перемещаться по всей системе. Это удобно и для
пользователя, т.к. не нужно искать другие справочники или
функциональные элементы.
104
В момент вывода записей из таблиц, кодовые поля не показаны, т.к.
данные, включенные в них, не несут для пользователя никакой полезной
нагрузки. Трансляция данных полей оправдана лишь в процессе наладки
продукта и требуется лишь для программиста, проверяющего корректность
передачи данных в БД.
Поэтому работа с ключевыми полями доступна лишь с помощью
списков выбора, что помогает избежать ввода ключевых полей
пользователем.
Для проверки корректности ввода данных имеется маска ввода,
подсказывающая пользователю не только тип информации, передаваемой в
таблицу, но и ее вид.
Для правильной работы приложения пользователя с самим ПО,
выполняется настройка таблиц, реализованных в пользовательском
приложении. Изначально реализуется настройка полей, показываемых и
выводимых символов и т.д. Все эти операции важны для последующего
удобства работы пользователя с ПО.
Корректировка данных таблиц выполняется с помощью ввода данных
в поля, созданные для этого. Ввод в них доступен тогда, когда нужно указать
большие объемы данных в единой табличной записи.
Впоследствии пользователь в ходе работы с клиентским приложением
может модифицировать данные ИС, просматривать их и запрашивать
отчеты;
- клиентское приложение в случае каких-либо действий пользователя,
требующих обновления данных, запрашивает эти данные у сервера, после
чего отображает их и ожидает дальнейших действий пользователя;
- считается, что серверная часть ИС уже запущена и ожидает
подключений клиентов.
Каждая страница в реализованной системе имеет меню навигации,
которые позволяет быстро перемещаться по страницам созданной системы.
105
Это удобно для обычного пользователя, поскольку нет необходимости
искать другие справочники или элементы системы.
В момент отображения записей из таблиц кодовые поля не
отображаются, поскольку информация, содержащаяся в них, не дает
пользователю никакой пользы. Отображение данных полей оправдано
только при отладке продукта и важно только для программиста, который
проверяет правильность отображения информации в БД.
Именно поэтому работ с ключевыми полями возможна только с
помощью списков выбора, что дает возможность избежать ввода ключевых
полей самим пользователем.
Чтобы проверить правильность ввода информации, реализована
маска ввода, которая подсказывает пользователю не только тип данных,
вводимых в таблицу, но и их вид.
Для корректной работы приложения пользователя с самим
программным продуктом, производится настройка таблиц, созданных в
пользовательском приложении. Первым делом осуществляется настройка
полей, отображаемых и выводимых символов и т.д. Все это нужно для
будущего удобства пользователя при работе с ПО.
Изменение данных таблиц происходит при помощи ввода
информации в поля, предназначенные для этого. Ввод в них возможен тогда,
когда нужно ввести большие объемы данных в одну табличную запись.
Блок –схема формирования списка документов приведена на рисунке
2.11.
106
Цикл по документам
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
Рисунок 2.11 Схема технологического процесса
построения списка документов
2.4 Контрольный пример реализации проекта и его описание
Рассмотрим интерфейс разработанной программы, а также основные
моменты работы пользователя с системой.
При выборе меню «Статистика» отражается информация о продажах