Средства разработки клиентских приложений
· Программное обеспечение клиента 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 являются реляционными СУБД, в которых есть все основные возможности и средства, типичные для современных СУБД.
- Создание и ведение баз данных с помощью проектов 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.
- Разработка приложений. Основные понятия технологий ADO, OLE, ODBC.
При работе с реляционными БД можно условно выделить две основные задачи:
- собственно работа с БД, включающая создание и ведение БД (создание таблиц, добавление записи в таблицу, удаление записи, обновление, выборка нужной записи);
- создание пользовательских приложений, включающих разработку пользовательского интерфейса по работе с базой данных.
Даже хорошо спроектированная БД мало полезна без приложений, которые обеспечивают ее жизнедеятельность, удовлетворяя потребности пользователей в информации. При этом пользователи ждут программ, которые помогали бы им решать их задачи быстро и обладали широкими возможностями поиска и обработки информации. Поэтому проектировщику базы данных следует также обратить внимание на проектирование модулей приложений, которые будут дополнять базу данных.
Как уже отмечалось, – на этапе анализа системные аналитики разрабатывают функциональную модель предметной области. Эта модель является входными данными для этапа проектирования модулей приложений БД.
Элементы функциональной модели позволяют описать функции обработки данных, организовать их в соответствии с бизнес-требованиями и, следовательно, построить отображения этих функций в набор определений модулей приложений. При этом следует придерживаться следующих двух правил: избегать создания дублирующего кода и стараться не создавать больших модулей со сложной логикой.
Как правило, проектирование модулей приложений выполняется параллельно с проектированием физической структуры базы данных. Эти две задачи взаимосвязаны. Практически любое решение в моделировании данных почти всегда выгодно для одних модулей и создает проблемы для других. Поэтому проектировщик БД должен учитывать последствия выбираемых им решений и выбирать компромиссные варианты, ориентируясь на пользователя.
Чтобы спроектировать модули приложений, необходимо знать, как будет работать информационная система с БД. Такую информацию можно получить из функциональной модели предметной области. Для проектирования модулей приложений проектировщику нужен набор спецификаций функций, которые задают необходимые требования к обработке бизнес-данных, а также набор зависимостей между различными бизнес-функциями.
Фактически это означает, что входом для решения задачи проектирования модулей приложений является иерархия функций. На выходе проектировщик должен получить описание (спецификацию) модулей приложений, а в процессе проектирования модулей проектировщик строит отображение бизнес-требований в спецификации программных модулей.
При отображении функций в модули необходимо получить схему, которая ставит в соответствие каждой функции определенный модуль.
К сожалению, унифицированных и простых способов отображения функций в модули приложений пока не существует. Это обусловлено, прежде всего, сложностью выработки критерия того, что полученное отображение оптимально (т.е. имеется довольно широкий семантический произвол в обосновании вариантов того или иного отображения). Как показывает опыт проектирования, мнение относительно состава и количества модулей приложений в процессе проектирования меняется неоднократно.