Подсистемы управления сбыта продукции фирмы ОАО 'Сосновскагропромтехника' с использованием Web-технологий

Вид работы:

Дипломная (ВКР)
Предмет:

Информационное обеспечение, программирование
Язык:

Русский
,
Формат файла:
MS Word

1,71 Мб
Опубликовано:

2013-06-21

Все дипломные работы по информационному обеспечению

Скачать дипломную работу Читать текст online Заказать дипломную
*Помощь в написании! Посмотреть все дипломные работы

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

Подсистемы управления сбыта продукции фирмы ОАО 'Сосновскагропромтехника' с использованием Web-технологий

Введение

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

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

В связи с этим была предложена тема дипломного проекта «Подсистемы управления сбыта продукции фирмы ОАО «Сосновскагропромтехника» с использованием Web-технологий»

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

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

В проекте имеется подробное описание проектирования системы, приведено краткое теоретическое обоснование разработки, а также доказана экономическая эффективность ее внедрения.

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

. Разработка и анализ технического задания

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

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

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

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

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

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

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

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

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

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

Прайс - лист можно также получить при личной встрече с менеджером, по факсу, через e-mail или скачать с сайта компании.

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

Заявка принимается и обрабатывается менеджером отдела сбыта.

Оформляется договор на продажу определенного вида продукции.

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

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

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

1.2 Разработка технического задания

.2.1 Наименование и область применения

Наименование: «Подсистема управления сбытом ОАО «САПТ» с использованием Web- технологий».

Область применения - отдел сбыта ОАО «САПТ».

1.2.2 Основание для разработки

Основанием разработки системы является приказ по НГТУ на дипломное проектирование № 1107/5 от 22.04.2013.

1.2.3 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

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

- ГОСТ 19.201-78. Техническое задание. Требования к содержанию и оформлению;

- ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы

ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;

РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

1.2.4 Цель и назначение разработки

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

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

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

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

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

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

контроля выполнения плана поставок;

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

формирования отчетов;

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

1.2.5 Функциональные требования

В информационной подсистеме «Управление сбытом продукции ОАО «САПТ»» должна быть предусмотрена возможность реализации следующих функций:

возможность получения заказа в формате *.doc или *.xls;

оформлений спецификаций к договору;

формирование портфеля заказов;

формирование плана продаж;

регистрация прихода на склад готовой продукции из производства;

регистрация отгрузки готовой продукции по договору;

регистрация оплаты по договору;

план- фактный анализ выполнения договоров;

контроль со стороны пользователя о состоянии заказа;

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

.2.6 Количественные требования

Так как данная подсистема является web-приложением, то время поиска информации зависит от скорости соединения с Интернетом у пользователя. В целом время поиска информации не должно превышать 1 мин. Доступ к базе данных для редактирования информации должен быть организован как минимум с двух рабочих мест (администратор системы и менеджер из отдела продаж, занимающиеся приемом заказов и редактированием каталога продукции). Подсистема должна обеспечивать одновременный доступ до 100 пользователей, подсистема должна обеспечивать разграничение прав пользователей;

Количество потребителей составляет: 5 основных крупных предприятий, 10 средних и около 100 мелких заказчиков. Номенклатура готовой продукции более 300 позиций.

.2.7 Требования к совместимости

Необходимо обеспечить совместимость сервиса со всеми распространенными web-браузерами (Internet Explorer 6 и выше, Mozilla Firefox 2 и выше, Opera 6 и выше, Google Chrome, Safari).

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

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

Необходимо обеспечить:

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

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

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

1.2.9 Требования по безопасности и целостности информации

Безопасность системы обеспечивается двумя путями:

непосредственно средствами хостинга, на котором размещена данная подсистема;

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

1.2.10 Требования к аппаратному и программному обеспечению

Данная подсистема размещается на хостинге.

К клиентским компьютерам предъявляются следующие требования:

наличие доступа к сети Интернет;

нормальная работа пользователя с сайтом осуществляется при скорости интернет;

соединения не ниже 100 кбит/с;

наличие web-браузера. Версии web-браузеров, совместимых с данной системой перечислены в п. 1.2.7;

наличие поддержки технологии Flash версии 10 и выше в браузере.

1.2.11 Требования к телекоммуникационной среде

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

1.2.12 Требования к документации

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

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

1.2.13 Тестирование

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

1.2.14 Ввод в эксплуатацию

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

.3 Анализ требований технического задания

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

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

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

1.3.1 Выбор программных средств

Внедрение информационной системы позволит:

вести информацию по изделиям,

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

сократить сроки оформление и получения заказа клиента;

сократить затраты на бумагу и расходные материалы;

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

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

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

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

Так как подсистема имеет клиент - серверную архитектуру, и использует в качестве web-сервера IIS (Internet Information Services, до версии 5.1 - Internet Information Server) необходимо выбрать оптимальное средство разработки. В качестве среды разработки программного продукта был выбран язык PHP. Выбор был сделан исходя из следующих особенностей данного продукта:

традиционность (многие конструкции языка позаимствованы из Си, Perl);

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

бесплатность;

открытость кода, благодаря которой можно создавать собственные расширения языка;

развитая функциональность для работы с сетевыми соединениями;

доступность дистрибутивов (дистрибутивы доступны на сайтах разработчиков);

эффективность («движок» PHP является транслирующим интерпретатором. Такое устройство позволяет обрабатывать сценарии с достаточно высокой скоростью.);

гибкость (поскольку РНР является встраиваемым языком, он отличается исключительной гибкостью по отношению к потребностям разработчика).+ PHP + MySQL - набор дистрибутивов («Денвер») и программная оболочка, используемые Web-разработчиками для разработки сайтов без необходимости выхода в Интернет.отличается от других подобных языков, типа клиентского JavaScript, тем, что код выполняется на сервере. Однако нам необходимо реализовать возможность обработки событий, что легко можно воплотить с помощью JavaScript. PHP без труда интегрируется с JavaScript. В сущности, JavaScript неплохо дополняет PHP - на нем удобно делать то, что неудобно делать в PHP, и наоборот.

Для проведения анализа и реорганизации бизнес-процессов Computer Associates предлагает CASE-средство верхнего уровня BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и, DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов да предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE). Методологий IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.

На основе модели BPwin можно построить модель данных. Для построения модели данных Computer Associates предлагает мощный и удобный инструмент - Erwin.

1.3.2 Требования к аппаратному и программному обеспечению

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

наличие доступа к сети Интернет;

нормальная работа пользователя с сайтом осуществляется при скорости интернет- соединения не ниже 256 кбит/с.;

наличие web-браузера. Версии web-браузеров, совместимых с данной системой перечислены в п. 1.3.2;

наличие поддержки технологии Flash версии 10 и выше в браузере.

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

Минимальные требования к серверу:

Cервер Unix;

Intel Core 2 Quad, RAM 4 Гб, Lan Card 1 Гбит.

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

Минимальные требования к клиенту:

Windows 98;

Pentium, Celeron 600, RAM 128 МБ, Lan 10 Мбит;

Интернет браузер.

Рекомендуемые требования к клиенту:

Windows XP/;

Pentium IV, RAM 512 МБ, Lan 10 Мбит;

Интернет браузер Internet Explorer 6.0 и выше.

.3.3 Ошибки персонала при работе с системой

Подсистема должна локализовать ошибки персонала при работе с Системой.

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

ввод некорректных данных;

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

отправка на печать отчета, при отсутствии или неисправности принтера.

.3.4 Актуальность разработки

Данный дипломный проект посвящен разработке информационной подсистемы управления сбытом продукции фирмы ОАО «САПТ».

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

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

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

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

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

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

.4 Технико-экономическое обоснование

.4.1 Целесообразность разработки

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

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

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

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

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

1) доступность информации по формуле 365/24/7 - круглогодично, круглосуточно, в любой день недели. Интернет работает без обеда и выходных;

2) возможность оперативно менять существующую информацию и добавлять новую;

) четкое прослеживание сделанных заказов, а также их состояние;

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

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

Кроме изложенного выше можно также отметить следующие преимущества внедрения системы:

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

исключение ошибок при оформлении документов;

ускорение процедуры поиска информации;

ускорение процедуры выборки информации;

более высокая эффективность и производительность работы управления продажами;

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

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

.4.2 Альтернативные варианты решения задачи

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

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

Таблица 1.1 - Анализ возможных альтернативных вариантов решения проблемы

Вариант решения	Технические характеристики
Покупка готовой программы, позволяющей управлять сбытом продукции в ОАО «САПТ».	1) Купленная информационная подсистема позволит управлять заказами и продажами готовой продукции. 2) Достаточно высокая скорость обработки данных. 3) Программа будет иметь лишнюю функциональность, не нужную для решения поставленной задачи. 4) Высокая цена программного продукта и необходимость обращения к разработчику при изменении отчетности и бизнес-процесса. Сопровождение программного продукта также необходимо оплачивать.
Самостоятельная разработка сотрудниками ОАО «САПТ» информационной системы по управлению сбытом продукции.	1) Разработанная информационная подсистема позволит управлять заказами и продажами готовой продукции. 2) Достаточно высокая скорость обработки данных. 3) Программа ориентирована на особенности предприятия и тонкости эффективного управления в нём. 4) Адаптивность и развиваемость - характеризуется адекватностью системы к настройке существующей в ней функциональности в соответствии с требованиями организации, а также включение в неё новой функциональности, т.е. возможность введения новых функций.

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

. Разработка системного проекта

.1 Архитектура системы

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

Рисунок 2.1 - Структура подключения клиентских рабочих мест

Клиент-серверная информационная подсистема состоит из трех основных компонентов:

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

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

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

.2 Построение модели прецедентов

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

Основным пользователем подсистемы является:

- менеджер отдела сбыта,

- кладовщик склада готовой продукции отдела сбыта,

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

Вспомогательным пользователем - системный администратор,

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

Таблица 2.1 - Перечень исполнителей и их задач

Исполнитель	Задача
Менеджер отдела сбыта	Принимает и регистрирует Заявки. Оформляет договора и формирует спецификацию к каждому договору. Продлевает срок действия договора. Оформляет счет на поставку готовой продукции. Формирует «Портфель заказов». Формирует: - План поставки готовой продукции на год; - План поставки готовой продукции на месяц; - График отгрузки готовой продукции; - Сменное задание на отгрузку; - Заявку на транспорт. Контролирует: - исполнение договоров; - оплату счетов; - выполнение плана поставки, графика отгрузки, сменного задания. Анализирует работу с клиентами.
Кладовщик склада готовой продукции отдела сбыта	- Инвентаризация готовой продукции на складе -Учет сдачи готовой продукции цехами основного производством на склад готовой продукции - Подбор ассортимента продукции согласно заявки и графика отгрузки - Учет отгрузки готовой продукции - Учет движения на складе готовой продукции. Расчет остатков. Формирование оборотной ведомости.
Начальник отдела сбыта	- Согласует договора - Утверждает а) План поставки готовой продукции б) График отгрузки готовой продукции
Начальник отдела сбыта	в) Сменное задание - Формирует отчеты - Контролирует исполнение договоров, планов, графиков, сменных заданий - Контролирует работу менеджеров -Анализирует работу с клиентами
Управляющий директор	- Утверждает договора - Контролирует исполнение договоров.
Бухгалтер	Проводит совместно с кладовщиком инвентаризацию на складе готовой продукции
Начальник ПДО	Согласует Договор клиента Контролирует выполнение графика сдачи готовой продукции на склад готовой продукции.
Директор по производству	Контролирует: - исполнение договоров; - выполнение графика сдачи готовой продукции на склад готовой продукции.
Системный администратор	Управляет безопасностью системы

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

Таблица 2.2 - Перечень исполнителей и их задач на основе анализа внешних событий

Внешнее событие	Инициатор	Задача
Ввод информации о клиенте	Менеджер	Создать электронную карточку договора
Ввод информации о готовой продукции	Менеджер	Создать спецификацию, счет
Продолжение таблицы 2.2
Ввод срока действия договора	Менеджер	Продлить срок действия договора
Добавление пользователей	Системный администратор	Управление безопасностью системы
Удаление пользователей	Системный администратор	Управление безопасностью системы
Запрос на просмотр истории договора	Директор по производству	Контролировать исполнение договора

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

Таблица 2.3 - Перечень элементарных бизнес-процессов и соответствующих им прецедентов

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

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

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

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

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

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

Менеджер отправляет спецификацию на утверждение руководителю фирмы.

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

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

Менеджер отправляет счет на утверждение руководителю фирмы.

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

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

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

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

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

Прецедентом, на примере которого будет выполнено объектно-ориентированный программирование, является Заказ.

Развернутое описание прецедента Создание спецификации

Основной исполнитель. Менеджер отдела сбыта.

Заинтересованные лица и их требования

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

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

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

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

Предусловия. Идентификация менеджера, а именно аутентификация и авторизация менеджера. Анализ возможности выполнения заказа показал, что Заявка может быть выполнена предприятием в соответствии с требованиями клиента.

Примечание

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

Рисунок 2.2 - Диаграмма прецедентов

Примечание

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

Основной успешный сценарий:

«Клиент» выбирает интересующие его товары и добавляет их в корзину, для дальнейшего оформления заказа

«Клиент» вводит логин и пароль или регистрируется для входа в систему

«Клиент» выбирает способ оплаты и доставки

«Клиент» вводит адрес доставки заказа

«Клиент» подтверждает правильность оформления заявки на заказ

Заявка создана

Покупатель получает уведомление о создании заявки на заказ

Альтернативные сценарии:

1(а) пароль не верен - система предлагает повторить попытку ввода

2(а) товары не выбраны - система предлагает выбрать товары

5(а) закрытие системы - сброс введенных данных.

Спецификацию заверяют подписями и печатью.

Расширения (или альтернативные потоки)

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

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

) Подсистема восстанавливает предыдущее состояние.

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

б) Менеджер открывает новую спецификацию.

) Редактирование старой спецификации.

а) Менеджер выбирает номер спецификации (она уже имеется в базе).

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

) Выбранный договор в состоянии активен.

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

б) Менеджер соглашается с продолжением создания документа.

) а) Требуемого количества товара нет на складе.

б). Подсистема уведомляет о том, что данного товара нет в требуемом количестве.

в). Менеджер соглашается, изменяет (добавляет) в спецификации количество товара.

.1 а) Менеджера не устраивает цена товара (от стоимости сделки зависит процент, выплачиваемый менеджеру).

б) Менеджер может вручную изменить цену товара.

в) Подсистема пересчитывает стоимость, сумму налога и общую стоимость.

) Менеджера не устраивает общая сумма к оплате.

а) Менеджер может вручную изменить цену товара.

б) Подсистема пересчитывает стоимость, сумму налога, общую стоимость, общую сумму.

. Подсистема уведомляет о незаполненных полях в спецификации.

а). Менеджер устраняет ошибку.

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

Специальные требования

Сенсорный экран с интерфейсом пользователя для большого плоского монитора.

Отклик службы авторизации в 90% случаев приходит в течение 30 секунд.

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

Частота использования: почти постоянно.

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

Простой сценарий прецедента

Создание спецификации

) Идентификация менеджера.

) Менеджер открывает новую спецификацию.

) Подсистема присваивает номер и дату спецификации.

) Менеджер выбирает номер договора.

Подсистема выдает номер и дату договора, реквизиты контрагента.

) Менеджер выбирает товар.

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

Менеджер повторяет действия, описанные в п.п. 5-6, для каждого товара.

) Подсистема выводит общую сумму к оплате. Менеджер вводит срок доставки товара, форму и срок оплаты.

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

Пример, приведенный выше, соответствует основному успешному сценарию прецедента Заказ.

2.3 Оперативно-календарного планирования на производстве

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

Характерной чертой оперативно-календарного планирования является тесная связь календарно-плановых расчётов производства с планированием технической подготовки выполнения каждого заказа.

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

Подготовка выполнения заказа.

Календарно-плановые расчёты в единичном производстве включают:

- расчёт длительности производственного цикла изготовления изделий (выполнения заказов) и построения цикловых графиков по отдельным заказам;

- определение календарных опережений в работе цехов;

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

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

Таблица 2.4 - Последовательность оформления заказа

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

Расчёт длительности производственного цикла выполнения заказа является основным календарно- плановым расчётом в единичном производстве. Эта длительность определяется по формуле: [4]

Тц = n ∑ (tк / csq) + m (tмп / sq) + tс

Тц - длительность производственного цикла;

n - число деталей в партии;

m - число операций технологического процесса;

tк - полная норма времени на операцию;

c - число рабочих мест, параллельно занятых выполнением операции;

s - число рабочих смен в сутках;

q -длительность рабочей смены;

tмп - межоперационное время;

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

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

Тпсб = nс Тсб

nс - число изделий в серии

Тсб -длительность производственного цикла сборки одного изделия

При параллельной сборке общий период сборки совпадает с длительностью производственного цикла сборки одного изделия.

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

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

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

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

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

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

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

.4 Разработка модели процессов

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

Модель процессов помогает понять особенности функционирования системы. Для нашей ИС будем строить модель в программе BPWin. Основным процессом является процесс загрузки конфигуратора в систему и его обработка. На вход поступает конструкторская документация.

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

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

На диаграммах IDEF0 изображаются работы (Activity). Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Вход (Input) - материал или информация, которые используются или преобразуется работой для получения результата (выхода). Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Выход (Output) - материал или информация, которые производятся работой. Механизм (Mechanism) - ресурсы, которые выполняют работу.

Рисунок 2.3 - Модель процессов уровень А0

Рисунок 2.4 - Модель процессов уровень А1

Модель процессов имеет иерархическую структуру. Дерево модели показано на рисунке 2.5.

Рисунок 2.5 - Дерево модели

.5 Модель потоков данных

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

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

Рисунок 2.6 - Диаграмма уровня систем

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

Рисунок 2.7 - Диаграмма потоков данных 2 уровень

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

.5 Разработка модели данных

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

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

На основе концептуальной модели данных сформируем реальные таблицы для автоматизированной системы (Таблицы 2.5 - 2.20).

Определение атрибутов каждой сущности:

Таблица 2.5 - Структура таблицы «Заказ»

Имя поля	Тип данных	Описание
Номер заказа	Счетчик (ключ)
Код клиента	Числовой
Дата заказа	Дата/время
Тип заказа	Текстовый
Период заказа	Текстовый
Статус	Числовой
Номер документа	Текстовый
Код сотрудника	Текстовый
Дата доставки	Дата/время
Место доставки	Текстовый
Код доставки	Числовой
Дата оплаты	Дата/время
Код оплаты	Числовой
Номер накладной на отпуск	Числовой

Таблица 2.6 - Структура таблицы «Заказ продукции»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Номер заказа	Числовой
Код продукции	Числовой
Количество продукции в заказе	Числовой
Дата доставки	Дата/время

Таблица 2.7 - Структура таблицы «Заявка заказа продукции на год»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Код заявки	Числовой
Код продукции	Числовой
Наименование	Текстовый
Обозначение ГП	Текстовый
Кол год	Числовой	Утвержденный план
Объем заявки до корректива	Числовой
Корректив заявки	Числовой
Дата изменения	Дата/время
Количество_1	Числовой
Количество_2	Числовой
Количество_3	Числовой
Количество_4	Числовой
Количество_5	Числовой
Количество_6	Числовой
Количество_7	Числовой
Количество_8	Числовой
Количество_9	Числовой
Количество_10	Числовой
Количество_11	Числовой
Количество_12	Числовой

Таблица 2.8 - Структура таблицы «Заявка заказа продукции на месяц»

Имя поля	Тип данных	Описание
Код	Счетчик (ключ)
Код заявки	Числовой
Код продукции	Числовой
Наименование	Текстовый
Обозначение ГП	Текстовый
Месяц	Текстовый
Кол месяц	Числовой
Обьем заявки до корректива	Числовой
Коректив заявки	Числовой
Дата измененная	Дата/время
Количество_1	Числовой
Количество_2	Числовой
Количество_3	Числовой
Количество_4	Числовой
Количество_5	Числовой
Количество_6	Числовой
Количество_7	Числовой
Количество_8	Числовой
Количество_9	Числовой
Количество_10	Числовой
Количество_11	Числовой
Количество_12	Числовой
Количество_13	Числовой
Количество_14	Числовой
Количество_15	Числовой
Количество_16	Числовой
Количество_17	Числовой
Количество_18	Числовой
Количество_19	Числовой
Количество_20	Числовой
Количество_21	Числовой
Количество_22	Числовой
Количество_23	Числовой
Количество_24	Числовой
Количество_25	Числовой
Количество_26	Числовой
Количество_27	Числовой
Количество_28	Числовой
Количество_29	Числовой
Количество_30	Числовой
Количество_31	Числовой

Таблица 2.9 - Структура таблицы «Заявка клиент»

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

Таблица 2.10 - Структура таблицы «Клиент»

Имя поля	Тип данных	Описание
Код клиента	Числовой (ключ)
Наименование организации	Текстовый
Приоритет	Текстовый
Номер ИНН	Текстовый
Город	Текстовый
Адрес	Текстовый
ФИО директора	Текстовый
Телефон городской	Числовой
Телефон сотовый	Текстовый
Доверенное лицо	Текстовый
Номер доверенности	Текстовый
e-mail адрес	Текстовый
Примечание	Текстовый

Таблица 2.11 - Структура таблицы «Оплата»

Имя поляТип данныхОписание
Код оплаты	Числовой (ключ)
Метод оплаты	Текстовый

Таблица 2.12 - Структура таблицы «Накладная»

Имя поля	Тип данных	Описание
Номер товарно-транспортной накладной	Числовой (ключ)
Номер заказа	Числовой
Метод доставки	Текстовый
Номер автомобиля	Текстовый
Количество	Числовой
Продолжение таблицы 2.12
Отгружено	Логический
Дата_отгрузки	Дата/время

Таблица 2.13 - Структура таблицы «Продукт»

Имя поля	Тип данных	Описание
Код ГП	Числовой (Ключ)
Обозначение ГП	Текстовый
Наименование детали	Текстовый
Цех_поставщик
Фото	Поле объекта OLE
Код подразделения	Числовой
Статус	Текстовый
Комментарий	Поле МЕМО
Цена	Числовой

Таблица 2.14 - Структура таблицы «Продукция на складе»

Имя поляТип данныхОписание
Код продукции	Числовой (ключ)
Номер склада	Числовой
Количество текущ	Числовой
Продолжение таблицы 2.14
Остаток на нм	Текстовый
Номер цеха изготовителя	Числовой
Дата поступления на склад	Дата/время

Таблица 2.15 - Структура таблицы «Сдача готовой продукции»

Имя поляТип данныхОписание
Код	Счетчик(ключ)
Дата поступления	Дата/время
Код ГП	Числовой	Из Продукт
Цех_поставщик	Текстовый
Кол_поставлено	Числовой
Кол_принято	Числовой
Сдал	Текстовый
Принял	Текстовый

Таблица 2.16- Структура таблицы «Склад»

Имя поляТип данныхОписание
Номер склада	Числовой (ключ)
Объем склада	Числовой

Таблица 2.17 - Структура таблицы «Сотрудник»

Имя поляТип данныхОписание
Табельный N	Текстовый (ключ)
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Должность	Текстовый
Раб телефон	Текстовый
Сот телефон	Текстовый
Код подразделения	Текстовый

Таблица 2.18 - Структура таблицы «Способ доставки»

Имя поляТип данныхОписание
Код доставки	Числовой (ключ)
Метод доставки	Текстовый

Таблица 2.19- Структура таблицы «Справочник подразделения»

Имя поляТип данныхОписание
Код	Счетчик (ключ)
Обозначение	Числовой
Цех_поставщик	Текстовый
Наименование сокращения	Текстовый

Таблица 2.20- Структура таблицы «Статусы»

Имя поляТип данныхОписание
Код	Счетчик (ключ)
Наименование подразделений	Текстовый
Обозначение	Текстовый

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

Часто данная проблема решается двумя способами:

· хранение в единой таблице только общих атрибутов документов;

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

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

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

· Общие для всех документов атрибуты хранятся в одной отдельно взятой таблице.

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

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

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

Часто данная проблема решается двумя способами:

· хранение в единой таблице только общих атрибутов документов;

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

Рисунок 2.10 -Модель схемы данных

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

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

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

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

3. Разработка программного обеспечения

3.1 Отчет о сравнении реальных и планируемых сроков

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

3.2 Инструменты для создания персональных веб-страниц

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

Сокращение "PHP" расшифровывается как "Hypertext Preprocessor (Препроцессор Гипертекста)". Такие известные языки программирования, как "C", "Java" и "Perl" являются прародителями PHP. Главным преимуществом программирования на PHP является простота его изучения. Как следствие, PHP предоставляет web-программистам неограниченные возможности быстрой генерации динамических web-страниц.

Другим немаловажным преимуществом языка PHP перед его предшественниками, в лице языков "Perl" и "C", является возможность разработки HTML-документов с интегрированными командами и сценариями PHP.

Возможности PHP очень большие. Главным образом, область применения PHP сфокусирована на написание скриптов, работающих на стороне сервера; таким образом, PHP способен выполнять всё то, что выполняет любая другая программа CGI. Например, обрабатывать данных форм, генерировать динамические страницы, отсылать и принимать cookies. Но PHP способен выполнять и множество других задач.

Существуют три основных области, где используется PHP.

Создание скриптов для выполнения на стороне сервера. PHP наиболее широко используется именно таким образом. Все, что вам понадобится, это парсер PHP (в виде программы CGI или серверного модуля), вебсервер и браузер. Чтобы Вы могли просматривать результаты выполнения PHP-скриптов в браузере, вам нужен работающий вебсервер и установленный PHP. За более подробными сведениями обратитесь к подразделу установка PHP.

Создание скриптов для выполнения в командной строке. Вы можете создать PHP-скрипт, способный запускаться вне зависимости от вебсервера и браузера. Все, что вам потребуется - парсер PHP. Такой способ использования PHP идеально подходит для скриптов, которые должны выполняться регулярно, например, с помощью cron (на платформах *nix или Linux) или с помощью планировщика задач (Task Scheduler) на платформах Windows. Эти скрипты также могут быть использованы в задачах простой обработки текстов. Дополнительная информация находится здесь.

Создание приложений GUI, выполняющихся на стороне клиента. Возможно, PHP является не самым лучшим языком для создания подобных приложений, но, если вы очень хорошо знаете PHP и хотели бы использовать некоторые его возможности в своих клиент-приложениях, вы можете использовать PHP-GTK для создания таких приложений. Подобным образом Вы можете создавать и кросс-платформенные приложения. PHP-GTK является расширением PHP и не поставляется вместе с дистрибутивом PHP. Если вы заинтересованы, посетите сайт PHP-GTK.доступен для большинства операционных систем, включая Linux, многие модификации Unix (такие, как HP-UX, Solaris и OpenBSD), Microsoft Windows, Mac OS X, RISC OS, и многих других. (Существует даже версия PHP для OS/2. Неизвестно, правда, насколько соответствующая нынешним реалиям). Также в PHP включена поддержка большинства современных вебсерверов, таких, как Apache, Microsoft Internet Information Server, Personal Web Server, серверов Netscape и iPlanet, сервера Oreilly Website Pro, Caudium, Xitami, OmniHTTPd и многих других. Для большинства серверов PHP поставляется в качестве модуля, для других, поддерживающих стандарт CGI, PHP может функционировать в качестве процессора CGI.

Таким образом, выбирая PHP, вы получаете свободу выбора операционной системы и вебсервера. Кроме того, у вас появляется выбор между использованием процедурного или объектно-ориентированного программирования или же их сочетания.способен не только выдавать HTML. Возможности PHP включают формирование изображений, файлов PDF и даже роликов Flash (с использованием libswf и Ming), создаваемых "на лету". PHP также способен выдавать любые текстовые данные, такие, как XHTML и другие XML-файлы. PHP способен осуществлять автоматическую генерацию таких файлов и сохранять их в файловой системе вашего сервера, вместо того, чтобы отдавать клиенту, организуя, таким образом, кеш динамического содержания, расположенный на стороне сервера.

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

Также в PHP включена поддержка DBX для работы на абстрактном уровне, так что вы можете работать с любой базой данных, использующих DBX. Кроме того, PHP поддерживает ODBC (Open Database Connection standard), таким образом, вы можете работать с любой базой данных, поддерживающей этот всемирно признанный стандарт. Подробнее о работе PHP с СУБД здесь.также поддерживает "общение" с другими сервисами с использованием таких протоколов, как LDAP, IMAP, SNMP, NNTP, POP3, HTTP, COM (на платформах Windows) и многих других. Кроме того, вы получаете возможность работать с сетевыми сокетами "напрямую". PHP поддерживает стандарт обмена сложными структурами данных WDDX. Обращая внимание на взаимодействие между различными языками, следует упомянуть о поддержке объектов Java и возможности их использования в качестве объектов PHP. Для доступа к удаленным объектам вы можете использовать расширение CORBA.включает средства обработки текстовой информации, начиная с регулярных выражений Perl или POSIX Extended и заканчивая парсером документов XML. Для парсинга XML используются стандарты SAX и DOM. Для преобразования документов XML вы можете использовать расширение XSLT.

Последним по порядку, но не по значению, является поддержка многих других расширений, таких, как функции поисковой машины mnoGoSearch, функции IRC Gateway, функции для работы со сжатыми файлами (gzip, bz2), функции календарных вычислений, функции перевода и многое другое.

.3 Apache

HTTP-сервер (назван именем группы племён североамериканских индейцев апачей; кроме того, является сокращением от англ. a patchy server; среди русских пользователей общепринято искажённое апа́ч) - свободный веб-сервер.является кроссплатформенным ПО, поддерживает операционные системы Linux, BSD, Mac OS, Microsoft Windows, Novell NetWare, BeOS.

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

Сервер был написан в начале 1995 года и считается, что его имя восходит к шуточному названию «a patchy» (англ. «заплаточка»), так как он устранял ошибки популярного тогда сервера Всемирной паутины NCSA HTTPd 1.3. В дальнейшем, с версии 2.х, сервер был переписан заново и теперь не содержит кода NCSA. На данный момент разработка ведётся в ветке 2.2, а в версиях 1.3 и 2.0 производятся лишь исправления ошибок безопасности. На текущий момент последняя версия ветки 2.4 - 2.4.3 (21 августа 2012), для первой версии это 1.3.42.

Веб-сервер Apache разрабатывается и поддерживается открытым сообществом разработчиков под эгидой Apache Software Foundation и включён во многие программные продукты, среди которых СУБД Oracle и IBM WebSphere.

С апреля 1996 и до настоящего времени является самым популярным HTTP-сервером в Интернете. Статистика Netcraft показывает следующие данные об использовании Apache:

в августе 2007 года он работал на 51 % всех веб-серверов

в мае 2009 года - на 46 %

в январе 2011 года - на 59 %, т.е. более чем на 160 млн сайтов.

.3.1 Архитектура

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

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

Ядро Apache полностью написано на языке программирования C.

Подсистема конфигурации

Подсистема конфигурации Apache основана на текстовых конфигурационных файлах. Имеет три условных уровня конфигурации:

Конфигурация сервера (httpd.conf).

Конфигурация виртуального хоста (httpd.conf c версии 2.2, extra/httpd-vhosts.conf).

Конфигурация уровня директории (.htaccess).

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

Часть модулей использует в своей работе конфигурационные файлы операционной системы (например /etc/passwd и /etc/hosts).

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

.3.2 Механизм виртуальных хостовимеет встроенный механизм виртуальных хостов. Он позволяет полноценно обслуживать на одном IP-адресе множество сайтов (доменных имён), отображая для каждого из них собственное содержимое.

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

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

.4 MySQL

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

MySQL был разработан компанией TcX для внутренних нужд, которые заключались в быстрой обработке очень больших баз данных. Компания утверждает, что использует MySQL с 1996 года на сервере с более чем 40 БД, которые содержат 10,000 таблиц, из которых более чем 500 имеют более 7 миллионов строк.

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

MySQL-сервер является бесплатным для некоммерческого использования. Иначе необходимо приобретение лицензии.

MySQL поддерживает язык запросов SQL в стандарте ANSI 92, и кроме этого имеет множество расширений к этому стандарту, которых нет ни в одной другой СУБД.

Возможности MySQL:

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

· Количество строк в таблицах может достигать 50 млн;

· Быстрое выполнение команд. Возможно MySQL самый быстрый сервер из существующих.

· Простая и эффективная подсистема безопасности.

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

· Не реализована поддержка транзакций. Взамен предлагается использовать LOCK/UNLOCK TABLE.

· Нет поддержки внешних (foreign) ключей.

· Нет поддержки триггеров и хранимых процедур.

Нет поддержки представлений (VIEW). В версии 3.23 планируется возможность создавать представления.

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

.5 Реализация php разметки страницы

Любая страница PHP состоит из файла php разметки и файла кода логики страницы. Код логики разметки представлен в Приложении Г.

Разметка страницы.

<?php_reporting(E_ALL);

$system_folder = "system";

/* APPLICATION FOLDER NAME

$application_folder = "application";

/*SET THE SERVER PATH

*/(strpos($system_folder, '/') === FALSE)

{(function_exists('realpath') AND @realpath(dirname(__FILE__)) !== FALSE)

{

$system_folder = realpath(dirname(__FILE__)).'/'.$system_folder;

}

{

// Swap directory separators to Unix style for consistency

$system_folder = str_replace("\\", "/", $system_folder);

}

/*APPLICATION CONSTANTS

| EXT - The file extension. Typically ".php"

| SELF - The name of THIS file (typically "index.php")

| FCPATH - The full server path to THIS file

| BASEPATH - The full server path to the "system" folder

| APPPATH - The full server path to the "application" folder

*/('EXT', '.php');('SELF', pathinfo(__FILE__, PATHINFO_BASENAME));('FCPATH', str_replace(SELF, '', __FILE__));('BASEPATH', $system_folder.'/');

(is_dir($application_folder))

{('APPPATH', $application_folder.'/');

}

{($application_folder == '')

{

$application_folder = 'application';

}('APPPATH', BASEPATH.$application_folder.'/');

}

*/_once BASEPATH.'codeigniter/CodeIgniter'.EXT;

/* End of file index.php */

/* Location: ./index.php */

4 . Расчеты и оценки

.1 Расчеты необходимого объема памяти на жестком диске

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

+ 512*1024 (байт), (4.1)

где - общий объем базы;

- объем i -ой таблицы;- количество таблиц в базе данных;

*1024 - объем пустой базы данных, затрачиваемый на хранение служебной информации.

Объем места, занимаемый одной таблицей, V рассчитывается по формуле (4.2):

₌ V_з*N (байт), (4.2)

где N - количество строк в таблице.

Объем места, занимаемый одной записью в таблице, V_з рассчитывается по формуле (5.3):

_т= l₁+… l_n+ V₁ …+ V_k(байт), (4.3)

где l₁-количество символов, хранимых строковым полем;- количество строковых полей;₁- объем типа данных хранимого нестроковым полем, в байтах;- количество полей с нестроковым типом данных.

При создании базы данных MS SQL Server использовались типы данных, указанные в таблице 4.1.

Таблица 4.1 - Типы данных

Тип данных	Размер, байт	Описание
char/varchar	1символ - 1байт	Хранит символьные данные фиксированной длины размером от 1 до 8000 символов
int	4	Хранит целые числа со знаком или без знака в диапазоне от -2 147 483 648 до 2 147 483 647
bigint	8	Хранит целые числа со знаком и без знака в диапазоне от -9 223 372 036 854 775 808 до 9 223 372 036 854 775 807
text	1символ - 1байт	Хранит очень большие фрагменты текста длиной до 2 147 483 647 символов.
datetime	8	Хранит значение даты и времени в диапазоне с 01-01-1753 00:00:00 до 31-12-9999 23:59:59
money	8	Хранит денежные значения в диапазоне от -922337203685477.5808 до 922337203685477.5807

Согласно количественным требованиям технического задания и формулам (4.1)-(4.3) расчеты объема записей и таблиц приведены в таблице 4.2.

Таблица 4.2 - Расчеты объема базы данных

Таблица	Объем места, занимаемый одной записью таблицы, V_з,байт	Количество строк, N	Объем места, занимаемый таблицей, байт
Предприятие	4+150+100=254	5	508
Тип детали	4+10+250+500+100+4+8=876	15	13140
Наименование детали	4+50+20+4+4+4+20+25+8=131	10	1310
Дополнительные характеристики	4+100+4+4+50+50+8= =220	40	8 800
Дополнительные признаки	4+100+4+4+50+50+8= =220	40	8 800
Клиент	4+15+20+100+50++100+12+10+50+100=461	2000	922000
Заказ	4+8=12	3000	36000
Объем места, занимаемого всеми таблицами, V_T,байт			990 558

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

Согласно формуле (4.1) общий объем, занимаемый базой данных, составит:_БД= 990558+ 512*1024 = 1 514 846 байт = 1,5 Мб

.2 Оценка быстродействия системы

Когда база данных будет установлена на специальном сервере, время передачи данных от сервера по сети будет оцениваться исходя из формулы (4.5): [4]

, (4.5)

где V_БД- объем базы данных (Мб);

µ - коэффициент использования (какую долю базы охватывает самый большой запрос), в нашем случае он равен 0,3;

Р_сети- пропускная способность сети (Мбит/с);- количество рабочих мест (пользователей работающих с системой).

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

V = n*v_i (4.6)

где n - число компьютеров в сети(максимально возможное количество клиентов работающих одновременно);_i - нагрузка на один компьютер в сети.

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

v = D/t, (4.7)

где D - количество переданных данных;- время, за которое были переданы данные.

В данном случае: D = 1,5 Мб, t = 0,8 секунд, тогда v = 1,5/0,8 = 1,875 Мб/с.

Тогда максимальная нагрузка на сеть составляет:

V = 100*1,875 = 187,5 Мб/сек.

Пропускная способность v_max это максимально возможная для данной сети скорость передачи данных, которая определяется битовой скоростью и некоторыми другими ограничивающими факторами (длительность интервалов между передаваемыми блоками данных, объем передаваемой по сети служебной информации и др.). Значения пропускной способности для сетевых технологий известны и приводятся в стандарте. В большинстве случаев можно принять пропускную способность равной битовой скорости._max, для стандарта составляет 1000 Мбит/сек = 125 Мб/сек.

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

h = V/v_max . (4.9)

Подставив данные, получим: h = 187,5/125 = 1,5

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

Используя формулу (4.5) и полученные значения параметров, получаем:= 8*1,5*0,3*100 / 1,5*125 = 1,92 с

4.3 Расчеты надежности программного продукта

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

Ошибки проектирования проявляются в виде отказов.

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

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

Восстановление работоспособности - это переход объекта из неработоспособного состояния в работоспособное в результате устранения отказа.

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

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

Все системы делятся на восстанавливаемые после отказа и невосстанавливаемые после отказа.

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

Для восстанавливаемых систем:

· наработка на отказ (время между двумя отказами) - Тн;

· интенсивность отказа - 1/Тн;

· вероятность безотказной работы за время t - P(t)=e-1/Тн;

· время восстановления после отказа - Тв.

Исходные данные представлены в таблице 5.3:

жесткий диск сбыт сметный

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

Наработка на отказ (усредненная) (Тн), час	Время восстановления системы после отказа (Тв), час
1200	0,2

При расчетах использовалась методика описываемая в литературе [4]

Коэффициент готовности - Кг;

Кг = Тн/(Тн + Тв)*100% = 1200/(1200 + 0,2)*100% = 99,834% (4.9)

Коэффициент простоя - Кп;

Кп = Тв/(Тн + Тв)*100% = 0,00166*100% = 0,166% (4.10)

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

· Неудачи при решении задач, с которыми сталкивается пользователь;

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

· Ошибки, признанные разработчиком программного обеспечения;

· Идентифицированные ошибки;

· Ошибки, для которых найдены способы исправления;

· Ошибки, для которых найдены способы исправления и представлены пользователю.

Рассчитаем количество отказов (l) за год:

l = Тр / Тн, (4.11)

где Тр - количество рабочих часов в году:

Тр = 365 * 24 = 8760 (часов).

l = 8760 /1200 = 7,3 (отказов/год)

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

) Авария систем (А);

Это остановка без какой-либо информации или сообщения о системной ошибке (26% ошибок).

А = l*0,26 = 7,3 * 0,26 = 1,898 (ошибки/год) (4.12)

2) Аварийный отказ программного обеспечения (Б);

Это ошибки, которые приводят к остановке не всей системы в целом, а только 1 из ее пакетов (3% ошибок).

Б = l*0,03 = 7,3 * 0,03 = 0,219 (ошибки/год) (4.13)

3) Программные ошибки пользователя (В);

В = l*0,13 = 7,3 * 0,13 = 0,949 (ошибки/год) (4.14)

4) Уничтожение данных (Г);

Отказы, вызывающие потерю данных (4% ошибок).

Г = l*0,04 = 7,3 * 0,04 = 0,292 (ошибки/год) (4.15)

5) Нарушение защиты данных (Д);

Ошибки, которые открывают пользователю несанкционированный доступ к данным или запрещают доступ к данным (2% ошибок).

Д = l*0,02 = 7,3 * 0,02 = 0,146 (ошибки/год) (4.16)

6) Снижение производительности (Е);

Вызывает ошибки, связанные с выделением лишних ресурсов или замедлением ввода/вывода информации (2% ошибок).

Е = l*0,02 = 7,3 * 0,02 =0,146 (ошибки/год) (4.17)

7) Потеря функциональных возможностей (Ж).

Ошибки ввода/вывода, не корректная информация и т.д. (50% ошибок).

Ж = l*0,5 = 7,3 * 0,5 = 3,65 (ошибки/год) (4.18)

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

5. Разработка эксплуатационной документации

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

.1.1 Администрирование программного продукта

Для работы приложения в сети интернет на сервере должны быть установлены следующие службы: MySQL, Apache или Nginx и PHP.

.1.2Установка и подключение системы

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

) Если был выбран второй вариант нужно сделать настройки файла httpd.confи прописать настройки виртуального хоста для этой папки

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

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

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

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

Рисунок 5.1 - Изделия

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

Рисунок 5.2 - Оформление заказа

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

Рисунок 5.3 - Предложение зарегистрироваться

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

Рисунок 5.4 - Выбор единичного заказа или постоянного

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

Рисунок 5.5 - Регистрация клиента

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

Рисунок 5.6 - Регистрация клиента

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

Рисунок 5.7 - Заявка на поставку детали на месяц

Руководство менеджера.

Чтобы зайти в отдел администрирования, необходимо перейти по адресу, <#"656206.files/image022.gif">

Рисунок 5.8 - Статусы заявок

Для перехода к заказу нужно перейти по ссылке в строчке заказа. Открывается описание заказа.

Рисунок 5.9 - Просмотр выбора детали в заказ

Здесь можно посмотреть информацию о заказе.

Также присутствует страница, просмотра потребности в том или ином товаре.

Рисунок 5.10 - График отгрузки товара

6. Организационно-экономическая часть

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

При расчетах использовалась методика описываемая в литературе [10]

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

- определяется трудоемкость задачи;

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

- составляется оперативно-календарный план (ОКП);

- строится ленточный график ОКП;

- составляется смета затрат;

- рассчитывается экономический эффект;

- рассчитывается срок окупаемости;

- строится сетевой график;

- строится диаграмма Ганта.

Планируемый срок разработки программного обеспечения 4 месяца 2 недели. Количество рабочих дней в месяце - 21. Продолжительность рабочего дня - 8 часов. Итого фонд рабочего времени - 94 рабочих дня(752 часа).

.1 Расчет трудоемкости проекта

Расчет производится по методике, основанной на опытностатистических данных [9]. Трудоемкость разработки программного обеспечения рассчитывается по формуле

Тоб=То+Ти+Та+Тбс+Тп+Тот+Тд, (6.1)

где Тоб - суммарная трудоемкость разработки темы;

То - трудоемкость постановки задачи, То = 8 чел/час (принимается по статистическим данным);

Ти - трудоемкость изучения и описания задачи;

Та - трудоемкость разработки алгоритма;

Тбс - трудоемкость разработки блок-схемы;

Тд - трудоемкость оформления документов.

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

, (6.2)

где q - предполагаемое число операторов;

с - коэффициент сложности программы;

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

Согласно расчетам характеристик кода по функционально-ориентированной метрике примем число операторов в программе - 1350.

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

Коэффициент коррекции программы р характеризует увеличение объема работ за счет внесения изменений в алгоритм или программу в результате изменения состава и структуры информации, а также уточнений, вносимых разработчиками для улучшения качества самой программы без изменения постановки задачи. На практике при разработке программы в среднем вносится 35 коррекции, каждая из которых ведет к переработке от 5 до 10 % готовой программы, т.е. величина р находится в пределах 0,05..0,1. В нашем случае возьмем p равным 0,07. Внеся все данные в формулу (6.2), получаем: Q=1350×1,5× (1+0,07)=2167 (операторов).

Условное число операторов (Q) в программе задачи, таким образом, равно 2167. При расчете полной трудоемкости по статистическим данным принимается То=8. Остальные составляющие определяются по следующим формулам

Ти=Q×В/(7585)×k, (6.3)

Тбс=Q×В/(1015)×k, (6.4)

Та=Q/(2025)×k, (6.5)

Тп=Q/(2025)×k, (6.6)

Тот=Q/(45)×k, (6.7)

Тд=Q/(1520)×k, (6.8)

где В коэффициент, характеризующий качество описания задачи (практика показывает, что в большинстве случаев этот коэффициент в зависимости от сложности задачи принимается от 1,2 до 1,5; B = 1,2); k - степень подготовленности специалиста к порученной ему работе (определяется в зависимости от стажа работы (таблица 6.1); в нашем случае k = 0,8). Коэффициенты квалификации разработчика представлены в таблице 6.1.

Таблица 6.1 - Коэффициенты квалификации разработчика

Стаж работы, лет	k
<2	0,8
2  3	1
3  5	1,4
>7	1,6

Расчет затрат на изучение задачи рассчитаем по формуле (6.3):

Ти = 2167 ×1,2/75×0,8=24 чел/час.

Расчет затрат на разработку блок-схемы рассчитаем по формуле (6.4):

Тбс = 2167 ×1,2/15×0,8 = 139 чел/час.

Расчет затрат на разработку алгоритмов рассчитаем по формуле (6.5):

Та = 2167 /20×0,8 = 87 чел/час.

Расчет затрат на программирование рассчитаем по формуле (6.6):

Тп = 2167 /20×0,8 = 69 чел/час.

Расчет затрат на отладку программы рассчитаем по формуле (6.7):

Тот = 2167 /5×0,8 = 347 чел/час.

Расчет затрат на оформление документации рассчитаем по формуле (6.8):

Тд = 2167 /20×0,8 = 87 чел/час.

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

Тоб=8+24+139+87+69+347+87=753 чел/час;

Тоб/8=753/8 = 94 чел/дней.

Определение численности исполнителей производится по формуле

И=Т_об/Ф, (6.9)

где Ф  фонд времени одного специалиста (общее число рабочих дней за весь срок разработки проекта). Фонд времени будет равен 94 рабочих дня.

Подставив значения в формулу (6.9), получим И = 94/94 1 человек.

Исходя из того, что исполнитель проекта - 1 человек, а рабочих дней в месяце 21 (в среднем), то на реализацию проекта потребуется (94/(1×21)) = 4,5 месяца.

Следовательно, срок выполнения работы составит 4 месяца 10 дней.

6.2 Составление оперативно-календарного плана

Оперативно-календарный план темы составляется для расчета занятости разработчиков во время разработки [10]. По предыдущим расчетам общая трудоемкость составила 94 чел/дней.

Стадии, этапы и содержание работ.

1) Выбор, утверждение темы:

1.1) Составление ТЗ на разработку программы.

1.2) Согласование ТЗ с руководителем проекта.

.3) Изучение состояния вопроса (ТЗ).

.4) Изучение литературы и информации по выбранной теме.

2) Технологическое проектирование.

2.1) Анализ ТЗ.

2.2) Разработка модели бизнес - процесса «Как должно быть».

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

.4) Разработка диаграммы прецедентов.

3) Рабочий проект.

3.1) Разработка алгоритма.

3.2) Определение формы представления входных и выходных данных.

.3) Разработка структуры программы

.4) Написание программы.

.5) Отладка программы.

4) Внедрение.

4.1) Разработка руководства пользователя

4.2) Испытание программы на реальной задаче.

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

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

Таблица 6.2 - Оперативно-календарный план

Этапы разработки	Исполнитель	Сроки выполнения стадии	Трудоемкость
			Этапа		Стадии
			чел/дн	%	чел/дн	%
1.1	ИП	31.01.12 - 09.02.12	27	29,7	8	29,6
1.2	ИП; РП	10.02.12 -14.02.12			3	11,1
1.3	ИП	15.02.12 - 22.02.12			6	22,2
1.4	ИП	23.02.12 - 06.03.12			10	37,1
2.1	ИП; РП	07.03.12 -12.03.12	14	14,9	4	28,6
2.2	ИП; РП	13.03.12 -16.03.12			4	28,6
2.3	ИП	19.03.12 -22.03.12			4	28,6
2.4	ИП	23.03.12 -26.03.12			2	14,2
3.1	ИП; РП	27.03.12 -05.04.12	42	44,7	8	19
3.2	ИП; РП	06.04.12 -10.04.12			3	7,2
3.3	ИП; РП	11.04.12 -16.04.12			4	9,5
3.4	ИП; РП	17.04.12 - 04.05.12			14	33,3
3.5	ИП	07.05.12 - 22.05.12			13	31
4.1	ИП	23.05.12 - 25.05.12	11	11,7	3	27,3
4.2	ИП; РП	28.05.12 -04.06.12			5	45,4
4.3	ИП; РП	05.06.12 -06.06.12			3	27,3

Рассчитанная продолжительность проектирования составила 94 дня.

.2.1 Построение ленточного графика ОКП

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

Продолжительность каждой работы Тп рассчитывается по формуле

Тп_i= Т_i/ Ч_i, (6.10)

где Т_i - трудоемкость работ, чел/час;

Ч_i - численность исполнителей, чел.

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

Рассчитанная продолжительность проектирования составила 560 часов.

Таблица 6.3 - Ленточный график ОКП

Стадия	Исполнитель	Трудоемкость	Численность	Длительность работы
№		чел/час	чел.	час.
1.1	ИП	64	1	64
1.2	ИП; РП	24	2	12
1.3	ИП	48	1	48
1.4	ИП	80	1	80
2.1	ИП; РП	32	2	16
2.2	ИП; РП	32	2	16
2.3	ИП	32	1	32
2.4	ИП	16	1	16
3.1	ИП; РП	64	2	32
3.2	ИП; РП	24	2	12
3.3	ИП; РП	32	2	16
3.4	ИП; РП	112	2	56
3.5	ИП	104	1	104
4.1	ИП	24	1	24
4.2	ИП; РП	40	2	20
4.3	ИП; РП	24	2	12
Итого		752

.3 Диаграмма Ганта

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

На диаграмме Ганта также показывается зависимость между задачами.

Диаграмма Ганта представлена на рисунке 6.1.

Рисунок 6.1 - Диаграмма Ганта

.4 Построение сетевого графика

Наименования работ, продолжительность каждой работы и наименования событий описаны в таблице 6.4.

Таблица 6.4 - Сетевая диаграмма

Код событий	Наименование события	Код работы	Наименование работ	Продолжительность
0	1	2	3	4
0	Принято решение о начале проектирования	0-1	Составление ТЗ на разработку программы	8
1	ТЗ на разработку программы составлено	1-2	Согласование ТЗ с руководителем проекта	3
		1-3	Изучение состояния вопроса	6
2	ТЗ с руководителем проекта согласовано	2-3	Изучение литературы и информации по выбранной теме	10
3	Литература изучена	3-4	Анализ ТЗ	4
		3-5	Разработка модели бизнес - процесса «Как должно быть»	4
4	Модель бизнес-процесса «Как должно быть» разработана	4-5	Разработка модели процессов данных	4
		4-6	Разработка диаграммы прецедентов	2
5	Разработаны модель процессов данных и диаграмма прецедентов	5-6	Разработка алгоритма.	8
6	Алгоритм разработан	6-7	Определение формы представления входных и выходных данных	3
		6-8	Разработка структуры программы	4
7	Структура программы разработана	7-8	Написание программы	14
8	Программа написана	8-9	Отладка программы	13
9	Программа отлажена	9-10	Разработка руководства пользователя	3
10	Разработано руководство пользователя	10-11	Испытание программы на реальной задаче	5
11	Программа испытана	11-12	Разработка руководства системного администратора	3
12	Разработано руководство системного администратора

Рисунок 6.2 - Сетевой график

Т_кр= 0 - 1 - 2 - 3 - 5 - 6 - 8 - 9 - 10 - 11 - 12 = 79 дней.

.5 Составление сметной стоимости разработки

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

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

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

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

- страховые взносы;

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

- прочие затраты.

6.5.1 Затраты на оплату труда

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

Расчет основной заработной платы производится по формуле (6.11)

Ф_ОСН = (Ок/21)×Т, (6.11)

где Ок - месячный оклад (руб);

Т - трудоемкость (чел/дни);

- число рабочих дней в месяце.

Данные по заработной плате приведены в таблице 6.5

Таблица 6.5 - Заработная плата разработчиков

Разработчик	Должностной оклад, руб.
РП	17500
ИП	9800

Расчет основной заработной платы по формуле (6.11) приведен в таблице 6.6:

Таблица 6.6 - Расчет основной заработной платы

Этап	Должность	Трудоемкость (чел/дни)	Основная з/п (руб.)
1	РП	1,5	1250
	ИП	25,5	11900
2	РП	4	3333,333
	ИП	10	4666,667
3	РП	14,5	12083,33
	ИП	27,5	12833,33
4	РП	4	3333,333
	ИП	7	3266,667
Итого:	РП	24	20000
	ИП	70	32666,67

Фонд основной заработной платы рассчитывается по формуле

Ф_осн = Ф_{ОСН. ИП.} + Ф_{ОСН. РП.} (6.12)

Ф_осн =20000+ 32666,67 = 52666,67 руб.

К дополнительной заработной плате относятся выплаты, предусмотренные законодательством о труде за неотработанное по уважительным причинам время: оплата очередных и дополнительных отпусков и т.п. (принимается в размере 40% от суммы основной заработной платы разработчиков).[9]

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

Ф_доп = Ф_осн × А_д, (6.13)

где А_д - коэффициент отчислений на дополнительную заработную плату, А_д = 0,40.

Дополнительная заработная плата по формуле (6.13) равна

Ф_доп = 52666,67 ×0,40 = 21066,67 руб.

.5.2 Страховые взносы

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

Расчет производится по формуле

Ф_соц = (Ф_осн + Ф_доп)×А_сс, (6.14)

где А_сс - коэффициент отчислений на социальное страхование, А_сс = 0,30

Подставив необходимые значения в формулу (6.14), отчисления в фонд социального страхования равны:

Ф_соц = (52666,67 +21066,67)×0,30 = 22120 руб.

.5.3 Материальные затраты

В данной статье учитываются суммарные затраты на материалы, приобретенные для разработки данного программного продукта. Затраты состоят из стоимости материалов (без учета НДС) и транспортно-заготовительных расходов. Цены указаны по состоянию на 1 января 2012 года.

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

Смат = Сб + Ск, (6.15)

где Смат - общий расход материалов;

Сб - расход на бумагу, который определяется по формуле

Сб = Рб×N, (6.16)

где Рб - цена за пачку бумаги, Pб=200 руб.;- количество пачек, N=2;

Сб = 200×2=400 руб.к - расход на картридж, который определяется по формуле [10]

Ск = Рк+N, (6.17)

где Рк - цена картриджа, Рк=500 руб.;- количество картриджей, N=1;

Ск = 500×1=500 руб.

Подставляя данные в формулу (6.15), получаем:

Смат = 400 + 500 = 900 руб.

.5.4 Стоимость лицензионного программного обеспечения

Для разработки и внедрения базы данных необходимо закупить лицензионную ОС Microsoft Windows XP Pro SP3 и Microsoft Office 2003 (MS Excel), Microsoft SQL Server 2005 Express Edition, Borland Delphi 2006, что и имеется на данном рабочем месте.

Стоимость лицензий приведена в таблице 6.7.

Таблица 6.7 - Стоимость лицензионного ПО

Наименование	Процент использования, %	Стоимость полная, руб.	Стоимость с учётом процента использования, руб.
ОС Microsoft Windows XP Pro SP3	40	5435	2174
Microsoft Office 2007	25	25600,65	6400
Denver	25	Условно-бесплатная версия	0
Studio for MySQL	25	7955	1988
Итого			10562

Получаем, что стоимость лицензионного программного обеспечения С_ПО = 10562 руб.

.5.5 Стоимость машинного времени

Для разработки программного продукта использовался ПК на базе процессора Intel Pentium III.

Стоимость машинного времени определяется по формуле

Смв = Смч ×Т × Кзагр, (6.18)

где Смв - стоимость машинного времени, руб.;

Смч - стоимость одного машинного часа, руб/час;

Т - время использования ПК, час;

Кзагр - коэффициент загрузки.

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

Время использования ПК складывается из времени, затраченного на программирование (56 часов), отладку (104 часов) и тестирование программного продукта (20 часов):

Т = 56 + 104 + 20 = 180 часов.

Расчет стоимости 1 часа машинного времени ПК (С_мЧ) определяется по формуле [10]

С_мч= А_ч+ З_чРЕМ+ З_чМАТ+ З_чДР, (6.19)

где А_ч - отчисления на амортизацию, руб/час;

З_чРЕМ - затраты на ремонт ПК;

З_чМАТ- затраты на дополнительные комплектующие ПК;

З_чДР - прочие расходы.

Затраты на амортизацию компьютера рассчитываются по формуле [9]

А_ч= С_пк/ (Т_сл×12×21×8), (6.20)

где С_пк - стоимость ПК, С_пк = 18500 руб.;

Т_сл - срок службы ПК, Т_сл = 7 лет.

Подставив значения в формулу (6.20), рассчитаем затраты на амортизацию компьютера:

А_ч = 18500 / (7×12×21×8) = 1,31 руб/час.

Затраты на текущий и профилактический ремонт принимаются равными 6% от стоимости ПК и рассчитываются по формуле

З_чРЕМ = (С_пк×0,06)/ (Т_сл×12×21×8), (6.21)

Рассчитаем затраты на текущий и профилактический ремонт, подставив значения в формулу (6.21):

З_чРЕМ = (18500×0,06)/(7×12×21×8) = 0, 08 руб/час.

Затраты на дополнительные комплектующие ПК принимаются равными 2% от стоимости ПК и рассчитываются по формуле [9]

З_чМАТ = (С_пк×0,02)/(Т_сл×12×21×8), (6.22)

Рассчитаем затраты на дополнительные комплектующие ПК, подставив значения в формулу (6.22):

З_чМАТ = (18500×0,02)/(7×12×21×8) = 0,03 руб/час.

Затраты на прочие расходы принимаются равными 5% от стоимости ПК и рассчитываются по формуле [9]

З_чДР = (С_пк×0,05)/(Т_сл×12×21×8), (6.23)

Рассчитаем затраты на прочие расходы, подставив значения в формулу (6.23):

З_чМАТ = (18500×0,05)/(7×12×21×8) = 0,07 руб/час.

Стоимость одного часа машинного времени, согласно формуле (6.19), составляет:

С_мч= 1,31 + 0,08 + 0,03 + 0,07 = 1,49 руб/час.

Следовательно, стоимость машинного времени, согласно формуле (6.18) составляет:

Смв = 1,49×180×1 = 268,2 руб.

.5.6 Стоимость электроэнергии

Затраты на электроэнергию (с учетом потребляемой мощности монитора - 100 Вт, системного блока - 200 Вт, принтера - 60 Вт, использования принтера около 30 минут в день) определяются по формуле

С_э = N_дн×W×Ц_э, (6.24)

где N_дн - количество часов потребления, 180 часов;- суммарная потребляемая мощность (исходя из времени использования принтера устанавливается коэффициент 0,1);

Ц_э - стоимость 1 квт/часа электроэнергии, 4,50 руб.

Затраты на электроэнергию, согласно формуле (6.24) равны:

С_э = 180×(0,1 + 0,2 + 0,1×0,06)×4,50 =247,86 руб.

.5.7 Сметная стоимость проекта

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

Таблица 6.8 - Сметная стоимость проекта

Статьи расхода	Обозначение	Сумма затрат, руб.
Основная заработная плата разработчиков	Ф_осн	52666,67
Дополнительная заработная плата разработчиков	Ф_доп	21066,67
Продолжение таблицы 6.8
Отчисления в фонд социального страхования	Ф_соц	22120
Материалы	С_мат	700
Лицензионное ПО	С_по	10562
Машинное время	Смв	268,2
Электроэнергия	С_э	247,89
Итого		107 631,4

Вывод: затраты на разработку программного продукта составляют: 107631,4 рубля.

.6 Расчет экономического эффекта

Экономический эффект - это результат экономической деятельности, измеряемый, как правило, разностью между денежным доходом от деятельности и денежными расходами на ее осуществление [1].

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

Данной задачей на производстве будут заниматься 7 сотрудников.

Средняя ежемесячная зарплата одного сотрудника составляет 14500 рублей при 40 часовой рабочей неделе. Рассчитаем оплату за час работы с учетом того, что в месяце 21 рабочий день:

/ (21·8) = 86,31 руб/час.

Исходные данные временных затрат на выполнение операций приведены в таблице 6.9.

Таблица 6.9 - Временные затраты на выполнение операций

Операции	Затраты времени, час		Среднее число операции в месяц
	Базовый вариант	Предлагаемый вариант
Занесение конфигуратора в прайс-лист (в систему)	1	0,09	1
Внедрение прайс-листа	-	0,09	2
Формирование сменного задания	0,4	0,16	63
Рассылка прайс-листа	1.2	0,16	50
Составление документов	0,5	0,06	50

Т.о. затраты времени в месяц до внедрения ИС составляют:

- 1·1+0,4·63+1.2·50+0,5·50 = 111,2 часов;

- стоимостные затраты - 111,2 ·86,31 = 9597,7 руб.

Затраты времени в месяц после внедрения ИС составляют:

- 0,09·1+0,09·2+0,16·63+0,16·50+0,06·50 = 21,35 часов;

- стоимостные затраты - 29,35·86,31 = 1842,72 руб.

Вычислим показатели экономической эффективности.

Коэффициент относительного снижения трудовых затрат рассчитывается по формуле [4]

(6.25)

где Т₀ - трудовые затраты на обработку информации по базовому варианту;

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

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

К_Т = ((111,2 - 21,35) / 111,2) ×100 % = 80,8 %,

Индекс повышения производительности труда рассчитывается по формуле

(6.26)

Следовательно, подставив значения в формулу (6.26) получим:_T = 252,2 / 21,35= 5,21,

Абсолютное снижение стоимостных затрат рассчитывается по формуле

(6.27)

где С₀ - стоимостные затраты на обработку информации по базовому варианту;

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

Внеся все данные в формулу (6.27), получаем:

DC = 9597.7 - 1842,72 = 7755 руб.

Расчет показателей экономического эффекта производится по методу дисконтирования. Расчетная годовая ставка - 20%.

1) Коэффициент дисконтирования (дисконтируемый множитель), определяемый при постоянной норме дисконта по формуле

, (6.28)

где - норма дисконта;

t - номер шага расчета (t = 0,1,2….Т);

Т - горизонт расчета,

2) Чистый доход (ЧД) или экономический эффект определяется по выражению

ЧД_t = Э_t / α_t, (6.29)

где Э_t- экономическийэффект на шаге t;

α_t - коэффициент дисконтирования на шаге t.

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

, (6.30)

где ЧДД_t - чистый дисконтированный доход на шаге t;

ЧД_t+1 - чистый доход на шаге t+1.

Теперь, имея необходимые данные, определим экономический эффект, чистый доход (ЧД), чистый дисконтированный доход (ЧДД), согласно формулам (6.28) - (6.29), и представим полученные расчеты в таблице 6.10.

Таблица 6.10 - Показатели экономической эффективности

Годы	Эффект, руб.	Коэффициент дисконтирования	Чистый доход, руб.	Чистый дисконтированный доход, руб.
0		1	-	-107631,4
1	93060	1,2	77550	-33843,4
2	93060	1,44	64625	30781,6
ИТОГО:			142175

4) Индекс доходности (ИД) представляет собой отношение суммы приведенных эффектов к величине дисконтированных - капиталовложений и определяется по формуле (6.31) [9]

(6.31)

где  ЧД - сумма чистых доходов;

К - сметная стоимость проекта.

Подставив необходимые данные из таблицы 6.10 в формулу (6.30), рассчитаем индекс доходности:

ИД = 142175/107631,4=1,28

Так как ИД > 1, следовательно, проект является прибыльным и сможет окупиться в установленные сроки.

Определим срок окупаемости проекта Т_ок:

Срок окупаемости проекта определяется по формуле (6.32) [10]

, (6.32)

Внеся все данные в формулу (6.32), получаем:

T_ок = 1+33843,4/64625= 1,52

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

5) Рассчитаем внутренние нормы доходности (ВНД), которые представляют собой ту норму дисконта Е, при которой величина приведенных эффектов равна приведенным капиталовложениям, т. е. ЧДД = 0.

Внутренние нормы доходности определяются по формуле [9]

(6.33)

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

Таблица 6.11 - Расчет внутренних норм доходности

Годы	Эффект, руб.	Е = 42%			Е = 43%
		α	ЧД	ЧДД	α	ЧД	ЧДД
0		1	-	-107631,4	1	-	-107631,4
1	93060	1,42	65535,21	-45858,19	1,43	65076,92	-46316,48
2	93060	2,0164	46151,56	293,37	2,045	45508,34	-808,14

Для определения ВНД воспользуемся формулой (6.33) и данными из таблицы 6.11. [9]

.7 Технико-экономические показатели

Технико-экономические показатели проекта приведены в таблице 6.12.

Таблица 6.12 - Технико-экономические показатели

Название показателя	Единицы измерения			Значение
Технические показатели серверного ПК
Используемое оборудование		ЭВМ на базе Intel Pentium D (III)
Тактовая частота процессора		ГГц			2,7
Объем ОЗУ		Мб			4096
HDD		Гб			120
Технические показатели ПК администратора
Используемое оборудование		ЭВМ на базе Intel Pentium III
Тактовая частота процессора		МГц			1700
Объем ОЗУ		Мб			512
HDD		Гб			100
Среда разработки		MySQL, Apache
Технические показатели клиентского ПК
Используемое оборудование		ЭВМ на базе Intel Pentium III
Тактовая частота процессоров		МГц			600
Объем ОЗУ		Мб			256
HDD		Гб			2
Экономические показатели
Себестоимость продукта	руб.			107631,4
Численность исполнителей	чел.			7
Экономический эффект	руб.			93060
Продолжение таблицы 6.12
Срок окупаемости	1 год 6 месяцев
Чистый дисконтированный доход за 2 года использования	руб.		30781,6
Внутренняя норма доходности	%		42,47

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

7. Безопасность и экологичность проекта

.1 Опасные и вредные производственные факторы

Согласно ГОСТ 12.0.003-74* ССБТ [1] на данном рабочем месте действуют следующие опасные и вредные производственные факторы:

) Физические:

а) опасные:

- пожарная опасность;

- повышенное значение напряжения в электрической цепи, замыкание которой может произойти через тело человека.

б) вредные:

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

- повышенный уровень шума на рабочем месте;

- повышенный уровень статического электричества;

- повышенная ионизация воздуха рабочей зоны;

- недостаточная скорость движения воздуха в рабочей зоне;

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

- повышенная или пониженная температура воздуха рабочей зоны;

- недостаточная освещенность рабочей зоны;

- пониженная контрастность и мерцание изображения;

) Психофизиологические вредные производственные факторы:

а) Статические физические перегрузки;

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

) Биологические опасные факторы: загрязнение клавиатуры;

) Химические опасные факторы: выделение в воздух хим. веществ (из процессора, принтера).

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

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

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

.2 Мероприятия по охране труда в проектируемом помещении

.2.1 Краткая характеристика рабочего помещения и применяемого оборудования

Рассматриваемый объект: помещение отдела продаж.

Размеры помещения составляют: длина 4 м, ширина 7 м, высота 3 м. Общая площадь равна 28 кв.м. В помещении работают 2 сотрудника, т.е. на каждого приходится по 42 м³, что соответствует санитарным нормам (не менее 15 м³).

Рисунок 7.1 - План рабочего помещения:

- офисное кресло 5 - окно

- рабочее место 6 - кондиционер

- рабочая станция 7 - стол

- принтер/сканер/копир 8 - диван

- шкаф

.2.2 Технические решения по безопасности

Организация рабочего места пользователя ПЭВМ регламентируется требованиями ГОСТ 12.2.032 - 78 «Рабочее место при выполнении работ сидя. Общие эргономические требования» и СанПиН 2.2.2/2.4.1340 - 03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

Требования к помещению для работы с ПЭВМ следующие:

- помещения для эксплуатации ПЭВМ должны иметь естественное и искусственное освещение. Естественное и искусственное освещение должно соответствовать требованиям действующей нормативной документации;

- оконные проемы должны быть оборудованы регулируемыми устройствами типа: жалюзи, занавесей, внешних козырьков;

- площадь на одно рабочее место пользователей ПЭВМ с ВДТ на базе плоских дискретных экранов (жидкокристаллические, плазменные) - 4,5 м²;

- для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузно-отражающие материалы с коэффициентом отражения для потолка - 0,7 - 0,8; для стен - 0,5 - 0,6; для пола - 0,3 - 0,5;

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

Общие требования к организации рабочих мест пользователей ПЭВМ следующие:

- при размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м;

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

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

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

Меры безопасности при работе на ПЭВМ:

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

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

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

Требования безопасности в аварийных ситуациях:

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

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

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

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

7.2.3 Средства защиты

Меры безопасности при работе на ПЭВМ согласно СанПиН 2.2.2/2.4.1340 - 03 [3]:

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

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

Требования безопасности в аварийных ситуациях СанПиН 2.2.2/2.4.1340 - 03 [3]:

- помещения с электрооборудованием должны быть оснащены огнетушителями типа ОУ-2 или ОУБ-3;

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

.3 Микроклимат

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

Согласно СанПиН 2.2.4.548-96 «Гигиенические требования к микроклимату производственных помещений» гигиенические требования к показателям микроклимата рабочих мест производственных помещений устанавливаются с учётом интенсивности энерготрат работающих, времени выполнения работы и периодов года.

Работа программиста в компьютерном отделе относится к категории Iб (относятся работы с интенсивностью энерготрат 121 - 150 ккал/ч (140 - 174 Вт), производимые сидя, стоя или связанные с ходьбой и сопровождающиеся некоторым физическим напряжением).

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

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

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

Оптимальные и допустимые показатели микроклимата нормируются в соответствии с категорией выполняемых работ и периодом года (таблица 7.1).

Таблица 7.1 - Оптимальные величины показателей микроклимата на рабочих местах производственных помещений

Период года	Категория работ по уровню энерго-затрат, Вт	Температура воздуха, `C	Температура поверхностей, `С	Относительная влажность воздуха, %	Скорость движения воздуха, м/с
Холодный	Iа (до 139) Iб (140-174) IIа (175-232) IIб (233-290 III (более 290)	22-24 21-23 19-21 17-19 16-18	21-25 20-24 18-22 16-20 15-19	60-40 60-40 60-40 60-40 60-40	0,1 0,1 0,2 0,2 0,3
Теплый	Iа (до 139) Iб (140-174) IIа (175-232) IIб (233-290 III (более 290)	23-35 22-24 20-22 19-21 18-20	22-26 21-25 19-23 18-22 17-21	60-40 60-40 60-40 60-40 60-40	0,1 0,1 0,2 0,2 0,3

Таблица 7.2 - Допустимые и реальные величины показателей микроклимата на рабочих местах производственных помещений

Сезоны года	Категория работ	Температура воздуха, °С	Относит. Влажность воздуха, %	Скорость Движения воздуха, м/с
Холодный, t<10°С	Iб	20 -24	30-60	0,15
Теплый,t>10 °С	Iб	21 - 26	30-60	0,2

Параметры микроклимата поддерживаются водными радиаторами и конвекторами, отоплением и сплит - системой кондиционирования согласно СНиП 41-01-2003[8] «Отопление, вентиляция и кондиционирование».

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

.4 Электробезопасность

Применяемое электрооборудование: 2 персональных компьютера,

принтера,1 кондиционер с рабочим напряжением 220 В.

Согласно ПУЭ помещение относится к первому классу «без повышенной опасности», оно характеризуется следующими признаками: сухое, с величиной относительной влажности не более 60%; безпыльное, с нормальной температурой воздуха 25±2°С; с изолированными полами.

Характер электрических параметров:

- род тока переменный;

- частота тока, Гц 50;

- напряжение в силовой цепи, В 220.

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

- применяемыми рабочими напряжениями;

- категорией рабочего помещения по опасности поражения электрическим током.

Вид электросети и режим нейтрали:

- однофазная двухпроводная с глухозаземленной нейтралью.

Расчет зануления электрической сети.

Рисунок 7.1 - Схема зануления электроустановки в однофазной сети с глухозаземленной нейтралью: АЗ - автомат зануления

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

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

. (7.1)

Номинальный ток расцепителя выбирают из условия

, (7.2)

где - номинальный ток электроустановки, равен 2,5 А. Исходя из условия (7.2), выбираем , значения которого приведены в таблице 7.3.

Таблица 7.3 - Значение для некоторых типов автоматических выключателей

Тип выключателя	, А
Автоматический выключатель АП-50	20

Условию удовлетворяет автоматический выключательАП-50,

с =20 А.

Величина тока однофазного короткого замыкания I_кз определяется по формуле:

, (7.3)

где U_ф - фазное напряжение, U_ф=220 В;

Z_п - сопротивление петли «фаза-ноль», Ом;

Z_T - сопротивление обмоток трансформатора, Ом.

Z_п=R_ф+R_н, (7.4)

гдеR_ф - сопротивление фазного провода, Ом;_н - сопротивление нулевого провода, Ом.

R=r×l/s, (7.5)

где r - удельное сопротивление, Ом×мм²/м;

l - длина провода, м;

s - сечение провода, мм².

Для подключения к сети возьмем медные провода (), с одинаковым сечением проводов (s=2,5 мм²), общая длина проводов составляет 180 м. Подставив эти значения в формулу (7.4) получим:_п=0,018×180/2,5=1,29 Ом.

Сопротивление обмоток трансформатора Z_T =0,81 Ом, мощность трансформатора P_T=250кВ×А, тогда ток короткого замыкания, рассчитываемый по формуле (7.3), равен: [12]

Проверяя условие (7.1), видно, что оно выполнятся, так как 141,03>20×3.Таким образом, можно сделать вывод, что сечение и длина проводов подобраны верно.

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

В качестве искусственных заземлителей будем использовать стальные стержни диаметром d = 50мм и длиной l = 2м. Электроды будут располагаться в земле в один ряд, с углублением от поверхности наН_о= 0,6м (Рисунок 7.2).

Величина расположения центра электрода Н отмеченная на рисунке равна

Н = Н₀ + 1/2, (7.6)

= 0,6+2/2= 1,6 м ,

Рисунок 7.2 - Расположение электрода в земле

Определим необходимое количество электродов для заземления по формуле:[12]

n=,шт ., (7.8)

гдеR_don- допускаемое сопротивление защитного заземления, согласно ПУЭ в электрических цепях напряжением до 1000В и W<100кВт, R_don<= 4 Ом

n= 30/3= 10шт.

Определим переходное сопротивление соединительной полосы между электродами по формуле: [12]

Rпол = ,Ом, (7.9)

где 1_пол - длина соединительной полосы в метрах, определяется по формуле:

_пол=1,05-а-(п-1), (8.13)

где а - расстояние между электродами, а = I,

_пол=1,05-2.(3-1) = 4,2м;

b - ширина соединительной полосы, b = 0,04 м;

Н_пол - глубина залегания соединительной полосы, Н_пол= 0,6 м;

Rпол = =22,1 Ом.

Рассчитаем общее сопротивление защитного заземления по формуле:[12] Rобщ=, Ом,

(7.10)

где η_эли η_пол- коэффициент использования заземлителей, выбираются из таблиц 7.4 и 7.5, η_эл= 0,77, η_пол = 0,77.

Таблица 7.4 - Коэффициент использования η_элзаземлителей без учета влияния полосы связи

Отношение расстояния между заземлителями к их длине	При размещении в ряд
	Число заземлителей	η_эл
1	5	0,67 - 0,72
	10	0,56-0,62
2	5
	10	0,72 - 0,77

Таблица 7.5 - Коэффициент использования η_полсоединительной полосы

Отношение расстояния между	Число электродов	при расположении в ряд
заземлителями к их длине	4		8
1	0,77		0,67
2	0,89		0,79

общ = = 3,4Ом.

В результате расчета защитного заземления получили общее сопротивление заземления R_общ= 3,4 Ом <R_don=4 Ом, что удовлетворяет условиям ПУЭ и обеспечит гарантированную защиту человека от поражения электрическим током.

Попытка уменьшить в целях экономии количество электродов не привела к желаемому результату. Общее сопротивление при этом равно R_o₆_u=15.1 Ом, что не удовлетворяет условиям ПУЭ.

Возможные травмы при действии электрического тока на рабочем месте, оборудованном ПЭВМ:

- напряжение прикосновения (электрический удар);

- механическое действие.

Согласно требованиям ГОСТ 12.1.019 - 79 ССБТ [4], а также ПУЭ существую следующие меры защиты человека от поражения электрическим током:

- Технические средства защиты:

1) защитное заземление, зануление, защитное отключение с использованием УЗО согласно требованиям ГОСТ 12.1.030-81^*ССБТ [5] или автоматического защитного отключения;

) выравнивание потенциалов;

) изоляция нетоковедущих частей;

) защита токоведущих частей оборудования от случайного прикосновения;

) использование в электрооборудовании блокировки;

) защита электрокабеля от химических и механических повреждений;

) использование малого напряжения, указать, где оно используется;

) напряжение местного освещения.

- Организационно - технические средства защиты:

1) применение предупредительных плакатов, цепей и замков;

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

- Организационные меры защиты:

1) высокий уровень производственной дисциплины при проведении работ с электроустановками;

) строгое выполнение нарядной системы;

) периодическое обучение и проверка персонала в квалификационных группах;

) строгое выполнение требований ПУЭ;

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

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

.5 Производственное освещение

.5.1 Расчет искусственного освещения

При расчетах использовалась методика описываемая в литературе [10]

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

Таблица 7.6 - Справочные данные

Тип светильника	с люминесцентными лампами ЛПО 01
Число ламп	2 лампы ЛБ (белый свет)
Мощность лампы, Вт	40
Эксплуатационная группа светильника	8
Нормированная минимальная освещенность (Е_н), лк	(300-500)
Коэффициент запаса (к)	1,4
Площадь освещаемого помещения (S), м²	24
Коэффициент минимальной освещенности (Z)	1,1
Световой поток ЛБ-40 (F_л), лм	3120
Число ламп в светильнике (n)	2

Согласно СНиП 23-05-95[13] «Естественное и искусственное освещение» рассматриваемым в дипломном проекте зрительным работам соответствует III разряд точности (высокая точность) подразряда.

Определение необходимого числа светильников производится по формуле (7.11)

, (7.11)

где Е_Н- нормированная минимальная освещенность, лк;

K - коэффициент запаса, учитывающий уменьшение освещенности в процессе эксплуатации;- площадь освещаемого помещения, м²;- коэффициент минимальной освещенности, который определяется отношением средней освещенности к минимальной;_л - рассчитываемый световой поток, лм;- число ламп в светильнике;

ŋ - коэффициент использования светового потока.

Коэффициент использования светового потока зависит от характеристик светильника, размеров помещения, окраски стен и потолка, характеризуемых коэффициентами отражения от стен (Р_с), потолка (Р_п), пола (Р_Р).

Р_с=50%.

Р_п=70%.

Р_Р=10%.

Значение ŋ определим для светильников с люминесцентными лампами.

Для этого вычислим индекс помещения по формуле (7.12):

, (7.12)

_p - расчетная высота подвеса, определяется разностью высоты помещения и габаритного размера высоты светильника), м._p=4,00м - 0,12м = 3,88м.

Для индекса i=1 - коэффициент использования .

Подставив известные данные в формулу (7.8) получим:

Принимаем число светильников равным 13.

Для обеспечения нормированной освещенности при данных условиях необходимо 13 светильников в 2 ряда. В помещении, где выполнялся дипломный проект, имеется 14 светильников типа ЛБ 2·40, расположенных в два ряда, что соответствует нормам.

Годовая мощность всей осветительной системы определяется по формуле (7.13).

, (7.13)

где - годовой действительный фонд;

= 40 Вт.

Годовой действительный фонд принимаем равным.

Подставив все известные данные в формулу (7.10) получим:

Для искусственного освещения за год затрачено 1012,03 кВт·ч электрической энергии.

.5.2 Расчет естественного освещения

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

При проектировании естественного освещения необходимо определить площадь световых проемов, обеспечивающих нормированное значение коэффициента естественного освещения (КЕО) в соответствии с требованиями СНиП 23.05-95[13] «Естественное и искусственное освещение. Нормы проектирования».

Расчет заключается в предварительном определении площади световых проемов при боковом освещении по формуле (7.14). [10]

, (7.14)

где S_о - площадь световых проемов при боковом освещении, м2;_n - площадь пола помещения, м2;

е_н - нормируемое значение КЕО;

К_з-коэффициент запаса;

h_о - световая характеристика окон;

t_о - общий коэффициент светопропускания;₁ - коэффициент, учитывающий повышение КЕО при боковом освещении, благодаря свету, отраженному от поверхности помещения и подстилающего слоя, примыкающего к зданию;

К_зд - коэффициент, учитывающий затемнение окон противостоящими зданиями.

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

, (7.15)

где t₁ - коэффициент светопропускания материала;

t₂ - коэффициент, учитывающий потери света в переплетах светопроема;

t₃ - коэффициент, учитывающий потери света в несущих конструкциях, при боковом освещении равен 1;

t₄ - коэффициент, учитывающий потери света в солнцезащитных устройствах;

t₅ - коэффициент, учитывающий потери света в защитной сетке, устанавливаемой под фонарями, принимают равным 0,9.

Коэффициент светопропускания материала t₁ определяется по таблице 7.7.

Таблица 7.7 - Значения коэффициента t₁

Вид светопропускающего материала	t₁
Стекло оконное листовое: одинарное двойное тройное	0,9 0,8 0,75
Стекло витринное толщиной 6-8 мм	0,8
Стекло листовое армированное	0,6
Стекло листовое узорчатое	0,65
Продолжение таблицы 7.7
Стекло листовое со специальными свойствами: солнцезащитное контрастное	0,65 0,75
Органическое стекло: прозрачное молочное	0,9 0,6
Пустотелые стеклянные блоки: светорассеивающие светопрозрачные	0,5 0,55
Стеклопакеты	0,8

Коэффициент, учитывающий потери света в переплетах светопроемаt₂ определяется по таблице 7.8.

Таблица 7.8 - Значения коэффициента t₂

Вид переплета для окон промышленных зданий	t₂
Переплеты деревянные : одинарные спаренные двойные раздельные	0,75 0,7 0,6
Переплеты стальные: одинарные открывающиеся одинарные глухие двойные открывающиеся двойные глухие	0,75 0,9 0,6 0,8

Коэффициент, учитывающий потери света в солнцезащитных устройствахt₄ определяется по таблице 7.9.

Таблица 7.9 - Значение коэффициента t₄

Солнцезащитные устройства, изделия и материалыt₄
Убирающиеся регулируемые жалюзи и шторы (межстекольные внутренние, наружные)	1
Стационарные жалюзи и экраны с защитным углом не болеепри расположении пластин жалюзи или экранов под углом к плоскости окна: горизонтальные вертикальные	0,65 0,75
Горизонтальные козырьки: с защитным углом не более с защитным углом от 15 до 450 (многоступенчатые)	0,8 0,9-0,6

Определим общий коэффициент светопропускания t_о по формуле (7.15): [25]

Согласно СНиП 23.05-95[13] «Естественное и искусственное освещение. Нормы проектирования» коэффициент запаса К_з будет равен 1,2,а коэффициент, учитывающий повышение КЕО при боковом освещении r₁будет равен 2,4.

Значение световой характеристики окон h_о в соответствии с таблицей 7.10 принимаем равным 13.

Таблица 7.10 - Значения световой характеристики h_о окон при боковом освещении

Отношение длины помещения к его глубине	Значения световой характеристики h_о при отношении глубины помещения к его высоте от уровня условной рабочей поверхности до верха окна
	1	1,5	2	3	4	5	7,5	10
4 и более	6	7	7,5	8	9	10	11	12,5
3	7,5	8	8,5	9,6	10	11	12,5	14
2	8,5	9	9,5	10,5	11,5	13	15	17
1,5	9,5	10,5	13	15	17	19	21	23
1	11	15	16	18	21	23	26,5	29
0,5	18	23	31	37	45	54	66	-

Значения коэффициента К_зд, учитывающего затенение окон противостоящими зданиями определяется по таблице 7.11 в зависимости от отношения расстояния между рассматриваемым и противостоящим зданием Р к высоте расположения карниза противостоящего здания над подоконником рассматриваемого окна Н_зд.

Таблица 7.11 - Значения коэффициента К_зд

Р/Нзд	0,5	1	1,5	2	3 и более
Кзд	1,7	1,4	1,2	1,1	1

Подставив известные данные в формулу (7.15) получим: [10]

7.6 Зашита от вибрации

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

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

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

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

.7 Защита от шума

Предельно допустимые уровни звукового давления в октавных полосах частот, уровни звука и эквивалентные уровни звука для основных наиболее типичных видов трудовой деятельности и рабочих мест, разработанные с учетом категорий тяжести и напряженности труда согласно СН 2.2.4/2.1.8.562 - 96 «Шум на рабочих местах, в помещениях жилых, общественных зданий и на территории жилой застройки», представлены в таблице 7.12.

Таблица 7.12 - Предельно допустимые уровни звукового давления

Вид трудовой деятельности, рабочие места	Уровни звукового давления, дБ, в октавных полосах со среднегеометрическими частотами в Гц									Уровни звука и эквивалентные уровни звука, дБА
	31,5	63	125	250	500	1000	2000	4000	8000
Предприятия, учреждения и организации
Творческая деятельность, программирование	86	71	61	54	49	45	42	40	38	50

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

Для снижения уровня шума потолок или стены выше панелей, а иногда и стены, и потолок должны облицовываться звукопоглощающим материалом с максимальным коэффициентом звукопоглощения в области частот 63 - 8000 Гц. Дополнительным звукопоглощением в кабинетах ВЦ и дисплейных классах служат занавеси на окнах, подвешенные в складку на расстоянии 15 20 см от ограждения, выполненные из плотной тяжелой ткани.

.8 Защита от электромагнитных излучений

Источники ЭМП в рабочем помещении:

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

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

Таблица 7.13-Предельно - допустимые значения энергетической экспозиции

Диапазоны частот	Предельно допустимая энергетическая экспозиция
	ЭЭ_Е, (В/м²)ч	ЭЭ_Н, (А/м²)ч	ЭЭ_I, (мкВт/см²)ч
0,03 - 3 МГц	20 000	200	-
3 - 30 МГц	7 000	-	-
30 - 50 МГц	800	0,72	-
50 - 300 МГц	800	-	-
0,3 - 300 ГГц	-	-	200

Переменное электромагнитное поле является совокупностью двух взаимосвязанных, переменных полей - электрического и магнитного, которые характеризуются соответствующими векторами напряженности E(В/м) H(А/м). При распространении в вакууме и воздухе E=377 Н. Фазы колебаний векторов Е и Н происходят во взаимно перпендикулярных плоскостях.

Электромагнитное поле несет энергию, определяемую плотностью потока энергии (Вт/м²)

, (7.16)

, (7.17)

, (7.18)

, (7.19)

где P_ист - мощность излучателя, Вт

r - расстояние до источника излучения, м

Согласно СанПиН 2.2.2/2.4.1340-03 [3], расстояние от глаз пользователя до монитора примем равное 0,7м. Мощность излучения ЖК-монитора “LG-Flatronl530s” ровно 0,002 Вт.

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

- напряженность электрического поля, E=0,293 В/м²<ЭЭ_Е=20000 В/м²;

- напряженность магнитного поля, H=92,8*10^-3А/м²<ЭЭ_H=200 А/м².

Что соответствует норме, указанной в таблице 7.13

Организационными способами защиты от действия ЭМП являются:

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

- ограничение места и времени нахождения в зоне действия ЭМП (защита расстоянием и временем);

- зануление экрана - расчетная величина электромагнитного излучения снижается в 5-6 раз;

- обозначение и ограждение зон с повышенным уровнем ЭМП.

Лечебно-профилактические способы защиты от ЭМП включают:

- организацию и проведения контроля выполнения гигиенических нормативов, режимов работы персонала, обслуживающего источники ЭМП;

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

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

7.9 Безопасность труда при эксплуатации грузоподъемных кранов.

В данном дипломном проекте не используются грузоподъемные краны.

.10 Пожарная безопасность

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

Возможные причины пожара:

- Электрического характера:

1) искрение в местах соединения электропроводки;

2) короткие замыкания в цепи;

3) искрение в местах повреждения изоляции.

- Неэлектрического характера:

1) несоблюдение пожарной безопасности (курение, использование источников зажигания и т.д.).

Согласно НПБ 105 - 03[17] «Определение категорий помещений и зданий по взрывопожарной и пожарной опасности» данное помещение относится к категории В.

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

Таблица 7.14 - Определение категорий В1 - В4 помещений

Категория помещения	Удельная пожарная нагрузка g на участке, МДж/м²
В1	>2200
В2	1401 - 2200
В3	181 - 1400
В4	1 - 180

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

, (7.20)

где - пожарная нагрузка;

- количество i - го материала пожарной нагрузки, МДж/кг;

Удельная пожарная нагрузка g, МДж/м², определяется по формуле (7.21)

g=Q/S, (7.21)

где S - площадь размещения пожарной нагрузки, м² (но не менее 10 м²).

Таблица 7.15 - Удельная пожарная нагрузка

Наименование	Вес, кг	Низшая теплота сгорания веществ и материалов, МДж/кг
Столы	200	20,90
Бумага	15	17,60
Книги	10	13,40
Линолеум	100	21,00
Пластмасса	20	46,62

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

Исходя из полученного значения, данное помещение относится к категории В4 «Пожароопасное помещение». Возникший пожар будет относиться к категории «А» (обычные твердые горючие материалы), «В» (плавящиеся при нагревании материалы) и «Е» (оборудование под напряжением).

Пожарная безопасность обеспечивается согласно ГОСТ 12.1.004 - 91 ССБТ «Пожарная безопасность». Предотвращение пожара должно достигаться предотвращением образования горючей среды и (или) предотвращением образования в горючей среде (или внесения в нее) источников зажигания.

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

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

- применением электрооборудования, соответствующего пожароопасной и взрывоопасной зонам, группе и категории взрывоопасной смеси в соответствии с требованиями ГОСТ 12.1.011-78*[20] «Смеси взрывоопасные классификация и методы испытаний» и правил устройства электроустановок.

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

- применением автоматических установок пожарной сигнализации и пожаротушения;

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

Перечень зданий, сооружений, помещений и оборудования, подлежащих защите автоматическими установками приведены в таблице 7.16 согласно НПБ 110-03 «Перечень зданий, сооружений, помещений и оборудования, подлежащих защите автоматическими установками пожаротушения и автоматической пожарной сигнализацией».

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

Объект защиты	АУПТ	АУПС
Для размещения персональных ЭВМ на рабочих столах пользователей		Независимо от площади

Согласно СНиП 31-03-2001[6] «Производственные здания», здание, в котором проводится разработка дипломного проекта, обладает III степенью огнестойкости (таблица 7.17).

Таблица 7.17 - Производственные здания

Категория зданий или пожарных отсеков	Высота здания, м	Степень огнестойкости зданий	Класс конструктивной пожарной опасности зданий	Площадь этажа, м², в пределах пожарного отсека зданий
				одноэтажных	два этажа	три этажа и более
В	24	III	СО	25000	10400	5200

В таблице 7.18 указаны пределы огнестойкости строительных конструкций согласно СНиП 21-01-97 «Пожарная безопасность зданий и сооружений».

Таблица 7.18 - Предел огнестойкости строительных конструкций

Степень огнестойкости здания	Предел огнестойкости строительных конструкций, не менее
	Несущие элементы здания	Наружные ненесущие стены	Перекрытия междуэтажные, (в т.ч. чердачные и над подвалами)	Элементы бесчердачных покрытий		Лестничные клетки
				Настилы (в т. ч. с утеплителем)	Формы, балки, прогоны	Внутренние стены	Марши и площадки лестниц
III	R45	Е15	REI45	RE15	R15	REI60	R45

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

) потери несущей способности (R);

) потери целостности (Е);

) потери теплоизолирующей способности (I).

Конструктивные характеристики зданий указаны в таблице 7.19.

Таблица 7.19 - Конструктивные характеристики зданий в зависимости от их степени огнестойкости

Степень огнестойкости

Конструктивные характеристики

III

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

Тип системы оповещения и управления эвакуацией (СОУЭ) определяются по НПБ 104-03 «Проектирование систем оповещения людей о пожаре в зданиях и сооружениях». Наибольшее число этажей в здании - 4, поэтому используется 2 тип СОУЭ.Наличие характеристик для данного типа СОУЭ указано в таблице 7.20.

Таблица 7.20 - Наличие характеристик для 2 типа СОУЭ

Характеристика СОУЭ	Наличие
1. Способы оповещения: Звуковой (сирена, тонированный сигнал и др.) Световой: статические оповещатели "Выход"
	+
	+

Для обеспечения эвакуации необходимо:

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

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

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

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

Таблица 7.21 - Нормы эвакуации

Объем помещения, тысм^З	Категория помещения	Степень огнестойкости здания	Класс конструктивной пожарной опасности зданий	Расстояние, м, при плотности людского потока в общем проходе, чел/м²
				Д01	св.1 до 3	св. 3 до 5
До 15	В1 -ВЗ	I, II, III, IV	СО	100	60	40

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

Ширину эвакуационного выхода (двери) из коридора наружу или в лестничную клетку принимаем 1 м на основании таблицы 7.22.

Таблица 7.22 - Ширина эвакуационного выхода

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

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

Постановление правительства Российской Федерации от 25 апреля 2012г. №390 о противопожарном режиме утвердили правила противопожарного режима в РФ[8] предъявляются следующие требования к работникам, помещениям и зданиям:

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

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

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

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

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

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

.11 Охрана окружающей среды

.11.1 Меры защиты атмосферного воздуха

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

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

7.11.2 Мероприятия по очистке водного бассейна

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

.11.3 Утилизация твёрдых отходов

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

Подсистемы управления сбыта продукции фирмы ОАО 'Сосновскагропромтехника' с использованием Web-технологий

Подсистемы управления сбыта продукции фирмы ОАО 'Сосновскагропромтехника' с использованием Web-технологий

Похожие работы на - Подсистемы управления сбыта продукции фирмы ОАО 'Сосновскагропромтехника' с использованием Web-технологий