Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы ВПИ мод 2.doc
Скачиваний:
4
Добавлен:
29.07.2019
Размер:
895.49 Кб
Скачать
  1. Методи та інструменти зворотної інженерії

Методы обратной инженерии

  • восстановление проектной информации;

  • реинженерия;

  • реструктуризация;

  • редокументирование.

Восстановление проектной информации (design recovery).

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

Реинженерия

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

Реструктуризация (restructuring)

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

Редокументирование (redocumentation)

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

  1. Повторне використання. Загальні положення

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

Создание и применение ПИК требует реализации ряда специфических процессов, а затраты на их применение должны быть меньше тех, что требуются для написания просто ПК заново. Эффективность применения ППИ определяется тем, насколько быстро удовлетворяются запросы на поиск или создание требуемого ПИК.

По отношению к этим процессам разработка и применение ПИК могут идти двумя путями:

- синхронно;

- асинхронно

  1. Шляхи створення повторно використовуваних компонентів

По отношению к этим процессам разработка и применение ПИК могут идти двумя путями:

- синхронно;

- асинхронно

Синхронный путь

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

Асинхронный путь

Создает условия для производства ПИК по плану. Обычно ПИК выделяются из существующего ПО или создаются путем обобщения существующих ПК.

Разработка ПИК обязательно основывается на существующем опыте и может выполняться тремя способами:

- утилитарным;

- дедуктивным;

- индуктивным.

Утилитарный способ. Метафорой применения данного способа является "свалка". Поскольку мощность способа определяется, в основном, количеством ПИК, хранящихся в репозитарии, путь можно характеризовать как экстенсивный. Обычно ПК перед размещением в репозитарии подвергаются дополнительному анализу и обработке. Таким путем создаются простые пассивные ПИК.

Дедуктивный способ. Метафорой для него может служить "высокая технология. Суть способа состоит в том, чтобы создавать ПИК на основе фундаментальных теорий и принципов, используя мысленный программистский опыт, накопленный отдельными личностями или коллективами. Это способ интенсивного создания ПИК. Применение этого способа возможно в хорошо исследованном домене

Индуктивный способ. Является противоположным дедуктивному. Метафорой для данного способа может служить "фабрика компонентов". Основывается на анализе существующего ПО и выделении из него всего того, что может повторно использоваться и конструирования ПИК путем индуктивного синтеза. Этот способ, также как и дедуктивный, имеет интенсивный характер, но ПИК создаются снизу вверх на основе доменного анализа, поэтому создание ПИК может осуществляться и в недостаточно изученных областях.