42
С помощью приведенных выше критериев проанализируем соответствие
системы потребностям организации. Для этого введем шкалу оценки. Оценка
будет производиться по пятибалльной системе, где «1» обозначает полное
несоответствие критерию, а «5» – полное соответствие критерию. Результаты
оценки представлены в таблице 1.5.
Таблица 1.5
Анализ программных продуктов, автоматизирующих учет
рабочего времени
Критерий
Yaware
primeERP
Большой
брат
TimeCamp
Функциональность
3
4
4
3
Принцип работы
3
4
5
4
Информативность
отчетов
4
4
3
4
Гибкость настройки
5
3
3
3
Наличие статистики
4
3
4
4
Интерфейс
4
5
4
3
Стоимость
5
4
5
4
Итого
28
30
28
29
На основании проведенного анализа можно заключить, что
перечисленные системы не удовлетворяют требованиям к функциональности
решения и не обладают необходимой гибкостью настройки. В целом все
перечисленные системы показывают среднюю степень соответствия
выделенным критериям.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Рассмотрим существующие виды стратегии автоматизации[6]:
1. Хаотичная стратегия автоматизации направлена на внедрение
информационных технологий в те бизнес-процессы, где необходима срочная
локальная автоматизация. Такой подход может не отвечать реальным
потребностям бизнеса. Стратегия хаотичной автоматизации является
несистематизированной, поэтому не приносит необходимого эффекта. В
результате такого подхода к автоматизации в организации присутствуют
множество разрозненных прикладных систем.
43
2. Стратегия автоматизации бизнес-процессов организации по
участкам заключается в том, что автоматизации подлежат отдельные
производственные или управленческие подразделения, которые будут
объединены по функциональному признаку. Эта стратегия чаще всего
применяется при автоматизации производственных участков. Для обеспечения
эффективности такой стратегии необходимо осуществить предварительное
стратегическое и оперативное планирование процесса автоматизации.
3. Стратегия автоматизации по направлениям представляет собой
процесс автоматизации выделенных направлений деятельности организации,
например, производства, сбыта или управления финансами. При применении
стратегии автоматизации по направлениям деятельности необходимо
обязательное участие всех организационных подразделений, которые
функционально связаны с автоматизируемым направлением.
4. Стратегия полной автоматизации управления предприятием
включает в себя внедрение автоматизированной системы, состоящей из
комплекса программных модулей различного назначения. Примером такой
стратегии является внедрение системы класса ERP, которая охватывает все
процессы организации.
Поскольку в организации уже существует система, автоматизирующая
большинство бизнес-процессов, и она является собственной разработкой ФГУП
«ВНИИА им. Н.Л. Духова», необходимо, используя стратегию автоматизации по
направлениям, разработать программный модуль для учета рабочего времени
сотрудников организации, который будет функционировать в рамках системы
КИУС «ВНИИА».
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
К способам приобретения информационной системы (ИС) относятся
действия, следующие за определением и формализацией процесса принятия
решений о необходимости внедрения ИС. Длительность этих действий
44
заканчивается с процессом внедрения ИС в деятельность организации.
Различают следующие способы приобретения информационных систем:
Разработка, которая может осуществляться как самостоятельно, так
и с помощью сторонних разработчиков;
Приобретение ИС;
Приобретение типовой ИС с последующей доработкой;
Аренда ИС.
Покупка информационной системы является наиболее дорогостоящим
способом, поскольку необходимы затраты как на покупку самого программного
обеспечения, так и на его внедрение, включая обучение сотрудников и
техническую поддержку со стороны производителя (продавца). Помимо этого,
выше были рассмотрены системы, автоматизирующие учет рабочего времени, и
по результатам проведенного анализа, они показали средний уровень
соответствия критериям.
Кроме того, при покупке информационной системы она часто обладает
избыточными функциями, что отрицательно влияет на эффективность
потраченных средств и усложняет работу с системой.
Существует вариант доработки уже готового решения силами сторонних
разработчиков. Он имеет следующие недостатки:
необходимость тщательного описания происходящих на
предприятии бизнес-процессов для наиболее качественной доработки ИС;
существующая возможность неточной формализации, что влечет
неверную доработку;
частая необходимость в реинжиниринге бизнес-процессов
предприятия для внедрения информационной системы.
Аренда информационной системы избавляет от необходимости заказчика
инвестировать большие средства на покупку локальных приложений для его
развертывания и обеспечения работоспособности.
Появляется возможность периодической небольшой платы за
использование, а если необходимость пропадает, выплаты разработчику можно
приостановить. Однако в этом случае все данные хранятся также у арендатора,
45
что приводит к повышенному риску утраты конфиденциальной информации или
полной ее утрате.
Поскольку одним из направлений деятельности организации является
разработка программного обеспечения, и организацией уже была разработана
система, автоматизирующая большинство бизнес-процессов, наиболее
подходящим решением будет являться самостоятельная разработка
программного модуля, автоматизирующего процесс учета рабочего времени.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Рассмотрим состав и содержание входных и выходных документов
процесса учета рабочего времени. Входными документами являются:
заявления (заявление о предоставлении ежегодного оплачиваемого
отпуска, заявление о предоставлении отпуска без сохранения заработной платы);
больничные листы;
приказы (приказ о привлечении работника к сверхурочной работе).
Из перечисленных документов заявления и приказы не имеют
унифицированной формы. Больничный лист выдается медицинской
организацией и имеет унифицированную форму, представленную на рисунке
1.13.
Данные, перечисленных в документах будут внесены в информационную
систему, и на их основании будет сформирован табель учета рабочего времени
сотрудников организации.
Выходным документом процесса является табель учета рабочего времени.
Табель учета рабочего времени имеет унифицированную форму Т-12. Форма
табеля учета рабочего времени представлена в Приложении 1.
В рамках рассматриваемой задачи будет использован один справочник
«Сотрудник», в котором содержатся данные о сотруднике: ФИО, табельный
номер, должность, название отдела.
Информационная база должна быть организована в виде интегрированной
базы данных с распределенной организацией для обеспечения совместной
46
работы нескольких специалистов [9]. Для организации базы данных будет
использоваться реляционный подход, который минимизирует избыточность
данных и обеспечивает простоту манипулирования ими.
Рисунок 1.13. Унифицированная форма больничного листа
1.4.2. Обоснование проектных решений по программному обеспечению
Персональные компьютеры с процессорами архитектуры x86, которые
используются в качестве рабочих мест сотрудников организации, могут
находиться под управлением следующих операционных систем[13]:
операционные системы семейства Windows, к которым относятся
Windows XP/Vista/7;
операционные системы Linux/BSD семейства UNIX.
47
В процессе разработки программного продукта, выбор какой-либо
операционной системы не может оказать влияние на функциональность
разрабатываемой системы, потому что в процессе реализации алгоритмов
информационной системы не требуетсяиспользование каких-либо
специфических функций операционной системы. Перечисленные типы
операционных систем позволяют разработчикам реализовать программный
продукт без потери функциональности в связи с наличием программных сред
для всех типов операционных систем.
Перечисленные операционные системывключают в свой состав
интерфейсы межсетевого взаимодействия, которые позволяют осуществить
использование разрабатываемой системой средств вычислительных сетей для
осуществления процесса обмена данными и параллельной работы нескольких
копий клиентской версии программного приложения с одними исходными
данными.
Оба вида операционных систем обладают качественным
пользовательским интерфейсом, который позволяет разработчикам
осуществлять разработку программного приложения без учета конкретной
операционной системы.Сравнение операционных систем приведено в таблице
1.6.
Таблица 1.6
Сравнение характеристик наиболее распространенных
пользовательских ОС
Наименование
ОС
Параметр
Windows 7
Linux
MacOSX
Snow
Leopard
10.6
Минимальные системные требования
Процессор
1 ГГц или выше 32-
(x86) или 64-
разрядный (x64)
500 МГц — 1 ГГц
300 МГц
ОЗУ
1 ГБ (32-разрядная
система) / 2 Гб
(64-разрядная
система)
256 МБ
(alternate-
установка) / 384
МБ (стандартная
установка)
192 МБ (32-
разрядная
версия) /
256 МБ (64-
разрядная
версия)
Свободное место
на диске
16 ГБ (32-
разрядная
3-5 ГБ (в
зависимости от
2-3 ГБ
48
Наименование
ОС
Параметр
Windows 7
Linux
MacOSX
Snow
Leopard
10.6
система) / 20 ГБ
(64-разрядная
система)
разновидности)
Видеокарта
Графический
процессор DirectX
9 с драйвером
WDDM 1.0 или
более старшей
версии
Super VGA
(800x600/1024x7
68) из числа
поддерживаемых
системой
VGA (640 x
480)
Другие характеристики
Встроенное
офисное ПО
-
+
-
Высокий уровень
безопасности и
защиты от
вирусов и т.п.
-
+
-
Наличие 64-
битной версии
-
+
+
Удобная работа с
устройствами
хранения
данных
+
-
+
На основании приведенных данных, операционной средой для разработки
и функционирования информационной системы была выбрана операционная
система Windows 7. Эта операционная система обладает высокими показателями
стабильности, простым пользовательским интерфейсом, легкостью настройки и
обслуживания.
Процесс выбора языка программирования для разработки
информационной системы основывается на требованиях к среде
программирования. Проанализировав пользовательские требования
проектируемой ИС, были выделены следующие требования к среде разработки
программного продукта:
кроссплатформенность, которая обеспечивает интеграцию с
другими подсистемами;
безопасность;
49
гибкость, которая позволит внести изменения и доработки в
информационную систему, без дополнительных вложений;
универсальность клиентских приложений;
язык программирования должен предоставлять широкие
возможности по работе с современными СУБД;
открытость исходного кода, которая позволить динамическое
совершенствование ИС и исправление ошибок.
База данных информационной системы будет использована для сбора,
хранения и обработки данных. В процессе разработки базы данных необходимо
уделить внимание процессу хранения большого количества элементов -
вариантов решений поставленной перед ИС задачи[19]. При решении задачи
оптимизации базы данных при применении глобального поиска в ИС, а также
наличие малого количества пользовательских запросов позволяют не
устанавливать жесткие требования к производительности СУБД. На основании
перечисленного выделим требования к СУБД[3]:
СУБД должна быть кроссплаформенной;
СУБД должна обладать полной совместимостью с выбранной средой
разработки;
СУБД должна быть простой в использовании и в процессе внедрения;
СУБД должна быть распространенной в применении. Использование
малораспространенных СУБД могут создать проблемы с поддержкой и
развитием ИС, что повлечет за собой дополнительные затраты на перенос
накопленных данных;
СУБД должна обеспечивать надежность процесса постоянного
наполнения и обеспечения сохранности данных.
Проведём анализ рынка СУБД по нескольким характеристикам.
Результаты анализа представлены в таблице 1.7.
Таблица 1.7
Сравнительные характеристики СУБД
Наименование
СУБД
Размер БД
Защита данных
Требования к
аппаратному
обеспечению
PostgreSQL
Гигабайты
Сильная
Неприхотливые
Interbase
Гигабайты
слабая
Чувствительные
50
Наименование
СУБД
Размер БД
Защита данных
Требования к
аппаратному
обеспеченью
MS Access
Гигабайты
Сильная
Неприхотливые
SyBase
Сотни гигабайт и
больше
Сильная
Чувствительные
MS SQL Server
Сотни гигабайт и
больше
Сильная
Требуют мощных
серверов
Учитывая приведенные выше требования и сравнительный обзор, в
качестве СУБД была выбрана среда MS Access – это многопоточная,
многопользовательская СУБД, основными достоинствами которой являются
быстрота, надежность и простота использования.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации.
Комплекс технических средств составляют:
компьютеры;
устройства сбора, накопления, обработки, передачи и вывода
информации –жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
устройства передачи данных и линий связи – модемы;
эксплуатационные материалы – бумага, CD (DVD)- диски и т. п.
При выборе компьютера необходимо руководствоваться рядом
характеристик [18]. К таким характеристикам относятся надежность,
стоимостные затраты, производительность, простота использования и др. От
значения указанных параметров зависит возможность работы с требуемыми
программными средствами, а, следовательно, и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
51
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
В таблице 1.6 приведено сравнение характеристик существующего
оборудования и требований к современным АРМ, которые достаточны для
работы с разрабатываемой системой[17].
Таблица 1.8
Сравнение технических характеристик
Наименование
характеристики
Существующее
значение
Требуемое
значение
АРМ
тактовая частота
процессора
Intel Pentium Celeron,
1.6
Не менее 2000 Мгц
разрешение монитора
15" 1024x728
Не менее 17"
объем оперативной памяти
1024Mb DDR2 DIMM
Не менее 2 Гб
объем HDD
120 Гб
От 100 Гб
Сервер
тактовая частота
процессора
3,16 ГГц
Не менее 2 Ггц
Объем ОЗУ
32 Гб
Не менее 16 Гб
Количество ядер
До 4
Не менее 2
Маршрутизатор
Коммутационная матрица
116 Гбит/с
116 Гбит/с
Скорость пересылки
пакетов
86.31 Mpps
86.31 Mpps
Количество Ehertnet -
портов
48
48
ИБП
Максимальная выходная
мощность
500 Ватт / 750 ВА
Не менее 400 Ватт
Максимальное задаваемое
значение мощности
500 Ватт / 750 ВА
Не более 700 Ватт
Наименование
характеристики
Существующее
значение
Требуемое
значение
Номинальное выходное
напряжение
230V
230V
МФУ
Макс. разрешение для ч/б
печати
600x600 dpi
Не менее 400x400
dpi
Скорость
19 стр/мин (ч/б А4)
Не менее 10 стр/мин
(ч/б А4)
Макс. формат оригинала
сканера
A4
Не менее A4