В этом разделе мы обсудим задачи оценки технологически нейтральной архитектуры SID, процедуру такой оценки и рекомендации по дальнейшему использованию TNA.

Задачи оценки TNA

Оценка TNA проводится для выработки рекомендаций по ее использованию и анализу ее текущего применения. Основное внимание при оценке уделя­ется, как правило, целям и принципам TNA, а именно:

• отделение бизнес-процесса от реализации компонентов,

• наличие архитектуры, ориентированной на безопасность,

• наличие архитектуры, основанной на политиках,

• унифицированная среда информации и данных (уже представленная как SID),

• прозрачность распределения.

Выполнение оценки TNA

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

Результаты оценки методологии жизненного цикла NGOSS могут стать ценным исходным элементом для оценки TNA, поскольку она также предпо­лагает использование контрактов и компонентов. Поэтому те методы, кото­рые применяются для оценки жизненного цикла по отношению к контрактам и компонентам, могут использоваться и для оценки TNA. По этой причине мы их здесь рассматривать не будем. Однако контракты и компоненты долж­ны создаваться с помощью структур SID и еТОМ. Эксперт, осуществляющий оценку, определяет, применяется ли для этого какая-либо из стандартных структур.

Об отделении бизнес-процесса от его компонентного внедрения здесь уже говорилось, и оно не служит составной частью оценки жизненного цик­ла. Чтобы обеспечить возможность повторного использования, бизнес-логи­ка не должна встраиваться в логику компонентов. Эксперту, осуществляю­щему оценку, следует проанализировать компоненты или компонентоподоб­ные артефакты, чтобы определить, соблюдается ли этот принцип NGOSS.

После этого проводится оценка второй группы принципов. Эксперт по оценке определяет, как реализована безопасная архитектура (security - enabled). Затем, опционально, оценивается использование архитектуры NGOSS, основанной на политиках. Тот или иной тип архитектуры все же должен использоваться на предприятии. Наконец, оценивается структура, обеспечивающая прозрачность распределения. Следует заметить, что боль­шого практического опыта в отношении второй группы пока нет. Но по­скольку NGOSS развивается и внедрение подразумевает и эти аспекты TNA, набор критериев оценки будет расширяться.