Прием новой документации в электронный архив
Пояснительная записка
ПРИЕМ НОВОЙ ДОКУМЕНТАЦИИ В ЭЛЕКТРОННЫЙ АРХИВ
Старший консультант
Руководитель разработки
Консультант по экономической части
Рецензент
Председатель предметной комиссии
Разработал
Введение
Современные предприятия функционируют в условиях неопределенности и динамичности окружающей социально-экономической среды, а также высокой сложности продукции. Внедрение новых информационных технологий и коммуникационных технологий приводит к необходимости поиска или формирования методов и структур, позволяющих перестроить процессы работы. Становление «электронно-прозрачного» мирового рынка (в котором можно получить практически мгновенный доступ к информации о любых товарах) вызывает резкий рост конкуренции между производителями. Как правило, товары, интересующие клиента, уже перестали быть локальными продуктами и производятся по всему миру. Производитель не имеет права уступать своим конкурентам.
При этом кардинально меняются роль и образ клиента. Безликого «массового потребителя» сменяет индивидуальный заказчик, который берет в свои руки контроль над рынком. По сравнению с 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 | Классификация постановки на учет отдельного исполнителя |
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), который вызывается путем нажатия на стрелку в поле атрибута ( по умолчанию стоит “нет кода” или “СБ”).
В поле “Формат СБ” необходимо указать формат листа, на котором был изготовлен чертеж.
В поле “Листов” необходимо указать количество листов данного чертежа.
В поле “По кооперации” необходимо выбрать нужное значение из классификатора.
В поле “Отметка о документе” необходимо указать значение из классификатора (при выборе значения “Подлинник находится на другом предприятии”, появится форма в которой необходимо будет указать номер предприятия, располагающего данным подлинником чертежа (рисунок 2.8)).
После ввода необходимой информации необходимо нажать Enter или кнопку Далее, проверить введенную информацию и также нажать Enter или кнопку Готово.
Контроль новой структуры осуществляется вручную путем мониторинга введенных данных и КД. При нахождении ошибок во введенных данных, они отсылаются обратно оператору с целью их исправления. После того, как будут проверены введенные данные, найдены все ошибки и исправлены, новая структура отсылается следующим операторам для импорта и постановки на абонентский учет новой КД.
В процессе импорта происходит регистрация документа (он проходит перед этим этап сканирования) в электронный архив. Чтобы начать импорт новой КД нужно:
В Главном меню в папке Работа с проектами дважды щелкнуть по Поиск объектов. Откроется диалоговое окно Поиск объектов, где необходимо выбрать вкладку Выбор.
В поле столбца Описание ввести обозначение объекта, к которому будет прикреплен документ.
Нажать Enter или кнопку Выполнить. Откроется объект (объекты) в соответствии с введенным обозначением.
Дважды щелкнуть на необходимый объект, в соответствии с описанием и типом. Откроется окно Выбора типа связи.
В столбце Описания выбрать Дерево проектов (рисунок 2.9).
Выбрать вкладку Документы архива. На этой вкладке щелчком правой кнопки мыши открыть контекстное меню и выбрать Импорт (рисунок 2.10).
Откроется диалоговое окно Выбора импортируемых документов, где необходимо будет выбрать отсканированные документы, соответствующие данной КД, и нажать кнопку Открыть (рисунок 2.11).
Откроется окно Импорта документов (рисунок 2.12). На вкладке Документы в секции Список документов в поле Действие выбрать Регистрировать и нажать на кнопку ОК.
В появившемся окне подтверждения Импорта документа нажать на кнопку Да (рисунок 2.13).
После нажатия кнопки Да появится информационное окно Обработки. Когда она автоматически закроется, в окне Дерева проекта на вкладке Документа архива появится импортированный документ.
В окне Дерева проекта щелкнуть правой кнопкой мыши по объекту и в открывшемся контекстном меню выбрать Выполнить действие.
Откроется диалоговое окно Выбора действия. На вкладке Выбор двойным щелчком нажать на Регистрацию импорта документа (рисунок 2.14).
На экране появится информационное окно Выполнения действия, которое сообщит о регистрации импорта документа. После завершения регистрации окно автоматически закроется.
Контроль импорта осуществляется путем открытия импортированного документа и проверки ее по средством мониторинга.
Для постановки на абонентский учет новой КД, она отсылается оператору, распределенному в начале работы. Данную новую КД необходимо открыть и развернуть Дерево проекта (рисунок 2.15)
Затем необходимо открыть дерево Карточки абонента (рисунок 2.16)
Далее следует добавить данный проект с входящими в подборку (для создания подборки необходимо нажать кнопку на панели инструментов, нажать Создать, перетащить правой кнопкой мыши изделие в подборку, нажать Добавить все и сохранить появившуюся подборку).
Далее следует добавить данный проект с входящими в подборку (для создания подборки необходимо нажать кнопку на панели инструментов, нажать Создать, перетащить правой кнопкой мыши изделие в подборку, нажать Добавить все и сохранить появившуюся подборку).
После добавления проекта необходимо из подборки выделить все новые документы и перетащить их мышкой в открытую карточку абонента.
Далее следует сделать активной подборку в карточке абонента, нажать правую кнопку мыши и из контекстного меню выбрать Выполнить действие и нажать на Постановка на учет.
Выполненный импорт и постановка на абонентский учет отсылается обратно оператору для составления описи и перечней данной новой КД. Затем она отсылается следующему оператору для печати подлинников и копий КД. Он в свою очередь печатает подлинник и копии КД, которые рассылаются абонентам.
Далее происходит объединение всей проделанной работы операторов по создания структур для новой и примененной КД, для выставления ей электронно-цифровой подписи и подтверждения ее ввода в электронный архив.
После всех проделанных действий происходит закрытие работы и расчет стоимости затраченной работы.
2. Охрана труда
Охрана труда – это система законодательных актов, социально-экономических, организационных, технических, лечебно-профилактических мероприятий, обеспечивающих сохранение здоровья и работоспособности человека в процессе труда.
2.1 Техника безопасности при работе на персональном компьютере
Вычислительные машины должны удовлетворять целому ряду требований, исходя из особенностей и свойств человека, так как при правильном сочетании способностей человека и возможностей машины существенно повышается эффективность человеко-машинной системы и обуславливается оптимальное использование человеком машин в соответствии с их назначением. Так при правильной организации рабочего места производительность труда операторов ЭВМ возрастает от 8% до 20%.
Оператор является звеном системы, работа которого непосредственно влияет на ее характеристики качества. Так производительность системы зависит, прежде всего, от скорости работы оператора, так как скорость передачи информации между остальными звеньями системы намного превышает пропускную способность оператора по вводу и восприятию информации. Точность информации, хранимой в базе данных системы, в большой степени зависит от внимательности оператора при наборе, потому что программным способом невозможно выявить все допускаемые опечатки. На точность ввода информации, скорость ее восприятия влияют такие факторы, как удобство предоставляемого пользовательского интерфейса и внимательность оператора.
Внимательность оператора в свою очередь зависит от его физического состояния, от его утомленности, от того, насколько его отвлекают от работы внешние воздействия. Правильная организация рабочего места оператора, правильное размещение оборудования помогает предотвратить случайную порчу системы от неловких или неграмотных действий оператора, что повышает надежность системы в целом.
2.2 Требования безопасности перед началом работы
Придя на рабочее место, работник должен включить местное освещение, затем осмотреть и привести в порядок рабочее место. После этого убедиться в отсутствии дискет в дисководах системного блока. Если дискеты отсутствуют, то включить блок питания. Затем включить периферийные устройства (принтер, монитор и другие) и системный блок.
2.3 Требования безопасности после окончания работы
При окончании работы на персональном компьютере пользователь должен закончить и записать в память компьютера находящийся в работе файл. Затем выйти из программной оболочки и вернутся в среду Windows. После этого выключить принтер и другие периферийные устройства. Если компьютер подключить к сети через стабилизатор, то выключить стабилизатор. После этого выдернуть штепсельные вилки из розеток. Во избежание попадания в клавиатуру пыли накрыть её крышкой и привести в порядок рабочее место. Оригиналы и другие документы положить в ящик стола. Затем тщательно вымыть руки холодной водой с мылом. Уходя из помещения выключить кондиционер, освещение и общее электропитание подразделения.
2.4 Требования электробезопасности
Электрический ток представляет собой скрытый тип опасности, так как его трудно определить в токо - и нетоковедущих частях оборудования, которые являются хорошими проводниками электричества. Смертельно опасным для жизни человека считают ток, величина которого превышает 0.05А, ток менее 0.05А – безопасен (до 1000 В).