Инфраструктура разработки SAP NetWeaver - SAP NetWeaver Development Infrastructure

В Инфраструктура разработки SAP NetWeaver («NWDI») сочетает в себе характеристики и преимущества локальной среды разработки - как обычно Ява среда - с серверным ландшафтом разработки, который централизованно предоставляет согласованную среду разработки для групп разработчиков и поддерживает разработку программного обеспечения на протяжении всего жизненного цикла продукта.

Инфраструктура разработчика имитирует функциональность ABAP Система изменений и транспорта (CTS). Цель состоит в том, чтобы стандартным образом контролировать развертывание компонентов в системном ландшафте. NWDI может использоваться для импорта бизнес-пакетов из SAP и позволяет командам разработчиков изменять стандартные приложения. SAP NWDI также известен как SAP JDI (инфраструктура разработки Java). Последний термин считается устаревшим.

Составные части

СЗРО состоит из

Иногда в состав NWDI также входят:

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

Программный компонент содержит один или несколько компонентов разработки (DC). Компонент разработки состоит из обычного проекта, созданного с помощью Netweaver Developer Studio, то есть приложения [Web Dynpro]. Программный компонент также может иметь зависимости от других SC.

Все отношения определены в SLD.

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

Чтобы иметь возможность разрабатывать DC внутри SC, в NWDI должна быть создана дорожка для поддержки этого развития.

Хранилище времени разработки (DTR)

DTR напоминает файловую систему, и к нему можно получить доступ через WebDAV. Права доступа к файлам и папкам могут быть настроены для пользователей или групп. Каждый файл контролируется версией, и его можно разделить или объединить. Папка основного репозитория (ws) содержит папки, представляющие треки в NWDI. Файлы, проверенные в NWDI, являются файлами без локальных зависимостей. Например, файл пути к классам в проекте относится к локальным файлам jar и бесполезен для службы сборки компонентов, когда проект создается на сервере.

Служба сборки компонентов (CBS)

Когда файл изменяется в Netweaver Developer Studio, действие создается вместе с запросом. Когда изменения сделаны, запрос регистрируется в DTR, затем активируется действие, которое запускает CBS для создания DC на NWDI. Обычно создается файл ear или war. Когда активность выпускается из Netweaver Developer Studio, файл ear или war развертывается в системе разработки через CMS.

Когда CBS находит зависимости между контроллерами домена внутри трека, все зависимые контроллеры домена автоматически перестраиваются.

Можно использовать CBS для восстановления DC или даже полного SC.

Служба управления изменениями (CMS)

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

Перенос кода между дорожками для достижения слияния и соединения между развернутыми производственными версиями.

CMS состоит из слоев на каждой дорожке.

  • Check-In: где исходный источник загружается в трек.
  • Разработка: представляет собой развертывание в системе разработки. Изменения развертываются на уровне DC.
  • Консолидация: представляет собой развертывание в системе консолидации.
  • Сборка: этап для принятия изменения. Объединяет все DC в полный SC. Здесь можно установить метки с номерами версий.
  • Тест: представляет развертывание в тестовой системе. Изменения внедряются на уровне SC.
  • Подтвердить: этап подтверждения перед переносом изменения в производство.
  • Производство: представляют развертывание в производственной системе.
  • Состояние системы: дает обзор различных версий, развернутых в разных системах.

У каждого слоя есть история и возможность вернуться к более раннему состоянию.

внешняя ссылка