|
|
|
|
|
|
Источник: А. Ю.
Гребешков "Стандарты и технологии управления сетями связи". - М:
Эко-Трендз, 2003.
Организация внедрения систем сетевого управления
1 Порядок проведения работ по созданию АСУ услуг и сетей оператора связи
Как отмечается в [7], до недавнего времени системы управления
телекоммуникационными сетями,
использующие принципы TMN, строились в основном на индивидуальной основе, без использования интегрированных платформ. Сейчас
ситуация изменилась. В настоящее время на рынке продуктов для сетевого
управления появились многофункциональные платформы TMN для приложений,
реализующих управление телекоммуникационными сетями, например, HP Open View Telecom, Digital TeMIP, Vertel TMN Manager Platform & Agent itform, Siemens S&MNS,
Tivoli NetView, Harris Network Management. Ряд этих решений рассматривается в настоящей главе.
Под платформой
сетевого управления понимается программно-аппаратный комплекс, предназначенный для реализации задач системы
управления. Платформа предлагает потенциальному пользователю системы управления готовые решения — приложения
управления, сервисы, интерфейсы. Оператор связи или сервис-провайдер, который
приобрел платформу, может
воспользоваться существующей структурой MIB,
имеющимися программами-менеджерами и, возможно, агентами, чтобы создать свою систему
управления. Таким образом, платформа управления предлагает тиражируемые решения по
управлению. Следует отметить, что на основе платформы оператор связи или
сервис-провайдер создает законченные решения по системе управления, в том числе с
использованием приложений управления, разработанных третьей стороной.
Система управления в широком смысле слова помимо программно-аппаратных
решений включает такие
элементы, как:
- регламент сетевого
управления;
- сформированные соглашения об
уровне обслуживания;
- распределение задач
управления по уровням LLA TMN;
- распределение функций и
обязанностей персонала;
- описание технологических
процедур взаимодействия между уровнями управления;
- формы документооборота и
порядок формирования и подачи отчетности о работе сети администрации оператора
связи.
Система управления может быть реализована как на единой, так и на
нескольких платформах управления. В более узком смысле АСУ телекоммуникационной
сетью - это программно-аппаратный комплекс сетевого
управления, который строится на индивидуальной основе (заказная система) или на
выбранной платформе управления. Вне зависимости от того, каким вариантом построения системы управления
работает оператор, каждая система правления должна пройти стандартный цикл
внедрения. Составляющие цикла внедрения рассматриваются в настоящей главе.
При разработке системы управления на основе той или иной платформы
управления следует в равной мере учитывать требования ГОСТ 34.003-90 по информационным
технологиям и требования ГОСТ
Р ИСО основных процессов создания информационных и программных систем. Требования ГОСТ 34.003-90 по информационным
технологиям разрабатывались преимущественно к системам АСУ. Другими
словами, в качестве главной цели создания
системы рассматривалась автоматизация тех или иных видов производственной
деятельности, а не реорганизация бизнеса в целом. Тем не менее, в определении
понятия «автоматизированная система»
в ГОСТ 34.003-90 есть упоминание о том, что автоматизированная система реализует информационную
технологию выполнения установленных функций. Поэтому при разработке системы
управления сетью (СУС) или системы эксплуатационной поддержки (OSS) (подробнее об OSS см. раздел 7.6) требуется учитывать
проектные и общесистемные требования,
изложенные в ГОСТ по информационным технологиям.
Далее под этапом работ понимается часть работ по созданию АСУ (СУС, OSS); этап выделяется по единству характера работ и/или
завершающего результата. Стадия создания АСУ — это часть процесса создания АСУ,
которая завершается выпуском документации с описанием полной (в рамках заданных
требований) модели АСУ на требуемом уровне подробности. Кроме того, стадия
создания АСУ может завершиться сдачей АСУ в постоянную (промышленную)
эксплуатацию или изготовлением несерийного компонента АСУ.
В следующем разделе представлен примерный порядок проведения работ по
созданию или
внедрению АСУ согласно ГОСТ 34.601-90 «Информационная технология. Автоматизированные
системы. Стадии создания» (введен с 01.01.1992).
2 Формирования требований к АСУ
Этап 1.1 «Стратегическое планирование»
Здесь ключевую роль играют руководители оператора связи или провайдера
услуг связи, вторые принимают
решение о создании АСУ для управления сетями связи и услугами связи. На данном этапе руководящие сотрудники предприятия
связи совместно с поставщиком программно-аппаратной платформы АСУ (продукта
АСУ), возможно при участии консультанта, в произвольной форме или с
использованием соответствующей бизнес-методики определяют стратегические цели компании на
краткосрочную (1...2 года) и среднесрочную перспективу (до 5 лет).
Этап 1.2 «Информационное (предпроектное) обследование»
Знание перспектив развития компании может существенно способствовать определению
целей и
задач, решаемых АСУ на дальнейших этапах развития. Задача информационного
обследования
ресурсов предприятия связи решается с целью определения особенностей организации бизнеса, системы работы с клиентами,
квалификации персонала заказчика и технических
возможностей систем и средств связи.
По результатам работ
на этапе 1.2 целесообразно документировать полученные результаты в виде аналитического
отчета, докладной записки или иного документа с описанием иных результатов
работ, которые в дальнейшем непосредственно повлияют на решение задач АСУ.
Кроме того, на этапе 1.2 заказчик (конечный пользователь платформы
управления) может сформировать основные требования к АСУ в целом или к ее
отдельным подсистемам. Получив данные требования, разработчик и/или поставщик
АСУ с привлечением консультантов или самостоятельно определяют перспективы проекта
АСУ. В частности, уже на данном этапе может быть принято решение об отказе в
проведении работ по АСУ. Поэтому целесообразно проводить этапы 1.1 и 1.2 в качестве
подготовительных этапов перед заключением контракта на поставку АСУ.
Этап 1.3 «Разработка ТЭО (инвестиционного предложения) на АСУ»
Стадия технико-экономического обоснования (ТЭО) или инвестиционного
предложения на выполнение проектных работ или строительство предусмотрена требованиями
Свода правил
«Порядок разработки, согласования, утверждения и состав обоснований инвестиций
в строительство
предприятий, зданий и сооружений» СП 11-101-95, а также ведомственными документами «Гипросвязи-1» (Москва).
Согласно СП 11-101-95, создание объекта строительства осуществляется в
непрерывном
инвестиционном процессе с момента возникновения идеи (замысла) до сдачи объекта
в эксплуатацию.
Важно отметить, что в ТЭО или в инвестиционном предложении содержатся
существенные параметры будущего проекта с учетом схемы финансирования. ТЭО
должно состоять из следующих
взаимосвязанных компонентов или разделов:
-
Анализ и описание имеющихся технических
средств, программных решений, информационных технологий оператора связи.
-
Описание имеющихся ресурсов оператора связи.
-
Обоснование необходимости модернизации или
замены существующих программно-
технических средств.
-
Описание новых программно-технических решений.
-
Оценка эффективности предлагаемых мероприятий.
-
Расчет финансовых показателей проекта с
учетом схемы финансирования, в частности,
определение
интегральных экономических показателей, движение денежных средств.
-
Спецификация и эскизные схемы предлагаемых в ТЭО решений.
ТЭО может содержать описание нескольких вариантов
программно-технических и технологических
решений и несколько схем финансирования.
По аналогичной схеме вместо ТЭО может разрабатываться бизнес-план
создания АСУ. Однако следует учесть, что бизнес-план АСУ, как правило, содержит
детальное описание финансово-экономических показателей только по одному
варианту АСУ. В связи с этим бизнес-план целесообразно разработать в дополнение к ТЭО
детально по одному из вариантов
(если это требуется).
Результаты работ по ТЭО, выбранная схема финансирования должны
утверждаться приказом
руководства заказчика.
3 Формирование контракта (договора) на создание АСУ
Этап 2 «Формирование контракта на создание
АСУ» ранее не фигурировал в действующих ГОСТ по информационным технологиям. Однако
проведенный обзор стандартов качества ГОСТ Р ИСО и стандартов жизненного
цикла программных систем показал безусловную важность данной стадии. Контракт на
поставку/создание АСУ может заключаться в целом на АСУ или на отдельные подсистемы. В качестве сторон
контракта могут выступать заказчики —
операторы связи, генподрядчики, т.е. поставщики АСУ в целом или поставщики отдельных компонент АСУ (несколько контрактов
на поставку).
Оператор,
поставщик/разработчик АСУ или отдельного компонента АСУ могут заключать договор с участием третьей стороны —
консультанта по внедрению АСУ; в последнем случае заключается трехсторонний договор. Роль консультанта может
заключаться в проведении независимого аудита действий заказчика и разработчика
по созданию АСУ.
Формирование
контракта на создание, поставку или внедрение АСУ относится к трудноформализуемым процедурам. Вид договора/контракта,
как правило, определяется спецификой заказанных услуг или работ (продукции).
Договоры заключаются посредством направления одной из сторон предложения
заключить договор (оферты) и принятия предложения другой стороной (акцепта) после согласования всех положений
(условий) договора.
В случае, если организация выступает исполнителем (подрядчиком) при
выполнении работ или оказании услуг, проект договора для обсуждения и подписания
предлагается заказчиком. Полученный вариант договора анализируется главными
специалистами отделов фирмы и проверяется на соответствие требованиям
действующего законодательства.
С учетом
внесенных замечаний проект договора корректируется и направляется на согласование с заказчиком. После согласования с ним
всех внесенных изменений договор подписывается сторонами. В качестве приложения
к договору может разрабатываться техническое задание на АСУ, которое
обсуждается в разделе 9.1.5.
В случае,
если фирма выступает заказчиком услуг (работ) или продукции, проект договора готовится службами (отделами) фирмы. Вид
договора определяется спецификой заказанных услуг или работ и соответствующим
разделом Гражданского кодекса РФ.
Предусмотренный
договором объем обязательств, как правило, согласуется со специалистами отдела компании-поставщика АСУ, который
будет выполнять основной объем работ по договору. Кроме того, при подготовке
данного раздела договора применяются общие положения об обязательствах.
Обязательства должны исполняться надлежащим образом в соответствии с условиями договора и требованиями закона, иных правовых
актов, а при отсутствии таких условий и требований — в соответствии с
обычаями делового оборота или иными обычно
предъявляемыми требованиями.
С учетом
особой сложности создания АСУ или отдельных компонентов АСУ целесообразно
заключать рамочные контракты на выполнение работ в целом, конкретизируя конкретные мероприятия по мере их наступления.
4 Разработка концепции АСУ
Этап 3.1 «Концептуальное (эскизное) проектирование»
На данном этапе происходит разработка концепции создания АСУ с учетом
результатов этапов 1.1 и 1.2 и на основании условий и положений контракта,
разработанного на этапе 2.
В рамках концептуального проектирования поставщик АСУ предоставляет
руководству компании-заказчика документы с описанием, какие производственные
задачи будут автоматизированы
и каким образом будет осуществлена данная автоматизация (средства, программное обеспечение, персонал).
В ходе данного этапа составляются схемы движения информации в рамках
данной компании (несколько
на функциональную область управления). Фактически на данном этапе осуществляется наложение технологических и
информационных схем, включая документооборот, которые действуют в
компании-заказчике, и аналогичных схем, которые могут быть реализованы в рамках
АСУ.
На этом этапе в работе принимают участие руководители заказчика,
ведущие специалисты, начальники профильных подразделений и специалисты по информационным
технологиям. В результате этого этапа цели руководства будут сформулированы на
языке конкретных функций и задач всех подразделений фирмы. Таким образом, это,
фактически, этап постановки задачи.
Этап 3.2 «Формирование вариантов концепции АСУ»
На основании обсуждения существующей технологической и информационной
схемы предприятия-заказчика и
схемы, которая может быть реализована в рамках АСУ, формируются и документируются концептуальные варианты
организации АСУ. В рамках концептуального варианта могут
рассматриваться следующие параметры будущей системы:
- согласование основных
понятий и определений;
- схема организации (например,
централизованная или децентрализованная);
- функции,
которые будут реализованы в АСУ или останутся вне ее (унаследованные
информационные
системы);
- необходимость
изменения организационной структуры управления объектом;
- делегирование полномочий;
- этапы внедрения;
- необходимые ресурсы;
- примерный план-график;
- необходимые доработки с
учетом требований заказчика;
- способы
организации взаимодействия с другим автоматизированными систе:
предприятия (например,
с автоматизированной расчетной системой, АСР).
Этап 3.3 «Оптимизация бизнес-процессов. Постановка задачи на автоматизацию»
После завершения этапа 3.2 в виде документа получены концептуальные
варианты организации АСУ. На практике это означает, что руководство компании-заказчика
получает определенный план создания АСУ с перечнем существенных этапов работ, необходимых
ресурсов и возможных
изменений бизнес-процессов компании.
Руководство
заказчика на основании разработанных вариантов принимает решение о I том, какой из вариантов будет
реализован. При этом в первую очередь рассматривается вопрос об оптимизации
бизнес-процессов оператора связи. В качестве критериев оптимизации бизнес-процессов могут использоваться
следующие:
- повышение
качества обслуживания клиентов, удовлетворение запросов клиентов;
- уменьшение числа дублирующих
друг друга технологических процессов;
- ускорение принятия
управляющих решений на всех уровнях;
- уменьшение числа уровней
управления;
- повышение
уровня автоматизации производства и внедрение электронного документооборота;
- увеличение объема продаж.
В результате
оптимизации, как правило, должна происходить реорганизация либо структуры предприятия, либо бизнес-процессов —
реструктуризация и реинжиниринг соответственно.
В результате принятых решений по выбранному варианту концепции и с учетом
распоряжений (приказов) по необходимым преобразованиям принимается решение о
плане работ по созданию/внедрению АСУ и происходит переход к стадии разработки
технического задания на создание АСУ.
5 Разработка технического задания и технического проекта АСУ
Техническое задание (ТЗ) на создание или
внедрение АСУ (этап 4) утверждается с учетом положений контракта на создание АСУ и по
результатам концептуального проектирования АСУ. Содержание и оформление
технического задания регламентировано требованиями ГОСТ 34.602-89.
Положения
технического задания не должны предусматривать существенных изменений функций и свойств
АСУ или отдельных компонентов (подсистем) АСУ. Это связано с тем, что на момент создания технического
задания, как правило, контракт на создание/внедрение АСУ подписан и, соответственно, определены стоимость и состав
работ. В связи с этим требуется максимально тщательная проработка
основных вопросов, связанных с ТЗ на I предшествующих
стадиях создания АСУ, особенно на этапе разработки ТЭО.
В
техническом задании должны быть детально описаны предполагаемые результаты I или показатели, которые будут достигнуты при создании
или внедрении АСУ. Как правило, приемка АСУ проводится на основании сравнения
технического задания и результатов реально выполненных работ.
Разработка технического
проекта АСУ осуществляется согласно требованиям документа ГОСТ 34.201-89. На данной стадии проводятся как проектные, так и
пуско-наладочные работы. Содержание пуско-наладочных и проектных работ далее
приводится отдельно.
Этап 5.1 «Пусконаладочные работы — установка программного и аппаратного обеспечения»
Установка программного обеспечения предусматривает проведение комплекса
работ по инсталляции, т.е. размещению программных средств на конкретных
технических средствах. Инсталляция
осуществляется способом копирования с носителя на носитель; копирование
осуществляется в рамках порядка и правил, зависящих от свойств системного и
прикладного программного обеспечения. После инсталляции необходимо проверить
комплексность системы на основании
ведомости машинных носителей и каталога (списка) необходимых файлов.
Работоспособность системы после инсталляции может проводиться на основе тестового примера АСУ.
Монтаж и
установка аппаратного обеспечения проходит по согласованным с заказчиком технологическим
схемам, по правилам, предусмотренным для установки оборудования электросвязи.
Этап 5.2 «Пусконаладочные работы — обучение персонала заказчика»
Обучение персонала
заказчика должно проводиться на базе специализированного тренинг-центра и далее на рабочем месте заказчика.
Этап 5.3 «Проектные работы — разработка технического проекта АСУ»
Работы по этапу 5.3 могут осуществлять параллельно с работами по другим
этапам проекта. В состав
технического проекта на АСУ входят следующие разделы:
1. Общие положения
(пояснительная записка).
1.1.
Наименование проектируемой системы, основание разработки.
1.2.
Исполнители.
1.3.
Цели, назначение и области использования АСУ.
1.4.
Сведения об используемых документах.
1.5.
Очередность создания системы и соответствующая трудоемкость.
2. Основные технические решения.
2.1. Решения
по структуре системы, подсистем, средствам и способам связи для и
формационного обмена.
2.2.
Решения по взаимосвязи АСУ со смежными
системами, обеспечение совместимости.
2.3. Решения по режиму
функционирования и работы АСУ.
2.4. Решения
по численности, квалификации и функциям персонала АСУ.
2.5. Состав
функций (комплекса задач), реализуемых каждой подсистемой АСУ.
2.6. Решения
по комплексу технических средств, их размещению на объектах.
2.7.
Решения по составу программных средств,
алгоритмам, языкам программирования.
2.8. Схема
функциональной структуры АСУ (подсистемы и автоматизируемые функции, информационные связи между
элементами).
3.
Описание автоматизируемых функций (пояснительная записка).
4.
Ведомость покупных изделий (заказная спецификация).
5.
Техническое обеспечение АСУ (описание
комплекса технических средств,
чертежи и схемы).
6 Разработка документации, ввод в действие, техническая поддержка
Этап 6.1 «Передача/доработка эксплуатационной документации»
Передача заказчику комплекта
эксплуатационной документации осуществляется после завершения процесса
тренинга персонала заказчика. Передача эксплуатационной документации осуществляется по акту передачи.
Доработка эксплуатационной документации осуществляется,
если заказчик выявит неточности в предоставленной документации, явные ошибки
или несоответствия содержащихся в ней рекомендаций по изучению и пользованию
программными или аппаратными
средствами АСУ, которые не позволяют ознакомиться и/и освоить программные средства. Разработчик должен
в разумные сроки предоставить недостающую документацию или внести
исправления в уже переданную.
Этап
6.2 «Пусконаладочные работы — настройка (адаптация) программного обеспечения»
Настройка, или адаптация
программного обеспечения предусматривает проведение комплекса работ по
внесению изменений в программное обеспечение в целях обеспечения функционирования
программных средств на конкретных технических средствах польз теля или под управлением конкретных
программ пользователя. В частности, на данном и последующем этапах
осуществляется разработка информационной модели сети и базы данных с информацией управления. Здесь же
осуществляется тестовое подключение АСУ элементам сети или сетевым
адаптерам. Это один из наиболее сложных этапов работ.
Этап 6.3 «Пусконаладочные работы — кодирование»
Кодирование
осуществляется в случае модификации (переработки) программных средств, т.е. внесения в
программные средства любых изменений, которые не являются адаптацией. Отличительным
признаком модификации программных средств является предварительное декомпилирование
программ, т.е. технический прием, включающий преобразование объектного кода в исходный текст в целях
изучения структуры и кодирования программы.
Этап 6.4 «Пусконаладочные работы — тестирование»
Тестирование
проводится с целью определения работоспособности АСУ и проверки соответствия АСУ требованиям технического задания.
Этап 6.5 «Ввод АСУ в действие»
Может осуществляться поэтапно или по очередности ввода. При вводе в
действие АСУ могут осуществляться следующие этапы работ.
Этап 6.6 «Строительно-монтажные работы на объектах АСУ»
Строительно-монтажные
работы на объектах АСУ проводятся в случае конструктивных изменений в планах помещений, организации межэтажных
и межкомнатных связей, строительства
кабельростов.
Этап 6.7 «Пусконаладочные работы на объектах АСУ»
Пусконаладочные работы на объектах АСУ проводятся при установке,
размещении, запуске, подключении, настройке и тестировании программного обеспечения,
оборудования комплекса вычислительной техники, комплекса технических средств
АСУ, включая аппаратуру передачи данных АСУ.
Этап 6.8 «Актуализация данных АСУ»
Актуализация данных
АСУ проводится с целью установления соответствия между финансовыми, экономическими, технологическими,
техническими показателями услуг и сетей связи оператора, с одной
стороны, и сведениями, содержащимися в информационных массивах АСУ, — с
другой. Актуализация проводится либо путем непосредственного ввода данных
заказчика в АСУ, либо путем автоматизированной/полуавтоматизированной передачи
данных из действующей автоматизированной системы во вновь устанавливаемую.
Этап 6.9 «Опытная эксплуатация»
Опытная эксплуатация подразумевает применение АСУ для выполнения
производственных функций в
полном объеме, исключая, например, предоставление услуг управления клиентам. На стадии опытной эксплуатации вновь
установленная АСУ функционирует параллельно
с действующими автоматизированными системами заказчика. Проведение тестовых
технологических процедур и сравнение полученных результатов с данными элементов
сети является одним из основных способов проверки достоверности АСУ.
Кроме того, проверка АСУ осуществляется путем содержательного анализа
полученных результатов.
Этап 6.10 «Сдача АСУ в постоянную (промышленную) эксплуатацию»
Сдача в постоянную (промышленную) эксплуатацию происходит при условии
создания специальной комиссии для проведения работ по приемке АСУ или очереди ввода
АСУ в про-мышленую эксплуатацию. По согласованию с поставщиком или
разработчиком АСУ и на основании
условий контракта на поставку АСУ или компонента АСУ может быть разработана
программа приемочных испытаний.
Постоянная эксплуатация подразумевает применение АСУ для выполнения
производственных функций в полном объеме. На этапе производственной эксплуатации
все функции ранее действующих систем, которые было намечено реализовать в АСУ, выполняются
только с помощью АСУ.
Этап 6.11 «Сопровождение АСУ»
Осуществляется в период гарантийного срока или после окончания
гарантийного срока. Сопровождение
АСУ подразумевает прежде оказание технической поддержки пользователям АСУ в
следующем объеме:
- бесплатная
или платная передача всех обновлений программы в течении оговоренного срока;
- передача
документации, обеспечивающей корректную инсталляцию обновлений;
- исправление
ошибок, выявленных специалистами поставщика или заказчика;
- консультации
по телефону и электронной почте для специалистов заказчика по работе с программой в оговоренное время по
рабочим дням;
- обновление эксплуатационной
документации.
Здесь оператору связи
целесообразно заключать договор на техническую под в течение всего жизненного
цикла программной системы или аппаратных средств. службы вновь
установленной АСУ составляет не менее 7...15 лет. Демонтаж существующей АСУ
осуществляется, как правило, при реконструкции действующей сие управления.
|
|
|
|
|
|