Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Инфраструктура разработчика имитирует функциональность ABAP Change and Transport System (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.
  • Подтвердить: этап подтверждения перед переносом изменения в производство.
  • Производство: представляют развертывание в производственной системе.
  • Состояние системы: дает обзор различных версий, развернутых в разных системах.

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

Внешние ссылки [ править ]