Файл: Конспект лекций междисциплинарного курса мдк 01. 03 Программирование в среде 1С предприятие.doc

Регистры расчета предназначены для проведения сложных периодических расчетов. Как плавило, на практике это расчеты заработной платы. С каждым регистром расчетов должен быть связан план видов расчета, предназначенный для хранения видов расчета. Регистры расчета являются периодическими, разновидности периодов: день, месяц, квартал, год.
Механизм виртуальных таблиц обеспечивает быстрый доступ к специфической информации в регистре. Каждый регистр имеет собственный набор виртуальных таблиц. Виртуальные таблицы не хранятся в базе данных, а создаются по мере обращения к ним. Разработчик может использовать виртуальные таблицы в запросах или в программном коде при посредстве специальных методов регистров.

Так как виртуальные таблицы используются для повышения производительности, то их использование в соответствующих запросах является обязательным. Обращение к регистру там, где возможно обращение к виртуальной таблице является ошибкой.

Рассмотрим виртуальные таблицы регистров сведений и накопления.

Таблица СрезПервых возвращает записи регистра сведений, наиболее близкие в прошлом к заданной в параметре таблицы дате.

Таблица СрезПоследних возвращает записи регистра сведений, наиболее близкие в будущем к заданной в параметре таблицы дате.

Таблица Остатки возвращает остатки по регистру накоплений на заданную дату. Используется только в регистре накоплений остатков. В качестве параметров передаются границы временного диапазона.

Таблица Обороты возвращает обороты по регистру накоплений на заданную дату. Используется только в регистре накоплений оборотов. В качестве параметров передаются границы временного диапазона.
Каждому регистру объектной модели данных соответствует набор программных объектов, при помощи которых разработчик может решать прикладные задачи (рис. 3.9). Рассмотрим их. (В описаниях объектов вид регистра, например «РегистрСведений», заменено на «Регистр»).

Объект РегистрыМенеджер представляет собой коллекцию всех регистров конфигурации.

Объект РегистрМенеджер предназначен для управления отдельным регистром. При помощи свойств и методов этого объекта разработчик может работать с формами

---

, обращаться к записям.

Объект РегистрСписок обеспечивает управление списком записей регистра в элементах управления.

Объект РегистрВыборка поддерживает механизм динамического перебора элементов справочника для получения доступа к их реквизитам. Данные доступны только для чтения.

Объект РегистрНаборЗаписей представляет собой коллекцию записей регистра. Позволяет добавлять и удалять записи, изменять их данные.

Объект РегистрЗапись представляет собой отдельную запись регистра, является элементом коллекции объекта РегистрНаборЗаписей.

Объект РегистрКлючЗаписи содержит поля записи, представляющие собой уникальный идентификатор записи.

Рис. 3.9. Взаимосвязь объектов для работы с регистрами
3.6. Планы видов характеристик
План видов характеристик является самостоятельным типом основных объектов объектной модели «1С: Предприятия». Его назначение – хранение дополнительных свойств (видов характеристик) других объектов модели, которые не могут быть смоделированы на этапе разработки, так как во время разработки они не существуют и потребность в них возникает уже на этапе эксплуатации программной системы. В таком случае невозможно использовать стандартный механизм реквизитов объектов. Еще одна сложность – реализации пользовательского интерфейса для переменных свойств.

Таким образом, когда пользователь добавляет к какому-либо объекту (например, справочнику Контрагентов) новое свойство (например, признак участия в маркетинговой акции или получения поздравления к празднику), в терминологии объектной модели он добавляет новый вид характеристик. А когда пользователь для конкретного контрагента ставит признак участия в акции, тем самым он добавляет саму характеристику.

Если отвлечься от сути хранимых данных, то план видов характеристик во многом напоминает справочник и является его специализированным вариантом.

В общем случае дополнительные виды характеристик должны иметь произвольный тип данных. Для реализации этого требования в план видов характеристик включено свойство Тип значения характеристик. Он имеет составной тип данных. Проводя дальнейшее обобщение можно предположить, что пользователю может понадобиться создать и новый тип данных. Для таких случаев план видов характеристик имеет свойство

---

Дополнительные значения характеристик, которое является подчиненным справочником (Рис. 3.10).

Рис.3.10. План видов характеристик
План видов характеристик является только хранилищем новых видов характеристик. Для того чтобы конкретным объектам можно было назначать новые характеристики, разработчик должен предусмотреть использование какой-либо таблицы, в которой назначаются связи между элементами прикладного объекта и видами характеристик. Лучше всего на эту роль подходит регистр сведений, который должен иметь как минимум два измерения и один ресурс (Рис. 3.11). Измерения должны содержать ссылки на элемент прикладного объекта и вид характеристик. В ресурсе должно храниться значение характеристики. Таким образом, одна запись такого регистра сведений представляет собой одну характеристику объекта с его значением.

Рис. 3.11. Регистр сведений для хранения характеристик
Для того, чтобы в ресурс регистра сведений можно было добавлять значения различных типов значений характеристик, назначенных для плана видов характеристик, он должен иметь ссылочный тип данных Характеристика.ИмяПланаВидовХарактеристик.

---

3.7. Методика построения объектной PIM и PSM моделей

Для создания платформенно – независимой модели необходимо провести анализ предметной области. Например, по такой методике:

1. 
   Анализ событий (хозяйственных операций)
   
2. 
   Выявление отдельных событий, цепочек событий, групп событий. Установление взаимосвязей между цепочками и группами
   
3. 
   Из групп формируются центры функциональности – структурные подразделения. Из цепочек формируются бизнес – процессы.
   
4. 
   Создание документов
   
5. 
   Анализ информационных потоков. Разделение на условно переменные и постоянные.
   
6. 
   Создание справочников
   

Справочники и связи между ними переносятся один к одному. Документы переносятся один к одному или один ко многим. В любом случае необходимо предусмотреть использование регистров и определить движения по регистрам.

4. Табличная модель платформы «1С: Предприятие»

4.1. Табличная модель данных

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

К достоинствам табличной модели можно отнести тот факт, что построение модели предметной области по существу совпадает с проектированием структуры БД.

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

Инструментом отбора и анализа данных является язык запросов SQL. В «1С: Предприятии» табличная модель данных используется явно только при создании и редактировании запросов. В инструменте Конструктор запроса разработчик может использовать иерархический список объектов табличной модели данных.

Для каждой моделируемой разработчиком сущности создается как минимум одна таблица БД. Архитектура платформы и инструментарий не позволяют обращаться к таблицам и их полям непосредственно по именам, подобно традиционным СУБД. Разработчик 1С не знает имен таблиц и полей, как они представлены в БД. Вместо этого он использует наименования, соответствующие моделируемым объектам. Тем не менее, на уровне БД им соответствуют таблицы.

---

В «1С: Предприятии» различают два типа таблиц.

Реальные таблицы соответствуют моделируемым объектам (сущностям) и хранятся в базе данных. Реквизиты объектов соответствуют полям таблиц.

Виртуальные таблицы соответствуют некоторым промежуточным данным, предназначенным для использования в конфигурации. В базе данных не хранятся. Являются непрямым аналогом просмотров.
Поля таблиц могут иметь простой или составной тип данных. Составной тип данных позволяет хранить для разных записей значения различных типов.

Поле таблицы может иметь тип вложенная таблица. Как правило, это табличные части объектов или результаты запросов. В любом случае тип данных поля вложенной таблицы – результат запроса, который представляет собой набор колонок и записей.

4.2. Виды таблиц базы данных

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

Таблицы справочников – реальные таблицы. Каждый справочник представляется отдельной таблицей. Имя таблицы соответствует имени справочника «Справочник.ИмяСправочника». На примере таблицы справочника рассмотрим примерную структуру таблицы:

Код (строка, число) – уникальный код элемента справочника и записи в таблице;

Наименование (строка) – наименование элемента справочника;

Представление (строка)

ПометкаУдаления (булево)

Предопределенный (булево) – признак предопределенного элемента справочника;

ЭтоГруппа (булево) – признак группы;

Родитель (СправочникСсылка) – ссылка на родительский элемент справочника;

Владелец (СправочникСсылка) – ссылка на элемент справочника-владельца, который является главным по отношению к этому элементу подчиненного справочника;

Ссылка (СправочникСсылка) – дескриптор элемента справочника;

Реквизиты (тип реквизита) – переменный список полей реквизитов элемента справочника;

ТабличныеЧасти (РезультатЗапроса)

---