2.4 Проектирование базы данных
Проектирование базы данных осуществлялось по методу сущность-связь с помощью средства PowerDesigner 11, который значительно помогает автоматизировать процесс разработки.
Проектирование осуществлялось в два этапа:
Проектирование концептуальной модели базы данных
Проектирование физической модели базы данных
2.4.1 Концептуальная модель данных
Концептуальная модель отражает начальное проектирование базы данных, в которой не отражаются особенности конкретной базы данных.
Описываются:
Сущности;
Уникальные индификаторы сущностей;
Поля сущностей и их типы;
Связи сущностей.
Рисунок 2.2 - Концептуальная модель данных
2.4.2 Физическая модель данных
Физическая модель отражает модель, привязанную к конкретной базе данных.
Физическая модель была автоматически сгенерированна из концептуальной модели данных. Потом были сделаны небольшие изменение в плане удаление ненужных индексов и создании дополнительных индексов, которые реализуют бизнес логику приложения.
Модель состоит из 36 таблиц связанная 60 связями.
Рисунок 2.3 - Физическая модель данных
2.4.3 Общая схема данных
Рисунок 2.4 - Общая схема данных
2.5 Иерархия форм
Рисунок 2.5 - Иерархия классов
2.6 Реализация модуля импорта данных из 1С
Реализация импорта была выполнена в виде процедуры в клиенте.
2.6.1 Выбор технологии доступа к данным 1С
При выборе метода доступа к данным 1С были проанализированные все методы доступа к данным. Однако их оказалось не много, всего два.
Первый это официально поддерживаемый компанией 1С, способ доступа, с помощью OLE технологии.
Второй способ заключается в прямом доступе к базе данных 1С, которая хранится в dbf файлах. Назовем его метод прямого доступа.
Достоинства и недостатки OLE технологии доступа:
+Официальный метод поддерживаемый 1С;
+Неизменность метода в пределах;
+Наличие документации;
+Много удачных примеров использования этой технологии;
-Недостаточное быстродействие.
Достоинства и недостатки прямого метода доступа (через dbf):
+Быстродействие;
-Отсутствие документации;
-Официальный не рекомендованный метод доступа;
-Отсутствие описание структуры данных 1С;
-Мало удачных примеров использования этой технологии;
-Отсутствие гарантий неизменности структуры данных после обновления версии платформы или конфигурации.
Выбор был осуществлен в пользу OLE, в пользу стабильности и в ущерб скорости.
2.6.2 Технологии com и ole
Данная тема очень обширна и по ней написано не мало книг и статей. Я постараюсь вкратце ввести в курс дела.
Технология OLE тесно связанна с COM технологией и является его потомком.
2.6.2.1 COM-сервер, структура и использование
Модель COM предоставляет возможность создания многократно используемых компонентов, независимых от языка программирования. Такие компоненты называются COM-серверами и представляют собой исполняемые файлы (EXE) или динамические библиотеки (DLL), специальным образом оформленные для обеспечения возможности их универсального вызова из любой программы, написанной на поддерживающем COM языке программирования. При этом COM-сервер может выполняться как в адресном пространстве вызывающей программы (In-Process-сервер), так и в виде самостоятельного процесса (Out-Of-Process-сервер) или даже на другом компьютере (Distributed COM). COM автоматически разрешает вопросы, связанные с передачей параметров (Marshalling) и согласованием потоковых моделей клиента и сервера.
2.6.2.2 OLE Automation
Стандарт COM основан на едином для всех поддерживающих его языков формате таблицы, описывающей ссылки на методы объекта, реализующего интерфейс. Однако вызов методов при помощи этой таблицы доступен только для компилирующих языков программирования. В то же время очень удобно было бы иметь доступ к разнообразным возможностям, предоставляемым COM из интерпретирующих языков, таких как VBScript. Для поддержки этих языков была разработана технология OLE Automation, позволяющая приложениям делать свою функциональность доступной для гораздо большего числа клиентов. Automation базируется на COM и является его подмножеством, однако накладывает на COM-серверы ряд дополнительных требований.
Интерфейс, реализуемый COM-сервером, должен наследоваться от IDispatch.
Должны использоваться типы данных из числа поддерживаемых OLE Automation (см. таблицу). Возможна поддержка пользовательских типов данных, для чего необходимо реализовать интерфейс IRecordInfo.
Все методы должны быть процедурами или функциями, возвращающими значение типа HRESULT.
Все методы должны иметь соглашение о вызовах safecall.