Дипломная работа: Автоматизация документооборота в ООО "ЭОС"

Скачать файл

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

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

процедур не будет проверять коды доступа, с такой настройкой вызвать общий

модуль можно только с сервера, причем настройки модуля Клиент и Внешнее

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

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

Повторное использование. Он так же трактуется как модуль Не использовать, при

неправильном использовании этого модуля могут возникать ошибки.

На данном этапе нам хватает модуля Клиент, но в дальнейшем, при

использовании базы, будет установлен модуль Сервер. На рисунке 31 показана

установка настройки основного модуля.

Рисунок 32 – Настройки основного модуля

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

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

разграничения кода были использованы директивы препроцессора с проверкой. В

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

на примере:

Процедура АлгоритмСерверКлиент() Экспорт

#Если ТонкийКлиент Тогда

// код выполняется, если вызов процедуры пришел с клиента

ПоказатьОповещениеПользователя("На клиенте");

ИначеЕсли Сервер Тогда

// код выполняется, если вызов процедуры пришел с сервера

ПеременнаяСервер = "Серверный вызов";

#КонецЕсли

КонецПроцедуры

Перенесем код процедуры в общий модуль, который предварительно

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

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

&НаКлиенте

Процедура КодСотрудникаЧасыПриИзменении(Элемент)

ПересчетДни();

КонецПроцедуры

&НаКлиенте

Процедура КодСотрудникаКоличествоПриИзменении(Элемент)

ПересчетДни();

КонецПроцедуры

&НаКлиенте

Процедура ПересчетДни()

СтрокаТЧ = Элементы.КодСотрудника.ТекущиеДанные;

СтрокаТЧ.Дни = СтрокаТЧ.Количество* СтрокаТЧ.Часы;

КонецПроцедуры

Создадим в модуле экспортную процедуру и перенесем в него алгоритм

расчета всего из процедуры «в модуле формы» . В качестве параметра будем

использовать строку табличной части. В «модуле формы» документа изменим вызов

процедуры в таком же модуле на вызовы процедур из общего модуля. На рисунке 32

показан алгоритм смены процедуры расчет.

Процедура РассчитатьСтроку(СтрокаТабличнойЧасти) Экспорт

СтрокаТабличнойЧасти.Дни = СтрокаТабличнойЧасти.Количество *

СтрокаТабличнойЧасти.Часы;

КонецПроцедуры

&НаКлиенте

Процедура КодСотрудникаЧасыПриИзменении(Элемент)

//вызов процедуры из общего модуля

РасчетыВСистеме.РассчитатьСтроку(Элементы.КодСотрудника.ТекущиеДанные);

//ПересчетДни();

КонецПроцедуры

&НаКлиенте

Процедура КодСотрудникаКоличествоПриИзменении(Элемент)

//вызов процедуры из общего модуля

РасчетыВСистеме.РассчитатьСтроку(Элементы.КодСотрудника.ТекущиеДанные);

//ПересчетДни();

КонецПроцедуры

&НаКлиенте

Процедура ПересчетДни()

СтрокаТЧ = Элементы.КодСотрудника.ТекущиеДанные;

СтрокаТЧ.Дни = Количество* СтрокаТЧ.Часы;

КонецПроцедуры

Теперь рассмотрим блок схему модуля конфигурации, рисунок 33 в котором

включены основные данные программного продукта, включающий в себя, программу

входа в систему, формирования базы данных, режима составления отчетов, режима

просмотра информации, печати, модификации, завершения работы и выхода из

системы.

Рисунок 33 – Блок-схема

Модули документов содержат информацию о передвижении сотрудников в

организации.

Справочники применяются для ввода данных в карточку персонального учета,

при формировании приказов и отчетов.

Журнал учета отпусков содержит данные о номере приказа на отпуск, код

сотрудника, код должности, вид отпуска,(плановый, без содержания, по уходу за

ребенком), дату начала и окончания отпуска, количество дней, примечание, а так же

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

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

лист, код сотрудника, код отдела, в котором он работает, период нетрудоспособности,

код причины нетрудоспособности, дату предъявления больничного, количество дней,

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

Журнал учета командировочных, содержит код сотрудника, код должности,

номер приказа на командировку, дату убытия в командировку, дату прибытия из

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

командировке, а так же дней всего – информация для табеля. Журнал учета рабочего

времени содержит код сотрудника, код отдела, времени прихода на работу, времени

ухода с работы, количестве отработанных часов, прогулах, опозданиях на работу,

сверхурочно отработанных часов, а так же графу примечание.

Табель содержит код сотрудника, код отдела, код должности, количество

отработанных дней, выходне днях, сверхурочные (данный код вносится в табель из

журнала учета рабочего времени, так же из журнала учета больничных в табель

вносится код всего больничных, из журнала командировок вносится код всего

командировок, из журнала отпусков – всего отпусков, кроме того из журнала учета

рабочего времени вносится код прогулы, и код опоздания. Таким образом

автоматизируется сводная ведомость по каждому сотруднику, и достаточно открыть

Табель, чтобы увидеть, сколько часов отработал сверхурочно, сколько человек было

на больничном, в командировке, какова потеря рабочего времени и как это влияет на

производительность труда.

Модуль печатных форм содержит отчеты из учетных журналов, которые

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

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

Отчет по командировкам

Модуль отчетов – содержит прикладные объекты, которые позволяют

формировать отчеты в удобном для просмотра виде. Входной информацией для

отчетов являются модули документов.

2.4.Испытания разработанного решения

2.4.1 Перечень объектов и функций, подлежащих испытаниям

Как правило, испытания ИС могут проводится двумя методами:

– комплексные;

– автономные.

Автономные испытания под собой подразумевают проверку отдельных

составных компонентов (модулей, подпрограмм и других элементов) ИС.

Комплексные испытания предполагают проверку совместно всех составных

частей и типов обеспечения (технического, программного и т.п.) ИС.

Для рассматриваемой ИС необходимо применять автономные испытания, так

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

программное обеспечение – конфигурацию платформы 1С.

В разделе 2.3 приведены модули и объекты, которые созданы в конфигурации

и будут протестированы.

Опишем перечень проверяемых функций (таблица 15):

Таблица 15

Перечень проверяемых функций

№

п/п

Проверяемая функция

Примечание

Наличие связи между объектами

конфигурации

Справочники,

документы

Соответствие полей форм и их

источников

Справочники,

документы, формы

Ввод данных

Справочники,

документы

Формирование отчетности

Отчет

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

2.4.2. Методы проведения испытаний

Рассмотрим для каждой функции описание их проверки (таблицы 16 - 19).

Источник: https://baza.diplomsite.ru/previewfile/612

Смотрите также:

!Контрольная работа (задание)
1 Понятие
1112
1119
1131
1302
2
2
2.ОМК.6112.Апарина О. А.
2392