45
Из-за использования в качестве платформы для СУБД MS Access 2010
предприятию нет необходимости приобретать и конфигурировать
дополнительный сервер БД. [16, с.17]
Поэтому в рамках проекта рассмотрим конфигурацию достаточно
мощного офисного ПК для хранения данных и непосредственной работы с
программным продуктом.
Таблица 9 Характеристики офисного ПК
Характеристика
Значение
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой
частотой 3,3 Гц.
Кол-во
процессоров
2
Оперативная
память
16 Гб (расширяемая до 64Гб)
Жесткие диски
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Кол-во жестких
дисков
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания 800Вт с
горячей заменой
Рассмотрим данную платформу подробнее:
Два процессора позволяют эффективно распараллеливать задачи,
выполняемые на компьютере ответственного пользователя.
16 Гб оперативной памяти достаточно для обработки больших
объемов информации используемых на данный момент в БД, а так же
последующего увеличения вычислительной нагрузки, так как на данный момент
пиковый размер занятой оперативной памяти составляет 6 Гб.
46
Выводы по главе
В первой главе был проведён анализ информационных, технических и
программных средств, необходимых для проектирования информационной
системы управления кадрами предприятия.
Кроме того, была проведена оценка предметной области, дана
характеристика необходимой входной и отчётной информации, рассмотрена
деятельность организации, где должна быть обеспечена необходимая степень
автоматизации.
В процессе анализа работы программного продукта был сделан вывод о
необходимости самостоятельной разработки предприятием собственного
программного продукта специализированного назначения.
47
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проектируемая система должна удовлетворять следующим требованиям:
− разработанная программа должна обладать средствами защиты от
ошибочных действий пользователей;
− все ошибки должны отображаться с комментариями или
подсказками по их устранению;
− гарантировать сохранность данных при сбоях в работе внешних
устройств.
Для повышения надежности необходимо принять следующие меры:
сконфигурировать аппаратные и программные средства в
соответствии с техническими требованиями;
периодически осуществлять резервное копирование информации;
регулярно проверять целостность базы данных;
поддерживать исправность сетевого оборудования.
Взаимодействие пользователей с системой и модулями, входящим в состав
системы должно осуществляться посредством визуального графического
интерфейса. Интерфейс системы должен быть понятным и удобным, не должен
быть перегружен графическими элементами и должен обеспечивать быстрое
отображение экранных форм. Навигационные элементы должны быть
выполнены в удобной для пользователя форме.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю
(кроме системных сообщений) должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных ситуаций,
вызванных неверными действиями пользователей, неверным форматом или
недопустимыми значениями входных данных. В указанных случаях система
48
должна выдавать пользователю соответствующие сообщения, после чего
возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой)
команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований
унификации:
− Все экранные формы пользовательского интерфейса должны быть выполнены в
едином графическом дизайне, с одинаковым расположением основных
элементов управления и навигации;
− Все элементы управления и навигации в интерфейсе пользователя должны
соответствовать функциональным задачам;
− При нажатии на любую кнопку, пункт меню, выпадающий список должно
происходить событие, соответствующее задействованному элементу
управления: переход на станицу выбранного раздела, открытие выпадающего
списка;
− В результате создания системы должен быть разработан унифицированный
интерфейс взаимодействия пользователя с компонентами программного
обеспечения при выполнении функций;
− Интерфейс не должен содержать неоднозначных элементов. Все элементы
пользовательского интерфейса должны быть присутствовать обоснованно и
выполнять определенные функции. В интерфейсе должны отсутствовать пустые
кнопки, при нажатии которых происходит либо сомнительное действие для
пользователя, либо ничего не происходит.
Система должна обеспечивать защиту от несанкционированного доступа.
Должны использоваться "слепые" пароли (при наборе пароля его символы не
показываются на экране либо заменяются одним типом символов; количество
символов не соответствует длине пароля).
Для сотрудника, который оформляет документы в системе должны быть
доступны следующие операции:
− возможность авторизации в системе
− возможность составления отчета
49
− возможность формирования страховых документов
− просмотр архива документов
− ввод документов в систему
Для администратора доступны следующие операции:
− Просмотр профиля сотрудника
− Просмотр всех документов
− Проверка документов и контрольных сумм полей
− Внесение комментариев в систему настройки
− Возможность присвоения статуса документу
В рассматриваемой задаче автоматизации, в ходе которой необходимо
автоматизировать процесс обработки поступающих кадровых документов
используются следующие средства:
− персональные компьютеры;
− сервера;
− соединительные линии локальной вычислительной сети.
Персональные компьютеры оцениваются по следующим основным критериям:
быстродействие процессора;
объем жесткого диска;
объем оперативной памяти;
быстродействие видеокарты.
Так как разрабатываемый модуль будет работать на основе клиент-
серверной технологии, то все вычисления будут производиться на стороне
сервера, следовательно, системные требования к персональным компьютерам
минимальны.
Для реализации программного продукта необходимо создать базу данных
для хранения информации компании. Создание базы данных продиктовано
следующими требованиями:
− хранение информации о различных объектах;
− малый объем занимаемого места на носителе при большом
количестве информации;
50
− структурированность хранимой информации.
Реализация всех пунктов может быть достигнута только при
использовании базы данных. Малый объем занимаемого места на носителе
осуществляется с помощью нормализации базы данных. Любая информация,
хранимая в базе данных, автоматически структурируется. При использовании
базы данных, создание отчетности занимает большого количества времени.
Возможность расширения функциональности программного продукта
достигается путем расширения либо возможностей приложения пользователя,
либо с помощью расширения базы данных, добавления новых таблиц и связей.
Под расширением возможностей приложения пользователя, как правило,
подразумевается создание осуществление дальнейшей автоматизации
процессов, протекающих на предприятии. После реализации приложения
пользователя возможность расширения функций приложения пользователя не
занимает много времени, а иногда даже может быть реализована отдельным
программистом.
Для разработки программного обеспечения управления персоналом лучше
всего подойдет каскадная модель разработки, которая позволит отследить
информационные потребности в программном продукте с начала разработки до
ее завершения.
При этом на каждом этапе заказчик может полностью контролировать
процесс разработки и регламентировать временные рамки предложенные
исполнителем проекта.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Рассчитаем вероятность возможных рисков на различных этапах
реализации проекта. Уточним и детализируем каждый из обобщенных рисков
применительно к разрабатываемому проекту и оценим вероятность его
появления применительно к заданному ранее коллективу сотрудников и
51
разработчиков, а также степени проработанности задачи в аналогичных
программных продуктах. Группа экспертов должна включать от 5 до 10
специалистов в рассматриваемой области проектирования [18, с.25].
Сформируем следующую группу в пять экспертов из числа работников
предприятия:
Эксперт № 1 – начальник отдела;
Эксперт № 2 – генеральный директор;
Эксперт № 3 – инженер по технике безопасности;
Эксперт № 4 – оператор;
Эксперт № 5 – системный администратор.
При оценке любых параметров группой экспертов всегда встаёт вопрос об
их компетентности, ведь это в первую очередь влияет на их оценки и на то,
можно ли этим оценкам доверять. Попросим экспертов оценить друг друга.
Каждый эксперт должен проставить ранг другим экспертам и самому себе.
Рассчитываем коэффициент компетентности по следующей формуле:
???? ????, (1.1)
где m— количество экспертов,
b
j
– среднее значение ранга j эксперта по оценкам всех экспертов.
h
???? ???????? ????
(1.2)
где b
hj
– место, назначенное h-ым экспертом j-му эксперту, включая и
самого себя, то есть при h=j.
Оценка различий мест в данном случае дает
????
????
????
????
(1.3)
Результаты расчета весовых коэффициентов экспертов приведены в
таблице 2, в графе α
j
, Δ = 0,16.
Определим компетентность по коэффициентам ранговой корреляции.
52
Коэффициент ранговой корреляции рассчитывается по формуле
Спирмена:
,
)1(
6
1
2
jj
D
nn
(1.4)
где
n
i
ijj
dD
1
2
и
ijiij
crd
Коэффициент компетентности рассчитывается по формуле:
m
j
j
j
j
m
1
1
(1.5)
Результаты вычислений сведём в таблицу 10.
Таблица 10 Весовые коэффициенты экспертов
Эксперты
Весовой
коэффициент
b
j
r
i
1/r
i
α
j
1
2
3
4
5
1
Начальник отдела связи
1
2
3
2
4
2,4
2,5
0,40
0,20
2
Генеральный директор
2
1
3
1
3
2
2
0,50
0,25
3
Инженер по технике
безопасности
3
2
1
5
4
3
3
0,33
0,17
4
Оператор отдела
4
3
4
2
5
3,6
3,5
0,29
0,14
5
Системный администратор
2
2
3
2
1
2
2
0,50
0,25
Выше мы перечислили следующие шесть критериев оценки программного
продукта:
функциональная полнота;
надёжность;
стоимость;
эффективность;
удобство;
сопровождаемость.
53
Предложим сформированной нами группой экспертов ранжировать эти
критерии в соответствии с их важностью. Самый важный критерий получает
ранг, равный единице, наименее существенный – ранг, равный шести.
Среднее значение ранга по данным всех экспертов рассчитаем по формуле:
,
1
1
m
j
iji
c
m
z
(0.6)
где c
ij
- ранг i-го показателя, назначенный j-м экспертом,
m – количество экспертов, m = 5.
Среднее квадратичное отклонение i-го показателя места от его среднего
значения z
i
рассчитаем по формуле:
m
j
iiji
zc
m
1
22
)(
)1(
1
(1.7)
Далее осуществим выставление предварительных рангов по всем
показателям по схеме:
Если некоторое значение z
i
является наименьшим из всех остальных:
z
1
, … ,z
i-1
, z
i+1
, … , z
n
,
то ему назначается предварительный ранг r
i
= 1 и заносят в графу
x
таблицы 1 и 2.
Выбирается следующий наименьший по величине ранг z
k
(k ≠ i), ему
назначается предварительный ранг 2 и заносят в ту же графу той же таблицы;
Если некоторые подмножества средних рангов z
u
, z
v
и т.д. (u ≠ v)
отличаются друг от друга не более чем на ∆
z
:
????
????
????
????
, (0.8)
то всем им назначаем одинаковые предварительные ранги, как среднее по
числу их возможных порядковых мест.
Проверкой служит сумма рангов в графе β
i
.
∑r
i
= (1+6) ∙ 6/2=21.
∑β
i
=1,6+1,8+3+5,2+4,6+4,8 = 21.
54
Суммы рангов сошлись, в обоих случаях мы получили значение 21. Это
означает, что предварительные ранги определены правильно и можно
переходить к следующему шагу.
Статистически обработанные результаты мы свели в таблицу 11.
Таблица 11 Весовые коэффициенты экспертов
Критерии
Эксперты
z
i
σ
2
β
i
1
2
3
4
5
1
1
2
1
2
2
1,6
0,3
1
2
2
1
2
3
1
1,8
0,7
2
3
3
4
4
1
3
3
1,5
3
4
6
3
6
6
5
5,2
1,7
6
5
4
5
5
5
4
4,6
0,3
4
6
5
6
3
4
6
4,8
1,7
5
Для проверки правильности определенных рангов проведём следующие
вычисления:
∑r
i
= (1+4) ∙ 4/2 = 10
∑β
i
= 1+2,4+3,2+3,4 = 10
Суммы рангов сошлись, в обоих случаях мы получили значение 10. Это
означает, что ранги определены правильно и можно переходить к следующему
шагу.
Примем за вероятностную шкалу значений следующие данные:
5- наибольшая вероятность риска, 4-риск возможен с большой
вероятностью, 3- риск возможен, 2- риск возможен, но маловероятен, 1- риск
невозможен для данного проекта.
Результаты расчетов зафиксируем для наглядности в таблице 12.
Таблица 12 Результаты расчетов
Результаты расчетов
Результаты
расчетов
Результаты
расчетов
Риски, связанные с масштабом проекта
4
3