58
Таблица 7 - Поля таблицы «Производство»
Название
Тип
Размер
Код вида продукции
Короткое целое
3
Код производства
Короткое целое
2
Код филиала
Короткое целое
3
Дата производства
Дата
8
Количество
Длинное целое
8
Срок годности
Дата
8
Таблица 8 - Поля таблицы «Сток»
Название
Тип
Размер
Код склада
Короткое целое
3
Код складирования
Короткое целое
5
Количество
Длинное целое
8
Код вида продукции
Короткое целое
3
Таблица 9 - Поля таблицы «Доставки»
Название
Тип
Размер
Код доставки
Короткое целое
7
Код складирова-
ния
Короткое целое
5
Количество
Длинное целое
8
Код продаж
Короткое целое
6
Таблица 10 - Поля таблицы «План продаж»
Название
Тип
Размер
Код плана продаж
Короткое целое
6
Код контракта
Короткое целое
6
Код вида продукции
Короткое целое
3
Дата
Дата
8
Количество
Длинное целое
8
59
Таблица 11 - Поля таблицы «План производства»
Название
Тип
Размер
Код плана производства
Короткое целое
8
Код вида продукции
Короткое целое
3
Код филиала
Короткое целое
2
Дата
Дата
8
Количество
Длинное целое
8
Таблица 12 - Поля таблицы «План складирования»
Название
Тип
Размер
Код плана складирования
Короткое целое
4
Код вида продукции
Короткое целое
3
Код склада
Короткое целое
3
Дата
Дата
8
Количество
Длинное целое
8
Таблица 13 - Поля таблицы «План доставки»
Название
Тип
Размер
Код плана доставки
Короткое целое
4
Код контракта
Короткое целое
6
Код склада
Короткое целое
3
Код вида продукции
Короткое целое
3
Дата
Дата
8
Количество
Длинное целое
12
Таблица 14 - Поля таблицы «Коэффициенты планирования»
Название
Тип
Размер
Код коэффициентов
Короткое целое
10
Код филиала
Короткое целое
2
Код склада
Короткое целое
3
Код вида продукции
Короткое целое
3
Код контракта
Короткое целое
6
Коэффициенты
Длинное целое
8
60
Следовательно, поля в таблицах базы данных IP не являются избы-
точными по их количеству и размеру, связь между таблицами позволяет
преобразовывать информационные объекты в соответствии с информаци-
онной моделью.
2.3.3. Структурная схема пакета (дерево вызова программных моду-
лей)
Диаграмма пакета показана на рисунке 17.
Модуль Call Screen Saver запускает экранную заставку. Управление
передается в модуль проверки пароля, после чего отображается главное
меню кнопки.
Рисунок 17 - Схема взаимодействия программных модулей
61
Формы, связанные с загрузкой корпоративных IP-файлов для созда-
ния статистических отчетов и обновления каталогов. Четыре модуля отоб-
ражают каталоги.
Модуль отображения модуля экрана «Отчет о типе продукта» отоб-
ражает его и после ввода данных периода времени запускает файловый
модуль «Отчет о типе продукта». Модуль передает управление загрузкой
файлов на корпоративный IP. После того, как программные модули пере-
стали работать. Другие модули для генерации статистических отчетов ра-
ботают аналогичным образом.
Формирование планов отчетов выглядит следующим образом. Появ-
ляется файл отчета о продажах, и управление передается в модуль обнов-
ления в таблице продаж. Затем таблица плана продаж обновляется. Эта из-
мененная таблица является продуктивной информацией. На основании
этого создается «файл плана продаж», который загружается на IP-адрес
компании. Сотрудники по планированию могут получить информацию о
плане, перечислив часть измененной таблицы.
Остальные три плана формируются аналогично на основе указанного
взаимодействия программных модулей.
2.3.4. Описание программных модулей
На рисунке 18 показан алгоритм расчета плана продаж.
Большинство программных модулей расчета являются алгоритмами
сумм: двойными или единичными. Модули представляют собой простые
алгоритмы суммирования, но рассчитывают большое количество эффек-
тивных показателей.
Поэтому рассчитанные модули будут выполнять простые, но рутин-
ные функции с многократным повторением (циклом).
Исходные данные суммируются на шаге 1 от даты d1 до d2. Условие
суммы задается переменной времени j. Если j <d2, сумма продолжается до
тех пор, пока j не станет равным дате d2.
62
Результирующие сводные данные умножаются на коэффициент пла-
нирования для определенного периода времени планирования.
Рисунок 18 - Алгоритм расчета плана продаж
63
Цикл продолжается, пока не закончится расчет планов по всем пока-
зателям планирования.
Все остальные расчетные алгоритмы аналогичны.
2.4. Контрольный пример реализации проекта и его описание
Пример управления внедрением проектируемой системы рассмат-
ривается на основе экранных изображений (скриншотов) на этапах раз-
работки конфигурации в программном продукте «1С Предприятие», а
также процессов внедрения. работает в непосредственно предсказуемой
информационной базе.
Создание учетной записи для работы в базе данных приложения
1С Предприятие показано на рисунке 19.
Рисунок 19 -Создание учетной записи для работе в базе приложения 1С
Предприятие
На рисунке 20 показано, что программа имеет возможность про-
сматривать журнал приложения для этого приложения в виде таблицы.
64
Рисунок 20 - Журнал регистрации
Далее рассматриваются основные этапы создания базовых информа-
ционных фреймов в конфигураторе. На рисунке 21 показан список создан-
ных констант.
Рисунок 21 - Список констант
Константы используются для условного хранения постоянной
информации в конфигурации. Не менее важным и часто используемым
элементом конфигурации является каталог, каталоги информационной
системы нацелены на непрерывную работу с условно постоянной ин-
65
формацией, а также при использовании определенных наборов значений
переменных.
Механизм создания и ведения каталогов позволяет пользователю
проектировать и управлять различными типами каталогов. Настраивае-
мые свойства каталога, такие как количество уровней иерархии, уни-
кальность кода, наборы частей каталога, допустимый тип и размер кода.
В большинстве случаев в каталогах хранятся списки товаров, услуг, со-
трудников и договоров.
На рисунке 22 показан пример создания нового каталога и уста-
новки его параметров.
Рисунок 22 - Создание нового справочника «Сотрудники»
Счет-фактура, полученный по данному сертификату, предполага-
ет, что компания Deborah LLC получит информацию о новых программ-
ных продуктах, а также различные книги, диски с программным обеспе-
чением и руководства пользователя.
66
Рисунок 23 - Создание документа «Приходная накладная»
Рисунок 24 - Заполнение табличной части формируемого документа
«Приходная накладная»
На рисунке 25 показано соединение регистра сбережений и реги-
стра бухгалтерского учета для использования их данных при создании
документа.
67
Рисунок 25- Подключение регистров к формируемому документу
Рисунок 26 - Создание перечислений и настройка параметров