
- •Государственный комитет рф по высшему образованию
- •0. Введение.
- •0.1. Идея общей интеграции.
- •0.2. Взаимодействие на уровне процедур.
- •0.3. Распределенные объекты.
- •0.4. Почему corba.
- •1. Поддержка на различных платформах.
- •2. Устойчивость стандарта.
- •3. Сложность освоения.
- •4. Поддержка повторного использования кода.
- •1. Постановка задачи.
- •1.1. Классические объекты.
- •1.2. Распределенные объекты в терминах спецификации corba.
- •1.3. Требования, предъявляемые к orb-у.
- •2. СпецификацияCorba.
- •2.1. Объектная модель.
- •2.2. Обзор архитектурыCorba.
- •2.3. Пример Брокеров Объектных Запросов.
- •3. Структура системы.
- •3.1. Уточнение деталей реализации.
- •3.2. Структура ядра системы.
- •3.3. Структура библиотеки.
- •3.4.Структура подсистемы обработки запросов.
- •3.5. Входные и выходные данные.
- •4. Протокол обменаGiop.
- •4.1. Особенности и цели протокола.
- •4.2. Обзор протоколаGiop.
- •4.3. Синтаксис Общего Представления Данных -cdr.
- •4.4. Формат сообщений протокола giop.
- •4.5. Транспорт для протоколаGiop.
- •4.6. Реализация взаимодействия по протоколуGiop.
- •4.7. Поддержка протоколаGiop в рамках отображения дляObject Pascal.
- •5. Разработка отображения для языкаObject Pascal.
- •5.1. Множественное наследование.
- •5.2. Статические экземпляры классов.
- •Initialization
- •Initialization
- •6. Технология написания и отладки приложений, работающих с распределенными объектами.
- •6.1. Этапы разработки программы.
- •6.2. Технология написания сервера объекта.
- •6.3. Технология написания клиента объекта.
- •6.4. Отладочные возможности библиотеки.
- •7. Пример программы, работающей с распределенными объектами.
- •7.1. Последовательность действий при создании объекта.
- •7.2. Объект библиотека.
- •7.3. Сервер объекта.
- •7.3. Клиент объекта.
- •7.4. Окончательный результат.
- •8. Анализ конкурентоспособности программного продукта.
- •8.1. Введение.
- •8.2. Ситуация на рынке.
- •8.3. Программные продукты - конкуренты.
- •8.4. Основные понятия.
- •8.5. Параметры для оценки эффективности.
- •8.6. Расчет эффективности.
- •8.7. Цена.
- •8.8. Конкурентоспособность.
- •8.9. Выводы и прогнозы.
- •9. Вопросы эргономики и их решение для создания комфортных условий труда программистов.
- •9.1. Введение.
- •9.2. Рабочее место программиста.
- •9.3. Вредные факторы, присутствующие на рабочем месте и их классификация.
- •9.4. Вредные производственные воздействия.
- •9.5. Эргономические требования.
- •9.6. Эргономика окружающей среды.
- •9.7. Экологическая безопасность.
- •9.8. Выводы.
Какую работу нужно написать?
8.4. Основные понятия.
Перед тем, как проводить анализ конкурентоспособности, необходимо определить некоторые из используемых далее терминов.
Товар- продукт деятельности человека, произведенный с целью продажи или обмена.
Конкурентоспособность товара- совокупность свойств товара делающих его более предпочтительным по сравнению с товарами конкурентов на данном рынке.
Необходимо иметь ввиду, что конкурентоспособность конкретного товара не остается постоянной во времени. Она может падать при появлении на рынке новых товаров конкурентов или, наоборот, расти, если открываются новые перспективы и возможности использования товара.
В конечном счете, выигрывает тот товар, у которого отношение полезного эффекта к затратам на его приобретение и использование максимально. Для определения полезного эффекта необходимо выяснить параметры товара, влияющие на покупательский спрос и оценить значимость этих товаров для потребителей.
В качестве условия предпочтения одного товара над другими выберем максимум следующего отношения:
:
,
где E - это полезный эффект, получаемый в результате использования товара, аC - затраты на приобретение, цена товара. Как следует из данной формулы, конкурентоспособность товара прямопропорциональна его эффективности и обратнопропорциональна его цене.
Эффективность
товара является составным, интегральным
показателем и определяется некоторым
довольно стабильным набором параметров,
хотя относительная значимость этих
параметров со временем сильно меняется.
Товары - конкуренты оцениваются
по некоторому набору параметров
,
при этом для каждого параметра определяется
свой вес (значимость)
.
Итоговая эффективность
рассчитывается по формуле:
.
Если при расчете
применялся ненормированный набор весов
(),
то полученное значение необходимо
нормировать:
.
Кроме этого, каждый
из параметров
также может быть составным и включать
в себя несколько факторов.
При расчете цены продукта нужно учитывать следующие факторы:расходы на приобретение,установку, обучение персонала.
8.5. Параметры для оценки эффективности.
В результате изучения спроса были выявлены следующие интересующие потребителей параметры:
Операционная система.
Пользователей вышеобозначенного множества систем интересуют в каких операционных системах может находиться сервер объекта (реализация) и клиент объекта. Поэтому данный параметр имеет два примерно равнозначных подкритерия:
ОС для сервера;
ОС для клиента.
Выделяется четыре основных семейства операционных систем:Windows 3.1x,Windows 95/NT, OS/2 иUNIX. В следующей таблице приводятся весовые значения для каждого семейства с учетом занимаемого ими рынка:
-
NN
Семейство ОС
Максимум
1.
Windows 3.1x
2
2.
Windows 95/NT
7
3.
OS/2
2
4.
UNIX
5
Теперь оценим каждый из конкурентных программных продуктов по этим показателям:
NN |
Конкурент |
Windows 3.1x |
Windows 95/NT |
OS/2 |
UNIX |
Сумма |
Итого | |
1. |
OLEnterprise |
сервер |
- |
7 |
- |
- |
7 |
(7+9)/2 |
|
|
клиент |
2 |
7 |
- |
- |
9 |
=8 |
2. |
COM/ |
сервер |
- |
7 |
- |
- |
7 |
(7+7)/2 |
|
DCOM |
клиент |
- |
7 |
- |
- |
7 |
=7 |
3. |
SOM/ |
сервер |
2 |
- |
2 |
- |
4 |
(4+4)/2 |
|
DSOM |
клиент |
2 |
- |
2 |
- |
4 |
=4 |
4. |
Haron |
сервер |
- |
7 |
- |
- |
7 |
(7+7)/2 |
|
|
клиент |
- |
7 |
- |
- |
7 |
=7 |
Возможность использования различных средств разработки.
Под средствами разработки подразумеваются различные программные комплексы, которые позволяют осуществлять взаимодействие с системой-конкурентом. Выделяются следующие средства с соответствующими весами:
-
NN
Средство разработки
Максимум
1.
Любой компилятор с языка C
1
2.
Microsoft Visual C++
5
3.
Borland C++
3
4.
Borland Delphi
6
5.
Visual Age
1
Необходимо сделать несколько замечаний по поводу представленных весовых оценок. В списке приводятся наиболее распространенные программные продукты. Все пункты за исключением первого относятся в объектно-ориентированным языкам программирования, поэтому подразумевается поддержка взаимодействия с соответствующей системой либо со стороны компилятора, либо наличие специальных библиотек. Если же такой поддержки нет, но имеется возможность взаимодействия через интерфейс к языку C, то продукт-конкурент получал оценку 1. Наивысший весовой коэффициент имеет продуктBorland Delphi, так как это самая популярная среда для разработки клиентских программ, хотя и не самая богатая по возможностям языка. В то же время весьма качественный продуктVisual Age фирмыIBM получил весовой коэффициент 1 из-за своей крайне ограниченной распространенности.
В итоге получаются следующие оценки для продуктов-конкурентов:
NN |
Конкурент |
С-компилятор |
MS VC++ |
BC++ |
Borland Delphi |
Visual Age |
Итого |
1. |
OLEnterprise |
1 |
1 |
1 |
1 |
- |
4 |
2. |
COM/DCOM |
1 |
5 |
1 |
1 |
- |
8 |
3. |
SOM/DSOM |
1 |
- |
1 |
- |
1 |
3 |
4. |
Haron |
1 |
1 |
3 |
6 |
- |
11 |
Объектная ориентированность системы.
Выделены следующие критерии по оценке объектной ориентированности системы, которая частично базируется на спецификации - стандарте на объектную модель, а частично на конкретной реализации:
-
NN
Критерий
Максимум
1.
Реализация принципов ООП
5
2.
Прозрачность реализации
10
3.
Независимость от реализации
1
Под принципами объектно-ориентированного программирования подразумеваются (1) инкапсуляция, (2) наследование и (3) полиморфизм. Прозрачность реализации определяется количеством дополнительных действий, необходимых для того, чтобы использовать чужой объект, либо для того чтобы предоставить свой собственный для использования другими. Несколько парадоксальный критерий независимости от реализации предполагает совместимость между различными системами хотя бы на уровне исходного кода. Здесь следует заметить, что спецификация CORBA определяет общие принципы реализации, которые обеспечивают практически полную переносимость программ на уровне исходного кода между различными реализациями этого стандарта.
После анализа имеем следующие оценки для продуктов-конкурентов:
NN |
Конкурент |
Принципы ООП |
Прозрачность |
Независимость |
Итого |
1. |
OLEnterprise |
1 |
1 |
- |
2 |
2. |
COM/DCOM |
4 |
4 |
- |
8 |
3. |
SOM/DSOM |
5 |
8 |
1 |
15 |
4. |
Haron |
5 |
8 |
1 |
15 |
Поддержка разработчиков.
Поддержка разработчиков определяется тремя стандартными составными частями - полностью и качеством документации, наличием примеров и всевозможных вспомогательных, но не обязательных утилит и дальнейшим техническим сопровождением после покупки программного продукта. Также добавлен еще один критерий - открытость системы, под которым подразумевается возможность частичного изменения системы с целью приспособления ее к своим конкретным нуждам. Имеется следующее распределение весовых коэффициентов:
-
NN
Критерий
Максимум
1.
Документация
7
2.
Примеры и дополнительные утилиты
2
3.
Техническое сопровождение
4
4.
Открытость
3
Продукты-конкуренты имеют следующие оценки:
NN |
Конкурент |
Документация |
Примеры и утилиты |
Техническое сопровождение |
Открытость |
Итого |
1. |
OLEnterprise |
5 |
2 |
- |
2 |
9 |
2. |
COM/DCOM |
7 |
2 |
1 |
- |
10 |
3. |
SOM/DSOM |
7 |
2 |
1 |
- |
10 |
4. |
Haron |
5 |
2 |
2 |
3 |
12 |