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

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

- Организационная модель описывает состав и структуру подразделений и служб предприятия.

- Информационная модель описывает потоки информации, существующие в функциональной и организационной модели.

Теперь рассмотрим процессный подход более подробно.

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

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

Владелец процесса должен знать свой бизнес-процесс, отвечать за его ход и результат в целом, измерять и совершенствовать эффективность.

Следовательно, одним из первых основных этапов построения процессной системы управления деятельностью компании является выделение и классификация бизнес-процессов.

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

К наиболее известным традиционным средствам построения моделей сложных систем относится методология SADT. Она была создана в начале 70-х годов с целью унифицировать подходы к описанию сложных систем. SADT включает как концептуальный подход к построению моделей систем, так и набор правил и графических обозначений для их описания. Предлагаемые методы построения функциональных моделей, где описание систем осуществляется с точки зрения выполняемых ими функций, получили название методологии IDEF0.

Методология IDEF-SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели системы какой-либо предметной области. Функциональная модель SADT отображает структуру процессов функционирования системы и ее отдельных подсистем, т. е. выполняемые ими действия и связи между этими действиями. Для этой цели строятся специальные модели, которые позволяют в наглядной форме представить последовательность определенных действий. Исходными строительными блоками любой модели IDEFO процесса являются деятельность (activity) и стрелки (arrows).

В основе методологии IDEF0 лежат четыре основных понятия:

1) Функциональный блок (Activity Box).

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

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом верхняя сторона имеет значение “Управление” (Control); левая сторона имеет значение “Вход” (Input); правая сторона имеет значение “Выход” (Output); нижняя сторона имеет значение “Механизм” (Mechanism).

Рис. 2.1 Функциональный блок.

2) Интерфейсная дуга (Arrow).

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

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.).

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

3) Декомпозиция (Decomposition).

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

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

Модель IDEF0 всегда начинается с представления системы как единого целого - одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0”. В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).

В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком - Child Box). В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит - родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность модели IDEF0. (Рис. 3.2) Следует обратить внимание на взаимосвязь нумерации функциональных блоков и диаграмм - каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы. Отсутствие этого обозначения говорит о том, что декомпозиции для данного блока не существует.



Рис. 2.2 Декомпозиция функциональных блоков.

4) Глоссарий (Glossary).

Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента [4].

2.2 Модели в IDEF0

2.3 Построение модели бизнес-процесса конструкторско-технологического отдела



1. Работа конструкторско-технологического отдела начинается с оформления бланка заказа на замер сразу после получения заявки от заказчика.

2. В течение 3 дней после получения заявки на объект выезжает замерщик для проведения необходимых замеров, консультаций (согласований) с заказчиком и получения исходных данных (блок 3).

3. Полученные исходные данные (ИД) анализируются на предмет возможности изготовления конструкторской документации (КД) (блок 4).

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

5. Если заказчик согласен со стоимостью и с компоновкой изделия, то с заказчиком заключается договор, составляется смета и выставляется счёт с наименованием стоимости каждой позиции оборудования и самой сауны (блок 6).

6. После оплаты заказчиком начальник отдела (блок 7) принимает шение о назначении исполнителей и установлении срока выполнения работ.

7. В конструкторско-технологическом отделе (КТО) создаётся чертёж общего вида и спецификация в виде расширенной сметы, которые затем поступают на подпись к техническому директору (блок 9).

8. На основании конструкторской документации (КД) формируется техническое задание (ТЗ) на подготовку помещения к монтажу оборудования для сауны (блок 10).

9. После подписания техническим директором конструкторской документации и технического задания оригинал КД передается в ОТД (отдел технической документации) на размножение и копирование (блок 11).

10. Получение из отдела технической документации (ОТД) оригинала и контрольной копии конструкторской документации (КД) (блок 12).

11. Передача конструкторской документации (КД) на производство для начала работ по данному заказу (блок 13).

Словарь терминов и условных обозначений

Термин (сокращение)	Определение
Конструкторско-технологический отдел (КТО) Исходные данные (ИД) отдел технической документации (ОТД) Технологический процесс (ТП) Техническое задание (ТЗ) Смета Комплект технологической документации Средства технологического оснащения	Структурное подразделение предприятия, предназначенное для проектирования конструкторско-технологической документации Данные, предоставленные заказчиком и/или замерщиком после предварительных замеров, необходимые для составления конструкторской документации Структурное подразделение предприятия, предназначенное для размножения, хранения, поиска и выдачи по запросам документации Часть производственного процесса, содержащая целенаправленны действия по изменению и/или определению состояния предмета труда Графический или текстовый документ, который отдельно или в совокупности с другими документами определяет последовательность работ на объекте План предстоящих расходов и поступлений материальных и денежных средств предприятия Совокупность комплектов документов технологических процессов и отдельных документов, необходимых и достаточных для выполнения технологических процессов при изготовлении и ремонте изделия или его составных частей Совокупность орудий производства, необходимых для осуществления технологического процесса

3. РЕСТРУКТУРИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ ТЕХНИЧЕСКОЙ ПОДГОТОВКИ ПРОИЗВОДСТВА

3.1 Модель работ «КАК ДОЛЖНО БЫТЬ» конструкторско-технологического отдела



3.2 Обоснование выбора решений при построении информационной системы

Так как средства связи все глубже проникают в нашу жизнь, очень важно, чтобы обмен информацией осуществлялся как можно проще. Использование стандартных инструментов позволяет каждому использовать информацию и обмениваться ей единым способом. Кроме того, они дают возможность работать в предсказуемой, согласованной среде. Это упрощает обучение, и руководитель вправе ожидать от нового сотрудника наличие навыков работы с компьютером. Помимо этого, рабочие инструменты, применяемые в компании, могут играть центральную роль в унификации ее вычислительных ресурсов. Например, у сотрудников должна быть возможность перехода от работы над документом к навигации в сети Internet или к базам данных на любых серверных машинах. Чем выше степень унификации таких разных видов деятельности, тем ниже затраты времени на обучение и поддержку сотрудников.

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

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

- организация совместного использования файлов и принтеров;

- обеспечение доступа к корпоративной базе данных;

- возможность обмена сообщениями;

- настольные приложения для повседневных операций;

- подключение к Интернету.

Одним из условий выполнения поставленных задач по созданию интегрированной информационно-управляющей системы является необходимость использования файлового сервера, который соединён со всеми рабочими местами конструкторско-технологического отдела и имеет выход к выделенной линии Internet.

Каждая компонента аппаратного обеспечения конструкторско-технологического отдела является самостоятельной единицей и может работать независимо от других единиц. Некоторые компоненты могут быть соединены непосредственно между собой для обмена внутренней или конфиденциальной информацией, чтобы не перегружать информационные каналы ядра системы.

Особенность создаваемой системы состоит в передаче и обработке большого объема информации между информационными модулями этой системы. Для эффективного взаимодействия модулей требуется высокая скорость работы коммуникационного оборудования (сети, маршрутизаторы, модемы и т.п.).

Информационно-управляющая система непосредственно связана с провайдером Internet по оптоволоконному кабелю. Доступ к Internet компонент системы осуществляется двумя путями, либо через ядро комплекса, которым является файлово-обменный сервер, либо по каналам модемной связи. Для предоставления собственной информации в сеть Internet компоненты пользуются услугами информационно-управляющей системы, на которой организуются необходимые для этого серверы (WWW, Sendmail, NNTP и т.п.).

Связь между отделами предприятия может осуществляется различными методами:

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

- Связь может быть установлена по факс-модемной связи по обычным и выделенным телефонным каналам.

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

Программное обеспечение используемое в информационном комплексе может быть достаточно разнородным. Поэтому рекомендуется применение стандартных протоколов для связи между компонентами сети. За базовый принят протокол TCP/IP, который используется в Internet. Каждая из компонент аппаратного обеспечения отдела может использовать любое программное обеспечение, но при этом должна быть обеспечена поддержка TCP/IP протокола.

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

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

Поэтому для защиты информации фирмы идут на дополнительные инвестиции. Например, устанавливают зеркальные дисковые подсистемы, дисковые массивы или параллельно работающие зеркальные файловые серверы. Применение таких средств в сочетании с высоким профессионализмом и дисциплиной администрирования сети обеспечивает практически 100-процентную защиту данных в случае отказа технических или программных средств.

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

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

Основные компоненты хранилища данных являются:

- оперативные источники данных;

- средства проектирования/разработки;

- средства переноса и трансформации данных;

- СУБД;

- средства доступа и анализа данных;

- средства администрирования/

Для современных вычислительных систем, с их постоянно растущими требованиями к надёжности, ёмкости и быстродействию, необходимы системы хранения информации. Из всех возможных вариантов (ленточные, оптические и т.п.) для оперативного хранения данных более всего подходят внешние дисковые RAID системы. Они обеспечивают максимальную скорость обработки транзакций и непрерывных потоков информации.

В нашем случае требуются выделенные хранилища информации большого объёма, но с невысокими требованиями к быстродействию (системы начального уровня). Это могут быть архивы или резервные копии. Традиционные ленточные системы достаточно сложны в эксплуатации и, в силу своей специфики, имеют низкую скорость доступа. Для подобных задач мы будем использовать SCSI-to-IDE RAID системы. Они просты в управлении и подключаются к серверу через обычный SCSI порт как большой SCSI диск. Ёмкость может достигать 1,5 Тб, а благодаря использованию дешёвых IDE дисков стоимость их весьма низка. Тем не менее, эти системы обеспечивают базовые средства защиты информации RAID, горячую замену дисков и блоков питания [6].

4. РАЗРАБОТКА ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННО-УПРАВЛЯЮЩЕЙ СИСТЕМЫ КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКОГО ОТДЕЛА

4.1 Общие сведения об Электронном архиве

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

Создание архива электронных документов является в настоящее время одной из первоочередных обязательных задач автоматизации ТПП, особенно принимая во внимание наращиваемые мощности по проектированию изделий с использованием системы I-DEAS и поступлением первых образцов математических моделей новых изделий на магнитных носителях в сочетании с чертежами, выполненными электронным способом. Электронный архив приобретает черты информационного ядра системы документооборота предприятия. Именно через архив электронный документ вовлекается в реальное делопроизводство.

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

В расширенном варианте комплекс технических средств Электронного архива включает в себя следующие основные компоненты:

сервер (должен включать следующие компоненты программного обеспечения: сервер БД Архивной системы, файловый сервер документов, файловый сервер образов документов, сервер магнитооптической библиотеки, сервер приложений);

магнитооптическая библиотека;

рабочие станции ввода/распознавания и атрибутирования документов;

рабочая станция локального доступа в Электронный архив;

рабочее место архивариуса;

ЛВС предприятия;

система общего документооборота;

система взаимодействия с филиалами;

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

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

4.2 Анализ решаемых задач электронным архивом

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

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

Существенное отличие технического документооборота состоит также в необходимости по разным причинам (ремонт, соображения безопасности и т.п.) хранения старых версий документов при появлении их новых версий. В результате мы имеем значительное увеличение объема хранимой документации, а это, в свою очередь усложняет процессы регистрации, поиска и хранения документов.

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

- автоматизация регистрации и учета документации;

- длительное хранение документации в электронном виде в больших объемах;

- обеспечение возможности оперативного поиска документов и доступа к ним;

- обеспечение возможности работы с электронными документами в операционной среде электронного архива;

- обеспечение возможности коллективной работы с документацией;

- обеспечение целостности, надежности и защиты информации;

- снижение накладных расходов (количества распечатываемых документов, бумаги, расходных материалов и т. п.).

4.3 Структурная схема электронного архива

На рис. 4.1 представлена структурная схема электронного архива, с указанием для каждой подсистемы перечня решаемых ею задач.



Рис. 4.1 Структурная схема электронного архива документов

В целом структуру архива составляют следующие элементы, указанные на схеме:

подсистема приемки и входного контроля текстовой КД;

подсистема приемки и входного контроля чертежей;

подсистема перевода КД в электронный вид;

подсистема поиска электронной конструкторской документации;

подсистема хранения эталонов, контрольных копий и рабочих копий КД;

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

Функционирование архива обеспечивается реализацией каждой из подсистем в программно-техническом комплексе.

4.3.1 Подсистема приемки и входного контроля документации

Подсистема предназначена для входного контроля поступающей в архив документации.

Всю документацию, поступающую в архив можно разделить на две категории (каждая из которых дополнительно комплектуется сопроводительной документацией):

текстовая конструкторская документация;

чертежи изделий.

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

Для подсистемы приемки и входного контроля текстовой КД предполагается использовать редактор текстов Word пакета Microsoft Office.

Для подсистемы приемки и входного контроля чертежей предполагается, помимо PDM - системы, использовать систему AutoCAD.

4.3.2 Подсистема перевода документации в электронный вид

Не вся проектирующаяся в конструкторско-технологическом отделе документация имеет электронный вид. Поэтому перед помещением документа в архив его необходимо перевести в соответствующий электронный формат.

Для подсистемы перевода конструкторской документации в электронный вид предполагается использовать комплекс аппаратно-программных средств и систем цифровых копировально-множительных машин, эксплуатирующихся в составе локальных вычислительных производственных сетей, а также программу обработки сканированных изображений (включая распознавание русского текста), растрового редактирования - FineReader 8.0 Professional Edition фирмы ABBYY Software House (США).

4.3.3 Подсистема поиска электронной документации

Для подсистемы поиска электронной конструкторской документации предполагается использовать систему управления базой данных BazDok, в которой хранится документация, представляющая собой информационные массивы на магнитных носителях. Та же СУБД будет использоваться в подсистеме хранения эталонов, контрольных копий и рабочих копий конструкторской документации, а также в подсистеме формирования и вывода по запросам документации на бумагу и на магнитооптические носители.

Данная система осуществляет хранение в архиве, поиск, вывод на экран монитора или печать, ввод новых информационных массивов. Информационные массивы могут быть текстовыми, числовыми, графическими. Часто один документ может быть представлен несколькими видами информационных массивов.

Документация проектов выполняется при помощи различных программных средств: текстовых редакторов, графических пакетов, САПР и т.п.

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

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

Может быть найден любой рисунок или чертеж к данному документу.

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

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

4.4 Описание технических средств электронного архива

Для создания электронного архива документов необходим следующий комплекс технических средств:

1) Сервер Электронного архива документов;

- HP9000 (Hewlett-Packard)

2) 3 АРМ на базе PC;

3) Периферийное аппаратное обеспечение;

- Струйный принтер HP DeskJet 1180

- Планшетный сканер Mastek Be@Paw1200 А4

- Лазерный принтер HP LaserJet 1300

4) Внешние дисковые массивы для хранения информации;

- SCSI-to-IDE RAID системы

5) Технические средства локальной вычислительной сети (концентратор, адаптеры, соединительные кабели).

В состав локальной вычислительной сети (ЛВС) конструкторско-технологического отдела включаются сервер HP9000, автоматизированные рабочие места (APM), периферийное аппаратное обеспечение, внешние дисковые массивы для хранения информации.

Для организации локальной вычислительной сети КТО необходимы следующие компоненты:

- концентратор (1 шт.);

- сетевые адаптеры (3 шт.);

- соединительные кабели.

Все элементы сети связаны с центральным узлом (концентратором) по топологии «звезда» (рис. 4.2).



Рис. 4.2 Состав типовой локальной вычислительной сети КТО

4.5 Описание работы конструкторско-технологического отдела с электронным архивом

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

Далее КТО готовит необходимое число копий КД на магнитных носителях. Порядок работы с ними такой же, как и при существующем положении. Первой операцией на ЭВМ с вновь поступившим носителем является проверка на отсутствие вируса. При наличии текстовой КД на магнитном носителе отпадают работы по ее вводу в ЭВМ с удаленного терминала. К серверу в качестве удаленных терминалов подключаются персональные компьютеры, и осуществляется обмен данными между APM и сервером, что выводит работу АСУП на новый качественный уровень, но требует определенной доработки существующего программного обеспечения.

Существенно изменяется и форма работы и сроки ее выполнения конструкторско-технологическим отделом. В случае приобретения цифровых копировально-множительных машин, включенных в локальную сеть, работник может сформировать заказ работы на необходимую машину, указав число копий, односторонние копии или двухсторонние, перевод формата А3 в А4 или А4 в А5, необходимость брошюровки и т.п., а также переслать его на исполнение по электронной почте.

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

Переход на обращение КД в электронной форме повлечет за собой и переход к централизованному учету технологической документации и подготовке ее в форме электронных документов, что является одним из обязательных условий выполнения работ по сертификации производства.

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

Создание архива электронной конструкторско-технологической документации послужит основой и катализатором при проведении работ по созданию соответствующих архивов электронной планово-экономической и административной документации с выходом на создание общей системы электронного документооборота.

4.6 Предлагаемая структура электронного архива

Предлагаемая структура электронного архива имеет вид:

1. Наименование проектов.

Под наименованием проектов будет пониматься названия готовых или находящихся в работе объектов.

По каждому объекту существует стандартный набор документации:

1.1 Конструкторская документация.

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

1.2 Технологическая документация

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

1.3 Планово-экономическая документация

В планово-экономическую документацию входят договор на поставку сауны с указанием цены готового изделия, коммерческое предложение с указанием окончательной суммы, счёт-фактура смета готового изделия.

4.7 Работа программы BazDok

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

Pentium 4(2 ГГц, 512 MБ RAM, 60 GB HDD, 52-x CD-ROM, Video 64 МB WRAM, ZIP, сетевая плата, монитор);

печатающее устройство с возможностью вывода графики;

лазерное печатающее устройство или плоттер;

сканер.

Исходя из того, что документация проектов выполняется при помощи различных программных средств, для ее редактирования, ввода и вывода необходимы следующие программные средства:

Windows 2000/XP;

графические пакеты AutoCAD, Corel Draw;

/2000/2003/XP;

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

Документация должна формироваться на магнитных носителях при помощи различных текстовых или графических редакторов. Если один документ проекта располагается в нескольких файлах, то необходимо создать файл, в котором будет находиться оглавление с описанием того, что находится в каждой части документа. Имя файла должно содержать не более 5 английских символов, остальными символами должны быть номер части (от 1 до 999 частей), расширение берется то, в чем выполнена соответствующая часть документа (например, tz1.doc - документ WORD, tz2.txt - документ Лексикона, tz3.cdr - рисунок в Corel Draw, tz4.xls - документ Excel и т.п). Оглавление записывается с цифрой 0 (например, tz0.doc ). К файлу, состоящему из одной части также добавляется цифра 0.

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

Для занесения проектной документации в базу данных администратору базы, после входа в нужную базу данных, необходимо нажать кнопку «Ввод документов» на том уровне, где нужно поместить документ, например, если необходимо внести документ в новый проект, то ввод осуществляется на уровне проектов, т.е. нужно занести название проекта, название подпроекта, раздела, подраздела и т.п., на самом нижнем уровне заносится название документа. Здесь же производится занесение документа в архив в выбранную для базы данных директорию на жестком диске (рис. 4.4).

Для этого необходимо задать имя файла для помещения в архив базы данных (не более 5 латинских символов). Затем необходимо задать имя архива, где будет храниться помещаемый в базу документ или найти путь к архиву нажатием кнопки (справа) (рис. 4.5). Появится проводник, где можно найти архивный файл. Если документ помещается в существующий архив, то будет задан вопрос: «заменить архивный файл?». При ответе «да» документ будет помещен в существующий архив и он будет заменен. При этом высветится имя архива.

Далее необходимо в следующее поле добавить файлы, которые нужно внести для данного документа при помощи проводника, если документ состоит из нескольких частей, нужно составить файл с оглавлением, который помещается первым, остальные файлы добавляются в нужном порядке. После занесения всех частей документа нужно нажать кнопку «Архивировать», документ будет занесен в указанный архив.

После занесения необходимых данных о документе, проверки правильности ввода и нажатия кнопки «ВВОД» нужно дать подтверждение: заносить документ в базу данных проектов или нет. Если документ занесен в базу данных, то его название высветится на экране в соответствующем списке после нажатия кнопки «ДА» (рис. 4.6).

5. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ И ВНЕДРЕНИЯ ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННО-УПРАВЛЯЮЩЕЙ СИСТЕМЫ КТО

5.1 Исходные условия

В процессе формирования инвестиционного проекта необходимо определить исходные условия, при которых будет реализовываться проект. Среди таких условий можно выделить:

1) Потребность в финансировании (потребный объем инвестиций).

2) Источники финансирования инвестиционного проекта.

3) Время выполнения операций на поиск и занесение информации архив.

5.1.1 Потребный объем инвестиций

Потребный объем инвестиций определяется капитальными затратами на этапе разработки информационно-управляющей системы. К числу таких затрат можно отнести:

затраты на приобретение технических средств;

затраты на приобретение, адаптацию и разработку программного обеспечения;

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

1) Технические средства

В табл. 5.1 перечислены технические средства, которые необходимо приобрести на этапе разработки информационно-управляющей системы, их количество и стоимость.

Таблица 5.1. Состав технических средств

Технические средства	Количество	Стоимость ($ долл.)
1. Сервер НP9000	1	8000
2. АРМ на базе РС	3	6500
3. Дисковые массивы SCSI-to-IDE RAID	1	14900
Итого		29400

2) Программное обеспечение

В табл. 5.2 перечислены программные средства, необходимые для функционирования основных подсистем электронного архива и их стоимости.

Таблица 5.2. Состав программного обеспечения

Программное обеспечение	Стоимость ($ долл.)
1. ABBYY Fine Reader 8.0 Pro	150
2. AutoCAD + приложения	10000
3. MS Office	550
4. BazDok	2000
5. Windows XP/2003 Server	900
Итого	13600

Приобретенное программное обеспечение необходимо адаптировать к специфике данного отдела, чтобы обеспечить бы интеграцию ПО друг с другом и существенно упростить работу с электронным архивом.

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

5.1.2 Источники финансирования

Среди возможных источников финансирования проекта можно выделить собственные средства предприятия и заемные средства.

К источникам собственных средств предприятия относятся:

- амортизация;

- чистая прибыль предприятия.

К заемным источникам финансирования относятся:

- кредиты банков;

- финансирование из других источников.

Финансирование рассматриваемого инвестиционного проекта осуществляется за счет собственных средств предприятия, а именно за счет амортизационных средств и чистой прибыли. Величина накопленных амортизационных средств от эксплуатации имеющегося в КТО оборудования составляет:

где - стоимость оборудования, установленного в КТО;

- срок эксплуатации оборудования (составляет 10 лет);

- норма амортизации, равна 7,8% (определяется исходя из срока эксплуатации оборудования).

$

Оставшаяся часть капитальных затрат финансируется из чистой прибыли предприятия.

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

Функции	Время, потраченное на выполнение операции при работе без ИУС, мин	Время, потраченное на выполнение операции при работе с ИУС, мин
Занесение конструкторской документации в бумажный/электронный архив	10	3
Поиск документации по проекту	20	5
Выдача информации об изделии	5	1
Проведение изменений в бумажном/электронном архиве	120	15
Размножение документации	100	5
Рассылка документации	40	3

5.2 Расчет эксплуатационных затрат при работе КТО без информационно-управляющей системы

На рис. 5.1 представлены эксплуатационные затраты, которые существуют в конструкторско-технологическом отделе в настоящее время.

Рис. 5.1. Состав эксплуатационных затрат в базовом варианте расчета

Если рассматривать работу КТО без внедрения информационно-управляющей системы, то состав эксплуатационных затрат несколько изменится. К 2004 году стоимость установленного в отделе оборудования была полностью списана за счет амортизационных отчислений. Таким образом, из состава эксплуатационных затрат необходимо исключить амортизацию оборудования.

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

1) Затраты на ремонт и содержание оборудования

В конструкторско-технологическом отделе в настоящий момент установлены и действуют технические средства представленные в табл. 5.3.

Таблица 5.3. Состав технических средств в КТО

Технические средства	Количество	Стоимость ($ долл.)
1. Сервер Intel Pentium 4	1	3000
2. APM на базе PC	3	5000
3. Периферийное аппаратное обеспечение	1	1500
4. Концентратор	1	600
5. Адаптер	4	300
Итого		10400

Таким образом, стоимость технических средств установленных и действующих в КТО составляет:

$

Норма затрат на ремонт и содержание оборудования составляет 10,4% от его стоимости. Приобретение расходных материалов также включается в данную статью. Величина затрат будет составлять:

$

2) Затраты на содержание помещений

Затраты на содержание помещений определяются исходя из площади, занимаемой оборудованием, стоимости 1 м² производственной площади и всех внутренних коммуникаций, а также нормы затрат на содержание помещений и внутренних коммуникаций.

Площадь S, занимаемая оборудованием, составляет 8м². Стоимость 1 м² производственной площади (С_ПЛ) составляет 400 долл.

Норма затрат на содержание помещений и внутренних коммуникаций Н_П = 10,8%.

Таким образом, величина затрат на содержание помещений и внутренних коммуникаций будет равна:

$

3) Заработная плата персонала

Численность персонала, работающего в конструкторско-технологическом отделе, составляет 5 человек (основной и обслуживающий персонал). Часовая тарифная ставка специалиста КТО составляет 3 долл./час. Годовой фонд рабочего времени равен 1970 часов в год на человека.

, где

- часовая тарифная ставка сотрудника отдела;

- годовой фонд времени работы сотрудника отдела с архивом;

- численность сотрудников отдела.

Величина основной и дополнительной заработной платы будет составлять:

$

Величина единого социального налога составляет 35,8% от заработной платы персонала:

$

Суммарное значение эксплуатационных издержек в конструкторско-технологическом отделе составляет:

$

Таким образом, мы рассмотрели эксплуатационные затраты при работе КТО без внедрения информационно-управляющей системы. В дальнейшем эти расчеты помогут определить величину экономического эффекта от внедрения системы.

5.3 Расчет затрат на разработку информационно-управляющей системы по стадиям жизненного цикла проекта

Жизненный цикл проекта можно разделить на два этапа:

- этап разработки (продолжительность этапа - 1 года);

- этап эксплуатации (продолжительность этапа - 10 лет).

На каждом этапе состав затрат различается.

5.3.1 Этап разработки

Затраты на этапе разработки информационно-управляющей системы можно разделить на два вида (рис. 5.2):

Рис. 5.2 Состав затрат на этапе разработки системы

Капитальные затраты включают:

1) Затраты на технические средства

Таблица 5.4. Состав затрат на технические средства

Технические средства	Количество	Стоимость ($ долл.)
1. Сервер НP9000	1	8000
2. Дисковые массивы SCSI-to-IDE RAID	1	14900
3. APM на базе PC	3	6500
Итого		29400

2) Затраты на программное обеспечение

Таблица 5.5. Состав затрат на программное обеспечение

Программное обеспечение	Стоимость ($ долл.)
1. ABBYY Fine Reader 8.0 Pro	2700
2. AutoCAD + приложения	10500
3. MS Office	520
4. BazDok	2900
5. Windows XP/2003 Server	500
Итого	23620

3) Затраты на обучение персонала

Суммарная стоимость обучения сотрудников отдела работе с программным обеспечением информационно-управляющей системы на специализированных курсах составляет:

$

Таким образом, итоговое значение капитальных затрат составит:

$

5.3.2 Этап эксплуатации

Состав затрат на этапе эксплуатации системы приведен на рис. 5.3

Рис. 5.3 Состав затрат на этапе эксплуатации

1) Затраты на ремонт и содержание оборудования

Комплекс технических средств информационно-управляющей системы перечислен выше. Затраты на ремонт и содержание (также включают затраты на расходные материалы) составляют 10,4% от стоимости технических средств. Таким образом, величина затрат на ремонт и содержание оборудования будет составлять:

$

2) Амортизация оборудования

Величина амортизационных отчислений определяется следующим образом:

Норма амортизации составляет Н_А = 12,5%, т.е. стоимость оборудования должна быть списана за 8 лет, при этом срок эксплуатации оборудования составляет 10 лет. Столь длительные сроки эксплуатации связаны с тем, что следование новейшим технологиям не является целью предприятия и нет необходимости в постоянной смене оборудования. Кроме того, приобретаемые технические средства могут модернизироваться в процессе эксплуатации. Реальный срок эксплуатации систем подобных внедряемой составляет около 5 лет, что соответствует норме амортизации 20%. Величина амортизационных отчислений составит:

$

3) Затраты на содержание помещений

Затраты на содержание помещений определяются исходя из стоимости 1 м² производственной площади и внутренних коммуникаций, площади занимаемой оборудованием и норм затрат на содержание помещений и внутренних коммуникаций.

, где

- стоимость 1 м² площади производственных помещений;

- площадь необходимая для размещения оборудования;

- норма затрат на содержание помещений.

Стоимость 1 м² производственной площади, как и в варианте «без проекта», составляет 400 долл. Норма затрат на содержание помещений и внутренних коммуникаций также остается без изменений. Площадь, занимаемая оборудованием составляет всего 9 м².

Таким образом, величина затрат на содержание помещений составит:

$

4) Заработная плата персонала

В результате повышения производительности оборудования, а также изменения структуры рабочего процесса, пропадает необходимость в использовании некоторых работников. Численность персонала, таким образом, составит 3 человек. Часовая тарифная ставка останется без изменений, т.е. 3 долл./час. Годовой фонд рабочего времени сотрудника равен 1970 часов.

$

- годовой фонд времени работы сотрудника отдела с электронным архивом;

Величина единого социального налога составляет 35,8% от величины заработной платы персонала:

$

Итоговое значение годовых эксплуатационных издержек составит:

$

5.4 Оценка годового экономического эффекта от внедрения интегрированной информационно-управляющей системы

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

Рис. 5.4 Состав годового экономического эффекта

Величина годового экономического эффекта определяется следующим образом:

,где

- среднегодовые эксплуатационные затраты по новому варианту;

- среднегодовые эксплуатационные затраты по базовому варианту.

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

Величина эксплуатационных затрат по новому варианту, т.е. при внедрении информационно-управляющей системы складывается из затрат на ремонт и содержание оборудования, амортизационных отчислений, затрат на содержание помещений и заработной платы персонала.

Суммарное значение затрат:

$

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

$

Определим величину годового экономического эффекта при условии, что состав годовых эксплуатационных затрат останется неизменным в течение всего срока функционирования системы.

$

Таким образом, внедрение интегрированной информационно-управляющей системы позволит сократить величину годовых эксплуатационных затрат на 16426 долл.

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

6. ПРОМЫШЛЕННАЯ ЭКОЛОГИЯ И БЕЗОПАСНОСТЬ ПРОИЗВОДСТВА

Введение

С точки зрения охраны труда и окружающей среды не существует абсолютно безопасных производств. Главной задачей охраны труда является сведение к минимуму вероятности поражения или заболевания работников с одновременным обеспечением комфорта при сохранении максимальной производительности труда.

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

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

Вредный производственный фактор - фактор среды или трудового процесса, который может вызвать снижение работоспособности, патологию (заболевание), привести к нарушению здоровья потомства.

Материальными носителями опасных и вредных производственных факторов являются объекты, которые формируют трудовой процесс, входящие в него предметы труда, средства труда, продукты труда и технологии.