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

Компоненты для построения отчетов – около двадцати компонентов для построения отчетов.

Local InterBase Server – локальная однопользовательская версия SQL-сервера Borland InterBase. Поддерживает два активных соединения клиентов с сервером. Используется в основном для создания БД, отладки клиентских приложений, которые будут работать с удаленными БД. В дальнейшем, после отладки, БД переносятся на действительно удаленный сервер, а приложение клиентского места перенастраивается для работы с удаленной БД.

InterBase Server для Windows 95 –  4-пользовательская версия SQL-сервера Borland InterBase, которая может устанавливаться на компьютерах, работающих под управлением Windows 95. Используется для тех же целей, что и Local InterBase Server, однако на InterBase для Windows 95 можно производить отладку в многопользовательском режиме, что важно для проверки корректности изменений, одновременно вносимых пользователями БД при параллельной работе с ней.

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

BDE содержит драйверы, позволяющие работать с файлами dBase, Paradox, Local InterBase, InterBase (не входит в поставку Delphi). Для работы с другими СУБД имеются необходимые средства поддержки ODBC.

Я решила остановиться на одной из СУБД, для подключения к которым не надо использовать ODBC, потому что ODBC взаимодействует с другими СУБД через собственные драйверы, что замедляет работу приложения.

2.1.2.1 СУБД Paradox и dBase

Плоские системы – это системы, где файлы, содержащие таблицы находятся на жестком диске. Это обыкновенные файлы DOS. Плоские системы могут быть реляционными. Процессор баз данных, как, например, BDE, в этом случае работает непосредственно с файлами.

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

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

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

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

При обеспечении многопользовательского доступа к БД были выявлены следующие недостатки:

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

·      локальные СУБД используют подход, ориентированный на работу с отдельными записями;

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

·      низкий уровень безопасности данных, так как гораздо проще вносить изменения в отдельные таблицы, минуя приложения, например из Database Desktop;

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

·      недостаточно развитый аппарат транзакций служит потенциальным источником ошибок.

Эти недостатки в использовании баз данных можно убрать переведя приложения из архитектуры плоских систем (файл-сервер) в архитектуру клиент-сервер.

2.1.2.2 СУБД InterBase

InterBase – это система клиент-сервер – масштабируемый высокопроизводительный SQL сервер баз данных, совершенный по простоте инсталляции, использования и обслуживания. SQL-сервер InterBase предназначен для хранения и обработки больших объемов информации в условиях одновременной работы с БД множества клиентских приложений.

Для задания смысловой и ссылочной целостности БД используются механизмы: 

·     отношение подчиненности между таблицами за счет первичных и вторичных

ключей;

·     ограничения на значения полей таблиц (бизнес-правила);

·     триггеры – подпрограммы, автономно выполняющиеся сервером до или после события изменения записи в таблице БД;

·     генераторы – для создания и использования уникальных значений нужных полей.

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

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

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

Для управления сервером используется InterBase Server Manager. 

Для создания и редактирования  БД можно  использовать Windows Interactive SQL (WISQL), на котором можно писать любые запросы, минуя BDE. Для создания, редактирования и просмотра БД можно также использовать Database Desktop и SQL Explorer. 

Таким образом, преимущества архитектуры клиент-сервер заключаются в следующем:

·      большинство вычислительных процессов происходит на сервере; таким образом снижаются требования к вычислительным мощностям компьютера клиента;

·      снижается сетевой трафик  за счет посылки сервером клиенту только тех данных, которые он запрашивал (вся база данных не копируется на клиентское место);

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

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

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

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

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

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

На основании всего вышесказанного я останавливаю свой выбор на СУБД InterBase (версии 5.0).  

2.1.3 Выбор аппаратных средств

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

Так как в качестве инструментального средства для разработки программного обеспечения используется Delphi 3.0 Client/Sever Suite, а для разработки системы баз данных – система управления базами данных Interbase 5.0 Server, то в качестве аппаратного обеспечения работы системы поддержки принятия решений для торгово-закупочного предприятия должен использоваться IBM-совместимый персональный компьютер с процессором Pentium или, в крайнем случае, 486. Желательно, чтобы память компьютера была не меньше 32 мегабайта.

От быстродействия ЭВМ зависит скорость работы программного обеспечения, поэтому, чем мощнее ЭВМ, тем лучше. Так как в качестве решения задачи дипломного проекта используется генетический алгоритм, который работает намного быстрее метода перебора, то можно было бы предположить, что задача может быть решена за очень малый промежуток времени. Но так как размерность входных данных в реальных условиях является очень большой (около 500 товаров и 50 поставщиков), и сложность метода перебора равна 50 в 500-й степени, то и сложность генетического алгоритма тоже не мала. Поэтому, для решения поставленной задачи особенно требуется быстродействующий компьютер, и чем больше его быстродействие, тем лучше.

Так как у разработчика в наличии  имеется компьютер Pentium 166 MMX, который не особенно (малое быстродействие), но удовлетворяет  поставленным выше требованиям, то в качестве аппаратного средства для разработки системы поддержки принятия решений для формирования заказа будет использоваться  именно этот компьютер.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18