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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 03.10.2017
Размер файла 3,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Для разработки программного продукта была выбрана платформа.NET и среда программирования MSVisualStudio 2010.

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

Из возможных версий платформы Microsoft.NETFramework была выбрана наиболее актуальная версия 4, т.к. данная версия обладает наиболее совершенными библиотеками классов и большим набором реализованных модулей.

3.4 Выбор языка программирования

C# - один из самых распространённых и популярных современных языков объектно-ориентированного программирования. Данный язык был выбран в силу того, что он имеет широкие возможности по написанию сложных функциональных программных комплексов, использующих различные ресурсы и имеющих гибкий пользовательский интерфейс. С# позволяет в короткие сроки создавать развитые иерархии взаимодействующих классов в каждом логическом слое приложения и связывать их функциональность со слоем отображения, реализую событийную модель взаимодействия компонентов. Кроме того, существуют огромнейшие библиотеки классов (NETFramework, последняя версия - 4.0), написанные на этом языке, где можно найти практически всё, что требуется для работы над проектом любой сложности. Также C# предоставляет широкие возможности по использованию механизмов кодогенерации в самых различных её проявлениях (в третьей версии появились автосвойства, анонимные делегаты, лямбда-функции и прочее), работе с хранилищами данных (Object-relationmapping (ORM), реляционные базы данных, XML, коллекции, механизмы LINQ [4]).

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

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

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

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

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

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

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

3.5 Используемые технологии

ASP.NET

Для создания веб-приложения использовалась технология ASP.NET (версия 4.0). ASP.NET -- технология создания веб-приложений и веб-сервисов от компании Майкрософт. Она является составной частью платформы Microsoft.NET и развитием более старой технологии Microsoft ASP. Наиболее важными преимуществами ASP.NET перед ASP являются:

· Компилируемый код выполняется быстрее, большинство ошибок отлавливается ещё на стадии разработки;

· Пользовательские элементы управления (controls) позволяют выделять часто используемые шаблоны, такие как меню сайта;

· ASP.NET опирается на многоязыковые возможности.NET, что позволяет писать код страниц в том числе на Visual C#;

· Возможность кэширования всей страницы или её части для увеличения производительности;

· Возможность кэширования данных, используемых на странице;

· Наличие master-страниц для задания шаблонов оформления страниц;

· Встроенная поддержка AJAX;

· ASP.NET имеет преимущество в скорости по сравнению с другими технологиями, основанными на скриптах;

· ASP.NET поддерживает модель доступа к данным ADO.NET.

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

Основными преимуществами использования технологии AJAX являются:

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

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

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

ADO.NET
Технология доступа к данным ADO.NET - это часть Microsoft.NET Framework, т.е. набор средств и слоев, позволяющих приложению легко управлять и взаимодействовать со своим файловым или серверным хранилищем данных.
В NET Framework библиотеки ADO.NET находится в пространстве имени System.Data. Эти библиотеки обеспечивают подключение к источникам данных, выполнении команд, а также хранилище, обработку и выборку данных (рисунок 9).

Рисунок 9. ADO.NET

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

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

Основные преимущества использования технологии ADO.NET:

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

· хранение данных в объектах DATASET;

· глубокая интеграция с XML.

3.6 Пользовательский интерфейс

Интерфейс приложения

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

Интерфейс веб-приложения

Мастер - страницы

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

Рисунок 10. Мастер-страница

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

Рисунок 11. Меню сайта

Аутентификация и авторизация

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

Рисунок 12. Страница с авторизацией

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

Рисунок 13. Результат неверной авторизации

Регистрация нового пользователя

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

Зарегистрироваться в системе пользователь может, используя следующую форму регистрации:

Рисунок 14. Регистрация нового пользователя

Восстановление пароля

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

Рисунок 15. Восстановление пароля. Шаг 1

Рисунок 16. Восстановление пароля. Шаг 2

Рисунок 17. Восстановление пароля. Шаг 3

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

Рисунок 18. Письмо с новым паролем

Главная страница сайта

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

Рисунок 19. Главная страница

Веб-страница “Клиенты”

Рассмотрим страницу “Клиенты” (рисунок20). Здесь предусмотрен поиск по фамилии, имени и отчеству. Важно заметить, что пользователи с разными ролями видят различную информацию. Так, например, администратор сайта будет видеть только колонку с ID клиента и ФИО ученика.

Рисунок 20. Веб-страница "Клиенты"

Веб-страница “Преподаватели”

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

Рисунок 21. Веб-страница "Преподаватели"

Веб-страница “Платежи”

Если преподаватель попробует перейти по вкладке Платежи, то он будет перенаправлен на страницу с сообщением об ошибке (Рисунок22). Если же страницу будет просматривать контент-менеджер, то он сможет увидеть всю информацию об ученике, а также все сделанные им платежи, введя в поле ID ученика.

Рисунок 22. Попытка преподавателем просмотреть страницу платежей

Рисунок 23. Веб-страница "Платежи"

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

Веб-страница “Курсы”

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

Панель администратора

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

Рисунок 24. Веб-страница "Курсы"

На каждой странице предусмотрено изменение и удаление информации. Например, веб-страница “Курсы” при модификации информации будет иметь следующий вид:

Рисунок 25. Панель администратора

3.7 Развертывание системы

Все модули системы написаны на объектно-ориентированном языке MicrosoftC#, среда разработки MicrosoftVisualStudio.NET 2010. Для доступа к серверу БД использовалась технология ADO.NET.

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

3.8 Функциональная декомпозиция системы по уровням

Рисунок 27. Функциональная декомпозиция системы

4. Исследовательский раздел

Цель тестирования: Определить допустимые пределы, ограничения программы. Выявить слабые места программы и алгоритмов. Узнать минимальные требования, необходимые для нормальной работы программы и веб-приложения.

4.1 Исследование зависимости времени работы алгоритма от числа учащихся

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

· получение высокой прибыли

· уменьшение числа клиентов, не вошедших в распределение

· уменьшение времени работы алгоритма.

Программа должна решать поставленную задачу распределения в пределах 10 минут. Это время выбрано с учетом быстро меняющейся рыночной ситуации, т.к. в среднем образовательное учреждение набирает 10000 клиентов за 2 недели, что соответствует потоку клиентов, равному 4 человека/10 минут. При большей длительности работы алгоритма пользователь не сможет вовремя получать достоверный результат по текущей рыночной ситуации, что может привести к неправильному принятию управленческих решений. Проведем ряд тестов для нашей программы. Будем искать зависимость времени получения результатов от количества клиентов, которые хотят записаться на курсы. Верхней планкой для числа клиентов будет взято число 100000, нижней 100. Полученные данные занесем в таблицу23 и построим график (см. рис. 28).

В качестве входных данных возьмем клиентов, 20% из которых запишутся на 2 курс, а 10% которых запишутся на 2 и 3 курс одновременно. Таким образом, мы внесем достаточное количество зависимых клиентов в нашу базу данных, а тестируемая выборка по сложности её обработки будет соответствовать реальной выборке.

Таблица 23. Зависимость времени работы алгоритма от числа клиентов

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

Время работы алгоритма

110000

36 мин. 12 секунд

100000

18 мин. 10 секунд

90000

12 ми 32 секунд

80000

6 мин. 33 секунд

70000

7 мин. 2 секунд

60000

9 мин. 3 секунд

50000

4 мин. 48 секунд

40000

3 мин. 18 секунд

30000

4 мин. 36 секунд

20000

45 секунд

15000

48 секунд

10000

71 секунд

5000

10 секунд

4000

6 секунд

3000

10 секунд

2000

8 секунд

1000

1 секунд

500

0 секунд

Из данного графика видно, что разработанный алгоритм распределения имеет экспоненциальную сложность. Но при числе клиентов, меньших 90000, он показывает достаточно хороший результат, время его работы составляет меньше 10 минут. Результат показывает, что данный алгоритм может быть применен в тех образовательных учреждениях, в которых число клиентов, проживающих в одном городе, меньше 80000-90000 человек. Для сравнения в крупной компании Юниум-ФТК число клиентов в Москве варьируется в пределах 10000-20000 человек.

Рисунок 28. Зависимость времени работы алгоритма от числа клиентов

Для числа клиентов, меньших 5000, время работы алгоритма меньше 10 секунд. Это связано с тем, что для набора даже одной группы в некоторых ОЦ не хватает клиентов. Рекурсивный алгоритм отрабатывает гораздо быстрее вследствие уменьшения числа возможных ситуаций.

4.2 Нагрузочное тестирование

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

Данное исследование будем проводить на персональном компьютере с процессором Core i5 2410M 2300 Mhz. Это процессор, имеющий 2 физических ядра, на каждом из которых работают по 2 логических. Остальные характеристики компьютера не являются столь важными для данного исследования.

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

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

Рисунок 29. Приложение для осуществления нагрузочного тестирования

1) Стресс-тестирование при простом запросе

Для данного тестирования использовался следующий запрос: Выбрать пользователя, ID которого равен 1

Select*from tblUsers Where UserID=1

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

Таблица 24. Тестирование на простом запросе

Число заявок (в сек)

0

6000

9800

11400

12700

ЦП

3%

40%

77%

98%

100%

Рисунок 30

2) Стресс-тестирование на запросе средней сложности

Для данного теста использовался запрос: выбрать все совершенные платежи клиента с ID, равным 1

EXEC sp_get_payments1; (запрос обращается к 4 таблицам)

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

Таблица 25. Тестирование на простом запросе

Число заявок (в сек)

0

160

230

520

630

650

670

ЦП

3%

30%

42%

52%

80%

98

100

Рисунок 31

3) Стресс-тестирование на сложном запросе

Для данного теста использовался запрос: показать все курсы, на которые может записаться восьмиклассник, если предмет обучения включает комбинацию символов “англ”, а название курса включает комбинацию символов “adv” EXEC sp_get_courses_using_class'%англ%','%adv%', 8 (запрос обращается к 6 таблицам)

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

Таблица 26. Тестирование на простом запросе

Число заявок (в сек)

0

110

240

310

330

ЦП

3%

35%

58%

85%

100%

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

Рисунок 32

Такие результаты вполне могут устроить тех, кто рассчитывает посещаемость своего сайта в 1000-10000 человек в день. Но для сайтов с большой посещаемостью, этого недостаточно. Основное и при этом простое правило, которого должен придерживаться веб-программист, звучит так: “Страница должна грузиться не более 3-5 секунд”. И если это происходит дольше, нужно переписывать его код заново, либо использовать другие решения.

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

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

Таблица 27. Время загрузки веб-страницы при различных уровнях загруженности сервера

Время загрузки страницы, когда никто не обращается к базе и ЦП работает на 1-3%

Время загрузки страницы при максимально возможном числе обращений к базе, когда ЦП работает на 98-100%

0 с 153 мс

0 с 812 мс

0 с 262 мс

0 с 966 мс

0 с 98 мс

0 с 396 мс

0 с 112 мс

1 с 72 мс

0 с 394 мс

0 с 403 мс

0 с 324 мс

0 с 850 мс

0 с 361 мс

1 с 417 мс

0 с 25 мс

0 с 862 мс

Среднее: 0 с 216 мс

Среднее: 0 с 847 мс

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

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

· Хеширование основных запросов;

· Загрузка не всей веб-страницы, а только необходимых данных (при использовании Ajax и Jscript);

· Улучшение и оптимизация кода.

Как еще можно увеличить скорость загрузки страниц:

· Оптимизация таблиц стилей CSS

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

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

Таблицы стилей лучше всего подключать в области тега HEAD, он находится в верхней части веб-страницы;

· Оптимизация JavaScript

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

· Использование CSS спрайтов

В случае использования технологии CSS спрайтов всё множество запросов на картинки заменятся на один единственный. Суть этого подхода в том, что создаётся одна картинка, в которой в определённых местах с заранее известным местоположением размещаются несколько, в среднем до 20, которые ранее подгружались отдельно. Теперь не нужно писать несколько строк с подключением каждой картинки, а указать одну строку для вызова общей, и в дальнейшем просто указать определённые отступы для конкретной картинки, которая необходима. Таким способом мы сократим число запросов от браузера примерно с 20 до 1!

· Увеличение производительности серверной машины

· Использование нескольких серверов

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

В ходе выполнения исследования были сделаны следующие выводы:

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

2) Эксперимент был проведен на двухъядерном персональном компьютере. Было выявлено, что режим нормальной безотказной работы сервера может поддерживаться вплоть до 500 обращений к ресурсам в секунду. Это также хороший результат, который показывает, что сайт могут использовать около 1000 человек одновременно.

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

5. Организационно-экономический раздел

5.1 Организация и планирование процесса разработки

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

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

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

· установление профессионального состава и расчет количества исполнителей;

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

· построение календарного графика выполнения разработки.

Разработку программного продукта можно разделить на следующие стадии:

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

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

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

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

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

Планирование длительности этапов и содержания проекта осуществляется в соответствии с ЕСПД ГОСТ 34.603-92 и распределяет работы по этапам, как показано в таблице28.

Таблица 28 Распределение работ проекта по этапам

Основные стадии

Содержание работы

1. Техническое задание

1

Постановка задачи

2

Выбор средств разработки и реализации

2. Эскизный проект

3

Разработка структурной схемы системы

4

Разработка структуры базы данных

5

Разработка алгоритмов доступа к данным

6

Разработка алгоритмов анализа данных

3. Техно-рабочий проект

7

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

8

Реализация алгоритмов анализа данных

9

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

10

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

11

Реализация пользовательского интерфейса для клиента

12

Тестирование и отладка программного комплекса

13

Разработка документации к системе

14

Итоговое тестирование системы

4. Внедрение

15

Установка и настройка ПП

5.2 Расчет трудоемкости выполнения работ

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

· степень новизны разрабатываемого программного комплекса;

· сложность алгоритма его функционирования;

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

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

Таблица 29. Исходные данные

Функциональное назначение ПП

Статистические задачи.

Степень новизны разрабатываемого проекта

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

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

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

По виду представления исходной информации

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

Структура выходных документов

Группа 22 - требуется вывод на печать одинаковых документов, вывод информационных массивов на машинные носители.

Трудоемкость разработки программной продукции ПП может быть определена как сумма величин трудоемкости выполнения отдельных стадий разработки ПП из выражения (4.18):

ПП = ТЗ + ЭП + ТП + РП + В,

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

ЭП - трудоемкость разработки эскизного проекта ПП;

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

РП - трудоемкость разработки рабочего проекта ПП;

В - трудоемкость внедрения разработанного ПП.

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

ТЗ = TРЗЗ + TРПЗ,

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

TРПЗ - затраты времени разработчика программного обеспечения на разработку ТЗ, чел.-дни.

Значения величин ТРЗЗ и ТРПЗ рассчитываются по формулам

TРЗЗ = tЗ KРЗЗ,

TРПЗ = tЗ KРПЗ,

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

KРЗ3 - коэффициент, учитывающий удельный вес трудоемкости работ, выполняемых разработчиком постановки на стадии ТЗ;

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

tЗ = 38 [чел.-дней]

KРЗЗ = 0,65

KРПЗ = 0,35

ТЗ = 38 ( 0,65 + 0,35 ) = 38 [чел.-дней]

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

ЭП = TРЗЭ + TРПЭ,

ТРЗЭ = tЭKРЗЭ = 47 0,6;

ТРПЭ = tЭKРЗЭ = 47 0,4;

ЭП = 68 (0,6 + 0,4) = 47 [чел.-дней]

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

ТП = (tРЗТ + tРПТ) KВKР,

где tРЗТ, tРПТ - норма времени, затрачиваемого на разработку технического проекта (ТП) разработчиком постановки задач и разработчиком программного обеспечения соответственно, чел.-дни;

KВ - коэффициент учета вида используемой информации;

KР - коэффициент учета режима обработки информации.

Значение коэффициента KВ определяется из выражения (4.24):

KВ = (KПnП + KНСnНС + KБnБ) / (nП + nНС + nБ),

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

nП, nНС, nБ - количество наборов данных переменной, нормативно-справочной информации и баз данных соответственно.

KР = 1,15 (согласно таблице о значении коэффициента учета режима обработки информации);

KП = 1,00; KНС = 0,72; KБ = 2,08 (согласно таблице значений коэффициента учета вида используемой информации);

KВ = (1,00 0 + 0,72 0 + 2,08 1) / (0 + 0 + 1) = 2,08

tРЗТ= 23; tРПТ = 10 (согласно таблице норм времени на выполнение работ при разработке ТП);

ТП = (23 + 10) 2,08 1,15 = 79 [чел.-дней].

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

РП = KКKРKЯKЗKИА (tРЗР + tРПР),

где KК - коэффициент учета сложности контроля информации;

KЯ - коэффициент учета уровня используемого алгоритмического языка программирования;

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

KИА - коэффициент учета вида используемой информации и сложности алгоритма ПП;

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

Значение коэффициента KИА определяется из выражения (4.26):

KИА = (KПnП + KНСnНС + KБnБ) / (nП + nНС + nБ),

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

KК = 1;

KР = 1,25 (для рабочего проекта);

KЯ = 1;

KЗ = 0,6;

tРЗР = 8 [чел.-дней]; tРПР = 54 [чел.-дней];

KП = 1; KНС = 0,48; KБ = 0,4;

KИА = (1 0 + 0,48 0 + 0,4 1) / (0 + 0 + 1) = 0,4

РП = (8 + 54) 1 1.25 1 0.6 0.4 = 17 [чел.-дней]

Так как при разработке ПП стадии «Технический проект» и «Рабочий проект» объединены в стадию «Техно-рабочий проект», то трудоемкость ее выполнения ТРП определяется по формуле (4.27):

ТРП = 0,85 ТП + РП

ТРП = 0,85 79 + 19 = 84 [чел.-дней]

Трудоемкость выполнения стадии внедренияВ может быть рассчитана по формуле (4.28):

В = (tРЗВ + tРПВ) KКKРKЗ,

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

KР = 1,10;

tРЗВ = 8 [чел.-дней]; tРПВ = 8 [чел.-дней];

В = (8 + 8) 1 1,1 0,6 = 11 [чел.-дней]

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

ПП = 38 + 47 + 84 + 11 = 180[чел.-дней]

Таблица 30. Трудоемкости по стадиям разработки проекта

Этап

Трудоемкость этапа

№ работы

Содержание работы

Трудоемкость, чел-дн.

1 (ТЗ)

38

1

Постановка задачи

32

2

Выбор средств разработки и реализации

6

2 (ЭП)

47

3

Разработка структурной схемы системы

15

4

Разработка алгоритмов доступа к данным

7

5

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

25

3 (ТП, РП)

84

6

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

10

7

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

30

8

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

6

9

Реализация пользовательского интерфейса

9

10

Отладка и тестирование всего комплекса информационной среды

13

11

Разработка документации к системе

11

12

Итоговое тестирование системы

5

4 (В)

11

13

Установка и настройка ПП

11

Всего

180

180

5.3 Расчет количества исполнителей

Средняя численность исполнителей при реализации проекта разработки и внедрения ПО определяется соотношением (4.29):

,

где Qp- затраты труда на выполнение проекта (разработка и внедрение ПО);

F - фонд рабочего времени.

Величина фонда рабочего времени определяется соотношением:

,

где Т - время выполнения проекта в месяцах (T = 4 мес.);

FM - фонд времени в текущем месяце, который рассчитывается из учета общества числа дней в году, числа выходных и праздничных дней (4.31):

,

где tp - продолжительность рабочего дня;

DK - общее число дней в году;

DB - число выходных дней в году;

DП - число праздничных дней в году.

Число исполнителей проекта:

.

5.4 Календарный план-график разработки программного продукта

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

Таблица 31. Планирование процесса разработки

Стадия разработки

Трудоемкость

Должность исполнителя

Распределение трудоемкости

Численность

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

38

Ведущий инженер

29(75%)

1

Программист

9

1

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

47

Ведущий инженер

27 (60%)

1

Программист

20

1

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

84

Ведущий инженер

40

1

Программист

44

1

5. Внедрение

11

Ведущий инженер

5

1

Программист

6

1

Итого:

180

2

Рисунок 33. Календарный ленточный график работ

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

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

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

В таблицах 32, 33 и 34приведены затраты на заработную плату и отчисления в пенсионный фонд (26%), федеральный и территориальные фонды обязательного медицинского страхования (2,1% и 3%) и в фонд социального страхования (2,9%). Всего 34%. Для всех исполнителей предполагается оклад в размере 12000 рублей в месяц.

Таблица 32 Затраты на зарплату и отчисления на социальное страхование (начало)

Февраль

Март

Исполнитель

Рабочих дней

Зарплата

Отчисления

Рабочих дней

Зарплата

Отчисления

1

19

12000

4080

22

12000

4080

2

9

5684

1933

18

9818

3338

Итого:

23697

29236

Таблица 33 Затраты на зарплату и отчисления на социальное страхование (продолжение)

Апрель

Май

Исполнитель

Рабочих дней

Зарплата

Отчисления

Рабочих дней

Зарплата

Отчисления

1

22

12000

4080

19

12000

4080

2

11

6000

2040

19

12000

4080

Итого:

24120

32160

Таблица 34 Затраты на зарплату и отчисления на социальное страхование (окончание)

Июнь

?, руб.

Исполнитель

рабочих дней

зарплата

Отчисления

1

17/21

9715

3303

3

17/21

9715

3303

Итого:

26036

135249

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

Таблица 35 Затраты на материалы

Наименование материала

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

Кол-во

Цена за единицу, руб.

Сумма, руб.

1

Бумага А4

Пачка 500 листов

1

250

250

2

Тонер для картриджа лазерного принтера

Флакон 200 г.

1

150

150

3

USB накопитель на флеш памяти

Штук

1

250

250

Всего

650

При разработке понадобится 2 компьютера (по одному на человека). Стоимость одной ПЭВМ составляет 20000 рублей. Месячная норма амортизации для компьютеров (вторая группа амортизации) составляет K = 4%.

За месяц амортизационные отчисления составят 800 рублей за компьютер. За месяц амортизационные отчисления за все компьютеры составят 1600 рублей. Тогда за 5 месяцев работы расходы на амортизацию за компьютеры составят 5*1600 = 8000 рублей.

Пусть на каждом компьютере будет установлена операционная система Windows 7 Professional, которой будут пользоваться 3 года. Ее цена - 7000 рублей. Значит, в месяц надо заплатить 194 рублей за одну копию. Итого за копию операционной системы надо заплатить 970 рублей за весь срок разработки. На каждой машине установлена среда разработки MicrosoftVisualStudio 2010 Professional. Ее цена 15000 рублей за копию. Этой средой планируется пользоваться 3 года. За среду разработки надо заплатить 417 рублей в месяц за копию. За весь проект - 2085 рублей за копию. Таким образом, для данного проекта стоимость использования библиотеки будет равной 36670 рублей. Таким образом затраты на ПО за время проекта составят 2*(970 + 2085) = 6110 рублей.

Общие затраты на разработку ПП составят:

135249 + 650 + 8000 + 6110 = 150009 рубль.

5.6 Расчет экономической эффективности

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

Чистый дисконтированный доход определяется по формуле (4.33):

,

где T - горизонт расчета по месяцам;

t - период расчета;

Rt - результат, достигнутый на t шаге (стоимость);

Зt - затраты;

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

Коэффициент E установим равным ставке рефинансирования ЦБ РФ на май 2012 года, в размере 8,00% годовых. в месяц. В результате анализа рынка программной продукции, аналогичной разрабатываемой, планируется продажа 1 единицы ПП каждый месяц. Планируемая цена ПП составляет 50000 рублей. Предполагаемые накладные расходы, связанные с реализацией составят 1000 рублей в месяц.

Коэффициент дисконтирования равен 1/(1 + Е) = 0.9936.

В таблице 36приведен расчет ЧДД по месяцам работы над проектом.

Таблица 36 Расчет ЧДД

Месяц

Текущие затраты, руб.

Затраты с начала года, руб.

Текущий доход, руб.

ЧДД, руб.

Февраль

26649

26649

0

-26478

Март

32188

58837

0

-58086

Апрель

27072

85909

0

-85359

Май

35112

121021

0

-117952

Июнь

28988

150009

0

-149049

Июль

1000

151009

40000

-106814

Август

1000

150009

80000

-71561

Сентябрь

1000

153009

120000

-32817

Октябрь

1000

154009

160000

5927

Рисунок 34. График изменения чистого дисконтированного дохода

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

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

6. Промышленная экология и безопасность

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

6.1 Анализ вредных и опасных факторов

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

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

Естественное освещение должно осуществляться через светопроемы, ориентированные преимущественно на север и северо-восток и обеспечивать коэффициент естественной освещенности (КЕО) не ниже 1,5% для г. Москвы.

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

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

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

Таблица 37 Яркость некоторых объектов.

Параметр

Значение

Яркость светящихся поверхностей, попадающих в поле зрения

< 200 кд/кв.м

Яркость бликов на экране ВДТ и ПЭВМ

< 40 кд/кв.м

Яркость потолка при применении системы отраженного освещения (Для уменьшения используются матовые неотражающие материалы и защитные колпаки.)

< 200 кд/кв.м

Источники света при искусственном освещении

Должны применяться преимущественно люминесцентные лампы типа ЛБ с коэффициентом пульсации не больше 5%.

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

Таблица 38. Частоты электромагнитных полей.

Источник

Диапазон частот (первая гармоника)

Помехогасящие фильтры в блоках питания

50 Гц

Преобразователь напряжения в импульсном блоке питания

20 кГц - 100 кГц

Блок кадровой развертки и синхронизации

48 Гц - 160 Гц

Блок строчной развертки и синхронизации

15 кГц - 110 кГц

Процессор

50 Гц - 2000 МГц

Другие устройства

50 Гц

Источники бесперебойного питания

50 Гц, 20кГц - 100 кГц

В таблице 39 показаны примерные значения величин полей для среднестатистических рабочих мест оператора ПЭВМ.

Таблица 39 Значения величин полей для рабочих мест оператора ПЭВМ.

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

Диапазон частот 5 Гц - 2 кГц

Диапазон частот 2 - 400 кГц

Напряженность переменного электрического поля, (В/м)

1,0 - 35,0

0,1 - 1,1

Индукция переменного магнитного поля, (нТл)

6,0 - 770,0

1,0 - 32,0

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

Таблица 40 Значения величин полей для ЭЛТ мониторов

Среднее значение

Максимальное значение

Расстояние

0,5 м

0,3 м

0,5 м

0,3 м

Направление излучения

по оси

вокруг

по оси

вокруг

по оси

по оси

магнитное поле, 5Гц- 2кГц, нТл

< 200

< 200

< 200

260

500

730

магнитное поле, 2- 400 кГц, нТл

< 10

13

нет данных

52

52

нет данных

электрическое поле, 5Гц- 2кГц, В/м

< 10

нет данных

17

74

нет данных

152

электрическое поле, 2- 400 кГц, В/м

1,7

1,9

4,2

12

12

32

Согласно международному стандарту TCO'03, для ЖК мониторов регламентированы требования по электрическому и магнитному излучениям, представленные в таблице 40.

Таблица 41 Значения величин полей согласно TCO'03 для ЖК мониторов

Расстояние

0,5 м

0,3 м

Направление излучения

по оси

по оси

магнитное поле, 5Гц- 2кГц, нТл

<= 200

<= 200

магнитное поле, 2- 400 кГц, нТл

<= 25

нет данных

электрическое поле, 5Гц- 2кГц, В/м

<= 10

<= 10

электрическое поле, 2- 400 кГц, В/м

<= 1

<= 1

В таблице 42приводятся предельно допустимые уровни электрического и магнитного полей в соответствии с СанПиН 2.2.2/2.4.1340-03.

Таблица 42 Предельно допустимые уровни электрического и магнитного полей согласно СанПиН 2.2.2/2.4.1340-03

Вид поля

Диапазон частот

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

ПДУ

магнитное поле

5 Гц- 2 кГц

нТл

250

2 кГц - 400 кГц

нТл

25

электрическое поле

5 Гц - 2 кГц

В/м

25

2 кГц - 400 кГц

В/м

2,5

Проектом предусматривается использование только тех мониторов, которые удовлетворяют требованиям СанПиН 2.2.2/2.4.1340-03.

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

При работе над проектом предусмотрено использование монитора SamsungSyncMaster 2343NW, соответствующего требованиям стандарта TCO'03, а значит удовлетворяющего стандартам СанПиН.

При работе монитора на экране кинескопа накапливается электростатический заряд, создающий электростатическое поле (ЭСтП). Измерения значения ЭСтП колеблются от 8 до 75 кВ/м. Разброс электростатических потенциалов пользователей колеблется в диапазоне от -3 до +5 кВ. При воздействии ЭСтП возникают неприятные субъективные ощущения.

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

Среднестатистическое значение электростатического потенциала для современных мониторов составляет величину 200В, в то время как в соответствии с СанПиН 2.2.2/2.4.1340-03 допустимым является значение 500В. В использовавшемся при работе над проектом мониторе имеется специальное антистатическое покрытие панели, которое предотвращает накопление статических зарядов.

Возможные поражения электрическим током являются наиболее опасными факторами при работе с электрооборудованием. Напряжение в сети составляет 220В, а частота переменного тока 50Гц, и согласно ПУЭ это помещение с повышенной опасностью. Для обеспечения безопасности используются следующие средства защиты:

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

· изоляция проводников, сопротивление которой, согласно ПУЭ должно составлять не менее 0,5 МОм;

· УЗО (устройство защитного отключения).

Согласно ГОСТ 12.1.030-81, защитное заземление следует выполнять преднамеренным электрическим соединением металлических частей электроустановок с "землей" или ее эквивалентом. Защитное заземление или зануление электроустановок следует выполнять: при номинальном напряжении 380В и выше переменного тока и 440В и выше постоянного тока - во всех случаях; при номинальном напряжении от 42В до 380В переменного тока и от 110В до 440В постоянного тока при работах в условиях с повышенной опасностью и особо опасных.

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

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

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


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.