При разработке новой АВЕ рекомендуется следовать приведенным ниже инструкциям. Изредка их можно использовать и для добавления новых деталей к существующим АВЕ. Имеются в виду следующие материалы: • шаблоны бизнес-сущностей, • принципы именования, атрибутов и пакетов, Рис. 3.28. Возможный вариант расширения бизнес-сущности SID • руководства по именованию сущностей, • руководства по определению классов связей (в отличие […]
NGOSS: Построение эффективных систем поддержки и эксплуатации сетей для оператора связи
Добавление атрибутов
Атрибуты не должны добавляться непосредственно к бизнес-сущностям модели 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 — с использованием методики «плавательных […]
Проецирование существующих процессов на стандартную карту еТОМ
Независимо от зрелости процессов в организации, первый важнейший шаг внедрения еТОМ заключается в проецировании на него уже существующих процессов. Пока это не сделано, руководителям организации будет трудно осознать, какую выгоду может принести организации использование всех возможностей, предлагаемых еТОМ. Например, после того как проекция построена, организация сможет применять общеотраслевой язык для описания своих требований к поставщикам, […]
Понятность процессов
В организациях, где процессы понятны, осознают необходимость сквозного управления этими процессами. Обычно процессы достаточно хорошо документированы на основе стандартного шаблона, хотя для разных процессов используется разная терминология. В компании может существовать полное описание процессов, при этом значительная часть организации неосведомлена о такой структуре. Главенство процессов В организациях, где процессы занимают главенствующую роль, существует набор процессов […]