9. Архитектурное проектирование. Модульная декомпозиция. Характеристики модулей.

Цель модульной декомпозиции – воплощение в процессе разработки программ обоих общих методов борьбы со сложностью:

• Обеспечение независимости компонент системы

• Использование иерархических структур

Существуют специальные модели декомпозиции:

• Объектно-ориентированная модель. Система состоит из набора взаимодействующих объектов.

• Модель потоков данных. Система состоит из модулей получающих на вход данные и выдающих результат.

Характеристики программного модуля по Майерсу:

• Рутинность. Модуль рутинен, если результат обращения не зависит от предыстории.

• Связность – мера внутренних связей модуля

  • СС=0 – между элементами модуля нет связей

  • СС=9 – модуль выполняющий несколько операций над одной структурой данных

  • СС=10 – модуль выполняющий одну функцию

• Размер – определяется числом содержащихся в модуле операторов или строк

• Сцепление – мера зависимости по данным от других модулей

  • Сцепление по содержимому – один из модулей имеет ссылки на содержимое другого модуля. Такое сцепление недопустимо.

  • Сцепление по общей области – несколько модулей используют одну область памяти.

  • Параметрическое сцепление – модули связаны по передающимся параметрам.

10. Испытания программных систем. Тестирование по.

Тестирование ПО – запуск программного кода с тестовыми данными и исследование выходных данных для проверки правильности работы системы.

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

Статистическое тестирование оценивает производительность и надежность программ.

Отладка ПС – это деятельность, направленная на обнаружение и исправление ошибок в ПС.

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

Метод белого ящика (структурного тестирования) предполагает создание тестов на основе структуры системы и её реализации. Как правило, структурное тестирование применяется к небольшим программным элементам.

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

11. Rup. Ключевые концепции. Жизненный цикл.

Rational Unified Process (RUP) – это интерактивная база знаний, которая содержит:

• Описание процесса разработки, технологии и правил создания артефактов

• Рекомендации по использованию инструментов

• Настраиваемые шаблоны для создания отчетных документов

• Инструментарий для настройки процесса

В основе RUP лежат следующие принципы:

• Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.

• Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)).

• Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.

• Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.

• Постоянное обеспечение качества на всех этапах разработки проекта (продукта).

• Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.

Жизненный цикл

RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта. Полный жизненный цикл разработки продукта состоит из четырех фаз, каждая из которых включает в себя одну или несколько итераций: