97
Другими словами, нормативно-справочная информация ― это ядро
единого информационного пространства организации, включающее в себя
набор справочников, словарей, классификаторов, стандартов, регламентов,
используемых в деятельности организации.
В процессе анализа информации, необходимой для разработки
системы, в ходе которой решается задача автоматизации учета музейных
ценностей, было выделено множество объектов, которые следует
закодировать. Для каждого из них была определена система кодирования.
Система классификации и кодирования представляет собой совокупность
общесистемных классификаторов и локальных справочников. Структура
кодовых обозначений объектов представлена в таблице 2.2.
Таблица 2.2
Характеристики классификаторов
Наименование
кодируемого
множества
объектов
Значность
кода
Система
кодирования
Система
классификац
ии
Вид
классифик
атора
«ГП»
6
порядковая
отсутствует
Локальный
«Тип ГП»
6
порядковая
отсутствует
Локальный
«Вид упаковки»
2
порядковая
отсутствует
Локальный
«Сотрудник»
4
разрядная
иерархическая
Локальный
«Контрагент»
5
порядковая
отсутствует
Локальный
Классификатор ГП.
Структурная формула классификатора:
Классификатор типа ГП.
Структурная формула классификатора:
Классификатор вида упаковки.
Структурная формула классификатора:
[Наименование МЦ]: [XXXXXX]
F =
Код Средства
[Наименование типа товара]: [XXXXXX]
F =
Код Средства
98
F = [Наименование вида]: [XX]
Код
Классификатор сотрудников.
Структурная формула классификатора:
F = [Наименование]: [XXXX]
Код
Классификатор контрагентов.
Структурная формула классификатора:
F = [Наименование]: [XXXXX]
Код
В системе используются справочники, приведенные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
№
п/п
Название
справочника
Ответственный
за ведение
Средний
объём
справочн
ика в
записях
Средняя
частота
актуализации
Средний
объем
актуализ
ации,
%
1
Тип ГП
Администратор
100
1 раз в месяц
10
2
Вид упаковки
Администратор
500
1 раз в неделю
25
3
Сотрудник
Администратор
500
1 раз в неделю
25
4
ГП
Пользователь
50
1 раз в месяц
10
5
Контрагент
Пользователь
500
1 раз в неделю
25
Реквизитный состав справочников приведен ниже:
1. Тип ГП
Тип номенклатуры
2. Вид упаковки
Название
3. Должность
Должность
4. Сотрудник
ФИО
Должность
Контактный телефон
5. Товар
99
Номенклатурный номер
Артикул
Название
Код типа
Название
Код единицы
Цена
Код упаковки
Масса Нетто
Масса Брутто
6. Контрагент
Название
ИНН
Адрес
В таблице 2.4 представлено описание входной информации
(первичных форм документов).
Таблица 2.4
Описание входной информации
Форма документа
Основные параметры документа
Тип ГП
Название типа ГП
Единица измерения
Название единицы измерения
Вид упаковки
Название вида упаковки
Контрагент
Контрагент
Адрес контрагента
ИНН
Вид накладной
Название вида накладной
Должности
Название должности
Сотрудник
ФИО сотрудника
Должность
Телефон
ГП
Номенклатурный номер
Артикул
Тип ГП
Название ГП
Единица измерения
Цена
Упаковка
Масса Нетто, Масса Брутто
Количество на складе
100
К оперативной информации относят любые данные, которые
необходимы для работы системы. Оперативная информация поступает
постоянно на протяжении всей жизни программного продукта. На
основании оперативной информации часто строят периодическую
отчетность руководителям предприятия.
Оперативная информация представляет наибольший интерес при
реализации программного продукта. Именно массы оперативной
информацию подталкивают организации к автоматизации бизнес-
процессов предприятия.
К оперативной информации в данной предметной области можно
отнести информацию относительно отгружаемой, поставляемой и
перемещаемой продукции.
2.2.3 Характеристика результатной информации
Информацию, полученную в результате обработки первичной и
промежуточной информации о совершенных хозяйственных операциях,
называют результатной [19]. Именно для достижения получения итоговой
информации и используется сбор и обработка данных. Она позволяет
оценить работу организации и принимать управленческие и оперативные
решения.
Результатная информация должна помочь пользователю в
выполнении его прямых обязанностей. В данной системе результатной
информацией является информация относительно поступающей, хранимой
и отправляемой номенклатуре ГП.
Форма документа
Основные параметры документа
Движение ГП
Товарно-транспортная накладная
ГП
Количество
Перемещение ГП
Приходная (расходная) накладная
ГП
Количество
101
Информация о поступающей ГП содержит наименование ГП, код
товарно-транспортной накладной, по которой осуществляется поставка
ГП, номенклатурный номер, артикул, единицу измерения, массу,
количество поставляемой ГП, а также название организации,
осуществившей поставку ГП.
Информация о хранимой ГП включает в себя: наименование ГП и
количество хранимой ГП.
Информация об отправляемой ГП содержит аналогичные данные,
что и информация о поступающей ГП, а именно: содержит наименование
ГП, код товарно-транспортной накладной, по которой осуществляется
поставка ГП, номенклатурный номер, артикул, единицу измерения, массу,
количество поставляемой ГП, а также название организации контрагента.
Информация о перемещаемой ГП включает в себя наименование ГП,
единицу измерения, цену, количество перемещаемой ГП и сумму
перемещаемой ГП.
Вся информация предоставляется по всем имеющимся в списке ГП,
что позволит старшему кладовщику вести статистику о динамике
движения номенклатуры.
Также результатной информацией может являться любая
информация, содержащаяся в базе данных и которую возможно
просмотреть с помощью экранных форм приложения пользователя. Данная
информация может помочь при ведении бизнес-процессов организации.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
На рисунке 2.5 представлено дерево функций разрабатываемого
программного продукта.
102
Функции
системы
Основные функции
Служебные
функции
Складской учет
Формирование
отчетности
Реестр хранимой
ГП
Товарно-
транспортная
накладная
Приходная
(расходная)
накладная
Поиск данных
Настройки
программы
Создание новых товарно-
транспортных накладных
Создание новых
приходных накладных
Создание новых расходных
накладных
Ведение данных по ГП
Тип ГП
Единица
измерения
Вид упаковки
Сотрудники
Контрагенты
Ведение
справочной
инфомрации
Рисунок 2.5 Дерево функций программного продукта
С каждым реализованным справочником можно работать, а именно
редактировать имеющуюся информацию (добавлять, удалять и изменять),
а также просматривать введенную ранее информацию.
Представлены только основные функции программного продукта,
каждая из данных категорий функций включает в себя еще несколько
функций.
Реализуемые функции программного продукта позволят
автоматизировать работу, как с точки зрения помощи в оформлении
документации, так и в ведении учета данных.
103
В случае если информации не хватает в справочниках и таблицах
необходимо ее дополнить, введя недостающие данные. Ввод в некоторые
таблицы осуществляется на основе входных документов. В случае
некоторых данных необходимо узнать причины, отсутствия данных в
информационной системе. Желательно внесение максимального
количества информации в справочники при внедрении программного
продукта, поскольку в дальнейшем это позволит заметно сократить время
необходимое на заполнение соответствующих таблиц.
Диалог с пользователем будет осуществляться преимущественно с
помощью главного меню программного продукта. Поэтому отобразив
главное меню программного продукта можно понять, как будет
осуществляться взаимодействие пользователя и программного продукта.
На рисунке 2.6 представлено главное меню программного продукта.
Главная форма
Файл Справочники Таблицы Накладные Отчеты
Настройки
Выход
Тип ГП
Единица
измерения
Вид упаковки
Контрагенты
Сотрудники
Информация о ГП
Товаро-
транспортная
накладная
Приходная
(расходная)
накладная
Реестр хранимых
ГП
Движение ГП
Перемещение ГП
Поиск
Рисунок 2.6 Структура главного меню
104
2.3.2 Характеристика базы данных
Первый этап проектирования базы данных состоит в разработке
концептуальных моделей данных для каждого из существующих типов
пользователей создаваемого приложения.
Концептуальное проектирование – это конструирование
информационной модели предприятия, не зависящей от каких-либо
условий реализации.
Логический уровень – точка зрения пользователя. Это абстрактный
взгляд на данные. На нем используются данные в таком виде, в каком они
известны в реальном мире. Объектам модели (сущностям и атрибутам)
даются имена, понятные широкому кругу специалистов.
Создание локальных концептуальных моделей данных полностью не
зависит от типа СУБД, языка программирования, типа компьютера, ОС,
приложений и т.д.
Связи между сущностями представляют специфические отношения
(отношение типа родитель - потомок), то есть когда каждый экземпляр
родительской сущности ассоциирован с произвольным количеством
экземпляров второй сущности, называемой потомком, а каждый экземпляр
сущности - потомок ассоциирован с одним экземпляром сущности-
родителя. Неспецифические отношения (отношения типа много ко
многому) заменяются на специфические при помощи введения связной
сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-
потомок однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый
экземпляр сущности-потомка может быть однозначно идентифицирован
105
без связанного с ним экземпляра сущности-родителя.
Неидентифицирующее отношения отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь
может иметь кардинальность либо "один к одному" (1:1), либо "один ко
многим" (1:М), либо "многие ко многим" (М:N). Кроме того, следует
проанализировать степень участия каждой из сущностей в конкретном
типе связи. Отношения связи характеризуются мощностью отношения,
которая служит для обозначения количества экземпляров сущностей-
потомков, которые могут существовать для каждого экземпляра сущности-
родителя. Существуют следующие варианты указания мощности:
“ “ – 0,1 или более;
“P” 1,2 или более;
“Z” 0 или 1;
“N” в качестве N указывается конкретное число.
Инфологическая модель применяется после словесного описания
предметной области.
Инфологическая (концептуальная) модель подразумевает под собой
формализованное описание предметной области, реализованное
безотносительно к применяемым в дальнейшем техническим и
программным средствам. Инфологическая модель создается динамической
и поддерживает легкую корректировку. К базовым требованиям,
относящимся к инфологической модели, относят следующие:
• Инфологическая модель содержит всю нужную и достаточную
информацию для предстоящего проектирования БД;
• Инфологическая модель реализуется понятной для всех лиц,
принимающих участие в разработке системы.
ER-модель можно описать как логическую структуру данных об
объектах системы. Компонентами ER-модели становятся сущности
(объекты) и отношения (связи между объектами). Объект поддерживает
106
несколько реализаций или экземпляров. Сам экземпляр объекта
реализуется совокупностью нескольких значений реквизитов и
определяется однозначно, т.е. идентифицируется значением ключа
объекта, состоящем из одного ли нескольких ключевых реквизитов.
Сущности бывают независимыми и зависимыми. Сущность
называется независимой, если каждый ее экземпляр может однозначно
определяться без выражения ее отношений с остальными сущностями.
Однозначное определение экземпляра зависимой сущности исходит от
отношений с другими сущностями.
Для визуализации отношений между сущностями применяются
связи. Связи имеют место быть, если экземпляры сущностей логически
связаны друг с другом.
осуществляется хранение информации необходимой для работы
программного продукта.
В таблице 2.5 приведено описание структуры справочника «Тип
ГП». Таблицам «Типа ГП», содержит данные о категории ГП, необходима
для классификации ГП, используется при характеристике ГП.
Таблица 2.5
Структура таблицы «Тип ГП»
Имя поля
Тип данных
Размер поля
Ключ
Код типа
Счетчик
Первичный
Наименование
Текстовый
50
Информация о единицах измерения, содержит список возможных
единиц измерения, в которых измеряется производимая продукция.
Используется при характеристике продукции. В таблице 2.6 приведено
описание структуры справочника «Единица измерения».
Таблица 2.6
Структура таблицы «Единица измерения»
Имя поля
Тип данных
Размер поля
Ключ
Код единицы
Счетчик
Первичный
Название
Текстовый
50