Прикладные механизмы платформы

⇐ ПредыдущаяСтр 2 из 6Следующая ⇒

Состав прикладных механизмов платформы ориентирован на решение задач автоматизации учета и управления предприятием. Использование проблемно-ориентированных объектов позволяет разработчику решать самый широкий круг задач складского, бухгалтерского, управленческого учета, расчета зарплаты, анализа данных и управления на уровне бизнес-процессов.

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

Для того чтобы стандартизировать и упростить процесс разработки и модификации прикладных решений, разработчику предоставляется графический интерфейс, с помощью которого он имеет возможность описать состав объектов, используемых в конкретном прикладном решении:

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

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

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

В рамках нашей задачи мы познакомимся с некаторами объектами платформы 1С: константы, справочники, документы, регистры накопления, отчеты.

Типы данных

Для описания бизнес-логики прикладных решений, а так же для выполнения задач обработки данных платформа 1С: Предприятие может работать с широким набором типов данных.

Примитивные типы данных - это такие типы как Строка, Число, Дата, Булево и другие. Такие типы данных существуют и в других программных системах. Значения примитивных типов являются простыми неделимыми значениями, в которых нельзя выделить отдельные составляющие. Например, значениями типа Число могут быть 1, 8, 15 и др.

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

Общие типы (их также называют " Общие объекты" ) реализуют ту или иную функциональность прикладных решений. Например, " Табличный документ" предназначен для формирования печатных форм первичных документов, отчетов, при размещении на форме также может использоваться в качестве средства интерактивного ввода данных, " Диаграмма Ганта" позволяет в удобном для восприятия виде изображать план работ или распределение ресурсов во времени.

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

Например, разработчик может добавить в свое прикладное решение новый справочник Номенклатура, который будет наследовать функциональность класса Справочники, или новый документ КассовыйОтчет, который будет наследовать функциональность класса Документы.

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

Например, после создания нового справочника Номенклатура, становятся доступны следующие типы данных:

СправочникМенеджер.Номенклатура,

СправочникСсылка.Номенклатура,

СправочникОбъект.Номенклатура,

СправочникВыборка.Номенклатура,

СправочникСписок.Номенклатура.

Встроенный язык

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

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

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

Модули и контексты системы.

Программный код всегда помещается в модуль.

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

Каждый программный модуль связан с остальной частью конфигурации. Эта связь называется контекстом выполнения модуля. Следует различать два вида контекста:

- глобальный контекст задачи;

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

Глобальный контекст виден всем программным модулям и определяет общую языковую среду конфигурации.

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

3. Практическое задание. Создание ИС торгового предприятия

Постановка задачи

В нашем, учебном, случае поставим простейшую задачу для конфигурирования:

Наша фирма закупает товары у оптовых поставщиков по ценам закупки и реализует их покупателям по розничным ценам. По средству автоматизации мы должны:

1. Организовать хранение справочной информации:

• о номенклатуре товаров;

• о контрагентах нашей фирмы;

• о ценах номенклатуры;

2. Отразить следующие хозяйственные операции:

• покупка;

• продажа;

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

4. Обеспечить получение информации:

• о покупках (у кого и сколько товаров мы купли);

• о продажах (в разрезе покупателей и проданных им товаров);

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

Решение данной задачи будем реализовывать на платформе 1С: Предприятие 8.2.

Хранение справочной информации будем реализовывать при помощи объекта 1С " Справочник", отражать хозяйственных операций в учете при помощи объекта " Документ", а получать информации из базы будем объектом " Отчет".

⇐ Предыдущая 123 4 5 6 Следующая ⇒