1. Специальная часть

1.1 Постановка задачи

Темой дипломной работы является “Прием новой документации в электронный архив” в рамках внедрения CALS-технологий на предприятии ФГУП “РНИИ КП”.

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

Данная структура включает в себя:

контроль документации;

импорт документации;

контроль импорта документации;

постановка на автоматический учет документации;

внедрение документации в базу данных.

Процедура задачи бизнес-процесса содержит перечень всех необходимых действий по приему новой конструкторской документации (КД), информации о сборочной единице (СЕ), спецификации (СП), сборочном чертеже (СБ) и расчетном времени, необходимом для выполнения данного бизнес-процесса.

Процедура приема конструкторской документации 1 предназначена для хранения и передачи информации о новой КД между операторами во время создания структуры и процесса объединения работ операторов.

Процедура приема конструкторской документации 2 предназначена для обмена информацией о новой КД между операторами, работающими с импортом и постановкой на абонентский учет.

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

Данный бизнес-процесс должен быть написан для ЭВМ Intel Pentium 4 CPU 3.00 GHz с памятью (RAM) 1.00 Гб, жестким диском 150 Гб и устройствами ввода/вывода.

Для разработки данного бизнес-процесса должна быть выбрана PDM-система Lotsia PDM PLUS, состоящая из двух модулей:

PartY. Предназначен для организации электронного хранилища.

LS Flow. Предназначен для управления бизнес-процессами.

Система должна быть реализована в классической архитектуре «клиент-сервер». Классические рабочие места функционируют на программно-аппаратной платформе Wintel. В качестве сервера могут выступать также компьютеры под управлением ОС Unix.

Для обеспечения надежной и производительной работы с большими объемами данных в системе Lotsia PDM PLUS используются индустриальные серверы баз данных Oracle, Sybase или MS SQL Server.

Для разработки данного бизнес-процесса был выбран язык программирования PartY, который является встроенным в систему Lotsia PDM. Этот язык широко внедрен на предприятии, поэтому разработка бизнес-процесса должна быть осуществлена на данном языке программирования.


1.2 Схемы алгоритма программы

1.2.1 Схема алгоритма основной программы






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

Таблица 2.1

Переменная Назначение
a_LinkType Текущий тип связи
a_Object Текущий объект
a_TLinkID Текущий тип связи
A1 Текущее время норматива
A2 Единица нормирования
A3 Единица измерения
A7 Дата начала работы
A8 Дата окончания работы
A9 Длительность задачи в минутах
aa1 Дата начала задачи
aa2 Исполнитель
aa3 Название задачи
A_listov Количество листов
Ab Абонент
Ab_ob_dok Абонент (обеспечиваемый документами)
Attr_bum Атрибут используемой бумаги
Attr_col_calka Атрибут количества кальки
Attr_date Атрибут даты оформления
Attr_format Атрибут формата
Attr_last_nom Атрибут последнего номер
Attr_nom_nar Атрибут номера наряда
Attr_nomt_op Атрибут номера описи
Attr_nov_razrab Атрибут новой разработки
Attr_osn Атрибут основания
Attr_otdel_z Атрибут отдела – заказчика
Attr_otmetka Атрибут отметки о документе
Atr_po_koop Атрибут кооператива
Attr_status Атрибут статуса выполнения
Attr_Tab_nom Атрибут номера таблицы
Bum_arch Бумажный архив
c1 Количество экземпляров
c2 Переменная
Col Количество
Counter Обратное отправление
Dat Дата
Dat_post Дата поставки
ddd Наряд
desc Описание
Descr Наряд
Format Формат
Inv_nom Порядковый номер
karta_ab Карточка абонента
Last_nar_nom Последний номер наряда
link Связь
link2 Связь наряда
LinkID_0 Нулевой код связи
listov Количество листов в документе
metka Метка
Naim Наименование
Naim_izd Наименование издателя
naim_prib Наименование прибора
Naryad Наряд на принятие подлинника
Nom_zak Номер заказа
Normativ Норматив
normativ_ Норматив отчислений
Obozn Обозначение
Obozn_izd Обозначение издателя
Opis Опись
osn Основание
Otdel_zakaz Отдел исполнителя
ppp Переменная
ppp_str Переменная
Proekt Проект
SE Сборочная единица
Sp Спецификация
Tabel_nom Табельный номер
tek_dat Текущая дата
typ Тип изделия
typ_opis Тип описи
type_karta Тип карты работы
Type_naryad Тип наряда
uchet Абонентский учет
uchet_attr Атрибут учета
w1 Переменная
w1_ Переменная
w2 Переменная
w4 Тема
w5 Название работы
ww2 Переменная
zakaz Заказ
Zarplt Заработанная плата
Zn_attr_date Дата оформления наряда
zplt Средняя заработанная плата

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



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

Таблица 2.2

Переменная Назначение
a_LinkType Текущий тип связи
a_Object Текущий объект
a_TLinkID Текущий код связи
A1 Дата начала
A2 Дата окончания
A3 Длительность задачи в минутах
A4 Длительность задачи в часах
A11 Оператор
A13 Тема текущей задачи
A14 Дата начала текущей задачи
A15 Номер наряда
A16 Исполнитель текущей задачи
A17 Тема выполненной задачи
A18 Исполнитель выполненной задачи
A19 Дата выполненной задачи
D1 День из даты начала задачи
D2 День из даты окончания задачи
Group_r Группа работ
H1 Часы из даты начала задачи
H2 Часы из даты окончания задачи
int_d Интервал в днях без поправки
int_d_1_p Остаток дней в 1-м месяце с поправкой на выходные
int_d_2 Дни с начала 2-го месяца
int_d_2p Интервал 2-го месяца с поправкой на выходные
int_d_p_ Интервал в днях с поправкой на выходные
int_d2 Интервал во 2-м месяце
int1_min Время на выполнение задачи в 1-й день
int1_s Время на задачу в 1-й день без поправки
int1_s_p Время на задачу в 1-й день с поправкой на обед
int2_min Время на выполнение задачи во 2-й день
int2_s Время на задачу во 2-й день без поправки
int2_s_p Время на задачу во 2-й день с поправкой на обед
kr_s Прошедшее время с начала дня конца рабочей недели
link Связь этапов работ
LinkID_0 Нулевой код связи
M1 Номер месяца из даты начала задачи
M2 Номер месяца из даты окончания задачи
Md1 Число дней в 1-м месяце
metka Метка
metka1 Метка 1
n_ob_H Час начала обеда
n_r_s Время с начала дня до начала рабочего дня
Nd1 Номер дня начала недели
NN День недели 1-го числа 2-го месяца
ob_min Длительность обеда в минутах
p_fr_s Поправка на короткую пятницу
p_int_d Поправка интервала в днях
p1_fr_s Поправка на пятницу в 1-м месяце
p1_s Поправка на обед 1-го дня
p2_fr_s Поправка во 2-м месяце на пятницу
p2_s Поправка на обед 2-го дня
pm1_d Поправка на выходные в 1-м месяце
pm2_d Поправка на выходные во 2-м месяце
pob_s Поправка на обед в секундах
r_h Длительность рабочего дня в часах
r_s Длительность рабочего для в секундах
S1 Время до начала задачи с начала дня в секундах
S2 Время с начала до конца задачи
typ Тип задачи
users Все пользователи
w13 Тема текущей задачи
w15 Страница номера наряда
w1t Дата начала задачи
w2t Дата окончания задачи
ww_min Длительность выполнения задачи в минутах без поправки
ww_min_p Длительность выполнения задачи в минутах с поправками
ww_s Длительность выполнения задачи в секундах без поправки
ww_s_p Длительность выполнения задачи в секундах с поправками
z Целая часть интервала дел на неделе
z1 Целая часть интервала дел на неделе 1
z2 Целая часть интервала дел на неделе 2
Zadacha Задача

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



Имена и назначение переменных приведены в таблице 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 Задача бизнес-процесса

Информация о работе «Прием новой документации в электронный архив»
Раздел: Бухгалтерский учет и аудит
Количество знаков с пробелами: 55449
Количество таблиц: 9
Количество изображений: 15

Похожие работы

Скачать
89663
2
0

... силы информации, записанной на машинном носителе. Единственным технически возможным способом придания доказательности “электронному документу” является использование электронной подписи. Единственное действующее в масштабе государства определение дано в ГОСТ Р 51141-98 “Делопроизводство и архивное дело. Термины и определения”, который определяет “документ на машинном носителе” как документ, ...

Скачать
34876
1
0

... классификаторов. Один из основных вопросов, определяющих успешное использование компьютерных технологий в офисе – это надежность хранения документов в электронной форме. Сохранность документов складывается из: -           устойчивого электропитания; -           резервного копирования; -           антивирусной защиты; -           профилактики и диагностики с использованием специальных утилит ...

Скачать
52624
1
0

... об изделиях предполагается осуществить в соответствии с требованиями стандартов семейства ISO 10303 (STEP). Следует заметить, что создание электронного архива - лишь начало серьезных изменений в информационной поддержке основных производственных процессов предприятия. Ближайший этап - автоматизация коллективной работы с технологическими документами в ходе реализации производственных проектов. В ...

Скачать
165424
0
0

... этих стран характерен высокий статус национальных профессиональных объединений управляющих документацией, а также общественный интерес к вопросам документационного обеспечения управления. 2.1 Управление электронными документами в Австралии Деятельность архивных органов в Австралии в области нормативно-методического регулирования вопросов управления документацией в настоящее время является ...

0 комментариев


Наверх