68
Таблица Подразделения
Название поля Идентификатор
поля
Тип поля Длина
поля
Приме
чание
Код
подразделения
Код
подразделения
Счетчик Ключев
ое поле
Название Название Строка 20
Таблица 15
Таблица Документ
Название поля Идентификатор
поля
Тип поля Длина
поля
Приме
чание
Код документа Код документа Счетчик Ключев
ое поле
Название Название Строка 20
Вид документа Вид документа Строка
Таблица 16
Таблица Создание
Название поля Идентификатор
поля
Тип поля Длина
поля
Код создания Код создания Счетчик
Код документа Код документа Число
Дата выдачи Дата выдачи Дата
Код сотрудника Код сотрудника Число
Код задачи Код задачи Число
Вид документа Вид документа Строка
Таблица 17
Таблица Регистрация
Название поля Идентификатор
поля
Тип поля Длина
поля
Код документа Код документа Число
Дата регистрации Дата регистрации Дата
Код сотрудника Код сотрудника Число
Зарегистрирован Зарегистрирован Булево
Таблица 18
Таблица Исполнение
Название поля Идентификатор
поля
Тип поля Длина
поля
Код исполнения Код исполнения Счетчик
Код документа Код документа Число
Дата исполнения Дата исполнения Дата
Код сотрудника Код сотрудника Число
Код задачи Код задачи Число
Исполнен Исполнен Булево
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Схема взаимосвязи программных модулей представляет собой разделение
общего процесса решения задачи на отдельные процедуры преобразования
69
информации, именуемой модулями. Дерево программных модулей отражает
логическую структуру программы с указанием типов взаимодействия модулей:
- тип Т – передача управления вызываемому модулю с возвратом в
вызывающий модуль;
- тип Р – передача управления без возврата.
Дерево программных модулей для исходящих документов представлено для
входящих документов на рисунке 10.
Рисунок 10. Дерево программных модулей. Входящие документы
2.3.4. Описание программных модулей
В разрабатываемой системе выполняется расчет таких показателей:
- число входящих документов;
- число исходящих документов;
- число исполненных документов.
В таблице 19 представлено описание первичных показателей, а в таблице 20
приведено описание результатных показателей.
70
Рисунок 11 Блок-схема модуля документа «Заполнение
документов»
Таблица 19
Формализованное и исходное описание первичных показателей
Наименование показателей
Идентификатор
показателя
Созданные K
Зарегистрированные X
Исполненные NI
71
Таблица 20
Формализованное описание результатных показателей
Наименование показателя
Идентификатор
показателя
Алгоритм расчета
Количество созданных S1 Σ К
Количество заренистрированных S2 Σ Х
Количество исполненных S3 Σ N
В модулях 1С содержится исполняемый код, который необходим для того
чтобы каким-либо образом отреагировать на действия системы или пользователя,
когда визуальных средств недостаточно для описания взаимодействия объектов в
конфигураторе. Также в врограммных модулях можно описывать собственные
методы.
Любая строчка кода находится в каком-либо модуле, это отличие от 1С7.7, где
программный код мог располагаться и в ячейках таблиц макета и в свойствах
элементов формы.
Перечислим модули, которые находятся в 1С 8.3
Модули платформы 1С Предприятия 8.3:
• Модуль управляемого приложения
• Модуль обычного приложения
• Модуль внешнего соединения
• Модулем сеанса
• Общие модули
• Модуль объекта
• Модуль формы
• Модуль менеджера объекта
• Модуль менеджера значений
• Модули наборов записей
Модули_1С
Основные разделы модуля:
1. Раздел описания локальных переменных данного модуля, можно указывать
директиву компиляции (существует не для всех модулей).
2. Раздел описания процедур и функции. Если не писать директиву компиляции
то по умолчанию она — &НаСервере, порядок процедур и функций не имеет ни
какого значения.
72
3. Раздел основной программы модуля (содержатся некоторые операторы).
Данный раздел выполняется при обращении к модулю (существует не для всех
модулей).
Не все модули содержат разделы описания переменных и раздел основной
программы.
Например: Общий модуль или Модуль сеанса.
Правила компиляции модуля:
1. Некоторые модули компилируются полностью либо на стороне клиента,
либо на стороне сервера. Все методы в них – либо клиентские, либо серверные.
Пример клиентского модуля – модуль управляемого приложения.
2. Некоторые модули могут совмещать клиентские и серверные методы. В этом
случае для каждого метода необходимо указывать директивы компиляции —
&НаКлиенте или &НаСервере. Пример – модули управляемых форм.
Классификация модулей:
1. Серверные. Компилируются только на стороне сервера – модуль объекта,
модуль менеджера, модуль набора записей.
2. Клиентские. Компилируются только на клиенте, например модуль
управляемого приложения.
3. Комбинированные. Могут компилироваться и на сервере и на клиенте –
модуль формы и общие модули.
Место компиляции модулей:
1. Тонкий клиент (Предоставляет возможность использования веб-браузера).
2. Сервер.
3. Толстый клиент.
Как видно модулей не так уж и мало, практически у каждого объекта
конфигурации есть модуль который имеет свое предназначение.
При проектировании базы данных разработаны следующие таблицы,
наименование которых и их назначение приведено в таблице 11.
2.4. Контрольный пример реализации проекта и его описание
Далее заносим данные в справочники ( рис. 11 – 15)
73
Рисунок 12. Заполнение справочника Подразделения
Рисунок 13. Заполнение справочника Сотрудники
74
Рисунок 14. Заполнение справочника Должности
Рисунок 15. Заполнение справочника Задачи
75
Рисунок 16. Заполнение справочника Документы
Заполняем документы (рис. 17-19)
76
Рисунок 17. Заполнение формы ввода Создание документа
Рисунок 18. Заполнение формы ввода Регистрация документа
77
Рисунок 198. Заполнение формы ввода Исполнение документа
Получили следующие отчеты: (рис.20-22)
Рисунок 20. Отчет по созданным документам