Компьютер-Информ || Архив || Рубрики || Поиск || Подписка || Работа || О "КИ" || Карта

Разработка клиент/серверных приложений с помощью MS Access 2000

Александр Трусов
alex95@mail.wplus.net

Access предоставляет инструментальную среду для проектирования, разработки, и тестирования реляционных баз данных (БД); бизнес логики; интерфейса пользователя и для эффекивного применения хорошего уровня знаний по перечисленным выше темам. К сожалению, великолепно проработанное Microsoft начальное использование продукта порождает иллюзию простоты дальнейшего доведения решений до полноценных клиент/серверных приложений.

Наиболее значительные новые возможности

1. Оформление решений в виде проекта. Под проектом понимается функционально полное решение. Вот какое определение дает проекту Microsoft: Файл Access соединяется с БД MS SQL Server с помощью архитектуры компонентов OLE DB. Проект Access содержит только объекты БД, работающие на основе программ или HTML: формы, отчеты, макросы, модули и ярлыки страниц доступа к данным. Проект Access не содержит никаких данных или объектов определения данных: таблиц, представлений, диаграмм БД или сохраненных процедур. Такие объекты БД сохраняются в БД на сервере SQL. Проекты Access используются для создания приложений в архитектуре клиент/сервер.

2. Технология MS Data Engine (MSDE) обеспечивает как локальное хранение данных, совместимое с MS SQL Server 7.0, так и удаленное. MSDE можно рассматривать как ядро обработки данных в архитектуре клиент/сервер, альтернативное ядру MS Jet для файл/сервера. Поскольку MSDE основывается на том же ядре обработки данных, что и SQL-сервер, большинство проектов в архитектуре клиент/сервер выполняются в любой версии (MSDE, SQL) без изменений.

3. Переход на программирование доступа к данным (таблицам, хранимым процедурам, представлениям) через объекты данных ActiveX (ADO) средства доступа OLE DB.

4. Использование для программирования полноценного редактора MS Visual Basic (поддерживается объектная модель языка) и редактора скриптов MS Visual InterDev для работы с Web-компонентами.

5. Обновленная объектная модель Access (коллекции форм, отчетов) позволяет разрабатывать приложения, независимые от естественного языка пользователя. Например, создадим 2 таблицы. Первая таблица сообщений, имеющая поля: код сообщения, код языка, описание сообщения. Вторая метки (надписи) полей управления форм, имеющие поля: имя формы, имя элемента управления, код языка, описание метки. Решение позволит полностью автоматизировать процесс перехода с одного языка на другой, а в ряде случаев переход может происходить в интерактивном режиме.

6. Преобразование проекта в runtime приложение клиент/сервер (используется MS Office 2000 Developer).

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

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

Проектирование и разработка приложений клиент/сервер

Для разработки приложений на Access необходимо решить задачи:

• Формирование требований к назначению и функциональной полноте приложения; ведению проекта; команде разработки.
• Реализация проекта.
• Тестирование приложения.
• Техническое обслуживание приложения.

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

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

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

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

Возможны следующие варианты решения. Для работы с одним проектом нескольких разработчиков MS советует тиражировать проект по количеству работающих с проектом. Добавим еще 1 копию и условно назовем ее Total. В нее положим общие ресурсы проекта, прошедшие стадию тестирования. В результате получим проект Total, отражающий текущее состояние.
Access может работать с ActiveX компонентами, значит, общие ресурсы можно оформить как ActiveX компоненты (используя компоненты MS, или включив в команду разработчика компонент). Но можно обойтись и без разработок ActiveX компонент. Для чего воспользуемся теорией нормализации отношений (теория реляционных БД). Используем ее для:

• Получения списка технологических операций с хранимыми данными проекта, включающего добавление новой, модификация, удаление, поиск записи, получение списка по критерию поиска, добавление записи в справочник, печать (документа или отчета), справка, выход.
• Нормализации процессов приложения. Под процессом понимается обработчик событий. Процесс представляет собой данные для контроллера процессов. Процесс имеет уникальный номер (primary key) глобальная переменная проекта. Процесс имеет свой уровень вложенности. Для сохранения и восстановления номера процесса используется область сохранения уровня вложенности процесса глобальная переменная проекта. MS для оптимизации доступа к объектам (формам, отчетам, и т. п.) советует использовать формы-переключатели. Воспользовавшись советом, создадим форму, на которой в качестве элементов управления (кнопка) разместим список технологических операций. Назовем эту форму инструментальной. Обязательно синхронизируем с формой стандартный модуль. Форма и модуль образуют контроллер процессов. Инструментальная форма всегда на экране, как, например, линейки инструментов Access. Инструментальная форма является таблично независимой.
  Такое решение позволит: параллельно вести разработку приложения (т. к. экземпляр контроллера может быть представлен в каждом проекте разработчика); использовать контроллер процессов как контейнер общих ресурсов процедур, функций (ресурсы легко объединяются и контролируются в Total-проекте); избежать вложенных транзакций (все другие формы подгружаются к инструментальной по типу оверлея); в любой момент времени известен исполняемый процесс. При использовании уникального номера процесса на уровне форм, ее удается использовать в нескольких технологических операциях приложения, как общий ресурс, исключая тиражирование.

3. Формирование требований к команде разработки.

4. Формирование команды.

5. Реализация проекта.

6. Тестирование приложения.

7. Техническое обслуживание приложения.

Решения проблем по этим направлениям представлены в наборе концепций и рекомендуемых моделей MS Solutions Framework (MSF).  

Решение: приложение Картотека для документов Word

Картотека для документов Word (картотека) разработана на  Access 2000, как runtime приложение клиент/сервер. Каждой организации, использующей для формирования документов MS Word (MS Office), знакома проблема, когда документы начинают пропадать, или весьма долго ищутся, а если находятся, то кто-то неизвестный в этом документе уже что-то наваял, и это что-то совсем не нужно автору, или существуют документы-близнецы, отличающиеся только форматами полей, но не содержанием. Таким образом, для ведения и хранения документов, требуются организационные усилия, а возможно и дополнительные штаты. Картотека автоматизирует документооборот, предоставляя следующие возможности:

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

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

Централизованное ведение документов. Документы картотеки идентифицируются кодом, наименованием, автором, датой создания. Для ускорения поиска документов в БД используется аннотация для документа (краткое содержание). Приложение позволяет группировать документы по автору, однако в текущей версии ограничения доступа разных авторов к одному документу нет. База документов отсортирована по наименованию, дате, автору редакции, краткому содержанию. Состояние базы документов можно просмотреть в отчете по документам. Управление документами реализовано в 2 технологических операциях картотеки:
- Формирование базы документов (создание нового на основании выбранного шаблона, редактирование существующего, поиск и удаление).
- Поиск, просмотр и редактирование документов (по заданным критериям поиска формируется список документов, фрагменты документов из списка можно оперативно просмотреть, выбранный из списка документ можно отредактировать в  Word). Критериями поиска документа являются: наименование, дата, автор, аннотация (или буква, слово, фраза из краткого содержания документа). Для списка выбранных документов поддерживаются операции сохранить и удалить.

Централизованное хранение шаблонов и документов в БД. В качестве хранилища данных используется MS SQL-сервер.

Использование средств БД для защиты документов от несанкционированного доступа (защита данных в MS SQL сервер).

Быстрый поиск, просмотр, формирование и редактирование документов. Использование интерфейса пользователя картотеки значительно сокращает время формирования и работы с документами.

Освобождение пространства ОС. Все документы уходят из файловой системы в БД картотеки.

Оперативное получение справочной информации о работе с картотекой.

С работой приложения картотека можно ознакомиться, посетив MS Special User Group NEVA (SIGN). Картотека демонстрируется на стенде, любезно предоставленным компанией Эврика группе пользователей SIGN.
Дополнительную информацию по разработке на Access клиент/серверных приложений можно получить по адресу: http://www.np.sp.ru

Если вы интересуетесь технологиями MS и готовы участвовать в работе MS SIGN, свяжитесь по e-mail
с Сергеем Полехиным  s_polehin@eureca.ru
или Александром Гусаком a_gusak@eureca.ru

Будем рады встретиться с вами на собрании группы.  

  КОМПЬЮТЕР-ИНФОРМ 
    Главная страница || Статьи 20 || Новости СПб || Новости России || Новости мира

Рубрики || Работа || Услуги || Поиск || Архив || Дни рождения
О "КИ" || График выхода || Карта сайта || Подписка

Рассылка анонсов газеты по электронной почте

Главная страница

Сайт газеты "Компьютер-Информ" является зарегистрированным электронным СМИ.
Свидетельство Эл 77-4461 от 2 апреля 2001 г.
Перепечатка материалов без письменного согласия редакции запрещена.
При использовании материалов газеты в Интернет гиперссылка обязательна.

Телефон редакции (812) 718-6666, 718-6555.
Адрес: 196084, СПб, ул.Заставская, д.23, БЦ "Авиатор", 3-й этаж, офис 307
e-mail: editor@ci.ru
Для пресс-релизов и новостей news@ci.ru