Дипломная работа: Прием новой документации в электронный архив
Дипломная работа: Прием новой документации в электронный архив
Пояснительная
записка
ПРИЕМ НОВОЙ ДОКУМЕНТАЦИИ
В ЭЛЕКТРОННЫЙ АРХИВ
Старший консультант
Руководитель разработки
Консультант по экономической части
Рецензент
Председатель предметной комиссии
Разработал
Введение
Современные предприятия функционируют в условиях
неопределенности и динамичности окружающей социально-экономической среды, а
также высокой сложности продукции. Внедрение новых информационных технологий и
коммуникационных технологий приводит к необходимости поиска или формирования
методов и структур, позволяющих перестроить процессы работы. Становление
«электронно-прозрачного» мирового рынка (в котором можно получить практически
мгновенный доступ к информации о любых товарах) вызывает резкий рост
конкуренции между производителями. Как правило, товары, интересующие клиента,
уже перестали быть локальными продуктами и производятся по всему миру.
Производитель не имеет права уступать своим конкурентам.
При этом кардинально меняются роль и образ клиента.
Безликого «массового потребителя» сменяет индивидуальный заказчик, который
берет в свои руки контроль над рынком. По сравнению с 70-80 гг. ХХ в. он
намного лучше осведомлен о состоянии дел на рынке и о возможностях выбора
продукции. Поэтому требования к качеству товаров постоянно растут, их жизненный
цикл становится короче, номенклатура – шире, объем выпуска продукции по
отдельным позициям номенклатуры – меньше. Субъективное понятие качества
продукции формируется в процессах взаимодействия производителя и потребителя и
определяется степенью соответствия характеристик товара набору требований
потребителя.
Все это наглядно свидетельствует о том, что произошли
глобальные, необратимые изменения в организации предприятий. Именно способность
фирмы быстрее и легче адаптироваться к изменению конъюнктуры рынка становится
главным козырем в конкурентной борьбе. Отныне предприятия ради выживания в
непрерывно изменяющихся условиях существования вынуждены постоянно пересматривать
свою структуру и организацию работ.
Современные фирмы, производящие сложную наукоемкую
продукцию, ищут новые методы и подходы к упрочнению своего рыночного положения
и повышению конкурентоспособности. Информационные технологии обеспечивают
ускорение процессов проектирования и производства продукции за счет
автоматизации и информационной интеграции. Это ведет к сокращению длительности
сроков разработки и вывода продукции на рынок.
Современная эпоха развития интеграции производственных
данных во всем мире проходит под эгидой CALS-технологий – новой концепции
развития производственной и коммерческой информатики.
По сути, CALS – это протокол цифровой передачи данных,
обеспечивающий стандартные механизмы их доставки и текущего инжиниринга для
проектирования сложных технических объектов. При этом в качестве форматов
данных в CALS используются специальные стандарты, например, IGES и STEP. В CALS
входят также стандарты электронного обмена данными, электронной технической
документации и руководства для усовершенствования процессов.
За прошедшие годы понятие CALS существенно расширилось.
Оказалось, что задачи современного использования электронной информации и
обмена ею в части данных о составе и структуре изделий, геометрических моделей,
чертежей, технических руководств, описаний процессов, данных, касающихся
материально-технического обеспечения, технологии информационной поддержки
процессов эксплуатации сложной техники, не менее актуальны и в других отраслях,
связанных с наукоемкой машинно-технической продукцией.
В рамках международного комитета по стандартизации (ISO)
были разработаны несколько десятков стандартов, закрепляющих накопленный в мире
опыт ведения производственной деятельности с использованием электронного обмена
данными.
В настоящее время работа многих крупных корпораций,
разрабатывающих и производящих наукоемкую продукцию (авиакосмическая и
автомобильная промышленности, судостроение) базируется на этих стандартах.
Фактически понятие CALS получило новое звучание – сегодня это концепция
организации и интегрированной информационной поддержки жизненного цикла (ЖЦ)
изделия, основанная на безбумажном обмене данными и стандартизации
представления данных на каждом этапе ЖЦ.
Целью применения CALS как концепции организации и
информационной поддержки бизнес-деятельности является повышение эффективности
процессов разработки, производства, послепродажного сервиса, эксплуатации
изделий за счет:
ускорения процессов исследования и разработки продукции;
сокращения издержек при производстве и эксплуатации
продукции;
придания изделию новых свойств и повышения уровня
сервиса в процессах его эксплуатации и технического обслуживания.
Таким образом, CALS необходимо рассматривать как
инструмент повышения эффективности бизнеса, конкурентоспособности и
привлекательности продукции.
В настоящее время целый ряд отечественных предприятий в
рамках международного сотрудничества, в частности при продаже сложных
наукоемких изделий, и лицензий на их производство, уже столкнулись с
требованиями соблюдения стандартов CALS в электронной форме технической
документации, а также в средствах компьютерной информации поддержки процессов
технического обслуживания, материально-технического обеспечения, заказа
запасных частей и ремонта.
Новизна концепции CALS заключается в следующем:
Широта охвата и системность подхода (речь идет не только
о производстве или проектировании, но и о поддержке всех процессов в жизненном
цикле – от замысла до утилизации продукта).
При расширении использования компьютерных технологий на
повестку для выходят проблемы информационной интеграции автоматизированных
систем.
Интеграция достигается путем стандартизации
представления информации (или результатов) в процессах проектирования,
материально-технического снабжения, производства, ремонта, послепродажного
сервиса и так далее. Это обеспечивает оперативную передачу функций одного
подрядчика другому, который, в свою очередь, может воспользоваться результатами
уже проделанной работы. Такая возможность особенно важна для изделий, имеющих
длительный жизненный цикл, когда необходимо поддержать преемственность
информационной поддержки продукции независимо от складывающейся рыночной или
политической ситуации.
Эффективный бизнес в данный момент имеет явную тенденцию
к географической распределенности. В случае изменения состава участников
смены поставщиков или исполнителей – обеспечиваются преемственность и
сохранность уже полученных результатов (моделей, расчетов, документации, баз
данных).
Основные преимущества применения CALS:
сокращение времени выхода изделия на рынок (сокращение
временных издержек);
сокращение стоимости жизненного цикла (сокращение
материальных издержек);
повышение качества изделия.
Главными проблемами, мешающими эффективному управлению
информацией об изделии, являются огромное количество информации
(«информационный хаос») и коммуникационные барьеры между участниками жизненного
цикла изделия.
Пути их решения заложены в стратегии CALS. Стратегией
CALS является создание единого информационного пространства (ЕИП) для всех
участников жизненного цикла изделия, включая потребителя.
Преодоление информационного хаоса и коммуникационных
барьеров между участниками жизненного цикла изделия приведет к улучшению
взаимодействия между ними и повышению эффективности процессов жизненного цикла.
Результатом станет снижение временных и материальных издержек и возрастание
удовлетворения потребностей заказчика, а это, в свою очередь, неизбежно повысит
конкурентоспособность изделия.
В основе ЕИП лежит использование открытых архитектур,
международных стандартов, совместных хранилищ данных и апробированных
программно-технических средств. ЕИП обеспечивает совместную работу проектных
организаций, производственных предприятий, поставщиков, организаций сервиса и
конечного потребителя на всех стадиях жизненного цикла.
Стратегия CALS предусматривает двухэтапный переход к
ЕИП:
Автоматизация отдельных процессов (или этапов)
жизненного цикла изделия и представление данных на них в электронном виде в
соответствии с требованиями ЕИП. Предполагается, что на этом этапе обмен
данными между исходными системами осуществляется отдельными файлами
(электронными документами) на магнитных носителях либо по сетям.
Интеграция автоматизированных процессов и относящихся к
ним данных, уже представленных в электронном виде, в рамках ЕИП. Здесь
взаимодействие осуществляется с помощью программных средств в режиме реального
времени, параллельная работа исполнителей организуется через единую
компьютерную среду.
Система Lotsia PDM Plus предназначена для управления
информацией об изделиях, документах, действиях и явлениях окружающего мира или
иных субстанциях определенной предметной области на протяжении всего их
жизненного цикла, а также для управления документооборотом и бизнес-процессами.
Управление информацией в программе реализовано через,
так называемые, информационные объекты (далее объекты). Объект предназначен для
хранения информации. Он может описывать элементы определенной предметной
области (или соответствовать им).
Управление документооборотом и бизнес-процессами
производится с помощью таких инструментов, как предопределения и свободная
маршрутизация сообщений и документов.
Система Lotsia PDM Plus включает в себя и средства
ведения защищенного архива.
Lotsia PDM Plus представляет собой визуальную
интегрированную систему TDM/PDM/Workflow, построенную в архитектуре «клиент-сервер».
Lotsia PDM Plus может работать как автономное приложение
или в режиме полной интеграции с системой управления документами DOCS Open.
Lotsia PDM Plus может быть использована в режиме
интеграции с системой управления предприятием «Координатор».
Lotsia PDM Plus может работать в режиме интеграции с
такими САПР, как Bentley MicroStation, Autodesk AutoCAD, Autodesk Mechanical
Desktop, Autodesk Inventor, SolidWorks и другими.
Программный продукт Lotsia PDM Plus может поставляться
со следующим набором базовых функциональных возможностей:
Система управления информацией об изделии Lotsia PDM,
обеспечивающая функциональные возможности, соответствующие классу PDM систем.
Система маршрутизации документов и управления
бизнес-процессами (управления документооборотом) Lotsia Workflow,
обеспечивающая функциональные возможности, соответствующие классу Workflow
систем.
Полнофункциональная система управления информацией об
изделии и маршрутизации документов и управления бизнес-процессами Lotsia PDM
Plus, включающая возможности Lotsia PDM и Lotsia Workflow и соответствующая
классу TDM/PDM/Workflow систем.
Темой дипломной работы является “Прием новой
документации в электронный архив” в рамках внедрения CALS-технологий на
предприятии ФГУП “РНИИ КП”.
Данный бизнес-процесс должен входить в комплексную
систему, позволяющую создавать приложения, которые связывают отдельные шаги и
действия различных пользователей в единый непрерывный процесс. Функциональная
часть данного процесса заключается в создании структуры для внедренной на
предприятии документации.
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
Классификация постановки на учет отдельного исполнителя