Файл: Автоматизация учета инвестиций и ценных бумаг ( Технико-экономическая характеристика учета инвестиций и ценных бумаг и ОАО «Верес»).pdf

Таблица 1.1

Недостатки в текущем состоянии ИТ компании «Верес» по состоянию на 01.01.2019 г.

В рамках данных бизнес процессов компания пользуется информационными системами, приведенными в таблице ниже.

Таблица 1.2

Приложения в рамках бизнес-процессов

ERP Диаграмма управления предприятием

Рисунок 1.7 ERD диаграмма сущность – связь

Рисунок 1.8 Схема технологической сети АИС в компании «Верес»

Рассмотрим какие, исходя из имеющихся процессов, цели компании «Верес» соответствуют задачам ИТ-стратегии (таблица 1.3).

Таблица 1.3

Связь задач ИТ с стратегическими целями компании «Верес»

2.2 Характеристика базы данных

В основу СУБД MS SQL положена иерархия планов. Планы нижних уровней зависят от планов более высоких уровней, т.е. план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того эти планы связаны между собой таким образом, что результаты планов нижнего уровня оказывают обратное воздействие на планы высшего уровня.

Для информации следующих разделов необходимо разобраться как данные 1С:Предприятие физически хранятся в базе данных СУБД MS SQL
1С:Предприятие применяет понятное название таблиц в базе:

_Reference - справочники;

_Document - документы;

_Seq – последовательности;

_InfoRg – регистры сведений;

_AccumRg – регистры накопления.

Функция платформы «ПолучитьСтруктуруХраненияБазыДанных()» используется для получение соответствия названий объектов 1С:Предприятие и названий физических таблиц СУБД для хранения этих объектов.

Для просмотра соответствия объектов конфигурации физической структуре базы полезна обработка «СтруктураТаблиц».

Рассмотрим хранение разных типов объектов: каждая константа хранится в своей отдельной таблице «_Const<n>» из одной строки.

В соответствии с теорией реляционных БД каждая строка таблицы должна быть уникальна. Можно применять автотинкремент, но 1С:Предприятие применяет GUID. GUID (Globally Unique Identifier) — статистически уникальный 128-битный идентификатор. Его главная особенность — уникальность. Уникальность не гарантируется, но вероятность повторения крайне мала.

MS SQL имеет проблемы с хранением дат менее 1753 года. Для того что бы не зависеть от проблем с датами для базы 1С:Предприятие (например при записи пустой даты «01.01.0001») при ее создании можно включить «Смещение дат». При включенном смещении дат все даты хранятся в базе со смещение в 2000 лет («01.01.2014» будет храниться как «01.01.4014»).

Составной тип данных физически храниться в базе, используя несколько полей:

«_TYPE» – простой тип или ссылочный (0x8);

«_RTRef» – Для ссылочных типов, номер таблицы (), в которой находится ссылка;

«_RRRef» – Для ссылочных типов, значение ссылки (b3e2001617ec3f2a11e1912c787ec129) – идентифицирует строку в таблице ().

Поля для хранения простых типов (если они используются): «_L» – булево, «_N» - число, «_T» - дата, «_S» - строка.

Каждый регистр накопления состоит из двух физических таблиц: таблица движений и таблица итогов.

Таблица движений: «_AccumRg<n>» - основная таблица регистра. Используется для хранения всех движений регистра в привязке к регистратору (документу). Поля таблицы движений следующие: Период, регистратор, номер строки, признак активности, вид движения (только для остаточных регистров), поля измерений, ресурсов и реквизитов (_Period , _RecorderTRef, _RecorderRRef, _LineNo, _Active, _RecordKind). Поля измерений, ресурсов и реквизитов (_Fld<n>).

Таблица итогов: «_AccumRgT<n>» - с суффиксом «T» для остаточных регистров и «_AccumRgTn<n>» - с суффиксом «Tn» для оборотных). Таблицы итогов регистров используются для хранения промежуточных итогов ресурсов в разрезе периодов (месяцев) и измерений (но не реквизитов). Поля таблицы итогов следующие: Период(_Period), поля измерений, поля ресурсов (_Fld<n>).

Таблица итогов необходима для оптимального получения итогов на определенный период. Таблица итогов содержит вторичную (вспомогательную) информацию, которая рассчитана, сгруппирована (агрегирована) на основании данных таблицы движений (основной таблицы). В расчете итогов участвуют только активные записи таблицы движений (признак активности «_Active»).

Как итоги оптимизируют получение данных из регистра: представим ситуацию получения итогов регистра на определенную дату. Используя только таблицу движений нам бы пришлось рассчитывать итоги, перебирая каждую запись таблицы с «начала времен». За несколько лет в таблице движений может накопиться более миллиона записей и перебор записей в ней является не оптимальным. Используя таблицу итогов, определяем промежуточные итоги за период(месяц), в котором находится наша дата получения итогов и уже от промежуточных итогов рассчитаем итоги на конкретную дату используя таблицу движений. Применение таблиц итогов существенно оптимизирует расчет итогов регистров на определенную дату, так как нам больше не надо перебирать таблицу движений с «начала времен».

Кроме промежуточных итогов по периодам в таблице итогов хранятся так называемые «Текущие итоги». Текущие итоги – это самые последние итоги регистра. Использование текущих итогов позволяет оптимизировать получение итогов в оперативном режиме (самых последних итогов без указания конкретного периода). Тогда получение таких итогов сводится к использованию только таблицы итогов (таблица движений в этом случае вообще не применяется).

Текущие итоги хранятся в таблице итогов с периодом «01.11.3999» (если используется смещение дат, то «01.11.5999»). Управление итогами (пересчет, включение, выключение) осуществляется в форме управления итогами (Все функции – Стандартные – Управление итогами).

Также управлять итогами регистров можно программно:
Регистр.УстановитьИспользованиеИтогов()
Регистр.УстановитьИспользованиеТекущихИтогов()
Регистр.ПересчитатьИтоги()
ПересчитатьТекущиеИтоги()

При пересчете таблица итогов очищается и заполняется (рассчитываются) заново на основании таблицы движений.

Оперативное проведение гарантирует что документ проводится самый последний (по моменту времени). При оперативном проведении нельзя проводить документ будущей датой. В конфигурациях на платформе 1С:Предприятие реализует принцип что остатки проверяются (влияют на отмену проведения) только при оперативном проведении

Для плана счетов, связанного с регистром бухгалтерии можно задать признаки учета (например количественный, валютный). Признаки учета имеют тип «Булево». Для каждого счета учета можно установить значение признаков учета разделив счета по признакам учета. Также с признаками учета можно связать измерения и ресурсы регистра бухгалтерии. Если в движении указан счет учета для которого не установлен признак учета, то в измерения и ресурсы, связанный с этим признаком, будет записано значение «NULL». Значения измерений и ресурсов, связанных с признаком учета, будут заполняться только в том случае, если в движении (проводке) используется счет, в котором этот признак учета установлен.

2.3 Описание программных модулей

В модуле приложения описываются процедуры (обработчики) событий, которые инициализируются при старте и окончании работы системы. Например, при начале работы приложения можно обновить какие-либо данные конфигурации, а при завершении работы  - поинтересоваться, стоит ли вообще выходить из программы. Кроме того, в данном модуле перехватываются события от внешнего оборудования, например, торгового или фискального. Стоит отметить, что модуль приложения выполняется  только в случае интерактивного запуска приложения, то есть когда запускается окно программы.

В платформе 1С существует два различных модуля приложения. Это модуль Обычного приложения и модуль Управляемого приложения. Они срабатывают  при запуске различных клиентов. Так, модуль Управляемого приложения срабатывает при запуске веб-клиента, тонкого клиента и толстого клиента в режиме управляемого приложения. А модуль обычного приложения срабатывает при запуске толстого клиента в режиме обычного приложения. Настройка режима запуска приложения задается в свойстве конфигурации "Основной режим запуска".

В модуле приложения могут располагаться все 3 раздела – объявления переменных, описания процедур и функций, а так же основной текст программы. Модуль приложения компилируется на стороне клиента, что сильно ограничивает нас в использовании многих типов данных. Расширить контекст модуля приложения можно за счет методов общих модулей, для которых установлено свойство «Вызов сервера». Все переменные и методы программного модуля приложения, помеченные как экспортные, будут доступны в любом модуле конфигурации, работающем на стороне клиента. Однако, как бы ни было это заманчиво, не следует размещать здесь большое количество процедур и функций. Чем больше в данном модуле находится кода, тем длительнее время компиляции, а, следовательно, и время запуска приложения.