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

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

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

2.8 Программа и методика испытаний

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

Программа и методика испытаний содержит требования, подлежащие проверке при испытании программы, а также порядок и методы их контроля, и оформлена должна быть в соответствии с ГОСТ 19.301-79.

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

- объект испытаний;

- цель испытаний;

- общие положения;

- объем испытаний;

- требования к программе;

- требования к программной документации;

- состав и порядок испытаний;

- методика испытаний.

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

Объект испытаний

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

Цели испытаний

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

Общие положения

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

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

Программная документация состоит из:

- технического задания;

- программы и методики испытаний;

- руководства пользователя (приложение А. Руководство пользователя).

Объем испытаний

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

- проверка комплектности программной документации:

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

- испытания программного комплекса:

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

Требования к программе

Информационная система должна удовлетворять следующим функциональным требованиям:

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

- распределение ресурсов по объектам с оптимальным расходом материалов.

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

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

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

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

В состав программной документации входит:

- техническое задание;

- программа и методика испытаний;

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

- пояснительная записка.

Средства и порядок испытаний

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

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

- распределение ресурсов по объектам с оптимальным расходом материалов.

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

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

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

Приемочные испытания включают проверку:

- полноты и качества реализации функций, указанных в ТЗ;

- выполнения каждого требования, относящегося к интерфейсам программного комплекса;

- работы пользователей в диалоговом режиме;

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

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

- реакции системы на ошибки пользователя;

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

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

Методика испытаний

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

Для проведения испытаний нужно запустить web-браузер.

Проверка интерфейса ответственного за распределение ресурсов

1. Авторизация в системе с правами ответственного за распределение ресурсов.

Действия:

1.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

1.2. В появившейся форме, ввести логин и пароль ответственного за распределение ресурсов. Нажать кнопку “Вход”

Результат:

Пользователь входит в систему на правах ответственного за распределение ресурсов, меню соответствует меню ответственного за распределение ресурсов.

Аналогично проходит авторизация для других пользователей.

2. Проверка формирования отчетов о расходе ресурса.

Действия:

1.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

1.2. Войти в систему на правах ответственного за распределение ресурсов.

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

Результат:

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

2. Проверка формирования отчета использования техники.

Действия:

2.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

2.2. Войти в систему на правах ответственного за распределение ресурсов.

2.3. Выбрать любой тип техники, предложенный в меню и кликнуть по нему правой кнопкой мыши.

Результат:

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

4. Распределение ресурсов на возникшую аварийную ситуацию

Действия:

4.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

4.2. Нажать кнопку “Войти”, ввести логин и пароль ответственного за распределение ресурсов.

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

Результат:

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

Проверка интерфейса администратора БД

1. Добавление нового пользователя

Действия:

1.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

1.2. Нажать кнопку “Войти”, ввести логин и пароль администратора БД.

1.3. Нажать кнопку “Добавить пользователя”.

1.4. Заполнить предложенные графы со сведениями о пользователе и нажать кнопку “Сохранить”

Результат:

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

2. Добавление записи в справочник техники

Действия:

2.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

2.2. Нажать кнопку “Войти”, ввести логин и пароль администратора БД.

2.3. В строке меню нажать кнопку “Техника”

2.4. Нажать кнопку “Добавить”.

2.5. Заполнить предложенные графы со сведениями технике и нажать кнопку “Сохранить”

Результат:

Пользователь входит в систему на правах администратора БД. Загружается главная страница программного комплекса с кнопками “Добавить пользователя” и “Справочник пользователей”. После нажатия в строке меню кнопки “Техника” появляется окно со справочником техники и кнопками “Добавить” и “Тип техники”. После нажатия кнопки “Добавить” появляется окно с формой заполнения данных о новой технике. После заполнения сведений о технике и нажатия кнопки “Сохранить” загружается окно списка всей техники системы.

3. Добавление записи в справочник аварийных ситуаций

Действия:

3.1. Открыть браузер. В строке адреса прописать “http://katya.dev/” и нажать Enter.

3.2. Нажать кнопку “Войти”, ввести логин и пароль администратора БД.

3.3. В строке меню нажать кнопку “Аварийные ситуации”

3.4. Нажать кнопку “Добавить”.

3.5. Заполнить предложенные графы со сведениями ситуации и нажать кнопку “Сохранить”

Результат:

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

2.9 Описание контрольного примера и результатов тестирования

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

2.9.1 Проверка интерфейса и функционала системы ответственного за распределение ресурсов

Проверка интерфейса ответственного за распределение ресурсов и функциональных возможностей системы. Чтобы войти в систему необходимо открыть браузер и в строке адреса ввести “http://katya.dev/” и нажать клавишу Enter. На экране мы увидим страницу, представленную на рисунке 2.14.

Рисунок 2.14 - Страница авторизации

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

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

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

Рисунок 5 - Страница выбора ресурса для построения графика



Рисунок 2.16 - Страница графической демонстрации расхода ресурса

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

Рисунок 2.17 - Страница списка сырья и материалов для построения графика расхода

Также ответственный за распределение ресурсов может просматривать отчет об использовании техники. Для этого необходимо перейти по адресу “http://katya.dev/operator/chart/tech”. На рисунке 2.18 представлена страница отчета об использовании техники.

Рисунок 2.18 - Страница отчета об использовании техники

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

Рисунок 6 - Страница заполнения данных об аварийной ситуации

Рисунок 6 - Страница распределения ресурсов по аварийным ситуациям

2.9.2 Проверка интерфейса и функционала системы администратора БД

Для входа систему необходимо открыть браузер и в строке адреса ввести “http://katya.dev//” и нажать клавишу Enter.

После авторизации система запоминает пользователя и настраивает поля доступа. Для проверки варианта использования “Добавление нового пользователя” следует выбрать пункт меню “Добавление пользователя” (рисунок 2.19).

Рисунок 2.19 - Главная страница администратора БД

Нажимаем кнопку “Добавить пользователя” и страница загружает форму “Добавление пользователя” (рисунок 2.20).



Рисунок 2.20 - Форма добавления нового мероприятия

Необходимо заполнить все поля и нажать кнопку “Сохранить” , после нажатия кнопки пользователь добавляется в БД, форма добавления пользователя закрывается, обновляется страница “Пользователи”. Данные в таблице отображаются уже с новым, только добавленным пользователем.

Пользователь также может отредактировать уже имеющиеся записи о пользователях и удалить их, нажав соответственно кнопки “Редактировать” и “Удалить”.

Для добавления и редактирования справочника техники необходимо в строке меню нажать кнопку “Техника” в появившемся окне нажать соответствующие кнопки “Добавить”, “Редактировать”, “Удалить”заполнить или изменить данные( Рисунок 2.21)

Рисунок 2.21 - Страница просмотра справочника “Техника”

Выбрав пункт “Добавить” или “Редактировать” откроется страница заполнения данных о технике. (рисунок 2.22).

Рисунок 2.22 - Форма редактирования статуса участника

Администратор БД может так же заполнять все справочники системы. Рассмотрим пример справочника аварийный ситуаций. Для этого необходимо перейти по адресу “http://katya.dev/data/danger/”. И нажать кнопку “Добавить” (рисунок 2.23).

Рисунок 2.23 - Страница редактирования справочника аварийных ситуаций

В появившемся окне необходимо заполнить все поля достоверными данными(рисунок 2.24)



Рисунок 2.24 - Страница заполнения данных справочника аварийных ситуаций

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

Полный тест руководство пользователя разрабатывалось в соответствии с ГОСТом 34 серии.

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

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

Текст руководства пользователя приведён в приложении А.

1 технико-экономическое обоснование разработки информационной системы

1.1 Бизнес-план разработки программного продукта

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

1. Резюме (краткое содержание)

2. Характеристика продукта

3. Маркетинговый план

4. Бизнес-план

Краткое содержание проекта

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

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

Характеристика и возможности программного продукта

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

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

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

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

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

Анализ потребителя

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

Финансовый план

Таблица 2 - Финансовый план затрат в часах

№	Стадии разработки	Часы
1	Создание проектной документации курсового проекта
1.1	Получение темы проекта	2
1.2	Формулировка задачи проектирования	3
1.3	Обоснование разработки ПК	5
1.4	Разработка проектных решений информационной системы	5
1.5	Разработка документации на ПК	12
2	Создание информационной системы
2.1	Подготовка объекта автоматизации к вводу в действие	24
2.2	Создание БД и формирование тестового примера	7
2.3	Тестирование и отладка ПК	12
3	Формирование документации по проекту	10

Итого: 80 часов

1.2 Расчет затрат на разработку информационной системы

Затраты на разработку информационной системы (ИС) К_п определяются по формуле:

К_п = К_пр + К_по + К_ио + К_о

где К_пр -- затраты на проектирование ПК, р.;

К_по -- затраты на создание программных изделий, образующих программное обеспечение ПК, р.;

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

К_о -- затраты на отладку ПК, р.

Укрупненный расчет затрат на разработку ПК можно выполнить по формуле:

К_п = Ф_з/п [(1+_д)(1+_с)+_н+_пр]+t_ЭВМ С_м-ч

где Ф_з/п -- фонд основной заработной платы разработчиков и других исполнителей работ, р.;

_д -- коэффициент дополнительной зарплаты, можно принимать 0,10...0,15;

_с -- коэффициент отчислений на социальные нужды от основной и дополнительной заработной платы, равен 0,26;

_н -- коэффициент накладных расходов организации, разрабатывающей проект, можно принимать 0,6...0,8;

_пр -- коэффициент прочих расходов, принимать 0,1...0,2;

t_ЭВМ -- машинное время, затраченное для разработки программного обеспечения ПК, ч.;

С_м-ч -- стоимость машино-часа работы ЭВМ, р.

Укрупненный расчет фонда основной заработной платы исполнителей работ по разработке ПК производится по формуле:

Ф_з/п =

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

С -- тарифная ставка часовая (дневная) разработчиков и других исполнителей работ, р.

С=(З/пл в мес)/D_раб=15000/21=714 р.

Таким образом Укрупненный расчет фонда основной заработной платы исполнителей работ по разработке ПК равен:

Ф_з/п =80Ч714=57120 р.

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

Время, затраченное на отладку программного обеспечения на ПК t_ЭВМ, устанавливается по фактическим затратам машинного времени. Себестоимость машинного часа работы персонального компьютера определяется по формуле:

С_м-ч =

где З_п - затраты на заработную плату обслуживающего персонала с учетом всех отчислений, р.;

А - годовая сумма амортизации, р.;

З_э - затраты на силовую электроэнергию, р.;

З_р - затраты на ремонт и обслуживание оборудования в год, р.;

З_м - затраты на материалы в год, р.;

З_н - накладные расходы, р.;

Ф_д - действительный годовой фонд времени работы КСА, ч.

Годовые амортизационные отчисления по КСА рассчитываются по формуле:

где С_КСА - стоимость ПК и прочего оборудования, входящего в КСА, используемого при отладке программного комплекса. В среднем это 25220 р (таблица 3).

Таблица 3 - Стоимость персонального компьютера и периферии

№	Наименование	Цена, руб.
1	Системный блок	14550,00
2	Монитор LCD 19”	6000,00
3	Клавиатура	300,00
4	Мышь	250,00
5	МФУ Лазерное Philips LaserMFD 6135d	4120,00
Итого (Sоб):	25220 руб.

Н_а - норма амортизации, (25%).;

А=(25220Ч25)/100=6305 р.

Затраты на электроэнергию в год З_э определяются следующим образом:

З_э = W_уЧC_эЧT_в

где W_у - установленная мощность, кВт;

С_э - стоимость силовой электроэнергии, 2.2р./кВт;

Т_в - время, в течение года, когда КСА потребляет электроэнергию. Если это стационарные ПК, то это время равно 2900 ч. Если это сервера, то время равно 8760 ч. В расчет берем время работы ПК.

З_э =0,4Ч2,2Ч2900=2552, р.

Затраты на текущие ремонты З_р и на материалы З_м в год примерно равны 8% от стоимости КСА. Следовательно.

З_р+З_м=25220Ч0,08=2070,6 р.

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

З_н=1000 р.

Годовой фонд времени Ф_д устанавливается, исходя из номинального фонда времени и времени профилактики оборудования и ремонтов:

Ф_д = SЧhЧD - T_пр

где S - продолжительность смены, ч.;

h - количество смен;

D - число рабочих дней в году, дн.;

T_пр - время ремонтов и профилактики оборудования в год, ч.

Ф_д =8Ч1Ч239-49=1863, ч.

Таким образом, себестоимость машинного часа работы ЭВМ С_м-ч равна:

С_м-ч =(20000+6305+2552+2070,6+1000)/1863=17,3 р.

По этому, затраты на разработку программного комплекса К_п составят:

К_п =57120Ч[(1+0,1) Ч (1+0,26)+0,6+0,1]+310Ч17,3=124515р.

1.3 Расчет минимальной цены разработки ПК

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

Z_min = К_п + П_min .

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

П_min = К_пЧ ( R_min /100 )

где R_min -- минимальный уровень рентабельности, (11 - 17%).

П_min=124515Ч0,15=18677, Z_min =124515+18677=143192, р

1.4 Расчет единовременных затрат на внедрение ПК

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

Кi = К_п + КИЧi

где К_п -- затраты на разработку ПК.

К_п =124515р.

КИ -- величина инвестиционных (капитальных) затрат;

i -- коэффициент участия КСА.

Величина инвестиционных (капитальных) затрат рассчитывается, как:

КИ = ККТС + Км + Кинв + Кзд + Кос + Ктр + Ксоп - Квыс

где КТС -- сметная стоимость КТС=56000 р.

Ксоп -- сметная стоимость системы стандартного обеспечения применения КТС , Ксоп = 135020 р.;

Коэффициент участия КСА i находится по формуле:

_i =

где ti -- время использования КСА при функционировании данного ПК в течение года, ч.;

Ф -- действительный фонд времени работы КСА в год, ч.

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

К_i =124515+198417Ч1=322932р.

1.5 Расчет текущих затрат на функционирование ПК

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

З_тек = З_КСА + З_зп

где З_КСА -- годовые текущие затраты на эксплуатацию КСА, р./год;

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

Затраты З_КСА определяются по формуле:

З_КСА = З_КТС Ч _i + З_соп + З_зд + З^КТС

где З_КТС -- годовые затраты на эксплуатацию КТС без учета заработной платы персонала, р./год;

З_КТС =1863Ч5=9315 р.

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

З_зд -- годовые затраты на содержание и ремонт производственных помещений, р./год;

З^КТС_э -- годовые затраты на заработную плату работников группы эксплуатации КСА с начислениями, р./год.

З_тек=65745 р.

1.6 Оценка безубыточности и расчет целесообразного объема продаж

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

-- затраты (единовременные) на разработку ПК Кп =124515р.;

-- затраты на рекламу, сопровождение на одну сделку, примем равным 2% от единовременных затрат. S₁ =124515рЧ0,02=2490 р.;

-- затраты на внедрение ПК. К_в=100000 р.;

-- цена продажи Z=9000 р.;

Объем продаж в стоимостном выражении Q является функцией от количества продаж N и рассчитывается по формуле:

Q (N) = ZЧN

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

S (N) = Кп + S1ЧN+ К_в

Точка безубыточности Т_Б находится из соотношения:

Q (N_ТБ) = S или ZЧN_ТБ = Кп + К_в+ S1Ч N_ТБ

Точка безубыточности служит разработчику хорошим ориентиром в оценке риска затрат на разработку. Затраты на разработку считаются эффективными, если доходы покроют все затраты на разработку, внедрение, продажу ИС и будет получена минимально необходимая сумма прибыли Пmin. Поэтому рассчитывается целесообразный объем продаж Nц из соотношения:

ZЧNц (Кп + S1Ч Nц) + Пmin , откуда ;

Исходя из полученных данный на рисунке 2 изображен график безубыточности

Рисунок 2 - График безубыточности

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

4. РАЗРАБОТКА МЕРОПРЯТИЙ ПО БЕЗОПАСНЫМ УСЛОВИЯМ ТРУДА

Мероприятия по безопасным условиям труда разработаны в соответствии с СанПин 2.2.2/2.4-1340-03 [31].

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

4.1 Общие требования к организации рабочих мест пользователей ПЭВМ

При размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.

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

Рабочие места с ПЭВМ при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, рекомендуется изолировать друг от друга перегородками высотой 1,5 - 2,0 м.

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

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

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

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

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

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

Помещения для занятий оборудуются одноместными столами, предназначенными для работы с ПЭВМ.

Конструкция одноместного стола для работы с ПЭВМ должна предусматривать:

- две раздельные поверхности: одна горизонтальная для размещения ПЭВМ с плавной регулировкой по высоте в пределах 520 - 760 мм и вторая - для клавиатуры с плавной регулировкой по высоте и углу наклона от 0 до 15° с надежной фиксацией в оптимальном рабочем положении (12 - 15°);

- ширину поверхностей для ВДТ и клавиатуры не менее 750 мм (ширина обеих поверхностей должна быть одинаковой) и глубину не менее 550 мм;

- опору поверхностей для ПЭВМ или ВДТ и для клавиатуры на стояк, в котором должны находиться провода электропитания и кабель локальной сети. Основание стояка следует совмещать с подставкой для ног;

- отсутствие ящиков;

- увеличение ширины поверхностей до 1200 ммпри оснащении рабочего места принтером.

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

Таблица 4.1 - Высота одноместного стола для занятий с ПЭВМ

Рост учащихся или студентов в обуви, см	Высота над полом, мм
	поверхность стола	пространство для ног, не менее
116 - 130	520	400
131 - 145	580	520
146 - 160	640	580
161 - 175	700	640
выше 175	760	700
Примечание: ширина и глубина пространства для ног определяются конструкцией стола.

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

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

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

Таблица 4.2 - Основные размеры стула для учащихся и студентов

Параметры стула	Рост учащихся и студентов в обуви, см
	116 - 130	131 - 145	146 - 160	161 - 175	> 175
Высота сиденья над полом, мм	300	340	380	420	460
Ширина сиденья, не менее, мм	270	290	320	340	360
Глубина сиденья, мм	290	330	360	380	400
Высота нижнего края спинки над сиденьем, мм	130	150	160	170	190
Высота верхнего края спинки над сиденьем, мм	280	310	330	360	400
Высота линии прогиба спинки, не менее, мм	170	190	200	210	220
Радиус изгиба переднего края сиденья, мм	20 - 50
Угол наклона сиденья, °	0 - 4
Угол наклона спинки, °	95 - 108
Радиус спинки в плане, не менее, мм	300

4.3. Организация работы с ПЭВМ для трудовой деятельности

4.3.1. Суммарное время непосредственной работы с ПЭВМ не более 6 ч за смену.

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

4.3.3. В случаях, когда характер работы требует постоянного взаимодействия с ВДТ (набор текстов или ввод данных и т.п.) с напряжением внимания и сосредоточенности, при исключении возможности периодического переключения на другие виды трудовой деятельности, не связанные с ПЭВМ, рекомендуется организация перерывов на 10 - 15 мин. через каждые 45 - 60 мин. работы.

4.3.4. Продолжительность непрерывной работы с ВДТ без регламентированного перерыва не должна превышать 1 ч.

4.4 Организация занятий с ПЭВМ студентов в учреждениях высшего профессионального образования

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

4.4.2. Для студентов первого курса оптимальное время учебных занятий при работе с ВДТ или ПЭВМ составляет 1 ч, для студентов старших курсов - 2 ч с обязательным соблюдением между двумя академическими часами занятий перерыва длительностью 15 - 20 мин.

ПРИЛОЖЕНИЕ А

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ

РОССИЙСКОЙ ФЕДЕРАЦИИ

ФГБОУ ВПО Самарский государственный архитектурно-строительный университет

Факультет информационных систем и технологий

Кафедра прикладной математики и вычислительной техники

УТВЕРЖДАЮ

Зав. кафедрой ПМиВТ

Пиявский С.А.

(подпись, дата)

ПРОГРАММНЫЙ КОМПЛЕКС ОЦЕНКИ ПОТРЕБНОСТИ В РЕСУРСАХ ДЛЯ ЛИКВИДАЦИИ АВАРИЙНОЙ СИТУАЦИИ

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

02068389.40100.005.И3.01ЛУ

А.1 Назначение программы

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

А.2 Функции, выполняемые ПК:

1. Авторизация пользователя.

2. Ведение справочников.

3. Подбор ресурсов по параметрам.

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

5. Отображение расхода ресурсов по выбранным временным отрезкам.

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

А.3 Настройка программного комплекса

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

А.4 Проверка программного комплекса

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

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

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

Проверка интерфейса ответственного за распределение ресурсов и функциональных возможностей системы. Чтобы войти в систему необходимо открыть браузер и в строке адреса ввести “http://katya.dev/” и нажать клавишу Enter.



Рисунок А.1 - Страница авторизации

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

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

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



Рисунок А.3 - Страница выбора ресурса для построения графика

Рисунок А.4- Страница графической демонстрации расхода ресурса

Пользователь может выбрать интересующий его ресурс в списке сверху. На рисунке А.5 представлен “Список сырья и материалов для построения графика расхода”.



Рисунок А.5 - Страница списка сырья и материалов для построения графика расхода

Также ответственный за распределение ресурсов может просматривать отчет об использовании техники. Для этого необходимо перейти по адресу “http://katya.dev/operator/chart/tech”. На рисунке А6 представлена страница отчета об использовании техники.

Рисунок А.6 - Страница отчета об использовании техники

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

Рисунок А.7 - Страница заполнения данных об аварийной ситуации

Рисунок А.8 - Страница распределения ресурсов по аварийным ситуациям

Для входа систему необходимо открыть браузер и в строке адреса ввести “http://katya.dev//” и нажать клавишу Enter. После авторизации система запоминает пользователя и настраивает поля доступа. Для проверки варианта использования “Добавление нового пользователя” следует выбрать пункт меню “Добавление пользователя” (рисунок А.9).



Рисунок А.9- Главная страница администратора БД

Нажимаем кнопку “Добавить пользователя” и страница загружает форму “Добавление пользователя” (рисунок А.10).

Рисунок А.10 - Форма добавления нового мероприятия

Необходимо заполнить все поля и нажать кнопку “Сохранить” , после нажатия кнопки пользователь добавляется в БД, форма добавления пользователя закрывается, обновляется страница “Пользователи”. Данные в таблице отображаются уже с новым, только добавленным пользователем.

Пользователь также может отредактировать уже имеющиеся записи о пользователях и удалить их, нажав соответственно кнопки “Редактировать” и “Удалить”.

Для добавления и редактирования справочника техники необходимо в строке меню нажать кнопку “Техника” в появившемся окне нажать соответствующие кнопки “Добавить”, “Редактировать”, “Удалить” заполнить или изменить данные (Рисунок А.11)

Рисунок А.11- Страница просмотра справочника “Техника”

Выбрав пункт “Добавить” или “Редактировать” откроется страница заполнения данных о технике. (рисунок А.12).

Рисунок А.12 - Форма редактирования статуса участника

Администратор БД может так же заполнять все справочники системы. Рассмотрим пример справочника аварийный ситуаций. Для этого необходимо перейти по адресу “http://katya.dev/data/danger/”. И нажать кнопку “Добавить” (рисунок А.13).



Рисунок А.13 - Страница редактирования справочника аварийных ситуаций

В появившемся окне необходимо заполнить все поля достоверными данными (рисунок А.14)

Рисунок А.14 - Страница заполнения данных справочника аварийных ситуаций

ПРИЛОЖЕНИЕ Б

Листинг модулей

Модуль Form1.cs:

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Windows.Forms;

namespace WindowsFormsApplication1

{

public partial class Form1 : Form

{

public Form1()

{

InitializeComponent();

}

private void пользовательBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.пользовательBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.base_newDataSet);

}

private void Form1_Load(object sender, EventArgs e)

{

this.dataTablePtntTableAdapter.Fill(this.base_newDataSet.DataTablePtnt);

this.выполняемое_действиеTableAdapter.Fill(this.base_newDataSet.Выполняемое_действие);

this.вид_энергииTableAdapter.Fill(this.base_newDataSet.Вид_энергии);

this.пользовательTableAdapter.Fill(this.base_newDataSet.Пользователь);

button2_Click(sender, e);

}

private void button1_Click(object sender, EventArgs e)

{

//проверка имени и пароля

panel1.Visible = false;

for (int i = 0; i < this.base_newDataSet.Пользователь.Rows.Count; i++)

{

if (this.base_newDataSet.Пользователь.Rows[i].ItemArray[2].ToString().Equals(textBox1.Text) && this.base_newDataSet.Пользователь.Rows[i].ItemArray[3].ToString().Equals(textBox2.Text))

{

panel1.Visible = true;

break;

}

}

label3.Visible = !panel1.Visible;

if (panel1.Visible)

{

}

}

private void label5_Click(object sender, EventArgs e)

{

}

private void пользовательBindingSource_CurrentChanged(object sender, EventArgs e)

{

}

private void button2_Click(object sender, EventArgs e)

{

dataTablePtntBindingSource.Filter = "id_v=" + comboBoxV.SelectedValue.ToString() + " and id_e=" + comboBoxE.SelectedValue.ToString();

this.dataTablePtntTableAdapter.Fill(this.base_newDataSet.DataTablePtnt);

}

private void button3_Click(object sender, EventArgs e)

{

dataGridViewVal.Rows.Clear();

dataGridViewVal.Columns.Clear();

dataGridViewVal.Columns.Add("i", "Идея");

for (int i = 0; i < dataGridViewKr.Rows.Count - 1; i++)

{

dataGridViewVal.Columns.Add(dataGridViewKr.Rows[i].Cells["Column1"].Value.ToString(), dataGridViewKr.Rows[i].Cells["Column1"].Value.ToString());

}

dataGridViewVal.Columns.Add("efffect09876", "Эффективность");

int cnt = 0;

for (int i = 0; i < dataTablePtntDataGridView.Rows.Count - 1; i++)

{

bool b = false;

for (int j = 0; j < dataGridViewVal.Rows.Count - 1; j++)

{

if (dataGridViewVal.Rows[j].Cells[0].Value.ToString().Equals(dataTablePtntDataGridView.Rows[i].Cells["описаниеИдеиDataGridViewTextBoxColumn"].Value.ToString()))

{

b = true;

break;

}

}

if (!b)

{

dataGridViewVal.Rows.Add();

dataGridViewVal.Rows[cnt].Cells[0].Value = dataTablePtntDataGridView.Rows[i].Cells["описаниеИдеиDataGridViewTextBoxColumn"].Value.ToString();

cnt++;

}

}

}

private void dataGridView1_CellContentClick(object sender, DataGridViewCellEventArgs e)

{

}

private void button4_Click(object sender, EventArgs e)

{

double[,] ar = new double[dataGridViewVal.Rows.Count - 1, dataGridViewKr.Rows.Count - 1];

double min = 9999999999999;

double max = -9999999999999;

for (int i = 0; i < dataGridViewVal.Rows.Count - 1; i++)

{

for (int j = 0; j < dataGridViewKr.Rows.Count - 1; j++)

{

ar[i, j] = double.Parse(dataGridViewVal.Rows[i].Cells[j + 1].Value.ToString()) * double.Parse(dataGridViewKr.Rows[j].Cells["Column2"].Value.ToString());

if (ar[i, j] > max)

{

max = ar[i, j];

}

if (ar[i, j] < min)

{

min = ar[i, j];

}

}

}

for (int i = 0; i < dataGridViewVal.Rows.Count - 1; i++)

{

for (int j = 0; j < dataGridViewKr.Rows.Count - 1; j++)

{

ar[i, j] = (ar[i, j] - min) / (max - min);

if (dataGridViewKr.Rows[j].Cells["Column3"].Value.ToString().Equals("Мин"))

{

ar[i, j] = 1 - ar[i, j];

}

}

}

for (int i = 0; i < dataGridViewVal.Rows.Count - 1; i++)

{

min = 9999999999999;

max = -9999999999999;

for (int j = 0; j < dataGridViewKr.Rows.Count - 1; j++)

{

if (ar[i, j] > max)

{

max = ar[i, j];

}

if (ar[i, j] < min)

{

min = ar[i, j];

}

}

dataGridViewVal.Rows[i].Cells["efffect09876"].Value = Math.Round(Math.Pow((Math.Pow(max, 1.25) - Math.Pow(min, 1.25)) / (1.25 * (max - min + 0.0000000001)), 4) * 100);

}

}

}

}

ПРИЛОЖЕНИЕ В

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ ПРОГРАММНОГО КОМПЛЕКСА

“Программный комплекс оценки потребности в ресурсах для ликвидации аварийных ситуаций”.

СПИСОК ПРИНЯТЫХ СОКРАЩЕНИЙ

ИС	-	Информационная система
ПК	-	Программный комплекс
БД	-	База данных
СГАСУ	-	Самарский государственный архитектурно-строительный университет
ФИСТ	-	Факультет информационных систем и технологий
АС		Аварийная ситуация

В.1 ОБЩИЕ СВЕДЕНИЯ

Настоящее Техническое задание на создание программного комплекса оценки потребности в ресурсах разработано в соответствии с ГОСТ 34.602-89 “Техническое задание на создание автоматизированной системы”.

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

В.1.1 ПОЛНОЕ НАИМЕНОВАНИЕ И УСЛОВНОЕ

ОБОЗНАЧЕНИЕ ПРОГРАММНОГО КОМПЛЕКСА

В.1.1.1 Полное наименование

Полное наименование программного комплекса: “Оценка потребности в ресурсах для ликвидации аварийных ситуаций”.

В.1.1.2 Краткое наименование

Краткое наименование системы: “ПК LICVID”.

В.1.2 НАИМЕНОВАНИЕ ЗАКАЗЧИКАИ ИСПОЛНИТЕЛЯ, ИХ РЕКВИЗИТЫ

В.1.2.1 Наименование Заказчика

ЗАКАЗЧИК: Самарский государственный архитектурно-строительный университет (СГАСУ), кафедра деканат ФИСТ.

Адрес: 443001, Самарская область, г. Самара, ул. Молодогвардейская, д. 194

Телефон: (846) 242-32-48, 339-14-79

Электронная почта: sgasu@samgasu.ru

В.1.2.2 Исполнитель

Студентка самарского государственного архитектурно-строительного университета, факультета информационных систем и технологий, 5 курса группы ГИП - 110, Полухина Екатерина Павловна

В.1.3 ОСНОВАНИЯ ДЛЯ РАЗРАБОТКИ

В.1.3.1 Основания для разработки

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

В.1.3.2 Тема разработки

“Разработка концепции программного комплекса оценки потребности в ресурсах для ликвидации аварийных ситуаций (ПК LICVID). Разработка технического задания на создание ПК LICVID. Разработка технического проекта на создание ПК LICVID”.

В.1.4 ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ

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

В.1.5 ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ РЕЗУЛЬТАТОВ РАБОТ

В.1.5.1 Выполнение работ по разработке ПК LICVID

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

- ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

- РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

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

В.2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

В.2.1Функциональное назначение

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

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

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

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

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

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

...