3.2 Дерево программных модулей
Дерево программных модулей разрабатываемой информационной системы предназначенной для автоматизации процесса учета материалов в организации по производству обуви изображено на рисунке 3.5 [15-17].
Рисунок 3.5 – Дерево программных модулей ИС
На рисунке 3.5 видно, что для обеспечения работоспособности разработанной ИС было использовано четыре основных типа модулей. Общие модули хранят программный код, который часто вызывается в конфигурации.
Модуль объекта предназначен для обработки стандартных событий, в нашем случае это движение документа в соответствии с регистрами и заполнение на основании иного документа. Модуль менеджера предназначен для управления объектом как объектом конфигурации, в нашем случае – оформление документа для вывода на печать. Схема компоновки данных описывает суть
26
данных, которые предоставляются отчету, и формирует отчеты, вызываемые в
ИС.
3.3 Схемы взаимосвязей модулей и массивов данных
Вразрабатываемой ИС под массивами данных будем понимать существующие объекты. Программные модули приложения обращаются к массивам данных через наборы данных.
Вразрабатываемой ИС обеспечена автоматизация ввода данных методом подстановок, а также передачи атрибутов из одного документа в другой благодаря формированию нового документа на основании существующего.
Учитывая этот факт, модулю приложения приходится обращаться к нескольким объектам.
Схемы, отражающие взаимосвязь программных модулей и массивов данных изображены на рисунках 3.6 – 3.9.
Рисунок 3.6 – Схема взаимосвязи общих модулей и массивов данных Общие модули используются в документах для автоматизации процесса
расчета элементов табличной части по строкам. Также общие модули получают
27
данные из регистров сведений для передачи актуальных параметров в табличные части документов.
|
Справочник.Клиенты |
|
Документ.ПриходнаяНакладная: |
|
|
Модуль объекта |
|
|
|
Справочник.Сотрудники |
|
Документ.КарточкаЗаказа: |
|
|
Модуль объекта |
Справочник.Номенклатура |
|
|
||
Документ.ПроизводственнаяЗадача: |
РегистрНакоплений.ОстаткиМатериалов |
|
Модуль объекта |
||
|
||
Документ.Квитанция: |
РегистрНакоплений.Продажи |
|
Модуль объекта |
||
|
Рисунок 3.7 – Схема взаимосвязи модулей объекта и массивов данных
Документы используют данные из справочников, а при приведении – записывают данные в регистры накоплений.
Рисунок 3.8 – Схема взаимосвязи модулей менеджера и массивов данных
Отчет.ОтчетПоОстаткамНаСкладе |
РегистрНакоплений.ОстаткиМатериалов |
Отчет.СписокЗаказов |
Документ.КарточкаЗаказа |
Отчет.РейтингПродаж |
РегистрНакоплений.Продажи |
Отчет.БезОплаты |
|
|
Документ.Квитанция |
Отчет.НеВСрок |
|
Рисунок 3.9 – Схема взаимосвязи схем компоновки данных и массивов данных
28
Схема компоновки данных описывает суть данных, которые предоставляются отчету, и формирует отчеты, вызываемые в ИС, таким образом, все схемы компоновки данных используют массивы данных тех объектов, изменения которых они отражают.
3.4 Алгоритм построения выполнения отчетов Отчет «Неоплаченные заказы» формируется в соответствующем разделе
конфигурации. Отчет предназначен для наглядного отображения готовых заказов и предоставленных услуг, которые еще не были оплачены клиентом ко времени сформирования отчета (также предусмотрена возможность просмотра оплаченных на данный момент заказов).
Блок-схема построения отчета «Неоплаченные заказы» изображена на рисунке 3.6.
Начало |
|
|
|
|
Пользователь имеет |
|
Вывод сообщения |
|
|
право на использование |
|
о запрете |
|
|
отчета? |
|
использования |
|
|
Выполнение |
|
|
|
|
запроса выборки |
|
|
|
|
нужных данных из |
|
|
|
|
документа |
|
|
|
|
Оплата = ЛОЖЬ |
Нет |
Конец набора |
Да |
|
данных |
||||
|
|
|
||
Да |
|
Нет |
|
|
|
|
|
||
Вывод выборки |
|
|
|
|
данных из |
|
|
Конец |
|
документа в отчет |
|
|
||
|
|
|
Переход к следующему набору данных
Рисунок 3.13 – Блок-схема построения отчета «Неоплаченные заказы»
29