Телекоммуникационные_системы_и_сети_Т_1_Современные_технологии_620

–управление техническим обслуживанием и ремонтом оборудования;

–управление реализацией телекоммуникационных услуг;

–управление персоналом и расчет заработной платы.

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

ифинансами для крупной корпоративной структуры. Хранилище должно обладать следующими свойствами:

–законченное решение информационного хранилища;

–наполненность экономическим содержанием с настроенными механизмами выгрузки данных, информационными моделями, наборами показателей, а также сценариями анализа данных с запросами

иотчетами;

–универсальные метаданные и сконфигурированные информационные модели для эффективного и быстрого внедрения;

–открыто для различных источников данных и внешних средств построения анализа и отчетности.

Система должна иметь функциональность организации стратегического управления предприятием, используя возможности со-

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

Система должна иметь возможность:

–структурировать стратегию развития компаний;

–доносить цели до всех сотрудников организации;

–оценивать стратегию на основе планирования сценариев и оперативного планирования;

–связывать стратегию с оперативными целями и распределением ресурсов;

–поддерживать интегрированный процесс планирования, бюджетирования и прогнозирования;

–собирать неструктурированную информацию из внешних и внутренних источников;

–консолидировать фактические данные;

–отслеживать ключевые факторы успеха.

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

матизированные рабочие места, организованные по функциональному принципу (например, «Финансовый Директор», «Бухгалтер», «Сотрудник отдела продаж», «Кладовщик» и т.д.). Должна быть исключена необходимость двойного ввода информации. На основе этих данных обеспечивается возможность гибкого построения бухгалтерских и управленческих отчетов, позволяющих как своевременно предоставлять необходимые документы во внешние контролирующие органы, так и принимать эффективные управленческие решения.

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

Такая архитектура сможет позволить отдельным децентрализованным единицам компании создавать собственную область контроля только своего бизнеса внутри общей корпоративной структуры и позволяет ответственным сотрудникам быстро реагировать на организационные изменения или на необходимость быстрого предоставления новой информации в корпорацию.

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

23.5.Требования к используемым информационным технологиям, техническим средствам и программному обеспечению

Выбор той или иной технологии создания информационной системы определяется, прежде всего, функциями, которые должна выполнять эта система для удовлетворения потребностей оператора связи.

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

Как на это должна реагировать информационная система предприятия? Она должна быстро и безболезненно подстроиться под новые условия, при этом не должна требовать существенных капитальных вложений.

Процессы структурной перестройки носят ярко выраженный интеграционный характер. Происходит укрупнение филиалов внутри ре-

гиональных компаний, а также объединение региональных в межрегиональные компании. Если раньше можно было работать, используя для автоматизации деятельности оператора связи системы, построенные по технологии файл-сервер, то в настоящий момент при объединении даже подразделений регионального оператора связи такие технологии неприемлемы, не говоря уже о межрегиональных компаниях.

Если проанализировать требования к информационной системе управления предприятием для региональной компании и принять во внимание реструктуризацию, очевидным становится, что единственной приемлемой для использования может быть система, подверженная принципам реинжиниринга бизнес-процессов.

Внастоящее время имеется два подхода к реализации таких систем:

1. Фирма-производитель программного обеспечения для разработки информационных систем, например, фирма ORACLE, используя свои продукты, создает прикладную систему, автоматизирующую деятельность предприятия (ORACLE Applications).

2. Фирма-производитель прикладного программного обеспечения, используя доступное на рынке инструментальное программное обеспечение, создает продукт, который, как правило, содержит возможности создания системы управления предприятием подверженной принципам бизнес-процесс реинжиниринга, например, система R3 фирмы SAP.

Витоге получаются одинаковые по возможностям системы, и сравнивать подходы с точки зрения оптимальности решений не имеет смысла.

Всущности, оба рассмотренных подхода имеют в составе встроенное CASE средство, все объекты системы хранятся в репозитории

иблагодаря этому достигается высокая готовность системы к реконструкции.

Рассмотрим подходы к проектированию, предлагаемые фирмой ORACLE. Это проиллюстрирует технологии, которые необходимо использовать для создания современной системы управления предприятием. Нижеизложенные принципы не противоречат принципам Нового Системного Проектирования.

Средства проектирования ORACLE

Средства разработки масштабируемых приложений, предлагаемые корпорацией Oracle, представлены двумя группами программных продуктов: Designer/2000™ и Developer/2000™.

Рассмотрим Designer/2000™. Designer/2000™ позволяет создавать модели сложных систем с помощью средств реинжиниринга прикладных процессов (BPR).

Designer/2000™ представляет собой структуру в виде пирамиды, внутри которой расположены уровни. Каждый уровень представляет

собой набор инструментов. Рассмотрим основной инструментарий Designer/2000™. Верхний уровень представлен:

Process Modeling – инструментарий, позволяющий моделировать бизнес-процессы. На этом уровне разработчики приложений должны детально изучить предметную область, суметь правильно описать процессы, происходящие в изучаемой системе, создать организационную структуру процессов и визуально отобразить модель проектируемой системы. На этом уровне можно просчитать экономическую целесообразность системы, просчитать затраты времени, финансовые затраты и трудозатраты в человекочасах, а также оптимизировать систему, определив в ней критический путь.

Systems Modeling (Системное моделирование) – на этом уровне работают системные аналитики, которые раскладывают модель на мельчайшие детали-сущности, описывают взаимосвязи между сущностями и определяют, какие функции, будет выполнять система, какие потоки данных обрабатывает система.

Design Wizards – на этом уровне работа человека сводится к минимуму. Система сама «превращает» созданные модели (информационную и функциональную) в реальные структуры (структуру данных и структуру меню).

Generation – уровень, на котором расположены разного рода инструменты для создания реальных объектов базы данных и приложения. Причем создание базы данных и готовых к выполнению прикладных программ происходит в автоматическом режиме.

Основной задачей Designer/2000™ является построение готового приложения. От зарождения проекта до ввода его в эксплуатацию проходит несколько этапов разработки. Такой системный подход обеспечивает производительную систему с широкими возможностями. При этом различают этапы:

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

Работа над проектом проходит, как правило, следующие стадии: Проектирование базы данных и проектирование функциональ-

ной иерархии системы.

Кодирование и документирование. Создание опытной системы

(прототипы). На первых двух уровнях Designer/2000™ производится построение модели. Генерация и выполнение DDL утилит для создания таблиц и вспомогательных объектов базы данных. Разработка пользовательской документации, текстов справочных экранов и руководств по эксплуатации системы.

Внедрение (отладка). Совершенствование опытной системы и внесения изменений на основе тестирования и приемки пользователем – опытная эксплуатация.

Эксплуатация – передача системы пользователям. Наблюдение за ее производительностью, расширение возможностей и усовершенствование.

Понятийная Модель является основой проектирования, строится на основе человеческого опыта и представлений и зависит от того, насколько глубоко понимает человек поставленную задачу. Затем идет представление в виде информационной модели, которая перерастает в реальные таблицы, где и будут храниться данные. Далее анализируется организационная структура предприятия для построения функциональной модели.

Хранящаяся в репозитории модель системы вследствие изменения схемы бизнес-процессов предприятия легко изменяется, после чего производится новая генерация системы. Таким образом, минимизируется время на реинжиниринг бизнес-процессов.

Вышеизложенные реализации систем требуют, как правило, промышленных решений для создания вычислительных комплексов. Наиболее приемлемым является операционная система UNIX, в качестве баз данных используются промышленные СУБД класса ORACLE или INFORMIX. Среди аппаратных серверных платформ на первом месте находятся фирмы SUN и Hewlett Packard. Реже используются продукты фирмы Microsoft.

Контрольные вопросы

1.Сформулируйте сущность концепций MRP, MRP II, ERP.

2.Перечислите, из каких подсистем и какие функции должна выполнять информационная система управления оператора связи.

3.Какие три скачка в настоящее время произошли в информационных технологиях?

4.Приведите схему взаимосвязи составных частей Нового Системного Проектирования.

5.Какие требования предъявляются к функциональности интегрированной информационной системы управления предприятием для регионального оператора связи?

Список литературы

1.Булгак В.Б., Варакин Л.Е., Крупнов А.Е. и др. Основы управления связью Российской Федерации. – М.: Радио и связь, 1998. – 184 с.

2.Емельянов Ю.А., Крупнов А.Е., Мамзелев Н.А. Сертификация оборудования и услуг связи. – М.: ЗАО РИКЕЛ, 1999. – С. 118–137, с. 142–180.

3.Рождественский А.А., Князев К.Г., Павлов А.В. Основные концептуальные поло-

жения и технические решения по созданию автоматизированной системы управления цифровой сетью связи АО «Ростелеком». – М.: Телесофт – Россия, 1996. – 91 с.

4.Руководящий технический материал по построению тактовой сетевой синхронизации на цифровой сети связи Российской Федерации. Вторая редакция. – М.: ЦНИ-

ИС, 1995. – 66 с.

5.Справочные материалы по вводу в эксплуатацию сетей ЕСС. – М.: Сайрус Сис-

темс, 2001. – 150 с.

6.Фокин В.Г. Управление телекоммуникационными сетями: Учеб. пособие. – Новосибирск.: СибГУТИ, 2001. – 110 с.

7.Гриднев С., Коновалов Г. Управление сетью синхронизации в сетях на основе СЦИ // Connect! Мир связи. – 1998. – №12. – С. 138–141.

8.Беллами Дж. Цифровая телефония / Пер. с англ. – М.: Радио и связь, 1986. Гл. 7. Синхронизация сети, контроль и управление.

9.Бакланов И.Г. Технологии измерений первичной сети. Ч. 2. Системы синхрониза-

ции, B-ISDN, АТМ. – М.: ЭКО-ТРЕНДЗ, 2000. – 150 с.

10.Рекламные проспекты фирм Alcatel, NEC, Siemens, Телесофт, Hewlett Packard.

11.Rtn-ichi Sato. Photonic Transport Network OAM Technologies // IEEE Communications Magazine. – December 1996. – С. 86–94.

12.Гордеев Э.Н. Новые технологии в системах управления сетями связи // Вестник связи. – 2000. – № 1. – С. 29–32.

13.Гордеев Э.Н. Новые технологии в системах управления сетями связи // Вестник связи. – 2000. – № 2. – С. 79–83.

14.Нетес В.А., Трубникова Н.В. Управление сетями: стандарты, проблемы и перспек-

тивы // Вестник связи. – 2000. – № 2. – С. 83–88.

15.Толковый словарь терминов по системам, средствам и услугам связи. – М.: Радио

исвязь, 2000. – 256 с.

16.Нормы на электрические параметры цифровых каналов и трактов магистральной

ивнутризоновых первичных сетей. – М.: Мин-во связи Российской Федерации, 1996. (Приказ № 92).

17.Зиндер Е. Новое системное проектирование: информационные технологии и биз- нес-реинжиниринг. Ч. 2: Бизнес-реинжиниринг. СУБД. 01/96.

18.Зайцев С.Л. Автоматизированные системы управления предприятием стандарта

ERP/MRPII. Interface Ltd, 2001.

19.ITU-T Recommendation M.3000 – Overview of TMN Recommendations.

20.ITU-T Recommendation М.3010 – Principles for a telecommunication management network (TMN).

21.ITU-T Recommendation M.3020 – TMN interface specification methodology.

22.ITU-T Recommendation M.3100 – Generic network information model.

23.ITU-T Recommendation M.3200 – TMN management services: overview.

24.ITU-T Recommendation M.3300 – TMN management capabilities presented at the F-interface.

25.ITU-T Recommendation M.3400 – TMN management functions.

26.Калянов Г.Н. Консалтинг: от бизнес-стратегии к корпоративной информационноуправляющей системе. Учебник для вузов / Г. Н. Калянов. – 2-е изд., дополн. – М.: Горячая линия – Телеком, 2011. – 208 с.

Рис. 24.2. Иерархия понятий в области качества обслуживания телефонной связью

Принципы построения системы, удовлетворяющей этим требованиям, приведены в Рекомендации МСЭТ-Т E.434. Система (рис. 24.1) создает контрольные (тестовые) вызовы и состоит из общесетевого контроллера и тестовых модулей (приемников/передатчиков контрольных вызовов), устанавливаемых на каждой коммутационной станции сети. Контроллер определяет график тестирования и управляет запуском тестов в тестовых модулях. Тестовые модули создают контрольные вызовы, принимают запросы, фиксируют данные обслуживания.

Для обоснования запросов и ожиданий пользователей и оптимизации затрат оператора необходимы: строгие формулировки терминов, относящихся к качеству услуг; предоставление объективных сведений об ожиданиях и требованиях пользователей и достигнутом оператором уровне качества.

Иерархия понятий в области качества услуг телефонной связи приведена на рис. 24.2. Качество услуги рассматривается как совокупность свойств: удобства пользования, готовности к обслуживанию, бесперебойности обслуживания, адекватности информации пользователя при транспортировке через сеть, соответствие спросу.

Каждое из свойств может быть описано набором характеристик (атрибутов). Так, например, готовность к обслуживанию определя-

Важнейшими задачами оператора в области качества должны быть:

–планомерное повышение качества услуг;

–эффективность в предоставлении услуг.

Повышение качества услуг и эффективность их предоставления могут обеспечиваться путем:

•непрерывного анализа требований, предъявляемых к услуге, и достигнутых успехов в повышении качества или проблем

в решении этих вопросов;

•принятия предупредительных мер для исключения неудовлетворенности пользователей;

•четкого определения требований пользователей к качеству услуг и степени связи их с контролируемыми параметрами и характеристиками качества;

•оптимизации издержек, связанных с обеспечением качества;

•предупреждения неблагоприятных воздействий служб оператора на общество (например, при переходе к повременной оплате сеанса связи, к оплате по кредитной карте при пользовании таксофонами и др.).

Оператор должен планировать и осуществлять регулярные проверки качества услуг. Для этого необходимо создать комплекс документов:

–спецификации услуг;

–спецификации предоставления услуг;

–спецификации управления качеством.

1)Под спецификацией услуги понимают:

–полное и четкое описание характеристик услуги, которые подлежат оценке пользователем;

–нормативы для каждой характеристики.

2)Под спецификацией предоставления услуги понимают:

–четкое описание характеристик предоставления услуги, непосредственно влияющих на исполнение услуги (примеры: время ожидания предоставления услуги, среднее количество попыток вызовов на одну результативную – закончившуюся разговором);

–приемлемый норматив для каждой характеристики процесса предоставления услуги;

–требования к ресурсам, детализирующие тип и количество единиц оборудования, необходимых для выполнения услуги;

–определение качества требуемого персонала и его необходимая квалификация.

3)Спецификация управления качеством отражает системный под-

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