87
отношения (отношения типа много ко многому) заменяются на специфические
при помощи введения связной сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-потомок
однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый экземпляр
сущности-потомка может быть однозначно идентифицирован без связанного с
ним экземпляра сущности-родителя. Неидентифицирующее отношения
отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь может
иметь кардинальность либо "один к одному" (1:1), либо "один ко многим" (1:М),
либо "многие ко многим" (М:N). Кроме того, следует проанализировать степень
участия каждой из сущностей в конкретном типе связи. Отношения связи
характеризуются мощностью отношения, которая служит для обозначения
количества экземпляров сущностей-потомков, которые могут существовать для
каждого экземпляра сущности-родителя. Существуют следующие варианты
указания мощности:
• “ “ – 0,1 или более;
• “P” 1,2 или более;
• “Z” 0 или 1;
• “N” в качестве N указывается конкретное число.
Инфологическая модель применяется после словесного описания
предметной области.
Инфологическая (концептуальная) модель подразумевает под собой
формализованное описание предметной области, реализованное безотносительно
к применяемым в дальнейшем техническим и программным средствам.
Инфологическая модель создается динамической и поддерживает легкую
корректировку. К базовым требованиям, относящимся к инфологической модели,
относят следующие:
88
• Инфологическая модель содержит всю нужную и достаточную
информацию для предстоящего проектирования БД;
• Инфологическая модель реализуется понятной для всех лиц,
принимающих участие в разработке системы.
ER-модель можно описать как логическую структуру данных об объектах
системы. Компонентами ER-модели становятся сущности (объекты) и отношения
(связи между объектами). Объект поддерживает несколько реализаций или
экземпляров. Сам экземпляр объекта реализуется совокупностью нескольких
значений реквизитов и определяется однозначно, т.е. идентифицируется
значением ключа объекта, состоящем из одного ли нескольких ключевых
реквизитов.
Сущности бывают независимыми и зависимыми. Сущность называется
независимой, если каждый ее экземпляр может однозначно определяться без
выражения ее отношений с остальными сущностями. Однозначное определение
экземпляра зависимой сущности исходит от отношений с другими сущностями.
Для визуализации отношений между сущностями применяются связи.
Связи имеют место быть, если экземпляры сущностей логически связаны друг с
другом.
Связь между таблицами осуществляется с помощью ключевых полей
(первичных и внешних).
Первичный ключ (англ. primary key) — понятие теории реляционных баз
данных, минимальное множество атрибутов, являющееся подмножеством
заголовка данного отношения, составное значение которых уникально определяет
кортеж отношения. На практике термин первичный ключ обозначает поле
(столбец) или группу полей таблицы базы данных, значение которого (или
комбинация значений которых) используется в качестве уникального
идентификатора записи (строки) этой таблицы.
Внешний ключ (англ. foreign key) — понятие теории реляционных баз
данных. Внешним ключом называется поле таблицы, предназначенное для
хранения значения первичного ключа другой таблицы с целью организации связи
между этими таблицами.
89
Некоторые поля будет иметь маски ввода, что позволит не допустить ввода
заранее недостоверной информации в систему пользователем, в результате
ошибки или преднамеренного искажения информации. К данным полям
относятся поля содержащие дату или номера телефонов.
Некоторые таблицы имеют составной ключ, это позволяет избежать
дублирования записей в таблице.
На основе созданной логической модели и реализованных таблиц была
создана схема данных в системе управления базами данных Mysql, ER-модель
базы данных представлена на рисунке 17.
Рисунок 17 ER-модель базы данных
Характеристика каждой таблицы приведена в таблицах ниже.
Таблица 12
Структура таблицы counterparty
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
address
varchar(255)
Да
NULL
inn
varchar(255)
Да
NULL
90
Таблица 13
Структура таблицы 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
Таблица 14
Структура таблицы movement_product
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_movement
int(11)
Да
NULL
id_product
int(11)
Да
NULL
cost
double
Да
NULL
amount
double
Да
NULL
Таблица 15
Структура таблицы movement_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 16
Структура таблицы pack_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 17
Структура таблицы 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
Таблица 18
91
Структура таблицы product_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 19
Структура таблицы unit
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 20
Структура таблицы 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
Таблица 21
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Технологическое обеспечение (ТО) системы отвечает делению ИС на
подсистемы по этапам технологической обработки типов данных.
Технологические этапы анализа данных включают в себя:
92
• Вод исходных данных, их редактирование – учет данных по
клиентам, их заказам, а также ход реализации заказов;
• Сохранение данных;
• Анализ данных – сведение, сортировка, поиск;
• Передача итоговых данных – создание итоговых отчетов разной
структуры и содержания.
Описанные технологические этапы используются для некоторых типов
данных:
• Информация о клиентских заказах;
• Информация по процессе реализации заказов клиентов;
• Информация по готовности документов клиентов;
• Составление конечных отчетов;
• Информация о клиентах.
Суть новой технологии состоит в том, что должен поддерживаться
следующий принцип: единичный ввод данных (о заказе, клиенте, ходе реализации
заказа), с доступностью изменения, и периодическое применение этих данных и
представление их в рамках итоговых форм различного содержания и структуры
(вторичные документы).
На рисунке 18 представлена структурная схема программного продукта.
Главная форма
Главное меню Кнопочное меню
Товарно-
транспортные
накладные
Приходные
(расходные)
накладные
Справочники
Настройки
Контрагенты
Сотрудники
Информация о
материалах
Товаро-
транспортная
накладная
Приходная
(расходная)
накладная
Поиск
Расчет
потребности
Рисунок 18 Дерево вызовов программных модулей
93
Вызов всех модулей осуществляется с помощью главного меню
программного продукта.
Описание всех модулей программного продукта представлено в таблице 22.
Таблица 22
Описание модулей программного продукта
№
Наименование
Функция
1
Главная форма
Содержит главное меню, а также
отображаются сведения о хранимом товаре
2
Справочники
Содержит в себе все справочники и
позволяет осуществлять работу с ними
3
Настройки
Позволяет настраивать систему, а также
изменять реквизиты организации
4
Материалы
Позволяет просматривать полную
информацию о материалах и редактировать
ее
5
Товарно-транспортные
накладные
Позволяет работать с товарно-
транспортными накладными и
формировать их.
6
Приходные
(расходные) накладные
Позволяет работать с приходными и
расходными накладными и формировать
их.
7
Контрагенты
Позволяет редактировать данные о
контрагентах
8
Сотрудники
Позволяет редактировать данные о
сотрудниках
9
Поиск
Поиск по ГП
При запуске программного продукта должна открываться главная форма с
помощью, которой возможно осуществление всех функций информационной
системы. Для того чтобы пространство главной формы не было не
задействованным в процессе работы программы, на ней необходимо
осуществлять функции, связанные с учетом продукции и материалов.
Из главной формы необходимо предусмотреть переход на все остальные
формы программного продукта, обеспечивая тем возможность заполнения всех
таблиц программного продукта. Тем самым, обеспечивая полную
функциональность реализованного программного продукта.
2.3.4 Описание программных модулей
94
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и послемашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе
найдена ошибки, документ передается обратно к источнику для корректировки,
иначе документ направляется для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На этом
этапе сразу подключаются информационные файлы с условно-постоянной
информацией. Подобное решение сильно упрощает ведение макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации является
совокупностью операций, выполняющиеся в диалоговом режиме работы с ПК и в
различной последовательности. То есть череда технологических операций
выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
системы.
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права. По
факту авторизации пользователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
95
передачи нужных данных. Для этого в меню программы ищется контролирующий
это пункт. Затем в выбранном справочнике или таблице добавляются, или
корректируются уже имеющиеся записи, просматриваются готовые документы
или база остается неизменной.
На рисунке 14 представлена блок-схема обобщенного алгоритма работы
информационной системы. Дадим пояснения относительно данной схемы:
- после запуска пользователем клиентской части ИС последняя пытается
считать настройки из конфигурационного файла;
- если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
- затем клиентская часть создает клиентский сокет и пытается соединиться
с сокетом сервера, соединение осуществляется посредством протокола TCP/IP;
- если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
- вызывается диалог авторизации;
- в случае успешной авторизации клиент запрашивает у сервера начальные
данные (в зависимости от стартовой экранной формы клиентского приложения);
Каждая страница в созданной системе оснащена меню навигации,
позволяющее оперативно перемещаться по всей системе. Это удобно и для
пользователя, т.к. не нужно искать другие справочники или функциональные
элементы.
В момент вывода записей из таблиц, кодовые поля не показаны, т.к. данные,
включенные в них, не несут для пользователя никакой полезной нагрузки.
Трансляция данных полей оправдана лишь в процессе наладки продукта и
требуется лишь для программиста, проверяющего корректность передачи данных
в БД.
Поэтому работа с ключевыми полями доступна лишь с помощью списков
выбора, что помогает избежать ввода ключевых полей пользователем.
Для проверки корректности ввода данных имеется маска ввода,
подсказывающая пользователю не только тип информации, передаваемой в
таблицу, но и ее вид.
96
Для правильной работы приложения пользователя с самим ПО,
выполняется настройка таблиц, реализованных в пользовательском приложении.
Изначально реализуется настройка полей, показываемых и выводимых символов
и т.д. Все эти операции важны для последующего удобства работы пользователя
с ПО.
Корректировка данных таблиц выполняется с помощью ввода данных в
поля, созданные для этого. Ввод в них доступен тогда, когда нужно указать
большие объемы данных в единой табличной записи.
Впоследствии пользователь в ходе работы с клиентским приложением
может модифицировать данные ИС, просматривать их и запрашивать отчеты;
- клиентское приложение в случае каких-либо действий пользователя,
требующих обновления данных, запрашивает эти данные у сервера, после чего
отображает их и ожидает дальнейших действий пользователя;
- считается, что серверная часть ИС уже запущена и ожидает подключений
клиентов.
Каждая страница в реализованной системе имеет меню навигации, которые
позволяет быстро перемещаться по страницам созданной системы. Это удобно
для обычного пользователя, поскольку нет необходимости искать другие
справочники или элементы системы.
В момент отображения записей из таблиц кодовые поля не отображаются,
поскольку информация, содержащаяся в них, не дает пользователю никакой
пользы. Отображение данных полей оправдано только при отладке продукта и
важно только для программиста, который проверяет правильность отображения
информации в БД.
Именно поэтому работ с ключевыми полями возможна только с помощью
списков выбора, что дает возможность избежать ввода ключевых полей самим
пользователем.
Чтобы проверить правильность ввода информации, реализована маска
ввода, которая подсказывает пользователю не только тип данных, вводимых в
таблицу, но и их вид.