Контрольные вопросы к защите
Что такое оборотный регистр накопления?
В чем отличие между регистром накопления остатков и оборотным регистром накопления?
Как выбирать реквизиты и измерения при создании регистров накопления?
Как создать оборотный регистр накопления?
Как создать движения документа без использования конструктора движений?
Способ оценки результатов
Результаты выполнения работ будут оцениваться сразу по всему курсу. По завершении выполнения лабораторного практикума у студента должны быть две разработанные конфигурации: одна типовая по приведенному примеру и вторая по самостоятельно выбранной теме. Эти конфигурации студент представляет преподавателю на проверку, при получении замечаний производится их доработка. Качество усвоения теоретического материала определяется в ходе тестирования по темам теоретического курса, итогового тестирования, сдачи экзамена по курсу. Для текущего контроля и для проверки хода выполнения лабораторных работ в некоторых работах предусмотрены отчеты, которые так же должны представляться преподавателю.
Отметка за разработанные в ходе лабораторного практикума конфигурации выставляется по следующей шкале:
«неудовлетворительно» – за выполнение 50% и менее лабораторных работ, по курсу.
«удовлетворительно» – за выполнение всех 100% лабораторных работ, но имеющих многочисленные недоработки и/или плохо продуманную конфигурацию, разработанную по индивидуальной теме.
«хорошо» – за выполнение всех 100% лабораторных работ, имеющих незначительные единичные недоработки, как в выполненном примере, так и в самостоятельно разработанной конфигурации.
«отлично» – за выполнение всех 100% лабораторных работ, не имеющих замечаний или с выполненной доработкой по незначительным замечаниям, а так же с хорошо продуманной и успешно реализованной конфигурацией по индивидуальной теме. Индивидуальная конфигурация должна иметь все изученные объекты метаданных, которые успешно функционируют и взаимосвязаны друг с другом; более 5 отчетов дающих исчерпывающую информацию по учету и анализирующих состояние учета; разработанный интерфейс, а в некоторых случаях несколько интерфейсов для одной или более ролей; все отчеты, печатные формы и диалоговые окна должны так же иметь удобный и функциональный интерфейс; приветствуется если, работа отличается уникальностью, интересными новыми решениями и идеями.
Лабораторная работа № 12. Знакомство с объектом конфигурации «Отчет» ч.1.
Целью лабораторной работы является знакомство с объектом конфигурации «Отчет» и такими понятиями, как реквизиты, диаграмма, язык запросов, источники данных запросов, виртуальные таблицы. Также целью лабораторной работы является создание нескольких отчетов, необходимых для решения нашей задачи.
Требования к содержанию, оформлению и порядку выполнения
См. Пример выполнения работы
Теоретическая часть
Создание отчетов
Настало время, чтобы познакомиться ближе с одним мощным инструментом платформы 1С:Предприятие - конструктором выходной формы.
Рассмотрим построение нескольких отчетов, которые будут использоваться в нашей конфигурации, и на их примере объясним основные возможности конструктора выходной формы.
В основе конструктора выходной формы лежит использование механизма запросов, реализованного в платформе 1С:Предприятие. Поскольку каждый отчет, как правило, подразумевает получение сложной выборки данных, сгруппированных и отсортированных определенным образом, очевидно, что для этих целей лучше всего использовать запрос к информации базы данных. Поэтому при вызове конструктора выходной формы в него «встраивается» конструктор запроса, позволяющий визуальными средствами описать запрос, лежащий в основе отчета. Кроме создания текста запроса конструктор выходной формы помогает также создать форму и макет отчета.
Примечательной возможностью конструктора выходной формы является то, что он может создавать отчет, используя два различных объекта встроенного языка.
Во-первых, отчет может быть построен с использованием объекта встроенного языка Запрос. Такой вариант отчета является довольно простым и не предоставляет больших возможностей для настройки параметров созданного отчета.
Во-вторых, отчет может быть построен с использованием объекта встроенного языка ПостроительОтчета. В этом случае пользователь получает большие возможности по интерактивной настройке самого запроса, на основе которого строится отчет (например, он может определять состав выбранных полей и задавать условия отбора).
Мы начнем рассматривать примеры создания отчетов в более простом варианте - без использования объекта встроенного языка ПостроительОтчета, а после того, как будем обладать достаточными знаниями - рассмотрим несколько примеров, в которых будет использован ПостроительОтчета.
Работа с запросами
Для работы с запросами используется объект встроенного языка Запрос. Он позволяет получать информацию, хранящуюся в полях базы данных, в виде выборки, сформированной по заданным правилам.
Источники данных запросов
Исходную информацию запрос получает из набора таблиц. Эти таблицы представляют данные реальных таблиц базы данных в удобном для анализа виде. Их можно разделить на две большие группы: реальные и виртуальные.
Реальные таблицы, в свою очередь, могут быть объектными (ссылочными) или не объектными (не ссылочными):
Отличительной особенностью реальных таблиц является то, что они содержат данные какой-либо одной реальной таблицы, хранящейся в базе данных. Например, реальными таблицами являются таблица «Справочник.Клиенты», соответствующая справочнику «Клиенты» или таблица «РегистрНакопления.ОстаткиМатериалов», соответствующая регистру накопления «ОстаткиМатериалов».
Виртуальные таблицы формируются, в основном, из данных нескольких таблиц базы данных. Например, виртуальной таблицей является таблица «РегистрНакопления.ОстаткиМатериалов.ОстаткиИОбороты», формируемая из нескольких таблиц регистра накопления «ОстаткиМатериалов». Иногда виртуальные таблицы могут формироваться и из одной реальной таблицы (например, виртуальная таблица «Цены.СрезПоследних» формируется на основе таблицы регистра сведений «Цены»). Однако общим для всех виртуальных таблиц является то, что им можно задать ряд параметров, которые будут определять, какие данные будут включены в эти виртуальные таблицы. Набор таких параметров может быть различным для разных виртуальных таблиц, и определяется данными, хранящимися в исходных таблицах базы данных.
Реальные таблицы подразделяются на объектные (ссылочные) и не объектные (не ссылочные).
В объектных (ссылочных) таблицах представлена информация ссылочных типов данных (справочники, документы, планы видов характеристик и т.д.). А в не объектных (не ссылочных) - всех остальных типов данных (константы, регистры и т.д.).
Отличительной особенностью объектных (ссылочных) таблиц является то, что они содержат поле «Ссылка», содержащее ссылку на текущую запись. Кроме этого для таких таблиц возможно получение пользовательского представления объекта, эти таблицы могут быть иерархическими и поля таких таблиц могут содержать вложенные таблицы (табличные части).
Язык запросов
Алгоритм, по которому данные будут выбраны из исходных таблиц запроса, описывается в тексте запроса на специальном языке - языке запросов. Текст запроса состоит из нескольких частей:
описание запроса,
объединение запросов,
упорядочивание результатов,
АВТОУПОРЯДОЧИВАНИЕ,
описание итогов.
Обязательной частью запроса является только первая - описание запроса. Все остальные присутствуют по необходимости.
Описание запроса определяет источники данных, поля выборки, группировки и т.д.
Объединение запросов определяет, как будут объединены результаты выполнения нескольких запросов.
Упорядочивание результатов определяет условия упорядочивания строк результата запроса.
АВТОУПОРЯДОЧИВАНИЕ позволяет включить режим автоматического упорядочивания строк результата запроса.
Описание итогов определяет, какие итоги необходимо рассчитывать в запросе и каким образом группировать результат.
Диаграмма
Диаграмма является элементом управления, предназначенным для размещения в таблицах и формах системы 1С:Предприятие диаграмм и графиков различного вида.
Логически диаграмма является совокупностью точек, серий и значений серий в точке:
Как правило, в качестве точек используются моменты или объекты, для которых мы получаем значения характеристик, а в качестве серий - характеристики, значения которых нас интересуют.
Например, диаграмма продаж видов номенклатуры по месяцам будет состоять из точек - месяцев, серий - видов номенклатуры и значений - оборотов продаж.
Диаграмма, как объект встроенного языка, имеет три области, которые позволяют управлять оформлением диаграммы - это область построения, область заголовка и область легенды:
Диаграмма может быть вставлена в форму либо в табличный документ. Заполнение диаграммы данными возможно двумя способами.
Во-первых, можно заполнить диаграмму данными автоматически. Для этого используется свойство диаграммы «ИсточникДанных». В качестве источника данных диаграммы может выступать область табличного документа (если диаграмма вставлена в табличный документ), либо таблица значений. Общее требование к источнику данных - он должен поставлять диаграмме (кроме самих данных) имена точек и серий. В случае с областью табличного документа имена точек и серий будут браться из верхней строки и левого столбца области; в случае с таблицей значений - из заголовков колонок и первой колонки.
Во-вторых, диаграмма может быть заполнена данными «вручную». Для этого нужно создать в диаграмме несколько серий и точек, а затем, используя метод УстановитьЗначение(), задать нужные значения для каждой пары серия - точка.
Следует отметить, что эти два способа заполнения диаграммы не могут комбинироваться.
В лабораторной работе мы будем использовать диаграмму, расположенную в форме и заполнять ее данными «вручную», используя метод УстановитьЗначение().