1308

отчетов; это может быть пустой макет текстового документа или макет, содержащий двоичные данные.

Также конструктор поддерживает создание макетов, содержащих ActiveDocument (например, документ Word, лист Excel или рисунок CorelDRAW). Кроме этого конструктор позволяет создавать макеты, содержащие HTML-документы, графические схемы или географические схемы. Для отчетов, использующих систему компоновки данных, конструктор позволяет создавать макеты, содержащие схему компоновки данных и макет оформления компоновки данных.

–Зайдем в конфигуратор и откроем интересующий нас документ, для которого мы будем создавать форму. Нажимаем внизу кнопку «Действия» и выбираем Конструкторы-Конструктор печати.

–Выбираем «Печать для форм обычного режима». Ежели вы хотите создать для управляемого приложения, то выбираете соответствующий пункт.

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

Для добавления печатной формы необходимо на самом документе разместить кнопку и привязать ее к нашей созданной процедуре «Печать товаров».

2.4. Лабораторная работа №4 «Оптимизация документа. Объект конфигурации. План видов характеристик»

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 3, 4.

Цель лабораторной работы: выполнить оптимизацию документов, составить план видов характеристик.

Порядок выполнения работы:

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

2.Также следует удалить соответствующую колонку из табличного поля, расположенного в форме .

3.После этого можно полностью удалить содержимое обработчика

события ОбработкаПроведения в модуле документа и создать в нем заготовку процедуры проведения. Текст запроса, выполняемого в режиме оперативного проведения, будет отличаться от запроса, выполняемого при неоперативном проведении . Поэтому формирование текста запроса мы включим в условие Если …¦ Иначе …¦ КонецЕсли:

4. Сначала составим запрос, который будет выполняться при оперативном проведении документа. Установим курсор перед точкой с запятой, из контекстного меню вызовем конструктор запроса:

На вопрос «Создать новый запрос?» согласимся, раскроем таблицу ПереченьНоменклатуры табличной части документа ОказаниеУслуги и выберем из нее поля:

–Номенклатура;

–Количество;

–Номенклатура.ВидНоменклатуры;

–Сумма.

Эти поля будут нужны нам для задания значений измерений регистров и их ресурсов. Кроме того, поле ВидНоменклатуры понадобится нам для анализа того, чем является номенклатура , указанная в документе: материалом или услугой.

5. Для указания значений ресурса Стоимость регистров СтоимостьМатериалов и Продажи нам понадобится рассчитать текущую стоимость номенклатуры как частное стоимости остатка этого материала и его оставшегося количества.

Поэтому добавим к списку выбранных таблиц еще две:

–РегистНакопления.СтоимостьМатериалов.Остатки;

–РегистНакопления.ОстаткиМатериалов.Остатки.

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

Условие получения данных указывает, что остатки должны быть получены только по тем позициям номенклатуры, которые содержатся в проводимом документе (перед выполнением запроса мы передадим в параметр СписокНоменклатурыДокументасписок всех позиций номенклатуры, содержащихся в проводимом документе).

7.После того как будут заданы параметры обеих виртуальных таблиц регистров накопления, выберем из них поля СтоимостьОстаток и КоличествоОстаток.

8.Теперь вспомним о том, что документы ОказаниеУслуги могут быть проведены как в оперативном, так и в неоперативном режиме.

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

10.Теперь из этой виртуальной таблицы мы выберем поле КоличествоОстаток.

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

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

Условия связи между таблицами

13.Теперь перейдем на закладку Дополнительно и установим флаг Для изменения. Предложение ДЛЯ ИЗМЕНЕНИЯ позволяет заблаговременно заблокировать чтение указанных данных (которые могут читаться транзакцией другого соединения) уже при считывании, чтобы исключить взаимные блокировки при записи. Это предложение дает возможность указать в запросе те таблицы, считываемые данные которых предполагается изменить.

14.Поскольку мы планируем выполнить запись регистров накопления ОстаткиМатериалов, укажем таблицы этих регистров в качестве таблиц для изменения:

15.Перейдем на закладку Условия и зададим условия отбора из таблицы документа только строк проводимого документа (ссылка на него будет передана в параметр запроса Ссылка):

16.Перейдем на закладку Псевдонимы и зададим следующие псевдонимы полей:

–НоменклатураВидНоменклатуры → ВидНоменклатуры;

–КоличествоОстаток1 → КоличествоНаСкладе.

17.Нажмем ОК и посмотрим, какой текст запроса сформировал конструктор:

19. Теперь добавим в текст обработчика задание параметров запроса:

Обратите внимание, что для формирования списка номенклатуры документа мы используем метод ВыгрузитьКолонку() объекта ДокументТабличнаяЧасть.Оказание Услуги.ПереченьНоменклатуры.

20. После этого добавим получение результата запроса и цикл его обхода:

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

22. И в заключение, после проверки остатков на складе, перед

самым концом цикла, добавим формирование движений по регистрам накопления:

23.А сразу после цикла добавим запись движений регистров:

24.Запустим 1С:Предприятие в режиме отладки и проверим работу нового обработчика события ОбработкаПроведения, перепроведя все документы ОказаниеУслуги.

2.5. Лабораторная работа №5 «Подготовка к созданию системы. Контроль качества Постановка задачи. Выбор экономического объекта для проектирования. Определение контура управления и перечня решаемых функциональных задач. Подготовка исходных данных»

Рекомендуемая литература: 1. Перечень дополнительных ресурсов: 2.

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

Порядок выполнения работы:

Этап 1:

Первоначально, студентам следует обозначить предметную область

идать ее краткое описание. Рекомендуется в качестве предметной области использовать любую экономическую область, которая может быть реализована на базе платформы 1С:Предприятие.

Этап 2:

На втором этапе лабораторной работы необходимо обозначить метод (стратегию) разработки программных средств – каскадный, инкрементный или эволюционный. Выбор метода необходимо обосновать

ипредставить его краткое описание.

Этап 3:

На третьем этапе студентам необходимо сформировать план разработки программного обеспечения по выбранной на 2 этапе стратегии.

План должен содержать:

1)Обозначить группу разработчиков – исполнителей этапов разработки и обобщить их должностные обязанности.

2)Обозначить заказчика и правила взаимодействия с ним на каждом этапе стратегии разработки ПО.

3)Все необходимые этапы жизненного цикла программного обеспечения.

4)Определить работы на каждом этапе ЖЦ ПО и обозначить их исполнителей.

5)К каждому этапу ЖЦ ПО и обозначенной в рамках него работы, определить: сроки исполнения и ресурсы.

6)Определить затраты на каждый вид работы и суммарные затраты по этапам.

Результаты лабораторной работы оформить в отчете с помощью MS

Word.

2.6. Лабораторная работа №6 «Анализ требований к системе.

Создание схемы базы данных»

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 3, 4.

Цели лабораторной работы:

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

–закрепить теоретические аспекты разработки требований к информационным системам 1С посредством их формирования для обозначенной ИС в лабораторной работе № 5.

Порядок выполнения работы:

Этап 1. Проектирование базы данных 1С:

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

Этап 2. Анализ требований к информационной системе.

Студентам необходимо обозначить требования к ИС 1С на основе указанной в лабораторной работе № 5 предметной области и стратегии разработки.

Вкачестве стандарта формирования требований к системе необходимо использовать ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

Этап 3. Определение проблем, способных возникнуть в процессе анализа требований.

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

Результаты лабораторной работы оформить в отчете с помощью

MS Word.

2.7.Лабораторная работа №7 «Синхронизация IDEF0 диаграмм бизнес-процесса предприятия со структурой реляционной базы

данных»

Рекомендуемая литература: 1.

Перечень дополнительных ресурсов: 2, 4.

платформе 1С:Предприятие. Порядок выполнения работы:

НА основе лабораторных работ № 5 – 8 реализовать спроектированную информационную систему 1С. Результатом лабораторной работы будет выгруженная и сохраненная информационная база, в наименовании которой содержится фамилия студента.