Разработка базы данных "Автозапчасти"

Размещено на http://www.allbest.ru/

Аннотация

В дипломном проекте разработана база данных «Автозапчасти».

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

База данных «Автозапчасти» разработана с целью оптимизирования работы оператора.

А?датпа

Дипломды? жобада «Автозапчасти» м?ліметтер ?оры ??растырылды.

Программалы? ж?йе Borland Delphi 7 ??рамында жасалынды. Ж?йе авто??рыл?ыларды ба?ылауды? ж?не санауды? автоматтандырыл?анын, сатып алушыларды? тіркелуін ж?не есеп беру т?рінде резервтік к?шіруді ?арастырады.

«Автозапчасти» м?ліметтер ?оры операторды? ж?мысын оптимизациялау ма?сатымен ??растырылды.

Annotation

In the degree project the database «Автозапчасти» is developed. The program system is developed in the environment of Borland Delphi 7. The system provides automation of control and the accounting of auto parts, registration of clients and backup of data in the form of the report.

The database «Автозапчасти» is developed for the purpose of an optimization the work of the operator.

Содержание

Введение

1. Общее описание

1.1 Постановка задачи дипломного проекта

1.2 Выбранные программные и инструментальные средства и их обоснование

1.2.1 СУБД MS SQL

1.2.2 Borland Delphi 7

1.3 Анализ существующих на рынке БД «Автозапчасти»

1.3.1 БД «АвтоКаталог»

1.3.2 БД «АвтоДилер»

2. Проектирование и разработка базы данных «Автозапчасти»

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

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

2.3 Разработка UML-диаграмм БД «Автозапчасти»

2.3.1 Диаграмма прецендентов

2.3.2 Вид с точки зрения процесса

2.3.3 Вид с точки зрения проектирования

2.3.4 Вид с точки зрения развертывания

2.4 Проектирование БД «Автозапчасти»

2.4.1 Построение логической модели БД «Автозапчасти»

3. Разработка БД «Автозапчасти»

3.1 Пользовательский интерфейс БД «Автозапчасти»

3.2 Описание функций БД «Автозапчасти»

4. Экономическая часть

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

4.2 Расчет трудоемкости разработки ПП

4.3 Расчет затрат на разработку ПП

4.4 Определение возможной (договорной) цены ПП

4.5 Расчет срока окупаемости ПП

4.6 Оценка социально

5. Безопасность жизнедеятельности

5.1 Анализ условий труда

5.2 Расчет естественного освещения

5.3 Расчет общего искусственного освещения

Заключение

Список литературы

Список сокращений

Приложение

Введение

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

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

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

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

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

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

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

Реализация базы данных проводилась с использованием программ Borland Delphi 7, MS SQL Server Management Studio 2008.

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

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

В четвёртом разделе приведено технико-экономическое обоснование проекта с оценкой экономической эффективности проекта и расчётом окупаемости базы данных «Автозапчасти».

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

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

1. Общее описание

1.1 Постановка задачи дипломного проекта

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

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

- функционалу;

- производителю;

- используемым технологиям.

Каждый потребитель САДЭД желает получить в свое пользование идеальный в своем внешнем и внутреннем содержании продукт. Система должна удовлетворять требованиям не только конкретных операторов, ежедневно работающих с ней на своем рабочем месте, но и системных администраторов, которым придется ее налаживать и обслуживать в дальнейшем, а также бухгалтеров и управленческий персонал, одним словом тех, кто принимает решения на покупку и внедрение системы [1].

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

Система должна поддерживать как бумажный, так и электронный документооборот.

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

Не последнюю роль при выборе занимают такие вещи как система управления базами данных (СУБД), используемая системой, и средство разработки. Чем распространенней СУБД, тем проще с ней работать и тем независимей пользователь от разработчика системы. На многих современных СУБД могут реализовываться несколько программных продуктов, а это еще один плюс в пользу их выбора. Также уделяется внимание средству разработки программы. Чем известнее и распространеннее средство разработки, тем больше специалистов, которые им владеют и смогут разрабатывать дополнительные компоненты для СЭД, опять же, тем меньше стоимость их услуг, т.к. они не являются «эксклюзивом» [2].

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

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

Потребитель внимательно подходит и к выбору разработчика САДЭД.

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

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

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

1.2 Выбранные программные и инструментальные средства и их обоснование

Предъявляемое к системе требование хранения и обработки большого объема данных ставит задачу выбора СУБД или СУФ. Необходимо выбрать систему, которая наиболее полно подходит для решения поставленных в работе задач. Как правило, работа с такими средами как Oracle, MS SQL, My SQL, Informix и т.п. предполагает их установку на целевую систему, что в данном проекте и было сделано.

1.2.1 СУБД MS SQL

СУБД MS SQL является наиболее подходящим вариантом при реализации программного продукта автоматизированной системы контроля и учета автозапчастей.

MS SQL Server -- это система анализа и управления реляционными базами данных в решениях электронной коммерции, производственных отраслей и хранилищ данных.

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

SQL Server 2008 также предоставляет новые решения для аварийного восстановления, резервного копирования и гибридной архитектуры в Windows Azure, позволяя клиентам использовать существующие навыки работы с локальными функциями, опирающимися на возможности глобальных центров обработки данных Microsoft. Кроме того, в SQL Server 2008 используются новые возможности Windows Server 2005, дающие несравненную масштабируемость для приложений баз данных в физических и виртуальных средах.

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

1.2.2 Borland Delphi 7

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

Delphi -- это среда быстрой разработки, в которой в качестве языка программирования используется язык Delphi. Язык Delphi -- строго типизированный объектно-ориентированный язык, в основе которого лежит хорошо знакомый программистам Object Pascal.

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

Borland Delphi 7 может работать в среде операционных систем от Windows 98 до Windows 7/Vista. Особых требований, по современным меркам, к ресурсам компьютера пакет не предъявляет: процессор должен быть типа Pentium или Celeron с тактовой частотой не ниже 166 МГц (рекомендуется Pentium II 400 МГц), оперативной памяти - 128 Мбайт (рекомендуется 256 Мбайт), достаточное количество свободного дискового пространства.

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

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

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

MS SQL

Хранение

SQL -запросы

Delphi

Формы

Печать

Взаимодействия пользовательского приложения

MS Access - для хранения данных;

Borland Delphi 7 - для организации пользовательского интерфейса;

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

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

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

Алгоритм функционирования приложения

1.3 Анализ существующих на рынке БД «Автозапчасти»

База данных, разрабатываемая в рамках дипломного проекта,

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

Перед разработкой базы данных «Автозапчасти» проводился

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

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

предложены пути решения.

1.3.1 БД «АвтоКаталог»

«АвтоКаталог» представляет собой электронную версию "бумажных" каталогов запасных частей по отечественным и иностранным автомобилям и двигателям. По сути, это электронный каталог запчастей, компьютерный справочник (база данных) с информацией об устройстве автомобилей - от крупных узлов и агрегатов до запчастей с их кодами (каталожными номерами), наименованиями и графическими изображениями (чертежами). АвтоКаталог обладает присущей компьютерным программам компактностью (всего 6 компакт - дисков, поставка может быть и на DVD), высокой скоростью поиска информации, широкими возможностями работы с ней (масштабирование, печать), потрясающим удобством и наглядностью в работе. Интерфейс программы можно увидеть на рисунке 1.3.



Рисунок 1.3 - Интерфейс программы «АвтоКаталог»

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

1.3.2 БД «АвтоДилер»

Программа «АвтоДилер» занимается учетом в автосервисе и в автомагазине, имеет каталоги запчастей, нормы времени ремонта.

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

При открытии программы тут же вскакивает рекламное окно, которое представлено на рисунке 1.4.



Рисунок 1.4 - Реклама при входе в систему «АвтоДилер»

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

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



Рисунок 1.5 - Интерфейс программы «АвтоДилер»

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

Рисунок 1.6 - Назойливая реклама при выходе из программы

В данном дипломном проекте были учтены ошибки аналогов базы данных «Автозапчасти» и устранены.

2. Проектирование и разработка базы данных «Автозапчасти»

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

а) обеспечение разработки системы на основе установленных на целевом компьютере ПО;

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

в) обеспечение обработки и хранения большого объема данных;

г) формирование отчетности;

д) возможность резервного копирования данных;

е) переносимость системы.

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

Архитектура разрабатываемой программной системы представлена на рисунке 2.1.

На диаграмме прецедентов (вариантов использования) показано взаимодействие между вариантами использования и действующими лицами.

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



Рисунок 2.1 - Архитектура автоматизированной системы контроля автозапчастей и учета клиентов

2.3 Разработка UML-диаграмм БД «Автозапчасти»

2.3.1 Диаграмма прецендентов

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



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

Таблица 2.1 - Распределение требований по субъектам и прецедентам

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

2.3.2 Вид с точки зрения процесса

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

Диаграммы деятельности можно использовать для моделирования динамических аспектов поведения системы. Как правило, они применяются, чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса [5].

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

Рисунок 2.3 - Диаграмма видов деятельности для прецедента «Оформление заказа»

2.3.3 Вид с точки зрения проектирования

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



Рисунок 2.3 - Диаграмма последовательности прецедента «Оформление заказа»

Рассмотрим каждый элемент диаграммы, по отдельности:

Объект, Участник (Object, Participant). Обозначается прямоугольником, в котором показывается информация об участнике действий. Размещаются объекты (как правило) вдоль верхнего края диаграммы. От прямоугольника вниз опускается Линия Жизни.

Линия жизни (Life Line).Линия, исходящая вниз от участника, означающая отведенное объекту время жизни. Обозначается пунктирной линией.

Активация, фрагмент выполнения (Activation

Bar,

Execution

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

2.3.4 Вид с точки зрения развертывания

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

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

Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она является хорошим средством для того, чтобы показать маршруты перемещения объектов и компонентов в распределенной системе. Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства - в большинстве случаев, часть аппаратуры. Эта аппаратура может быть простым устройством или датчиком, а может быть и мэйн фреймом [3].

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

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



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

2.4 Проектирование БД «Автозапчасти»

2.4.1 Построение логической модели БД «Автозапчасти»

Для разработки данной БД «Автозапчасти» было использовано СУБД MS SQL.

В прoцеccе лoгичеcкого прoектирования высокоуровневое представление данных преобразуется в структуру используемой СУБД.

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

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

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

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



Рисунок 2.6 - Логический уровень

Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д. Разделение модели данных на логические и физические позволяет решить несколько важных задач [8].



Рисунок 2.7 - Физический уровень

3. Разработка БД «Автозапчасти»

3.1 Пользовательский интерфейс БД «Автозапчасти»

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

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

При запуске приложения на экран выводится форма авторизации пользователя (см. рисунок 3.1), в которой выбирается подсистема из трех предложенных: 1) клиент; 2) автозапчасти; 3) номенклатура.

Рисунок 3.1 - Форма авторизации пользовательского интерфейса

После выбора подсистемы «Клиент», приводится основная форма пользовательского интерфейса (см. рисунок 3.2).

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

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

г) приход на склад - отображение списка и регистрация прихода на склад автозапчастей;

д) поиск - быстрый поиск нужного клиента;

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

ж) шрифт - позволяет менять шрифт;

з) печать - копирование данных из БД в документ Word;

и) выход - выход из программы.

Рисунок 3.2 - Основная форма пользовательского интерфейса в подсистеме «Клиент»

В верхней части интерфейса расположено меню. Меню содержит:

файл - операции с выбранным файлом (выход из файла);

данные - операции с данными (редактировать, удалить, добавить);

склад - данные о запчастях на складе;

настройки - настройка шрифта;

вид - добавляет и убирает из интерфейса программы такие функции как «панель поиска», «дополнительная информация»;

помощь - предоставляет информацию о программе.



Рисунок 3.3 - Основная форма пользовательского интерфейса в подсистеме «Автозапчасти»

Рисунок 3.4 - Основная форма пользовательского интерфейса в подсистеме «Номенклатура»

3.2 Описание функций БД «Автозапчасти»

Во всех трех подсистемах БД «Автозапчасти» используются одинаковые функции. Рассмотрим подсистему «Клиент».

БД должна иметь возможность добавлять новых клиентов, так как клиенты являются ключевым моментом в продажах автозапчастей. Функция «Добавить» отмечена на рисунке 3.5.

Рисунок 3.5 - Показано, где находится функция «Добавить»

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



Рисунок 3.6 - Добавление нового клиента в базу

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

Рисунок 3.7 - Окно редактирования данных

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

Рисунок 3.8 - Функция удаления

Наводим курсором на клиента, которого нужно удалить и нажимаем кнопку на панели быстрого запуска. После этого клиент удаляется (см. рисунок 3.9).

Рисунок 3.9 - Клиент «Талап» был удален

По мере расширения любая БД будет нуждаться в функции «Поиск».

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



Рисунок 3.10 - Строка поиска

После того, как мы вбили фамилию в строку поиска БД находит этого клиента и указывает на него (см. рисунок 3.11).

Рисунок 3.11 - Клиент найден в списке

Если нажать на галочку возле подфункции «Фильтрация», то на окне останутся данные только того клиента, которого в данный момент ввели в поисковую строку (см. рисунок 3.12).



Рисунок 3.12 - Окно при включенной фильтрации

Также есть функция, которая включает и выключает окно дополнительной информации (см. рисунок 3.13).

Рисунок 3.13 - Выключение дополнительной информации

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



Рисунок 3.14 - Функция «Печать»

Рисунок 3.15 - Word-документ с данными из БД

В вкладке «Помощь» в меню или в панели быстрого запуска имеется возможность просмотреть информацию о программе (см. рисунок 3.16).



Рисунок 3.16 - Справка о программе

4. Экономическая часть

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

В данном техническо-экономическом описании работы приводится расчет экономической эффективности внедрения базы данных «Автозапчасти».

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

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

- сокращение затрачиваемого времени на поиск информации;

- практичный интерфейс приложения.

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

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

4.2 Расчет трудоемкости разработки ПП

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

Таблица 4.1 - Трудоемкость разработки ПП

Наименование этапов и содержание работ	Трудоемкость разработки ПП, ч.	Исполнитель
Постановка задачи, подготовка исходных данных	8	Руководитель
Выдача задания и исходных данных	6	Руководитель
Ознакомление с заданием и сбор материалов	6	Программист
Обработка исходных данных	8	Программист
Обзор литературы	6	Программист
Разработка плана работ	6	Руководитель
Составление графика проведения работ	3	Руководитель
Составление графика проведения работ	3	Программист
Анализ общих вопросов	8	Программист

Изучение методов проведения работ

Руководитель

Продолжение таблицы 4.1

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

4.3 Расчет затрат на разработку ПП

Общая сумма затрат на материальные ресурсы (ЗМ) определяется по формуле:

Зм=?Pi*Цi,

где Pi - расход i-го вида материального ресурса, натуральные единицы;

Цi - цена за единицу i-го вида материального ресурса, тг;

i - вид материального ресурса;

n - количество видов материальных ресурсов [6].

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

Таблица 4.2 - Затраты на материальные ресурсы

	4	Программист
Проведение практических работ и получение результатов	12	Программист
Промежуточный анализ результатов	6	Руководитель
Промежуточный анализ результатов	6	Программист
Анализ необходимого программного обеспечения	12	Программист
Разработка программного продукта на ПК	24	Программист
Отладка программного продукта на ПК	6	Программист
Анализ результатов выполненной работы	4	Руководитель
Подготовка документации по программному обеспечению	10	Программист
Установка ПО и обучение пользователя	6	Программист
Итого	150

Общая сумма затрат на электроэнергию (ЗЭ) рассчитывается по формуле:

Зэ=?Mi*Ki*Ti*Ц ,

где Мi - паспортная мощность i-го электрооборудования, кВт;

Кi - коэффициент использования мощности i-гоэлектрооборудования (принят Кi=0.7);

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

Ц - цена электроэнергии, тг/кВтЧч;

i - вид электрооборудования;

n - количество электрооборудования.

Затраты на электроэнергию приведены в таблице 4.3.

Таблица 4.3 - Затраты на электроэнергию

Наименование обор-ия	Паспортная мощность, кВт	Коэфф-т использ-я мощности	Время работы оборуд-я для разработки ПП, ч	Цена электро энергии,	Сумма, тг
ПК	0,4	0,7	150	20	840
Принтер	0,3	0,5	150	20	450
ИТОГО затраты на электроэнергию	1290

Общая сумма затрат на оплату труда (ЗТР) определяется по формуле:

Зтр=? ЧСi*Ti,

где ЧСi - часовая ставка i-го работника, тг;

Тi - трудоемкость разработки ПП, чел.Чч; i - категория работника;

n - количество работников, занятых разработкой ПП.

Часовая ставка инженера-разработчика составляет 1800 трудоемкость разработки - 111 ч.

Часовая ставка научного руководителя составляет 3000 трудоемкость разработки - 39 ч.

ЗТР = 1800 * 111 + 3 000 * 39 = 316 800 тг.

Затраты на оплату труда приведены в таблице 4.4.

Таблица 4.4 - Затраты на оплату труда

Наименование материала	Единица измерения	Количество	Цена за единицу, тенге	Сумма, тенге
Бумага для принтера	пачка	1	1 000	1 000
Картридж для принтера	шт.	1	5 000	5 000
Диски	шт.	5	50	250
Карандаши	шт.	3	40	120
Ручки	шт.	5	70	350
Мышь A4Tech X7	Шт.	2	2000	2000
Итого		8720

А=Перв.стоимость * Норма амортизации/100

Амортизационные отчисления приведены в таблице 4.5.

Таблица 4.5 - Амортизация основных фондов (ОФ)

Категория работника	Квалификация	Трудоемкость Разработки ПП, ч	Часовая ставка, тг/ч	Сумма, тг
1. Программист	Ведущий программист	111	1 800	199 800
2. Руководитель	Руководитель проекта	39	3 000	117 000
ИТОГО затраты на оплату труда	316 800

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

РК или определяются, исходя из возможного срока полезного использования ОФ:

HAi=100/TNi,

где ТNi - возможный срок использования i-го ОФ, год.

Наименование оборудования и ПО	Стоимость оборудовани я и ПО, тг	Годовая норма амортиз ации, %	Срок полезног о исп- ния обор-я и ПО, год	Сумма амортиз а-ции в год, тг	Сумма амортизац ии в месяц, тг
1. Системный блок Sony	60 000	20	5	12 000	1000
2.Клавиатура Sony	5 000	20	5	1000	84
3.Монитор Sony	25 000	20	5	5000	417
4.Принтер HP LaserJet 1100 Series	20 000	20	5	4000	334
5.Windows 8	30 000	15	2,5	4 500	375
6.Microsoft Office 2010Standard	14 000	15	2,5	2 100	175
7.Borland Delphi7	Распространяется бесплатно
8.MS SQL Manager Express	Распространяется бесплатно
ИТОГО амортизация основных фондов	2385

НАоб= 100 / 5 = 20;

Асб= (60 000 * 20) / 100 = 12 000тг;

Акл= (5 000 * 20) / 100 = 1000 тг;.

Амон = (25 000 * 20) / 100= 5000 тг;

Апр= (20 000 * 20) / 100= 4000 тг;

Аw= (30 000 * 15) / 100 = 4 500 тг;

Аmo= (14 000 * 15) / 100= 2 100 тг.

Сумма амортизации за один месяц = А / 12.

Сумма амортизационных отчислений за два месяца равна 2385 тг.

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

Стоимость аренды помещения на месяц равна 45 000 тг. (в эту сумму включены коммунальные услуги).

Арендная плата рассчитывается по формуле:

АП= Са*S,

где Са - срок аренды;

S - стоимость аренды за 1 месяц.

АП = 45 000 * 1 = 45 000 тг.

Расходы на интернет, месячная оплата которого составляет 5000 тг равны:

Ри= 5000 * 1= 5 000 тг.

Прочие хозяйственные расходы составляют 4 000 тг;

Прочие затраты = 45 000 + 5 000 + 4 000 = 54 000 тг.

Социальный налог, согласно Налоговому кодексу РК, составляет 11 % от ФОТ. Пенсионные отчисления не облагаются социальным налогом.

Ос = (ФОТ- Оп)*0,11,

где Оп - отчисления в пенсионный фонд, 10% от ФОТ.

ПО=ФОТ*10%=316 800*0,1=31 680 тг;

Ос=(316 800-31680)*0,11=31 364 тг.

На основании полученных данных по отдельным статьям в таблице 4.6 приведена смета затрат на разработку ПП

Таблица 4.6 - Смета затрат на разработку ПП

Статьи затрат	Сумма, тг
1. Материальные затраты, в том числе: - материалы - электроэнергия 2. Затраты на оплату труда. 3. Отчисления на социальные нужды. 4. Амортизация основных фондов.	8 720 1290 316 800 31 364 2 419

4.4 Определение возможной (договорной) цены ПП

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

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

Цд=Знир*(1+(Р/100)) ,

где ЗНИР - затраты на разработку ПП (из таблицы 4.6), тг;

Р - средний уровень рентабельности ПП. % (принято 25%).

ЦД = 414 593 * (1 + 0,25) = 518 242 тг.

Цена реализации с учетом НДС рассчитывается по формуле:

Цр=Цд + Цд * НДС,

НДС, согласно Налоговому кодексу РК, составляет 12 %.

ЦР =518 242 + 518 242 * 0,12 = 580 431 тг.

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

4.5 Расчет срока окупаемости ПП

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

Расчетный срок окупаемости продукта можно найти по формуле:

Ток = С / Э,

где

С - затраты на разработку и внедрение системы, тенге;

Э - экономия затрат or внедрения системы, тенге/год.

Ток=580431/100000=5,8(месяцев).

В данном случае срок окупаемости проекта составит 6 месяцев.

4.6 Оценка социально

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

Реализованная база данных «Автозапчасти» выполняет следующие функции:

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

расчет и проверка фактической нагрузки работников;

возможность вывода формы отчетности;

архивирование данных;

восстановление данных из базы данных;

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

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

просмотр справочной информации.

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

5. Безопасность жизнедеятельности

5.1 Анализ условий труда

Темой дипломной работы является - Разработка базы данных «Автозапчасти».

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

Структура работы базы данных «Автозапчасти» довольно-таки проста и при определенном подходе не вызывает никаких затруднений.

Вкратце схема работы следующая:

- пользователь открывает приложение и заполняет таблицу;

- данные сохраняются в базе данных;

- пользователь может в любое время обработать информацию в таблицах.

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

Рабочее помещение находится на втором этаже двухэтажного здания в комплексе автосервиса. Размеры рабочего помещения: длина 7 м, ширина 4,5 м, высота 3,2 м. В помещении расположено одно окно с размером 3,5м х 2,5м, общая площадь равна 31,5 метр квадрат.

Помещение по зрительным условиям работы относится к IV разряду (размер различаемых при работе предметов от 1 до 10 мм и выше);[10].

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

Выполняемая работа относится к категории лёгких работ (категория 1а), выполняемых в сидячем положении;

Согласно СНиП РК 2.04-05-2002 (Естественное и искусственное освещение), к категории 1а относятся работы, производимые сидя и не требующие физического напряжения, при которых расход энергии составляет до 120 кДж/ч;

а) число работников - 2;

б) число компьютеров - 2.

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

СН 245-71 устанавливают на одного работающего объём производственного помещения не менее 15 м3; площадь помещения выгороженного стенами или глухими перегородками не менее 4,5 м2. В данном помещении минимальная площадь составляет порядка 31,5 м2, а объём - порядка 100,8 м3, что удовлетворяет условиям санитарной нормы.

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

а) Intel Pentium Dual-Core, 2300 MHz/Intel 965P,1 GB RAM / HDD 320 Gb;

б) ЖК (LCD) монитор NEC MultiSync EX231W , диагональ 19”;

в) габариты: 1200х750х1150 (персональный компьютер + стол);

г) электропитание: переменное напряжение 220-250 В, частотой 50 Гц, мощность 400 Вт.

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

Эти люди сталкиваются с воздействием таких физически опасных и вредных производственных факторов, как:

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

б) опасность возникновения возгорания.

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

План помещения

5.2 Расчет естественного освещения

Помещение имеет размеры: длина а - 7м, ширина b - 4,5м, высота h -

3,2м. Высота рабочей поверхности над уровнем пола - 0,7 м, рабочее место расположено в 1 м от наружной стены помещения, окно начинаются с высоты 0,8 м, высота окна 2,5 м, глубина помещения с=b-1м - 3,5м. Минимальная освещённость будет в точке, отстоящей на расстояние 4,5 м от оконного проёма. Расчет будем производить в соответствии с методикой, изложенной в [12].

Общую требуемую площадь окон S0, м2 определим по формуле:

en - нормированное значение КЕО,

m=0,9 (см таблицу 3.1[12]);

en=1,5 для работ средней точности разряда зрительной работы IV,

подразряда б (см. таблицу 3.12[12]);

kЗ - коэффициент запаса;

для офисных помещений kЗ=1,2 (см. таблицу 3.11[12]);

? 0 - общий коэффициент светопропускания равный:

В качестве светопропускающего материала используем стекло оконное листовое, двойное??1?? 0,8.

Вид переплёта - двойной раздельный?? 2?? 0,6 .

Вид несущей конструкции - железобетонные формы??3?? 0,8 .

Солнцезащитные устройства - убирающиеся регулируемые жалюзи.

? 4?? 1; Общий коэффициент светопропускания??0?? 0,8?? 0,6?? 0,8??1?? 0,384 .

?0 - световая характеристика окон, определяется из соотношения длины к ширине помещения и ширины к высоте от уровня рабочей поверхности до верха окна;

r1

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

Рассчитаем??0 .

Отношение длины помещения к глубине 7/3,5=2; отношение глубины помещения к высоте от уровня рабочей поверхности до верха окна с/h1 равно

3,5/2,6=1,3, тогда световая характеристика по таблице 3.2[12] имеет значение ?0 =9.

Рассчитаем r1.

Отношение глубины помещения к высоте от уровня рабочей поверхности до верха окна с/h1 равно 3,5/2,6=1,3; отношение расстояния расчетной точки от наружной стены к глубине помещения 4,5/3,5=1,3;

Отношение длины комнаты к глубине 7/3,5=2. Средний коэффициент отражения в помещении

? СР?? 0.5 , принимаем одностороннее боковое освещение, тогда по таблице 3.9[12] r1=1,5;

kЗД - коэффициент, учитывающий затенение окон противостоящими зданиями; Поскольку затеняющих зданий поблизости нет, то kЗД=1.

Вычислим общую площадь окон по формуле 5.2.

S = (31,5 * 1,35 * 9 * 1 * 1,2) / (100 * 0,384 * 1,5) = 10,2 м2

В помещении общая площадь окон в рабочем помещении составляет 8,5

Так как при проектировании естественного освещения площадь световых проемов рабочего помещения, обеспечивающих нормированное значение КЕО в соответствии с требованиями СНиП РК 2.04-05-2002

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

5.3 Расчет общего искусственного освещения

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

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

Исходные данные для расчета:

1) Размеры помещения:

- длина: 7;

- ширина: 4,5м;

- высота: 3,2м.

2) Коэффициенты отражения по таблице 2.4 [12]:

- потолка?? ПОТ?? 70% ;

- стен?? СТ?? 50% ;

- пола?? ПОЛА?? 30% .

Разряд зрительной работы IV, подразряд б (таблица 3.12 [12]), нормируемая освещенность для помещений данного типа, равна 300 лк.

Высота стола: 0,8м.

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

Е - заданная нормируемая освещенность;

Кз - коэффициент запаса, для осветительных установок общего

освещения принимается равным 1,3 (см. таблицу 3.2 [12]);

n- число ламп в освещаемом помещении;

S - освещаемая площадь, равная 7 · 4,5 = 31,5 м2;

Z - коэффициент минимальной освещенности, принимаем Z=1,1[12];

N - число светильников;

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

Индекс помещения определяется по формуле:

А - длина помещения;

В - ширина помещения;

определяется по формуле:

где H - высота помещения;

hC - расстояние от светильника до перекрытия, примем hC = 0,3м;

hP - высота рабочей поверхности над полом (высота стола), примем

hP = 0,8м.

Тогда расчетная высота: h = 3,2 - 0,3 - 0,8 = 2,1м.

В результате расчетов находим з = 0,62 (см.таблицу 2.5 [12]).

Определимся с типом светильников и с их размещением на потолке. В качестве источников света при искусственном освещении рабочих столов в операторской, рекомендуется применять люминесцентные лампы типа ЛБ [10]. Поэтому принимаем систему общего освещения люминесцентными лампами типа ЛБ номинальной мощностью 40 Вт, с номинальным световым потоком лампы 3120 лм (см. таблицу 2.2 [12]).

Тогда согласно методике расчета[12] остается определить необходимое количество светильников по формуле

Получаем N??

4 светильника.

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

равной 1,2-:-1,4. Примем л = 1,3.

L - расстояние между соседними рядами люминесцентных светильников;

h - высота подвеса над рабочим столом.

Получаем, что наивыгоднейшее расстояние между светильниками определяется как L = 1,3 · 2,1 = 2,73м [12]. Примем L = 2,8м.

В таком случае расстояние от стены до ближайшего светильника

l = (4,5 - 2,8)/2 = 0,85м.

Получили, что l = 0,28L. Так как рабочие столы в операторской расположены непосредственно у стены, то такое соотношение расстояний считается приемлемым [12].

Учитывая, что длина люминесцентной ламы типа ЛБ номинальной мощностью 40 Вт равна 1213,6мм (таблица 2.2 [12]), то принимаем 2 ряда светильников с расстоянием от стен по 0,8м и между рядами по 2,8м, расстояние между светильниками в ряду 0,45м и 0,33м до стены (см. рисунок 5.2).

Размещение светильников в рабочем помещении

Всего для создания нормируемой освещенности 300 лк понадобится 4 светильников, состоящих из двух люминесцентных ламп типа ЛБ номинальной мощностью 40 Вт.

5.4 Расчет установок водяного и пенного пожаротушения

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