
- •1.1. Введение
- •1.2. Понятие и назначение сэд
- •Основные понятия электронного документооборота
- •1.3. Основные принципы электронного документооборота
- •1.4. Классификация сэд
- •1.5. Необходимость внедрения электронного документооборота
- •1.6. Функции современных сэд
- •1.7. Требования к основным процессам работы с документами в сэд
- •1.8. Количественные измерения требований к сэд
- •1.9. Критерии выбора поставщика сэд
- •2.1. Клиент-серверная архитектура системы электронного документооборота
- •2.2. Общая схема работы электронного документооборота
- •3.1. Сравнительная характеристика российского и западного подходов к реализации систем электронного документооборота.
- •3.2. Система автоматизации делопроизводства и электронного документооборота дело (зао «Электронные офисные системы»)
- •3.3. Босс-Референт (компания АйТи)
- •3.4. Optima Workflow (компания Оптима)
- •3.5. Landocs (компания Ланит)
- •3.6. 1С: Документооборот 8
- •3.7. Евфрат
- •3.8. Сравнительная характеристика систем электронного документооборота, присутствующих на российском рынке программного обеспечения
- •4.1. Принципы, методы и средства создания электронной системы управления документооборотом
- •4.2. Документы в системах электронного документооборота
- •4.2.1. Состав организационно-распорядительных документов (орд)
- •4.2.2. Реквизиты организационно-распорядительных документов
- •4.2.3. Структура типового документа
- •4.2.4. Содержание процедуры получения и передачи потоков документов
- •4.2.5. Состав и содержание процедуры контроля исполнения документов
- •4.3. Обзор программных технологий для создании систем электронного документооборота
- •4.3.1. Многокомпонентная модель объектов (com)
- •4.3.1.1. Общая характеристика com
- •4.3.1.2. Элементы com-приложения
- •4.3.1.4. Интерфейс
- •4.3.1.5. Порядок вызова сервера клиентским приложением
- •4.3.2.4. ActiveX и автоматизация (Automation) в виде ole-automation
- •4.3.3. Технологии обмена данными между процессами
- •4.3.3.1. Буфер обмена
- •4.3.3.2. Динамический обмен данными
- •Приложение
- •Пример проектирования системы электронного документооборота
- •Проектирование системы электронного документооборота для гимназии
- •Содержание
- •1. Исследование предметной области
- •1.1 Описание предметной области
- •1.2 Характеристики информационных потоков
- •2. Разработка концептуальной модели системы управления документооборотом
- •3. Разработка логической модели управления документооборотом
- •4. Разработка модели предметного воплощения системы управления документооборотом
- •4.1 Физическая модель, структура Базы Данных
- •4.2 Архитектурная функциональность
- •4.3 Функциональная целостность
- •4.4 Технические требования
- •4.5 Проектирование лвс гимназии
- •5. Программирование отдельного блока или подсистемы системы управления документооборотом
- •5.1 Создание бд
- •5.2 Программирование отдельной подсистемы управления документооборотом
- •6. Анализ выполненной работы: достоинства и недостатки разработанных моделей и программы, возможность совершенствования разработанного проекта
- •Приложения
4.3. Обзор программных технологий для создании систем электронного документооборота
4.3.1. Многокомпонентная модель объектов (com)
4.3.1.1. Общая характеристика com
Одним из ключевых достижений Windows по праву считается многокомпонентная модель объектов (Component Object Model, COM). Модель COM описывает способ взаимодействия программ любого типа. Программа-сервер (сервер COM) предоставляет в распоряжение окружающих собственные службы, а программа-клиент (клиент COM) пользуется услугами доступных служб. Взаимодействующие COM-объекты могут функционировать как в рамках одного и того же процесса, так и в разных процессах, в том числе протекающих на разных машинах под управлением различных операционных систем. COM - это одновременно и спецификация (определяющая порядок создания взаимодействующих между собой приложений), и реализация (в форме стандартного набора функций API). Кроме того, COM - это независимая от платформы, распределенная объектно-ориентированная система, предназначенная для создания взаимодействующих программных компонентов.
С точки зрения стороннего наблюдателя создаваемый средствами COM программный компонент представляет собой черный ящик, обладающий следующими характеристиками:
1. Легкость подключения к операционной системе.
2. Автономность.
3. Простота интеграции в состав программного обеспечения.
4. Универсальный способ обращения к методам и свойствам из любого современного языка программирования.
Корпорация Microsoft стандартизировала как способ представления COM - объекта в памяти компьютера, так и особенности идентификации методов и свойств этого объекта. Поэтому в официальной документации Microsoft (MSDN) при описании COM неоднократно упоминается о том, что COM-модель соответствует бинарному (другими словами, универсальному) стандарту.
На первый взгляд черный ящик COM весьма похож библиотеку DLL.
Как и COM, DLL позволяет многократно использовать свой код, легко подключаться к ОС и интегрироваться в программное обеспечение. Но динамически подключаемая библиотека не в состоянии гарантировать, что экспортируемые ею функции без каких-либо ограничений могут быть вызваны средствами любого другого языка программирования. Кроме того, при работе c DLL мы сталкиваемся с рядом ограничений, связанных с местом ее размещения: библиотека должна располагаться либо в строгом перечне каталогов, либо обязательно прописываться в системных путях. Еще более сложная задача - загрузка DLL с другого компьютера. В отличие от DLL, модель COM обеспечивает универсальный способ загрузки своих объектов независимо от места их размещения.
С первых шагов изучения COM важно понять, что это не очередной объектно-ориентированный язык программирования со своим синтаксисом, семантикой и деталями реализации. Правильнее говорить о COM как о стандарте, определяющем модель взаимодействия между объектами.
В интересах клиентских и серверных приложений COM-модели активно трудится библиотека COM (COM Library). Физически библиотека COM представляет собой набор исполняемых файлов и динамически подключаемых библиотек. Она способна:
1. Предоставлять услуги некоторого набора функций API, облегчающих разработку приложений COM. Например, для клиентских приложений предназначены методы, создающие объекты. Для приложений серверов в библиотеке предусмотрены средства демонстрации их COM-объектов.
2. Генерировать уникальный идентификатор объекта, осуществлять поиск требуемого объекта по его идентификатору.
3. Производить вызов удаленных процедур, если сервер COM размещен на другом компьютере.
4. Управлять распределением памяти в интересах взаимодействующих процессов и контролировать освобождение памяти.
По существующей договоренности имена всех методов Win32 API библиотеки COM начинаются с префикса «Co», например CoCreateGuid(), CoCreateInstance(), CoUn- initialize() и т. п.