56
случайных программных ошибок. [3]
От Visual Basic Delphi отличают жесткая типизированность, которая
позволяет компилятору еще на стадии компиляции выявить многие ошибки и
средства работы с указателями. Это предоставляет возможность применять
так именуемое ранее связывание с библиотеками типов в технологии СОМ, в
то время Visual Basic (и Java, в котором указатели также не поддерживаются)
вынуждены при обращении к СОМ применять наиболее медленное позднее
связывание и интерфейсы диспетчеризации.
Для сравнения языков программирования определим критерии [5]
(таблица 6): простота реализации программы (удобство работы),
кросплатформенность, цена, автоматическое тестирование исходного кода,
безопасность разрабатываемого кода, визуализация графического
приложения, адаптивность технологии, простота реализации кода
(возможность использования упрощенных функций для реализации). Для
сравнения взяты самые популярные языки программирования для десктопных
приложений. Оценки выставлены по пятибалльной шкале.
Таблица 6
Сравнение языков программирования
Критерии\Языки
Delphi
Visual C++
Visual C#
Java
Простота реализации
программы
5
4
4
3
Кросплатформенность
4
4
5
5
Автоматическое
тестирование
исходного кода
5
4
4
3
Цена
5
5
3
4
Безопасность
разрабатываемого
кода
5
4
4
4
Простота реализации
кода
5
3
4
3
Визуализация
графического
приложения
5
4
4
3
Адаптивность
технологии
4
5
5
5
Общая оценка
38
33
29
30
Таким образом, для создания программы, которая обеспечивает работу
57
с БД, наиболее подходящей считается среда разработки приложений Delphi 7.
Синтаксис С++ практически провоцирует формирование запутанных
программ, в которых даже автору сложно разобраться, в то время как ясный и
простой синтаксис Delphi дает возможность последнему претендовать на роль
языка, который идеально подходит для описания алгоритма (не случайно
Паскаль происходит от применяющегося для таких целей алгоритмического
языка АЛГОЛ-60).
Когда по каким-либо причинам окажутся недостаточными возможности
Delphi, можно осуществлять программирование на Ассемблере (машинно-
зависимом языке программирования), органично интегрированному в Delphi.
Во всех случаях Delphi обладает самым быстрым среди продуктов
аналогичного рода оптимизирующим компилятором, который позволяет
создавать быстрые и сравнительно компактные программы [3].
Как выше говорилось, создаваемая БД будет автономного типа. Они
считаются наиболее простыми БД в сравнении с типом файл-сервер, клиент-
сервер и с многоуровневыми распределёнными. Свои данные они хранят в
локальной файловой системе на том ПК, на котором установлены; система
управления и машина БД, которая осуществляет доступ к ним, расположена
на том же самом ПК. Сеть не применяется. В этом случае не появляется
проблема параллельного доступа, если два человека одновременно пытаются
изменить одну и ту же запись.
Подобные БД считаются полезными при развитии тех приложений,
которые распространены среди большого количества пользователей, любой из
которых поддерживает отдельную БД. Это, к примеру, приложения, которые
обрабатывают документацию небольшой фирмы, офиса. Любой пользователь
подобного приложения манипулирует личными своими данными на своём ПК,
у него отсутствует необходимость в доступе к данным другого пользователя
[1].
Рассмотрим 5 разнообразных реляционных СУБД. По методу оценки
иерархий, который предложил Т. Саати, ведется попарное сравнение всех
58
СУБД по каждому из критериев, получается в итоге 5 матриц попарных
сравнений альтернатив [4].
Рассмотрим в качестве альтернатив такие СУБД: PostgreSQL, MySQL;
Microsoft SQL Server; Oracle; DB2 [2].
Пусть производительность имеет наибольшую значимость в сравнении
с остальными критериями, требования к рабочей среде также важны, так как
при выборе СУБД на начальных стадиях рассматривается вопрос о
совместимости разбираемой системы с имеющимися аппаратными и
программными и средствами.
В общем случае, набор требований к СУБД, в зависимости от
установленных целей может изменяться: требования к рабочей среде,
производительность, особенности разработки приложений; функциональные
возможности, структура данных.
Рассмотрим в отдельности каждую из этих групп.
1. Структура данных. К этой группе требований относятся:
предусмотренные типы данных, применяемая модель данных (в самом начале
проектирования информационной системы должен решаться вопрос о
применении той или другой модели).
2. Функциональные возможности. В этой группе требований можно
выделить такие критерии: сетевые возможности, хранимые процедуры и
триггеры, масштабируемость, мобильность.
3. Особенности разработки приложений. Обычно, эти средства
разработки дают возможность наилучшим образом воплотить в действия все
возможности сервера, поэтому при оценке СУБД следует рассмотреть и
возможности средств разработки приложений. К этой группе требований
относятся: возможности разработки Web-приложений, многоязыковая
поддержка, средства проектирования.
4. Производительность. Одним из немаловажных показателей, который
применяется в работе как основной критерий при выборе СУБД, будет
являться производительность системы. Имеются следующие факторы
59
производительности: возможность оптимизирования запросов, возможность
параллельной архитектуры, рейтинг ТРС (Transactions per Cent).
5. Требования к рабочей среде. К этой группе требований относятся:
минимальные требования к операционной системе и оборудованию,
поддерживаемые аппаратные платформы [1].
Сравнение СУБД представлено в таблице 7. Также отдельно добавлены
критерии безопасности, стоимости и возможности работы с языком
программирования Delphi.
Таблица 7
Сравнение СУБД
Критерии\СУБД
PostgreSQL
MySQL
MS
SQL
Server
Oracle
DB2
Структура данных
3
5
4
4
5
Функциональные
возможности
5
4
5
3
5
Особенности
разработки
приложений
3
4
5
4
5
Производительность
4
5
4
4
4
Требования к
рабочей среде
3
5
4
3
3
Защищенность
5
4
5
5
4
Стоимость
4
5
3
2
5
Адаптивность с Delphi
3
5
5
3
5
Общая оценка
30
37
35
28
36
1.4.3. Обоснование проектных решений по техническому обеспечению
Все компьютеры СК объединяются в локальную сеть, что позволяет
удовлетворить все потребности информационного обмена. На рабочих местах
сотрудников компании находятся принтеры для печати разных отчётов,
счетов, списков, и других документов.
В анализируемой задаче техническим обеспечением выступают
средства:
соединительные линии локальной вычислительной сети;
сервера;
ПК менеджеров.
Персональные компьютеры оценивают по таким ключевым критериям:
60
быстродействие видеокарты;
объем оперативной памяти;
объем жесткого диска;
быстродействие процессора.
Поскольку создаваемый модуль будет функционировать на базе клиент
- серверной технологии, все без исключения вычисления будут выполняться
на стороне сервера, а значит, системные запросы к ПК будут минимальными.
Выше описанные технические характеристики ПК относятся к
компьютерам, имеющих среднюю производительность, откуда следует, что их
замена или модернизация не требуется для выполнения установленной задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой
задачи, не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной
пропускной способности. Поскольку в процессе работы создаваемого модуля
и обмена информацией с сервером видео или голосовой трафик не передается,
либо остальные данные большие по объему, то и особенных запросов к
пропускной способности не предъявляют. Поскольку пропускная способность
линий связи на данный момент составляет до 100 мбит/сек, то им также
модернизация или замена не требуются.
61
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла разрабатываемой информационной системы
представлена схемой (рисунок 10). Под моделью ЖЦ понимается структура,
определяющая последовательностью выполнения и взаимосвязи процессов,
действий и задач, выполняемых на протяжении ЖЦ.
Рисунок 10 - Каскадная модель жизненного цикла ИС
Данная модель является каскадной моделью. В каскадной модели
основной характеристикой является разбиение всей разработки на этапы,
причем переход с одного этапа наследующий происходит, только после того,
как будет полностью завершена работа на текущем этапе. Каждый этап
завершается выпуском полного комплекта документации. Однако в процессе
создания ИС постоянно возникает потребность в возврате к предыдущим
этапам и уточнении или пересмотре ранее принятых решений.
Положительные стороны применения каскадного подхода заключаются
в следующем:
- на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
- выполняемые в логичной последовательности этапы работ позволяют
62
планировать сроки завершения всех работ и соответствующие затраты.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Риски на подэтапе «Определение требований к ИС». Главная угроза на
этом подэтапе заключается в недостаточном определении свойств ИС,
которые необходимы для разрешения задачи и в неправильном выборе задач
проектирования (недостаточный или чрезмерно большой объем задач
автоматизации). На стадии эксплуатации это может привести к
дополнительной доработке ИС, что влечёт за собой финансовый риск. Риск
можно предотвратить применением инновационных case-средств в процессе
моделирования бизнес-процессов. В случае появления подобного риска
выполняется дополнительное моделирование с применением инновационных
case-средств.
Основная угроза на подэтапе «Определение функций ИС и стратегий
автоматизации» заключается в неправильном определении стратегии
автоматизации и функций ИС. На этом подэтапе имеется риск ошибочного
выбора метода приобретения ИС. Риск можно предотвратить при помощи
основательного анализа всех вариантов. При возникновении, риск можно
устранить выполнением повторного анализа всех вариантов выбора ИС. Риск
взаимосвязан с риском ошибочного определения стратегии автоматизации и
функций ИС. Такой риск можно предотвратить и устранить применением
инновационных case-средств при выполнении анализа.
Риски на подэтапе «Разработка проекта автоматизации». Основная
угроза заключается в разработке неэффективного плана-графика по
автоматизации: применение излишних ресурсов или их недостаточность.
Данный риск считается финансовым; его можно предотвратить применением
передовых автоматизированных средств проектирования. При возникновении
риск можно устранить, применяя повторную корректировку плана-графика по
автоматизации.
63
На подэтапе «Создание информационного обеспечения задачи»
основные угрозы заключаются в разработке неверной информационной
модели и прототипов экранных форм, неудобных для пользователя. Риск
можно предотвратить по согласованию прообразов экранных форм с
будущими пользователями. Этот риск можно устранить при помощи
дополнительной доработки экранных форм и применяя систему
ModelViewControl (MVC).
На подэтапе «Подготовка к созданию ПО» основная угроза заключается
в неправильной формализации расчётов показателей. Риск можно устранить
посредством тестирования программных модулей на стадии введения.
На подэтапе «Создание ПО» основная угроза состоит в неправильной
разработке программы. Данный риск можно устранить применением для
программирования языка 4-го поколения CLARION, который при
программировании показывает неправильности различных компонентов
создаваемого программного средства. Следует учесть, что тестирование
программных модулей будет выполняться на стадии введения.
Угроза на стадии «Введение» заключается в неправильном
тестировании технического обеспечения программных модулей. Данный риск
можно предотвратить применением лицензионного стендового оборудования,
а устранить можно при помощи двойного тестирования. На стадии
«Сопровождение» основные угрозы заключаются в поломке оборудования,
моральном устаревание ПС и ПО. Первый риск можно предотвратить при
помощи гибкости созданной ИС и при помощи оперативной доработки
программной архитектуры. Второй риск можно предотвратить при помощи
постоянного мониторинга состояния оборудования.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
На основании требований информационной безопасности были
разработаны основные требования по обеспечению информационной
64
безопасности на предприятии, включающие в себя следующие частные
документы [30]:
1. Регламент по условиям применения, подготовки к эксплуатации,
ввода в эксплуатацию, эксплуатации и специальных требований по ПАК
«Соболь»;
2. Основные правила, инструкции и требования по обеспечению
внутренней ИТ-безопасности компании - правила по категорированию
ресурсов АС, категорированию пользователей АС, по порядку обращения с
информацией, которая подлежит защите, правила парольной защиты, правила
защиты от злонамеренного программного обеспечения и вирусов, требования
по контролю физического доступа, требования по физической защите
оборудования, инструкция по безопасному уничтожению оборудования или
информации, инструкция по безопасности рабочих мест (документов на
экране монитора и на рабочем столе), правила осуществления удаленного
доступа, правила осуществления локального доступа, требования резервного
сохранения информации, требования мониторинга и ведения диагностических
лог файлов, требование мониторинга доступа и применения систем и ведения
лог файлов, требования при обращении с носителями данных, требования по
неэлектронному информационному обмену, требования при регистрации
пользователей, требования по проверке прав пользователей, требования по
контролю доступа в операционную систему, требование к процедуре входа в
систему (log on), правила применения системных утилит, правила удаленной
работы мобильных пользователей, требование распределения
ответственности при обеспечении безопасности, правила безопасности при
выборе персонала, требования контроля оперативных изменений, требования
проверки входных данных, требования к использованию криптографических
средств управления, требования по контролю программ операционной
системы, требования по контролю доступа к исходным текстам библиотек и
программ, требования контроля вносимых изменений, требования по
обеспечению непрерывности бизнеса, требования по соблюдению авторских
65
прав на программное обеспечение, требования обеспечения сохранности улик
(доказательств, свидетельств), требования по управлению системным
аудитом;
3. Инструкции по зачислению на работу и допуску новых работников к
работе в АС и предоставление им необходимых полномочий по доступу к
средствам системы, по лишению работников прав доступа в систему и их
увольнению, по действиям различных категорий сотрудников, включая
персонал отдела безопасности информации, по устранению последствий
кризисных (нештатных или аварийных) ситуаций, при их возникновении,
действия сотрудников по устранению последствий кризисных (нештатных или
аварийных) ситуаций при их возникновении, процедуры контроля в случае
инцидентов.
Посредством максимизации целевой функции установлено, что из всех
имеющихся программных комплексов СЗИ от НСД наибольшую
«эффективность» имеет ПАК «Соболь». Следовательно, в своих классах этот
продукт в наибольшей мере соответствуют запросам потребителей, чем
другие. Поэтому, данный комплекс выбран в качестве средства защиты от
НСД в Управлении
Следует также подметить, что выбор весов факторов во многом носит
субъективный характер, несмотря на то, что организован на сопоставлении
факторов и оценке их значимости по отношению друг к другу. Это может
повлиять на итог сравнительного анализа, поэтому имеется возможность
развития научно-исследовательской деятельности, направленной на поиск
теоретической аргументации выбора подобных коэффициентов значимости.
Комплекс "Соболь" служит, чтобы предотвратить
несанкционированный доступ сторонних лиц к ресурсам защищаемого ПК
[31].
Комплекс "Соболь" выполняет следующие важнейшие функции: