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

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

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

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

Рисунок 2.8.1 - Инфологическая модель данных системы «Планирование нарядов»

Модель базы данных создана на основании таблиц базы данных структуры, которых приведены ниже.

Сущность «Список сержантов» (таблица 2.8.1) предназначена для занесения в нее списка сержантов подразделения. В ней ведется учет переносов у сержантов, в нее заносятся даты нарядов и из нее формируется «График нарядов сержантов».

Таблица 2.8.1 - Список сержантов

№ п/п	Имя атрибута	Тип атрибута	Описание
1	Код	Счетчик
2	№ п/п	Числовой
3	Взвод	Числовой
4	Звание	Текстовый
5	ФИО	Текстовый
6	Перенос	Числовой	Количество нарядов пройденных за прошлые месяцы
7	Караул	Текстовый	Даты заступления в караул
8	Столовая	Текстовый	Даты заступления в наряд по столовой
9	Рота	Текстовый	Даты заступления в наряд по роте
10	Корпус	Текстовый	Даты заступления в наряд по учебным корпусам
11	Лог	Текстовый	При установке даты наряда военнослужащему заполняется единицей, для корректного распределения дат нарядов.

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

Таблица 2.8.2 - «Список рядовых»

№ п/п	Имя атрибута	Тип атрибута	Описание
1	Код	Счетчик
2	№ п/п	Числовой
3	Взвод	Числовой
4	Звание	Текстовый
5	ФИО	Текстовый
6	Перенос	Числовой	Количество нарядов пройденных за прошлые месяцы
7	Допуск	Текстовый	Поле для указания метки о допуске к заступлению в караул военнослужащего.

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

Таблица 2.8.3 - «Название таблиц»

№ п/п	Имя атрибута	Тип атрибута	Описание
1	Код	Счетчик
2	Название	Числовой

Сущность «Список n взвода» (таблица 2.8.4) создается в начале работы приложения, так как количество взводов в разных подразделениях может отличаться. Исходные данные в нее вносятся из сущности «Список рядовых» и в дальнейшем при работе программы в нее вносятся даты заступления личного состава взвода в определенные наряды.

Таблица 2.8.4 - «Список n взвода»

№ п/п	Имя атрибута	Тип атрибута	Описание
1	Код	Счетчик
2	№ п/п	Числовой
3	Звание	Текстовый
4	ФИО	Текстовый
5	Перенос	Числовой	Количество нарядов пройденных за прошлые месяцы
6	Караул	Текстовый	Даты заступления в караул
7	Столовая	Текстовый	Даты заступления в наряд по столовой
8	Рота	Текстовый	Даты заступления в наряд по роте
9	Корпус	Текстовый	Даты заступления в наряд по учебным корпусам
10	Лог	Текстовый	При установке даты наряда военнослужащему заполняется единицей, для корректного распределения дат нарядов.
11	Допуск	Текстовый	Поле для указания метки о допуске к заступлению в караул военнослужащего.

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

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

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

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

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

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

- сокращение время на разработку;

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

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

В таблице 2.9.1 приведена сравнительная характеристика двух наиболее популярных и распространенных языков ООП: С++ и Object Pascal.

Таблица 2.9.1 - Сравнительная характеристика С++ и Object Pascal

Функции	С++	Object Pascal
Раздельная компиляция в языках программирования
Единицы компиляции	+	++
Раздел интерфейса модуля	++	+
Импорт модулей	+	++
Экспорт идентификаторов	+	+
Ограничения видимости	+	-
Абстрактные типы данных и объекты.
Инкапсуляция	++	+
Полиморфизм	+	+
Наследование	++	++
Конструкторы и деструкторы	++	++
Прочие возможности.
Инициализация переменных	++	+
Константные выражения	++	++
Типизированные константы	+	+
Операция разыменования	+	+
Рейтинг	19	17

Как видно из таблицы 2.9.1 язык С ++ превосходит Object Pascal по наличию в нем функций, но есть некоторые особенности этих языков благодаря которым язык Object Pascal и система быстрой разработки приложений Delphi является более удобной для написания программы, к ним относятся:

- язык С++ чувствителен к регистру символов, т.е. переменная A и переменная a это разные переменные, что составляет некоторое неудобство при написании программы;

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

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

- в Delphi объекты могут располагаться только в динамической памяти, а в C++ в любой памяти (статическая, стек, динамическая). Это добавляет безопасности программированию в Delphi.

Таким образом для разработки приложения «Планирование нарядов» был выбран язык Object Pascal и система быстрой разработки приложений Delphi.

2.10 Проектирование интерфейса программы

2.10.1 Проектирование алгоритма функционирования АИС

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

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

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

Рисунок 2.10.1 - Алгоритм функционирования программного продукта АИС

2.10.2 Проектирование построения графического интерфейса АИС

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

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

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

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

Запустив приложение, открывается главная форма приложения.

Рисунок 2.10.2.1 - Окно приложения «Редактор».

На данной форме расположены:

- вкладка «Список рядовых» предназначенная для заполнения таблицы базы данных «Список рядовых»;

- вкладка «Список сержантов» предназначенная для заполнения таблицы базы данных «Список сержантов»;

- контекстное меню «Файл» содержащее в себе подконтекстное меню «Очистить таблицы» для полной очистки таблиц «Список сержантов» и «Список рядовых»;

- панель для управления вводом данных.

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

После запуска приложения «Планирование нарядов» открывается главная форма.

Рисунок 2.10.2.2 - Главная форма программы «Планирование нарядов»

На главной форме расположены:

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

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

- кнопка «Караул», при нажатии на которую открывается форма «Караул».

Рисунок 2.10.2.3 - Форма «Караул»

- кнопка «Столовая», при нажатии на которую открывается форма «Столовая».

Рисунок 2.10.2.4 - Форма «Столовая»

- кнопка «Рота», при нажатии на которую открывается форма «Рота».



Рисунок 2.10.2.5 - Форма «Рота»

- в верхнем левом углу находятся контекстное меню «Файл», при нажатии на которое открывается меню «Файл»;

- рядом с контекстным меню «Файл» находится контекстное меню «Справка».

Форма «Караул» содержит в себе:

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

- поле для указания даты заступления;

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

- кнопка «Ок» для подачи команды для расстановки дат заступления личному составу.

Форма «Столовая» содержит в себе:

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

- поле для указания даты заступления;

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

- кнопка «Ок» для подачи команды для расстановки дат заступления личному составу.

Форма «Рота» содержит в себе:

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

- поле для указания даты заступления;

- кнопка «Ок» для подачи команды для расстановки дат заступления личному составу.

Контекстное меню «Файл» содержит в себе:

- подконтекстное меню «Подготовка к работе», при нажатии на которое база данных подготавливается к работе;

- подконтекстное меню «Просмотр», при нажатии на которое открывается форма «Просмотр» (рисунок 2.10.2.6);

Рисунок 2.10.2.6 - Форма «Просмотр»

- подконтекстное меню «Выход», при нажатии на которое происходит выход из программы.

Контекстное меню «Справка» содержит в себе:

- подконтекстное меню «О программе», при нажатии на которое открывается окно, в котором содержатся краткие сведения о программе;

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

Форма «Просмотр» содержит в себе две рабочие области «Экспорт в Excel» и «Замена».

В рабочей области «Экспорт в Excel» находятся:

- вкладка «Сержанты», в которой отображается таблица «Список сержантов» (рисунок 2.10.2.7);

Рисунок 2.10.2.7 - Вкладка «Сержанты»

- вкладка «Рядовые», в которой отображается таблица «Список взвода» (рисунок 10.2.8) в соответствии с тем какой взвод выбран в поле для выбора взвода;



Рисунок 2.10.2.8 - Вкладка «Рядовые»

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

Рисунок 2.10.2.9 - Выходная документация «График нарядов»

В рабочей области «Замена» находятся:

- поле «Кого», для ввода фамилии меняемого военнослужащего;

- поле «На кого», для ввода фамилии меняющего военнослужащего;

- кнопка «Поменять», для выполнения команды замена.

Рисунок 2.10.2. 10 - Рабочая область «Замена»

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

2.11 Проектирование отчетов

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

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

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

Рисунок 2.11.1 - График нарядов сержантов

Рисунок 2.11.2 - График нарядов рядовых

2.12 Выбор комплекса технических средств

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

Критерии выбора системного блока ЭВМ показаны в таблице 2.12.1.

Таблица 2.12.1 - Критерии выбора системного блока ЭВМ

Локальный критерий № варианта	Цена (руб) f1	Частота процессора (МГц) f2	объем жесткого диска (Гб) f3	Размер видеопамяти (Мб) f 4	Размер оперативной памяти(Мб) f 5
1. MicroXpertsCeleron E3400	12500	2000	250	1024	2048
2. MicroXpertsCeleron G530	13000	2000	320	1024	1024
3. MicroXpertsIntelPentium G620	13000	3100	320	1024	2048
4. MicroXpertsIntelPentiumG520	11000	1500	250	1024	1024

Главным объявлен 2-й критерий.

Наложены ограничения:

В 3 варианте f₂ имеет максимальное значение критерия , f₁, f₃, f_4, f₅ удовлетворяют установленным требованиям.

Лучшим считается 3 вариант.

Критерии выбора монитора показаны в таблице 2.12.2.

Таблица 2.12.2 - Критерии выбора монитора

Локальный критерий № варианта	Цена (руб) f1	Диагональ экрана f2	Источник освещения / срок службы f3
1. LCD-мониторы Smartec STM-190	5.000	16дюймов	4CCFL / 40 000 ч
2. ЖК монитор Dell P2311H	6.300	19дюймов	4CCFL / 50 000 ч
3. ЖК монитор LG Flatron W2243S	4.800	23дюйма	4CCFL / 30 000 ч
4. ЖК (монитор HP 2211x	5.400	21.5 дюймов	4CCFL / 55 000 ч

Главным объявлен 1-й критерий, он должен быть минимальным.

Наложены ограничения: ;

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

Критерии выбора ИБП показаны в таблице 2.12.3.

Таблица 2.12.3 - Критерии выбора ИБП

Локальный критерий № варианта	Цена (руб.)	Количество розеток (шт)	Интерфейс (USB,RS 232)	Время переключения при падении напряжения (мс)	Время зарядки (мин)
1. ИП POWERCOM WOW-700U	3 199	2	USB	2-4	360
2. ИБП POWERCOM WOW-500U	2 599	3	USB	2-4	360
3. APC Back-UPS CS 500 USB/Serial	3 539	4	USB, RS 232	2	300

Главным объявлен 2-й критерий.

Наложены ограничения: ; ;;

В 3 варианте f₂ имеет максимальное значение f_2max = 4, и этот вариант удовлетворяет всем ограничениям, следовательно, 3 вариант считается лучшим.

Критерии выбора клавиатуры показаны в таблице 2.12.4

Таблица 2.12.4 - Критерии выбора клавиатуры

Локальный критерий № варианта	Цена (руб) f1	Длина кабеля (м) f2	Количество клавиш f3
1. Logitech Wireless Number Pad N305	1350	0,8	108
2. OklickMediaboard 810S	1410	1	104
3. Logitech K340	1350	1.2	108
4. Genius KB06X2	1250	0.8	104

Главным объявлен 1-й критерий, он должен быть минимальным.

Наложены ограничения: ;

В 4 варианте f1 имеет минимальное значение критерия , и удовлетворяет всем ограничениям, следовательно, 4 вариант считается лучшим.

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

Таблица 2.12.5 - Критерии выбора манипулятора мышь

Локальный критерий № варианта	Цена (руб) f1	Разрешение сенсора(dpi) f2	Соединения f3
1. GeniusXscroll	700	800	Беспроводное
2. 5bites F21-GN166	500	1200	Проводное
3. Mays MN-110U	350	600	Проводное
4. A4Tech OP-620D	450	600	Беспроводное

Главным объявлен 1-й критерий, должен быть минимальным.

Наложены ограничения:

В 3 варианте минимальное значение критерия , ограничение удовлетворяется, следовательно, лучшим считается 3 вариант.

Критерии выбора принтера показаны в таблице 2.12.6.

Таблица 2.12.6 Критерии выбора принтера

Локальный критерий № варианта	Цена (руб) f1	Частота (МГц) f2	Объем встроенной памяти (Мб) f3	Разрешение Ч/Б печати f4	Скорость печати стр./мин f5
1. Samsung ML-1860	2 500	200	8	600	16
2. Canon PIXMA MP280	3500	300	2	1200	18
3. SAMSUNG ML-1677	3500	300	8	800	16

Главным объявлен 4-й критерий, он должен быть максимальным.

Наложены ограничения:;

Во 2 варианте f4 имеет максимальное значение критерия , но не выполняется ограничение . В 3 варианте f4 имеет второе по величине значение , но удовлетворяет всем остальным ограничениям, следовательно, лучшим считается 3 вариант.

Регламентные работы по обслуживанию КТС выполняются в соответствии с эксплуатационной документацией на изделие и его составные части.

2.13 Расчет надежности системы

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

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

- коэффициент готовности в соответствии с формулой 2.13.1:

К_г = Т/(Т+Т_в ) (2.13.1),

Где Т_в- среднее время восстановления;

Т - среднее время безотказной работы.

Среднее время безотказной работы ЭВМ, установленное в техническом паспорте, составляет 720 часов. Среднее время восстановления работы ЭВМ, составляет 24 часа. Тогда согласно формуле 2.13.1:

К_г = 720 / (720 + 24) = 0,96

Соответственно коэффициент готовности технических средств составляет 0,96.

3. Испытание системы и порядок работы с ней

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

Полное наименование системы: Автоматизированная информационная система «Планирование нарядов».

Условное обозначение системы: АИС «Планирование нарядов»

Установочный комплект программного обеспечения включает:

1. Пакет Microsoft Office.

2. Borland Delphi 7.0.

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

- «Windows XP/7».

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

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

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

1.Календарный план график.

2. Приказ. Начальника ГЦ АСУ ВВ МВД от 30 декабря 2004 года №121 «О порядке разработки и внедрения задач автоматизированного управления войсками».

Место и продолжительность испытаний:

Испытания проводятся на территории заказчика.

Продолжительность испытаний: 1 рабочий день.

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

1.Заказчик кафедра Автоматизированного управления войсками факультет Автоматизированных систем управления.

2.Исполнитель курсант 5 курса факультета Автоматизированных систем управления Жидков Р.В.

Перечень предъявляемых на испытания документов:

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

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

- руководство администратора;

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

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

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

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

- проверка соответствия документации требованиям ТЗ;

- проверка функционирования системы.

В комплект предъявляемой системы должны входить:

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

- комплект документации согласно требованию раздела 8 ТЗ в печатном и электронном виде на электронном носителе.

Проверка установочного комплекта

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

1.Кафедра АУВ.

2. Редактор.

3.Планирование нарядов.

4. Помощь.

5. Исходный код.

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

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

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

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

- руководство администратора;

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

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

- подсистема базы данных;

- подсистема работы с таблицами;

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

- подсистема получения отчетов.

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

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

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

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

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

Спецификации на разработку подсистемы.

В результате выполнения работ должны быть определены проектные решения, технологии и программные средства реализации разрабатываемых смежных подсистем АИС «Планирование нарядов».

Регламенты информационного взаимодействия с внешними информационными ресурсами

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

Спецификации на разработку функций

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

Отчет о выполнении научно-исследовательской и опытно-конструкторской работы

Исполнитель представляет заказчику отчет о выполнении научно-исследовательской работы по ГОСТ 7.32-2001 в одном экземпляре и его электронную версию.

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

- настройка системы и ее администрирование проводятся в порядке, описанном в «Руководстве администратора»;

- работа пользователя с системой проводится в соответствии с «Руководством пользователя».

Требования по испытанию программных средств

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

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

- по завершению испытаний оформляется протокол испытаний (Приложении Е);

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

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

Проверка соответствия разработанного программного приложения проводится в соответствии с Приказом Начальника ГЦ АСУ ВВ МВД от 30 декабря 2004 года №121 «О порядке разработки и внедрения задач автоматизированного управления войсками».

Испытания проводятся в соответствии с требованиями ГОСТ 15.201 при нормальных климатических условиях:

- температуре воздуха (20±5) С;

- относительной влажности воздуха (65±15)% при температуре окружающего воздуха 25С;

- атмосферном давлении 84 - 106,7 кПа (630-800 мм рт. ст.).

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

- правила устройства электроустановок;

- правила эксплуатации электроустановок потребителей;

- инструкция требования безопасности;

- правила техники безопасности при эксплуатации электроустановок потребителей.

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

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

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

В качестве рабочих станций должны использоваться технические средства представленные в таблице 3.1.1:

Таблица 3.1.1 - Технические средства

Характеристика аппаратного обеспечения	- процессор - Pentium - III, 1 ГГц или совершеннее; - оперативная память не менее 512 Мб; - видеокарта; - монитор диагональ 15 дюймов и выше; - клавиатура; - источник бесперебойного питания; - манипулятор «мышь».
Продолжение таблицы 3.1.1
Характеристика системного программного обеспечения	«Windows XP/7» Обозреватели: 1. Borland Delphi 7.0. 2. Пакет Microsoft Office.

Требования к персоналу.

Члены комиссии, принимающие участие в испытаниях, должны ознакомиться с проектными материалами на АИС «Планирование нарядов»

Отчетность.

Результаты выполнения тестовых заданий фиксируются в протоколе испытаний.

Протокол испытаний содержит:

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

- список лиц, участвовавших в проведении испытаний;

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

- сведения о продолжительности испытаний;

- перечень пунктов ТЗ, на соответствие которым проведены испытания;

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

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

- сведения об отказах, сбоях и аварийных ситуациях, возникших при испытаниях;

- сведения о проверке документации.

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

3.2 Порядок запуска программы и работы с ней

Порядок запуска программы и работы с ней детально описаны в «Руководстве администратора» и «Руководстве пользователя» (Приложение Ж)

3.3 Расчет контрольного примера

Рассмотрим пример выполнения процесса планирования нарядов с помощью АИС «Планирование нарядов».

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

Рисунок 3.3.1 - Приложение «Редактор»

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



Рисунок 3.3.2 - Заполненный список сержантов

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

Рисунок 3.3.3 - Заполненный список рядовых

После заполнения списков сержантов и рядовых приложение «Редактор» закрывается. Для дальнейшей работы открывается приложение «Планирование нарядов».



Рисунок 3.3.4 - Приложение «Планирование нарядов»

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

Рисунок 3.3.5 - Заполненная главная форма приложения «Планирование нарядов»

Нажимаем кнопку «Караул», откроется форма «Караул». В ней заполняем имеющиеся поля и нажимаем кнопку «Ок».



Рисунок 3.3.6 - Заполненная форма «Караул»

После нажатия кнопки «Ок» выведется сообщение «Дата добавлена». Это означает, что дата караула проставлена пяти курсантам (солдатам) и двум сержантам, а так же расставлена дата наряда по роте трем курсантам (солдатам) и одному сержанту и дата наряда по учебным корпусам четырем курсантам (солдатам) и одному сержанту.

Дальше закрываем эту форму и нажимаем кнопку «Столовая», открывается форма «Столовая». Заполняем в ней необходимые поля и нажимаем кнопку «Ок».

Рисунок 3.3.7 - Заполненная форма «Столовая»

После нажатия кнопки «Ок» выведется сообщение «Дата добавлена». Это означает, что дата наряда по столовой проставлена пяти курсантам (солдатам) и одному сержанту, а так же расставлена дата наряда по роте трем курсантам (солдатам) и одному сержанту.

Дальше закрываем эту форму и нажимаем кнопку «Рота», открывается форма «Рота». Заполняем в ней необходимые поля и нажимаем кнопку «Ок».

Рисунок 3.3.8 - Заполненная форма «Рота»

После нажатия кнопки «Ок» выведется сообщение «Даты добавлены». Это означает, что даты наряда по роте проставлены двум курсантам (солдатам) и одному сержанту. Закрываем эту форму.

Проставив все необходимые наряды, открываем контекстное меню «Файл» и выбираем в нем «Просмотр», откроется форма «Просмотр». На ней видно как были расставлены даты нарядов у сержантов.



Рисунок 3.3.9 - Просмотр списка сержантов

Нажимаем кнопку «Экспорт в Excel», отображаемая информация экспортируется в табличный редактор Excel.

Рисунок 3.3.10 - График нарядов сержантов в Excel

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

Переходим на вкладку «Рядовые», видим, как программа расставила даты курсантам (солдатам).



Рисунок 3.3.11 - Просмотр списка рядовых

Нажимаем кнопку «Экспорт в Excel», отображаемая информация экспортируется в табличный редактор Excel.

Рисунок 3.3.12 - График нарядов л/с взвода в Excel

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

Таким образом, получилось два графика нарядов: «График нарядов сержантов» и «График нарядов л/с взвода». При необходимости их можно сохранить из Excel в любом удобном вам месте.

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

4.1 Расчет затрат на разработку системы

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

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

З_сп = З_зп+З_мв+З_доп + З_ис. (4.1.1),

Где З_сп - затраты на создание продукта;

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

З_мв - расходы на оплату машинного времени;

З_доп - дополнительные затраты;

З_ис. - затраты на инструментальные средства.

4.2 Расходы на оплату труда

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

Таким образом, основная заработная плата (З_осн) рассчитывается по формуле:

З_осн. = З_зп.р.+ З_зп.рук. (4.2.1),

Где З_зп.р. - заработная плата разработчика, руб.;

З_зп.рук. - заработная плата руководителя, руб.

З_зп.р. = Ч_зп. * Т_об. (4.2.2),

Где Ч_зп. - заработная плата разработчика за час работы, руб.;

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

Ч_зп. = Д_зп. / t (4.2.3),

Где Д_зп. - зарплата разработчика за рабочие сутки, руб.;

t - количество рабочих часов в сутки, часы.

Д_зп. = М_зп. / N (4.2.4),

Где М_зп. - заработная плата разработчика за месяц работы, руб.;

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

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

Д_зп. =13000/26=500 (руб.).

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

Ч_зп. = 500/8=62,5 (руб.)

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

Т_об. =? Т_i * t (4.2.5),

Где Т_об.- общая трудоемкость разработки, часы;

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

i - количество стадий разработки;

t - количество рабочих часов в сутки, часы.

Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (таблица 4.2.1).

Таблица 4.2.1 - Содержание и стадий дипломного проекта

Стадии	Содержание работ	Трудоемкость
		дни	%
Техническое задание	Изучение и анализ предметной области, изучение и анализ области внедрения, работа с консультантами, постановка задачи, составление и согласование технического задания с руководителем.	10	9
Эскизный проект	Построение концептуальной модели системы, описание входных и выходных данных, способов их преобразования. Разработка структур данных.	20	18,2
Технический проект	Разработка технического проекта. Построение структуры классов и определение способов их взаимодействия.	25	22,7
Рабочий проект	Написание программы, отладка программного обеспечения, тестирование.	40	36,4
Внедрение	Разработка справочной и технической документации, подготовка и защита отчета.	15	13,6
Итого:	110	100

Процесс разработки дипломного проекта занял 110 дней, рабочий день составляет 8 часов, следовательно, общая трудоемкость разработки ПО составит:

Т_об. = (10 + 20 + 25 + 40 + 15) * 8 = 880 (часов)

Общее количество затраченных часов составляет 880 часов.

Таким образом, заработная плата разработчика составит:

З_зп.р. = 880*62,5=55 000 (руб.)

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

З_зп.рук. = Ч_зп. * Т_об. (4.2.6)

Заработная плата дипломного руководителя за один час работы составляет 200 руб./час, причем на консультацию запланировано 30 часов. Следовательно, основная зарплата руководителя дипломного проекта за весь период разработки составит:

З_зп.рук.=30*200=6 000 (руб.)

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

З_осн. =55 000 +6 000= 61 000 (руб.)

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

- пенсионный фонд (26%);

- медицинское страхование (5,1%);

- социальное страхование (2,9%).

Итого отчисления на социальные нужды составляют 34% и составляют:

З_отч. = 61 000 * 0,34 = 20 740 (руб.)

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

З_зп.общ. = З_осн. + З_отч. (4.2.9)

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

З_зп.общ. = 61 000 + 20 740 = 81 740 (руб.)

4.3 Стоимость машинного времени затраченного на выполнение дипломного проекта

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

Расчет затрат на электроэнергию потребляемую ПЭВМ производится по формуле:

VC_ээ=С_э?W_э*t (4.3.1),

Где С_э- тариф на электроэнергию без НДС, руб./кВт.ч;

W_э - потребляемая мощность, кВт/ч;

t - продолжительность использования системы.

VC_ээ = 3.75*(0.4*880+0.6*1.33) = 1323 (руб.)

Данные расчетов представлены в таблице 4.3.1.

Таблица 4.3.1 - Расходы на электроэнергию потребляемую ПЭВМ при выполнение дипломного проекта

№	Название прибора	Кол-во. единиц	Wэ кВт/ч.	Время работы, час	Потребляемая мощность. кВт/ч	Стоимость, одного кВт/ч, руб./кВт.ч	Общая стоимость руб./кВт.ч
1	2	3	4	5	6	7	8
1	Персональный компьютер	1	0.4	880	352	3.75	1320
2	Принтер	1	0.6	1.33	0,8		3
Итого:	352.8		1323

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

С_ам = К_ПЭВМ * Ц_ПЭВМ * (Н_ам / 100) (4.3.2),

Где Ц_ПЭВМ - цена ПЭВМ;

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

К_ПЭВМ - количество ПЭВМ.

Амортизационные отчисления составляют:

С_ам = 1*19 500*(16/100) = 3 120 (руб.)

Затраты на текущий и профилактический ремонт принимаются равными 10% от стоимости ПЭВМ:

С_тр = 19 500 *10/100 = 1 950 (руб.)

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

З_мв = VC_ээ + С_ам + С_тр (4.3.3)

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

З_мв. = 1323 + 3 120 + 1 950 = 6 393 (руб.)

4.4 Дополнительные затраты

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

З_доп = З_осв + З_рм. (4.4.1)

Где З_осв. - затраты на освещение;

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

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

З_осв.= T_об. * W_э. * С_э * n (4.4.2),

Где С_э- тариф на электроэнергию без НДС, руб./кВт.ч;

W_э - потребляемая мощность, кВт;

Т_об.- общая трудоемкость разработки, часы;

n - количество используемых ламп.

Работа проводилась в срок 880 часов, тариф на 1 кВт равняется 3.75 рублей, помещение освещается с помощью ламп дневного света в количестве 4 штук. Одна такая лампа потребляет 0,02 кВт в час. Следовательно затраты на освещение составляют:

З_осв.= 880 * 0,02 * 3,75 * 4 = 264 (руб.)

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

Таблица 4.4.1 - Материалы и принадлежности, использованные в процессе разработки

Наименование	Количество, шт.	Цена, руб.	Стоимость, руб.
USB носитель	1	300	300
Бумага А4	400	0,5	200
Бумага А1	2	300	600
Ручка	3	10	30
Дипломная папка	1	250	250
Картридж	1	200	200
Итого:	1580

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

З_рм. = ? N_i (4.4.3),

Где N - наименования используемых материалов;

i - количество используемых материалов.

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

З_рм. = 300 + 200 + 600 + 30 +250 + 200 = 1580

Итого дополнительные затраты составляют:

З_доп = 264 + 1 580 = 1 844 (руб.)

4.5 Стоимость инструментальных средств используемых при разработке СПО

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

Таблица 4.5.1 - Стоимость СПО

Программное обеспечение	Стоимость, руб.
MS WINDOWS 7	6000
Delphi 7+ BPwin	8100
Microsoft Office	4500
Итого:	18 600

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

З_ис. = ? П_i (4.5.1),

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

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

Стоимость инструментальных средств составляет:

З_ис. = 6 000 + 8 100 + 4 500 = 18 600 (руб.)

Затраты на разработку системы составят:

З_полн. = 81 740 + 6 393 + 1 844 + 18 600 = 108 577(руб.)

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

З_к = 108 577 + 26 639 =135 216 (руб.)

4.6 Экономический эффект от внедрения АИС

В результате внедрения разработанной мной системы будут решены следующие задачи:

- уменьшение трудоемкости при работе с документацией;

- сокращение времени обработки документов;

- равномерное распределение между военнослужащими;

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

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

- вывод на печать отчетных документов.

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

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

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

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

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

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

Цель и содержание БЖД:

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

ослабление действия этих факторов до безопасных пределов или исключение их если это возможно;

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

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

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

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

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

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

расчет освещенности;

расчет уровня шума.

5.1 Характеристика условий труда программиста

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

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

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

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

5.2 Требования к производственным помещениям

5.2.1 Окраска и коэффициенты отражения

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

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

В помещениях, где находится компьютер, необходимо обеспечить следующие величины коэффициента отражения: для потолка: 60…70%, для стен: 40…50%, для пола: около 30%. Для других поверхностей и рабочей мебели: 30…40%.

5.2.2 Освещение

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

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

Существует три вида освещения естественное, искусственное и совмещенное (естественное и искусственное вместе) [8].

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

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

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

Согласно СНиП II-4-79 в помещений вычислительных центров необходимо применить систему комбинированного освещения.

При выполнении работ категории высокой зрительной точности (наименьший размер объекта различения 0,3…0,5мм) величина коэффициента естественного освещения (КЕО) должна быть не ниже 1,5%, а при зрительной работе средней точности (наименьший размер объекта различения 0,5…1,0 мм) КЕО должен быть не ниже 1,0%. В качестве источников искусственного освещения обычно используются люминесцентные лампы типа ЛБ или ДРЛ, которые попарно объединяются в светильники, которые должны располагаться над рабочими поверхностями равномерно [7].