56
Заметим, что информационная модель комплекса задач также служит для
отображения процесса взаимосвязи промежуточных, входных, а также
результатных потоков информации, функций предметной области, файлов
условно-постоянной информации.
2.2.2.Характеристика нормативно-справочной, входной и оперативной
информации
Информационной моделью системы автоматизации управления
поставками является совокупность входных, результативных, оперативных
потоков и функций для их обработки.
Также с ее использованием объясняется тот факт, что для массивов входной
документации будет выполнен ряд необходимых функций, что и являются
основоположными для отдельной АИС.
Для обеспечения процесса хранения постоянной информации о поставках
применяются справочники:
– Клиенты;
– Склады;
– Тип товаров.
Рассмотрим более подробно справочники, которые созданы для хранения
данных.
Таблица 2.2. Справочник «Тип товара»
Имя
Тип
Код типа
Числовой
Наименование
Текстовый
Ответственный
Текстовый
Справочник «Склады» предназначен для хранения данных о складах ООО
«МТА-Транс» (таблица 2.3).
Таблица 2.3. Справочник «Склады»
Имя
Тип
Код
Числовой
Название склада
Текстовый
57
Справочник «Клиенты» использован для хранения данных о клиентах ООО
«МТА-Транс» (таблица 2.4).
Таблица 2.4. Справочник «Клиенты»
Имя
Тип
Код клиента
Числовой
Название
Текстовый
Адрес
Текстовый
Телефон
Текстовый
Пол
Сссылка
Входные данные в базу данных могут вводиться в систему двумя методами:
– вручную;
– при использовании формы.
Тестовая информация созданных справочников показана на рисунках 2.6 –
2.8:
Рис. 2.6. Справочник Склады
Рис. 2.7. Справочник Тип товаров
58
Рис. 2.8. Справочник Клиенты
В таблице 2.5 рассмотрена сводная информация по справочниках:
Таблица 2.5. Сводная таблица по справочниках
Название справочника
Клиенты
Тип товаров
Склады
Ответственный за его ведение
Сотрудник
Сотрудник
Сотрудник
Средний объем справочника в
записях
25
15
3
Средняя частота актуализации
1 раз в день
1 раз в год
1 раз в год
Средний объем актуализации,
записей
1-2
1
1
2.2.3.Характеристика результатной информации
Стоит заметить, что в разрабатываемой системе для автоматизации
управления поставками необходимо хранить данные на основании накладных
(результата процесса).
Рассмотрим реквизитный состав таблиц с оперативными данными Товары
и Управление поставками:
Таблица 2.6. Таблица Товары
Имя
Тип
Номер товара
Числовой
Название
Текстовый
Цена
Числовой
59
Склад
Ссылка
Тип
Ссылка
Дата поставки
Дата и время
Таблица 2.7. Таблица УправлениеПоставками
Имя
Тип
Номер
Числовой
Заказчик
Ссылка
Количество
Числовой
Продукция
Ссылка
Ниже, на рисунках 2.9 и 2.10, показаны данные таблиц:
Рис. 2.9. Таблица Управление поставками
Рис. 2.10. Таблица Товары
60
В таблице 2.8 рассматривается таблица с характеристиками результатной
информации.
Таблица 2.8. Сводная таблица по результатной информации
Название
Товары
Управление
поставками
Ответственный за его ведение
Сотрудник
Сотрудник
Средний объем документа в
записях
25
25
Средняя частота актуализации
1 раза в месяц
1 раза в день
Средний объем актуализации,
записей
10
10
Источники
Склад
Тип товара
Склад
Тип товара
Клиенты
Метод доставки информации
Ввод вручную
Ввод вручную
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
Программное обеспечение для автоматизации управления поставок
предусматривает работу одного пользователя, которые выполняет обработку
документации по поставкам. Дерево функций, что реализованы в системе,
представлены ниже на рисунке 2.11.
Рис. 2.11. Дерево функций
Функции менеджера
Основные
Обработка
накладных
Ввод оперативных
данных
Работа с ИС
Формирование
отчетности
Служебные
Заполнение
справочников
Ввод условно-
постоянных данных
61
Заметим, что описанные функции ИС разделены между подсистемами (рис.
2.12):
Рис. 2.12. Подсистемы
К примеру, результатная информация, которая может повлиять на учет
поставок будет присутствовать в разных подсистемах. [14, c.55]
На базе описанной информации рассмотрим последовательность работы с
конфигурацией (рис.2.13).
Рис. 2.13. Последовательность операций для ИС
На рисунке 2.14 рассматривается сценарий диалога.
Формирование отчетной информации
Менеджер Клиент
Обработка накладной
Менеджер
Ввод информации с накладной
Менеджер Клиент
Ввод данных в справочники
Менеджер
62
Рис. 2.14. Сценарий диалога
2.3.2.Характеристика базы данных
После анализа данных по предметной области надо выделить совокупность
сущностей БД:
– Товары;
– Типы товаров;
– Клиенты;
– Управление поставками;
– Склады.
Стоит заметить, что все сущности в своей структуре применяют ключевые
поля. Рассмотрим далее результат связывания объектов хранилища данных.
Основное
меню
Действия
Создать
Провести
Изменить
Удалить
Обновить
Справочники
Клиенты
Тип товара
Склады
Документы
Товары
Учет
Отчеты
Отчет по
показателям
Отчет по
факту
Формы
Клиенты
Тип товара
Склады
Товары
Учет
Выход
63
Между объектами Клиенты и Управление поставками присутствует связь
«один-ко-многим», поскольку один клиент может несколько раз присутствовать в
документе Управление поставками.
Между объектами Товары заявок и Управление поставками есть связь
«один-ко-многим», поскольку 1 товар может несколько раз присутствовать в
документе Управление поставками.
Между объектами Тип товаров и Товар будет присутствовать связь типа
«один-ко-многим», поскольку один тип товаров несколько раз будет
присутствовать в перечне товаров.
Между объектами Склады и Товары используется связь «один-ко-многим»,
так как один склад может содержать несколько разных товаров.
Рассмотрим характеристику таблиц базы данных:
Таблица 2.9. Описание таблиц базы данных
Имя поля
Тип
Ключ
Таблица Тип товара
Код типа
Числовой
Ключ
Наименование
Текстовый
Ответственный
Текстовый
Таблица Склады
Код
Числовой
Ключ
Название склада
Текстовый
Таблица Клиенты
Код клиента
Числовой
Ключ
Название
Текстовый
Адрес
Текстовый
Телефон
Текстовый
Пол
Сссылка
Таблица Товары
Номер товара
Числовой
Ключ
Название
Текстовый
Цена
Числовой
64
Склад
Ссылка
Ключ
Тип
Ссылка
Ключ
Дата поставки
Дата и время
Таблица Управление поставками
Номер
Числовой
Ключ
Заказчик
Ссылка
Ключ
Количество
Числовой
Продукция
Ссылка
Ключ
ER -диаграмма имеет вид (рисунок 2.15):
Рис.2.15. ER-диаграмма
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
Созданная конфигурация полностью соответствует всем требованиям по
структуре и обработке информации.
На рисунке 2.16 показано дерево вызовов, которое применяется в ИС.
Тип товара
Код типа
Наименование
Ответственный
Склады
Код
Наз вание склада
Клиенты
Код клиента
Наз вание
Адрес
Телефон
Пол
Товары
Номер товара
Код типа (FK)
Код (FK)
Цена
Склад
Дата доставки
Управление поставками
Номер
Номер товара (FK)
Код клиента (FK)
Количество
65
Рис. 2.16. Пример дерева вызовов
На основании платформы 1С:Предприятие рассматриваются данные,
которые обрабатываются при распределении на несколько подсистем:
– Транспортный отдел;
– Отдел организации поставок;
– Бухгалтерия.
Для каждой подсистемы присутствует ряд функций, которые кое в чем
накладываются и совпадают.
Платформа в этом случае обеспечивает хранение информации с помощью
базы данных, а также при использовании встроенных инструментов выполняется
обработка информации в соответствии с целью проекта.
2.3.4.Описание программных модулей
Рассмотрим далее процесс описания программных модулей, что
представляются созданной ИС:
– подсистемы:
– Транспортный отдел;
Подсистема "Бухгалтерия"
Справочник клиентов
Справочник складов
Документ "Товары"
Документ "Управление
поставками"
Подсистема "Отдел
организации поставок"
Справочник клиентов
Справочник складов
Документ "Товары"
Документ "Управление
поставками"
Регистр "Сведения"
Подсистема
"Транспортный отдел"
Справочник складов
Документ "Товары"
Справочник типов
товаров
Доумент "Управление
поставками"
Отчет