Часть полного текста документа:Формулируем требования. Как создать оптимальную OSS/BSS М.С. САМСОНОВ, заместитель генерального директора ОАО "Петер-Сервис" В стремлении к идеалу Запуск новых услуг почти всегда сопряжен с пересмотром стратегии бизнеса, изменением организационной и информационной структуры компании, внедрением новых бизнес-процессов и разработкой соответствующих приложений. Поэтому, с точки зрения "внутренних" пользователей информационных систем, самое значительное изменение последних лет связано с существенным уменьшением времени жизни бизнес-процессов операторов связи. Вместе с тем ядро информационной системы предприятия должно оставаться неизменным, поскольку на него "завязаны" остальные компоненты управления телекоммуникационным предприятием - модули управления сетевым оборудованием и серверами услуг, бухгалтерия и учет, бизнес-аналитика и маркетинг, взаимоотношения с заказчиками и партнерами-поставщиками. Выбор компонентов OSS/BSS, их интеграция и эксплуатация обычно связаны со сложными экономическими и техническими аспектами, высокими затратами и необходимостью взаимодействия большого числа людей, находящихся на различных уровнях управления компанией. Надо учитывать, что информационные системы непосредственно влияют на прибыльность всего предприятия. Правильное использование OSS/BSS не только приносит экономические выгоды и позволяет повысить качество обслуживания абонентов, но и служит инструментом привлечения новых абонентов, предлагая всё новые виды услуг, что позволяет увеличивать доходы на существующей технической базе. Поэтому в большинстве операторских компаний важнейшей характеристикой технических подразделений является их готовность к реализации новых требований и быстрому изменению бизнес-процессов. Соответственно, конфигурируемость OSS/BSS - главное требование при выборе поставщика и внедрении решения. Конфигурируемость ПО можно условно разделить на четыре уровня: Конфигурируемость на основе предопределенного набора параметров (predefined configurability). Многим организациям достаточно, если информационные системы поддерживают только набор базовых бизнес-процессов, имеющих общий характер. Это достигается внедрением "псевдокоробочного" решения. Ограниченной модификации встроенных процессов можно достичь путем изменения значений параметров из предопределенного набора. Например, модуль тарификации биллинговой системы может поддерживать предопределенный набор услуг. С каждой услугой связана параметризованная ставка стоимости единицы потребления. Конфигурируемость на основе предопределенного набора базовых объектов (framework constrained configurability) подходит для организаций, бизнес-процессы которых могут меняться, оставаясь в заранее известных границах. В этом случае комплект поставки информационной системы включает в себя предопределенный набор процессов, сущностей и служебных процедур, которые могут компоноваться произвольным образом, так, чтобы обеспечить поддержку различных бизнес-процессов. При этом для каждой конфигурации будет существовать собственный набор параметров, позволяющий "подстраивать" реализованные бизнес-процессы. Например, модуль тарификации биллинговой системы может поддерживать определение новых услуг, каждой из которых приписываются атрибуты из заранее определенного, нерасширяемого набора. ............ |