48
информационной системы. Более сложным и дорогостоящим вариантом
является создание тестового проекта на основе нескольких СУБД и
последующий выбор наиболее подходящего из кандидатов. Но и в этом случае
нужно ограничивать круг возможных систем, опираясь на некие критерии
отбора. В данном случае можно выделить несколько групп критериев:
Моделирование данных;
Особенности архитектуры и функциональные возможности;
Контроль работы системы;
Особенности разработки приложений;
Производительность;
Надежность;
Требования к рабочей среде.
На уровне технических характеристик разнообразие СУБД еще больше,
чем на качественном уровне. К техническим характеристикам относятся:
общие параметры (операционная среда, потребность в оперативной
памяти, ограничения на максимальный объем БД и др.);
ограничения на операции над данными;
типы данных;
возможности средств формулировки и выполнения запросов;
работа в многопользовательских средах;
инструментальные средства разработки приложений;
импорт и экспорт.
Оценка производительности производится методом тестирования с
помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and
Portable). В них контролируется широкий спектр часто встречающихся операций
базы данных и моделируются однопользовательские и многопользовательские
среды. Ниже, в таблице 1.4.2 приведена сравнительная таблица трех
распространенных систем управления базами данных, конкурирующих на рынке
программного обеспечения по основным показателям.
49
Таблица 1.4.2
Сравнение СУБД
Microsoft SQL
Server 2016
MySQL 5.1
PostgreSQL
8.4
Поддерживаемые
операционные
системы
Windows
Desktop/Server
Windows
Desktop/Server
, Linux, Unix,
Mac
Windows1 Desk
top/S22erver,
Linux, Unix,
2Mac
Условии
лицензирования
Коммерческий
продукт с закрытым
исходным кодом.
Есть бесплатная
версия
с ограничением
оперативной памяти
до 4 Гб.
Коммерческая
лицензия и
GNU GPL.
Лицензия BSD
Open Source.
Наличие
предустановленных
драйверов
в ОС семейства
Windows
Да
Нет
Нет
Наличие драйверов
ODBC, JDBC,
ADO.NET
Да
Да
Да
Поддержка
репликации
Да, встроенная
и разных типов.
Но внесение
структурных
изменений после
начала репликации.
Да, включая
mater-master
репликацию.
Да,
но с помощью
сторонних
продуктов
с открытым
исходным
кодом.
Репликация
всех типов.
Возможность писать
хранимые функции
на разных языках
программирования
Да, теоретически
на любом языке,
поддерживающим
CLR, например
VisualBasic.NET, C#,
IronPython,
но сначала надо
скомпилировать код
в библиотеку dll.
Нет (кроме
C и PL/SQL)
Да, наиболее
полная
поддержка
из всех
рассматриваем
ых.
50
Продолжение Таблицы 1.4.2
Microsoft SQL
Server 2016
MySQL 5.1
PostgreSQL
8.4
Возможность
создавать
пользовательские
агрегированные
функции
Да любой .NET язык,
кроме TRANSACT
SQL.
Да, только на С
Да на PL langu
age
и встроенных
C, SQL,
PLPgSQL.
Поддержка даты
и времени
Да
Да (но без
временной
зоны)
Да
Аутентификация
Средствами
БД и ActiveDirectory
Средствами БД
Много разных
методов,
включающих
предыдущие
Разграничение
доступа к столбцам
Да
Да
Да
Поддержка
DISTINCT ON
Нет
Нет
Да
Поддержка WITH
ROLLUP
Да
Да
Да
Поддержка WITH
CUBE
Да
Нет
Нет
Поддержка функций
OVER..PARTITION BY
Да
Нет
Да, причем
лучше, чем
в MS SQL
Поддержка
рекурсивных
запросов
Да
Нет
Да
Производительность
планировщика
запросов для
сложных запросов
Средняя (умеет
параллельные
запросы
«из коробки»)
Очень хорошая
Плохая
Таким образом, для проекта, рассматриваемого в данном дипломном
проекте наиболее приемлема СУБД MS SQL.
51
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническими обеспечениями являются оргтехника, персональный
компьютер, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности, которая влияет на сбор, передачу и обработку
информации.
При выборе компьютера необходимо руководствоваться рядом
характеристик. К таким характеристикам относятся надежность, стоимостные
затраты и производительность. Значения указанных параметров влияют на
возможность работы с требуемыми программными средствами.
Наиболее важными критериями при покупки технического обеспечения
являются:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
Анализируя уже имеющиеся на предприятии оборудование, делаем
заключение, что они подходят по указанным требованиям.
Для печати, копирования и сканирования документов должно
присутствовать соответствующее оборудование. Для обеспечения сохранности
данных при аварийном отключении электропитания персональный компьютер
должен иметь блок бесперебойного питания.
Как многофункциональными устройствами, так и устройствами
бесперебойного питания, рабочие места пользователей уже оборудованы,
поэтому внедрение разрабатываемой системы не требует закупки и установки
дополнительных технических средств.
52
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл является базовым понятием методологии
проектирования информационных систем. Начало происходит с принятия
решения о создании информационной системы и заканчивается в момент
полного изъятия ее из эксплуатации.
Жизненный цикл информационной системы объединяет все этапы и
стадии создания, сопровождения и развития:
изучение предметной области с формированием информационной и
функциональной моделей объекта, для которого предназначена
информационная система;
проектирование системы, заключающееся в создании проектных
решений, удовлетворяющих требованиям технического задания;
разработку системы (в том числе тестирование и программирование
программ на основании проектных спецификаций подсистем);
выявление сбоев с последующим их устранением и тестирование
информационной системы;
сопровождение системы и ее эксплуатацию;
развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Существует множество стандартов, регламентирующих жизненный цикл
программ, а в некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 – распространяется на автоматизированные системы
и устанавливает этапы и стадии их создания. В стандарте имеется описание
содержания работ на каждом этапе. Этапы и стадии работы, закрепленные в
стандарте, в большей степени соответствуют каскадной модели жизненного
цикла.
53
ISO 12207 – применяется при приобретении программ и систем с
оказанием услуг (сопровождение, внедрение). Также при, разработке,
эксплуатации, сопровождении и поставке как в самой организации, так и вне ее.
ISO 15288 – обеспечивает основы процессов, составляющих
жизненной цикл систем. Этот жизненный цикл задействует концепции идей
вплоть до снятия системы с эксплуатации.
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем – технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных на
использование в проектах с применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также
для технологий "быстрой разработки" (Fast Track) или "облегченного подхода",
рекомендуемых в случае малых проектов.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на итерации, в результате которых
выпускается версия для внешнего или внутреннего использования. Прохождение
через цикл разработки, каждый цикл завершается созданием новой версии
системы. Если после этого работа над проектом не останавливается, то
полученный продукт продолжает развиваться и снова минует те же фазы.
В настоящее время существует две основные модели жизненного цикла –
это каскадная и спиральная модели. В каскадной модели процесс разработки
происходит поэтапно, шаг за шагом. Переход к следующему этапу начинается
только после завершения предыдущего. В спиральной модели разработка идет
по нарастающей. На начальном этапе разрабатывается система с высоким
уровнем абстракции, а на последующих витках эта разработка все больше и
больше конкретизируется.
Для жизненного цикла текущей системы была выбрана каскадная модель,
так как для разрабатываемой системы больше подходит поэтапная разработка.
Переход к следующему этапу происходит только после окончания всех работ на
54
предыдущем этапе см. рисунок 2.1.1, включая подготовку полного пакета
документации, достаточной для того, чтобы разработка могла быть продолжена
другой группой разработчиков и есть возможность планирования сроков
завершения работ и затрат на их выполнение.
Рисунок 2.1.1 Каскадная схема разработки
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать их
как можно лучше с технической точки зрения.
Для разработки системы был выбран стандарт ГОСТ 34.601-90. Данный
стандарт имеет набор процессов, действий и задач, охватывающий широкий
спектр возможных ситуаций при максимальной адаптации.
Существует четыре способа внедрения новой системы:
Параллельная стратегия;
55
«Скачок»;
Пилотный проект;
«Узкое место».
Специфика работы компании предполагает невозможность приостановки
работы из-за внедрения новой информационной системы, поскольку это может
повлечь за собой потерю клиентов и ошибки в процессе документооборота.
Метод «скачка» предусматривает отказ от работающей системы и
моментальный и переход на новую информационную систему.
Метод «узкого места» является принципиально неприемлемым для
разрабатываемой системы, так как предполагает внедрение информационной
системы в наиболее критический участок работы предприятия.
В итоге наиболее подходя два варианта технологии внедрения
информационной системы – параллельная стратегия и стратегия пилотного
проекта. Их сравнительная характеристика приведена в таблице 2.1.1.
При использовании параллельной стратегии внедрения проекта
одновременно работают старая и новая системы, их результаты и выходные
документы сравниваются. Гораздо более важным критерием при этом
необходимо считать снижение риска. В итоге наиболее выгодной представляется
стратегия параллельного внедрения.
Таблица 2.1.1
Сравнение стратегий внедрения
Позиция
Параллельная стратегия
Пилотный проект
Случай применения
Старую работающую
систему необходимо
заменить новой.
Тактика «скачка», но
применяемая к ограниченному
числу функций.
Область
применения
Не имеет значения.
Малый участок деятельности.
Риск срыва работы
предприятия
Риск минимальный.
Стратегия нацелена на снижение
риска при внедрении.
Дублирование
операций
Есть
Нет
В случае обнаружения ошибок при внедрении новой информационной
системы осуществляется поиск причин и ошибок, внесение корректировок в
56
компоненты системы, в технологию обработки информации, в работу
технических средств и в исходные данные.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При внедрении системы существуют определенные факторы риска, к ним
относят:
Неготовность сотрудников;
Появление проблем безопасности при передаче данных;
Отсутствие общедоступности данных.
Придется столкнуться с серьезными специфическими проблемами.
Развитие проектов опирается на богатый опыт, полученный компаниями при
эксплуатации систем и разработке. Также отсутствие привычки тщательно
разрабатывать стратегию бизнеса и планировать планы.
Традиционная непрозрачность больших корпораций являются
основными причинами неразвитости в стране. Высокая степень концентрации
интеграции ключевых рынков не способствуют стремлению включить в разряд
первоочередных задач.
Другими причинами рисков при внедрении систем является недостаток в
IT-специалистах, которые хорошо понимают процессы и неготовность
менеджмента к сложностям процесса внедрения.
Еще одна проблема внедрения технологий связана с тем, что в стране
большой дефицит подходящих технологических решений для организации и
интеграции в них корпоративных управленческих систем.
Подводя итоги сказанному, можно отметить, что для создания
действительно настоящей системы в стране, необходимо будет решить
существующие проблемы.
Специалист внедрения должен обеспечить принятие
стандартизированной системы во всех автоматизируемых процессах.
Направленные меры на осуществление могут быть следующими:
Быстрое внедрение на тестовой среде;
57
Быстрое разворачивание на остальных стендах;
Делегирование ключевых сотрудников всех подразделений для
участия во внедрении на тестовой среде;
Взвешенный отбор и документирование функциональности для
внедрения на тестовой среде;
Прозрачный процесс стандартизации на основе заранее заданных
критериев повышения эффективности, снижения затрат, ориентации на
потребителя и т.д.;
Конфигурация и настройка максимально возможной
функциональности на тестовой среде с оглядкой на процессы и практики,
принятые на остальных участках активности.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Меры по защите информации в разрабатываемой системе включает в себя
следующее:
защита информации системы от внутренних угроз;
защита информации от внешних угроз.
В системе используется политика разделения прав доступа для защиты от
внутренних угроз. Разграничение прав пользователя приведена в таблице 2.1.2.
Таблица 2.1.2
Разграничение прав пользователей
Группы
пользователе
й
Модуль
«Тесты»
Модуль
«Тестиро
вание»
Модуль
«Итоги
тестирования»
Справочн
ики
Преподаватель
Неограничен
Ограничен
Неограничен
Ограничен
Учащийся
Ограничен
Неогранич
ен
Ограничен
Ограничен
Администратор
Неограничен
Неогранич
ен
Неограничен
Неогранич
ен