Создание объектов Com, создание внутреннего сервера Com
COM (Component Object Model — объектная модель компонентов) - это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих компонентов, каждый из которых может использоваться во многих программах одновременно. Стандарт воплощает в себе идеи полиморфизма и инкапсуляции объектно-ориентированного программирования. Стандарт COM мог бы быть универсальным и платформо-независимым, но закрепился в основном на операционных системах семейства Microsoft Windows.
Основным понятием, которым оперирует стандарт COM, является COM-компонент. Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. Компонент взаимодействует с другими программами через COM-интерфейсы — наборы абстрактных функций и свойств. Каждый COM-компонент должен, как минимум, поддерживать стандартный интерфейс «IUnknown», который предоставляет базовые средства для работы с компонентом. Интерфейс «IUnknown» включает в себя три метода: QueryInterface, AddRef, Release.
Windows API предоставляет базовые функции, позволяющие использовать COM-компоненты. Библиотеки MFC и, особенно, ATL/WTL предоставляют гораздо более гибкие и удобные средства для работы с COM. Библиотека ATL от Microsoft до сих пор остаётся самым популярным средством создания COM-компонентов. Но зачастую COM-разработка остаётся ещё довольно сложным делом, программистам приходится вручную выполнять многие рутинные задачи, связанные с COM (особенно это заметно в случае разработки на C++). Впоследствии (в технологиях COM+ и особенно .NET) Microsoft попыталась упростить задачу разработки COM-компонентов.
|
|
|
Билет 6
Язык UML
UML - это язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем, но не язык программирования. Позволяет создавать объектно-ориентированные модели на различных уровнях абстракций.
В UML выделяют типы диаграмм: диаграммы вариантов использования; диаграммы классов; диаграммы объектов; диаграммы поведения системы: диаграммы состояний; диаграммы деятельности; диаграммы взаимодействия: диаграммы последовательностей; диаграммы кооперации; диаграммы реализации: диаграммы компонентов; диаграммы размещения.
Элементы для обозначения связей: Связь, Ограничитель, Визуальное присоединение.
4 графических элемента: пиктограмма; двумерные символы; пути; строки.
Представление системы: представление вариантов использования; логическое представление; объектное; архитектурное; представление процессов; представление размещения; системное представление.
|
|
|
Общие графические элементы диаграммы UML: Сущность (структурные - классы, интерфейсы, кооперации; поведенческие - взаимодействие, деятельность; группирующие - пакеты, аннотационные примечания, комментарии) - основной строительный блок; примечание - краткое пояснение; связь-примечание - связывает примечание с объектом; ограничение - схематические связи между элементами модели, представляющие собой условия и логические выражения, которые проверяются на истинность, представляются в виде текстовой информации в фигурных скобках; стереотип - новый класс метомодели, представляющий уже существующий элемент с определенной формой направленный на достижение другой цели, может иметь дополнительные ограничения по сравнению с базовым классом; зависимость - связь, показывающая зависимость данного элемента от другого, при которой изменение в данной сущности одного элемента может отразится на другой
Пользовательский интерфейс. Графический интерфейс.
Пользовательский интерфейс часто понимают только как внешний вид программы. Однако на деле пользователь воспринимает через ПИ всю систему в целом, а значит, такое понимание ПИ является слишком узким. В действительности ПИ включает в себя все аспекты дизайна, которые оказывают влияние на взаимодействие пользователя и системы. Это не только экран, который видит пользователь. Пользовательский интерфейс состоит из множества составляющих, таких как:
|
|
|
1. набор задач пользователя, которые он решает при помощи системы
2. элементы управления системой
3. навигация между блоками системы
4. визуальный (и не только) дизайн экранов программы.
Преимущества хорошего ПИ. Выделим несколько наиболее существенных преимуществ хорошего пользовательского интерфейса с точки зрения бизнеса:
-Снижение количества человеческих ошибок
-Снижение стоимости поддержки системы
-Уменьшение потерь продуктивности работников при внедрении системы и более быстрое восстановление утраченной продуктивности
-Улучшение морального состояния персонала
-Уменьшение расходов на редизайн ПИ по требованию пользователей
-Доступность функциональности системы для максимального количества пользователей
Другой подход к интерфейсу.
Некоторые компании рассматривают проектирование интерфейса не как часть процесса разработки, а часть процесса создания спецификаций на систему. Данный подход позволяет решить некоторые проблемы, и, в принцие он оправдан. Чем он хорош? Да тем, что он позволяет:
-устранить различия во взглядах на постановку задачи заказчика и исполнителя
-облегчить процесс внедрения системы.
-сократить число доработок системы, вызванных несоответствием ее функциональности ожиданиям клиента.
-снять риск необходимости доработки функциональности системы, из-за неудовлетворенности заказчика предложенным интерфейсом.
Дата добавления: 2018-04-04; просмотров: 480; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!