67
67 67
связями должна давать возможность сделать экземпляр обозначенного объекта
(файл, записать в таблице и др.).
Правило 5. Если в рамках работы информационной системы происходит
изменение состояния объекта (файла, таблицы, справочника), то это должно
быть обозначено любым из символов ( «`», «!», «@», «#», «^», «&», «*» ). Под
изменением, например, могут пониматься добавление записи в таблицу (insert),
изменение записи в таблице (update), изменение любого байта в уже
существующем файле.
Информационная модель процесса отгрузки товаров представлена на
рисунке 2.2.
68
Рис. 2.2 Информационная модель
69
Процесс передачи информации выглядит следующим образом.
Пользователь с помощью экранных форм заполняет данные в справочниках о
товарах или контрагентах. Основная деятельность пользователя сводится к
вводу первичных документов, отражающих факты движения товаров на
складе. Каждый документ имеет определенный тип, характеризуется
состоянием и имеет табличную часть. Тип документа определяет направление
движения товаров: от склада покупателю или от поставщика на склад.
Состояние документа характеризуется его статусом. Документ может
находится в состоянии разработки, быть проведенным или закрытым.
Редактирование закрытых документов запрещено.
Основная цель информационной системы – контроль движения товаров
на складе. С этой целью пользователь может получить соответствующий
отчет за определенный интервал времени.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Информационная система автоматизации управления процессом
отгрузки товаров содержит справочники «Товары» и «Контрагенты», а также
«Журнал операций», в котором отражается факт движения товаров по складу.
Ответственным за ввод информации в справочники является начальник отдела
продаж. Рассмотрим состав реквизитов справочников и документов:
1. Форма элемента справочника «Товары» представлена на рисунке 2.3 и
включает реквизиты:
1.1. Артикул – код товара.
1.2. Наименование – краткое название товара для использования в
экранных формах и для печати.
1.3. Цена товара.
1.4. Описание.
70
Рис. 2.3 Экранная форма элемента справочника «Товары»
2. Форма элемента справочника «Контрагенты» представлена на рисунке
2.4 и включает реквизиты:
2.1. Код – уникальный идентификатор контрагента. Создается
программой.
2.2. Наименование – полное наименование физического или
юридического лица.
2.3. Адрес – официальный адрес контрагента.
2.4. Телефон – номер телефона контрагента.
2.5. Описание – необязательное поле, содержащее дополнительные
сведения о контрагенте.
Рис. 2.4 Экранная форма элемента справочника «Контрагенты»
3. Форма документов (рис. 2.5) имеет схожий набор реквизитов для всех
типов документов:
71
3.1. № док – уникальный номер документа в информационной
системе. ИС управления процессом отгрузки товаров самостоятельно
нумерует документы.
3.2. Дата – дата создания документа.
3.3. Статус док. – не редактируемое поле указывающее на текущий
статус документа.
3.4. Контрагент – наименование контрагента, который выбирается из
справочника «Контрагенты».
3.5. Комментарий – информационное (необязательное для
заполнения) поле документа
3.6. Сумма – сумма по документу.
Панель инструментов формы документа содержит кнопки добавить ( )
и удалить ( ) с помощью которых заполняется табличная часть документа.
Рис. 2.5 Экранная форма документа «Приходная накладная»
2.2.3 Характеристика результатной информации
Основным документом, характеризующим отчетную информацию, в
ИС управления процессом отгрузки товаров является отчет о движении
товаров, в котором отображается информация об остатках на начало периода
72
документа, поступление и реализация товаров за период и остаток товаров на
конец периода.
Экранная форма отчета о движении товаров представлена на рисунке
2.6.
Рис. 2.6 Экранная форма отчета о движении товаров
Экранная форма включает в себя даты начала и окончания учетного
периода и табличную часть, в которой отображаются наименования товаров и
оборот товаров выраженный в натуральных единицах.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций представляет собой иерархическую модель видов
деятельности программы. Дерево функций информационной системы
представлено на рисунке 2.7.
Рис. 2.7 Дерево функций
73
Все функции можно разделить на основные и служебные. Основными
функциями являются:
заполнение справочников системы;
ввод входящих остатков товаров;
ввод первичных документов (учет движения);
формирование отчетов.
К служебным функциям относятся «настройка параметров
подключения к БД» и «Помощь».
Сценарий диалога пользователя с системой представлен в виде форм и
их основных функций. Сценарий содержит логику действий, в соответствии с
которой происходит взаимодействие с БД.
Схема сценария диалога отражена на рисунке 2.8.
Точкой входа в приложения является «Главная форма». Остальные
функции приложения доступны из главной формы через пользовательское
меню и команды пользовательского интерфейса.
Рис. 2.8 Сценарий диалога
74
2.3.2 Характеристика базы данных
База данных информационной системы управления процессом отгрузки
товаров необходима для хранения информации о движении товаров по складу.
Проектирование реляционной базы данных начинают с идентификации
сущностей предметной области и связей между ними. Основными
сущностями предметной области «управление процессом отгрузки товаров»
являются (рис. 2.9): товары, контрагенты, документы, типы документов,
статус документа, табличная часть документа.
Идентифицированные сущности сгруппированы в виде единой модели
сущность-связь, созданной средствами MS SQL Server и представленной на
рисунке 2.9. На схеме представлены основные сущности предметной области
и отношения между ними.
Для преобразования модели сущность-связь к реляционной базе
данных, необходимо провести нормализацию созданных отношений. Чтобы
база данных удовлетворяла требованиям целостности данных их
непротиворечивости, и минимальности, преобразуем модель к третьей
нормальной форме.
Рис. 2.9 Модель «Сущность-связь» в СУБД SQL Server
Первая нормальная форма. При проектировании таблиц реляционной
базы данных необходимо, чтобы каждый атрибут (поле) таблицы
удовлетворял свойству атомарности, т.е. хранил только одно значение (а не
списки значений). Например, для хранения фамилии, имени и отчества
работников необходимо использовать три поля.
Вторая нормальная форма. Чтобы таблицы базы данных
соответствовали второй нормальной форме, необходимо, чтобы данные
каждой записи таблицы зависели от первичного ключа. Например, должности
75
работников не зависят от первичного ключа работников, поэтому для
хранения должностей целесообразно использовать отдельную таблицу.
Таким образом, исходные таблицы разбивается на дополнительные,
пока каждая запись таблицы не будет напрямую зависеть только от ее
собственного ключа.
Третья нормальная форма. В таблицах должны отсутствовать
транзитивные зависимости, то есть атрибуты (поля) не должны логически
зависеть друг от друга. То есть, если в таблице есть атрибуты хоть как-то
зависящие друг от друга, то эти атрибуты нужно выносить в отдельную
таблицу.
База данных, находящаяся в третьей нормальной форме максимально
упрощает взаимодействие с БД, гарантирует непротиворечивость данных,
обладает высокой производительностью.
На основе модели «сущность-связь» создана физическая модель данных
(рис. 2.10).
Рис. 2.10 Физическая модель данных
76
Разработанная модель находится в третьей нормальной форме, так как
атрибуты сущностей являются атомарными; каждый неключевой атрибут
функционально полно зависит от первичного ключа; в модели исключены
транзитивные зависимости неключевых атрибутов от ключа.
В состав реляционной базы данных вошли 7 таблиц.
Таблица «Товары» предназначена для хранения списка товаров,
реализуемых предприятием (Таблица 2.1, Рис. 2.11).
Таблица 2.1
Таблица «Товары»
Наименование поля
Тип поля
Длина
поля
Прочее
Код
int
Ключевое поле
Артикул
varchar
20
Наименование
varchar
250
Цена
numeric(18, 2)
Описание
varchar
MAX
КодИзображения
int
Код изображения товара из
таблицы Изображения
Рис. 2.11 Фрагмент заполненной таблицы «Товары»
Помимо реквизитов товаров, каждому товару можно сопоставить
изображение. Контейнером для хранения изображений служит таблица
«Изображения» (Таблица 2.2, Рис. 2.12).
Таблица 2.2
Таблица «Изображения»
Наименование поля
Тип поля
Длина
поля
Прочее
Код
int
Ключевое поле
Изображение
image