Разработка программного обеспечения для анализа и моделирования взвешенных сетей

 

ВВЕДЕНИЕ

В настоящее время происходит автоматизация большинства предприятий нашей страны.

Актуальность данной темы очень высока на сегодняшний день так как необходимо повышать качество выполняемых работ и уменьшения трудовых затрат. Задача планирования потребностей в материалах (Materials Requirements Planning, MRP) оказалась той первой задачей, которая привела к созданию целой индустрии программного обеспечения для управления предприятием.

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

Целью данного дипломного проекта является разработка программного обеспечения для автоматизации процесса закупок необходимых материалов для ООО "Звезда Востока и Японии", г. Краснодар.

1. Исследование предметной области

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

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

·формализованных описаний процессов изготовления деталей и узлов, их взаимных связей и зависимостей;

·формализованных описаний необходимых материалов, ресурсов и их количественных потребностей для отдельных операций применительно к конкретным изделиям;

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

·методов и алгоритмов планирования, реализованных в виде программ и программных систем.

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

К настоящему времени разработан ряд методологий, таких как MRP, MRP II, ERP, применяемых для идентификации и эффективного планирования ресурсов предприятия при осуществлении закупок материалов и комплектующих, производства и продаж готовых изделий. Развитие методологий планирования прошло путь от планирования материалов - Material Requirements Planning (MRP), до планирования ресурсов предприятия в целом - Enterprise Resource Planning (ERP)[1].

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

Рисунок 1.1 - Структура MRP системы

Далее приводятся описания основных функций и компонентов систем классов MRP и ERP, а также общие сведения о системе CALS.

Методология Material Requirements Planning (MRP) - планирования потребностей в материалах (под материалами здесь понимаются как непосредственно материалы, так и сырье, комплектующие изделия, детали, узлы и все остальное, что необходимо для производства продукции), разрабатывалась и предназначена для использования на производственных предприятиях, имеющих дискретный тип производства - серийное, сборка и изготовление на заказ или склад, то есть когда имеется ведомость необходимых материалов и комплектующих изделий для изготовления конечного продукта [2].

В MRP различают независимый и зависимый спрос на материалы, детали и конечные изделия.

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

Зависимый спрос - это потребности, в материалах, деталях и узлах, необходимых для выполнения плана производства и поставок. Эти потребности определяются основным планом производства предприятия. Они не прогнозируются, а рассчитываются MRP системой.

Концепция MRP системы, фактически, сводится к двум основным принципам:

·если есть потребность в конечном изделии, то есть потребность во всех составляющих его компонентах, то есть MRP системы ориентированы на удовлетворение зависимого спроса;

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

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

Элементы MRP системы можно разделить на следующие составляющие:

·элементы, содержащие входную информацию для планирования потребностей в материалах. Такими элементами являются основной производственный план - Master Production Shedule, перечни компонентов производимых в соответствии с основным производственным планом изделий - Bills of Material, и описание наличия или отсутствия необходимых для производства компонентов - Inventory Status File;

·программная реализация алгоритмов планирования потребностей в материалах, то есть, собственно MRP;

·результаты работы MRP системы: план-график заказов материалов - Planned Order Schedule, изменения плана-графика заказов - Changes in Planned Orders, ряд отчетов для контроля и управления процессом снабжения [2].

Рассмотрим подробней входную информацию для MRP системы.

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

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

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

На основании входных данных MRP система выполняет следующие действия:

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

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

·определяет общую потребность в материалах с распределением по периодам планирования;

·общая потребность материалов корректируется с учетом состояния запасов для каждого периода планирования;

·формирует заказы на пополнение запасов с учетом времени опережения, определяемого особенностями сроков поставки по каждому типу материалов [2].

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

Изменения плана-графика заказов (Changes in Planned Orders) являются корректировками к ранее спланированным заказам, которые могут быть по каким-либо причинам изменены.

В качестве дополнительных результатов работы MRP системы можно отметить:

исполнительный отчет (Performance Report), задачей которого является формирование сообщений о критических ситуациях в процессе планирования и ошибках, возникающих в процессе работы системы;

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

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

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

Обзор аналогичных программных продуктов

Примером реализации системы MRP может служить программа «MRP - Программа планирования потребности в материалах», автором которой является Слонов Сергей Олегович.

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

При разработке программы использовалась методология планирования потребности в материалах MRP (Material Requirements Planning).

Входящие данные для программы:

1.Календарный план производства продукции.

2.Остатки сырья, материалов, деталей, сборочных единиц, инструмента на складе.

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

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

Потребность отображается в натуральном и в стоимостном выражении.

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

При расчете потребности с учетом остатков во внимание принимаются только остатки, находящиеся на складе (место хранения - СКЛАД). Вы можете переименовать это место хранения, например, Материально-техническая база, склад сырья и др.

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

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

Более подробное описание, инструкции и рекомендации по работе с программой находятся в ней самой.

Программа написана на Microsoft Access 2003, оптимизирована для разрешения экрана 1024х768, распространяется бесплатно с закрытым исходным кодом.

Даже несмотря на бесплатное распространение, использование данной программы на ОАО «Тайфун» невозможно, т.к. все данные хранятся не в Microsoft Access, а в базах данных ORACLE.

.1 Модель предметной области

В последние годы системы планирования в интеграции с модулем финансового планирования FRP (Finance Requirements Planning) получили название систем бизнес-планирования ERP (Enterprise Requirements Planning), которые позволяют наиболее эффективно планировать всю коммерческую деятельность современного предприятия, в том числе финансовые затраты на проекты обновления оборудования и инвестиции в производство новой линейки изделий. В Российской практике, целесообразность применения систем подобного класса обуславливается, кроме того, необходимостью управлять бизнес процессами в условиях инфляции, а также жесткого налогового прессинга, поэтому, системы ERP необходимы не только для крупных предприятий, но и для небольших фирм, ведущих активный бизнес [3]. На рисунке 1.2 представлена модель системы планирования ресурсов производственного предприятия.

Рисунок 1.2 - Модель системы планирования ресурсов предприятия

2. Анализ требований к программному обеспечению

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

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

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

ОМТС из компьютерной системы получает информацию о необходимом к закупке количестве материалов (брутто-потребность). Все необходимые расчеты выполняет БМТН предприятия на каждый запуск производства. Плановое бюро ОМТС группирует все рассчитанные потребности ПО ЗАКАЗУ и ПО ЗАВОДУ, в случае необходимости потребность корректируется на допустимые замены согласно таблице замен или оформляется карта отклонений.

Входной информацией является:

1.Рассчитанные MRP-потребности

2.Заявки на заказ поставщику (ответственные ОМТС)

Выполняемые действия:

1.Просмотр необходимых к закупке материалов

2.Формирование заказов на закупку и уведомление финансового отдела о необходимости оплаты в установленном на предприятии порядке

.Отслеживание заказов поставщикам и уведомление финансового отдела об оплате в соответствии с договором (заявкой на поставку).

выходная информация:

1.Заказы поставщикам (ожидаемые приходы-даты, количество)

2.Уведомления о необходимости оплаты - заявка на оплату и счет со стороны поставщика для оплаты

При расчете MRP потребности необходимо учесть разрешенные замены согласно СТП и карты отклонений, т.е. если отдел закупок, просмотрев потребность, должен установить связку товар-поставщик, т.е. связать с материалом поставщиков. Если такого материала нет, тогда ищут альтернативу и вводят карту отклонений.

Последовательность выполняемых действий:

. Выбор режима расчета MRP потребности:

на каталог

по на все каталоги

. Расчет MRP потребности.

. Расчет MRP потребности с учетом замен.

. Привязка поставщиков. Если есть таблица поставщиков (т.е. связь материалов и поставщиков)

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

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

3. Техническое задание на разработку

Основание для создания автоматизированной системы.

Разработка данной системы осуществляется на основании задания на дипломную работу.

Назначение и цель разработки.

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

идентификация пользователей;

авторизация;

управление доступом на основе ролей;

планирование заказов;

формирование отчётов.

Задачей дипломной работы является составление проекта по разработке автоматизированной системы управления предприятием, которая включает:

Порядок хранения товара на складе и отслеживание его внутреннего перемещения;

Оформление продаж товара, выдача необходимой для этого документации;

Отслеживание запасов склада.

Пользователи автоматизированной системы.

Пользователями автоматизированной системы будут:

менеджеры;

работники склада;

работники отдела закупок;

касса.

Требования к функциональным характеристикам.

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

Система должна обладать набором удобных возможностей по вводу информации в систему;

Система должна вести учет, иметь удобный и достаточный набор информации;

Система должна иметь удобный интерфейс;

. Исходные данные:

справочник;

справочник товаров;

. Результаты:

формирование необходимой сопроводительной документации;

Требования к надежности.

Предусмотреть контроль вводимой информации.

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

Обеспечить целостность вводимой информации.

Требования к составу и параметрам технических средств.

Система должна работать на IBM совместимых персональных компьютеров.

Минимальная конфигурация:

Тип процессора Celeron и выше;

Объём оперативного занимаемого устройства 256 Mb и больше.

Требования к информационной программной совместимости.

Система должна работать под управлением семейства операционных систем Win 32 (Windows XP/Vista/7 и т.д.).

4. Выбор метода разработки программного обеспечения

В данный момент нет необходимости разрабатывать методологию разработки программного обеспечения (ПО) "с нуля". Существует широкий выбор готовых методологий на все случаи жизни. И, хотя, практически каждый достаточно опытный руководитель разработки программного обеспечения со временем находит свои, более удобные для решаемых задач, методы, все же за основу берется одна из стандартных, общепризнанных методологий. В нашем случае была выбрана обычная каскадная модель, она включает 6 основных этапов:

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

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

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

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

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

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

5. Реализация разработки

.1 Разработка программных модулей

Программный комплекс предназначен для уменьшения трудоемкости работы сотрудников отдела материально-технического снабжения ОАО «Тайфун» при планировании закупок необходимых материалов.

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

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

.1.1 Идентификация

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

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

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

Для данных целей подсистема использует модуль UnitM4Server, который содержит все необходимые функции. Проверку подлинности осуществляет функция User_Connect. Входные параметры: login - имя пользователя, password - пароль. Данная функция принимает имя пользователя и пароль и при правильном вводе, подключает пользователя к базе. Окно ввода имени пользователя и пароля представлено на рисунке 5.1.

Рисунок 5.1 - Окно проверки доступа

Код процедуры

TMainF.SocketConnection1AfterConnect:TMainF.SocketConnection1AfterConnect(Sender: TObject);_n,us_p,us_fio:Widestring;_n:='';_p:='';

Server:=IM4ServerDisp(IDispatch(SocketConnection1.appServer));M4Server.Error_Code<>0 thenexception.Create(M4Server.Error_Message);_n:=UpperCase(IniParameters.UserName);UsNamePass='' then(us_n, us_p)_n:=LeftStr(UsNamePass,pos('@',UsNamePass)-1);_p:=midStr(UsNamePass,length(us_n)+2,Length(UsNamePass)-2);;us_n<>'' then.UserName:=us_n;M4Server.User_Connect(us_n,us_p,us_fio) > -1 then.Panels[0].Text := us_fio;_n:='';_p:='';:=MainMenuConnected;(nil)UsNamePass='' then

ShowMessage('Неправильное имя пользователя или пароль!');

SocketConnection1.Close;Server:=nil;;

//raise exception.Create('Соединение невозможно!');.Close;Server:=nil;;

end;

.1.2 Авторизация

Компоненты и процессы авторизации позволяют предоставлять пользователям разрешения на доступ к ресурсам и управлять этими разрешениями.

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

Роль - это ключевой компонент функции управления доступом на основе ролей. Роли создаются в соответствии с тем, что требуется сотрудникам для эффективного предоставления доступа к нужному инструментарию [7].

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

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

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

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

.1.3 Управление доступом на основе ролей

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

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

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

Управление доступом на основе ролей включает в себя следующие возможности:

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

§Обязательные службы, доступ к которым должен предоставляться до того, как будут заданы те или иные права доступа. Например, права доступа к Windows NT(R) должны предоставляться до предоставления прав на доступ к Microsoft Outlook(R).

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

§Можно создать одну учетную запись с несколькими разрешениями, управляемыми разными правилами политики.

§Можно создавать частные просмотры информации о пользователях и доступных ресурсах с применением фильтров.

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

§Можно безопасным образом распределять компоненты системы предоставления доступа по средам WAN и Интернет (включая переход через брандмауэры).

§Можно создавать ID пользователей с использованием унифицированных, заданных пользователями алгоритмов.

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

5.1.4 Алгоритмы работы подсистемы

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

5.1.5 Структура таблиц

«Таблица материалы» содержит в себе информацию о всех материалах и их характеристиках таблица 5.1.

Таблица 5.1

Таблица «Материалы»

Таблица имеет следующие поля:

MATERIAL_ID: Идентификатор

KOD_OKP: Код ОКП

NAME: Наименование

ED_IZM: Еденица измерения

NORMA: Минимальная норма запаса на складе

DECLARATION: Дополнительное описание

KORR_SCHET: Балансовый счет

USER_ID: Идентификатор пользователя

DATE_CREATE: Дата создания

DATE_LAST_CHANGE: Дата последнего изменения

MAT_TYPE: Тип еденицы_KEY: Ключ в IMBASE_KEY: Ключ в SAPFORD_ZAMEN: Номер группы взаимозаменяемых материалов_RASHOD: Минимальная партия выдачи

Структура таблицы «контрагенты»

«Таблица контрагенты» содержит информацию о контрагентах и их характеристиках.

Таблица 5.2

Таблица «Контрагенты»

Таблица имеет следующие поля:

CODE: Внешний идентификатор (три знака почтового индекса + четырехзанчный код)

NAME: Наименование

FULL_NAME: Полное имя

INN: ИНН банка

KPP: КПП предприятия

ZIP: Почтовый индекс

REGION: Регион, край, область, автономный округ.

SUB_REGION: Район

CITY: Наиненование населенного пункта

NAS: Внутренний код

STREET: Улица

HOUSE: Дом

HOUSE_CASE: Корпус_CASE_STRUC: Строение_ID: Внутренний код: Телефон: Факс_MAIL: Электронный почтовый ящик

ADD_INF: Дополнительная информация

OFFICE: Офис

COUNTRY: Страна

DATE_CREATE: Дата создания записи

DATE_LAST_CHANGE: Дата изменения записи

USER_ID : Идентификатор пользователя

USER_ID_CHANGE: Идентификатор изменившего пользователя

Структура таблицы «замены»

«Таблица замены» содержит информацию о заменах

Таблица 5.3

Таблица «Замены»

Таблица имеет следующие поля:

MZ_ID: Уникальный идентификатор

MZ_KAT_ID: Каталог

MZ_MAT_ID: Идентификатор заменяемого материала

MZ_NEW_MAT_ID: Идентификатор нового материала

MZ_KOL: Количество заменяемого материала

MZ_MAX_KOL: Всего заменяемого материала

MZ_NEW_KOL: Количество нового материала

MZ_TYPE: Тип замены (0 - полная, 1 - частичная)

Процедура добавления замены:

OR REPLACE PROCEDURE

"MATERIALS_ZAMEN_CREATE" (_kat_id IN sostav.sos_kat_id%TYPE,_mat_id IN materials_zamen.mz_mat_id%TYPE,_new_mat_id IN materials_zamen.mz_mat_id%TYPE,_old_kol IN materials_zamen.mz_kol%TYPE,_max_kol IN materials_zamen.mz_max_kol%TYPE,_new_kol IN materials_zamen.mz_new_kol%TYPE,_zamen_type IN materials_zamen.mz_type%TYPE

)

/*добавление записи по материалу к версии расчета*/

IS_id INTEGER;_count INTEGER := 0;_kol NUMBER := 0;seq_material_zamen_mz_id.NEXTVALout_idDUAL;

-- Ищем были ли произведены полные замены на данный материал

SELECT COUNT (*)mat_countmaterials_zamenmz_mat_id = in_mat_id AND mz_type = 0mz_kat_id = in_kat_id;

-- Если производится частичная замена и уже есть полная замена

IF (in_zamen_type IN (0, 1) AND mat_count > 0)

THEN_application_error

(-20001,

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

произведена полная замена.'

);IF;_count := 0;

- Ищем были ли произведены частичные замены на данный материал

SELECT COUNT (*)mat_countmaterials_zamenmz_mat_id = in_mat_id AND mz_type = 1mz_kat_id = in_kat_id;

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

IF (in_zamen_type = 0 AND mat_count > 0)

THEN_application_error

(-20001,

Вы не можете проводить полную замену, т.к. с данным материалом

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

);IF;

-Проверяем, можно ли произвести частичную замену

IF (in_zamen_type = 1)SUM (mz_kol)summ_kolmaterials_zamenmz_mat_id = in_mat_id AND mz_type = 1 AND mz_kat_id = _kat_id;_kol := summ_kol + in_old_kol;(summ_kol > in_max_kol)

THEN_application_error

(-20001,

'Общее количество материалов при проведении частичных замен

превышает максимальное количество.'

);

END IF;

END IF;INTO materials_zamen

(mz_id, mz_kat_id, mz_mat_id, mz_new_mat_id, mz_kol,_max_kol, mz_new_kol, mz_type

)(out_id, in_kat_id, in_mat_id, in_new_mat_id, in_old_kol,_max_kol, in_new_kol, in_zamen_type

);materials_zamen_create;

Процедура удаления замены:OR REPLACE PROCEDURE

"MATERIALS_ZAMEN_DELETE" (_mz_id IN materials_zamen.mz_id%TYPE

)

/*удаление замены материала*/FROM materials_zamenmz_id = in_mz_id;materials_zamen_delete;

Структура таблицы «закупок»

«Таблица закупок» содержит информацию о заменах

Таблица 5.3

Таблица «Закупки»

MC_ID: Идентификатор

MC_MAT_ID: Идентификатор материала

MC_MZ_ID: Идентификатор замены материала

MC_POST_ID: Идентификатор контрагента

MC_NAME: Наименование контрагента

MC_COUNT: Количество на закупку

MC_COST: Цена

MC_EDIZM: Единица измерения

MC_KAT_ID: Каталог

Процедура добавления контрагента в таблицу закупок:

CREATE OR REPLACE PROCEDURE

"MATERIALS_CONTRAGENT_CREATE" (_mc_kat_id IN materials_contragent.mc_kat_id%TYPE, in_mc_mat_id IN _contragent.mc_mat_id%TYPE, in_mc_mz_id IN _contragent.mc_kat_id%TYPE, in_mc_post_id IN _contragent.mc_post_id%TYPE, in_mc_name IN _contragent.mc_name%TYPE, in_mc_count IN _contragent.mc_kat_id%TYPE, in_mc_cost IN _contragent.mc_cost%TYPE, in_mc_edizm IN _contragent.mc_edizm%TYPE, out_id OUT _contragent.mc_id%TYPE

)

/*добавление записи по материалу к версии расчета*/

ISseq_materials_contragent_mc_id.NEXTVALout_idDUAL;INTO materials_contragent

(mc_id, mc_mat_id, mc_mz_id, mc_post_id, mc_name,_count, mc_cost, mc_edizm, mc_kat_id

)(out_id, in_mc_mat_id, in_mc_mz_id, in_mc_post_id, _mc_name,_mc_count, in_mc_cost, in_mc_edizm, in_mc_kat_id

);

END materials_contragent_create;

Процедура удаления контрагента в таблицу закупок:

CREATE OR REPLACE PROCEDURE

"MATERIALS_CONTRAGENT_DELETE" (_mc_id IN materials_zamen.mz_id%TYPE

)

/*удаление контрагента*/FROM materials_contragentmc_id = in_mc_id;materials_CONTRAGENT_delete;

5.1.6 Модуль Mat_Zamen.pas

Модуль Mat_Zamen.pas, является главным модулем проекта, так как он содержит описание действий происходящих при загрузке программы, а также описание формы MainForm.

На форме расположены три таблицы TDBGridEh. Это таблицы материалов, замен и контрагентов, а также закладки и меню TMenuItem. На форме присутствуют компоненты TСlientDataSet, TdataSource.

Компонент TClientDataSet используется в клиентской части многозвенного распределенного приложения.

Компонент обеспечивает выполнение следующих основных функций:

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

представление набора данных при помощи локального буфера и поддержка основных операций, унаследованных от класса TDataSet;

объединение записей набора данных при помощи агрегатных функций для получения суммарных данных;

локальное сохранение набора данных в файле и последующее восстановление набора данных из файла;

представление набора данных в формате XML [6].

Предком компонента TClientDataSet является класс TDataSet, поэтому TClientDataSet обладает таким же набором функций, что и обычный компонент, инкапсулирующий набор данных. Основное же отличие заключается в том, источник данных для него доступен только через удаленный компонент-провайдер. Это означает, что сохранение изменений и обновление набора данных осуществляется локально, без обращения к источнику данных [7].

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

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

Для настройки свойств компонента необходимо выполнить следующие действия.

. Связать набор данных и компонент TDataSource. Для этого используется свойство DataSet компонента TDataSource, доступное через Инспектор объектов. Это указатель на экземпляр компонента доступа к данным.

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

. Переименовать компонент. Это не обязательное действие. Тем не менее желательно присваивать компонентам осмысленные имена, соответствующие названиям связанных наборов данных [7].

Компонент меню, представленный на рисунке 5.1, выполняет следущие процедуры:

·Ввод / удаление контрагента;

·Ввод / удаление замены;

·Печать отчета

Рисунок 5.1 - Главное меню

Процедуры ввода (TFRep_Mats.N5Click) и удаления (TFRep_Mats.N14Click) контрагентов

procedure TFRep_Mats.N5Click(Sender: TObject);not assigned(scM4_ContrAgents) then_ContrAgents(SharedConnection.ParentConnection);_Sprav(Self, ContrAgentsDisp(IDispatch(scM4_ContrAgents.AppServer)),

(Screen.DesktopHeight div 2) - (height div 2),

(Screen.DesktopWidth div 2) - (width div 2),

'', '', '',_Name,_Code);(DBGEh_Mats.Focused = True) and (ContrAgent_Name <> '') Then_Contr_Add(Application, SharedConnection, Kat_Id, _Mats.FieldByName('MD_MR_ID').AsInteger,

, 0, ContrAgent_Code, ContrAgent_Name)if (DBGEh_Zamen.Focused = True) and (ContrAgent_Name <> '') then_Contr_Add(Application, SharedConnection, Kat_Id, _Zamen.FieldByName('MZ_MAT_ID').AsInteger,_Zamen.FieldByName('MZ_ID').AsInteger, 1, ContrAgent_Code, _Name);_Refresh;;TFRep_Mats.N14Click(Sender: TObject);.Mat_Zamen_Contr_Del(CDS_Contr.FieldByName('MC_ID').AsInteger);

Contr_Refresh;;

Процедуры ввода и удаления замен:

procedure TFRep_Mats.N13Click(Sender: TObject);_Zamen(Application, SharedConnection,_Id,_Mats.FieldByName('MD_MR_ID').AsInteger,_Mats.FieldByName('GM_ID').AsInteger,_Mats.FieldByName('MAT_OKP').AsInteger,_Mats.FieldByName('MR_NAME').AsString,_Mats.FieldByName('POTREB').AsString,_Mats.FieldByName('GM_NAME').AsString);_Refresh;;TFRep_Mats.N15Click(Sender: TObject);.Mat_Zamen_Delete(CDS_Zamen.FieldByName('mz_id').AsInteger);_Refresh;_Refresh;;

Печать отчетаTFRep_Mats.N8Click(Sender: TObject);_Zamen_Rep(Application, SharedConnection, Kat_Id, 1, _ZCO_NAME, Kat_Name);;

Модуль Mat_Zamen_New.pas

На форму модуля Mat_Zamen_New вынесены следующие компоненты:

TDBGridEh, TbitBtn, TdataSource, TclientDataSet, Tedit, TradioGroup

рисунок 5.2

Рисунок 5.2 - Модуль Mat_Zamen_New

TDBGridEh - таблица в которую заносятся данные,

TbitBtn - кнопки ввода замены и отмены,

TdataSource и TclientDataSet - для соединения с базой данных,

Tedit - строки с материалами,

TradioGroup - выбор полной или частичной замены.

Процедура выбора типа замены:

rocedure TFNew_Zamen.RGClick(Sender: TObject);

beginRG.ItemIndex = 1 then_OldKol.Enabled := True;if RG.ItemIndex = 0 then_OldKol.Enabled := False;_OldKol.Value := Old_Kol;;_Type := RG.ItemIndex;;

Процедура ввода замены:TFNew_Zamen.BitBtn1Click(Sender: TObject);Old, Max, New : WideString;:= FloatToStr(DBN_OldKol.Value);:= FloatToStr(Max_Kol);:= FloatToStr(DBN_NewKol.Value);.Mat_Zamen_Create(Kat_Id,_Id,_Mats.FieldByName('MATERIAL_ID').AsInteger,,,,_Type);;end;

Модуль Mat_Zamen_CNTR_Add.pas

На форме рисунок 5.3 находятся следующие компоненты: Tedit, TDBNumberEditEh, TspeedButton, TclientDataSet, TdataSource, TcomboBox.- наименование контрагента, TDBNumberEditEh - количество закупаемого материала и цена, TcomboBox - выпадающее меню выбора единиц измерения, TspeedButton - рабочие кнопки , TclientDataSet и TdataSource - связь с базой данных.

Рисунок 5.3 - Модуль Mat_Zamen_CNTR_Add

Модуль формирования отчета

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

После заполнения таблицы, выбрав из меню строку «печать отчета» появится окно компонента FastReport Рисунок 5.5. Этот компонент отвечает за печать отчета.

Рисунок 5.4 - Таблица закупок

Рисунок 5.5 Отчет FastReport

.2 Разработка интерфейса пользователя

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

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

Рисунок 5.6 - Проверка доступа

Рисунок 5.7 - Окно системы К_Т_Base

Рисунок 5.8 - Окно выбора каталога

Рисунок 5.9 - Справочник контрагентов

Рисунок 5.10 - Форма отчёта

.3 Испытания

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

Испытания проводятся в один этап.

Приемка Системы предусматривает следующие виды испытаний:

·опытная эксплуатация;

·приемочные испытания.

Все виды испытаний предусматривают выполнение следующих проверок:

·Проверка комплектности и состава представляемого на испытания прикладного программного обеспечения Системы;

·Проверка работоспособности функций, реализуемых Системой;

·Проверка выполнения требований по надежности функционирования.

При проверке функций Системы определяются их соответствие требованиям, изложенным в ТЗ.

Перечень функций Системы, подлежащих испытаниям:

·создание, хранение и обновление метаданных операторов персональных данных.

·консолидация метаданных операторов.

·формирование шаблонов запросов на выдачу информации;

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

Проведение испытаний начинается после установки Системы и обеспечения доступа всех участников испытаний к Системе и документации

Испытания проводятся в следующей последовательности:

·проверка комплектности и состава Системы;

·проверка работоспособности функций, реализуемых Системой;

·проверка выполнения требований по надежности функционирования.

.3.1 Формирование наборов исходных данных

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

Список исходных данных:

Наименование

Полное имя

ИНН банка

КПП предприятия

Почтовый индекс

Регион, край, область, автономный округ.

Район

Наиненование населенного пункта

Внутренний код

Улица

Дом

Корпус

Строение

Внутренний код

Телефон

Факс

Электронный почтовый ящик

Дополнительная информация

Офис

Страна

Дата создания записи

Дата изменения записи

Идентификатор пользователя

Идентификатор изменившего пользователя

Идентификатор

Код ОКП

Наименование

Единица измерения

Минимальная норма запаса на складе

Дополнительное описание

Балансовый счет

Идентификатор пользователя

Дата создания

Дата последнего изменения

Номер группы взаимозаменяемых материалов

Минимальная партия выдачи

.3.2 Проведение испытаний

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

.3.3 Оценка качества интерфейсов

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

6. Разработка проектной документации

.1 Руководство пользователя

После запуска операционной системы Microsoft Windows запуск программы можно провести несколькими способами:

§используя кнопку «Пуск» («Start» в англоязычной версии Windows);

§используя значок «Расчет трудоемкости», расположенный на рабочем столе Windows;

§используя команду выполнить с аргументом «C:\K_T_Base\ K_T_Base.exe»;

§используя проводник Windows или аналогичную программу.

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

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

Для запуска третьим способом необходимо нажать кнопку «Пуск» и выбрать в меню пункт «Выполнить». Далее ввести в окно текст «C:\K_T_Base\K_T_Base.exe» с клавиатуры или воспользовавшись возможностью обзора, нажать кнопку «Ok».

Для запуска четвертым способом необходимо запустить проводник, выбрать каталог «C:\K_T_Base \», в нем выбрать программу «K_T_Base.exe».

Разработанная подсистема выполняет следующие функции:

§Расчет потребностей материалов

§Добавление необходимых замен

§Удаление необходимых замен

§Добавление контрагентов

§Удаление контрагентов

§Формирование таблицы закупок

§Вывод отчета

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

Рисунок 6.1 - Проверка доступа

В этом окне пользователю необходимо ввести имя пользователя и пароль. Доступ к серверу баз данных открывает администратор, пароль и имя пользователя вводятся латинскими буквами. Пароль не отображается, в случае необходимости просмотра пароля надо поставить галочку в ячейке «Показать пароль». После ввода данных надо нажать на кнопку «ОК», в результате, если данные верны, открывается сама программа. Рисунок 6.2.

Рисунок 6.2 - Окно системы К_Т_Base

В окне выбирается каталог, для которого будет производиться расчет потребности. В строке меню, при нажатии кнопки «Отчеты», появляется выпадающее меню, в котором необходимо выбрать строку «Закупки материалов». Рисунок 6.3

Рисунок 6.3 - Меню «Отчеты».

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

Рисунок 6.4 - Окно выбора каталога

После выбора каталога следует нажать кнопку «Данные», в результате будет произведен расчет потребности, и будет сформирована форма с тремя взаимосвязанными таблицами. В таблице «Список материалов» находятся материалы, их код ОКП, количество и единица измерения. В таблице «Список замен» находятся заменяемые материалы, их код ОКП, количество заменяемого и нового материала. В таблице «Список контрагентов» находятся контрагенты, количество материала необходимого к закупке, его единица измерения и цена, рисунок 6.5. Все три таблицы взаимосвязаны: каждому материалу соответствует своя замена и контрагент, каждой замене соответствует свой контрагент.

Рисунок 6.5 - Основное окно программы

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

Ввод замен

Ввод замен производится при выборе строки меню «Ввести замену», в результате появляется новое окно, отраженное на рисунке 6.7. В этом окне отображается, к какой группе относится материал, тип замены (полная или частичная), старый материал и его количество, новый материал и его количество. Новый материал выбирается из таблицы, его количество вводится вручную. Если замена частичная, то количество замены, должно быть меньше, иначе появится окно с ошибкой замены.

Рисунок 6.6 - Меню «Действие».

Материал можно заменять на несколько других, но общее количество замены не должно превышать рассчитанное по норме. Это производится аналогично полной замене. Когда все замены введены, надо нажать кнопку «Ввести замену», если замены не требуется - нажать «Отмена».

Вид контрагентов

После того, как введены замены, можно начать ввод контрагентов. Контрагенты вводятся как для материала, так и для замены. Для этого надо выбрать в главном меню строку «Ввести контрагента» и появится окно, представленное на рисунок 6.8, в нем выбирается контрагент. Если найден нужный контрагент, нажать кнопку «Выбрать», в противном случае «Отмена».

Рисунок 6.7 - Ввод замен

Рисунок 6.8 - Справочник контрагентов

После ввода контрагента появляется окно «Добавление контрагентов», в него заносим количество материала на закупку, предполагаемую цену и единицу измерения. Чтобы очистить поля данных, надо нажать кнопку «Очистить». Если данные не требуется изменять, следует нажать кнопку «Добавить в таблицу». Если требуется изменить контрагента - нажать «Отмена».

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

Печать отчёта

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

Рисунок 6.10 - Форма отчёта

Удаление подсистемы

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

§Удалить с жесткого диска каталог C:\K_T_Base и все его содержимое;

§Удалить с рабочего стола операционной системы значок «K_T_Base»;

§Удалить из главного меню элемент «K_T_Base»

.2 Руководство программиста

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

.3 Руководство системного администратора

Для функционирования подсистемы необходимо наличие специального ПО:

. На сервере баз данных необходимо установить серверную часть Oracle.

. Для сервера приложений необходимо установить: клиентскую часть Oracle - для связи с сервером Oracle, Borland Socket Server - для прослушивания порта, к которому будет происходить подключение и Borland Database Engine - для соединения сервера приложений с клиентской частью Oracle.

. Также необходимо зарегистрировать сервер приложений, запустив его.

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

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

Порт должен быть точно таким же, какой указан Borland Socket Server.

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

. При запуске сервера приложений на панели задач появляется иконка сервера приложений. Когда сервер закрывается, иконка тоже исчезает.

6.4 Руководство по установке

1.Вычислительная среда поставляется на диске CD-R, емкостью 700 Мб. Установка производится в несколько этапов:

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

3.Вставить компакт-диск с программой в CD-ROM;

.Скопировать каталог K_T_Base и все его содержимое на жесткий диск, с которого предполагается производить запуск программы, в каталог C:\ K_T_Base;

.Для удобства запуска создать на рабочем столе операционной системы значок «K_T_Base», ссылающийся на программу C:\ K_T_Base \ K_T_Base.exe, рабочий каталог C:\ K_T_Base;

.Создать в главном меню элемент, ссылающийся на программу C:\ K_T_Base \ K_T_Base.exe;

.Произвести запуск программы;

.Установка завершена.

автоматизированный закупка склад документ

7. Оценка эффективности программного продукта

.1 Особенности программного продукта как товара

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

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

.2 Расчёт затрат на изготовление подсистемы

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

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

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

Прямые расходы:

§материальные затраты (за вычетом стоимости возвратных отходов);

§затраты на оплату труда;

§отчисления на социальные нужды.

Косвенные расходы:

§амортизация основных фондов;

§прочие затраты (спецрасходы).

В элементе «Материальные затраты» отражается стоимость материальных ресурсов, которая формируется, исходя из цен их приобретения (без налога на добавленную стоимость), надбавок, наценок, стоимости услуг различных сторонних организаций (таможни, складов, транспортных организаций и т.п.). Из затрат на материальные ресурсы исключается стоимость возвратных отходов. Под возвратными отходами понимаются остатки сырья, материалов, полуфабрикатов и других материальных ценностей, которые в процессе производства утратили полностью или частично свои качества и поэтому не могут использоваться по своему прямо назначению. Оцениваются такие возвратные отходы по ценам возможного использования.

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

Элемент «Отчисления на социальные нужды» отражает все обязательные отчисления по установленным законодательством нормам (единый социальный налог) органам государственного социального страхования, Пенсионного фонда и обязательного медицинского страхования. Они начисляются с сумм затрат организации на оплату труда работников, которые были включены в себестоимость продукции (работ, услуг) (по элементу «Затраты на оплату труда»). На отдельные виды оплаты труда страховые взносы не начисляются (такие виды выплат оговариваются в нормативных документах).

Элемент «Амортизация основных фондов» отражает сумму амортизационных отчислений производственных основных средств. Сюда входят также суммы ускоренной амортизации активной часть основных средств.

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

Для уточнения расчетов, применительно к специфике ОАО «Тайфун», примем косвенные расходы равными 276% от основной заработной платы.

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

Работа над проектом была разбита на три этапа:

§этап предварительных исследований (трудоемкость - 120 часов);

§этап разработки (трудоемкость - 300 часов);

§этап тестирования и отладки (трудоемкость - 60 часов).

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

В таком случае, себестоимость подсистемы в целом складывается из себестоимости каждого этапа:

, 7.1

где СПО - себестоимость подсистемы в целом;

СПИ - себестоимость этапа предварительных исследований;

СР - себестоимость этапа разработки;

СТО - себестоимость этапа тестирования и отладки.

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

, 7.2

где С - затраты денежных средств на данном этапе (себестоимость этапа);

М - стоимость расходных материалов, электроэнергии, а так же другие, специфичные для каждого этапа, расходы;

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

А - косвенные расходы, включая амортизацию оборудования.

Отметим ниже условия, которые являются общими для всех этапов работы надо системой.

При работе над проектом задействованы специалисты, месячный размер заработной платы которых составляет:

консультант - 12000 руб.;

программист (исследователь-разработчик) - 9000 руб.

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

консультант - руб./ч;

программист (исследователь-разработчик) - руб./ч.

Размер дополнительной заработной платы составляет 21,3% от основной.

На основании приведенных выше данных произведем расчет себестоимости каждого этапа работы над системой.

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

§использование ПЭВМ занимало 50% времени, отведенного для осуществления данного этапа, что составило - 60 часов;

§время работы консультанта над проектом оценивается, как 40% от времени, отведенного для осуществления данного этапа, что составило - 48 часов;

§время работы программиста над проектом оценивается, как 60% от времени, отведенного для осуществления данного этапа, что составило - 72 часа.

Так же для осуществления данного этапа потребовались следующие расходные материалы:

§пачка бумаги по цене 100 руб.;

§расходные материалы принтера (чернила) по цене 200 руб.

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

,7.3

где МПИ - затраты на расходные материалы, электроэнергию и т.п. на этапе предварительных исследований;

МЭ - затраты на электроэнергию;

МРМ - затраты на расходные материалы.

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

,7.4

где ТО - время работы оборудования (ч);- потребляемая оборудованием мощность (кВт);

СЭ - стоимость кВт/ч электроэнергии.

Рассчитаем затраты на электроэнергию на этапе предварительных исследований:

руб.

Затраты на приобретение расходных материалов:

руб.

Коэффициент 1,038 учитывает транспортные затраты на доставку материалов.

Следовательно, затраты на электроэнергию, на приобретение расходных материалов составят:

руб.

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

,7.5

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

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

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

, 7.6

где Зосн - основная заработная плата специалиста;

Здоп - дополнительная заработная плата специалиста;

ЕСН - отчисления на социальные нужды (единый социальный налог).

Основную заработную плату будем вычислять по формуле:

,7.7

где Т - число часов, затраченных на выполнение работы специалистом;

С - стоимость часа работы специалиста.

Дополнительную заработную плату будем рассчитывать по формуле:

,7.8

где ? - процент дополнительной заработной платы.

Отчисления на социальные нужды взимаются с основной и дополнительной заработной платы:

,7.9

где ? - ставка единого социального налога, которая составляет 26,5%.

Рассчитаем затраты на выплату заработной платы и ЕСН для консультанта.

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Рассчитаем затраты на выплату заработной платы и ЕСН для программиста.

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Итого затраты на подготовительном этапе на выплаты заработной платы и единого социального налога составят:

руб.

Полученные данные сведем в таблицу 7.1.

Таблица 7.1

Затраты на подготовительном этапе

СпециалистЧасыОсновная зарплатаДополнительная зарплатаЕСНИтого:Консультант483264695,231049,25008,43Программист723679,2783,671182,665645,53Итого:10653,96

Косвенные расходы будем вычислять по формуле:

,

где ЗоснК - основная ЗП консультанта (руб.);

ЗоснП - основная ЗП программиста (руб.);

? - процент, учитывающий косвенные расходы предприятия.

Косвенные расходы, исходя из приведенных выше данных:

руб.

В конечном итоге себестоимость этапа предварительных исследований составляет:

руб.

Расчет затрат на этапе разработки производится по схеме, аналогичной схеме расчета затрат на этапе предварительных исследований, за исключением отличий во входных данных, а именно:

§использование ПЭВМ занимало 90% времени, отведенного для осуществления этого этапа, что составило - 270 часов;

§время работы консультанта над проектом оценивается, как 10% от времени, отведенного для осуществления данного этапа, что составило - 30 часов;

§время работы программиста над проектом оценивается, как 90% от времени, отведенного для осуществления данного этапа, что составило - 270 часов.

Т.о. затраты на этапе разработки:

руб.

Рассчитаем затраты на выплату заработной платы и ЕСН для консультанта.

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Рассчитаем затраты на выплату заработной платы и ЕСН для программиста.

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Итого затраты на выплаты заработной платы и единого социального налога на этапе разработки составят:

руб.

Полученные данные сведем в таблицу 7.2.

Таблица 7.2

Затраты на разработку

СпециалистЧасыОсновная зарплатаДополнительная зарплатаЕСНИтого:Консультант302040434,52655,743130,26Программист270137972938,764434,9721170,73Итого:24300,99

Косвенные расходы на данном этапе:

,

где ЗоснК - основная ЗП консультанта (руб.);

ЗоснП - основная ЗП программиста (руб.);

? - процент, учитывающий косвенные расходы предприятия.

Косвенные расходы, исходя из приведенных выше данных:

руб.

Исходя из выше приведенных расчетов, себестоимость этапа разработки составляет:

руб.

Аналогичным образом, произведем расчет затрат на этапе тестирования и отладки, учитывая что:

использование ПЭВМ занимало 90% времени, отведенного для осуществления этого этапа, что составило - 60 часов;

время работы программиста над проектом оценивается, как 100% от времени, отведенного для осуществления данного этапа, что составило - 60 часов;

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

Следовательно:

руб.

Рассчитаем затраты на выплату заработной платы и ЕСН для консультанта.

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Поскольку на этапе тестирования и отладки был задействован только один из специалистов:

руб.

Полученные данные сведем в таблицу 7.3

Таблица 7.3

Затраты на отладку

СпециалистЧасыОсновная зарплатаДополнительная зарплатаЕСНИтого:Программист603066653,06985,554704,61

Косвенные расходы на данном этапе:

, 7.10

где Зосн П - основная ЗП программиста (руб.);

? - процент, учитывающий косвенные расходы предприятия.

Косвенные расходы, исходя из приведенных выше данных:

руб.

Исходя из выше приведенных расчетов, себестоимость этапа разработки составляет:

руб.

Себестоимость подсистемы в целом рассчитывается, как сумма себестоимостей всех этапов работы над проектом:

руб.

.3 Расчёт экономической эффективности

Разработанная подсистема позволяет автоматизировать процесс планирования закупок необходимых материалов.

Для примера расчета экономической эффективности возьмем количество материалов поступающих на склады за 1 год, это количество составляет приблизительно 40 000 шт. Количество основных подразделений = 13, откуда следует число кладовщиков = 13 чел.

На каждый поступивший материал составляется необходимая документация, т.е. ~ 40 000 документов, в т.ч. различных отчетов.

Предположим, что составление одного документа или отчета у кладовщика занимает ~ 0,1 часа. Размер месячной заработной кладовщика составляет 6000 руб. Следовательно, средняя стоимость часа работы составляет руб./ч.

КЗЧ - количество часов, затраченных на разработку документации одним кладовщиком:

КЗЧ = 40000 * 0,1 = 4000 н/часов.

Количество кладовщиков занятых составлением отчетов и документации:

КК = 13.

При данном способе расчета затраты составят:

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

,7.11

где Зосн - основная заработная плата специалиста;

Здоп - дополнительная заработная плата специалиста;

ЕСН - отчисления на социальные нужды (единый социальный налог).

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Косвенные расходы на данном этапе:

, 7.12

где ЗоснК - основная ЗП кладовщика (руб.);

? - процент, учитывающий косвенные расходы предприятия.

Косвенные расходы, исходя из приведенных выше данных:

руб.

Исходя из выше приведенных расчетов, себестоимость составляет:

Бс/с =руб.

Обработка одного варианта расчета документа или отчета с использованием данной подсистемы в среднем займет порядка 1мин = 0,01ч. Следовательно, для работы с подсистемой требуется 1 кладовщик.

Рассчитаем затраты на одного кладовщика:

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

, 7.13

где Зосн - основная заработная плата специалиста;

Здоп - дополнительная заработная плата специалиста;

ЕСН - отчисления на социальные нужды (единый социальный налог).

Основная заработная плата составит:

руб.

Дополнительная заработная плата составит:

руб.

Рассчитаем размер отчислений на социальные нужды:

руб.

Следовательно:

руб.

Косвенные расходы на данном этапе:

, 7.14

где ЗоснК - основная ЗП кладовщика (руб.);

? - процент, учитывающий косвенные расходы предприятия.

Косвенные расходы, исходя из приведенных выше данных:

руб.

Исходя из выше приведенных расчетов, себестоимость составляет:

Тс/с =руб.

Разница между себестоимостями вариантов составляет:

РС = Бс/с - Тс/с,

где Бс/с - базовая себестоимость, т.е. себестоимость расчета на данный момент;

Тс/с - текущая себестоимость, т.е. себестоимость расчета с помощью подсистемы.

РС = 584 044,52 - 246 406,45 = 337 638,07 руб.

Суммарный экономический эффект от внедрения подсистемы рассчитаем по формуле:

СЭЭ = РС * n - КВ, 7.15

где n - количество основных подразделений. Примем n = 13;

КВ - капитальные вложения, т.е. себестоимость разработки подсистемы в целом.

СЭЭ = 337 638,07 *13 - 111 626,97 = 4 277 667,94 руб.

Т.о. ~ 4,3 млн. руб. - годовой экономический эффект

Вывод: Сравнительный экономический анализ доказывает целесообразность разработки и внедрения программного комплекса в промышленную эксплуатацию.

В итоге внедрения подсистемы стоимостью 111,6 тысяч рублей был достигнут годовой экономический эффект 4,3 млн. руб.

8. Мероприятия по охране труда, безопасности жизнедеятельности

.1 Введение

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

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

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

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

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

.2 Характеристика электромагнитных полей

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

·напряженности электрического поля;

·напряженности магнитного поля;

·частоты электромагнитных колебаний.

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

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

Величины напряженности, интенсивности и частоты при рассмотрении проблемы воздействия переменного электромагнитного поля в помещении, где предусматривается эксплуатировать программное обеспечение, соответствует нормам СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы»[10].

.3 Характеристика электробезопасности

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

Причинами поражения человека электрическим током могут быть:

·случайное прикосновение или приближение на опасное расстояние к токоведущим частям, находящимся под напряжением;

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

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

Электробезопасность достигается:

·защитное заземление сети;

·устранение опасности поражения при появлении напряжения на частях оборудования: заземление, защитное отключение;

·недоступность токоведущих частей, находящихся под напряжением.

После проведенных мероприятий средства защиты от поражения электрическим током и требования по безопасности, обеспечиваемой электрооборудованием соответствуют ГОСТ Р МЭК 61140-2000.

.4 Характеристики шума

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

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

ПЭВМ производят шум уровнем не более 40 дБ, что не требует специальных мер шумоподавления, за исключением случая размещения нескольких рабочих мест в небольшом по объему не заглушенном акустически помещении. В этом случае требуется:

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

Уровень шума при работе вычислительной техники должен соответствовать требованиям СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

Шумящее оборудование (принтеры и др.), уровни шума которого превышают нормированные, должно находиться вне помещения с ПЭВМ.

Снизить уровень шума в помещениях с ПЭВМ можно использованием звукопоглощающих материалов с максимальными коэффициентами звукопоглощения в области частот 31,5 - 8000 Гц для отделки помещений (разрешенных органами и учреждениями Госсанэпиднадзора России), подтвержденных специальными акустическими расчетами [10].

Дополнительным звукопоглощением служат однотонные оконные занавеси из плотной ткани, гармонирующие с окраской стен и подвешенные в складку на расстоянии 15-20 см от ограждения. Ширина занавеси должна быть в 2 раза больше ширины окна.

8.5 Характеристики запыленности помещения

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

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

·применение вентиляции;

·кондиционирование воздуха;

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

После проведения этих мероприятий, воздух рабочей зоны соответствует требованиям ГОСТ 12.1.005-88.

.6 Характеристики тепловыделения и параметры микроклимата

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

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

·повышенная температура (выше 250С);

·пониженная температура в сочетании с высокой влажностью;

·пониженная влажность воздуха;

·скорость движения воздуха.

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

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

После проведения указанных мероприятий параметры микроклимата в помещении соответствует ГОСТ 12.1.005-88.

.7 Характеристики психофизических и эргономических факторов

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

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

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

ВВЕДЕНИЕ В настоящее время происходит автоматизация большинства предприятий нашей страны. Актуальность данной темы очень высока на сегодняшний день та

Больше работ по теме: