Основные характеристики надежности оборудования связи. Основные показатели надежности и качества функционирования систем связи. Терминология OSS/BSS систем

СДО СПбГУТ Системы управления инфокоммуникациями В начало ► Курсы ► 5 курс ► Системы управления инфокоммуникациями ► Введение ► Лекция 1 (установочная) Лекция 1 (установочная) Общий план установочной лекции о OSS/BSS системах 1. Основные характеристики надежности оборудования связи, основные показатели надежности и качества функционирования систем связи; 2. Терминология OSS/BSS систем. 3. Предназначение TeleManagement Forum (TMF), его основные задачи и направления деятельности. Модель eTOM (Enhanced Telecom Operations Map); Модель TAM (Telecom Application Map); Направления деятельности TMF; Общие принципы управления SLA клиента; 4. Информационный каркас систем, модель SID (Shared Information and Data Model); Проектирование уровней eTOM на модель SID, объяснение смысла агрегированных сущностей (ABC); Рассмотрение таблицы категорирования сущностей в модели SID; 5. Рассмотрение NGOSS, сложность современных систем связи и современных приложений на примере сети мобильного NGN. 6. Общие принципы построения систем эксплуатационного управления. Рассмотрение задач этапа функционирования сети – проверка технической возможности подключения абонентских услуг. Проверка технической возможности подключения пакета услуг «TriplePlay» Проверка технической возможности для FTTB на примере конкретного Оптического Сетевого Модуля (ONU – Optical Network Unit); Краткий список сокращений OSS/BSS систем ABE (Aggregated Business Entities) – агрегированная бизнес-сущность; ABC (Aggregated Business Category) – агрегированная бизнес-категория; BPMN (Business Process Management Notation) – нотация моделирования бизнес-процессов; MTOSI (Multi-technology operations System Interface) – стандарт для реализации интерфейсов взаимодействия между OSS системами, основанный на XML; MTNM (Multi-Technology Network Management) – унифицированный интерфейс управления мультитехнологичными сетями, основанный на CORBA; NGOSS (Next Generation Operation Systems and Software) – Операционные системы и программное обеспечение следующего поколения; TMF (TeleManagement Forum) – Форум управления телекоммуникациями; TAM (Telecom Application Map) – карта приложений оператора связи; eTOM (Enhanced Telecom Operations Map) – расширенная карта процессов оператора связи; SID (Shared Information And Data Model) – Общая модель информации и данных; SLA (Service Level Agreement) – договор о уровне обслуживания; SOA (Service Oriented Architecture) – архитектура, ориентированная архитектура; TNA (Technical Neutral Architecture) -технически нейтральная архитектура; КТП – комплексная техническая поддержка; ГУС – группа управления сетью; ГСиТП – группа сервисной и технологической поддержки; ЛК – личный кабинет; Надежностные характеристики АТС Готовность АТС Готовность может оцениваться с помощью отношения суммарного времени, в течение которого станция (или ее часть) способна функционировать должным образом, к периоду статистически значащей длительности, называемому заданной продолжительностью работы Г = Суммарная продолжительность исправного состояния/заданная продолжительность работы = Суммарная продолжительность исправного состояния/(суммарная продолжительность исправного состояния + суммарная продолжительность неисправного состояния) Неготовность (Н) = 1 – Г Причины неготовности (рассматривается оконечное оборудование) При рассмотрении причин неготовности требуется учитывать аппаратные и программные сбои, в результате наступления которых происходят следующие основные типы событий: I. Планируемые простои Учитываются неисправности, вызвавшие неготовность, непреднамеренные простои, обусловленные действиями персонала, реализующего плановые процедуры модификации аппаратных и/или программных средств АТС. II. Непланируемые простои При рассмотрении надежностных характеристик АТС учитываются такие характеристики, как собственная и эксплуатационная неготовность АТС. Собственная неготовность АТС (или ее части) – неисправность самой станции (или ее блока), включая задержку материально-технического обеспечения (время доставки, отсутствие запасных частей) и планируемые простои. Эксплуатационная неготовность АТС (или ее части) – ввиду неисправности самой станции (время доставки, отсутствие запасных частей). При этом неготовность АТС может быть полной или же частичной. Полная неготовность АТС затрагивает все сетевые и абонентские окончания АТС, в то время как частичная неготовность затрагивает только некоторые станционные окончания. Численное значение средней суммарной продолжительности неисправного состояния (неготовности) для определенного периода времени не должно зависеть от емкости АТС и ее пропускной способности. В статистическую (и возможную аналитическую) оценку неготовности входят те неисправности, которые влияют на процесс обслуживания вызовов на рассматриваемой станции. Непродолжительные неисправности (возможно сбои), приводящие лишь к задержке вызовов, во внимание не принимаются. Собственная продолжительность неисправного состояния и нормы неготовности Средняя суммарная продолжительность неисправного состояния для отдельного окончания не должна превышать 30 мин. в год. Первоначальная готовность станции В течении ограниченного периода времени после ввода в эксплуатацию, нормы могут не выполняться. Нормы надежности аппаратуры Все неисправности на АТС учитываются независимо от того, приводят они или нет к ухудшению качества обслуживания вызовов. Имеется следующее обобщенное аналитическое выражение для определения количества неисправностей различных типов, с целью сравнения их с установленными на аппаратуру нормативными показателями. , где Hmax – максимально допустимое количество неисправностей оборудования в единицу времени; oi – число окончаний типа i; n – число различных типов окончаний; Ko – подлежит определению с учетом всех неисправностей, независящих от емкости АТС; ki – коэффициенты для окончаний типа i, отражающие число неисправностей, связанных с отдельными окончаниями данного типа. Различная аппаратура, используемая с окончаниями различных типов, дает различные значения ki. При планировании надежности учитывают следующие характеристики процесса обслуживания вызовов: Среднее время отказа (характеристика доступности); Средняя интенсивность ошибок (характеристика надежности); Среднее время необнаружения ошибки; Среднее активное время ремонта; Средняя административная задержка; Средняя логическая задержка; Кроме того, рекомендациями МСЭ-Т Q.504 для телефонной сети общего пользования, включая цифровую сеть с интеграцией служб, для цифровых СЛ со скоростью передачи 64 Кбит/с нормируются следующие параметры качества обслуживания вызовов: Преждевременное разъединение Вероятность преждевременного разъединения соединения за любой одноминутный интервал -5 P ≤ 2×10 Несостоявшееся разъединение Вероятность того, что требуемое разъединение не произойдет -5 P ≤ 2×10 Неправильное начисление оплаты или составление счетов -4 P ≤ 10 Ошибочный выбор направления Вероятность попытки вызова, при которой вызов направляется по неверному маршруту после приема станцией правильного кода -4 P ≤ 10 Отсутствие тонального сигнала (КПВ) -4 P ≤ 10 Другие неисправности 4 -4 P ≤ 10 Основные направления деятельности TMF Операционные системы и программное обеспечение следующего поколения (NGOSS) Одним из направлений деятельности TMF является представление логической архитектуры решения OSS в виде, предусматривающем принцип совместимости с другим ПО и возможность повторного использования в других проектах. В частности, актуальной является задача формализации артефактов – требований на разработку, передаваемых оператором связи или системным интегратором (заказчиком) разработчику OSS (вендору), что в общем виде представлено на нижеследующем рисунке «Требования на разработку». Требования на разработку Основной документ данного направления – Методология и жизненный цикл NGOSS [2]. Этот документ определяет лиц, заинтересованных в построении систем поддержки эксплуатации, целевое назначение таких систем, процессы в которых они участвуют, фазы разработки, принимаемую и используемую информацию на входе и выходе каждой фазы. Иными словами, методология и жизненный цикл NGOSS определяет порядок действий каждой стороны, для того, чтобы построить систему класса OSS с такими характеристиками, которые устроили бы всех. В ходе получения информации, которая фигурирует в процессе разработки, особое внимание уделяется форме представления информации. Существенная разница в принципах описания информации о процессах, базах данных, предложениях и других элементах приводит к появлению двусмысленности в используемых терминах. В свою очередь, это приводит к отсутствию взаимопонимания между разработчиками, операторами, интеграторами и прочими сторонами. Поэтому в рамках NGOSS было уделено внимание созданию универсальных способов или «инструментов» описания информации, которые использовались бы в процессе разработки. По мере их создания и развития изменялась и сама методология NGOSS, которая интегрировала их в себя и определяла сотрудников и инструментарий выполнения конкретных задач. Технически нейтральная архитектура (TNA) В процессе внедрения автоматизированных OSS систем более 50% стоимости проекта часто приходится на интеграционные задачи. Описываемое направление было выделено с целью разработки принципов построения архитектуры программного обеспечения, упрощающих интеграцию систем различных производителей между собой. В результате появилась технически нейтральная архитектура (TNA, TMF053), в основу которой были заложены принципы сервис-ориентированной архитектуры программного обеспечения (SOA). Именно в TNA определяются ключевые идеи, позволяющие при необходимости интегрировать различные по функциональному назначению системы, даже если их разработкой занимались различные производители. Если общая информационная модель представления данных определяет единые правила представления данных, то TNA – единые принципы доступа к функциям приложений. Программные интерфейсы C повышением потребности в автоматизации бизнес-процессов (отдельных и групп), увеличивается количество используемых в компании информационных систем. Для доступа к функциям систем в них предусматриваются интерфейсы. Интерфейс – это основа взаимодействия всех программных компонент, имеющихся у оператора связи. Интерфейс также включает в себя ряд правил, требующих соблюдения при создании реального программного интерфейса приложения OSS. В рамках деятельности «Interface Program» осуществляется разработка следующих интерфейсов [2]: MTNM – интерфейс для доступа к функциям систем управления сетевыми элементами. Используется между централизованными системами управления сетью (NMS) и разнородными системами управления сетевым оборудованием (EMS). MTOSI - интерфейсы систем OSS, которые применяются в процессах управления сетями и услугами. MTOSI, в отличие от MTNM, используется не только для взаимодействия с системами управления сетевыми элементами, но и между компонентами OSS. При взаимодействии между компонентами OSS, интерфейсы унифицируют функции приложений OSS относительно транспортной сети и ее услуг (зарезервировать, активировать, сконфигурировать); OSS/J – набор универсальных интерфейсов систем OSS для обеспечения единообразного доступа к технологически независимым функциям приложений, таким как «Управление неисправностями», «Управление заказами», «Технический учет» и др.; IPDR - интерфейсы, используемые для получения информации об IP оборудовании и его эксплуатационных характеристиках; Направление «Управление идентификацией» (Identity Management). В данном направлении прорабатываются аспекты управления безопасностью в системах OSS. Этот интерфейс определяет взаимодействие между центральной и удаленными системами управления информацией и правами пользователей, например, в целях авторизации. «Prosspero» Направление «Prosspero» занимается адаптацией уже разработанных TMF стандартов к промышленному внедрению. Часто стандарты и рекомендации не находят выхода к промышленному применению, так как не понятен сценарий их практического использования. В «Prosspero» осуществляется подготовка пакетов решений, включающих в себя: Рекомендации, возникшие в результате уже реализованных проектов внедрения стандартов; Руководства по внедрению; Руководства по подготовке технических требований; Тренинги и подготовку специалистов; Маркетинговый план и сопутствующую документацию; Ссылки на технические спецификации; On-Line поддержка. Best Practice (наилучшая практика) В рамках данного направления аккумулирован весь опыт компаний – участников форума. Стоит отметить, что в этом сегменте не вырабатываются стандарты, а лишь собираются лучшие стандарты на базе завершенных проектов. Revenue Assurance (обеспечение дохода) В рамках данного направления аккумулирован опыт по поддержанию стабильного дохода от реализации абонентских сервисов для оператора связи. Особенно это относится к оказанию конвергентных услуг, в состав которых могут входить несколько услуг (например, традиционная телефония, IPTV, Интернет), в процессе оказания которых может быть задействовано оборудование различных типов, относящееся к различным сетям электросвязи, например, ТФОП и СПД. При этом потери, вызванные сбоями и ошибками предоставления услуги могут вызвать, как падение доходов оператора электросвязи, так и повлиять на лояльность клиентов. Программа «Revenue Assurance» нацелена на унификацию процессов поиска утечек прибыли в процессах предоставления услуг и разработке метрик оценки правильности предоставления услуг. SDF (Service Delivery Framework) Данное направление изучает вопросы управления жизненным циклом услуг связи. В настоящее время операторы связи стремятся обеспечить максимально гибкое предоставление широкого спектра услуг. Данная цель достигается за счет внедрения современных архитектур IMS (IP Multimedia Subsystem) и платформ доставки услуг SDP (Service Delivery Platform). Однако в этой области отсутствует какой-либо единый подход к построению инфраструктуры платформы и ее эксплуатационного управления. Целью программы SDF является единой модели управления услугами следующего поколения и их жизненным циклом, независимо от программного обеспечения и сетевых технологий предоставления соответствующих услуг. В данном направлении определяется архитектура систем доставки услуг, формализуются интерфейсы управления такой системой и услугами в целом. Карта приложений оператора связи TAM (Telecom Application Map) В последние годы наблюдается значительное развитие рынка ПО, которое было направлено на автоматизацию эксплуатационных бизнес-процессов. Хаотичное расширение рынка потребовало стандартизации в данной области. Для этого необходимо определить способ классификации функций эксплуатационной поддержки и вновь определиться с терминологией. Эти задачи решаются картой приложений в области телекоммуникаций Telecom Application Map (TAM, GB929). Данная карта подразделяет приложения по определенным функциональным областям и базируется на структуре бизнес-процессов карты eTOM. Она помогает оценивать функции реального программного обеспечения и избегать их дублирования в комплексных решениях. Карта TAM это разработка TeleManagement Forum, представляющая собой общую классификацию бизнес-приложений для отрасли телекоммуникаций. Карта обеспечивает логическую группировку приложений и их функциональных возможностей, что позволяет компаниям, проектирующим, разрабатывающим, продающим и эксплуатирующим системы OSS, общаться на одном языке. Использование карты приложений позволяет ориентироваться в сложном IT-ландшафте Оператора связи, рационализировать имеющиеся программные решения и их модули, закупки и интеграцию новых приложений. Стандартизация компонентов и разграничение их функций повышает возможности автоматизации и эффективность OSS систем. Основные области эксплуатационных процессов: Выполнение (fulfillment) (абонентский отдел) отвечает за правильное и своевременное выполнение заказов и обеспечение клиентов продуктами (комплексами услуг, представленными как маркетинговое предложение) согласно произведенным заказам. Опись (Inventory) – Технический учет. Отвечает за функции инвентаризации и учета клиентов, продуктив услуг, ресурсов. Обеспечение (Assurance) – Комплексная техническая поддержка. Отвечает за постоянный контроль качества услуг и техническое обслуживание. Система измерений (Resource Testing) отвечает за функции взаимодействия с оборудованием, сбор и хранение значений эксплуатационных показателей. eTOM – каркас бизнес-процесса Прежде чем пытаться автоматизировать или оптимизировать какую-либо деятельность, необходимо определиться, в чем именно она заключается. Для этого нужно выявить список бизнес-целей в телекоммуникациях и бизнес-процессы их достижения. Под бизнес-процессом понимается последовательность взаимосвязанных действий, нацеленных на достижение одной или нескольких бизнес-целей. Первоначально интересы специалистов TMF были ограничены эксплуатационной деятельностью оператора связи и первая их попытка формализовать бизнес-процессы была отражена в карте процессов для оператора связи – Telecom Operations Map (TOM), представленная на рисунке «Модель SID». eTOM представляет из себя усовершенствованную карту телеком-операций. Она представляет собой общий словарь именования бизнес-процессов в телекоммуникациях, на основе которого можно описать процессы, которые протекают в любой компании – Операторе связи. eTOM создана на основе передового опыта описания и анализа деятельности ведущих телекоммуникационных компаний. Использование унифицированного языка описания деятельности предприятия обеспечивает взаимопонимание между заказчиком и производителем систем поддержки эксплуатации OSS и позволяет произвести анализ деятельности предприятия на предмет наличия дублированных процессов и/или отсутствия каких-либо процессов в областях эксплуатации сети связи, управления предприятием и формирование стратегии оператора. Модель SID Сквозная автоматизация Сквозная автоматизация – это учет всех стадий процесса, начиная с инициализации и заканчивая получением результата. Например, возмем область информационных процессов, обозначенную в описании eTOM, как «Assurance». Как упоминалось ранее, данная область процессов отвечает за постоянный контроль качества услуг и техническое обслуживание, что возможно описать следующей последовательностью: «Прием и обработка инцидентов», «Управление QoS/SLA клиентов», «Управление интерфейсом взаимодействия с клиентами», «управление лояльностью и удержанием клиентов», «управление информацией о клиентах», «управление сбоями при предоставлении услуги», «управление качеством услуг», «управление неисправностями ресурсов», «управление характеристиками ресурсов», «сбор и распределение информации от ресурсов». Среди плюсов сквозной автоматизации можно выделить следующие: Снижается время реализации услуг (измеряется в секундах, а не в часах и днях); Упрощаются процессы обслуживания, контроля и управления работой системы эксплуатационных служб; Снижается влияние человеческого фактора, так как ручной труд замещается автоматическими системами управления; Уменьшается численность персонала, занятого в процессах эксплуатационной деятельности и снижаются требования к его профессиональным знаниям и навыкам. Потребность в сквозном описании процессов, т.е. учитывающем все стадии, начиная с инициализации и заканчивая получением результата, привели к расширению TOM, появилась расширенная карта процессов – «enhanced Telecom Operations Map» (eTOM, GB921). Располагая исчерпывающим списком процессов в eTOM, оператор может структурировать, найти дублирующиеся и выявить недостающие процессы в его деятельности. Приведем пример сквозного процесса измерений магистрали пассивной оптической сети (PON), который начинается с момента «врезки» в распределительную муфту магистрального оптического кабеля и завершается сдачей исполнительной документации заказчику – оператору электросвязи. Между этими двумя оконечными событиями возможны следующие: Устное распоряжение начальника кабельного участка прорабу на протяжку кабеля от распределительной муфты (колодца) до ОРШ (оптического распределительного шкафа); Прораб выдает устный наряд линейной бригаде на прокладку кабеля до здания, где будет разворачиваться домовая сеть; После завершения прокладки магистрального кабеля до здания, прораб отчитывается о выполнении работ начальнику кабельного участка; Начальник кабельного участка дает распоряжение бригаде вводников кабеля организовать вводы в здание – место расположения ОРШ (подвал или технологический этаж) и далее протянуть по каждому подъезду здания распределительный кабель через межэтажные ниши к ОРШ. После завершения процедуры ввода кабеля бригадир вводников докладывает начальнику кабельного участка о завершении работ. В свою очередь, начальник кабельного участка дает распоряжение бригаде сварщиков приступить к работе по сварке ОРШ – со стороны магистрали (будем считать, что там уже проложили кабель и он «концом лежит» на стороне ОРШ); Бригадир сварщиков выезжает с бригадой на объект и приступает к выполнению работ. По завершению работ, он докладывает начальнику кабельного участка о завершении работ. Начальник кабельного участка обращается к начальнику измерительного участка с просьбой выслать на объект бригаду измерителей для выполнения работ по измерению параметров качества оптического кабеля. Бригада измерителей берет необходимые измерительные приборы (рефлектометр, лазеры, оптические тестеры и т.д.), оборудование (шкафные и этажные сплиттеры/модули, патчкорды, оптические розетки, чистящие салфетки и т.д.) и выезжает на объект; Бригада приступает к выполнению последовательных измерений параметров качества оптического кабеля на участках «этажные сплиттеры – ОРШ» и «ОРШ – оптический кросс (ODF)». Результаты измерений, включая замечания к монтажу и измерениям, в электронном виде передаются начальнику измерительного участка. Сдача ДРС (домовой распределительной сети) и магистрали на участке «ДРС – ODF» организации – заказчику работ. Составление исполнительной документации по PON административного района города, сбор результатов измерений с других ДРС и участков магистрали и их занесение в документацию. Естественно, что монтаж PON включает в себя десятки «врезок» и измерений ДРС. В зависимости от площади административного района, монтаж PON и измерения могут занимать от нескольких недель до полугода и более. Описанная выше процедура монтажа PON является несколько упрощенной, так как не учитываются детали устранения замечаний по измерениям, ошибки монтажа, исходного проекта и т.д. В общем случае, применительно к автоматизации OSS/BSS процессов в рамках eTOM, описанные выше действия можно формализовать и описать посредством блока операций «Управление персоналом» (WFM), участвующим в обработке нарядов на ремонт, монтажные и измерительные работы и логически взаимосвязанным с блоком Бюро Ремонта/Комплексной Технической Поддержки оператора электросвязи, генерирующим соответствующие наряды. Диаграммы выполнения работ Приведенный выше пример сквозного процесса можно формализовано описать с помощью модели хореографии. Данная модель была введена в версии BPMN 2.0 (нотация моделирования бизнес-процессов). В них представление процесса сводится к изображению точек обмена сообщениями между участниками (действия хореографии) и логики перехода между ними [1]. Каждое действие хореографии представляет собой отправку одного (уведомление) или двух (запрос и ответ) сообщений между участниками. Представленный ниже процесс описывает монтаж и сдачу заказчику домовой распределительной сети PON, начиная от получения инструкций от начальника кабельного участка и прокладки кабеля до дома и заканчивая монтажом оптического распределительного шкафа, разваркой на его кассеты соответствующих кабелей, измерениями качества оптического кабеля и окончательной сдачей исполнительной документации заказчику, когда измерения по всем планируемым ДРС выполнены. Модель хореографии сквозного процесса монтажа и сдачи ДРС заказчику Процессы eTOM Стратегия, инфраструктура и продукт Управление маркетингом и предложением Рыночная стратегия и политика; Планирование портфеля продуктов и предложений; Выпуск продуктов и предложений на рынок; Предоставление маркетинговых возможностей; Разработка, развитие и изъятие из обращения продуктов и предложений; Развитие методов продаж; Маркетинговые коммуникации и продвижение продукта. Развертывание услуг и управление ими Стратегия и планирование услуг; Проектирование и утверждение возможностей предоставления услуг; Разработка, развитие и прекращение предоставления услуг; Развертывание ресурсов и управление ими Стратегия и планирование ресурсов; Проектирование и утверждение возможностей ресурсов; Разработка, развитие и прекращение использования ресурсов; Развертывание цепочек поставок и управление ими Стратегия и планирование каналов поставок; Проектирование и утверждение возможностей каналов поставок от поставщиков и партнеров; Разработка, развитие возможностей каналов поставок от поставщиков и партнеров и прекращение их использования; Управление развитием и изменениями каналов поставок. Процессы эксплуатации Управление отношениями с клиентами Поддержка и обеспечение готовности процессов управления отношениями с клиентами; Проведение маркетинговых мероприятий и отслеживание результатов; Продажи; Прием и обработка заказов; Прием и обработка инцидентов; Управление QoS/SLA клиентов; Управление счетами-фактурами; Оплата счетов и управление дебиторской задолженностью; Прием и обработка запросов и выставление счета; Управление интерфейсом взаимодействия с клиентами; Управление лояльностью и удержанием клиентов; Управление информацией о клиентах; Управление биллинговыми событиями; Расчет стоимости; Управление балансом абонентских счетов. Управление и другие эксплуатационные процессы в области услуг Поддержка и обеспечение готовности управления и других эксплуатационных процессов в области услуг; Конфигурация и активация услуг; Управление сбоями при предоставлении услуги; Управление качеством услуг; Отнесение ресурсных событий к услуге и медиация данных ее использования. Управление и другие эксплуатационные процессы в области ресурсов Поддержка и обеспечение готовности управления и других эксплуатационных процессов в области ресурсов; Управление рабочей силой; Подготовка и обеспечение ресурсов; Управление неисправностями ресурсов; Управление характеристиками ресурсов; Сбор и распределение информации от ресурсов; Медиация данных о ресурсах и отчетность. Управление и другие эксплуатационные процессы в области поставщиков и партнеров Управление отношениями с поставщиками и партнерами; Управление соблюдением соглашений и поставщиками и партнерами; Управление проблемами при взаимодействии с поставщиками и партнерами; Управление эффективностью взаимодействия с поставщиками и партнерами; Управление платежами и их согласование с поставщиками и партнерами; Управление интерфейсом взаимодействия с поставщиками и партнерами. Управление предприятием Планирование и построение стратегии на предприятии; Стратегическое бизнес-планирование; Развитие бизнеса; Управление регламентом предприятия; Управление подразделениями предприятия; Управление релизами и внедрением по ITIL; Управление изменениями по ITIL. Управление рисками предприятия Управление непрерывностью бизнеса; Управление безопасностью; Противодействие мошенничеству; Аудит; Страхование; Гарантирование доходов; Управление непрерывностью IT услуг по ITIL; Управление информационной безопасностью по ITIL; Управление проблемами по ITIL. Управление эффективностью предприятия Управление процессами и их поддержка; Управление сервисными средствами и их конфигурацией по ITIL; Управление возможностями по ITIL; Управление качеством на предприятии; Управление событиями по ITIL; Управление доступностью по ITIL; Управление программами и проектами; Управление каталогом услуг по ITIL; Выполнение запросов по ITIL; Оценка эффективности деятельности предприятия; Управление инцидентами по ITIL; Непрерывное улучшение услуг по ITIL; Обеспечение надлежащих условий труда; Управление уровнем услуг по ITIL; Управление знаниями и исследованиями Управление знаниями; Управление исследованиями; Поиск и оценка новых технологий; Управление финансами и активами Управление финансами; Управление активами; Управление закупками; Управление отношениями с акционерами, регулирующими органами и другими заинтересованными сторонами Управлениями корпоративными коммуникациями и имиджем компании; Управление отношениями с общественностью; Управление отношениями с акционерами; Управление отношениями с регулирующими органами; Управление правовыми отношениями; Управление акциями и ценными бумагами; Управление персоналом Политики и методы управления персоналом; Управление организационной структурой; Стратегия управления рабочей силой; Развитие штата сотрудников; Управление отношениями между работодателем и персоналом. Последнее изменение: Понедельник, 5 Июнь 2017, 13:31 ОСНОВНОЕ МЕНЮ Новости Расписания Контакты Сайт университета Электронная библиотека ЭБС iBooks ЭБС Лань ЭБС IPRbooks Руководство пользователя Установочная лекция Положениеи об ЭО и ДОТ Порядок оказания учебно-методической помощи КАЛЕНДАРЬ ◄ Январь 2018 Пн Вт Ср Чт ► Пт Сб Вс (Понедельник) (Вторник) (Среда) (Четверг) (Пятница) (Суббота) (Воскресенье) 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ЛЕГЕНДА СОБЫТИЙ Скрыть общие события Скрыть события курса Скрыть события групп Скрыть события пользователей НАВИГАЦИЯ В начало Личный кабинет Страницы сайта Мои курсы Безопасность жизнедеятельности Нормативно-правовая база деятельности в инфокоммун... Протоколы узлов коммутации Сетевые элементы NGN Системы документальной электросвязи Экология Архитектура систем коммутации Бизнес-процессы операторов связи Компьютерные сети передачи данных Протоколы, сервисы и услуги в IP-сетях Больше... Курсы 5 курс Технологии и оборудование производства программ те... Антикризисное управление 3D телевидение в мультимедиа технологиях Автоматизированные системы и средства для обеспече... Бизнес-планирование и риск-финансирование Внедрение системы менеджмента качества на предприя... Диагностика экономического состояния предприятия Инструментальные средства информационных систем Интегральная оптика Интеграция банковских услуг в почтовой связи Интегрированные системы проектирования и управления Системы управления инфокоммуникациями Участники Компетенции Оценки Общее Введение Лекция 1 (установочная) Cоглашение об уровне обслуживания Общее описание программных компонент систем управл... Система технического учета Атрибуты объектов технического учета Общие принципы формирования и администрирования до... Общие принципы администрирования системы Блок контроля освоения дисциплины Информационные ресурсы дисциплины 1 курс 2 курс 3 курс 4 курс Справка Магистратура ИНФОРМАЦИОННЫЕ РЕСУРСЫ Сайт электронной библиотеки СПбГУТ ЭБС iBooks ЭБС Лань ЭБС IPRbooks ОБМЕН СООБЩЕНИЯМИ Нет новых сообщений Сообщения Вы зашли под именем Виктор Александрович Астафьев (Выход) Системы управления инфокоммуникациями