Смекни!
smekni.com

Прием новой документации в электронный архив (стр. 3 из 8)



Имена и назначение переменных приведены в таблице 2.3.

Таблица 2.3

Переменная Назначение
a_LinkType Текущий тип связи
a_Object Заказ наряд
a_TLinkID Текущий код связи
A1 Нормативное время
A2 Единица нормирования
A3 Единица измерения
A4 Порядковый номер работы
A5 Название норматива
A6 Вид работы
A7 Дата начала
A8 Дата окончания
A9 Длительность задачи в минутах
A10 Порядковый номер задачи
A11 Оператор
A12 Порядковый номер группы
A13 Тема текущей задачи
A14 Дата начала вложенной работы
A15 Номер наряда
A16 Название вложенной работы
Group_r Группа работ
K_6 Классификация создания и контроля
link Связь
LinkID_0 Нулевой код связи
Rabota Работа нормирования
typ_gr Тип группы работ
typ_rab Тип работы нормирования
typ_zad Тип задачи
users Все пользователи
w2 Единица нормирования
w3 Единица измерения
w5 Название работы
w6 Вид работы
w13 Тема текущей задачи
w15 Номер наряда
wn4 Порядковый номер работы
wn9 Длительность задачи
wn10 Порядковый номер задачи
wn12 Порядковый номер группы
wt1 Нормативное время
wt7 Дата начала
wt8 Дата окончания
wt14 Дата старта вложенной работы
wwn1 Номер группы
wwn3 Номер задачи
Zadacha Задача бизнес-процесса

Схема алгоритма процедуры PKD2



Имена и назначение переменных приведены в таблице 2.4.


Таблица 2.4

Переменная Назначение
a_LinkType Текущий тип связи
a_Object Заказ наряд
a_TLinkID Текущий код связи
A1 Нормативное время
A2 Единица нормирования
A3 Единица измерения
A4 Порядковый номер работы
A5 Название норматива
A6 Вид работы
A7 Дата начала
A8 Дата окончания
A9 Длительность задачи в минутах
A10 Порядковый номер задачи
A11 Оператор
A12 Порядковый номер группы
A13 Тема текущей задачи
A14 Дата начала вложенной работы
A15 Номер наряда
Group_r Группа работ
K_11 Классификация постановки на учет отдельного исполнителя
K_12 Классификация постановки на учет прочих абонентов
link Связь
LinkID_0 Нулевой код связи
Rabota Работа нормирования
Rabota2 Работа нормирования 2
typ_gr Тип группы работ
typ_rab Тип работы нормирования
typ_zad Тип задачи
users Все пользователи
w2 Единица нормирования
w3 Единица измерения
w5 Название работы
w6 Вид работы
w13 Тема текущей задачи
w15 Номер наряда
wn4 Порядковый номер работы
wn9 Длительность задачи
wn10 Порядковый номер задачи
wn12 Порядковый номер группы
wt1 Нормативное время
wt7 Дата начала
wt8 Дата окончания
wt14 Дата старта вложенной работы
ww2 Единица нормирования 2
ww3 Единица измерения 2
ww5 Название работы
ww6 Вид работы 2
wwn1 Номер группы
wwn3 Номер задачи
wwn4 Порядковый номер работы
wwt1 Нормативное время 2
Zadacha Задача бизнес-процесса

1.2 Отладка программы

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

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

Таблица 2.5

Ошибка Пример Причина Устранение
Unknown identifier AttribSet (SR, LinkID_0, Attr_nomt_op) Неправильно написано слово. Синтаксическая ошибка. AttribSet (SE, LinkID_0, Attr_nomt_op)
Invalid qualifier tek_dat = Set (g_ServerDatatime^) Неправильно написано слово. Синтаксическая ошибка tek_dat = Set (g_ServerDatatime$)
Unknown identifier LinkID_0 = LinkAdd (a_Obj, sss, link) Неправильно написано слово. Синтаксическая ошибка LinkID_0 = LinkAdd (a_Obj, sss, link)

Данные ошибки являются синтаксическими, так как они были выявлены в процессе разработки. Все найденные ошибки были исправлены. Также большое количество ошибок было связано с неправильным присвоением разных типов данных, необъявленными переменными, ошибками расстановок операторных скобок и синтаксисом. Для того, чтобы убедиться, что бизнес-процесс работает правильно, он был запущен и в качестве примера был взят пустой документ (рисунок 2.1). Результатом программы является документ, оформленный в электронном архиве (рисунок 2.2). Визуальная проверка показала, что документ, а, следовательно, и бизнес-процесс, составлен правильно. Листинг программы приведен в приложении А, а результаты выполнения бизнес-процесса приведены в приложении Б.

1.3 Инструкция по эксплуатации

Минимальные требования для работы программы:

процессор Intel Pentium III;

1128Mb оперативной памяти;

операционная система WINDOWS 2000/XP;

клавиатура, мышь.

Для запуска бизнес-процесса необходимо запустить Lotsia.exe и запустить работу: “Прием новой КД”. Появится окно “распределения ролей”, в котором необходимо будет указать операторов, непосредственно участвующих в приеме новой документации. Сначала создается структура новой конструкторской документации. У данной КД имеется сборочная единица и карточка, в которой записаны предварительные данные об изделии. Получив КД необходимо :

Выделить головную СЕ.

Выполнить одно из действий (как показано на рисунке 2.3):

добавить новый сборочный чертеж;

добавить новую деталь;

добавить новый документ;

добавить новую спецификацию с СЕ;

добавить новый комплект.

Для созданного объекта необходимо :

присвоить инвентарный номер;

сформировать карточку учета (произвести копирование полей карточки головной СЕ);

присвоить значения атрибутам : позиция, количество и примечание.

Если новая КД имеет сборочный чертеж к изделию (рисунок 2.4), его также необходимо ввести в архив. Для этого нужно выделить изделие ЦЕ6.112.334СП (как показано на рисунке 2.4 и выбрать действие “Добавить новый СБ” (рисунок 2.5)). Появится форма для ввода информации о данном чертеже (рисунок 2.6).

В поле “Код сборочного чертежа” необходимо выбрать код данного чертежа из классификатора (рисунок 2.7), который вызывается путем нажатия на стрелку в поле атрибута ( по умолчанию стоит “нет кода” или “СБ”).