Преподаватель который помогает студентам и школьникам в учёбе.

Сетевые технологии (Характеристика технологии COM)

Содержание:

Введение

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

Корпорация Microsoft применяет их повсеместно в процессе разработки своих прикладных программных продуктов. Они также интенсивно используются в операционных системах. Технология COM лежит в основе стандартов OLE и ActiveX - модель компонентного объекта (Component Object Model - СОМ).

Одной из наиболее важных черт технологии СОМ является ее способность предоставлять двоичный стандарт для программных компонентов.

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

Это является основным достижением создателей технологии СОМ и отвечает современным потребностям сообщества разработчиков прикладных программ.

Объект исследования – сетевые технологии.

Предмет исследования – технология COM.

Целью данной работы является изучение особенностей использования технологии COM.

В соответствии с целью была определена необходимость постановки и решения следующих задач:

– изучить технологии, основанные на стандарте COM;

– описать COM-интерфейс;

– описать COM-серверы;

– описать COM-клиент;

– разработать программную систему.

1. Аналитическая часть

1.1. Характеристика технологии COM

COM (англ. Component Object Model – модель компонентного объекта; произносится как [ком]) представляет собой специализированный технологический стандарт от компании Microsoft, предназначенный для практического создания прикладного программного обеспечения на основе взаимодействующих прикладных компонентов объекта, каждый из которых может использоваться во многих программах одновременно.

Стандарт COM включает в себя идеи современной парадигмы объектно-ориентированного программирования – полиморфизм, инкапсуляция и наследование.

Можно отметить, что стандарт COM мог бы быть универсальным и платформо-независимым, но закрепился в основном на базе использования средств операционных системах семейства Microsoft Windows. В современных версиях операционной системы Windows технология COM используется достаточно широко для решения большого количества различных задач. На основе практического использования технологии COM были реализованы уникальные технологии, среди которых можно отметить следующие: Microsoft OLE Automation, ActiveX, DCOM, COM+, DirectX, а также XPCOM.

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

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

Каждый COM-компонент должен, как минимум, поддерживать стандартный программный интерфейс «IUnknown», который предоставляет базовые средства для обеспечения надежной работы с соответствующим прикладным программным компонентом. Интерфейс «IUnknown» включает в себя несколько специализированных методов, к которым относятся следующие: QueryInterface, AddRef, Release.

Windows API предоставляет разработчику базовые функциональные возможности, позволяющие использовать COM-компоненты. Библиотеки MFC и, особенно, ATL/WTL предоставляют более гибкие и удобные средства для работы с COM.

Библиотека ATL от Microsoft до сих пор остаётся самым популярным средством для практического создания COM-компонентов. Но зачастую COM-разработка остаётся ещё довольно сложным делом, программистам приходится вручную выполнять многие рутинные задачи, связанные с COM. Впоследствии (в технологиях COM+ и особенно .NET) Microsoft попыталась упростить задачу разработки COM-компонентов.

Поддержка операционных систем:

– Windows 7, Windows 8, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012 поддерживают COM+;

– Для Windows Server 2012 R2 роль сервера приложений, которая реализует COM+, объявлена устаревшей и подлежащей удалению в будущих версиях.

1.2. Технологии, основанные на стандарте COM

Среди множества технологий, основанных на стандарте COM: DCOM; COM+; OPC; OLE; ADO. Рассмотрим основные возможности перечисленных технологий.

DCOM.

Выпущенная в 1996 году технология DCOM (англ. Distributed COM – распределённая COM) основана на технологии DCE/RPC (разновидности RPC). DCOM позволяет COM-компонентам взаимодействовать друг с другом по сети. Главным конкурентом DCOM является другая известная распределённая технология – CORBA.

Как DCOM, так и CORBA решают задачу вызова метода объекта, расположенного на другой машине, а также передачу ссылки на объект с одной машины на другую.

Сетевой уровень DCOM называется ORPC (Object RPC) и является объектно-ориентированным расширением DCE RPC.

Технология DCOM обеспечивает базовые установки безопасности, позволяя задавать, кто и из каких машин может создавать экземпляры объекта и вызывать его методы.

COM+

Microsoft Transaction Server был включен в Option Pack для Windows NT4 еще в 1997 году.

В составе Windows 2000 была выпущена технология COM+, которая являлась новой версией Microsoft Transaction Server.

Технология позволила расширить имеющиеся возможности разработчиков COM-компонентов, предоставляя им некоторые готовые услуги, среди которых можно отметить следующие:

– автоматический пул потоков, создаваемый стандартным процессом-загрузчиком mtx.exe;

– доступ к соответствующему контексту, в котором выполняется компонент (например, компоненты, используемые в ASP, могут с этой возможностью получить доступ к внутренним объектам той страницы, на которой они выполняются);

– интеграция с специализированными транзакциями монитора MS DTC (контекст COM+ может в автоматическом режиме содержать в себе транзакцию MS DTC).

MTS/COM+ использовался внутри ряда версий веб-сервера MS IIS для загрузки и исполнения веб-приложений, как бинарных по технологии ISAPI, так и скриптовых по технологии ASP (сама asp.dll есть ISAPI-приложение).

COM+ объединяет компоненты в так называемые приложения COM+, что упрощает администрирование и обслуживание компонентов. Безопасность и производительность – основные направления усовершенствований COM+. Некоторые идеи, заложенные в основу COM+, были также реализованы в Microsoft .NET.

OPC.

OPC (OLE for Process Control) – семейство программных технологий, предоставляющих единый интерфейс для управления объектами автоматизации и технологическими процессами. Многие из OPC-протоколов базируются на Windows-технологиях: OLE, ActiveX, COM/DCOM. Такие OPC-протоколы, как OPC XML DA и OPC UA, являются платформо-независимыми.

OLE.

OLE (англ. Object Linking and Embedding, произносится как oh-lay [олэй] – Связывание и встраивание объекта) – технология связывания и внедрения объектов в другие документы и объекты, разработанные корпорацией Майкрософт.

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

ADO.

Компоненты для работы с Microsoft ActiveX Data Objects (ADO) впервые появились в среде Delphi версии 5.

ADO – это технология стандартного обращения к реляционным структурам данных от Microsoft. Она аналогична BDE по назначению и сродни ему по возможностям.

В основе архитектуры ADO лежит объектная модель компонентов COM (Component Object Model). Все объекты и интерфейсы ADO представляют собой интерфейсы и объекты СОМ.

Модель СОМ является базовой для технологий ActiveX и OLE. Проиллюстрировать это отношение можно на примере объекта TObject, как базового объекта для VC L Delphi.

Технология СОМ работаете так называемыми СОМ-объектами. Во многом СОМ-объекты похожи на обычные объекты визуальной библиотеки компонентов Delphi.

2. Проектная часть

2.1. COM-интерфейс

В процессе создания СОМ-приложений необходимо обеспечить следующее:

– СОМ-интерфейс;

– СОМ-сервер;

– СОМ-клиент.

Рассмотрим перечисленные составляющие СОМ-приложения более подробно.

Клиенты СОМ связываются с объектами при помощи практического использования СОМ-интерфейсов. Интерфейсы – это группы логически или семантически связанных программных процедур, которые обеспечивают необходимую связь между поставщиком услуги (некоторым сервером) и его программным клиентом. На рис. 1 схематично изображен стандартный СОМ-интерфейс.

Рисунок 1 – СОМ-интерфейс

Для примера, каждый отдельный СОМ-объект всегда поддерживает основной СОМ-интерфейс lUnknown, который применяется для непосредственной передачи клиенту соответствующих сведений о поддерживаемых интерфейсах программной системы.

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

Среди ключевых аспектов при использовании СОМ-интерфейсов являются следующие:

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

– по взаимному соглашению, все имена программных интерфейсов начинаются с буквы I, например IPersist, IMalloc.

– каждый отдельный интерфейс гарантированно имеет свой уникальный идентификатор, который называется глобальный уникальный идентификатор (Globally Unique Identifier, GUID). Уникальные идентификаторы интерфейсов называют идентификаторами интерфейсов (Interface Identifiers, IIDs). Данные идентификаторы обеспечивают устранение конфликтов имен различных версий приложения или разных приложений.

– интерфейсы не зависят от языка программирования. Вы можете воспользоваться любым языком программирования для реализации СОМ-интерфейса. Язык программирования должен поддерживать структуру указателей, а также иметь возможность вызова функции при помощи указателя явно или неявно.

– интерфейсы не являются самостоятельными объектами, они лишь обеспечивают доступ к объектам. Таким образом, клиенты не могут напрямую обращаться к данным, доступ осуществляется при помощи указателей интерфейсов.

– все интерфейсы всегда являются потомками базового интерфейса Iunknown.

Указатель интерфейса представляет собой 32-битный указатель на отдельный экземпляр объекта, который является, в свою очередь, указателем на непосредственную реализацию каждого метода интерфейса программной системы. Реализация программных методов доступна через массив указателей на эти методы, который называется vtable. Использование массива vtable похоже на механизм поддержки виртуальных функций в Object Pascal.

Наглядное представление работы указателей СОМ-интерфейса представлено на рис. 2.

Рисунок 2 – Схема работы указателя СОМ-интерфейса

Таким образом, СОМ-интерфейс представляет собой набор абстрактных функций и свойств, через который программы взаимодействует с COM-компонентом. Состав этого набора объявляется независимо от компонента, и публикуется, как правило, на языке IDL. Компонент реализует работу в соответствии с декларируемыми интерфейсами. В разных языках программирования для описания спецификации интерфейса предусмотрены различные средства. К COM-интерфейсам стандарты предъявляют жёсткие требования по реализации определённых функций, поэтому иногда образно говорят, что интерфейс – это контракт, который обязуется выполнять компонент.

2.2. COM-серверы

СОМ-сервер представляет собой приложение или библиотеку, которая предоставляет услуги приложению-клиенту или библиотеке. СОМ-сервер содержит один или более СОМ-объектов, где СОМ-объекты выступают в качестве наборов свойств, методов и интерфейсов.

Клиенты не знают как СОМ-объект выполняет свои непосредственные действия. СОМ-объект предоставляет свои услуги при помощи практического использования специализированных интерфейсов. В дополнение, прикладному программному приложению-клиенту не нужно знать, где именно находится СОМ-объект. Технология СОМ обеспечивает прозрачный доступ независимо от местонахождения СОМ-объекта.

Когда клиент запрашивает необходимую услугу от конкретного СОМ-объекта, он передает СОМ-объекту идентификатор класса (CLSID). CLSID - всего лишь GUID, который применяется при организации непосредственного обращения к СОМ-объекту. После передачи CLSID, СОМ-сервер должен обеспечить так называемую фабрику класса, которая создает экземпляры СОМ-объектов.

В общих чертах, СОМ-сервер должен выполнять следующие функциональные возможности:

– регистрировать данные в системном реестре операционной системы Windows для организации связывания модуля сервера с идентификатором класса (CLSID);

– предоставлять фабрику СОМ-класса, создающую экземпляры СОМ-объектов;

– обеспечивать механизм, который обеспечивает процессы выгрузки из памяти серверы СОМ, которые в текущий момент времени не предоставляют услуг клиентам.

С использованием СОМ клиент не должен беспокоиться о том, где располагается объект, он просто делает вызов интерфейса данного объекта. Технология СОМ обеспечивает все необходимые шаги для того, чтобы сделать этот вызов. Шаги могут отличаться, в зависимости от местонахождения объекта.

Объект может находиться в том же процессе, где и клиент, в другом процессе на том же компьютере, где расположен клиент, или на другом компьютере в сети.

В зависимости от определенной ситуации применяются различные типы серверов:

– внутренний сервер (In-process server);

– локальный сервер или сервер вне процесса (Local server, Out-of-process server);

– удаленный сервер (Remote server).

Внутренний сервер - это библиотека DLL, которая запущена в одном процессе вместе с клиентом. Например, элемент управления ActiveX, который внедрен на Web-страницу и просматривается при помощи Internet Explorer или Netscape Navigator.

В данном случае элемент управления ActiveX загружен на клиентскую машину и находится в том же процессе, что и обозреватель Web. Приложение-клиент связывается с сервером внутри процесса при помощи прямых вызовов СОМ-интерфейса.

На рис. 3. представлена схема взаимодействия клиента с внутренним сервером.

Рисунок 3 – Схема взаимодействия клиента с внутренним сервером

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

Рисунок 4 – Схема взаимодействия клиента с сервером в разных процессах на одном компьютере

Локальный СОМ-сервер должен быть зарегистрирован в системном реестре операционной системы Windows так же, как и внутренний СОМ-сервер.

Удаленный сервер представляет собой библиотеку DLL или иное прикладное программное приложение, которое было запущено на другом персональном компьютере. То есть клиент и сервер работают на разных компьютерах в сети.

Например, приложение базы данных, написанное с помощью Delphi, соединяется с сервером на другом компьютере в сети. Удаленный сервер использует распределенные СОМ-интерфейсы (Distributed COM, DCOM) для связи с клиентом.

Удаленный сервер работает также с помощью прокси. Различие в работе между локальным и удаленным сервером заключается в типе используемой межпроцессной связи.

В случае локального сервера - это СОМ, а в случае удаленного сервера - DCOM. Схема взаимодействия клиента и удаленного сервера показана на рис. 5.

Рисунок 5 – Схема взаимодействия клиента с сервером на разных компьютерах

Таким образом, COM-сервер это специальным образом оформленное и зарегистрированное приложение, которое позволяет клиентам создавать реализованные на сервере объекты. Модель СОМ предоставляет возможность создания многократно используемых компонентов, независимых от языка программирования.

Такие компоненты называются СОМ-серверами и представляют собой исполняемые файлы (ЕХЕ) или динамически загружаемые библиотеки (DLL), специальным образом оформленные для обеспечения возможности их универсального вызова из любой программы, написанной на поддерживающем СОМ языке программирования.

При этом СОМ-сервер может выполняться как в адресном пространстве вызывающей программы (внутрипроцессный сервер - in-process server), так и в виде самостоятельного процесса (внепроцессный сервер - out-of-process server) или даже на другом компьютере (в этом случае говорят о распределенной модели СОМ - Distributed СОМ, а сервер называют удаленным).

2.3. COM-клиент

Очень важным в процессе практической разработки СОМ-приложений является непосредственное создание программных приложений, которые называются СОМ-клиентами, которые могут запрашивать интерфейсы объектов, чтобы определить те услуги, которые может предоставить некоторый СОМ-объект.

Типичным СОМ-клиентом является диспетчер автоматизации (Automation Controller). Диспетчер автоматизации представляет собой некоторую часть прикладного программного приложения, которая знает какой тип информации необходим ему от разных программных объектов сервера, и она запрашивает данную информацию по мере необходимости процесса обработки информации.

Технология СОМ изначально разрабатывалась как программное ядро для непосредственного осуществления необходимого спектра операций межпрограммного взаимодействия. Уже на этапе практической разработки предполагалось реализовать возможность расширения возможностей технологии при помощи практического использования, так называемых расширений СОМ.

СОМ позволяет выполнить расширение собственной функциональности, за счет непосредственного создания специализированных наборов программных интерфейсов для решения конкретных задач программирования и представления данных.

Технология ActiveX представляет собой технологию, которая в своей работе использует программные компоненты СОМ, особенно это может быть реализовано за счет элементов управления.

Технология ActiveX - не единственное расширение СОМ. В табл. 3.2 представлены некоторые из используемых в настоящее время расширений СОМ.

Перечисленные в табл. 1 расширения СОМ – это далеко не все из имеющихся. Постоянно идет планомерная доработка старых и создание новых, более совершенных технологий межпрограммного взаимодействия в программных системах.

Таблица 1

Список расширений СОМ

Расширение СОМ	Краткое описание

Серверы автоматизации (Automation servers)	Серверы автоматизации- это объекты, которыми можно управлять из других приложений во время работы приложения. Таким образом, автоматизация- это способность приложения программно контролировать объекты других приложений

Диспетчеры автоматизации или СОМ-клиенты (Automation Controllers, COM Clients)	Диспетчеры автоматизации- это клиенты серверов автоматизации. Они позволяют разработчику или пользователю писать сценарии для управления серверами автоматизации

Элементы управления ActiveX (ActiveX Controls)	Элементы управления ActiveX предназначены для серверов внутри процесса (in-process COM servers). Элементы ActiveX обычно используются путем встраивания в приложение-клиент

Библиотеки типов (Type Libraries)	Библиотеки типов представляют собой статичные структуры данных, которые часто сохраняются как файлы ресурсов. Они содержат детализированную информацию об объекте и его интерфейсах. Клиенты серверов автоматизации и элементы управления ActiveX используют данную информацию и всегда считают ее доступной

Страницы активного сервера (Active Server Pages)	Активные серверные страницы- это компоненты ActiveX, которые позволяют вам создавать динамически изменяющиеся Web-страницы

Активные документы (Active Documents)	Активные документы - это объекты, которые поддерживают связывание и внедрение, визуальное редактирование, перенос (drag-and-drop). В качестве примера таких документов можно представить документы Microsoft Word и книги Microsoft Excel

Визуальные межпроцессные объекты (Visual Cross-process Objects)	Визуальные межпроцессные объекты- это визуальные объекты, которыми можно управлять из других процессов

На рис. 6 представлена диаграмма, которая показывает связь некоторых расширений СОМ и их связь с технологией СОМ.

Использование СОМ-объектов имеет как преимущества, так и некоторые ограничения. СОМ-объекты могут быть как визуальными, так и невизуальными. Какие-то СОМ-объекты должны быть запущены в одном процессе с клиентом, другие - в разных процессах либо на разных компьютерах.

Рисунок 6 – Технологии, основанные на СОМ

Таким образом, СОМ-клиент это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу. Программа, являющаяся клиентом, взаимодействует с сервером, используя определённый протокол. Она может запрашивать с сервера какие-либо данные, манипулировать данными непосредственно на сервере, запускать на сервере новые процессы и т.п. Полученные от сервера данные клиентская программа может предоставлять пользователю или использовать как-либо иначе, в зависимости от назначения программы. Программа-клиент и программа-сервер могут работать как на одном и том же компьютере, так и на разных. Во втором случае для обмена информацией между ними используется сетевое соединение.

3. Практическая часть

3.1. Постановка задачи

RSS – российская компания, владелец розничной сети, специализирующейся на продаже компьютерной, цифровой и бытовой техники, а также производитель компьютеров, в том числе ноутбуков, планшетов и смартфонов (сборочное производство). На середину 2018 года сеть насчитывает более 1400 магазинов в 540 городах России. Штаб-квартира компании находится во Владивостоке.

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

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

Главной целью этого проекта автоматизации является разработка автоматизированного рабочего места сотрудника отдела продаж исследуемой компании.

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

В результате разработки должны быть достигнуты следующие показатели:

– организация учета информации, основанная на применении системы управления базами данных;

– разработка пользовательского интерфейса для работы с информационной системой, обеспечивающего интуитивно-понятные процедуры вызова основных функций системы и быстрый доступ к базе данных;

– надежное хранение информационных массивов, реализованное посредством обеспечения целостности данных;

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

Пользователями данной системы являются сотрудники отдела продаж; администратор.

Данная информационная система будет хранить:

– информацию о материалах;

– информацию о типах работ;

– информацию о отделах;

– информацию о складах;

– информацию о заказчиках;

– информацию о сотрудниках;

– информацию о должностях;

– информацию о семейном положении.

– информацию о заявках.

– информацию о договорах.

– информацию о графиках выполнения работ.

Основные функции, которые будет выполнять разрабатываемая система:

– ввод и редактирование информации;

– поиск и просмотр информации;

– добавление и удаление данных справочников и документов;

– оформление ведомостей;

– расширенный поиск информации.

3.2. Алгоритмизация программы

Рассмотрим основные алгоритмические решения, которые были реализованы в процессе разработки программной системы и в частности, реестра договоров

Объявление имени формы

unit o_reestrdogovorov;

Секция интерфейсных объявлений программной системы реализована через interface

interface

Подключение необходимых библиотек, например, ADODB – для доступа к объектам ADO и пр.

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Grids, Unit1, DBGrids, DB, ADODB, StdCtrls, Buttons, DBCtrls;

Объявление используемых классов разрабатываемой программной системы и процедур

type

TForm14 = class(TForm)

ADOQuery1: TADOQuery;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

BitBtn1: TBitBtn;

DBLookupComboBox1: TDBLookupComboBox;

procedure BitBtn1Click(Sender: TObject);

procedure FormClose(Sender: TObject; var Action: TCloseAction);

private

{ Private declarations }

public

{ Public declarations }

end;

Объявление необходимых переменных

var

Form14: TForm14;

implementation

Секция практической реализации разрабатываемой информационной системы

{$R *.dfm}

Процедура обработчика формы запроса

procedure TForm14.BitBtn1Click(Sender: TObject);

begin

try

Очистка запроса элемента ADOQuery1

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Text:='';

Формирование нового запроса на выборку данных

ADOQuery1.SQL.Add('SELECT Договор.[Код договора], Договор.[Дата заключения], Заказчик.[Наименование заказчика], [Типы работ].[Наименование работы], Договор.[Стоимость услуг], Договор.[Статус выполнения] '

+ 'FROM ([Типы работ] INNER JOIN Заявка ON [Типы работ].[Код работы]=Заявка.[Код работы]) INNER JOIN (Заказчик INNER JOIN Договор ON Заказчик.[Код заказчика]=Договор.[Код заказчика]) ON Заявка.[Код заявки]=Договор.[Код заявки] '

+ 'WHERE ((Договор.[Дата заключения]) LIKE ''%'+DBLookupComboBox1.Text+'%'')');

Запуск запроса на выполнение

ADOQuery1.Active:=True;

except

on e:Exception do

end;

процедура закрытия формы

procedure TForm14.FormClose(Sender: TObject; var Action: TCloseAction);

begin

Form1.Show;

end;

end.

Таким образом, были описаны основные алгоритмические решения, используемые при разработке программной системы

3.3. Описание порядка работы с программной системой

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

Рисунок 7 – Главное меню системы

Обработка оперативных данных в информационной системе выполняется при помощи ряда функциональных форм:

– справочник «Заявка»;

– справочник «Договор»;

– справочник «График выполнения работ», «Материал»;

– справочник «Типы работ»;

– справочник «Сотрудник»;

– справочник «Отдел», «Склад»;

– справочник «Должность»;

– справочник «Семейное положение»;

– справочник «Заказчик».

Обработка оперативной информации о заявках выполняется при помощи использования пользовательской формы «Заявка» рис. 8. Данная форма предоставляет пользователю необходимые возможности по добавлению, изменению и удалению записей таблицы «Заявка».

Рисунок 8 – Форма «Заявки»

Обработка оперативной информации о выполняемых сервисных работах сотрудниками сервисного отдела выполняется при помощи пользовательской формы «График выполнения работ» рис. 9. Данная форма предоставляет возможности добавления, изменения и удаления записей данной таблицы базы данных.

Обработка оперативной информации о типах работах выполняется при помощи интерфейсной формы «Типы работ» рис. 10. Данная форма предоставляет возможности добавления, изменения и удаления записей таблицы типы работ.

Рисунок 9 – Форма «График выполнения работ»

Рисунок 10 – Форма «Типы работ»

Обработка информации о сотрудниках организации выполняется при помощи формы «Сотрудник» рис. 11.

Рисунок 11 – Форма «Сотрудник»

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

Обработка информации о отделах организации выполняется при помощи использования специальной пользовательской формы «Отдел» рис. 12.

Рисунок 12 – Форма «Отдел»

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

Обработка информации о должностях сотрудников сервисной службы выполняется при помощи формы «Должность» рис. 13. Данная форма предоставляет пользователю все необходимые возможности по непосредственному добавлению, изменению и удалению записей данной таблицы базы данных.

Рисунок 13 – Форма «Должность»

Обработка управленческой информации о семейном положении сотрудников организации выполняется при помощи специальной пользовательской формы «Семейное положение» рис. 14. Данная форма предоставляет пользователю возможности по добавлению, изменению и удалению записей данной таблицы.

Рисунок 14 – Форма «Семейное положение»

Обработка управленческой информации о заказчиках выполняется при помощи использования пользовательской формы «Заказчик» рис. 15. Данная форма предоставляет пользователю возможности по добавлению, изменению и удалению записей данной таблицы базы данных.

Рисунок 15 – Форма «Заказчик»

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

Рисунок 16 – Форма «Договор»

Обработка информации о складах организации выполняется при помощи формы «Склад» рис. 17.

Рисунок 17 – Форма «Склад»

Обработка информации о материалах (запасных частях) выполняется при помощи формы «Материал» рис. 18.

Для осуществления оперативного анализа данных были разработаны соответствующие выходные документы, в виде набора запросов и аналитических отчетов:

– реестр заявок;

– реестр договоров.

Рисунок 18 – Форма «Материал»

Первый из перечисленных отчетов «Реестр заявок» позволяет вывести необходимую информацию о выполняемых заявках по датам. Также, в отчете отображается соответствующая информация о наименовании отдела, коде заявки на сервисное обслуживание, наименовании выполненной работы, дате завершения выполнения заявки и статусе обработки. Внешний вид аналитического отчета представлен на рис. 19.

Рисунок 19 – Отчет «Реестр заявок»

При печати таблиц и запросов информация выдается практически в том виде, в котором хранится в таблицах базы данных информационной системы. Часто возникает необходимость представить оперативные данные в виде отчетов, которые имеют традиционный вид и легко читаются пользователем. Следующий отчет «Реестр договоров» позволяет вывести необходимую информацию о договорах. Внешний вид отчета представлен на рис. 20.

Рисунок 20 – Отчет «Реестр договоров»

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

Заключение

В процессе выполнения данной работы были получены следующие результаты. COM представляет собой специализированный технологический стандарт от компании Microsoft, предназначенный для создания прикладного программного обеспечения на основе взаимодействующих прикладных компонентов объекта, каждый из которых может использоваться во многих программах одновременно. Стандарт COM включает в себя идеи парадигмы объектно-ориентированного программирования – полиморфизм, инкапсуляция и наследование.

В процессе создания СОМ-приложений необходимо обеспечить следующее: СОМ-интерфейс; СОМ-сервер; СОМ-клиент.

СОМ-интерфейс представляет собой набор абстрактных функций и свойств, через который программы взаимодействует с COM-компонентом. Состав этого набора объявляется независимо от компонента, и публикуется, как правило, на языке IDL. Компонент реализует работу в соответствии с декларируемыми интерфейсами.

COM-сервер это специальным образом оформленное и зарегистрированное приложение, которое позволяет клиентам создавать реализованные на сервере объекты. Модель СОМ предоставляет возможность создания многократно используемых компонентов, независимых от языка программирования.

СОМ-клиент это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу. Программа, являющаяся клиентом, взаимодействует с сервером, используя определённый протокол. Она может запрашивать с сервера какие-либо данные, манипулировать данными непосредственно на сервере, запускать на сервере новые процессы и т.п.

В качестве примера реализации технологии COM была разработана программная система для сервисного центра. В процессе разработки программы были использованы технологические инструменты COM технологии, такие, как ADOConnection, ADOConnection, DataSource и пр.

Список использованной литературы

Архипенков С. Хранилища данных. От концепции до внедрения / С. Архипенков, Д. Голубев, О. Максименко. - М.: Диалог-Мифи, 2017. – 528 c.
Архитектура ЭВМ и вычислительные системы : учебник / В.В. Степина. – М.: КУРС: ИНФРА-М, 2018. – 384 с.
Базы данных. Практическое применение СУБД SQL и NoSOL-типа для применения проектирования информационных систем: Учебное пособие / Мартишин С.А., Симонов В.Л., Храпченко М.В. – М.:ИД ФОРУМ, НИЦ ИНФРА-М, 2017. – 368 с.
Брукшир, Дж. Г., Брилов. Д. Компьютерные науки. Базовый курс, 13-е изд.: Пер. с англ. – СПб.: ООО «Диалектика», 2019. – 992 с.
Информатика и информационно-коммуникационные технологии (ИКТ) : учеб. пособие / Н.Г. Плотникова. – М. : РИОР : ИНФРА-М, 2018. – 124 с.
Информационные технологии в профессиональной деятельности : учеб. пособие / Е.Л. Федотова. – М.: ИД «ФОРУМ» : ИНФРА-М, 2018. – 367 с.
Кеннин А.М. Самоучитель системного администратора / А.М. Кенин, Д.Н. Колисниченко. – 5-е изд., перераб. и доп. – СПб.: БХВ-Петербург, 2019. – 608 с.
Мануэль Рубио-Санчес. Введение в рекурсивное программирование / пер. с англ. Е.А. Борисова. – М.: ДМК Пресс, 2019. – 436 с.
Мартишин С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench: Методы и средства проектирования информационных систем и техноло / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. - М.: Форум, 2018. - 61 c.
Новиков Б.А. Основы технологий баз данных: учеб. пособие / Б.А. Новиков, Е.А. Горшкова; под ред. Е.В. Рогова. – М.: ДМК Пресс, 2019. – 240 с.
Программирование на языке высокого уровня. Программирование на языке Object Pascal : учеб. пособие / Т.И. Немцова, С.Ю. Голова, И.В. Абрамова ; под ред. Л.Г. Гагариной. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 496 с.
Прохоренок Н.А. HTML, JavaScript, PHP и MySQL. Джентльменский набор Web-мастера. – 5-е изд., перераб. и доп. / Н.А. Прохоренок, В.А. Дронов. – СПб.: БХВ-Петербург, 2019. – 912 с.
Рафгарден Т. Совершенный алгоритм. Основы. – СПб.: Питер, 2019. – 256 с.
Солтис М. Введение в анализ алгоритмов / пер. с англ. А.В. Логунова. – М.: ДМК Пресс, 2019. – 278 с.
Эделман Дж., Лоу С.С., Осуолт М. Автоматизация программных сетей / пер. с англ. А.В. Снастина. – М..: – М.: ДМК Пресс. 2019. – 616 с.