Диплом: Автоматизация процесса ведения документации и отчетности в АО "СЭМЗ"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
Для хранения данных по сотрудникам создана таблица «Сотрудники»
(таблица 10).
Таблица № 10
Таблица «Сотрудники»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
ФИО
Name
строка
50
Должность
Dolg
строка
20
Телефон
Tel
строка
11
Для хранения данных по клиентам создана таблица «Клиенты» (таблица 11).
Таблица № 11
Таблица «Клиенты»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
ФИО
Name
строка
50
Паспорт
Pasp
строка
20
Водительское
удостоверение
Vod
строка
20
Телефон
Tel
строка
11
Для хранения данных по курсам создана таблица «Курсы» (таблица 12).
Таблица № 12
Таблица «Курсы»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
Наименование
FIO
строка
50
Срок обучения
Srok
строка
10
Стоимость
Stoim
денежный
денежный
Для хранения данных по расписанию занятий создана таблица «Расписание»
(таблица 13).
68
Таблица № 13
Таблица «Расписание»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
Название
Name
строка
50
День недели
Day
строка
10
Время
Vrem
строка
10
Для хранения данных по договорам создана таблица «Договора» (таблица
14).
Таблица № 14
Таблица «Договора»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Номер
Num
строка
5
ключевое поле
Клиент
FIO
строка
50
Курс
Name
строка
50
Стоимость
Stoim
денежный
денежный
Срок обучения
Srok
строка
20
Сотрудник
Sotr
строка
50
2.3.3. Структурная схема пакета (дерево вызова процедур и программ)
Технология внутримашинной организации создается последовательностью
разработанных процедур - схем взаимосвязи программных модулей и
информационных массивов. Подобная схема представляет собой разбиение общего
процесса решения задачи на отдельные процедуры преобразования массивов,
называемые модулями (это - ввод, контроль, перезапись информации с одного МН
на другой, сортировка, уплотнение данных, редактирование, накопление, вывод на
печать и т.п.).
Основываясь на результатах, полученных при разработке дерева функций и
сценария диалога, построим дерево программных модулей, отображающее
структурную схему пакета, содержащей программные модули разных классов. Для
создания текста программы на встроенном языке созданы модули прикладного
решения. Такие модули располагаются в разных местах конфигурации и имеют
разное назначение. Большее количество модулей «привязано» к заданным
69
объектам конфигурации или к самому прикладному решению. Эти модули
вызываются в нужный момент работы прикладного решения.
Так, если модуль, содержит какой-то код, то этот код будет выполнен и
работа прикладного решения продолжена. В этих модулях могут расположиться
процедуры обработки событий, определяемых для различных объектов
прикладного решения. Такие процедуры будут выполняться при наступлении
необходимого события.
Вместе с модулями, вызываемыми в процессе работы прикладного решения,
есть общие модули, которые не вызываются в процессе работы прикладного
решения. Они служат только для размещения в них текстовых функций и
процедур, которые могут вызываться из других модулей прикладного решения.
Так, код, располагающийся в этих общих модулях, будет выполнен только
тогда, когда к нему будет произведено явное обращение из другого модуля
конфигурации или из командного интерфейса.
Для всех программных модулей будет доступен глобальный модуль задачи.
Он образуется значениями свойств и методов глобального модуля и системными
перечислениями, а также системными наборами значений. В общем виде связь
модулей выражается схемой, представленной на рис. 23.
70
Глобальный контекст
Модуль
приложения
Общий
модуль
Модуль формы
документа
Модуль
объекта
документа
Модуль
объекта отчета
Модуль формы
отчета
Модуль
«Клиенты»
Модуль
«Сотрудники»
Модуль
«Курсы»
Модуль отчета
«Расписание»
Модуль отчета
«Текущие
курсы»
Модуль отчета
«Договора в
текущем
месяце»
Заполнение
Корректиро
вка
Заполнение Заполнение
Корректиро
вка
Корректиро
вка
Печать Печать Печать
Формирова
ние
Формирова
ние
Формирова
ние
Просмотр Просмотр Просмотр
Модуль
«Договора»
Заполнение
Корректиро
вка
Рисунок 23 - Структурная схема пакета
Каждый модуль связан с оставшейся частью конфигурации, и такая связь
называется контекстом выполнения данного модуля. Контекст определяется
набором доступных для модуля объектов, переменных, процедур и функций
(таблица 15).
Таблица № 15
Таблица «Описания функций модулей»
п/п
Наименование модуля
Функции модуля
1.
Глобальный модуль
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые необходимо выполнить при
71
п/п
Наименование модуля
Функции модуля
запуске системы «Вождение».
2.
Модуль справочника
«Клиенты»
Содержит предопределенные процедуры формы
списка и элемента справочника
3.
Модуль справочника
«Сотрудники»
Содержит предопределенные процедуры формы
списка и элемента справочника
4.
Модуль справочника
«Курсы»
Содержит предопределенные процедуры формы
списка и элемента справочника
5.
Модуль справочника
«Расписание»
Содержит предопределенные процедуры формы
списка и элемента справочника
6.
Модуль справочника
«Договора»
Содержит предопределенные процедуры формы
списка и элемента справочника
7.
Модуль отчета
«Расписание»
Содержит предопределенные процедуры формы
списка и элемента справочника
8.
Модуль отчета «За период»
Содержит предопределенные процедуры формы
списка и элемента справочника
9.
Модуль отчета
«По занятиям»
Содержит предопределенные процедуры формы
списка и элемента справочника
2.3.4. Описание программных модулей
Общий модуль
В конфигурации может быть определено произвольное количество общих
модулей, в том числе и ни одного. Контекст общего модуля создается на
глобальном и локальном контексте самого общего модуля, то есть с помощью
процедур и функций, определённых внутри общего модуля рис. 24.
Поскольку общий модуль не используется системой непосредственно, в нём
нет раздела описания переменных и раздела основной программы. Общий модуль
содержит определения процедур и функций.
В случае если процедуры или функции общего модуля определены
экспортируемыми, они станут частью глобального контекста и будут доступны
всем модулям прикладного решения.
Так как общий модуль не «привязан» к объекту конфигурации, а имеет
отношение ко всему прикладному решению, имена экспортируемых переменных,
процедур и функций будут различными во всех общих модулях. Иначе будет
выдаваться синтаксическая ошибка, так как глобальный модуль станет содержать
повторяющиеся имена.
72
Глобальный модуль
Общий модуль
Рисунок 24 - Контекст общего модуля
Модуль приложения.
В конфигурации есть один модуль приложения. Контекст модуля
приложения будет образовываться [19] (рис. 25):
Глобальным модулем, включающим экспортируемые функциями и
процедуры общих модулей;
Локальным контекстом модуля приложения.
Он выполняется при запуске системы или в процессе обращении к
приложению как к Automation-серверу. Такой модуль нужен для обработки
действий, связанных с периодом работы конечного пользователя. Кроме
описанных переменных и основной программы, модуль приложения обычно
содержит описание процедур-обработчиков событий, связанных с сеансом
пользователя и прикладным решением в целом.
Глобальный модуль
Модуль
приложения
Общий модуль
Рисунок 25 - Контекст модуля приложения
Основными событиями, обрабатываемыми в модуле приложения, являются
события начала и окончания работы приложения. Схема вызова представлена на
рис 26. [19]
Событие ПередНачаломРаботыСистемы появляется во время запуска
системы до открытия главного окна. В процессе обработки этого события
разработчик имеет возможность отказаться от запуска системы в случае, если
73
условия не выполняются. Надо учесть, что поскольку данное событие вызывается в
тот момент, когда главное окно программы ещё не открыто, будет недоступен
набор действий, которые требуют наличия главного окна.
Событие ПриНачалеРаботыСистемы появляется при запуске системы
«Вождение». Разработчики уже не могут отказаться от запуска систем, но могут
выполнять действия, которые обязательно будут выполнены при начале работы
пользователей системы (например, открытие форм, содержащих справочные
данные и т.д.)
События ПередЗавершениемРаботыСистемы появляются при завершении
работы системы «Вождение» до момента закрытия главных окон. Обрабатывая эти
события, разработчики могут отказать в завершении работы, если какое-то условие
не выполнено.
События ПриЗавершенииРаботыСистемы появляются при завершении
работы системы «Вождение» уже после закрытия главных окон. В обработчике
данного события разработчики уже не могут отказать в закрытии приложения, но
могут выполнять действие, которое обязательно должно быть выполнено при
окончании работы пользователей.
Модуль объекта
Любой прикладной объект конфигурации, данные которого могут быть
модифицированы «Вождение», имеет свой модуль. Такой модуль используют при
создании объектов встроенного языка, которые позволяют модифицировать данные
объектов конфигурации. Соответствующие объекты встроенного языка создаются,
например, при введении нового объекта, при копировании, при получении данных
существующего объекта и т.д. для различных объектов конфигурации этот модуль
имеет различные имена.
74
ПередНачаломРаботыСистемы
ПриНачалеРаботыСистемы
ПередЗаРавершениемботыСистемы
ПриЗавершенииРаботыСистемы
Модуль приложения
Открытие главного окна
программы
Закрытие главного окна
программы
Рисунок 26 - Последовательность вызова событий модуля приложения
Контекст модуля объекта образуются [19]:
Глобальными контекстами, в том числе которые экспортируемы
функциями и процедурами общего модуля (в зависимости от мест
создания объектов);
Процедурами и функциями модулей приложения или модулей внешних
соединений (в зависимости от места созданий объектов);
Свойствами и методами объектов встроенного языка, контекст которых
расширяется модулями;
Реквизитами объектов конфигураций, которым «принадлежат» модули;
Локальными контекстами самих модулей объектов.
Когда переменные, процедуры и функции модуля объекта определяются как
экспортируемые, они будут доступны в качестве свойств и методов
соответствующих объектов встроенного языка.
Кроме описания переменных и основной программы, модуль объекта
содержит описание процедур-обработчиков событий, связанных с этим объектом.
Состав таких событий различен для разных объектов – ПередЗаписью и
ПриЗаписи. Последовательность их вызова определена на рис. 27.
События ПередЗаписью вызываются для записи информации, после начала
транзакции по записи, но до непосредственной записи информации в базы данных.
75
В обработчике этих событий разработчики могут отказаться от записи
информации, если, например, не выполнено требуемое условие.
События ПриЗаписи вызываются тогда, когда были выполнены записи
информации в базы данных, но до окончания транзакций записи. В обработчике
этих событий разработчики могут отказаться от записи информации, если,
например, по результату записи этой информации в базе нарушатся какое-либо
условие.
Модули формы.
Любая форма, определённая в конфигурации, имеет свой модуль. Эти
модули выполняются при создании объектов Форма встроенного языка. Эти
объекты создаются при открытии форм прикладных объектов (например, при
открытии форм элементов справочника) или явно получается средствами
встроенного языка.
Контексты модулей форм образуются:
Глобальными контекстами, включающими экспортируемые функции и
процедуры общих модулей (если для данного модуля установлено хотя
бы одно из свойств Клиент или Сервер);
Экспортируемой переменной, процедурой и функцией модуля
приложения;
Свойством и методом объектов, которые назначены основными
реквизитами форм, включая и экспортируемую переменную, процедуру и
функцию, определённые в модуле данных объектов;
Свойством и методом расширения форм, определяемые основными
реквизитами форм;
Свойством и методом объектов Форма встроенного языка;
Реквизитом формы, который «принадлежит» модулю;
Локальными контекстами самих модулей форм.
76
Модуль объекта
ПередЗаписью
ПриЗаписи
Транзакция
записи
Запись данных
Рисунок 27 - Последовательность вызова событий модуля объекта
Когда переменная, процедура и функция модуля формы определяются как
экспортируемые, они доступны в качестве свойств и методов соответствующего
объекта Форма встроенного языка.
Помимо описаний переменных и основных программ, модули формы
содержат описания процедур-обработчиков событий, которые связанны с формой.
Основными событиями, обрабатываемыми в модулях форм, являются события по
открытию и закрытию форм. Последовательности по их вызову показана на рис 28.
События ПередОткрытием появляются при открытии форм до показа их
окон пользователям. Изменение значения реквизита форм, выполняемое в этом
обработчике, не приведет к установке модифицированности форм, поэтому можно
выполнить установку начального значения и провести инициализацию
необходимого реквизита.
Модуль формы
ПередОткрытием
ПриОткрытии
ПередЗакрытием
ПриЗакрытии
Открытие окна
формы
Закрытие окна
формы
Рисунок 28 - Последовательность вызова событий модуля формы

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)