57
В серверах на Linux, mysql это практически стандарт де факто. А Firebird,
де факто, БД для Windows в небольших корпорациях стран СНГ. А вот за
границей его применяют в основном как БД накопления и хранения данных в
пользовательских приложениях удаленных сотрудников и малопользовательских
CRM.
Основные недостатки Firebird:
подходит только для простых и не глобальных решений
нет автоинкремента потому приходится создавать генератор
(использование которого аукается некоторыми весьма неприятными
последствиями). А именно в FireBird для поля введён некий генератор. т. е.,
чтобы всё-таки получить очередное уникальное значение, сначала потребуется
увеличить значение генератора. Нужно создать запрос, получить результат,
обработать его в программе, и уже с ним генерить второй запрос INSERT INTO
catalog VALUES ('text value'); таким образом получаем два запроса к БД вместо
одного, и два обработчика на стороне клиента. Иными словами, получаем
двойные накладные расходы на каждом запросе записи.
Элементарный и наиболее часто используемый запрос выбора всех
записей таблицы типа SELECT * FROM driver WHERE id = 1 сразу возвращает
все что нам нужно и цифровые и текстовые данные, но Firebird не делает этого -
вместо ожидаемого текста возвращается идентификатор (BLOB_ID), с помощью
которого (и дополнительного запроса!) можно получить значение поля. а если
всё-таки нужно получать текст, то полю назначается другой тип:
VARCHAR(32765). Как итог накладные расходы на селект выростают в 4 раза.
По сравнению с другими БД.
А нам как раз нужно совершать огромное количество именно SELECT.
Невозможно себе позволить такие накладные расходы. БД Firebird не подходит
однозначно.
Лучшая по результатам линейных SELECT всегда была и остается MySql
обгоняя любые другие БД. MySql проигрывает почти всем при выполнении
сложных составных запросов, требующих промежуточных вычислений самой
БД, но в программах документооборота таких нет. По крайне мере всегда можно
согласиться в одном или двух местах на некоторое увеличение накладных
58
расходов, но это не будут постоянные и неоправданные расходы при всех
SELECT которые неизбежны с Firebird. Единственное преимущество Firebird в
том, что на него можно возложить обработку запросов, которые имеют данные,
связанные между собой, но находящиеся в разных таблицах. В нем нет
хранимых процедур, триггеров и еще много чего. Но все это можно сделать
внутри приложения. Будет немного больше кода, но оно с лихвой окупается
малыми накладными расходами процессора, памяти, времени обработки в конце
концов.
Firebird необходим при массовой вставке записей, при работе с индексами,
файловое кэширование, коэф. сжатия записей, управление памятью сортировок,
но для документооборота это не используется.
Firebird применяется в основном для небольших и средних встраиваемых
приложений, то есть, когда сервер ставится в комплекте какого-то приложения
(бухгалтерского или складско-учетного) и работает в "невидимом" для
пользователей режиме. Также можно отметить, что в крупных компаниях
Firebird в основном используется как "вспомогательная" база данных - когда
нецелесообразно ставить большую БД (с неизбежным администратором) в
небольшой филиал или удаленное подразделение, в этом случае в качестве
"заменителя" часто выбирают именно Firebird.
Необходимо выделить критерии оценки СУБД. Важность каждого из
представленных критериев была оценена экспертами по 100 бальной шкале.
Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты первого этапа экспертизы
представлены в таблице 1.7.
Таблица 1.7
Сравнение СУБД
Наименование
критерия
Эксперт 1 Эксперт 2 Эксперт 3
Средний
балл по 100
бальной
шкале
Коэффициент
относительной
важности
Стоимость СУБД
85
90
79
85
13,5
Операционная
система
75 80 81 79 12,5
59
Коэффициент относительной важности:
%100
баллСредний
К
.
Величина
– сумма усреднённых экспертных оценок первого этапа
экспертизы. Результаты второго этапа экспертизы представлены в таблице 1.8.
Таблица 1.8
Результаты второго этапа экспертизы
На основании вышеприведенных доводов решено в качестве СУБД Access
2018.
Проведем выбора среды программирования методом экспертного
оценивания. Выделим критерии оценки среды программирования. Важность
каждого из представленных критериев была оценена экспертами по 100 бальной
шкале. Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты экспертизы представлены в
таблицах 1.9 –1.10.
Таблица 1.9
Простой
интерфейс
90 95 92 92 14,6
Широта
распространения
85 90 81 85 13,6
Качество
справочной
информации к
системе
95 90 85 90 14,4
Количество
пользователей
100 100 100 100 15,9
Простота
использования
95 100 96 97 15,5
Сумма
628
100,0%
Функция
Коэффициент
относительной
важности
Microsoft
Access
Paradox InterBase
Стоимость СУБД
13,5
+
+
-
Операционная система
12,5
+
+
+
Простой интерфейс
14,6
+
+
+
Широта распространения
13,6
+
+
+
Качество справочной
информации к системе
14,4 + + +
Количество пользователей
15,9
+
-
+
Простота использования
15,5
+
+
-
Сумма
100,0%
100%
84%
71%
60
Результаты экспертизы сред разработки, первый этап
Таблица 1.10
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
Delphi C++ Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8 + -
Быстродействие
15
+
+
Удобный дизайн
14
+
+
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
С внедрением средств оперативной разработки ПО (RAD – rapid
application development) стало доступно программировать с применением
готовых шаблонов. Проведем сравнение Delphi и C++Builder, определим среду
программирования для АИС [12].
Система программирования Delphi, созданная фирмой Borland International
в рамках проекта Object Pascal [9]. ООП к реализации компонент был довольно
важным шагом вперед. Также выигрыш поддерживался благодаря нормальной
компиляции, которая гарантировала получение более результативных программ.
Все первые версии Delphi стали очень популярны не только у аудиторий ВУЗов,
где Pascal использовался с особым уважением, но и в среде профессиональных
Функция
Эксперт
1
Эксперт
2
Эксперт
3
Средний балл
по 100 бальной
шкале
Коэффициент
относительной
важности
Стоимость
75
90
85
83
13,7
Простота
сопровождения
80 75 86 80 13,2
Временные
затраты на
разработку
90 85 95 90 14,8
Быстродействие
89
95
90
91
15
Удобный дизайн
85 81 90 85 14
Мощность
пакета
75 92 84 84 13,8
Возможности
языка
100 89 94 94 15,5
Сумма
606
100,0%
61
разработчиков. Это подтолкнуло один из отделов фирмы Borland International
перенести визуальные технологии в среду C++ [11]. Так, с реализацией версии
Delphi 2.0 рынок посетила первая версия Borland C++ Builder (ВСВ). Начальную
версию ВСВ наполняла библиотека визуальных составляющих VCL (Visual
Component Library), внесенная без изменений из Delphi 2. Дизайн сред Delphi и
ВСВ аналогичен друг другу, да и почти вся ВСВ была создана на языке Object
Pascal в среде Delphi. Исходя из своего происхождения, система ВСВ стала
двуязычной. Помимо основного языка программирования, она позволяет без
особых доработок применять формы, объекты и модули, реализованные в среде
Delphi. А для большего расширения сферы влияния среды ВСВ, ее создатели в
дальнейших версиях включили возможность применения библиотеки классов
MFC (Microsoft Foundation Classes) от Microsoft [16].
C++Builder 6 2010 – еще одна версия системы ООП для ОС Windows 2000,
Windows XP, Vista, 7. Встроенная среда системы (Integrated Development
Environment, IDE) поддерживает ускорение визуального проектирования,
повышает результативность используемых компонентов в совокупности с
обновленными инструментами и различными средствами доступа к БД [15].
Стандарты интерфейса пользователя изменяются и дополняются так же
быстро, как и сами ОС. Доступность среды IDE дает возможность настроить ее с
учетом самых современных тенденций в рамках графических интерфейсов.
Визуальный интерфейс включает в себя легкость применения для новичка и
множество настроек для профессионала [17].
Система C++Builder 6 2010 применяется везде, где необходимо обновить
имеющиеся приложения (как системные, так и прикладные) дополненным
стандартом языка C++, увеличить скорость работы, стабильность и надежность
программ, реализовать качественный пользовательский интерфейс
профессионального уровня, создать поддерживающие сенсорный ввод данных
интерфейсы и программы для смартфонов, сенсорных панелей, автономных
систем, также обновить имеющиеся приложения с минимальными
корректировками или вовсе без них [17].
В контексте C++Builder RAD включается не только оптимальное
ускорение классического цикла: «корректировка – компилирование –
62
распределение – проверка – исправление», но и придает реализуемым проектам
гибкость компонентной модели.
Грамотное приложение может самостоятельно выбирать данные с сервера
и передавать их в формате, который удобен для пользователей разного уровня,
так, чтобы они могли создать собственное заключение и выбрать подходящее
решение в минимальные сроки. C++Builder 6 2010 на 100% отвечает этим
требованиям, поддерживая:
• Отличную надежность, уровень интеграции и управления;
• Отправную визуализацию и проектирование результативных
приложений для обработки большого объема данных;
• Механизмы выявления решения и доступа к разделенным БД [18].
C++Builder передает ресурсы и широкие возможности языка C++ всему
множеству систем ООП. Система C++Builder может применяться везде, где
нужно дополнить имеющееся приложения улучшенным промышленным
стандартом языка C++, увеличить результативность и придать интерфейсу
пользователя грамотный вид.
Исходя из описанного выше и итогов анализа экспертным оцениванием,
делаем выбор программной среды в пользу C++Builder, который имеет очень
высокую производительность и гибкость работы [19].
Для создания применяем среду разработки RAD Studio Professional.
RAD Studio Professional имеет оптимальные интегрированные среды
создания персональных приложений Windows и .NET. Встроенная среда
разработки Delphi и C++Builder с включенным Unicode для реализации
персональных приложений имеет множество готовых компонентов и функций, к
которым можно отнести: рефакторинг, корректировку кода, подчеркивание
синтаксиса, встроенные шаблоны, полноценная отладка и проверка модулей.
Встроенная среда разработки включает создание приложений для платформы
.NET вместе с поддержкой известных технологий .NET.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение (ТО) включает в себя персональный компьютер,
оргтехнику, средства связи, сетевое оборудование. Вид информационной
63
технологии, основанный на технической оснащенности (ручной,
автоматизированный, удаленный) оказывает влияние на подготовку, обработку и
передачу данных.
Система технических средств включает в себя:
• ПК;
• Механизмы сбора, устройства хранения, обработки, передачи и
вывода данных – жесткие диски, съемные носители, сканеры, принтеры, факсы;
• Устройства для передачи данных и линии связи – маршрутизаторы,
коммутаторы и модемы;
• Расходные материалы – бумага, CD (DVD)- диски и т. д.
Чтобы правильно выбрать ПК, нужно изначально руководствоваться
рядом характеристик. К ним обычно можно отнести надежность, цену,
производительность, удобство использования и др. От величины каждого
параметра зависит возможность работы с необходимым ПО, а, следовательно, и
успех разработки системы.
Для любого элемента данной схемы имеется перечень критериев, которые
максимально важны при реализации выбора ТО. Эти критерии можно
представить следующим образом:
• Частота работы ЦПУ;
• Максимальное разрешение экрана монитора;
• Установленный объем ОЗУ.
Для выполнения требуемой задачи придется использовать ПК уровня
вычислительной мощности AMD 2000 Мгц, либо Intel 2000 Мгц, с
установленной ОЗУ более 2 Гб. Система лучше всего работает в экранном
разрешении 1024х768 на экране диагональю 17 дюймов. Указанные технические
средства имеют оптимальную конфигурацию для выполнения всех требуемых
задач.
Технические характеристики подходящих рабочих станций приведены в
таблице 1.11:
Таблица 1.11
Характеристики рабочих станций
Модель процессора Intel Core i3-370M Intel Atom Single Core
64
2.4GHz
N270
- 1.66GHz
Оперативная память 3072Mb 2048Mb
Жесткий диск 320Gb 160 Gb
Оптический привод Нет DVD-RW
Видеоадаптер Интегрирован в чипсет Интегрирован в чипсет
В таблице приведены характеристики рабочих станций, но более
подходящей будет являться вторая станция, т. к. в ней есть наличие оптического
привода.
Для печати, сканирования и копирования документов должно
присутствовать соответствующее оборудование. Для обеспечения сохранности
данных при аварийном отключении электропитания персональный компьютер
должен быть оборудован блоком бесперебойного питания.
Источник бесперебойного питания подбирается исходя из мощности,
потребляемой компьютером, а также исходя из требуемого времени работы
компьютера от ИБП. Наиболее характерными значениями являются 600-800 Вт и
5 10 минут. Под эти параметры подходит ИБП APC Smart-UPS 750VA,
характеристики которого приведены в таблице 1.12.
Таблица 1.12
Технические характеристики ИБП APC Smart-UPS 750VA
Характеристика
Значение
Максимальная выходная мощность
500 Ватт / 750 ВА
Максимальное задаваемое значение
мощности
500 Ватт / 750 ВА
Номинальное выходное напряжение
230V
Номинальное входное напряжение
230V
Входная
частота)
50/60 Hz +/
-
3 Hz (auto sensing
Тип входного соединения
IEC
-
320
-
C14 inlet
Диапазон входного напряжения при
работе от сети
160 - 285В
Диапазон регулировки входного
напряжения при работе от сети
151 - 302В
Типовая продолжительность работы в
автономном режиме под половинной
нагрузкой
16.4 Минуты (250 Ватт)
Типовая продолжительность работы в
автономном режиме под полной
нагрузкой
4.8 Минуты (500 Ватт)
65
В данном виде информационная система будет готова к внедрению ИС
сервисного обслуживания.
66
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ЖЦ является непрерывным процессом, который изначально начинается с
момента выражения решения о необходимости его создания и заканчивается
после факта изъятия из обращения.
Среди самых популярных стандартов часто выделяют такие:
ГОСТ 34.601-90 – используется в АИС и устанавливает все этапы и
стадии их создания. Также он описывает содержание работ для любого этапа.
Стадии и этапы, закрепленные внутри стандарта, больше всего соответствуют
каскадной модели ЖЦ;
ISO/IEC 12207 – стандарт, указывающий процессы и организацию
ЖЦ. Может использоваться в любом виде заказного ПО. Стандарт не имеет
описания стадий и этапов;
Custom Development Metho – технологический материал по
созданию прикладных ИС, детализированный до уровня заготовок проектных
решений, которыми пользуются в проектах с использованием средств Oracle.
Применяется CDM для классической модели ЖЦ (есть все этапы и описанные
задачи), а также в процессе «оперативной разработки» или «облегченного
прохода», которые применяются в рамках малых проектов;
Rational Unified Process (RUP) – применяет интерактивную модель
разработки, включающую 4 фазы: старт, изучение, создание и внедрение.
Каждая из фаз может делиться на этапы, которые в итоге создают версию для
внутреннего или внешнего применения. Завершение всех 4 фаз – это цикл
разработки, и по завершению одного цикла генерируется новая версия системы.
Если по факту проект продолжается, то сам продукт тоже изменяется и проходит
вновь эти 4 фазы. Суть работы при использовании RUP – создание и поддержка
моделей на базе UML;
Microsoft Solution Framework (MSF) – аналогичен RUP, тоже
состоит из 4 фаз: изучение, разработка, реализация и проверка, считается