- •Глава 1. Организация процесса конструирования
- •Определение технологии конструирования программного обеспечения
- •Классический жизненный цикл
- •Макетирование
- •Стратегии конструирования по
- •Инкрементная модель
- •Быстрая разработка приложений
- •Спиральная модель
- •Компонентно-ориентированная модель
- •Тяжеловесные и облегченные процессы
- •Модели качества процессов конструирования
- •Контрольные вопросы
- •Глава 2. Руководство программным проектом
- •Процесс руководства проектом
- •Начало проекта
- •Измерения, меры и метрики
- •Процесс оценки
- •Анализ риска
- •Планирование
- •Трассировка и контроль
- •Планирование проектных задач
- •Размерно-ориентированные метрики
- •Функционально-ориентированные метрики
- •Выполнение оценки в ходе руководства проектом
- •Выполнение оценки проекта на основе loc- иFp-метрик
- •Конструктивная модель стоимости
- •Модель композиции приложения
- •Модель раннего этапа проектирования
- •Модель этапа постархитектуры
- •Предварительная оценка программного проекта
- •Анализ чувствительности программного проекта
- •Сценарий понижения зарплаты
- •Сценарий наращивания памяти
- •Сценарий использования нового микропроцессора
- •Сценарий уменьшения средств на завершение проекта
- •Контрольные вопросы
- •Глава 3. Основы проектирования программных систем
- •Особенности процесса синтеза программных систем
- •Особенности этапа проектирования
- •Структурирование системы
- •Моделирование управления
- •Декомпозиция подсистем на модули
- •Модульность
- •Информационная закрытость
- •Связность модуля
- •Функциональная связность
- •Информационная связность
- •Коммуникативная связность
- •Процедурная связность
- •Временная связность
- •Логическая связность
- •Связность по совпадению
- •Определение связности модуля
- •Сцепление модулей
- •Сложность программной системы
- •Характеристики иерархической структуры программной системы
- •Контрольные вопросы
- •Метрики объектно-ориентированных программных систем
- •Метрические особенности объектно-ориентированных программных систем
- •Локализация
- •Инкапсуляция
- •Информационная закрытость
- •Наследование
- •Абстракция
- •Эволюция мер связи для объектно-ориентированных программных систем
- •Связность объектов
- •Метрики связности по данным
- •Метрики связности по методам
- •Сцепление объектов
- •Зависимость изменения между классами
- •Локальность данных
- •Набор метрик Чидамбера и Кемерера
- •Метрика 1: Взвешенные методы на класс wmc (Weighted Methods Per Class)
- •Метрика 2: Высота дерева наследования dit (Depth of Inheritance Tree)
- •Метрика 3: Количество детей noc (Number of children)
- •Метрика 4: Сцепление между классами объектов сво (Coupling between object classes)
- •Метрика 5: Отклик для класса rfc (Response For a Class)
- •Метрики Лоренца и Кидда
- •Метрики, ориентированные на классы
- •Метрика 1: Размер класса cs (Class Size)
- •Метрика 2: Количество операций, переопределяемых подклассом, noo
- •Метрика 3: Количество операций, добавленных подклассом, noa
- •Метрика 4: Индекс специализации si (Specialization Index)
- •Операционно-ориентированные метрики
- •Метрика 5: Средний размер операции osavg (Average Operation Size)
- •Метрика 6: Сложность операции ос (Operation Complexity
- •Метрика 7: Среднее количество параметров на операцию npavg
- •Метрики для оо-проектов
- •Метрика 8: Количество описаний сценариев nss (Number of Scenario Scripts)
- •Метрика 9: Количество ключевых классов nkc (Number of Key Classes)
- •Метрика 10: Количество подсистем nsub (NumberofSuBsystem)
- •Набор метрик Фернандо Абреу
- •Метрика 1: Фактор закрытости метода mhf (Method Hiding Factor)
- •Метрика 2: Фактор закрытости свойства ahf (Attribute Hiding Factor)
- •Метрика 3: Фактор наследования метода mif (Method Inheritance Factor)
- •Метрика 4: Фактор наследования свойства aif (Attribute Inheritance Factor)
- •Метрика 5: Фактор полиморфизма pof (Polymorphism Factor)
- •Метрика 6: Фактор сцепления cof (Coupling Factor)
- •9. Тестирование программных продуктов
- •9.1. Виды контроля качества разрабатываемого программного обеспечения
- •9.2. Ручной контроль программного обеспечения
- •2. Контроль вычислений
- •3. Контроль передачи управления
- •4. Контроль межмодульных интерфейсов
- •9.3. Структурное тестирование
- •9.4. Функциональное тестирование
- •Глава 8. Организация процесса тестирования программного обеспечения
- •Методика тестирования программных систем
- •Тестирование элементов
- •Тестирование интеграции
- •Нисходящее тестирование интеграции
- •Восходящее тестирование интеграции
- •Сравнение нисходящего и восходящего тестирования интеграции
- •Тестирование правильности
- •Системное тестирование
- •Тестирование восстановления
- •Тестирование безопасности
- •Стрессовое тестирование
- •Тестирование производительности
- •Искусство отладки
- •Контрольные вопросы
- •2.Использование буфера обмена
- •3.Технология "перетяни и оставь"
- •4. Технология ole
- •5. Динамический обмен данными (dde)
- •6. Эволюция архитектуры «клиент-сервер»
- •6.1 Определение и назначение промежуточного по
- •6.2 Функции middleware
- •6.3 Виды промежуточного по
- •Промежуточное по межпрограммного взаимодействия
- •6.4 Промежуточное по доступа к базам данных
- •9. Основы компонентной объектной модели
- •Организация интерфейса сом
- •Идентификация интерфейса
- •Описание интерфейса
- •Реализация интерфейса
- •Unknown — базовый интерфейс com
- •Серверы сом-объектов
- •Преимущества com
- •Работа с сом-объектами
- •Создание сом-объектов
- •IClassFactory :: Createlnstance (iid a); 2 — фабрика класса создает сом-объект и получает
- •Повторное использование сом-объектов
- •Маршалинг
- •12. Введение в .Net Framework
5. Динамический обмен данными (dde)
Рассмотренный ранее способ обмена данными через буфер clipboard идеально подходит для операций копирования, управляемых пользователем. В то же время для автоматического обмена данными между программами (по инициативе программ) в Windows предусмотрен специальный механизм - протокол динамического обмена данными DDE (Dynamic Data Exchange) [8,10].
Механизм DDE служит не только для передачи информации из одной программы в другую, он позволяет организовать совместное использование данных несколькими программами по принципу "клиент-сервер".
При организации совместного использования данных возникают следующие проблемы:
чтобы программы, потребляющие данные, могли обнаружить и установить связь с программами, поставляющими эти данные, необходима система имен;
данные должны быть разделяемыми. Windows изолирует программы от взаимного влияния друг на друга, строго разграничивая занимаемую ими память. Очевидно, что передача некоторого блока данных между двумя программами предполагает выделение сегмента глобальной памяти, доступ к которому был бы возможен со стороны обеих программ;
доступ к данным должен быть упорядоченным. Так как сразу несколько программ могут читать и изменять данные, отсутствие согласованности в их действиях может привести к нарушению целостности данных. Поэтому нужен механизм синхронизации доступа, а также своевременного уведомления программ о каждом изменении данных.
DDE-протокол решает все перечисленные проблемы. В соответствии с принципом "клиент-сервер" обмен данными всегда осуществляется между сервером - программой, которая владеет данными, и клиентом - программой, которая их использует. Инициатором обмена является клиент, который устанавливает соединение с сервером и таким образом получает возможность запрашивать у сервера данные. Запрос данных называется транзакцией. Сервер реагирует на запрос клиента, посылая ему данные. Когда клиент больше не нуждается в услугах сервера, он разрывает соединение.
Для доступа к данным сервера используется трехуровневая иерархическая система именования, которая включает: имя службы (service name), имя темы (topic name) и имя элемента данных (item name).
Имя службы - это идентификатор, по которому клиент отыскивает нужный сервер при установке с ним соединения. Обычно один сервер поддерживает только одну службу, имя которой совпадает с именем его программы. Имя службы сервер сообщает Windows при запуске.
Имя темы - это контекст данных в рамках службы. Для сервера, который хранит свои данные на диске, это может быть имя файла. Имя темы вместе с именем службы указывается клиентом при запросе. Сервер проверяет, существует ли такая тема, и разрешает соединение.
Имя элемента данных - это идентификатор информационной единицы обмена между клиентом и сервером. Он сообщается клиентом непосредственно в момент выполнения транзакции и указывает, какие именно данные клиент желает получить или передать. Информационной единицей может быть число, строка, запись, растровое изображение.