55
производительность системы. Имеются некоторые факторы, которые относятся к
производительности системы, а также могут учитываться для анализа
производительности данной СУБД. Это следующие факторы: возможности
оптимизирования запросов, возможности параллельной архитектуры, рейтинг
ТРС (TransactionsperCent).
5. Требования к рабочей среде. К этой группе требований относятся:
минимальные требования к операционной системе и оборудованию,
поддерживаемые аппаратные платформы [1].
Рассмотрим 5 разнообразных реляционных СУБД. По методу оценки
иерархий, который предложил Т. Саати, ведется попарное сравнение всех СУБД
по каждому из критериев, получается в итоге 5 матриц попарных сравнений
альтернатив.
Рассмотрим в качестве альтернатив такие СУБД:
1) PostgreSQL;
2) MySQL;
3) Microsoft SQL Server;
4) Oracle;
5) DB2.
По критерию «Структура данных» проведем сравнение выбранным СУБД.
Все перечисленные альтернативы реализуют объектно-реляционную
модель данных (ОРСУБД) либо реляционную модель данных (РСУБД).
Следовательно, все представленные системы подходят для сравнения и
анализа. Анализ всех альтернатив проводится по предусмотренным типам
данных. По итогам такого анализа, возможно, построить матрицу попарных
сравнений альтернатив по первому критерию, главное собственное значение и
остальные показатели, а также определить вектор приоритетов [3].
Вектор приоритетов: ОД 8 0,08 0,24 0,33 0,17
Главное собственное значение: 5,34. Индекс согласованности (ИС): 0,084.
Отношение согласованности (ОС): 0,07. Как видно, ОС в пределах нормы.
По критерию «Функциональные возможности» проведем сравнение
выбранным СУБД.
Пункт «Триггеры и хранимые процедуры» определяет существование
56
класса процедур, функций в некоторой СУБД. Триггер - программа базы
данных, которая всегда вызывается при удалении, изменении или вставке строки
таблицы. Триггеры гарантируют проверку различных изменений на
корректность, за некоторое время до принятия таких изменений. Хранимая
процедура - программа, хранящаяся на сервере и которая может быть вызвана
пользователем. Так как, выполняются хранимые процедуры прямо на сервере баз
данных, происходит более высокое быстродействие, чем при осуществлении тех
же операций средствами пользователя БД [1]. По данному пункту проведем
анализ альтернатив.
Пункт «Масштабируемость» предполагает возможности анализируемой
СУБД по росту объема данных со временем и при необходимости [4].
Необходимо разобрать предельно возможный объем хранимых данных для
определенной альтернативы.
Таким образом, проанализированы представленные альтернативы по
пунктам критерия «Функциональные возможности». По итогам рассмотрения
есть возможность построить матрицу попарных сравнений альтернатив по
второму критерию, определить вектор приоритетов и главные показатели.
Вектор приоритетов: 0,07 0,13 0,09 0,49 0,22
Главное собственное значение: 5,45. Индекс согласованности (ИС): ОД 11.
Отношение согласованности (ОС): 0,09.
Разберём критерий «Особенности разработки приложений». При разборе
данного критерия следует определить трудозатраты на администрирование баз
данных. Главные цели подобного администрирования: конфигурирование и
установка базы данных, текущее администрирование базы данных, резервное
копирование/восстановление [5].
По итогам рассмотрения есть возможность построить матрицу попарных
сравнений альтернатив по третьему критерию, определить вектор приоритетов и
главные показатели.
Главное собственное значение: 5,04. Индекс согласованности (ИС): 0,01.
Отношение согласованности (ОС): 0,01.
По критерию «Производительность» проведем сравнение выбранных
СУБД
57
При тестировании производительности используют разные средства. Для
тестирования имеется большое количество тестовых рейтингов. Самым
объективным и распространенным считается ТРС-анализ производительности
систем. Показатель ТРС - это соотношение числа запросов, которые
обрабатываются за некий интервал времени, к общей стоимости системы.
Отметим, что для СУБД PostgreSQL тест ТРС не проводится, а система MySQL
проводит свои тесты производительности [6].
По полученным данным произведем оценку рассматриваемым СУБД по
критерию «Производительность», построим матрицу попарных сравнений
альтернатив.
Вектор приоритетов: 0,47 0,15 0,07 0,24 0,07
Главное собственное значение: 5,14. Индекс согласованности (ИС): 0,036.
Отношение согласованности (ОС): 0,03.
Проанализируем критерий «Требования к рабочей среде» [3].
Проведем оценку рассматриваемым СУБД по критерию «Требования к
рабочей среде», построим матрицу попарных сравнений альтернатив.
Пусть производительность имеет наибольшую значимость в сравнении с
остальными критериями, требования к рабочей среде также важны, так как при
выборе СУБД на начальных стадиях рассматривается вопрос о совместимости
разбираемой системы с имеющимися аппаратными и программными и
средствами.
Построим матрицу попарных сравнений критериев пронумеруем
критерии от 1 до 5 для удобства.
Вектор приоритетов альтернатив: 0,07 0,07 0,12 0,49 0,25
Главное собственное значение: 5,03. Индекс согласованности (ИС): 0,01.
Отношение согласованности (ОС): 0,01.
Соответственно, веса анализируемых СУБД распределяются таким
образом: MySQL (0.32), DB2 (0.28), MSSQLServer (0.16), Oracle (0.13),
PostgreSQL (0.11) (рисунок 12).
58
Рис. 12 Результаты анализа СУБД
На основании данного сравнения выбираем для использования СУБД
MySQL.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническим обеспечением (ТО) — является набор технических средств,
который предназначается для обеспечения работоспособности
автоматизированной системы [11].
В такой комплекс входят ЭВМ, которые осуществляют обработку
информации, средства накопления и хранения данных и выдачи результатной
информации, средства передачи данных по каналам связи, средства подготовки
данных на машинных носителях, средства сбора и регистрации информации,
организационная техника и вспомогательное оборудование [2].
Для компании предлагается создать систему, созданной на клиент-
серверной архитектуре, соответственно требованиям, которые предъявляются к
техническому обеспечению. Они включают в себя требования, как к серверной,
так и к клиентской части. Все компьютеры компании объединяются в локальную
0,32
0,28
0,16
0,13
0,11
0
0,05
0,1
0,15
0,2
0,25
0,3
0,35
MySQL DB2 MS SQL Server Oracle PostgreSQL
59
сеть, что позволяет удовлетворить все потребности информационного обмена.
На рабочих местах сотрудников компании находятся принтеры для печати
разных отчётов, счетов, списков, и других документов.
Так как задачи предполагается решать при помощи веб-ориентированной
системы, необходимы будут веб-сервер и компьютеры для рабочих мест.
Характерные свойства архитектуры «клиент-сервер» и прочие специфичности
веб-ориентированных систем дают возможность им работать на ЭВМ с низкими
системными требованиями. Сдерживающим фактором являются запросы
операционной системы, потому, что современные браузеры к ресурсам
нетребовательны.
Локально-вычислительная сеть компании создавалась по технологии
Ethernet с применением маршрутизатора ASUS AX-112W по топологии «дерево
с активными узлами».
Средой передачи данных служит кабель витая пара 5 категории
(100BASE-ТX) со скоростью передачи до 100 мбит/сек.
В сети выделяется 2 сегмента
-серверный сегмент;
- пользовательский сегмент.
Доступ в глобальную сеть Интернет осуществляется по выделенной линии
при помощи технологии ADSL, со скоростью до 10 мбит/сек.
В качестве ADSL-модема использован D-Link DCM-202.
Серверная ферма состоит из файлового сервера, веб-сервера.
Пользовательский сегмент сети поделен на фрагменты согласно
организационным делением компании.
В каждом из сегментов размещаются рабочие станции и МФУ Brother
DCP-9010CN для размножения, распечатки и ксерокопирования документов.
В анализируемой задаче по автоматизации, в процессе которой требуется
автоматизировать процедуру регистрации посетителей, а также распределения и
планирования медицинских процедурных кабинетов, техническим обеспечением
выступают средства:
соединительные линии локальной вычислительной сети;
сервера;
60
ПК менеджеров.
Персональные компьютеры оценивают по таким ключевым критериям:
быстродействие видеокарты;
объем оперативной памяти;
объем жесткого диска;
быстродействие процессора.
Поскольку создаваемый модуль будет функционировать на базе клиент -
серверной технологии, все без исключения вычисления будут выполняться на
стороне сервера, а значит, системные запросы к ПК будут минимальными.
Выше описанные технические характеристики ПК относятся к
компьютерам, имеющих среднюю производительность, откуда следует, что их
замена или модернизация не требуется для выполнения установленной задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой
задачи, не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной пропускной
способности. Поскольку в процессе работы создаваемого модуля и обмена
информацией с сервером видео или голосовой трафик не передается, либо
остальные данные большие по объему, то и особенных запросов к пропускной
способности не предъявляют. Поскольку пропускная способность линий связи
на данный момент составляет до 100 мбит/сек, то им также модернизация или
замена не требуются.
61
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта начинается с момента принятия решения о
начале создания и заканчивается только в момент выведения его из
эксплуатации. Современные IT проекты разрабатываются с учётом принятых
стандартов, но так как проект разрабатывается собственными силами
предприятия, то стандарт жизненного цикла должен отвечать ряду требований:
- стандарт не должен содержать жёстких нормативных критериев;
- при использовании стандарта не должно быть излишней
бюрократической нагрузки;
- стандарт должен содержать общую структуру жизненного цикла, а также
действия, процессы, а также задачи, которые необходимо реализовать в процессе
создания проекта;
- стандарт должен быть актуален и соответствовать современным
требованиям к ИС.
Жизненный цикл проекта регламентируют ГОСТы серии 34. Но в
настоящее время отдельные положения данных ГОСТов очень сильно устарели,
к тому же, некоторые этапы из жизненного цикла регламентированы не в полной
мере.
Другим стандартом считается международный стандарт ISO/IEC
12207:1995 «Information Technology — Software Life Cycle Processes». Данный
стандарт больше подходит для описания жизненного цикла проекта,
представленного в предоставленной работе, так как он ориентирован прежде
всего на разработку ИС в рамках предприятия и даёт общие рекомендации для
любого жизненного цикла, в тоже время позволяя определить его структуру и
сформулировать процессы, действия и задачи в рамках каждого этапа.
Для предоставленного проекта выделены следующие стадии жизненного
цикла:
- анализ;
- проектирование;
62
- внедрение;
- сопровождение.
Первая стадия «Анализ». Эта стадия начинается с подэтапа «Определение
запросов к будущему сайту». Первой задачей является «Анализ бизнес-
процессов предприятия "КАК ЕСТЬ"». Данную задачу выполняет менеджер
отдела продаж, назначенный генеральным директором в качестве
ответственного лица и IT специалист. В процессе выполнения задачи формирует
структурно - функциональную диаграмму бизнес-процессов предприятия «КАК
ЕСТЬ» в нотации IDEF0. По результатам выполненного анализа выбирается
совокупность задач автоматизации (в контексте данной работы это -
автоматизация задачи ознакомления покупателя с товаром и упрощение ведения
учёта клиентов и продаж в отделе продаж). Данная задача выполняется IT
специалистом. Завершающая задача подэтапа состоит в «Определении свойств
сайта, которые необходимы для решения задачи». Задача решается менеджером
отдела продаж и IT специалистом.
Следующим подэтапом в стадии «Анализ» считается определение
функций будущего сайта и подбор стратегии автоматизации. В подэтапе
участвуют менеджер отдела продаж, IT специалист.
Первая задача подэтапа состоит в анализе существующих разработок в
области создания веб сайтов. Следующей задачей подэтапа считается «Выбор
метода приобретения ИС». Далее следует задача - «Подбор стратегии
автоматизации». Завершающая задача подэтапа состоит в «Определении задач и
целей автоматизации». Необходимо отметить, что данная задача является
ключевой для составления технического задания на разработку веб сайта.
Предпоследним подэтапом стадии «Анализ» считается «Аргументация
проектных решений». Этот подэтап включает в себя из три ключевые задачи:
- аргументация проектных решений по ПО;
- аргументация проектных решений по техническому обеспечению;
- аргументация проектных решений по ИО.
Целью данных задач является формирование необходимые требования к
вышеперечисленным видам обеспечения ИС сайта предприятия. Участником
данного подэтапа является IT специалист.
63
Заключительным подэтапом стадии «Анализ» является создание
документации по техническому заданию на разработку сайта.
Следующая стадия «Проектирование». На данной стадии необходимо
выполнить следующие задачи:
- оценить риски проекта;
- разработать информационную модель будущего сайта;
- охарактеризовать всю нормативно-справочную информацию, которая
необходима для функционирования сайта;
- охарактеризовать входные и выходные данные, а также алгоритмы их
расчёта;
- перечислить необходимое программное и техническое обеспечение для
функционирования веб сайта;
- охарактеризовать дерево функций, сценарии диалога, структуру базы
данных проектируемого веб сайта;
- разработать пользовательские интерфейсы;
Данную работу выполняет IT специалист предприятия. Выходной
информацией является проектная документация.
После проектирования наступает стадия реализации проекта. Данная
стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из
следующих задач:
- установка локального сервера Apache;
- скачивание и установка дистрибутива MODx на локальный сервер;
- скачивание и установка дополнительного модуля составления
расписания;
- создание всех модулей сайта согласно ТЗ;
- разработка интерфейса на основе созданных модулей;
Все работы выполняет IT специалист предприятия. Конечным результатом
данной стадии является готовый сайт, размещённый на локальном сервере.
Главной целью стадии Внедрения является размещение в глобальной сети
интернет веб сайта предприятия и его тестирование. Ключевые стратегии
введения системы представлены ниже.
64
1. Стратегия “Параллельное применение”. Параллельное применение -
синхронно выполняются новая и старая технология решения задачи, итоги их
подлежат сравнению. Ежели полученные результаты согласуются довольно-таки
продолжительное время, то выполняется переход на новую технологию.
Достоинства системы:
- наименьший риск ошибок в виде новых технологий;
- управление введения ИС будет выполняться независимо от обычного
операционного планирования компании.
Недостатки системы:
- удвоение загрузки персонала;
- требуется удвоенные мощности серверов;
- необходимо постоянно сверять результаты работы двух технологий.
2. Стратегия “Скачок”. Скачок - старая технология действует до
конкретного момента, потом осуществляется введение новой технологии, а
после ее введения реализуется исключительно новая технология
Достоинства стратегии:
- минимальная продолжительность переходного периода;
- отсутствуют двойные затраты на деятельность компании;
- новые процессы считаются более оптимальными по причине отсутствия
длительного переходного периода.
Недостатки системы:
- большие риски несоответствия характеристик ИС требованиям
компании;
- высокие запросы к действиям по планировании перехода на новую
технологию;
3. Стратегия “Пилотный проект”. Данная стратегия – это стратегия скачка,
применяемая к ограниченному количеству процессов, областью внедрения, как
правило, является небольшой участок компании.
Достоинства системы:
- малый риск выбора неправильного решения, которое не приведёт к
долгому простою всей компании;