Структура

Верхним уровнем структуры является лес — совокупность всех объектов, атрибутов и правил (синтаксиса атрибутов) в Active Directory. Лес содержит одно или несколько деревьев, связанных транзитивными отношениями доверия. Дерево содержит один или несколько доменов, также связанных в иерархию транзитивными отношениями доверия. Домены идентифицируются своими структурами имён DNS — пространствами имён.

Объекты в домене могут быть сгруппированы в контейнеры — подразделения. Подразделения позволяют создавать иерархию внутри домена, упрощают его администрирование и позволяют моделировать организационную и/или географическую структуры компании в Active Directory. Подразделения могут содержать другие подразделения. Корпорация Microsoft рекомендует использовать как можно меньше доменов в Active Directory, а для структурирования и политик использовать подразделения. Часто групповые политики применяются именно к подразделениям. Групповые политики сами являются объектами. Подразделение является самым низким уровнем, на котором могут делегироваться административные полномочия.

Другим способом деления Active Directory являются сайты, которые являются способом физической (а не логической) группировки на основе маски подсети. Сайты подразделяются на имеющие подключения по низкоскоростным каналам (например по каналам глобальных сетей, с помощью виртуальных частных сетей) и по высокоскоростным каналам (например через локальную сеть). Сайт может содержать один или несколько доменов, а домен может содержать один или несколько сайтов. При проектировании Active Directory важно учитывать сетевой трафик, создающийся при синхронизации данных между сайтами.

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

24

Программный продукт — совокупность программ и сопроводительной документации по их установке, настройке, использованию и доработке.

Разработка программного продукта. Этапы проектирования и построение модели

Анализ

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

реализация На этом этапе выполняется преобразование абстрактных понятий, используемых в анализе, в детальные описания всех конструкций. В ПО существует несколько составляющих, одна из них представляет часть проблем, ответственных за основное исполнение функций и необходимые данные. Она строит наилучшую модель, разработанную после анализа. Остальные части ответственны за коммуникацию с клиентом, за хранение и доступ к данным, управление памятью и компоненты управления задачами. Программная среда обеспечивает инструменты, ограничивающие ранее разработанную модель, но оно может также обеспечить вспомогательный механизм, который позволяет улучшить реализацию. Таким образом проектирование строит модель в рамки ограничений и улучшает возможности программной среды. Целью проектирования является разработка модели, необходимой для нормального функционирования системы. В проектировании среда программирования играет важную роль, несмотря на то, что при анализе им часто пренебрегают. Проектировщик должен знать языки программирования, библиотеки и инструментальные программные средства, необходимые для функционирования системы.