68
Если активировать модуль Привилегированный, активация при работе кода
процедур не будет проверять коды доступа, с такой настройкой вызвать общий
модуль можно только с сервера, причем настройки модуля Клиент и Внешнее
соединение будут сброшены. При многократном использовании одной процедуры,
система может использовать рассчитанные ранее данные в рамках процедуры модуля
Повторное использование. Он так же трактуется как модуль Не использовать, при
неправильном использовании этого модуля могут возникать ошибки.
На данном этапе нам хватает модуля Клиент, но в дальнейшем, при
использовании базы, будет установлен модуль Сервер. На рисунке 31 показана
установка настройки основного модуля.
Рисунок 32 – Настройки основного модуля
При подключении конфигурации, требовалось создать общий модуль с
вызовом процедуры на сервере и клиенте с отличиями в алгоритме. Для
разграничения кода были использованы директивы препроцессора с проверкой. В
результате код серверного вызова - один код, а для клиентского – другой. Рассмотрим
на примере:
Процедура АлгоритмСерверКлиент() Экспорт
#Если ТонкийКлиент Тогда
// код выполняется, если вызов процедуры пришел с клиента
ПоказатьОповещениеПользователя("На клиенте");
ИначеЕсли Сервер Тогда
// код выполняется, если вызов процедуры пришел с сервера
ПеременнаяСервер = "Серверный вызов";
#КонецЕсли
КонецПроцедуры
69
Перенесем код процедуры в общий модуль, который предварительно
создадим, чтобы получить возможность использовать этот код в других документах.
Рассмотрим перенос кода в общий модуль.
&НаКлиенте
Процедура КодСотрудникаЧасыПриИзменении(Элемент)
ПересчетДни();
КонецПроцедуры
&НаКлиенте
Процедура КодСотрудникаКоличествоПриИзменении(Элемент)
ПересчетДни();
КонецПроцедуры
&НаКлиенте
Процедура ПересчетДни()
СтрокаТЧ = Элементы.КодСотрудника.ТекущиеДанные;
СтрокаТЧ.Дни = СтрокаТЧ.Количество* СтрокаТЧ.Часы;
КонецПроцедуры
Создадим в модуле экспортную процедуру и перенесем в него алгоритм
расчета всего из процедуры «в модуле формы» . В качестве параметра будем
использовать строку табличной части. В «модуле формы» документа изменим вызов
процедуры в таком же модуле на вызовы процедур из общего модуля. На рисунке 32
показан алгоритм смены процедуры расчет.
Процедура РассчитатьСтроку(СтрокаТабличнойЧасти) Экспорт
СтрокаТабличнойЧасти.Дни = СтрокаТабличнойЧасти.Количество *
СтрокаТабличнойЧасти.Часы;
КонецПроцедуры
&НаКлиенте
Процедура КодСотрудникаЧасыПриИзменении(Элемент)
//вызов процедуры из общего модуля
РасчетыВСистеме.РассчитатьСтроку(Элементы.КодСотрудника.ТекущиеДанные);
//ПересчетДни();
КонецПроцедуры
&НаКлиенте
70
Процедура КодСотрудникаКоличествоПриИзменении(Элемент)
//вызов процедуры из общего модуля
РасчетыВСистеме.РассчитатьСтроку(Элементы.КодСотрудника.ТекущиеДанные);
//ПересчетДни();
КонецПроцедуры
&НаКлиенте
Процедура ПересчетДни()
СтрокаТЧ = Элементы.КодСотрудника.ТекущиеДанные;
СтрокаТЧ.Дни = Количество* СтрокаТЧ.Часы;
КонецПроцедуры
Теперь рассмотрим блок схему модуля конфигурации, рисунок 33 в котором
включены основные данные программного продукта, включающий в себя, программу
входа в систему, формирования базы данных, режима составления отчетов, режима
просмотра информации, печати, модификации, завершения работы и выхода из
системы.
Рисунок 33 – Блок-схема
71
Модули документов содержат информацию о передвижении сотрудников в
организации.
Справочники применяются для ввода данных в карточку персонального учета,
при формировании приказов и отчетов.
Журнал учета отпусков содержит данные о номере приказа на отпуск, код
сотрудника, код должности, вид отпуска,(плановый, без содержания, по уходу за
ребенком), дату начала и окончания отпуска, количество дней, примечание, а так же
графу отпуск, для табеля. Журнал учета больничных листов содержит информацию о
номере листка нетрудоспособности, название организации, выдавшей больничный
лист, код сотрудника, код отдела, в котором он работает, период нетрудоспособности,
код причины нетрудоспособности, дату предъявления больничного, количество дней,
а так же графу дней всего, информация для табеля.
Журнал учета командировочных, содержит код сотрудника, код должности,
номер приказа на командировку, дату убытия в командировку, дату прибытия из
командировки, пункт назначения и цель, подпись, количество дней проведенных в
командировке, а так же дней всего – информация для табеля. Журнал учета рабочего
времени содержит код сотрудника, код отдела, времени прихода на работу, времени
ухода с работы, количестве отработанных часов, прогулах, опозданиях на работу,
сверхурочно отработанных часов, а так же графу примечание.
Табель содержит код сотрудника, код отдела, код должности, количество
отработанных дней, выходне днях, сверхурочные (данный код вносится в табель из
журнала учета рабочего времени, так же из журнала учета больничных в табель
вносится код всего больничных, из журнала командировок вносится код всего
командировок, из журнала отпусков – всего отпусков, кроме того из журнала учета
рабочего времени вносится код прогулы, и код опоздания. Таким образом
автоматизируется сводная ведомость по каждому сотруднику, и достаточно открыть
Табель, чтобы увидеть, сколько часов отработал сверхурочно, сколько человек было
на больничном, в командировке, какова потеря рабочего времени и как это влияет на
производительность труда.
Модуль печатных форм содержит отчеты из учетных журналов, которые
открываются в режиме просмотра и выводятся на печать. Модуль базы данных,
72
содержит список сотрудников, Табель, Отчет по больничным, Отчет по отпускам,
Отчет по командировкам
Модуль отчетов – содержит прикладные объекты, которые позволяют
формировать отчеты в удобном для просмотра виде. Входной информацией для
отчетов являются модули документов.
2.4.Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
Как правило, испытания ИС могут проводится двумя методами:
– комплексные;
– автономные.
Автономные испытания под собой подразумевают проверку отдельных
составных компонентов (модулей, подпрограмм и других элементов) ИС.
Комплексные испытания предполагают проверку совместно всех составных
частей и типов обеспечения (технического, программного и т.п.) ИС.
Для рассматриваемой ИС необходимо применять автономные испытания, так
как необходимо протестировать только созданную программную часть, а именно,
программное обеспечение – конфигурацию платформы 1С.
В разделе 2.3 приведены модули и объекты, которые созданы в конфигурации
и будут протестированы.
Опишем перечень проверяемых функций (таблица 15):
Таблица 15
Перечень проверяемых функций
№
п/п
Проверяемая функция
Примечание
1
Наличие связи между объектами
конфигурации
Справочники,
документы
2
Соответствие полей форм и их
источников
Справочники,
документы, формы
3
Ввод данных
Справочники,
документы
4
Формирование отчетности
Отчет
В результате этого рассмотрим далее методы проведения испытаний.
2.4.2. Методы проведения испытаний
Рассмотрим для каждой функции описание их проверки (таблицы 16 - 19).
73
Функция «Наличие связи между объектами конфигурации» характеризирует то,
что при вводе или изменении данных в справочниках они будут также изменены в
документах, которые с ними связаны.
Таблица 16
Описание проверки функции «Наличие связи между
объектами конфигурации»
Параметр
Значение
Функция
1. Наличие связи между объектами
конфигурации
Предмет проверки
1.1. Правильность установки связей
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Конфигурация и документами и
справочниками
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Наличие источников данных с других
таблиц
Способ определения
результатов
Визуальный метод
Функция «Соответствие полей форм и их источников» должна сопоставлять
поля, к примеру, документа и созданной на его основании формы. При
редактировании конфигурации часто добавляются новые поля, а форма не
обновляется.
Таблица 17
Описание проверки функции «Соответствие полей форм и их
источников»
Параметр
Значение
Функция
1. Соответствие полей форм и их источников
Предмет проверки
1.1. Правильность отображения информации
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Конфигурация с документами и
справочниками
Искажения тестовой
информации для
имитации нештатных
ситуаций
Отображение информации
Ожидаемая реакция
1.1. Наличие всех атрибутов объектов в форме
Способ определения
результатов
Визуальный метод
Функция «Ввод данных» предназначена для корректного ввода информации в
объекты конфигурации. То есть, все типы данных, ограничения должны быть
правильно подобраны.
74
Таблица 18
Описание проверки функции «Ввод данных»
Параметр
Значение
Функция
1. Ввод данных
Предмет проверки
1.1. Правильность ввода данных
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Формы
Искажения тестовой
информации для
имитации нештатных
ситуаций
Нет
Ожидаемая реакция
1.1. Безошибочный ввод информации в
справочники и документы
Способ определения
результатов
Визуальный метод
Функция «Формирование отчетности» выполняет создание отчета на
основании оперативных данных о деятельности компании. К тому же, отчет должен
использовать все данных, к примеру, за выделенный диапазон.
Таблица 19
Описание проверки функции «Формирование отчетности»
Параметр
Значение
Функция
1. Формирование отчетности
Предмет проверки
1.1. Правильность формирования отчета
Используемые средства
1.1. Монитор, клавиатура
Исходные данные
Отчеты, документы и справочники
Искажения тестовой
информации для имитации
нештатных ситуаций
Нет
Ожидаемая реакция
1.1. Формирование корректного отчета
Способ определения
результатов
Визуальный метод
2.4.3. Проведение проверочных испытаний и их результаты
Для проверки наличия связи рассмотрим типы данных для внешних ключей
(рисунок 34 – 35):
75
Рисунок 34 – Наличие связи поля «Сотрудник»
Рисунок 35 – Наличие связи поля «Должность»
Рассмотрим соответствие полей и правильность ввода данных на примерах
экранных форм (рисунок 36):
Рисунок 36 – Форма Отдел кадров
76
Рисунок 37 – Форма Учет отпусков
Для проверки функции правильности формирования отчетов нужно их
сформировать (рисунки 38 – 42).
Рисунок 38 – Табель
77
Рисунок 39 – Отчет по больничным
Рисунок 40 – Отчет по командировкам