35
Возможность
компиляции
8
8
4
Многопоточная
компиляция
8
0
8
Интерпретатор
командной строки
6
4
0
Многомерные
массивы
8
0
8
Динамические
массивы
8
8
0
Ассоциативные
массивы
4
0
0
Интерфейсы
8
0
4
Мультиметоды
8
0
0
Общая оценка
7,25
2,5
3
Рисунок 13. Сравнение языков программирования
Для разработки и отладки программы применялась интегрированная система
Borland Delphi 7.
Выбор этого программного продукта обусловлен следующим:
1. В Delphi имеется возможность визуального конструирования форм, что
избавляет при создании программы от многих аспектов разработки интерфейса
программы, так как Delphi автоматически готовит необходимые программные заготовки
и соответствующий файл ресурсов. Программисту нужно лишь наполнить прототип
0
1
2
3
4
5
6
7
8
Delphi Java Visual Basic
Общая оценка
7,25 2,5 3
Название оси
36
будущего окна элементами интерфейса
10
;
2. Библиотека визуальных компонентов предоставляет огромное разнообразие
созданных разработчиками Delphi программных заготовок, которые после несложной
настройки готовы к работе в рамках создаваемого приложения. Использование
компонентов не только во много раз уменьшает время создания программы, но и
существенно снижает вероятность случайных программных ошибок
11
;
3. Мощность и гибкость языка программирования ObjectPascal – достоинство
Delphi, выгодно отличающее эту среду от других инструментов RAD. От языка Visual
Basic язык Pascal отличает строгая типизированность, позволяющая компилятору ещё на
этапе компиляции обнаружить многие ошибки, а также средства работы с указателями.
Последнее даёт возможность использовать так называемое раннее связывание с
библиотеками типов в технологии COM, в то время как VisualBasic (а также Java)
вынуждены при обращении к COM объектам использовать более медленное позднее
связывание. Синтаксис языка C++ прямотаки провоцирует создание запутанных
программ, в то время как простой синтаксис ObjectPascal позволяет очень просто
описывать любой алгоритм, так как Pascal происходит от использующегося для этих
целей алгоритмического языка АЛГОЛ-60. Кроме всего выше перечисленного,
ObjectPascal имеет самый быстрый среди продуктов подобного рода оптимизирующий
компилятор, позволяющий создавать быстрые и относительно компактные программы
12
;
4. Среди прочих преимуществ Delphi можно выделить самую эффективную работу
с базами данных. Это обуславливается тремя обстоятельствами: высоко
производительной машиной для доступа к данным разного формата (ODBC), наличием
многочисленных компонентов, ориентированных на работу в этой сфере;
5. В настоящее время для создания современного программного обеспечения
приходится использовать несколько различных программных продуктов, а в базовую
конфигурацию Delphi уже входят множество продуктов, для создания различных
элементов программного обеспечения.
Таким образом, можно сделать вывод о том, что Delphi – один из самых мощных
инструментов разработки программных продуктов любой сложности и направленности.
А Delphi 7 наиболее совершенная из всех версий прочих версий данной среды разработки
10
Белов В.В., Чистякова В.И. Программирование в Delphi: процедурное, объектно-ориентированное, визуальное:
Учебное пособие для вузов. – М.: РиС, 2014. – 240 c
11
Осипов Д. Delphi. Профессиональное программирование. – СПб.: Символ-плюс, 2015. – 1056 c
12
Database в Delphi [Электронный ресурс] // URL: http://delphibox.ru/database-%D0%B2-delphi.html (дата обращения:
08.01.2020).
37
приложений. Для выполнения данных требований необходимо и достаточно разработать
базу данных в среде СУБД Access 2007.
Microsoft Access в настоящее время является одной из самых популярных среди
настольных (персональных) программных систем управления базами данных
13
.
Для программной реализации АРМ специалиста планового отдела выбираем
СУБД MicrosoftAccess.
MSAccess – это самая популярная сегодня настольная система управления базами
данных. Её успех заключается в прекрасной реализации продукта, рассчитанного как на
начинающего, так и квалифицированного пользователя. Опишем основные
эргономические особенности данной СУБД: MSAccess имеет один из самых лучших
наборов визуальных средств среди аналогичных программных продуктов. Вся работа с
базами данных интегрирована в окне базы данных.
При разработке программы широко используются такие современные решения, как
панели инструментов, технология Drag&Drop (перетащи и брось), панели свойств,
гипертекстовые ссылки и др. При создании форм, отчетов, запросов существует
возможность воспользоваться большим количеством встроенных шаблонов и
«помощников», следовательно сокращается процесс написания программы. Широко
развитый пользовательский интерфейс. Существует возможность создавать в клиентских
приложениях все элементы стандартного интерфейса Windows-приложений: окна,
кнопки, полосы прокрутки, кнопки выбора, кнопки переключения и многие другие.
Под аппаратным обеспечением, которое применяется для функционирования,
понимается следующая совокупность технических средств:
– компьютеры;
– периферийная техника;
– линии связи;
– физическая среда для передачи информации;
– сетевое аппаратное оборудование;
– организационная техника и другие.
Применяемые аппаратные средства имеют такие составляющие компоненты:
– компьютеры;
– аппаратные устройства по выполнению операций сбора, обработки оперативных
данных;
13
. Бекаревич Ю., Пушкина Н. Самоучитель Microsoft Access. – СПб.: БХВ-Санкт-Петербург, 2017. – 426 с.
38
– устройства по обеспечению качественной передачи информации по сетям;
– монтажные и другие материалы.
Минимальные системные требования для конфигурации:
– Процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с
поддержкой AMD64).
– Оперативная память 2048 Мб и выше.
– Жесткий диск 40Гб и выше.
– Устройство чтения компакт-дисков.
– USB-порт.
– SVGA-видеокарта.
Анализируя перечень аппаратного обеспечения, что применяется в «Falcon group»,
можно сделать вывод, что они соответствуют в полной мере всем поставленным целям
автоматизации бизнес-процесса «Управление персоналом».
39
Глава 2. Разработка проекта автоматизации управления персоналом
2.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ_ в современных автоматизированных ИС (АИС) – это
полностью контролируемый непрерывный процесс, что также может выполняться с
самого момента непосредственного утверждения надобности для создания АИС и до
изъятия ее с эксплуатации. Стоит также заметить, все ЖЦ являются только одним с
совокупности базовых терминов при рассмотрении теории проектирования для многих
современных АИС.
Основным нормативным положением для регламентации разработки жизненного
цикла, считают сертифицированный международный документ с разработки ISO серии
9000 Международной организации стандартизации программ.
ИС включены в состав СУБД и являются узконаправленным инструментальным и
прикладным (пользовательским) ПО. Модель жизненного цикла ПО отражает структуру,
определяющую последовательность реализации и взаимосвязь процессов, действий и
задач в рамках всего ЖЦ. Модель ЖЦ зависит от специфики, масштаба и трудности
проекта и конкретных условий, в которых система развивается и работает. Сегодня
наибольшее распространение получили три базовые модели ЖЦ:
Итерационная модель (70-80 г.г.);
Каскадная модель (70-85 г.г.);
Спиральная модель (сегодняшние дни).
ЖЦ информационной системы обычно представляет собой набор этапов, работ и
операций в порядке их реализации и взаимосвязях, определяющих ведение работ от
составления технического задания до финальных испытаний ряда версий и завершения
эксплуатации ПС или ИС.
Подобные стандарты состоят из правил описания начальной информации,
методики выполнения операций, осуществляют контроль технологических процессов и
правил представления их результатов. Еще они определяют содержание технологических
и эксплуатационных документов на комплексы ПО. Они выражают организационную
структуру коллектива, поддерживают распределение и планирование заданий, реализуют
контроль над этапами разработки комплекса ПС.
Каскадная модель часто может характеризоваться разбиением процесса разработки
определенного программного средства сразу на некоторые этапы, и, стоит отметить, что
все их переходы между этими этапами к следующему будут реализовываться только
40
после завершения предшествующих (рисунок 14)
14
.
Рис. 14. Структура каскадной модели
Рассмотрим некоторые положительные свойства описываемой модели ЖЦ:
– при реализации каждого этапа этапе создается законченный набор документации;
– все этапы создания АИС, должны быть реализованы строго в нужной
последовательности, тогда они дают возможность спланировать конкретные сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на начальных этапах
разработки АИС практически точно выполнить описание всех требований.
Для преодоления проблем, что описаны выше при использовании каскадной
структуры, еще в начале 70-х годов 20 века предложена спиральная модель построения
АИС.
14
Арский Ю.М., Гиляревский Р.С., Егоров В.С. и др Информационный рынок в России.-М.:ВИНИТИ, 2014.-293с.
41
Рисунок 15. .Структура спиральной модели
При рассмотрении такой структуры рассматривался упор на некоторые исходные
этапы описанной выше каскадной модели
15
:
– анализ проблемы построения;
– проектирование АИС.
Создание прототипов также может осуществляться часто и за несколько целых
итераций, которыми являются воображаемые витки спирали. Все такие итерации могут
соответствовать также созданию некоторого этапа АИС (прототипа), где уточняются
новые цели, характеристики программного осуществления, а также оценивается
суммарное качество имеющихся результатов.
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней объединены также элементы последовательной
модели при использовании итерационной структуры Боэма для модернизации
приведенной выше каскадной модели. Каждая из последовательностей может сама
проектировать специальный необходимый инкремент АИС. Самой главной реализацией
указанного подхода считают специальную технологию экстремального
15
Габец А. П., Козырев Д. В., Кухлевский Д. С., Хрусталева Е. Ю. Реализация прикладных задач в системе
"1С:Предприятие 8.2" (+ CD-ROM); 1СПаблишинг - Москва, 2016. - 720 c.
42
программирования, что ориентировано также на малые приросты в их
функциональности.
Рисунок 16. Инкрементная модель
Преимущество указанной модели состоит непосредственно и в том, что вовсе нет
надобности вкладывать самые разные средства уже ранее, которые выделяются на всю
АИС.
Существуют следующие основные стратегии внедрения системы:
1) Стратегия “Параллельное использование”. Параллельное использование -
параллельно выполняются старая и новая технология решения задачи, их результаты
сравниваются. Если результаты согласуются длительное время, то осуществляется
переход на новую технологию.
Плюсы:
- минимальный риск ошибок в виде новых технологий;
- управления внедрения ИС может осуществлять независимо от обычного
операционного планирования компании.
Минусы: - двойная загрузка персонала; - потребности в удвоенных мощностях
серверов; - необходимость постоянной сверки результатов работы 2х технологий.
2) Стратегия “Пилотный проект”.
Пилотный проект - тактика скачка применяема к ограниченному числу процессов,
43
областью применения обычно является небольшой участок.
Плюсы:
- минимальный риск выбора неверного решения, которое не приводит к
длительному простою всего предприятия;
- возможность изменения планируемой технологии в процессе внедрения ИС на
участке;
- отсутствие 2х затрат на реализацию технологии.
Минусы:
- сложность интеграции информационных потоков формируемых по старой и
новой технологии;
- необходимость управления старой и новой ИС одновременно.
3) Стратегия “Узкое место”. Узкое место - автоматизация малой части
производственного процесса, который обычно выбирается по критериям, их
эффективности приводящих к повышению качества реализации процессов только в
определенном узком месте.
Плюсы:
- после автоматизации каждого узкого места имеется возможность прервать
автоматизацию;
- минимальные требования к уровню планирования работ внедрения.
Минусы:
- выполнение полного цикла планирования на каждом из узких мест - ввиду
возможности прерывания автоматизации процесс может, не закончится некогда;
- независимость автоматизации узких мест может привести к формированию
избыточного множества программно аппаратных решений.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации логичным будет выбрать стратегию внедрения «Узкое место».
На этапах ЖЦ задачи разработки ИС управления персоналом могут возникнуть
риски.
Для начала рассмотрим понятие "риск". Стандарты Practice Standard for Project Risk
Management и PMBOK дают следующее определение: риск – это неопределенное
событие или условие, наступление которого отрицательно или положительно сказывается
на целях проекта
16
.
16
Шайдуллина Э.Н., Смоленцева Л.В. Управление рисками информационного проекта // Вест- ник современных
исследований. - 2017. - С. 206-209.
44
Существует понятие «Информационный риск». Базовая терминология теории
управления информационными рисками на сегодняшний день сформирована в системе
международных стандартов ISO/IEC 27000, которые гармонизированы в Российской
Федерации в серии ГОСТ Р ИСО/МЭК 27000.
Информационный риск – это возможное событие, в результате которого
несанкционированно удаляется, искажается информация, нарушается ее
конфиденциальность или доступность
17
. Следовательно, понятие информационного
риска используется как синоним понятия угроза безопасности информации.
Основная цель управления риска – уменьшения вероятности появления
нежелательных событий и снижение области действий, продолжительности, т.е. степени
их отрицательного влияния. Управление риском иногда называют предотвращение риска.
Обычно эта деятельность при разработках ИС и программных пакетов включает
определенную последовательность этапов – идентификация рисков и их категории и
источников их возникновения.
Оценка риска – это основной процесс в методологии управления рисками.
Организации используют оценку риска с целью определения степени потенциальной
угрозы и риски, связанные с ИТ-системой на всем протяжении ее жизненного цикла.
В оценке рисков для ИТ-системы первым шагом является определение области
деятельности. На этом этапе границы его системы идентифицируются вместе с ресурсами
и информацией, которая составляет систему. Характеризуется система, которая
определяет область оценки рисков, очерчивает оперативные санкции (или аккредитации),
границы и обеспечивает информацию (например, об оборудовании, программном
обеспечении, подключении к системе), необходимую для определения риска.
Целью второго этапа является выявление потенциальных источников угроз и
формирование классов угроз для данной информационной системы. Выявление
уязвимостей должно включать в себя анализ уязвимости, связанных с системой среды.
Целью данного шага является разработка перечня уязвимостей системы (недостатки или
слабые стороны), которые могут стать жертвой потенциальной угрозы.
Типы рисков:
Проектный тип рисков. В него включены риски, которые связаны с ошибками в
бюджете; в графике работ; с проблемами персонала организации; риски различных
изменений в текущем законодательстве.
17
Смоленцева Л.В. Анализ подходов к созданию информационных систем для экономистов // Экономика и социум.
- 2014. - №4-6 (13). - С. 69-74.