81
Структура справочника «Отделы»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код отдела
Код_отдела
AN
5
PK
2
Название
Наименование
C
30
Таблица 2.17
Структура справочника «Должности»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код должности
Код_товара
AN
5
PK
2
Должность
Должность
C
30
Таблица 2.18
Структура справочника «Тип документа»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код документа
Код_документа
AN
5
PK
2
Документ
Документ
C
30
Таблица 2.19
Структура справочника «Резолюция»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код резолюции
Код_резолюции
AN
3
PK
2
Резолюция
Резолюция
C
50
82
Таблица 2.20
Структура справочника «Сотрудники»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код сотрудника
Код_сотрудника
AN
5
PK
2
Код должности
Код_должности
N
5
4
Код отдела
Код_отдела
N
5
5
Фамилия
Фамилия
С
20
6
Имя
Имя
C
20
FK
8
Отчество
Отчество
C
20
Таблица 2.21
Структура таблицы «Входящие документы»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1.
Входящий номер
Входящий_номер
AN
5
PK
2.
Код резолюции
Код_резолюции
N
5
FK
3.
Код документа
Код_документа
N
5
FK
4.
Код сотрудника
Код_сотрудника
N
5
FK
5.
Код должности
Код_должности
N
5
FK
6.
Код отдела
Код_отдела
N
5
FK
7.
Дата поступления
Дата поступления
D
5
8.
Источник
поступления
Источник_
поступления
C
5
9.
Номер документа
Номер_документа
N
5
10.
Дата документа
Дата_документа
D
10
11.
Краткое содержание
Краткое_содержание
C
300
83
12.
Краткая виза
Краткая_виза
C
150
13.
Получатель
Получатель
C
100
14.
Срок исполнения
Срок_исполнения
D
10
15.
Примечание
Примечание
C
300
16.
Электронный
документ
Электронный_докум
ент
C
255
Таблица 2.22
Структура справочника «Статус»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код статуса
Код_статуса
AN
3
PK
2
Статус
Статус
C
50
Таблица 2.23
Структура справочника «Контрагенты»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1
Код контрагента
Код_резолюции
AN
3
PK
2
Наименование
Наименование
C
50
3
Адрес
Адрес
С
100
84
Таблица 2.24
Структура таблицы «Исходящие документы»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1.
Исходящий номер
Исходящий_номер
AN
5
PK
2.
Код резолюции
Код_резолюции
N
5
FK
3.
Код документа
Код_документа
N
5
FK
4.
Код сотрудника
Код_сотрудника
N
5
FK
5.
Код должности
Код_должности
N
5
FK
6.
Код отдела
Код_отдела
N
5
FK
7.
Дата поступления
Дата_поступления
D
5
8.
Источник
поступления
Источник_поступл
ения
C
5
9.
Дата документа
Дата_документа
D
10
10.
Краткое содержание
Краткое_содержан
ие
C
300
11.
Адресат
Адресат
12.
Отправитель
Отправитель
13.
Электронный
документ
Электронный_доку
мент
C
255
85
Таблица 2.25
Структура таблицы «Внутренние документы»
№
Наименование поля
Идентификатор
Тип
Значность
Прочее
1.
Номер документа
Номер документа
AN
5
PK
2.
Код резолюции
Код_резолюции
N
5
FK
3.
Код документа
Код_документа
N
5
FK
4.
Код сотрудника
Код_сотрудника
N
5
FK
5.
Код должности
Код_должности
N
5
FK
6.
Код отдела
Код_отдела
N
5
FK
7.
Дата документа
Дата документа
D
10
ER-диаграмма логической модели представлена на рисунке. 2.8.
86
Тип_документа
Код_документа
Документ
FK1 Входящий_номер
Должности
Код_должности
Должность
Исходящие документы
Исходящий_номер
Дата_документа
Адресат
Краткое_содержание
Отправитель
Электронный_документ
FK4 Код_сотрудника
FK2,I1 Код_контрагента
FK1,I3 Код_документа
FK3,I2 Код_статуса
Внутренние документы
Номер_документа
Дата_документа
Отправитель
Краткое_содержание
Электронный_документ
I2 Автор_документа
Согласован
FK2,I1 Код_резолюции
FK1,I3 Код_статуса
FK3,I4 Код_документа
FK4 Код_сотрудника
Контрагент
U1 Код_контрагента
Наименование
Адрес
Входящие документы
Входящий_номер
Дата_поступления
Номер_документа
Дата_документа
Краткое_содержание
Краткая_виза
Получатель
Срок_исполнения
Примечание
Электронный_документ
I2 Отправитель
FK2,I4 Код_статуса
FK3 Код_резолюции
I5 Код_документа
I3,I1 Исполнитель
FK1 Код_контрагента
FK4 Код_сотрудника
Отдел
Код_отдела
Наименование
Резолюция
Код_резолюции
Резолюция
Сотрудники
Код_сотрудника
Фамилия
Имя
Отчество
FK2,I1 Код_должности
FK1,I3,I2 Код_отдела
Статус_документа
U1 Код_статуса
Статус
Рис. 2.8 Логическая модель данных
Центральной сущностью модели данных является ВХОДЯЩАЯ
ДОКУМЕНТАЦИЯ, ИСХОДЯЩАЯ ДОКУМЕНТАЦИЯ, ВНУТРЕННЯЯ
ДОКУМЕНТАЦИЯ, СОТРУДНИКИ.
Сущности являются зависимыми, т.к. наследуют атрибуты из других
сущностей.
87
Связь между таблицами определена как Один-ко-Многим, Обеспечивается
целостность денных, т.е. значения полей в основных таблицах должны содержать
поля справочных таблиц.
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
В системе «1С: Предприятие» существуют несколько видов программных
модулей. Они различаются по месту размещения и доступному контексту.
Модуль приложения располагается в корневом разделе конфигурации, в нем
располагаются процедуры-обработчики событий, которые инициализируются при
старте и окончании работы системы. В модуле приложения возможно объявление
переменных, а также объявление и описание процедур и функций, которые будут
доступны в любом модуле конфигурации. Доступность также обеспечивается для
неглобальных общих модулей с установленным свойством Клиент. В контексте
модуля приложения доступны экспортируемые процедуры и функции общих
модулей.
Модуль внешнего соединения расположен в корневом разделе конфигурации.
В нем располагаются процедуры-обработчики событий, которые инициализируются
при старте и окончании работы системы в режиме внешнего соединения (СОМ-
соединения). В этом модуле возможно объявление переменных, а также объявление
и описание процедур и функций, которые будут доступны для внешнего приложения,
а также для неглобальных общих модулей с установленным свойством «Внешнее
соединение». Модуль присутствует только в сессии внешнего соединения. В данном
режиме характерно полное отсутствие пользовательского интерфейса.
Модуль сеанса – это модуль, который автоматически выполняется при старте
системы «1С: Предприятие 8.2» в момент загрузки конфигурации. Он предназначен
для инициализации параметров сеанса и отработки действий, связанных с сеансом
работы. Модуль сеанса всегда исполняется в привилегированном режиме в кластере
серверов «1С: Предприятия 8.2», он не содержит экспортируемых процедур и
функций и может использовать процедуры из общих модулей конфигурации.
Общие модули располагаются в отдельной ветке дерева метаданных.
Основным их назначением является содержание общих алгоритмов конфигурации,
88
доступных из разных модулей. В общих модулях отсутствует раздел определения
переменных и раздел основной программы, то есть они содержат только раздел
процедур и функций. В любом общем модуле возможно объявление и описание
процедур и функций, которые будут доступны в любом модуле конфигурации.
Модули прикладных объектов. Набор прикладных объектов имеет
собственные модули. К таким объектам относятся: менеджеры значения константы;
справочники; документы; отчеты (внешние отчеты); обработки (внешние
обработки); планы видов характеристик; планы счетов; планы видов расчетов;
бизнес-процессы; задачи; регистры.
Модули располагаются в ветках конфигурации, в которых содержатся сами
объекты и являются свойствами объектов. Каждый объект имеет свой
индивидуальный модуль.
В этих модулях возможно объявление переменных, процедур и функций,
которые будут доступны при работе с объектом извне во встроенном языке, дополняя
контекст объекта. В контексте модуля прикладного объекта есть доступ к реквизитам
и табличным частям объекта, а также его методам и событиям.
Модули форм – эти модули содержатся в формах конфигурации. Каждая
форма имеет свой индивидуальный модуль. В этих модулях возможно объявление
переменных, процедур и функций, которые будут доступны при работе с формой
извне во встроенном языке, дополняя контекст формы.
Если у формы назначен основной реквизит, то в модуле формы становятся
доступны свойства и методы прикладного объекта, используемого в качестве
основного реквизита.
Программные модули информационной системы, располагаемые в форме
конфигурации представлены на рисунке 2.9.
89
Рис. 2.9 Конфигурация ИС
Пользовательским интерфейсом называется совокупность команд главного
меню и панелей инструментов, настроенных на работу с конкретными объектами
данных – документами, справочникам и, журналами и т. д.
Все объекты метаданных, которые существуют в системе, образуют несколько
90
основных видов.
Формально объекты объединяются в виды в дереве метаданных. Их названия
пользователь видит на первом уровне дерева, когда открывает окно Конфигурация в
Конфигураторе.
Набор объектов метаданных создаётся при помощи инструментальных
средств, т.е. в окне конфигуратора или с использованием специальных
конструкторов.
1. Диалогового окна, при помощи которого осуществляется
взаимодействие пользователя с данными и метаданными объекта;
2. Печатной таблицы, которая отображает на экране монитора
информацию, содержащуюся в объекте;
3. Алгоритма (программного модуля) [12].
Ниже приведена краткая характеристика основных видов объектов
метаданных системы в соответствием с таблицей 2.26.
Таблица 2.26.
Виды объектов метаданных системы
Наименование
Краткая характеристика
Справочники
Списки однородных элементов данных. Используются для
храпения нормативно-справочной информации.
Документы
Служат для ввода информации о совершенных хозяйственных
операциях.
Журналы
документов
Списки объектов данных типа “Документ”. Служат для работы с
документами.
Отчеты
Средство получения выходной информации. Источником данных
для построения отчетов служат документы, справочники и
регистры, также используется информация, хранящаяся в
константах.
Обработка
Объекты метаданных этого вида используются для выполнения
различных действий над информационной базой.
Операция
Средство отражения в бухгалтерском учете хозяйственных
операций, происходящих в организаци. Объектами данных этого