NGOSS: Построение эффективных систем поддержки и эксплуата­ции сетей для оператора связи

Шаблоны для определения новых АВЕ

При разработке новой АВЕ рекомендуется следовать приведенным ниже инструкциям. Изредка их можно использовать и для добавления новых де­талей к существующим АВЕ. Имеются в виду следующие материалы: • шаблоны бизнес-сущностей, • принципы именования, атрибутов и пакетов, Рис. 3.28. Возможный вариант расширения бизнес-сущности SID • руководства по именованию сущностей, • руководства по определению классов связей (в отличие […]

Добавление атрибутов

Атрибуты не должны добавляться непосредственно к бизнес-сущностям мо­дели SID или к их подклассам. Для этого нужно создавать новые собственные подклассы бизнес-сущностей модели SID, к которым и будут добавляться атрибуты. Эти подклассы унаследуют все атрибуты и связи от бизнес-сущ­ностей SID, обеспечив тем самым цельность модели SID. Сохранение атри­бутов в новом подклассе представлено на рис. 3.27. Наименование […]

Использование SID для разработки и/или улучшения

Когда предприятие приступает к улучшению существующего приложения или к разработке нового, использование структуры SID Framework, ее моде­лей и приложений открывает большие возможности для быстрого старта. Из прочих преимуществ можно отметить использование де-факто стандартных для данной отрасли структуры, модели и соответствующего словаря данных. Подобное использование SID позволяет сократить затраты на обеспечение функциональной совместимости при стыковке/интеграции с […]

SID как часть структуры интеграции приложений

Предприятия с набором уже внедренных программных приложений в рамках стратегии миграции на новые приложения иногда выполняют миграцию существующих баз данных в SID-подобные структуры. Эта стратегия не яв­ляется необходимой с точки зрения функциональной совместимости прило­жений: в этом плане соответствие требованиям SID обеспечивается в первую очередь путем представления данных приложений через программный ин­терфейс приложения (API) с SID-подобной […]

Внедрение программы SID

При вводе SID как составляющей NGOSS иногда полагают, что для использо­вания SID внутренние структуры данных приложений должны быть измене­ны, поскольку лишь в этом случае они будут соответствовать SID. На самом деле это не так. За исключением словаря для общих информационных поня­тий, структура SID Framework и модель SID могут быть использованы в раз­личных вариантах на одном […]

Проецирование ответственности в организации

Крупные организации в силу своей природы испытывают трудности с четким определением границ ответственности между различными сферами бизнеса. В типичной ситуации многие заинтересованные стороны в организации могут претендовать на свою долю ответственности в одной и той же области бизнеса. Это может приводить к конфликтам, а зачастую к снижению эффек­тивности и качества продукта. еТОМ позволяет организации построить […]

ЕТОМ как структура для сбора и учета требований

Существует множество методологий внедрения программного обеспечения, которые поддерживают тот или иной в большей или меньшей степени фор­мальный подход к сбору и учету требований. Однако не вызывает сомнений, что независимо от того, предпочитаете ли вы методы экстремальной разра­ботки приложений или более формализованные подходы, на первом этапе необходимо собрать требования заинтересованных сторон и максимально быстро и точно […]

Проецирование цепочек процессов с помощью еТОМ

Проецируя описания своих бизнес-процессов на еТОМ, организация может начать использовать карту процессов в качестве стандартных модулей для разработки цепочек процессов. Предлагаемый общий подход опирается на следующую методику: • идентифицируется общее взаимодействие процессов; • проецируются взаимодействия процессов с детализацией на уров­не 2; • проецируются цепочки процессов с детализацией на уровне 2 — с ис­пользованием методики «плавательных […]

Проецирование существующих процессов на стандартную карту еТОМ

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

Понятность процессов

В организациях, где процессы понятны, осознают необходимость сквозного управления этими процессами. Обычно процессы достаточно хорошо доку­ментированы на основе стандартного шаблона, хотя для разных процессов используется разная терминология. В компании может существовать полное описание процессов, при этом значительная часть организации неосведом­лена о такой структуре. Главенство процессов В организациях, где процессы занимают главенствующую роль, существует набор процессов […]