1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Создание информационного обеспечения — непременное условие построения и функционирования как автоматизированных систем управления, так и автоматизированных рабочих мест.
Обоснование проектных решений по информационному решению включает следующие пункты:
обоснование состава и содержания входных и выходных документов, метода их построения;
обоснование состава и методов построения экранных форм для ввода переменной и условно-постоянной первичной информации, а также форм для вывода на экран результатной информации или ответов на запросы;
обоснование способа организации информационной базы: как совокупности локальных файлов или как интегрированной базы данных с локальной или распределенной организацией; определение состава файлов, обоснование методов логической организации файлов и баз данных;
обоснование состава и способов организации файлов с результатной и промежуточной информацией.
Обоснование состава и содержания входных и выходных документов, метода их построения.
Выходными документами реализуемого программного продукта должны являться сигналы, позволяющие анализировать динамику мониторинга объектов клиента. Также программный продукт должен предоставлять отчетность относительно событий и оказываемых услуг.
Обоснование состава и методов построения экранных форм.
Формы ввода должны быть реализованы в удобном для пользователя виде и позволять изменять любые хранимые данные.
Желательно использовать отдельные формы для заполнения различных таблиц, но при этом необходимо учесть что основные функции программного продукта должны выполняться в главном окне и не вызывать проблем с работой. Таким образом, программный продукт должен быть максимально эргономичен и занимать минимум пространства.
Ввод условно-постоянной первичной информации должно осуществляться на отдельных формах.
Обоснование способа организации информационной базы.
Для реализации программного продукта необходимо создать базу данных, это необходимо для хранения необходимой информации. Создание базы данных позволит занимать меньше места на жестком диске, структурировать информацию и т.д.
База данных – это совокупность сведений о реальных объектах, процессах, событиях или явлениях, относящихся к определённой теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности, как в целом, так и любой её части.
Наиболее удобной формой базы данных является единый файл. Это удобно с точки зрения переноса данных, обновления базы данных и т.п.
1.4.2. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение (ТО) — это комплекс технических средств, предназначенных для обеспечения работы автоматизированной системы. [11]
В состав комплекса входят электронные вычислительные машины, осуществляющие обработку информации, средства подготовки данных на машинных носителях, средства сбора и регистрации информации, средства передачи данных по каналам связи, средства накопления и хранения данных и выдачи результатной информации, вспомогательное оборудование и организационная техника. [2]
Система ARKAN SuperVising представляет собой программно-аппаратный комплекс, использующий для определения местоположения контролируемых Транспортных Средств (ТС) системы спутниковой навигации GPS (NAVSTAR) и/или ГЛОНАСС и технологию GPRS в сетях GSM для передачи отчетов на сервер обработки информации.
Система Аркан состоит из 5 основных сегментов:
модули мониторинга подвижных объектов GPS/GSM/ГЛОНАСС Аркан МП МТ-5
сервер обработки информации с предустановленным специализированным П.О.
диспетчерские рабочие места с установленным ПО «Arkan Vising»
интернет сервис WEB-клиента
круглосуточный диспетчерский центр ARKAN.
Общая схема технического обеспечения общества представлена ниже на рис. 1.6.
Рис.0.6. Схема технического обеспечения
Основное оборудование системы АРКАН: модули мониторинга подвижных объектов GPS/GSM/ГЛОНАСС Аркан МП МТ-5
Рис. 1.7 Внешний вид абонентского устройства GPS/GSM/ГЛОНАСС Аркан МП МТ-5 (со снятой крышкой корпуса)
Общие характеристики:
Рабочий диапазон питания 10…36 В, среднее потребление 20 мА/ч, защита от перенапряжения до 80 В (самовосстанавливающийся температурный предохранитель)
Рабочий диапазон температур -25…+60 / -40…+60 (только накопление данных)
Габариты 68х88х33 мм, имеются крепления для монтажа, конструкция предусматривает удобный монтаж и опломбирование всех разъемов
GSM модем 900/1800 МГц. Передача данных через GPRS, команд через SMS
число дискретных выходов: 2 (12/24 В, 0.5 А) с защитой от КЗ
Подключение 4 дискретных (в т.ч. импульсных) датчиков с защитой от перенапряжения
Подключение 2 аналоговых датчиков с защитой от перенапряжения (10-битное АЦП)
современный 20-ти канальный GPS приемник с высокой чувствительностью до -159 dBm (Sirf Star III). Время первого определения позиции: < 35 сек.
Возможно подключение внешнего ГЛОНАСС/GPS приемника и дистанционного переключения по команде на разные режимы работы
Совмещает преимущества Online и Offline трекеров за счет накопления в энергонезависимой памяти до 160 тысяч записей (до 1 месяца в непрерывном движении)
Работа от встроенного резервного аккумулятора до 9 часов, встроенная защита автомобильного аккумулятора от разряда.
Сервер является обязательной частью Системы Аркан и должна функционировать совместно с Системой Управления Базами Данных (СУБД) на Сервере компании.
Функции Сервера:
Прием данных от любого количества мобильных терминалов, установленных на контролируемых транспортных средствах по протоколу TCP;
Проверка принятой информации на целостность, декодирование ее, сохранение в оперативной памяти и Базе Данных (MS SQL или Firebird);
Формирование ответных пакетов для мобильных терминалов с несколькими вариантами подтверждения (в зависимости от результатов проверки целостности);
Отображение процесса получения данных от мобильных терминалов с основными параметрами принятых сообщений;
Ведение списка любого количества учетных записей клиентов (диспетчеров) системы Аркан;
Определение прав доступа для каждой учетной записи (к каким мобильным терминалам разрешен доступ каждому конкретному клиенту). Можно указать разрешенные IP адреса клиентов для каждой учетной записи;
Проверка паролей подключающихся клиентов с использованием технологии шифрования паролей;
Выдача вновь подключившимся клиентам запрошенной ими информации из оперативной памяти и Базы Данных;
Выдача подключенным клиентам новой информации по «разрешенным» ему терминалам в режиме реального времени (каждые 5 секунд);
Ретрансляция принятых данных на WEB - сервер мониторинга.
1.4.3. Обоснование проектных решений по программному обеспечению
В настоящее время используется программное обеспечение компании Microsoft.
Рис 1.8 Схема программного обеспечения
На мобильных контролируемых объектах установлен специальный охранный комплект (1), компоненты которого выполняют следующие функции:
получают координаты объекта с помощью спутниковой системы навигации (навигационный модуль);
фиксируют происходящие с объектом события;
формируют пакеты данных (координаты объекта и событие) и передают на охранную контрольную панель, входящую в состав АПУ (2) (автономное передающее устройство);
передают сформированные пакеты на ПЦН.
Способы передачи:
посредством радиосигналов для приёма пеленгаторами: используется радиопередатчик в составе АПУ – см. раздел ;
посредством GSM-каналов связи:
используется GSM/SMS-модуль, входящий в состав охранной панели. – см. раздел .
используется GSM/GPRS-модуль, входящий в состав охранной панели – см. раздел .
Передача данных в виде GPRS-сообщений является основным способом обмена информацией посредством GSM-каналов связи. Передача данных в виде SMS-сообщений – вспомогательный способ при отсутствии возможности передачи GPRS-сообщения.
На стационарных контролируемых объектах (2), (3), (4) установлены специальные охранные комплекты, компоненты которых выполняют следующие функции:
фиксируют происходящие с объектом события;
формируют пакеты данных;
передают сформированные пакеты на ПЦН.
Охранные комплекты различаются по способу передачи пакетов данных на ПЦН:
Посредством радиосигналов для приёма пеленгаторами: используется радиопередатчик в составе АПУ (автономное передающее устройство) (2) – см. раздел .
Посредством GSM-каналов связи:
используется GSM/SMS-модуль в составе охранной контрольной панели (3) – см. раздел ;
используется GSM/GPRS-модуль в составе охранной контрольной панели (2) – см. раздел .
Посредством проводной дозвонки по телефонной линии: используется автодозвонщик в составе охранной контрольной панели (4) – см. раздел .
Передача данных посредством радиосигналов
Пеленгаторы (5) – устройства, расставленные в зонах передвижения контролируемых объектов (в регионах), выполняют следующие функции:
принимают данные о контролируемых объектах в виде радиосигналов от установленных на мобильных и стационарных объектах передающих устройств (1) и (2).
определяют следующие параметры радиосигнала:
разность фаз – используется для определения направления мобильного контролируемого объекта, на основе которого затем вычисляется точка радиопеленгации – координаты объекта, определённые с помощью пеленгаторов;
частота – используется для различения разных типов сигналов, которые могут быть получены одновременно от одного и того же объекта;
уровень сигнала и свёртка – используются в ПО «Пеленги» (12) для мониторинга оборудования администраторами.
с помощью программы-ретранслятора передают полученные от объектов данные и измеренные параметры радиосигнала на ПО «ТЭВМ» (6) по протоколу TCP.
ПО «ТЭВМ» (6) выполняет следующие функции:
получает от ретрансляторов следующие данные:
пакеты дынных о контролируемых объектах;
параметры радиосигнала, полученного от каждого контролируемого объекта;
приводит к единому формату полученные пакеты данных;
определяет номер пеленгатора по IP-адресу и порту соединения;
фиксирует время поступления сигнала на ПО «ТЭВМ»;
передаёт на ПО «Сервис архивирования пакетов ТЭВМ» (входит в состав ПО «Веснушка» (8)) и на ПО «Вычислитель» (9) через ПО «Коммутирующий узел» (7) следующие данные:
преобразованные пакеты данных о контролируемых объектах;
параметры радиосигналов;
время поступления сигнала;
номер пеленгатора.
ПО «Вычислитель» (9) получает от ПО «ТЭВМ» (6) пакеты данных с информацией о контролируемых объектах и параметрами радиосигналов. Функции Вычислителя:
группирует в один пакет все полученные данные по каждому объекту, (по одному объекту приходит несколько пакетов данных от разных пеленгаторов);
определяет координаты объекта на основе полученных параметров радиосигналов (определение координат возможно только при получении сигнала от объекта как минимум тремя пеленгаторами);
формирует и передаёт на ПО «Коммутирующий узел» (10) (для последующей отправки на Диспетчер ПЦН (32)) один пакет данных, содержащий всю полученную информацию об объекте и вычисленные координаты;
взаимодействует с ПО «Пеленги» (12), которое предназначено для мониторинга оборудования администраторами, следующим образом:
Каждый раз при запуске ПО «Пеленги» Вычислитель обновляет базу данных пеленгаторов: передаёт пакеты данных со списком и настройками пеленгаторов (номер пеленгатора, название, географические координаты пеленгатора, коды антенных пар, тип, склонение и радиус антенной решётки).
Информационные услуги Вычислителя:
Запрос: ПО «Пеленги» направляет Вычислителю пакет со следующими данными: номер объекта и код региона.
Ответ: Вычислитель отправляет Пеленгам все поступившие пакеты данных по запрашиваемому объекту с указанием номера пеленгатора, отправившего каждый конкретный пакет (данные по объекту не группируются в один пакет, как это было сделано для отправки на Диспетчер ПЦН (32)).
Пакет ПО «Веснушка» (8) предназначено для диагностики зоны покрытия приёма пеленгаторами радиосигналов в регионах. Состав и функции каждого компонента:
ПО «Сервис архивирования пакетов ТЭВМ»:
сохраняет в базе данных всю информацию, поступающую с ТЭВМ;
формирует базу данных статистики по радиопокрытию сети на основе приходящих от ТЭВМ пакетов данных.
ПО «Построитель карт»: строит карты покрытия радиосигнала на основании следующих параметров, задаваемых пользователем:
начальная и конечная долгота и широта прямоугольника, ограничивающего зону карты;
начальная и конечная дата и время получения радиосигнала.
Типы карт:
ПО «Просмотр карт»: отображает построенные карты зоны покрытия сети:
карта по одному пеленгатору для всех уровней сигнала;
карта по одному пеленгатору для конкретного уровня сигнала;
карта по всем пеленгаторам для всех уровней сигналов;
карта по всем пеленгаторам для конкретного уровня сигнала;
карта недоступности радиосигнала – отображение зон, в которых невозможен пеленг (сигналы могут быть приняты лишь одним или двумя пеленгаторами).
ПО «Коммутирующий узел» (10) принимает данные от всех Вычислителей (их может быть несколько), объединяет данные в один поток и направляет на Диспетчер ПЦН (32) (Диспетчеров также может быть несколько).
Передача данных посредством GSM-каналов связи
Мобильные объекты (1). Стационарные объекты (2)
GSM/SMS-модуль и GSM/GPRS-модуль, входящие в состав охранной панели (1), (2), передают сформированные пакеты данных в виде SMS-сообщений и GPRS-сообщений на сервер GSM-провайдера.
ПО «SMS-канал» (13) выступает в роли коммутирующего узла при передаче данных в виде SMS-сообщений через канал SMPP и GSM-модем. «SMS-канал» выполняет следующие функции:
получает данные о мобильных объектах в виде SMS-сообщений через GSM-модем;
передаёт на сервер GSM-провайдера данные, поступающие от ПЦН АРКАН (команды, запросы, информационные услуги и т.д.) в виде SMS-сообщений через SMPP-канал или через GSM-модем.
При передаче данных на сервер GSM-провайдера SMPP-канал является основным, а GSM-модем – резервным каналом передачи.
ПО «Модуль дистанционного контроля» (14):
принимает с «SMS-канала» данные об объектах в виде SMS-сообщений; переводит их в соответствующий формат (декодирует) и передаёт на Диспетчер ПЦН (32);
принимает данные о мобильных и стационарных объектах в виде GPRS-сообщений, поступающие через интернет с сервера GSM-провайдера; переводит их в соответствующий формат (декодирует) и передаёт на Диспетчер ПЦН (32);
получает от ПО «Хамелеон» (15) запросы координат и управляющие команды, переводит их в соответствующий формат и передаёт в виде GPRS-сообщений на сервер GSM-провайдера через интернет или в виде SMS-сообщений на сервер GSM-провайдера через ПО «SMS-канал» (13).
Передача данных в виде GPRS-сообщений является основным способом обмена информацией. Передача данных в виде SMS-сообщений – вспомогательный способ при отсутствии возможности передачи GPRS-сообщения.
Стационарные объекты
Тип события идентифицируется по номеру модема (27), который принимает звонок с объекта и передаёт ПО «SMS – Диспетчер» (28). Каждое поступающее событие дублируется SMS-сообщением на специально выделенный «SMS-модем» (27). ПО «SMS-Диспетчер» принимает данные, переводит их в соответствующий формат (декодирует), используя базу данных «sms_base» (содержит классификацию телефонных номером по типам передающих устройств, установленных на контролируемых объектах), и передаёт на Диспетчер ПЦН (32).
Другие модули, использующие GSM-каналы связи
ПО «SMS-Информатор» (15):
принимает от Диспетчера ПЦН (32) данные (в виде кода) о событиях на определённых контролируемых объектах, по которым была настроена соответствующая маршрутизация;
переводит код полученного события в формат SMS-сообщения, используя значения базы данных «sms_imformator» (база соответствия кода события тексту);
направляет сформированные SMS-сообщения на ПО «SMS-канал» (13) для последующей передачи клиентам (33) системы «АРКАН» посредством GSM-провайдера.
ПО «Модуль CRM» (16) предназначен для SMS-рассылки состояния счёта клиентов системы «АРКАН»:
выбирает из базы данных (17) те cчета клиентов, баланс которых ≤ 0;
формирует соответствующее SMS-сообщение и направляет его на ПО «SMS-канал» (13) для последующей передачи клиентам (33) системы «АРКАН» посредством GSM-провайдера.
ПО «Эмулятор REEF» (18) предназначен для контроля состояния SMS-каналов передачи данных:
периодически излучает сигналы о текущем состоянии объекта «REEF».
направляет пакеты данных на ПО «SMS-канал» (13) для дальнейшей доставки через GSM-провайдер на ПО «АРМ Хамелеон» (21) – рабочее место оперативного дежурного.
Сигнал должен пройти по SMS-каналам связи через GSM-провайдер, затем через ПО «SMS-канал» (13) и «SMS-Диспетчер» (14) поступить на «Диспетчер ПЦН» (32). В случае какого-либо обрыва связи в каналах передачи SMS-сообщений оперативному дежурному на ПО «АРМ Хамелеон» (21) поступает соответствующая информация.
Передача данных посредством проводной дозвонки
Станция проводной дозвонки (30) принимает звонки по любому из четырёх телефонных номеров (31) и передаёт ПО «Диспетчер проводной дозвонки» (ПО «ДПД») (29) по протоколу Contact ID через интерфейс RS 232. ПО «Диспетчер проводной дозвонки» преобразует поступившие пакеты данных, используя базу данных «DPD» (идентификатор канала, идентификатор объекта, событие Contact ID → событие, номер объекта ДПЦН), после чего передаёт на Диспетчер ПЦН (32).
Мною было разработано ПО «Диспетчер ПЦН» (32):
принимает пакеты данных о контролируемых объектах;
проверяет корректность полученных данных;
маршрутизирует данные на рабочие места оперативных дежурных и на дочерние пульты управления, а также на модули сопряжения со сторонними системами, используя БД Объектов (19);
-
формирует БД Архив (20).
Motorola, Nokia, MCI, Northern Telecom, Philadelphia Stock Exchange, Bear Stearns, First National Bank of Chicago, the Money Store, the US Army, NASA, Boeing - все эти компании, независимо от направления бизнеса, имеют одно общее: они выбрали Систему управления базами данных Firebird в качестве ключевого компонента их информационных систем [4]. Firebird одинаково хорошо применяется для сбора данных, аэрокосмических исследований или хранения и обработки данных биржи. Приложения подобного рода имеют много общих требований: легкость использования и управления, производительность, масштабируемость, переносимость, использование ресурсов и восстановление после сбоя. Firebird (как продолжение проекта InterBase) разработан именно с целью удовлетворять всем этим требованиям.
Таблица 1.3
Состав программно-технического обеспечения
№
|
Наименование оборудования
|
Ед. изм.
|
Кол-во
|
п/п
|
1
|
2
|
3
|
4
|
|
КВМ
|
|
|
1
|
Оборудование
|
шт.
|
1
|
|
Система мониторинга АРКАН
|
|
|
3
|
Комплект Аркан-М
|
шт.
|
2
|
|
ПЭВМ и ПО
|
|
|
5
|
Системный блок (HDD от 80 Гб/RAM 1Gb, CPU 2,3 ГГц Видеокарта с двумя DVI выходами)
|
шт.
|
3
|
6
|
Системный блок (HDD от 120 Гб/RAM 2Gb, CPU 2,5 ГГц Видеокарта с двумя DVI выходами
|
шт.
|
1
|
7
|
Системный блок (HDD от 500 Гб/RAM 2Gb, CPU 2,5 ГГц,корпус RACK-mount с салазками) 2 диска
|
шт.
|
1
|
8
|
Монитор ЖК 19"
|
шт.
|
8
|
9
|
Монитор ЖК 17"
|
шт.
|
1
|
10
|
Мыши компьютерные
|
шт.
|
5
|
11
|
Клавиатуры
|
шт.
|
5
|
12
|
ИБП (типа UPS APC Back ES 700VA или аналог)
|
шт.
|
4
|
13
|
ИБП (типа powerware 9125 2kva rack-mount)
|
шт.
|
1
|
14
|
Лицензионное ПО в составе:
|
|
|
|
ПО windows server 2003
|
|
1
|
|
Oracle Application Express
|
|
5
|
|
office 2007
|
|
5
|
|
windows XP
|
|
4
|
15
|
Специализрованное ПО "АСУиД"
|
|
1
|
|
Система записи переговоров
|
|
|
16
|
Система записи переговоров"Незабудка"
|
шт.
|
1
|
|
(возможность писать поток PRI+4 аналоговых линии)
|
|
|
17
|
Пусконаладочные работы
|
|
1
|
Таблица 1.3(продол.)
1
|
2
|
3
|
4
|
|
Экран коллективного доступа
|
|
|
18
|
LCD панель (диагональ 101см, обязательно 2 входа HDMI)
|
компл.
|
2
|
19
|
LCD панель (диагональ 101см, обязательно 4 входа HDMI)
|
компл.
|
1
|
|
Радиосвязь Тетра
|
|
|
21
|
Стационарная рация стандарта ТЕТРА
|
компл.
|
2
|
22
|
Возимая рация стандарта ТЕТРА
|
компл.
|
2
|
23
|
Носимая рация стандарта ТЕТРА
|
компл.
|
2
|
24
|
Монтаж (без высотных работ)
|
шт.
|
1
|
25
|
Аккумулятор повышенной емкости
|
шт.
|
2
|
26
|
Кожаный чехол для радиостанции SRM3500
|
компл.
|
2
|
27
|
Гарнитура для SRM3500
|
шт.
|
4
|
28
|
Подключение к сети TETRA (одной радиостанции)
|
шт.
|
6
|
29
|
Установка комплекта стационарной радиостанции SRM3500 (без высотных работ)
|
|
2
|
30
|
Установка возимой радиостанции SRM3500 (с выездом к заказчику)
|
|
2
|
|
Коммутационное оборудование
|
|
|
31
|
Коммутатор типа AT 8550SP Rack-mount
|
шт.
|
1
|
32
|
Конвертор HDMI-TP Типа Kramer TP551
|
шт.
|
8
|
33
|
Конвертор TP-HDMI Типа Kramer TP552
|
шт.
|
8
|
34
|
Переходник DVI-HDMI
|
шт.
|
8
|
35
|
Усилитель-распределитель типа Kramer VM-4HDCP
|
шт.
|
4
|
36
|
Шкаф телекоммуникационный - 26U
|
шт.
|
1
|
37
|
Кабель DVI-DVI 6 м.
|
компл.
|
8
|
38
|
Кабель НDМI-НDМI 1 м.
|
компл.
|
16
|
39
|
Патч-панель категории 5е - 24 портовая
|
компл.
|
2
|
40
|
Фильтр сетевой типа Pilot на 6 розеток
|
компл.
|
7
|
41
|
Монтажные и пусконаладочные работы
|
|
1
|
|
Расходные материалы
|
|
|
42
|
Кабель-каналы, кабели, стойки, разъемы для создания СКС (разъёмы RG-45)
|
шт.
|
1
|
Даже если большинство систем не требуют экзотических возможностей, как вышеперечисленные, они все равно желают от РСУБД (Relational Database Management System – реляционная СУБД далее RDBMS) тех же характеристик для реальных задач и решения реальных проблем бизнеса. Перечисленные характеристики Firebird также очень хорошо подходят для рабочих групп, отделов, и приложений уровня предприятия.
Firebird - это СУБД, основанная на открытых исходных текстах Borland InterBase 6.0. InterBase был придуман и создан группой сотрудников Digital Equipment Corporation (DEC), желавших воплотить в RDBMS ряд уникальных технологических решений, обеспечивающих большие преимушества по сравнению с существовавшими серверами баз данных. Проект InterBase начался в 1985 году как Groton Database Systems (GDS) и вскоре был переименован в InterBase. Группа была приобретена Ashton Tate в 1991 году. Borland получил InterBase в 1992 году как часть приобретения Ashton Tate [5].
Как и планировалось разработчиками, InterBase продемонстрировал целый ряд технологических новшеств. Среди них:
множественные поколения записей;
автоматическое двухфазное подтверждение транзакций;
зеркалирование базы данных;
большие двоичные объекты (BLObs);
битовые индексы;
многомерные массивы;
уведомления о событиях.
Большинство существующих RDBMS не смогли воспроизвести или создать эквивалентные технологии. Например, архитектура SQL Server использует комбинацию страничных, индексных и табличных блокировок для обеспечения конкурентного доступа к данным. SQL Server также поддерживает двухфазное подтверждение транзакций, однако требует большого количества кода для реализации подтверждения или отката. SQL Server обеспечивает хранение данных типа BLOb, но в более ограниченном и менее быстродействующем варианте, чем это реализовано в InterBase.
В 2000-м году, когда будущее InterBase было под вопросом, и корпорация Borland решила открыть исходные тексты, образовался проект Firebird (31 июля 2000). С тех пор проект динамически развивался. Разработчики Firebird исправили значительное количество старых ошибок InterBase и добавили новые возможности.
Текущий официальный релиз Firebird поддерживает платформы Linux i386, Windows (Win32), Solaris Sparc and i386, FreeBSD, MacOS X and HP-UX. Он совместим со стандартом SQL'92, не требует постоянного администрирования, прост в установке и сопровождении, он бесплатен и доступен в полных исходных текстах.
Текущая версия Firebird - 1.5 - является предвестником уже запланированной версии 2.0, которая будет значительным шагом вперед в сравнении с версией 1.0.
Firebird является открытым и бесплатным продуктом, что является препятствием для его развития по сравнению с коммерческими проектами. Чтобы иметь уверенность в дальнейшем развитии Firebird и возможность направлять разработку в нужном для пользователей направлении, была создана некоммерческая ассоциация Firebird Foundation. В рамки деятельности ассоциации входит создание административных и некоммерческих структур для привлечения и распределения средств с целью продвижения и развития Firebird.
В результате множества проведенных тестов, оптимальным вариантом для системы «Навигатор» является выбор Firebird. Основными критериями для выбора системы были: механизмы блокировок таблиц и записей таблицы при обращении к ним, производительность, размер базы данных на дисковом пространстве, надежность, скорость восстановления и выгрузки базы данных, стоимость. Сравнение проводилось как с базами данных с открытым кодом так и полностью платными. В сравнение брались следующие СУБД: Firebird 1.5, MySQL 5.0.18, PostgreSQL 8.1, Informix, DB2 [6,7].
Для собственной разработки была выбрана среда разработки С#.
|