Средства разработки клиентских приложений

· Программное обеспечение клиента SQL-сервер (Transact SQL, SQL ServerQueryAnalyzer и др.)

· MS Access (ODBC) - MS VisualBasic

· MS VisualStudio - MS VisualFoxPro

· Java (JDBC) - BorlandDelphi

· Borland C++Builder идр. - Библиотеки функций (API, ODBC и др.)

Microsoft SQL Server и MicrosoftAccess являются реляционными СУБД, в которых есть все основные возможности и средства, типичные для современных СУБД.

  1. Создание и ведение баз данных с помощью проектов MS Access

Кроме создания достаточно сложных многопользовательских приложений, Access может использоваться в качестве средства для разработки клиентской части приложения с архитектурой "клиент-сервер". С помощью объектов Access может быть создан интерфейс к базам данных, которые размещаются на мощных серверах баз данных, таких как Microsoft SQL Server, Oracle и т. д.

Достоинством Access как клиента к серверной базе данных является наличие мощных и простых средств для разработки интерфейса – форм, отчетов и страниц Web.

Наиболее целесообразным способом создания приложений в архитектуре "клиент-сервер" являются проекты MicrosoftAccess – файлы с расширением .adp. В отличие от файла базы данных Access файл проекта не содержит таблиц с данными. Все таблицы, с которыми работает клиентское приложение, размещаются на сервере базы данных, а файл проекта включает в себя только те объекты, которые создаются на базе этих таблиц: формы, отчеты, страницы, макросы и модули. Однако из проекта Access доступны не только таблицы, но и другие объекты сервера: представления (views), хранимые процедуры (storedprocedures), схемы базы данных (databasediagrams). Доступ к этим объектам выполняется посредством OLE DB — универсального интерфейса, разработанного фирмой Microsoft для доступа к данным произвольного типа как реляционным, так и нереляционным.

В качестве сервера базы данных в проектах Access может использоваться Microsoft SQL Server 2005 (или более старшие версии), либо версия Microsoft SQL Server 2005 ExpressEdition. При этом, наилучшую совместимость с Microsoft SQL Server 2005 в качестве клиента обеспечивает версия Access 2007.

 

Благодаря проектам базы данных Access можно применить Access в качестве внешнего интерфейса разработки и управления базами данных для SQL Server.

  1. Разработка приложений. Основные понятия технологий ADO, OLE, ODBC.

При работе с реляционными БД можно условно выделить две основные задачи:

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

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

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

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

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

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

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

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

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

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