K004260 Дипломная работа Анализ предметной области и постановка задачи на разработку ИС

Оглавление

Введение 2

1 Анализ предметной области и постановка задачи на разработку ИС 4

1.1 Характеристика предметной области 4

1.2 Описание порядка учета задержанных военнослужащих и обоснование необходимости его автоматизации 6

1.3 Обоснование выбора средств разработки 10

2 Выбор архитектуры ИС и обоснование проектных решений 21

2.1 Обоснование выбора архитектуры программы 21

2.2 Выбор стратегии автоматизации и типа приобретения ИС 25

2.3 Обоснование проектных решений 28

2.3.1 Обоснование проектных решений по техническому обеспечению 28

2.3.2 Обоснование проектных решений по информационному обеспечению 31

2.3.3 Обоснование проектных решений по технологическому обеспечению 32

2.4 Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисков 33

2.4.1 Календарный план-график разработки проекта 33

2.4.2 Описание бюджета на разработку проекта 35

2.4.3 Определение рисков и описание мероприятий по их устранению 40

3 Разработка информационной системы 45

3.1 Разработка и описание базы данных 45

3.2 Дерево функций и сценарий диалога 48

3.3 Структура информационной системы 50

3.3.1 Сервер 51

3.3.2 Клиент 58

3.3.3 Отчеты 62

3.4 Порядок использования информационной системы 64

Заключение 71

Список использованной литературы 72

 

Введение

Развитие инфраструктуры информатики, технологий разработки алгоритмов, методов анализа неизбежно приводят нас к объектному моделированию, базирующемся на объектном анализе систем и объектном их проектировании.

В настоящее время объектный анализ и проектирование становятся наиболее доминирующими технологиями создания виртуальных моделей систем. Однако в настоящее время данная методология находится в состоянии развития и совершенствования - становления.

Сложность возникающих перед разработчиками задач в настоящее время выявляют недостаточность уже традиционно использующихся структурного анализа и структурного проектирования систем.

Очевидным становится попытка подойти к решению задач автоматизации в экономике с позиций объектного анализа и проектирования, обещающая сделать возможным решение задач автоматизации в экономике ранее не поддающихся решению.

Выполнение объектного анализа системы предполагает построение ее объектной модели – основы компонентного проектирования систем.

Полученная виртуальная модель системы позволяет в более полной мере говорить об управлении системой, определяя ее оптимальные траектории для прошлых, настоящих и будущих состояний.

Объектом исследования дипломного проекта является военная комендатура города Калининград, предметом – деятельность сотрудника комендатуры по учету задержанных военнослужащих.

Целью работы является проектирование и разработка информационной системы по учету задержанных военнослужащих.

Задачами работы являются:

• Анализ предметной области и обоснование необходимости автоматизации;

• Выбор архитектуры системы по учету задержанных военнослужащих и средств ее разработки;

• Разработка логической и физической  модели базы данных;

• Описание дерева функций и сценария диалога ИС по учету задержанных военнослужащих;

• Описание программных компонент информационной системы;

• Описание контрольного примера реализации проекта.

Дипломный проект состоит из трех разделов, введения и заключения.

 

1 Анализ предметной области и постановка задачи на разработку ИС

1.1 Характеристика предметной области

Условием высокой организованности и боеспособности Вооруженных Сил, других войск и воинских формирований Российской Федерации является воинская дисциплина, правила которой строго соблюдаются всеми военнослужащими. Служить одним из важнейших активных средств укрепления воинской дисциплины призвана дисциплинарная ответственность военнослужащих.

Под дисциплинарной ответственностью военнослужащих понимается обязанность военнослужащего претерпеть предусмотренные законом меры дисциплинарного взыскания за нарушение воинской дисциплины или общественного порядка (воинские дисциплинарные проступки). Юридический институт дисциплинарной ответственности военнослужащих предусмотрен ст. 28 Федерального закона "О статусе военнослужащих", но регламентация применения этого вида ответственности содержится в ДУ ВС РФ. При этом необходимо иметь в виду, что положения данного Устава распространяются также и на военнослужащих других войск, воинских формирований и служб, в которых предусмотрена военная служба.

Как следует из определения, дисциплинарная ответственность военнослужащих имеет своей целью охрану воинской дисциплины и правопорядка, борьбу с их нарушениями, оказание воспитательного воздействия на других военнослужащих.

Основаниями дисциплинарной ответственности военнослужащих являются, во-первых, нормативные акты, определяющие противоправность и наказуемость дисциплинарных проступков военнослужащих (правовое основание), и, во-вторых, совершение воинского дисциплинарного проступка, т.е. виновного противоправного деяния (фактическое основание).

Дисциплинарная ответственность военнослужащих обладает всеми признаками, характерными для юридической ответственности в целом, но имеет ряд особенностей, свойственных только этому виду ответственности. Такими особенностями являются следующие:

- ДУ ВС РФ, который регулирует порядок применения дисциплинарной ответственности, не предусматривает такого видового разнообразия составов правонарушений, как, например, нормативные правовые акты, действующие в области уголовной или административной ответственности.

Дисциплинарными проступками в соответствии со ст. 48 ДУ ВС РФ являются любые нарушения воинской дисциплины или общественного порядка. Необходимо признать, что нормы указанного акта содержат определенную дифференциацию правонарушений, выделяя из их общей массы грубые дисциплинарные проступки, однако это разделение носит рекомендательный характер и при выборе вида и размера взыскания в каждом конкретном случае может лишь учитываться. Определение же степени общественной опасности конкретного дисциплинарного проступка и выбор соответствующих этой опасности средств дисциплинарного воздействия целиком возлагается на усмотрение командира (начальника);

- если гражданские лица, работающие по трудовому договору, могут привлекаться к дисциплинарной ответственности только решением руководителя предприятия (организации, учреждения), то военнослужащие привлекаются к этой ответственности любым из их командиров (начальников);

- особенностью дисциплинарной ответственности военнослужащих является также максимальная дифференциация объема прав командиров (начальников) по ее применению к военнослужащим. ДУ ВС РФ различает девять категорий начальников, различающихся по этому признаку, от командиров отделений до заместителей министра обороны;

- специфическим для рассматриваемого вида юридической ответственности военнослужащих является и то, что ДУ ВС РФ, кроме общих дисциплинарных взысканий, применяемых ко всем военнослужащим (выговор, строгий выговор), предусматривает также и специальные виды взысканий, применимых только к отдельным категориям военнослужащих в зависимости от их воинских званий (солдаты (матросы), сержанты (старшины), прапорщики (мичманы), офицеры) и формы прохождения военной службы последними (по призыву или по контракту);

- исключительно административный порядок применения дисциплинарной ответственности военнослужащих. Если в отношении других видов юридической ответственности военнослужащих в тех или иных случаях предусмотрена необходимость обращения в суд для наложения на правонарушителя соответствующего взыскания, то дисциплинарная ответственность применяется только по решению командиров (начальников).

1.2 Описание порядка учета задержанных военнослужащих и обоснование необходимости его автоматизации

Предметной областью дипломного проекта является учет задержанных военнослужащих.

Задержание военнослужащих осуществляется гарнизонными патрулями.

В каждом гарнизоне для поддержания порядка и контроля за соблюдением воинской дисциплины военнослужащими на улицах, в транспорте общего пользования и в других общественных местах, на вокзалах, железнодорожных станциях (в портах, аэропортах) приказом начальника гарнизона организуется патрулирование, для чего из состава военной комендатуры и воинских частей гарнизона назначаются гарнизонные патрули, а при военной комендатуре - резервный гарнизонный патруль с транспортным средством.

Гарнизонные патрули подчиняются военному коменданту гарнизона и дежурному по гарнизону. Гарнизонные патрули, назначаемые для патрулирования в районе железнодорожных станций (портов, аэропортов), кроме того, подчиняются военному коменданту железнодорожного (водного) участка и станции (порта, аэропорта).

В состав гарнизонного патруля входят начальник патруля и два-три патрульных.

Призадержаниивоеннослужащегов состоянии алкогольного или наркотического опьянения начальник патруляпринимаетмерыподоставкееговвоеннуюкомендатуру гарнизона,приэтомоннедолжентребоватьотвоеннослужащего каких-либо объяснений.

Если военнослужащими, проходящими военную службу по призыву, принахожденииихвувольнениидопущеногрубоенарушение правил ношениявоеннойформы одежды, невыполнение воинского приветствия или иное проявление недисциплинированности, начальник патруля имеет право прекращатьтакимвоеннослужащимувольнениеинаправлятьихв сопровождениипатрульного в военную комендатуру или возвращать в свою воинскуючастьдляпринятиямер.Задерживаютсяинаправляются в военнуюкомендатуруивоеннослужащие,прибывшиепо увольнительным запискамиздругогогарнизона.Овремениипричинезадержания начальникпатруляделаетотметкунаувольнительнойзапискевоеннослужащего.Вслучае неповиновения или сопротивления военнослужащего при его задержанииначальникпатруляимеетправосам или составом патруля применить к нему силу.

Военнослужащие, доставленные в военную комендатуру гарнизона занарушения воинской дисциплины и общественного порядка, принимаются помощникомвоенного коменданта (дежурным по караулам), записываются в книгуучета задержанных и помещаются в камеры временно задержанных на срокнеболее1сутокдопринятиявоенным комендантом гарнизона решения об их ответственности.

Книга задержанных военнослужащих содержит следующие графы:

• Воинская должность;

• Воинское звание;

• Фамилия, имя, отчество;

• Условное наименование воинской части;

• Почтовый адрес воинской части;

• Подчиненность и наименование военного округа;

• Кем и за что подвергнут задержанию;

• Принятые вещи документы и деньги;

• Дата и время;

• Отметка начальника гауптвахты (дежурного по воинской части) об освобождении.

Принимая задержанных военнослужащих, дежурный помощник военного коменданта производит досмотр их вещей и обмундирования, изымаетпоясныеремни,вещи и ценности, которые не положено иметь в камере,атакжевсеслужебныедокументы.Обизъятииоружияи боеприпасов,документов,вещейиценностейсоставляется протокол, которыйподписываетсяпомощникомвоенногокоменданта(дежурным по караулам), лицами, доставившими задержанного, и самим задержанным.

Учет задержанных военнослужащих осуществляется путем записи информации в соответствующую книгу. Начальник гарнизона требует от соответствующих должностных лиц подготовку периодического анализа, который включает следующие отчеты:

1. Отчет об общем количестве задержанных военнослужащих за период (месяц, квартал, год, произвольный период)с распределением по воинским частям;

2. Отчет об общем количестве задержанных военнослужащих за период (месяц, квартал, год, произвольный период)с распределением по типам нарушений;

3. Отчет об общем количестве задержанных военнослужащих за период (месяц, квартал, год, произвольный период)с распределением по военнослужащим по контракту и по призыву;

4. Отчет об общем количестве задержанных военнослужащих за период (месяц, квартал, год, произвольный период)в сравнении с предыдущим аналогичным периодом.

Данные отчеты подготавливаются сотрудником гарнизонной комендатуры путем выписки соответствующих данных за необходимый период из книги задержанных военнослужащих и их обобщения. В силу того, что подготовка отчетов осуществляется полностью вручную и на основании бумажных документов, процесс подготовки занимает большое время, весьма трудоемок и может содержать ошибки.

Существующая информационная инфраструктура не позволяет силами сотрудника в необходимое время контролировать учет задержанных военнослужащих,консолидировать информацию по всем задержаниям в оперативные сроки, что соответственно затрудняет процесс подготовки отчетов.

Сотрудник перегружен механическойработой, которая состоит в необходимости предварительного сведения данных из различных источников в нескольких таблицах.

Поэтому необходимо:

• автоматизировать процесс учета задержанных военнослужащих;

• обеспечить достоверность данных;

• обеспечить актуальность данных по состоянию на предыдущий к моменту подготовки отчета день;

• реализовать наборы сводок и аналитических отчетов, необходимых сотруднику.

Разрабатываемая ИС должна выполнять следующие функции:

• учет задержанных военнослужащих;

• формирование списка задержанных военнослужащих;

• формирование карточки задержанного военнослужащего;

• автоматическое построение перечисленных выше отчетов.

При эксплуатации ИСтакже должны выполняться следующие требования:

• хранение данных по задержаниям в единой базе данных;

• авторизация пользователей при входе в систему;

• возможность отслеживания периодичности и последовательности работы пользователей в системе;

• возможность администрирования разработанной системы;

• возможность формирования отчетов.

В ИСдолжны использоваться следующие справочники:

• воинские звания;

• воинские должности;

• вид нарушения;

• Пользователи системы.

1.3 Обоснование выбора средств разработки

Для выбора языка программирования необходимо определить требования к среде программирования. В процессе анализа требований и классификации самой проектируемой ИАС были определенны следующие требования к среде проектирования:

• кроссплатформенность, необходимая для интеграции с другими подсистемами;

• гибкость, позволяющая без дополнительных затрат изменять, дорабатывать информационную систему;

• безопасность;

• язык программирования должен предоставлять широкие возможности по работе с современными СУБД;

• обеспечивать универсальность клиентских приложений;

• открытость исходного кода, которая позволить динамическое совершенствования ИС и исправление ошибок.

Среди множества продуктов, предлагающих подобные возможности, можно выделить следующие направления:

•  реализация через web-интерфейс, например, с помощью php-программирования;

•  реализация через интегрированные среды разработки программного обеспечения для MicrosoftWindows на языках Delphi, VisualC++, VisualBasic и др.

В первом случае программа будет работать как web-сервис. Для этого необходимо настроить web-сервер, создать программные php-модули, разработать интерфейс сайта, зарегистрировать его в глобальной сети, оплатить доменное имя и аренду хостинга. При этом довольно сложно создать гибкий инструмент анализа, поскольку конечным продуктом будет являться откомпилированный файл, в который невозможно будет внести изменения без исходного программного кода.

Рассматривая второй вариант реализации, необходимо понимать, что среда разработки программных средств под MicrosoftWindows любого производителя не является бесплатной, и потребует на приобретение предлагаемого пакета значительных расходов. Для дальнейшего создания самого приложения в этой среде потребуется знание того языка программирования, который заложен в ее основу. Далее необходимо будет создать систему управления базами данных в этой среде, графические интерфейсы и др. Как видно, в первом случае потребуются значительные денежные затраты и трудоемкий процесс создания и сопровождения системы анализа продаж [12].

Во второмже случае затратымогут быть минимальны.

Для создания программ под Windowsсуществует огромное количество интегрированных сред разработки. К таковым можно отнести: VisualBasic, Visual С+ +, Delphi, С++ Builder.

Сравним Delphiи C++Builder, выберем среду программирования для автоматизированной системы.

Delphi 7 2010 – это прекрасный инструмент, но в то же время и сложная программная среда, состоящая из многих элементов. Включаетвсебяновыйинтерфейс Galileo, атакжеinterbase server и desktop, remote debugger server, Model Maker, Install Shield.

Особенно привлекательными в Delphi являются такие изначальные возможности, как объектно-ориентированный подход к программированию, основанный на формах, ее высокопроизводительный (32-разрядный оптимизирующий компилятор), замечательная поддержка баз данных, тесная интеграция с программированием под Windowsи технология компонентов. Но самой важной частью является язык ObjectPascal, на фундаменте которого строится все остальное.

Delphi 7 2010 обладает открытой архитектурой, полностью поддерживает технологии MicrosoftOLEAutomation, ActiveX, ODBC.Компилятор позволяет иметь доступ ко всем ресурсам операционных систем, реализующих интерфейс Win32 (WindowsХР и Windows7).

Программы Delphiиспользуют объектно-ориентированную структуру под названием VCL – VisualComponentLibrary(Библиотека Визуальных Компонентов). Именно VCLподнимает быструю разработку приложений на новый уровень. Можно расширить свои возможности за счет создания своих собственных компонентов. К тому же независимые поставщики уже создали множество компонентов такого рода.

Delphi 7 2010  имеет много других улучшений IDE, расширенную поддержку баз данных (по специальным наборам данных ADOи InterBase), улучшенную версию MIDASс поддержкой Интернета, инструмент управления версиями TeamSours, возможности перевода, концепцию фреймов и большое количество новых компонентов.

В основе идеологии Delphiлежат технологии визуального проектирования и программирование процедур обработки событий, применение которых позволяет существенно сократить время разработки и облегчить процесс создания приложений.

C++Builder 6 2010 – очередная версия системы объектно-ориентированного программирования для операционных систем Windows 2000, WindowsXP, WindowsVista и Windows 7.Интегрированная среда системы (IntegratedDevelopmentEnvironment, IDE) обеспечивает ускорение визуального проектирования, а также продуктивность многократно используемых компонентов в сочетании с усовершенствованными инструментами и разномасштабными средствами доступа к базам данных.

Система C++Builder 6 2010 может быть использована везде, где требуется дополнить существующие приложения (как прикладные, так и системные) расширенным стандартом языка C++, повысить быстродействие и надежность программ, придать пользовательскому интерфейсу качество профессионального уровня, позволяет быстро создавать использующие сенсорный ввод данных графические интерфейсы и приложения для КПК, сенсорных панелей и автономных общедоступных систем и модернизировать существующие приложения с минимальным добавлением кода или без него.

Проведем выбора среды программирования методом экспертного оценивания. Выделим критерии оценки среды программирования. Важность каждого из представленных критериев была оценена экспертами по 100 бальной шкале. Исходя из полученных данных, находится средний балл и коэффициент относительной важности критерия. Результаты экспертизы представлены в Таблицах 1.1.-1.2.

Таблица 1.1 Результаты экспертизы сред разработки, первый этап

Функция Эксперт 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%

Таблица 1.2 Результаты экспертизы сред разработки, второй этап

Функция Коэффициент

относительной

важности Среда программирования

 Delphi C++ Builder

Стоимость 13,7 + +

Простота сопровождения 13,2 + -

Временные затраты на разработку 14,8 + -

Быстродействие 15 + +

Удобный дизайн 14 + +

Мощность пакета 13,8 + +

Возможности языка 15,5 + +

Сумма 100,0% 100 72

Учитывая все вышесказанное и результаты анализа экспертным оцениванием можно сделать выбор среды программной разработки в пользу Delphi, который обеспечивает чрезвычайно высокую производительность и удобство использования.

В мире существует множество систем управления базами данных. Несмотря на то, что они могут по-разному работать с различными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных функций.

В общем случае, перечень требований к СУБД, может изменяться в зависимости от поставленных целей. Тем не менее, можно выделить несколько групп критериев:

 Структура данных;

 Функциональные возможности;

 Особенности разработки приложений;

 Производительность;

 Требования к рабочей среде.

Рассмотрим  5 различных реляционных СУБД. Согласно методу анализа иерархий, предложенному Т. Саати, проводится попарное сравнение всех СУБД по каждому критерию, в результате чего получается 5 матриц попарных сравнений альтернатив.

В качестве альтернатив рассмотрим  следующие СУБД:

1) DB2;

2) Oracle;

3) Microsoft SQL Server;

4) MS Access;

5) PostgreSQL.

Сравним выбранные СУБД по критерию «Структура данных».

Все рассматриваемые альтернативы реализуют реляционную модель данных (РСУБД) или объектно-реляционную модель данных (ОРСУБД), следовательно, все рассматриваемые системы подходят для анализа и сравнения. Проводится анализ рассматриваемых альтернатив по предусмотренным типам данных. По результатам этого анализа можно построить матрицу попарных сравнений альтернатив по первому критерию (Таблица 1.3), рассчитать вектор приоритетов, главное собственное значение и остальные показатели [3].

Таблица 1.3 Матрица попарных сравнений альтернатив по критерию «Структура данных»

DB2 Oracle MS Access MS SQL Postgre SQL

DB2 1 1 1 1 1

Oracle 1 1 1/4 1/5 1/3

MS Access 1 4 1 1/2 2

MS SQL 1 5 2 1 2

Postgre SQL 1 3 1/2 1/2 1

Вектор приоритетов: ОД 8    0,08    0,24    0,33    0,17

Главное собственное значение: 5,34. Индекс согласованности (ИС): 0,084. Отношение согласованности (ОС): 0,07. Как видно, ОС в пределах нормы.

Сравним выбранные СУБД по критерию «Функциональные возможности».

Пункт «Триггеры и хранимые процедуры» определяет наличие в некоторой СУБД класса процедур, функций. Триггер – это программа базы данных, вызываемая всякий раз при вставке, изменении или удалении строки таблицы. Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти изменения будут приняты. Хранимая процедура - программа, которая хранится на сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются непосредственно на сервере баз данных, обеспечивается более высокое быстродействие, нежели при выполнении тех же операций средствами клиента БД [1]. Проведем анализ альтернатив по данному пункту (Таблица 1.4).

Таблица 1.4 Анализ альтернатив по пункту «Триггеры и хранимые процедуры»

Триггер Функция Процедура

DB2 + + +

Microsoft SQL Server + + +

MS Access + + +

Oracle + + +

PostgreSQL + + +

Пункт «Масштабируемость» предполагает возможности рассматриваемой СУБД по увеличению объема данных со временем и в случае необходимости [4]. Необходимо рассмотреть максимально возможный объем хранимых данных для каждой альтернативы (Таблица 1.5).

Таблица 1.5 Анализ альтернатив по пункту «Масштабируемость»

Размер БД Размер таблицы Размер строки

DB2 512ТБ 512 ТБ 32677 В

Microsoft SQL Server 524258 ТБ 524258 ТБ ∞

MS Access ∞ 256ТВ 64KB

Oracle ∞ 4 Гб* Размер блока 8KB

Postgre SQL ∞ 32 ТБ 1,6 ТБ

Таким образом, проведен анализ рассматриваемых альтернатив по пунктам критерия «Функциональные возможности». По результатам анализа можно построить матрицу попарных сравнений альтернатив по второму критерию (Таблица 1.6), рассчитать вектор приоритетов и основные показатели.

Таблица 1.6 Матрица попарных сравнений альтернатив по критерию «Функциональные возможности»

DB2 Oracle MS Access MS SQL Postgre SQL

DB2 1 1/4 2 1/7 1/5

Oracle 4 1 1 1/4 1/2

MS Access 1/2 1 1 1/4 1/2

MS SQL 7 4 4 1 3

Postgre SQL 5 2 2 1/3 1

Вектор приоритетов: 0,07    0,13    0,09    0,49    0,22

Главное собственное значение: 5,45. Индекс согласованности (ИС): ОД 11. Отношение согласованности (ОС): 0,09.

Рассмотрим критерий «Особенности разработки приложений». При рассмотрении этого критерия необходимо оценить трудозатраты на администрирование баз данных. Основные задачи такого администрирования: установка и конфигурирование базы данных, текущее администрирование базы данных, резервное копирование/восстановление [5].

Таким образом, можно построить матрицу попарных сравнений альтернатив по третьему критерию (Таблица 1.7), рассчитать вектор приоритетов и основные показатели.

Таблица 1.7 Матрица попарных сравнений альтернатив по критерию «Особенности разработки приложений»

DB2 Oracle MS Access MS SQL Postgre SQL

DB2 1 1 1 1/6 1

Oracle 1 1 1 1/4 1

MS Access 1 1 1 1/4 1

MS SQL 6 4 4 1 3

Postgre SQL 1 1 1 1/3 1

Главное собственное значение: 5,04. Индекс согласованности (ИС): 0,01. Отношение согласованности (ОС): 0,01.

Сравним выбранные СУБД по критерию «Производительность».

Для тестирования производительности применяются различные средства, и существует множество тестовых рейтингов. Одним из самых популярных и объективных является ТРС-анализ производительности систем. Показатель ТРС - это отношение количества запросов, обрабатываемых за некий промежуток времени, к стоимости всей системы. Следует отметить, что для СУБД PostgreSQL не проводится тест ТРС, а система MSAccess проводит собственные тесты производительности. Результаты теста производительности ТРС-С представлены в Таблице 1.8 [6].

Таблица 1.8 Результаты теста TPC

Название Количество транзакций, tpmC Стоимость транзакции, долл./tpmC Монитор транзакций

Microsoft SQL Server 2005 х64 661,475 1.16USD Microsoft COM+

Oracle Database

Standard 631,766 1.08 USD Microsoft COM+

IBM DB2 9.5 1,200,011 1.99 USD Microsoft COM+

По имеющимся данным оценим рассматриваемые СУБД по критерию «Производительность», построим матрицу попарных сравнений альтернатив (Таблица 1.9).

Таблица 1.9 Матрица попарных сравнений альтернатив по критерию «Производительность»

по DB2 Oracle MS Access MS SQL Postgre SQL

DB2 1 4 5 3 5

Oracle 1/4 1 3 1/2 3

MS Access 1/5 1/3 1 1/4 1

MS SQL 1/3 2 4 1 4

Postgre SQL 1/5 1/3 1 1/4 1

Вектор приоритетов: 0,47    0,15    0,07    0,24    0,07

Главное собственное значение: 5,14. Индекс согласованности (ИС): 0,036. Отношение согласованности (ОС): 0,03.

Рассмотрим критерий «Требования к рабочей среде». В Таблице 1.10 приводятся результаты анализа альтернатив по критерию «Поддерживаемые операционные системы» [3].

Таблица 1.10 Поддерживаемые ОС рассматриваемых систем

DB2 MS SQL Server MS Access Oracle Postgre SQL

Windows + + + + +

Mac OS + + + + +

Linux + + + + +

BSD - + + - +

UNIX + + + + +

AmigaOS - + + - -

Symbian - + + - -

Оценим рассматриваемые СУБД относительно критерия «Требования к рабочей среде», построим матрицу попарных сравнений альтернатив (Таблица 1.11).