WWW.DISS.SELUK.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА
(Авторефераты, диссертации, методички, учебные программы, монографии)

 

Pages:     || 2 | 3 |

«24. Приложение Основные положения Технической политики ОАО Московская объединенная электросетевая компанияв области информационных технологий. Содержание 1. Общие положения 1.1. Цели и задачи Технической политики ИТ ...»

-- [ Страница 1 ] --

24. Приложение

«Основные положения Технической политики ОАО «Московская объединенная электросетевая компания»в области информационных технологий.»

Содержание

1. Общие положения

1.1. Цели и задачи Технической политики ИТ

1.2. Ожидаемый эффект от реализации Технической политики ИТ

1.3. Нормативно-техническое обеспечение ИТ-деятельности

1.4. Адаптация и развитие политики

2. Современные тенденции в области ИТ

2.1. Консолидация ресурсов

2.2. Виртуализация ресурсов 2.2.1. Логическое разделение вычислительных комплексов 2.3. Современная архитектура приложений 2.3.1. Сервис-ориентированная архитектура 2.3.2. Многоуровневая архитектура клиент-сервер 2.4. Средства интеграции приложений 2.5. Современная коммуникационная инфраструктура 2.6. Единое информационно-технологическое пространство 3. Организация управления ИТ 3.1. Задачи управления ИТ 3.2. Методология управления ИТ 3.2.1. Уровни зрелости управления ИТ 3.2.2. Модель разработки планов по ИТ 3.2.3. Модель разработки и внедрения решений в области ИТ 3.2.4. Модель предоставления услуг ИТ 3.2.5. Модель управления архитектурой ИТ 3.2.6. Модель управления ресурсами ИТ 3.2.7. Модель сорсинга 3.2.8. Модель распределения процессов между организациями 3.3. Поддержка пользователей 3.4. Стратегия коммуникации 3.5. Стратегия сорсинга 3.6. Целевые показатели эффективности ИТ 3.7. Управление активами ИТ 3.8. Управление проектами и разработкой прикладных систем 4. Управление ИТ-инфраструктурой 4.1. Оценка необходимости изменений в ИТ-инфраструктуре 4.2. Проведение изменений в ИТ инфраструктуре 4.2.1. Общие требования к тестированию и приемке изменений 4.2.2. Требования «разумного консерватизма»

4.2.3. Автоматизация тиражирования обновлений ПО 4.3. Планирование ИТ-инфраструктуры 4.3.1. Выбор периодов планирования для ИТ-приложений 4.3.2. Расчет производительности и объема хранимой информации для ИТ-систем (масштабирование ИТ-систем) 5. Каталогизация и классификация элементов ИТ-инфраструктуры 5.1. Типизация элементов ИТ-инфраструктуры 5.2. Классификация по уровню использования 5.3. Классификация по уровню требуемой непрерывности обслуживания и важности для бизнеса 5.4. Принципы создания Каталога рекомендованных конфигураций 6. Требования к поставщикам, производителям и проведению конкурсов 6.1. Общие требования 6.2. Требования к поставщикам и производителям оборудования 6.3. Требования к поставщикам услуг 6.3.1. Общие требования к поставщикам услуг 6.3.2. Требования к поставщикам услуг по эксплуатации и сопровождению 6.3.3. Требования к поставщикам услуг по обучению 6.4. Требования к проведению конкурсов 7. Технические требования к элементам ИТ-инфраструктуры 7.1. Требования к рабочим местам пользователей 7.1.1. Требования к персональным компьютерам 7.1.2. Требования к системному ПО рабочих мест пользователей 7.1.3. Требования к периферийным устройствам 7.2. Требования к мультисервисной сети 7.2.1. Требования к корпоративной распределенной мультисервисной сети 7.2.2. Требования к внешним каналам связи 7.3. Прикладное программное обеспечение 7.3.1. Общие требования к прикладному ПО 7.3.2. Общие требования к универсальному прикладному ПО 7.3.3. Общие требования к заказному прикладному ПО 7.3.4. Интеграция приложений 7.3.5. Прикладные сервисы 7.4. Требования к вычислительной инфраструктуре центров обработки данных 7.4.1. Общие требования 7.4.2. Требования к серверам 7.4.3. Требования к системам хранения данных 7.4.4. Обеспечение высокой доступности приложений 7.4.5. Резервное копирование данных 7.4.6. Обеспечение катастрофоустойчивости 7.5. Требования к обеспечению информационной безопасности 7.5.1. Общие требования 7.5.2. План обеспечения непрерывности бизнеса и восстановления после аварии 7.6. Требования к системе управления и мониторинга 7.6.1. Общие требования 7.6.2. Требования к структуре СУМ ЦОД I и II уровней 7.6.3. Требования к функциональности СУМ ЦОД I и II уровней 7.6.4. Требования к функциональности СУМ ЦОД III уровня 7.6.5. Требования к управлению и мониторингу мультисервисной сети 7.7. Требования к созданию и вводу в действие систем. Требования к документации 7.7.1. Требования к техническому заданию 7.7.2. Требования к технорабочему проекту 7.7.3. Требования к программам и методикам испытаний 7.7.4. Требования к эксплуатационной документации 7.7.5. Требования к поставке оборудования и ПО 7.7.6. Требования к вводу в действие 8. Сертификация программного обеспечения и программнотехнических комплексов 9. Стратегия реализации Технической политики ИТ 9.1. Фаза 9.2. Фаза 9.3. Фаза 9.4. Унифицированные решения 9.5. Планирование перехода к целевому состоянию Приложение Определения, обозначения и сокращения Приложение Ориентировочные минимальные требования к рабочим местам пользователей 2.1. Требования к характеристикам ПК 2.2. Требования к периферийным устройствам Приложение Требования к компонентам мультисервисной сети 3.1. Требования к оборудованию локальных вычислительных сетей 3.2. Требования к оборудованию IP-телефонии и передачи голоса через IP 3.3. Требования к оборудованию обеспечения информационной безопасности 3.4. Требования к оборудованию сетей хранения 3.5. Требования к оборудованию телеприсутствия 3.6. Требования к протоколам сетевого оборудования 3.7. Требования к коммутаторам 3.8. Требования к системе видеоконференцсвязи Приложение Требования к помещениям и инженерным системам центров обработки данных 4.1. Требования к помещениям 4.2. Требования к структурированным кабельным системам 4.3. Требования к электроснабжению 4.4. Требования к системам кондиционирования и холодоснабжения 4.5. Требования к системам раннего обнаружения пожара и газового пожаротушения 4.6. Требования к комплексным системам безопасности Каталог рекомендованных конфигураций (КРК) 1. Общие положения Основные положения технической политики в области информационных технологий (далее – Техническая политика ИТ) разработаны в соответствии с поручением Правления ОАО РАО «ЕЭС России» (протокол от 07.11.2006 № 1564пр/1) и являются документом по обеспечению функционирования ИТ-инфраструктуры ОАО «Московская объединенная электросетевая компания» (далее – ОАО «МОЭСК»).



Соблюдение требований Технической политики ИТ является обязательным для ОАО «МОЭСК».

1.1. Цели и задачи Технической политики ИТ Цель Технической политики ИТ - это повышение эффективности и качества производственной деятельности ОАО «МОЭСК», путем определения основных направлений и требований для оптимального развития ИТ-инфраструктуры и наиболее полного соответствия возможностей ИТ-инфраструктуры потребностям, описанным в концепции автоматизации МРСК-РСК, на каждой фазе реализации.

Техническая политика ИТ содержит совокупность технических требований и рекомендаций, определяет правила унификации и типизации технологий и оборудования, использование которых направленно на повышение качества ИТ-обеспечения сбора, обработки и хранения информации в информационных системах управления ОАО «МОЭСК».

Эффективная, современная и надежная ИТ-инфраструктура должна отвечать следующим основным требованиям:

соответствие используемых технических решений масштабам бизнес-задач, бизнес-целям и бизнесстратегиям ОАО «МОЭСК»;

предоставление необходимой ИТ-инфраструктуры для решения текущих и перспективных задач управления электросетевым комплексом;

унификация и типизация элементов ИТ-инфраструктуры для снижения общей стоимости владения (ТСО);

структуризация ИТ-инфраструктуры на центры обработки данных (ЦОД) различного уровня для повышения надежности, отказоустойчивости и безопасности используемых решений;

соответствие международным и российским стандартам в области ИТ, а также лучшим мировым практикам при построении ИТ-инфраструктуры.

Развитие в ОАО «МОЭСК», информационных технологий на основе современных организационно-экономических и технологических подходов позволит обеспечить выполнение бизнес-функций и увеличение капитализации компании.

Основные направления развития информационных технологий связаны:

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

с реализацией и развитием единого информационно-технологического пространства;

с обеспечением постоянной ориентации ИТ на поддержку выполнения бизнес-целей и согласованием долгосрочных планов развития ИТ со стратегическими целями бизнеса;

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

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

Основные задачи, требующие решения в рамках реализации Технической политики ИТ:

стандартизация применяемых решений и интерфейсов;

сертификация используемых средств;

унификация и сокращение числа информационных систем;

оптимальная сбалансированная централизация планирования, управления и закупок;

комплексная интеграция компонентов ИТ между собой и с внешними системами;

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

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

модернизация и замена оборудования и программного обеспечения;

унификация структур (служб, отделов), занятых в комплексе ИТ.

1.2. Ожидаемый эффект от реализации Технической политики ИТ Эффективность деятельности ОАО «МОЭСК», достигается за счет следующих факторов:

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

снижения потерь при передаче электроэнергии;

уменьшения вероятности и длительности периодов снижения качества электроэнергии на всех этапах ее транспортировки и распределения;

сокращения расходов по управлению и эксплуатации сетей.

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

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

с обеспечением бесперебойного снабжения потребителей электроэнергией;

со снижением простоев и отказов работы оборудования электросетей;

с сокращением затрат на ремонты и обслуживание оборудования;

с повышением капитализации ОАО «МОЭСК».

Кроме прямой экономии будет получен эффект от:

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

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

Реализация настоящей Технической политики обеспечит возможность получения достоверной и полной информации в целях обеспечения эффективности управления. Наличие стандартных решений в ОАО «МОЭСК», и согласованных интерфейсов позволит руководству компании получать необходимую оперативную информацию в режиме on-line.

В целом по всей структуре ОАО «МОЭСК» можно выделить следующие возможные источники эффективности, связанные с развитием и внедрением ИТ:

снижение сроков и объемов затрат на ликвидацию аварий, ремонт и проведение обслуживания оборудования энергосетей за счет внедрения системы управления ТОРО;

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

122 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

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

увеличение объема реализации по основной деятельности за счет внедрения системы управления взаимоотношениями с клиентами;

оптимизация структуры активов/обязательств за счет внедрения систем управления финансами и инвестициями;

увеличение объема ввода новых объектов в срок за счет внедрения систем управления инвестициями и проектами;

оптимизация доли планируемого ремонта в составе ремонтных работ за счет внедрения системы управления ТОРО;

продление срока службы оборудования за счет внедрения системы ТОРО;

снижение потерь и недоотпуска электроэнергии за счет интеграции ERP-систем и АСТУ и представления полной и оперативной информации для принятия управленческих решений.

1.3. Нормативно-техническое обеспечение ИТ-деятельности Настоящая Техническая политика ИТ опирается на следующие нормативные документы ОАО РАО «ЕЭС России», ОАО «ФСК ЕЭС» и ОАО «МОЭСК»:

концепция технической политики ОАО РАО «ЕЭС России» (утверждена приказом ОАО РАО «ЕЭС России»

от 12.11.2004 № 660);

стандарт предоставления услуг в области информационных технологий Холдинга ОАО РАО «ЕЭС России» (утвержден решением Правления ОАО РАО «ЕЭС России» от 07.09.2005 № 1289пр/1);

стандарт управления услугами в области информационных технологий Холдинга ОАО РАО «ЕЭС России» (утвержден решением Правления ОАО РАО «ЕЭС России» от 07.09.2005 № 1289пр/1);

система стандартов по организации закупочной деятельности в ОАО РАО «ЕЭС России» и ОАО «ФСК ЕЭС» (утверждены приказами ОАО РАО «ЕЭС России» от 14.04.2004 № 177 и от 21.07.2005 № 473);

концепция повышения эффективности управления ИТ-деятельностью в Холдинге ОАО РАО «ЕЭС России» (утверждена решением Правления ОАО РАО «ЕЭС России» от 28.11.2005 № 1351пр/2);

основные положения Технической политики Холдинга в области информационных технологий ОАО РАО «ЕЭС России» (утверждены решением Правления ОАО РАО «ЕЭС России» от 07.11.2006 № 1564пр/1);

концепция автоматизации МРСК-РСК (утверждена Первым заместителем Председателя Правления ОАО «ФСК ЕЭС» Чистяковым А.Н. 30.12.2005);

стандарт по управлению деятельностью по предоставлению ИТ-услуг в ОАО «ФСК ЕЭС» (утвержден решением Правления ОАО «ФСК ЕЭС» от 10.10.2006 № 275);

стандарт по управлению деятельностью по предоставлению ИТ-услуг в ОАО «МОЭСК» (утвержден решением Совета директоров ОАО «МОЭСК» от 15.10.2005 г. №12);

временное положение о проведении сертификации программного обеспечения и программно-технических комплексов для МРСК-РСК (утверждено совместным распоряжением ОАО РАО «ЕЭС России» и ОАО «ФСК ЕЭС» от 23.08.2006 № 214р/211р).

Техническая политика ИТ предназначена не только для ИТ-служб, но и для представителей других департаментов, служб и организаций, подведомственных ОАО «МОЭСК» (ДЗО).

В частности она может быть полезна:

руководству ДЗО в части планирования перспектив развития и учета вопросов развития ИТ-инфраструктуры в общей стратегии развития предприятия;

службе закупок ДЗО - для формирования конкурсных документов на ИТ-оборудование и услуги;

службам, ответственным за стратегическое планирование, в части учета требований по перспективному развитию ИТ-инфраструктуры с учетом рекомендованных горизонтов планирования;

службе по работе с персоналом ДЗО - для составления квалификационных требований к ИТ-персоналу и программ повышения его квалификации.

Техническая политика ИТ развивает положения вышеуказанных нормативных документов ОАО РАО «ЕЭС России», ОАО «ФСК ЕЭС» и ОАО «МОЭСК» по следующим направлениям:

рекомендации ДЗО по вопросам развития ИТ-инфраструктуры;

требования к типизации и унификации ИТ-инфраструктуры;

требования к поставщикам ИТ-продукции и услуг;

требования к элементам ИТ-инфраструктуры и их размещению;

перечень рекомендуемых технических параметров оборудования и конфигурационных решений.

1.4. Адаптация и развитие политики В качестве инструмента контроля за внедрением Технической политики ИТ используется Каталог рекомендованных конфигураций (КРК). Данный каталог должен содержать перечень типовых элементов ИТинфраструктуры, рекомендованных к использованию в ОАО «МОЭСК». Основная цель создания КРК провести унификацию используемого оборудования и программного обеспечения и обеспечить целостность, управляемость и безопасность ИТ-инфраструктуры. Рекомендации по созданию КРК приведены в главе 4 настоящей Технической политики ИТ. В качестве методических рекомендаций к составлению КРК в приложениях приведены рекомендуемые требования к техническим параметрам элементов ИТ-инфраструктуры.

2. Современные тенденции в области ИТ В современных подходах к построению и управлению информационно-вычислительными средами рассматривают не «отдельный компьютер» или «программу» и даже не «программно-аппаратный комплекс».

Вместо этого оперируют понятиями «ИТ-сервис» и «ИТ-ресурсы».

С точки зрения данного подхода, основные задачи, стоящие перед современными ИТ-подразделениями, построение ИТ-инфраструктуры в соответствии с требованиями бизнес-подразделений;

сохранение и повышение качества предоставляемых ИТ-сервисов;

обеспечение безопасности и непрерывности функционирования сервисов (информационных систем);

сокращение общей стоимости владения ИТ (Total Cost Ownership - далее TCO).

При построении ИТ-инфраструктуры в ОАО «МОЭСК», рекомендуется использовать следующие современные подходы и технологии:

консолидацию ресурсов;

виртуализацию ресурсов;

современную архитектуру приложений;

средства интеграции приложений;

современную коммуникационную инфраструктуру.

124 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

2.1. Консолидация ресурсов Современная ИТ-инфраструктура и, прежде всего коммуникационная среда создают предпосылки для консолидации приложений и данных в современных Центрах обработки данных - ЦОД.

С точки зрения бизнеса, данная модель построения ИТ-инфраструктуры обеспечивает более высокую:

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

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

При построении и модернизации ИТ-инфраструктуры рекомендуется рассматривать четыре вида консолидации ресурсов:

1. Централизация (Centralization) - консолидация географически распределенных серверов в одном или нескольких ЦОД.

2. Консолидация данных (Data Consolidation) - консолидация баз данных и/или устройств хранения для достижения более высокой доступности и управляемости данными.

3. Физическая консолидация (Physical Consolidation) - объединение серверов под управлением одной и той же операционной системы и с подобными приложениями на более мощных системах.

4. Консолидация приложений и хранилищ данных (Application Consolidation) - размещение различных приложений на «больших» серверах с разделяемыми разделами или mainframe.

В качестве оценки текущей или планируемой консолидации ресурсов можно применять понятие «рейтинга консолидации», определяемое как количество серверов entry level, low end и middle range класса, которые были заменены или могут быть заменены на одну систему более высокого класса. Рекомендованные значения данного показателя находятся в диапазоне 15-20 единиц. Практика показывает, что общая стоимость владения консолидированным решением значительно ниже, чем стоимость владения его различными компонентами в случае их раздельной установки.

Консолидация ресурсов должна производиться с учетом административных уровней управления, в соответствии с отдельно разрабатываемым нормативным документом «Политика информационной безопасности при проектировании, внедрении и эксплуатации информационно-телекомуникационных систем».

2.2. Виртуализация ресурсов Современное понятие «виртуализация ресурсов» включает в себя технологии и программные средства, разработанные различными производителями, такие как: выделение ресурсов по требованию, виртуальные машины, эмуляторы операционных сред, разбиение ресурсов на логические разделы.

В части серверной виртуализации основные предпосылки применения технологий следующие:

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

большое число наследуемых приложений на устаревающих операционных системах и аппаратных платформах;

тенденции к консолидации ИТ-инфраструктуры.

Рекомендуется использовать технологии и средства виртуализации ИТ-ресурсов при построении ИТ-инфраструктуры.

Варианты виртуализации зависят от целей и платформ, для которых она применяется. Основными средствами виртуализации для Windows-платформ являются виртуальные машины или эмуляторы операМОСКВА ционных сред, дополнением к ним служат технологии кластеризации и технологии миграции виртуальных машин в любых возможных направлениях: P2V (Physical To Virtual), V2P (Virtual to Physical) и V2V (миграция между платформами виртуализации).

Технологии виртуализации для серверов класса Enterprise и операционных систем high availability различаются у разных производителей серверов данного класса и базируются на основе разделения вычислительных ресурсов на логические разделы (partitions).

2.2.1. Логическое разделение вычислительных комплексов Технология аппаратных и программных разделов (partitioning) - это архитектурный подход к корпоративной ИТ-инфраструктуре, позволяющий виртуализировать аппаратные ресурсы и сделать их доступными для множества независимых операционных сред. Изначально разработанная для mainframe эта технология позволяет разделить один сервер на несколько полностью независимых аппаратных или программных виртуальных серверов или логических разделов. Технология с небольшими различиями поддерживается ведущими производителями ИТ-оборудования. Технологии partitioning в сочетании с планами восстановления после сбоев и восстановления после катастроф (DRS - Disaster Recovery System и DRP - Disaster Recovery Plan) и с использованием двух разнесенных ЦОД (основного и резервного) создают основу катастрофоустойчивой инфраструктуры таким образом, что приложение и разделы с критическими приложениями, выполняемые в Основном ЦОД, могут переключаться на Резервный ЦОД с минимальными потерями и прозрачно для пользователей приложений.

2.3. Современная архитектура приложений Рекомендуется отдавать предпочтение ИТ-решениям, имеющим современную, сервис-ориентированную многоуровневую архитектуру.

2.3.1. Сервис-ориентированная архитектура Наиболее перспективная архитектура построения приложений на настоящее время – Service Oriented Architecture (SOA – сервис-ориентированная архитектура). На данный момент более 60% компаний рассматривают сервис-ориентированную архитектуру как основу для построения и выполнения своих бизнес-приложений. При этом в ближайшие два-три года большинство производителей будут использовать технологии, основанные на Web-сервисах в качестве расширения существующих решений.

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

2.3.2. Многоуровневая архитектура клиент-сервер В настоящее время большинство информационных систем проектируются с использованием трехуровневой архитектуры, представляющей информационную систему в виде совокупности трех компонент: сервера баз данных, сервера приложений, отвечающего за выполнение логики приложения, и клиентского приложения или клиентского интерфейса («тонкий клиент»). Основными преимуществами выделения логики приложения в отдельную составляющую являются возможность повторного использования логики приложения, легкость корректировки компонентов, повышение производительности используемого сервера базы данных, возможность масштабирования системы в целом и независимость системы от конкретного производителя системы управления базами данных. Кроме того, системы, построенные в трехуровневой

126 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

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

Составляющие трехуровневой архитектуры:

уровень представления (реализующий функции ввода и отображения данных);

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

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

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

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

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

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

2.5. Современная коммуникационная инфраструктура Для построения корпоративных Сетей передачи данных рекомендуется применять технологии построения виртуальной частной сети на базе MPLS/VPN, с использованием услуг, предоставляемых крупными телекоммуникационными операторами национального масштаба. Передачу голосовых и видео данных также рекомендуется использовать сети на базе MPLS/VPN, с использованием в местах предоставления услуг IP-конвергентных решений.

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

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

Архитектура таких сетей состоит из четырех основных компонентов, а именно:

1. Интеллектуальная сетевая инфраструктура на базе протокола IР.

2. Интеллектуальные клиентские места с поддержкой протокола IР.

3. Служебные серверные приложения.

4. Современные пользовательские приложения.

Основа архитектуры - распределенность сети, благодаря которой система легко масштабируется. За счет этого сетью можно охватить одно здание или несколько стоящих рядом зданий, объединенных высокоМОСКВА скоростной локальной сетью, предоставить в сети сервисы телефонии, видео и данных для пользователей удаленных офисов и подразделений, объединенных IР-сетью.

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

2.6. Единое информационно-технологическое пространство Важной характерной особенностью ИТ в ОАО «МОЭСК» является необходимость поддержки и управления федеративными данными (поступающими в единый центр из различных филиалов и подразделений). Под этим понимается архитектура, которая обеспечивает управление и доступ к данным и метаданным независимо от их внутренней логической структуры и физических границ их расположения в целях организации взаимодействия систем и различных подразделений внутри организации и с внешними организациями.

Для эффективного использования этих данных необходима разработка общей метамодели, которая позволяет управлять отношениями между различными «оригинальными» моделями данных и делать их, таким образом, прозрачными на корпоративном уровне. Суть федеративных данных состоит в одинаковом определении на некотором новом уровне абстракции общих элементов данных для различных информационных систем компании. В результате должно быть организовано единое информационно-технологическое пространство (ЕИТП), охватывающее все организации, подведомственные ОАО «МОЭСК».

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

Для построения ЕИТП создаваемое информационное обеспечение должно удовлетворять следующим требованиям:

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

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

3. Оптимальный баланс централизации сервисов и компетенций - те потребности, которые не могут быть удовлетворены централизованным образом, удовлетворяются путем обслуживания пользователей «на местах», при этом оперативные службы сохраняют свою локализацию в местах возникновения потребностей.

Важнейшим условием реализации ЕИТП является создание типовых проектных решений (ТПР). ТПР - ПО или программно-технический комплекс (ПТК), позволяющие автоматизировать какой-либо общий для всех организаций-участников вид деятельности (например, бухгалтерский и налоговый учет, планирование и бюджетирование и т.п.). Еще одним условием реализации ЕИТП является сертификация внедряемых ТПР (см. раздел 8 настоящего документа).

128 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

Реализация ЕИТП может основываться на преимущественном использовании хранилищ данных, содержащих «очищенную» и достоверную информацию для стратегического управления и интеграции между различными подразделениями. Такие хранилища должны строиться с использованием универсальных средств и обеспечивать работу как со структурированной информацией, такой как записи в реляционных базах данных, так и с более общим содержанием - документами, графическими и мультимедийными данными.

ЕИТП предоставляет оперативный доступ (при наличии, естественно, соответствующих прав доступа) с любого рабочего места ко всем видам данных, возникающих и накапливаемых в системе. Информация, порождаемая в любой точке, становится доступна всем заинтересованным пользователям. Соответственно, распоряжения и поручения руководства, решения и выводы специалистов доставляются автоматически (например, средствами электронной почты) до всех адресатов. Становится возможной групповая работа специалистов одного или нескольких подразделений, в том числе территориально удаленных друг от друга, над общими проектами или документами на своих рабочих местах. ЕИТП, естественно, подразумевает создание надежных эффективных каналов связи между структурами и их подразделениями в масштабах ОАО «МОЭСК».

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

ЕИТП позволяет также унифицировать основные бизнес-процессы в ОАО «МОЭСК». Создаются предпосылки для реализации прогрессивного процессного подхода к ведению бизнес-процессов, обеспечивается возможность централизованного управления ходом бизнес-процессов. При этом все участники бизнеспроцессов - руководство, менеджеры, исполнители - имеют прямой доступ к единой информационной среде. В результате каждый бизнес-процесс строго регламентируется, система не позволяет отклоняться от установленной последовательности действий. Вместе с тем имеется возможность оперативно корректировать любой бизнес-процесс (проводить его реинжиниринг).

Таким образом, создание ЕИТП в ОАО «МОЭСК» позволит существенно повысить качество управления электросетевым комплексом.

3. Организация управления ИТ 3.1. Задачи управления ИТ В связи с усилением роли ИТ в деятельности ОАО «МОЭСК», и существующим разрывом между требуемым и текущим состоянием становится необходимым проведение реформы системы управления ИТ.

Базовыми принципами этой реформы являются следующие:

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

осуществляется централизованное управление основными ИТ-ресурсами;

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

локальные действия/инициативы организаций на местах проводятся только в рамках единого механизма принятия решений и бюджетирования;

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

3.2. Методология управления ИТ Организация управления ИТ должна строиться в соответствии с рекомендациями Стандарта предоставления услуг в области информационных технологий в Холдинге ОАО РАО «ЕЭС России» и Стандарта управления услугами в области информационных технологий в Холдинге ОАО РАО «ЕЭС России», утвержденными решением Правления ОАО РАО ЕЭС России (протокол от 07.09.2005 № 1289пр/1), а также Стандарта по управлению деятельностью по предоставлению ИТ-услуг в ОАО «ФСК ЕЭС», утвержденного решением Правления ОАО «ФСК ЕЭС» (протокол от 10.10.2006 № 275), Стандарт по управлению деятельностью по предоставлению ИТ-услуг в ОАО «МОЭСК» (утвержден решением Совета директоров ОАО «МОЭСК» от 15.10.2005 г. №12).

Они являются сводом требований, которым в обязательном порядке должны соответствовать как внутренние, так и внешние ИТ-структуры, оказывающие услуги в сфере информационных технологий для всех ДЗО ОАО РАО «ЕЭС России». Допускается использование стандартов управления ИТ, принятых в организациях, подведомственных ОАО «МОЭСК», и не противоречащих указанным стандартам ОАО РАО «ЕЭС России», ОАО «ФСК ЕЭС» и ОАО «МОЭСК» (далее - Стандарты управления ИТ).

3.2.1. Уровни зрелости управления ИТ Управление (как процесс) ИТ является наиболее важным элементом, так как правильная реализация данного элемента позволит эффективно управлять всеми другими элементами.

Спорадические эффективность Рис. 1. Этапы зрелости модели управления ИТ.

Основные мероприятия по достижению целевого уровня зрелости (см. рис. 1):

определить органы управления, роли, сферы ответственности и регламенты деятельности управляющих органов;

использовать шаблон технико-экономического обоснования (ТЭО) для стандартизации запросов на утверждение проекта;

130 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

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

не реже 1 раза в год сверять концепцию автоматизации и техническую политику в области ИТ на соответствие стратегическим бизнес-задачам;

применять систему сбалансированных показателей для оценки эффективности управления ИТ;

внедрить регистр учета рисков.

Внедрение модели управления ИТ позволит получить следующие преимущества:

точное и своевременное внедрение системы сбалансированных показателей повысит производительность ИТ при более низких расходах;

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

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

наличие четкого структурированного процесса утверждения, приоритезации и переутверждения проектов (в случае изменения объема работ, бюджета) даст более точное соответствие расходов на ИТ потребностям бизнеса.

3.2.2. Модель разработки планов по ИТ Основные мероприятия по достижению целевого уровня зрелости:

стратегия в области ИТ, состоящая из концепции автоматизации и технической политики, должна определяться бизнес-потребностями;

планы ИТ должны балансировать долгосрочную (3 года) и краткосрочную (12 месяцев) перспективу:

долгосрочная стратегия ИТ используется Правлением и уточняется ежегодно (см. рис. 2);

план на краткосрочную перспективу используется Координационным советом по ИТ для контроля расходов, ресурсов, результатов и статусов проектов и проходит ежемесячные проверки;

все проекты в области ИТ должны иметь утвержденное на соответствующем уровне комплексное описание проекта;

приоритезация проектов должна производиться по критерию преимущества/риски.

Исходны е данны е для стратегии департаменты Корпоративны е Постоянная актуализация планирование Рис. 2. Схема ежегодного уточнения стратегии в области ИТ.

Развитие системы по разработке стратегии и планов ИТ позволит получить следующие преимущества:

стратегия в области ИТ будет обеспечивать согласованность развития ИТ с бизнес–потребностями;

стратегия в области ИТ будет постоянно уточняться, что будет обеспечивать ее адекватность потребностям;

бизнес руководители смогут повышать уровень знаний в области ИТ;

проекты будут приоритезированы точно в соответствии со стратегией;

утвержденная стратегия ИТ всегда в актуальном состоянии.

3.2.3. Модель разработки и внедрения решений в области ИТ Основные мероприятия по достижению целевого уровня зрелости:

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

необходимо вовлекать пользователей на всех стадиях внедрения решений, от начальной до конечной;

необходимо внедрить, использовать и актуализировать технический инструментарий:

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

Организация Проектного офиса по управлению вопросами ИТ (см. рис. 3) значительно повышает вероятность полного и своевременного выполнения проектов:

Рис. 3. Схема организации Проектного офиса по управлению вопросами ИТ.

стандарт предоставления услуг в Холдинге РАО «ЕЭС России» в области управления проектами определяет роль и ответственность менеджеров проекта;

проектный офис по управлению вопросами ИТ характеризуется:

высокой степенью аутсорсинга в процессе выполнения проекта;

работники временно вовлекаются в процесс управления проектом ИТ;

менеджеры проектов привлекаются в основном на временной основе;

только такие роли, как офис поддержки проекта и управление портфелем проекта, могут определяться как постоянные;

Примерная структура Проектного офиса по управлению вопросами ИТ:

руководитель Департамента ИТ, архитектор ИТ и ассистент проекта выполняют ключевые функции и помогают менеджеру проекта;

спонсор проекта, менеджер проекта и внутренняя проектная группа временно работают в Проектном офисе по управлению вопросами ИТ, а также выполняют свою основную работу;

разработчик решения - это работник внешнего подрядчика, привлеченного к выполнению проекта.

132 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

решение об организации Проектного офиса по управлению вопросами ИТ должно приниматься Координационным советом по ИТ.

Рациональная организация разработки и внедрения решений ИТ позволит получить следующие преимущества:

внедряются хорошо проработанные решения;

экономятся время и деньги в процессе разработки при обеспечении качественного и надежного результата;

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

3.2.4. Модель предоставления услуг ИТ Основные шаги по внедрению базовой модели:

модель оказания услуг, описанная в Стандартах предоставления ИТ-услуг в ОАО РАО «ЕЭС России», должна реализовываться поэтапно;

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

структуры и процессы оказания услуг должны быть стандартизированы для дальнейшей централизации процессов;

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

Поль зователи ОперационЗапросы Операционное Операционная деятельность Операционная деятельность Рис. 4. Схема организации ИТ-сервиса.

Необходимо постепенно совершенствовать ИТ-сервис, используя модель «песочных часов» (см. рис. 4), а именно:

совершенствовать существующие взаимоотношения с клиентами;

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

выполнение работ должно соответствовать требованиям к услугам;

ориентация на оказание услуг.

Характеристики модели «песочные часы»:

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

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

формирует основу высокоуровневого организационного дизайна.

Структуры и процессы оказания услуг должны быть стандартизированы в целях обеспечения централизации.

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

обслуживание приложений;

разработка приложений;

администрирование систем;

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

Предпосылки централизации:

стандартизация организационных подразделений;

стандартизация процессов;

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

введение соглашений об уровне обслуживания (SLA).

Предпосылки введения соглашений об уровне обслуживания (SLA):

утвержденный и стандартизированный каталог услуг (см. Стандарт предоставления услуг в области информационных технологий Холдинга ОАО РАО «ЕЭС России», утвержденный решением Правления ОАО РАО «ЕЭС России» от 07.09.2005 № 1289пр/1);

стандартизированные процессы оказания услуг (имеется спецификация, реализовано в соответствии со Стандартом управления услугами в области информационных технологий Холдинга ОАО РАО «ЕЭС России», утвержденным решением Правления ОАО РАО «ЕЭС России» от 07.09.2005 № 1289пр/1);

унифицированная ИТ-инфраструктура и приложения;

руководители бизнеса обучены до среднего уровня ИТ-грамотности;

установлены и утверждены цены на обслуживание в области ИТ.

В результате могут быть получены следующие преимущества:

четкий и понятный процесс оказания услуг;

одна точка контакта обеспечивает более легкую и гибкую поддержку пользователей;

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

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

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

134 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

3.2.5. Модель управления архитектурой ИТ Основные предлагаемые шаги по внедрению базовой модели:

ввести роль архитектора ИТ для систематического развития архитектуры ИТ (см. рис. 5).

Разработка Архитектор Оказание Рис. 5. Схема руководства развитием архитектуры ИТ.

внедрить процедуры оценки и выбора комплексного ПО для подготовки решений руководства и снижения капитальных затрат;

архитектура инфраструктуры должна выбираться в соответствии с лучшей практикой и международными стандартами;

необходимо оптимизировать сети для централизации предоставления ИТ-услуг;

необходимо обеспечить непрерывность предоставления ИТ-услуг;

необходимо документировать, вести учет и по мере необходимости корректировать архитектуру ИТ.

Развитие системы по управлению архитектурой ИТ позволит получить следующие преимущества:

архитектор ИТ может в целом контролировать архитектуру ИТ, обеспечивая постепенное интегрированное ее развитие;

архитектор ИТ, подотчетный только CIO, будет иметь возможность оказывать влияние и участвовать во всех проектах;

корпоративная сеть обеспечит централизацию ИТ-услуг;

стандартизированная инфраструктура повысит эффективность оказываемых услуг;

стандартный процесс выбора приложений обеспечит качество и соответствие бизнес-требованиям.

3.2.6. Модель управления ресурсами ИТ Основные шаги по внедрению базовой модели:

интегрировать процесс подготовки и утверждения бюджета ИТ в процесс ежегодного бюджетного планирования (см. рис. 6);

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

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

разработать решение для сбора, хранения, анализа и обмена информацией и знаниями.

Развитие системы по управлению ресурсами ИТ позволит получить следующие преимущества:

управление знаниями позволяет получать информацию и делиться лучшей практикой между различными организациями;

система бюджетирования ИТ, являющаяся частью общей системы бюджетирования, обеспечит выделение надлежащих ресурсов;

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

центры компетенций или центры повышения квалификации позволят расширить возможности специалистов в части внесения улучшений в процесс.

ИТ бюджетирования ПРИМЕЧАНИЕ: Если время проведения работ не указано, это не означпет постоянного их проведения Рис. 6. Схема процесса бюджетирования в области ИТ.

3.2.7. Модель сорсинга В соответствии со Стандартами управления ИТ должна быть принята одна из следующих моделей сорсинга:

инсорсинг - использование внутренних специализированных подразделений для оказания ИТ-услуг;

аутсорсинг - передача функций по оказанию ИТ-услуг на исполнение во внешнюю по отношению специализированную Сервисную Организацию;

смешанная модель - ряд сервисов предоставляется собственным Сервисным подразделением организации (Инсорсинг), другие сервисы предоставляются внешней Сервисной организацией (Аутсорсинг).

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

В данной модели в организации должны быть созданы две вертикали управления в части ИТ:

директор по ИТ - Служба Заказчика в части ИТ-услуг;

руководитель Сервисной службы ИТ - Сервисная служба ИТ.

Основные принципы разделения ответственности:

за управление ИТ отвечает Директор по ИТ (стратегический уровень управления) и Служба Заказчика (тактический и оперативный уровни управления);

служба Заказчика отвечает за удовлетворение ИТ-потребностей бизнес-подразделений и контролирует исполнение контрактов на ИТ-услуги;

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

136 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

Служба Заказчика управляет ИТ в части:

взаимоотношений с бизнесом;

ИТ-бюджета и контроля ИТ;

ИТ-архитектуры и стандартов;

информационной безопасности и соответствия нормативно-правовым требованиям;

технологий и инноваций.

При этом служба Заказчика является единой (и единственной) точкой контакта по вопросам ИТ для бизнес-подразделений организации.

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

поставщика ИТ-услуг конечным пользователям;

сопровождения и эксплуатации информационных систем.

3.2.8. Модель распределения процессов между организациями При распределении процессов между ОАО «МОЭСК» - ОАО «ФСК ЕЭС» (Департамент информатизации и Центр управления межрегиональными распределительными сетевыми комплексами), МРСК-РСК, прочими ДЗО - гибридная (федеральная) модель организации ИТ является наиболее приемлемой, так как позволяет использовать знания и навыки специалистов на всех уровнях и способствует совершенствованию общей координации и контроля.

Преимущества гибридной (федеральной) модели (см. также рис. 7):

адекватное реагирование на внешние изменения, адаптивность к изменяющимся условиям бизнеса;

высокая ориентированность на потребителей благодаря высокому уровню владения и вовлечения в ИТ-процессы различных организаций, которым нужны решения, адаптированные под потребителей;

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

Рис. 7. Преимущества использования гибридной (федеральной) модели организации ИТ.

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

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

Стратегическое руководство ИТ в ОАО «МОЭСК», осуществляет ОАО «ФСК ЕЭС» (Департамент информатизации и Центр управления межрегиональными распределительными сетевыми комплексами), которое:

разрабатывает и утверждает концептуальные документы в области ИТ;

организует сертификацию программных продуктов и программно-технических комплексов.

На организации уровня ОАО «ФСК ЕЭС» - МРСК возлагаются функции утверждения программ развития, проведение централизованных конкурсов (торгов) и контроль за отчетностью.

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

формирование и согласование с вышестоящей организацией (МРСК или его филиалами) Программ развития информационных технологий;

внедрение утвержденных изменений информационных систем;

подготовка материалов к конкурсам на приобретение оборудования, материалов и программного обеспечения;

контроль исполнения договоров поставки и внедрения;

формирование отчётности для вышестоящей организации.

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

Такой подход находится в соответствии с принятой мировой практикой для крупных международных компаний. По оценкам компании Gartner, внедрение такой системы позволяет добиться эффективного сокращения операционных расходов до 40-45%.

Методологической основой для реализации такого подхода является ITIL (IT Infrastructure Library), которая представляет собой достаточно полное описание лучшей практики организации процессов управления информационными технологиями в организации. Основная идея связана с предложенным в ITIL принципом сервисного подхода к реализации функций управления информационными системами. В соответствии с этим принципом ИТ-служба (Служба Заказчика), с одной стороны, обеспечивает предоставление ИТ-услуг бизнес-подразделениям, с другой - выступает от имени организации (бизнес-подразделений) получателем этих услуг со стороны внешних организаций (или собственной Сервисной службы).

При взаимодействии Службы Заказчика с поставщиком ИТ-услуг должен использоваться механизм соглашений об уровне обслуживания (Service Level Agreement - SLA). Это позволяет гарантировать качество ИТ-услуг, предоставляемых пользователям. Важным преимуществом такого подхода является тот факт, что потребитель (бизнес-подразделение) заказывает не отдельные ИТ-сервисы, такие, как администрирование сервера или подключение работника к сети, а услугу в целом, которая обладает определенной ценностью для бизнеса (например, поддержка работы бухгалтерской системы и т.п.).

Для повышения качества управления ИТ рекомендуется создание в организациях уровня ОАО «ФСК ЕЭС»

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

138 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

В функции такого органа входит:

обсуждение бюджета ИТ организации и выработка рекомендаций;

определение приоритетов развития ИТ;

оценка качества взаимодействия служб ИТ и бизнес-подразделений;

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

3.3. Поддержка пользователей Важную роль в организации предоставления ИТ-услуг играет сервисная служба поддержки пользователей (Service Desk). Эта служба должна сочетать функции единой точки обращения всех пользователей к внутренней сервисной организации по оперативным вопросам (Call Center), оказания помощи по работе с компонентами ИТ (Help Desk), а также сама оказывать определенные услуги на рабочих местах.

Сервисная служба поддержки пользователей должна оказывать содействие по всем проблемам ИТ, включая:

проблемы с инфраструктурой (клиентские места, сети, серверы, аппаратное обеспечение и операционные системы);

проблемы при работе с приложениями;

вопросы, связанные с такими процедурами, как перемещение, обучение, модернизация (upgrades).

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

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

регулярные обсуждения требований к ИТ и приоритетных задач с руководством и ведущими специалистами бизнес-подразделений;

региональные и отраслевые совещания с приглашением руководителей подведомственных организаций по вопросам перехода к новой модели предоставления ИТ-услуг и последующего развития модели;

целевое информирование бизнес-подразделений о возможностях новых технологий на специализированных семинарах;

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

3.5. Стратегия сорсинга Существенным элементом в работе Службы Заказчика ИТ является формирование стратегии выбора исполнителей отдельных работ и проектов - так называемой стратегии сорсинга.

Разработка стратегии сорсинга должна проводиться с учетом следующих факторов:

тактические и долгосрочные цели бизнеса. При этом определяется, как цели бизнеса влияют на роль ИТ в организации, каковы задачи ИТ с точки зрения развития бизнеса;

внутренняя эффективность ИТ - насколько эффективно предоставляются данные ИТ-услуги внутренними ИТ-подразделениями;

внешние возможности рынка ИТ-услуг. Какие ИТ-услуги и сервисы доступны на рынке при удовлетворительном соотношении «цена/качество»;

модели сорсинга. Каковы наилучшие практики применения моделей сорсинга? Какие из существующих моделей ИТ-сорсинга применимы для отдельных функциональных областей деятельности организации (процессов и поддерживающих их систем)?

управление сорсингом - данный фактор определяет оптимальные и эффективные средства управления ИТ-услугами и взаимоотношениями с внешними провайдерами ИТ-услуг.

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

3.6. Целевые показатели эффективности ИТ Качественной характеристикой эффективности ИТ обычно является интегральная оценка бизнес-подразделениями соответствия реальной ситуации ожиданиям. Для количественной оценки может быть использована система объективных обобщенных показателей эффективности, которые характеризуют как финансовую сторону вопроса, так и степень удовлетворения пользователей со стороны ИТ (как хорошо это делается?). Комплекс таких показателей должен быть разработан и утвержден для каждой организации уровня ОАО «ФСК ЕЭС» - МРСК.

Эти показатели должны определяться на основе постоянного контроля процессов и мониторинга состояния компонентов ИТ, включая:

инструментальный мониторинг состояния компонентов ИТ;

мониторинг состояния реализации проектов в области ИТ;

оценка качества предоставления ИТ-услуг со стороны потребителей.

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

Мониторинг состояния проектов в области ИТ также будет использовать средства интерактивного представления, позволяющие сформировать наглядную картину состояния в плане уровня завершенности, соответствия бюджету, наличия отклонений и уровне риска. Это позволит постоянно иметь объективную картину состояния и при необходимости принимать управляющие воздействия.

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

140 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

3.7. Управление активами ИТ С учетом значительной величины капитальных затрат на ИТ, особенно актуальна четкая организация процессов управления существующими активами и закупками новых активов (имеются в виду как аппаратные средства, так и ПО). При этом должно обеспечиваться улучшение обслуживания при одновременном снижении затрат путем управления всем жизненным циклом средств ИТ, начиная с приобретения и заканчивая их списанием.

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

Основными источниками эффекта от внедрения системы управления активами ИТ могут являться:

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

снижение расходов за счет использования схем лицензирования на одновременно работающих пользователей, вместо именованных или постоянных;

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

Вопросы организации закупок оборудования, программного обеспечения и услуг в части ИТ рассмотрены в разделе 6 настоящей Технической политики ИТ.

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

Принципиальными моментами реализации проектов разработки прикладных программных систем являются:

формирование модели синхронизации глобальных и локальных релизов;

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

организация и внедрение сквозного процесса управления качеством разработки;

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

внедрение систем проектного учета ресурсов.

4. Управление ИТ-инфраструктурой 4.1. Оценка необходимости изменений в ИТ-инфраструктуре При организации деятельности ИТ-службы рекомендуется использовать сервисный подход, основы которого изложены в Стандарте управления деятельностью по предоставлению ИТ-услуг в ОАО «МОЭСК». При таком подходе деятельность ИТ-службы - это оказание качественных и надежных услуг, удовлетворяющих требованиям других подразделений компании.

С помощью сервисного подхода осуществляется:

организация ИТ в соответствии с требованиями бизнес-процессов;

использование описаний ИТ-услуг (сервисов) на языке, понятном их пользователям;

управление ИТ в терминах предоставляемых услуг (сервисов);

управление затратами на использование предоставляемых услуг (сервисов);

измеримость результатов инвестиций в ИТ и оптимизация совокупной стоимости владения (TCO) услугами (сервисами).

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

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

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

При изменении ИТ-инфраструктуры необходимо учитывать требования, изложенные ниже.

4.2.1. Общие требования к тестированию и приемке изменений Процесс тестирования и приемки изменений ИТ-инфраструктуры должен удовлетворять следующим общим требованиям:

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

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

тестирование и приёмку изменений необходимо производить в среде, аналогичной производственной.

4.2.2. Требования «разумного консерватизма»

При внедрении, модернизации, обновлении ИТ-компонентов должны быть соблюдены следующие общие требования «разумного консерватизма»:

внедрение новых версий ПО должно иметь обоснованные преимущества перед используемыми версиями ПО и не должно ухудшать текущего состояния дел;

142 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

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

недопустимо использование тестовых версий ИТ-компонентов (альфа, бета версии ПО и т.п.) в режиме промышленной эксплуатации;

при планировании внедрения новых версий ПО рекомендуется учитывать долгосрочные планы производителя по выпуску новых версий/релизов.

4.2.3. Автоматизация тиражирования обновлений ПО Автоматизация тиражирования обновлений ПО должна выполняться с учетом следующих общих требований и рекомендаций:

создание и внедрение решения по автоматизации тиражирования обновлений ПО должно производиться в рамках отдельных проектов ИТ-службы и с использованием собственной серверной системы тиражирования обновлений. Обновление ПО непосредственно с Интернет-портала производителя не допускается;

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

тиражирование обновлений в области безопасности критичных для предприятия систем (обновления операционных систем, ПО с непосредственным доступом во внешние сети / Интернет, антивирусные системы и т.п.) подлежит обязательной автоматизации;

тиражирование обновлений в области безопасности и функциональных обновлений на рабочие станции и инфраструктурные ИТ-компоненты (домен-контроллеры, DNS/DHCP-серверы и т.п.) в части системного и офисного ПО подлежит обязательной автоматизации;

рекомендуется автоматизация тиражирования обновлений клиентской части бизнес-приложений.

4.3. Планирование ИТ-инфраструктуры При планировании ИТ-инфраструктуры должен быть обеспечен экономически обоснованный уровень соответствия ресурсов ИТ-инфраструктуры текущим и будущим потребностям деятельности организации. Для эффективного планирования ИТ-инфраструктуры необходимо в первую очередь учитывать прогноз развития основной деятельности организации и технического развития ИТ. Поэтому для каждой организации важное значение имеет выбор горизонтов планирования для различных ИТ-приложений и определение базовой методики расчета производительности и объема хранимой информации для ИТ-систем.

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

Рекомендуется исходить из следующих периодов планирования ИТ-приложений:

8-9 лет для приложений класса ERP и приложений управления ИТ, критичных для бизнеса;

5-6 лет для бизнес-приложений и систем операционного управления ИТ;

3-5 лет для офисных и системных приложений.

При этом для соответствующих элементов ИТ-инфраструктуры рекомендуется установить следующие горизонты планирования:

5-6 лет для приложений класса ERP и приложений управления ИТ, критичных для бизнеса;

3-4 года для бизнес-приложений и систем операционного управления ИТ;

2-3 года для офисных и системных приложений.

4.3.2. Расчет производительности и объема хранимой информации для ИТ-систем (масштабирование ИТ-систем) Расчёт производительности ИТ-систем должен производиться в терминах ИТ-услуг, исходя из планируемых сроков использования (периодов планирования), объёмов, значений показателей уровня предоставления и производительности услуг.

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

При расчёте производительности ИТ-систем обязателен учёт как средних, так и пиковых показателей нагрузки. Рекомендуется для расчёта производительности использовать предоставляемый производителем инструментарий - нагрузочные кривые и рекомендации.

В общем случае, в ходе расчёта рекомендуется проводить оценку загрузки по следующим компонентам:

сервер приложений;

сервер баз данных/СУБД;

системы информационной безопасности (антивирусное обеспечение, программный межсетевой экран, криптографические системы и т.п.);

компоненты мониторинга (агенты и т.п.);

аппаратная платформа (процессоры, оперативная память, дисковая подсистема, сетевой интерфейс);

сети хранения данных (SAN, NAS);

сети передачи данных, включая активные устройства (межсетевые экраны, маршрутизаторы и т.п.);

сетевые сервисы (Active Directory, DNS, DHCP, WINS и т.п.);

клиентские рабочие станции в аппаратной и программной части.

Для оценки объёма хранимой информации рекомендуется использовать собственные статистические данные по объёмам и динамике изменения данных за длительные (от 1 месяца) периоды и максимальные значения в пиковые периоды. При отсутствии собственных данных допустимо использование статистики схожих предприятий или экспертных оценок.

При оценке объёма хранимой информации обязателен учёт не только полезного объёма, но и объёмов системной и служебной информации (системы шифрования, файлы логирования, файлы журналов транзакций и т.п.).

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

Под типизацией понимается снижение номенклатуры и повышение качества ИТ-элементов и конфигураций, внедряемых в ОАО «МОЭСК».

144 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

Данная техническая политика определяет требования к следующим категориям ИТ инфраструктуры:

рабочим местам пользователей (ПК, периферийное оборудование);

мультисервисной сети (корпоративная сеть, внешние каналы связи);

прикладному ПО;

инфраструктуре центров обработки данных (системы хранения и резервирования, серверы, системное ПО);

Общие требования к указанным категориям и их отдельным элементам приведены в главе 6 настоящей Технической политики ИТ. При разработке технических политик и других нормативных документов в области ИТ необходимо учитывать указанные требования.

В приложениях к Технической политике ИТ приведены рекомендуемые минимально допустимые технические требования к соответствующим категориям. При развитии ИТ-инфраструктуры в ОАО «МОЭСК», необходимо учитывать данные рекомендации. Также данные рекомендации необходимо учитывать при разработке и внедрении Каталогов Рекомендованных Конфигураций.

5.2. Классификация по уровню использования При построении современной ИТ-инфраструктуры для определения места установки (размещения) ИТ-решения необходимо провести классификацию данного решения в зависимости от совокупности следующих параметров: состава пользователей данной системы, степени агрегации информации, способа хранения и обработки данных, решаемых задач, уровня сложности и т.д.

С точки зрения данной классификации рекомендуется выделить следующие классы или уровни инфраструктуры для размещения ИТ-систем:

центр обработки данных группы предприятий (ЦОД I уровня - ОАО «ФСК ЕЭС», МРСК) - обеспечивает централизованное хранение и обработку данных в масштабе всей организации. Ресурсы данного ЦОД используются для консолидации информации с нижележащих уровней, обеспечения информационного взаимодействия предприятий и оказания ИТ-сервисов всем подчиненным организациям;

центр обработки данных предприятия (ЦОД II уровня - РСК) - обеспечивает централизованное хранение и обработку данных в масштабе одного достаточно крупного предприятия;

центр обработки данных подразделения (ЦОД III уровня) - обеспечивает централизованное хранение и обработку данных в рамках небольшого предприятия, подразделения или здания.

В разделе 7.4 настоящей Технической политики ИТ содержатся общие требования к оборудованию ЦОД различного уровня. Кроме того, в приложениях приведены текущие рекомендованные минимальные требования к ИТ-конфигурациям и их элементам (программно-аппаратным средствам, системам связи и коммуникаций). ИТ-конфигурации с заявленными характеристиками ниже приведенных минимальных значений не рекомендуется закупать и вводить в эксплуатацию в ОАО «МОЭСК».

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

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

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

Mission Critical - системы, работающие в режиме «боевого дежурства». К таким системам относятся: остро критические с точки зрения бизнеса или внешних факторов (например, экологии) приложения, Центры управления сетью (ЦУС), технологические приложения, работающие в режиме реального времени. Выход из строя этих систем влечет за собой невосполнимые потери для бизнеса, в том числе угрозу жизни и здоровью персонала. Рекомендованное время восстановления подобных систем после отказа – не более 10 минут. Для таких систем должны использоваться специализированные серверные платформы и инфраструктурные уровни с полным многократным резервированием всех компонентов, в том числе с использованием резервных удаленных ЦОД;

Business Critical - системы, критические для бизнеса, с режимом работы 24х7х365. Выход из строя этих систем влечет за собой значительные бизнес потери для предприятия. Рекомендованное время восстановления подобных систем после отказа не более 2-х часов. Для таких систем должны использоваться кластерные решения и инфраструктурные уровни с частичным резервированием используемых Business Operational - обычные бизнес-приложения - системы, не требующие работы в реальном времени, с режимом работы 8х5. Рекомендованное время восстановления подобных систем после отказа - 4-6 часов. Для таких систем рекомендуется использовать резервирование хранения данных и электропитания;

Office Production - не критические для бизнеса приложения, персональные данные. Выход из строя этих систем не влияет на динамику КПЭ предприятия. Рекомендованное время восстановления подобных систем после отказа - 1-2 рабочих дня.

Необходимо учитывать, что общая непрерывность и отказоустойчивость ИТ-конфигураций определяется соответствующей непрерывностью и отказоустойчивостью ее отдельных элементов: аппаратных, программных средств и инфраструктуры, необходимой для их успешного функционирования - каналов связи, системы электропитания и т.д. и, в конечном итоге, зависит от уровня непрерывности и отказоустойчивости его слабейшего компонента (принцип «слабого звена»). Классификация систем с точки зрения обеспечения непрерывности и отказоустойчивости должна быть одним из решающих факторов при выборе уровня инфраструктуры (ЦОД) для размещения ИТ-систем. В разделе 6.4 Требования к инфраструктуре центров обработки данных (системы хранения и резервирования, серверы) содержатся общие требования к таким конфигурациям в разрезе ЦОД различного 5.4. Принципы создания Каталога рекомендованных конфигураций ОАО «МОЭСК», необходимо разработать и внедрить каталог рекомендованных конфигураций (КРК) для построения ИТ-решений. Данный каталог должен содержать перечень типовых элементов ИТ-инфраструктуры, рекомендованных к использованию согласно Технической политике ИТ. Основная цель создания КРК - провести унификацию используемого оборудования и программного обеспечения и обеспечить целостность и управляемость ИТ-инфраструктуры.

При построении и развитии своей ИТ-инфраструктуры ОАО «МОЭСК», должно закупать и внедрять только внесенные в указанный каталог ИТ-конфигурации. Закупка конфигураций, которые не входят в данный список, возможна только в виде исключения при наличии обоснования.

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

146 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

Каталог создается в каждой организации уровня ОАО «ФСК ЕЭС» - МРСК и должен содержать следующий минимальный набор данных по рекомендованной конфигурации:

название конфигурации;

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

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

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

все конфигурации, включаемые в каталог, должны соответствовать общим требованиям к оборудованию и ПО, изложенным в разделе 6 настоящей Технической политики ИТ;

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

количество унифицированного оборудования и ПО в каждом функциональном разделе каталога должно быть минимально;

рекомендуется использовать стандартное оборудование и ПО зарекомендовавшего себя на рынке производителя в данной области, который постоянно развивает и совершенствует свой модельный ряд;

каталог должен регулярно (не реже одного раза в год) пересматриваться и обновляться;

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

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

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

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

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

6.1. Общие требования К поставщикам и производителям рекомендуется предъявлять следующие общие требования:

деятельность поставщиков и производителей должна быть лицензирована, если это предусмотрено Российским законодательством;

при подведении итогов конкурса, при прочих равных условиях, преимущество имеют те компании, производство которых отвечает требованиям стандарта системы менеджмента качества ISO 9001: (ГОСТ Р ИСО 9001-2001). Причем в приложении к сертификату должна быть указана именно та деятельность, на предоставление которой претендует данная компания;

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

минимально приемлемый среднегодовой оборот поставщика за последние три года не должен быть меньше, чем сумма договора на поставку услуг или оборудования, умноженная на 5;

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

6.2. Требования к поставщикам и производителям оборудования К поставщикам и производителям программно-аппаратного обеспечения рекомендуется предъявлять следующие требования:

производитель аппаратного обеспечения должен иметь сертификат, выданный признанным органом по сертификации, на соответствие своей системы менеджмента качества требованиям ISO 9001:2000 (ГОСТ аппаратная платформа и программное обеспечение должны быть стандартизованы и сертифицированы на соответствие стандартам, считающимся общепринятыми в предметной области данного программно-аппаратного обеспечения, иметь гибкую и масштабируемую архитектуру;

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

поставщики сложного программно-аппаратного обеспечения должны своевременно получать сертификаты соответствия на всю гамму поставляемого оборудования и ПО в соответствии с действующими техническими требованиями в полном объеме, а также обновлять сертификаты при появлении новых версий программного и аппаратного обеспечения поставляемой продукции;

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

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

поставщик должен осуществлять страхование груза при доставке;

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

предпочтение должно отдаваться производителям, поставляющим оборудование и ПО, адаптированное для использования в Российской Федерации, если таковая адаптация возможна;

предпочтение должно отдаваться поставщикам, предоставляющим документацию на оборудование и поставщики должны осуществлять гарантийную поддержку поставленного оборудования и ПО согласно требованиям к услугам по эксплуатации и сопровождению, приведенным ниже;

гарантийный срок на программно-аппаратное обеспечение начинается с момента приемки ПО или оборудования в эксплуатацию и должен продолжаться не менее 12 месяцев для аппаратного обеспечения поставщики программно-аппаратного обеспечения должны организовать на территории Российской Федерации центры обучения с целью первичного обучения специалистов, эксплуатирующих программно-аппаратное обеспечение, их переподготовки при внедрении новых версий и типов оборудования и ПО или иметь договор со сторонним центром обучения, гарантируя при этом, что обучение на учебных курсах данного центра будет достаточно для эксплуатации поставляемого программно-аппаратного обеспечения.

148 ПОЛОЖЕНИЕ О ТЕХНИЧЕСКОЙ ПОЛИТИКЕ ОАО «МОСКОВСКАЯ ОБЪЕДИНЕННАЯ ЭЛЕКТРОСЕТЕВАЯ КОМПАНИЯ»

6.3. Требования к поставщикам услуг 6.3.1. Общие требования к поставщикам услуг К поставщикам услуг рекомендуется предъявлять следующие требования:

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

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

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

6.3.2. Требования к поставщикам услуг по эксплуатации и сопровождению К поставщикам услуг по технической поддержке (сопровождению) и участникам конкурсов, проводимых для поставки программно-аппаратного обеспечения, рекомендуется предъявлять следующие требования:

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

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

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

эксплуатация сложного программно-аппаратного обеспечения, находящегося вне гарантийного срока, без заключенного контракта на послегарантийное обслуживание или без наличия у ДЗО сервис-центра не допускается;

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

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

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

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

сервис-центры поставщика услуг по эксплуатации и сопровождению должны обеспечивать:

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

решение проблем, возникающих при работе программно-аппаратного обеспечения, в объеме, возложенном на данный сервис-центр;



Pages:     || 2 | 3 |


Похожие работы:

«Открытые информационные и компьютерные интегрированные технологии № 47, 2010 УДК 629.7.01 Ю.Н. Геремес, А.Г. Гребеников, А.М. Гуменный, А.Ф. Иванько, А.И. Костенко, А.А. Сердюков, А.С. Чумак, В.Ф. Шмырев Концепция создания пассажирского самолёта для местных воздушных линий Национальный аэрокосмический университет им. Н.Е. Жуковского ХАИ На основании анализа рынка воздушных судов для местных авиалиний с малым пассажиропотоком разработана концепция создания современного пассажирского самолёта....»

«1 Проект Версия 2 Национальные рекомендации по ведению пациентов с сосудистой артериальной патологией Москва 2010 г. 2 Рекомендации разработаны в соответствии с планом работы рабочей группы Профильной комиссии по сердечно-сосудистой хирургии Экспертного совета МЗСР РФ Председатель: академик РАМН Бокерия Л. А. [Москва] Члены рабочей группы: профессор Аракелян В. С. [Москва], профессор Барбараш О. Л. [Кемерово], д.м.н. Болотова Е. В. [Краснодар], профессор Карпенко А. А. [Новосибирск], профессор...»

«Система нормативных документов в строительстве СТРОИТЕЛЬНЫЕ НОРМЫ И ПРАВИЛА РОССИЙСКОЙ ФЕДЕРАЦИИ Проект СВОД ПРАВИЛ РАСЧЕТ И ПРОЕКТИРОВАНИЕ ПОДЗЕМНЫХ СООРУЖЕНИЙ В ГОРОДЕ МОСКВЕ. ОБЩИЕ ПОЛОЖЕНИЯ Analysis and design of underground structures in city Moscow. Basic principles Первая редакция МИНИСТЕРСТВО РЕГИОНАЛЬНОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ (МИНРЕГИОН РОССИИ) Москва, 2012 СП **.******. Предисловие Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27...»

«НАЦИОНАЛЬНОЕ ОБЪЕДИНЕНИЕ СТРОИТЕЛЕЙ Стандарт организации Освоение подземного пространства ПРОКЛАДКА ПОДзЕМНЫХ ИНЖЕНЕРНЫХ КОММУНИКАЦИЙ МЕТОДОМ ГОРИзОНТАЛЬНОГО НАПРАВЛЕННОГО БУРЕНИЯ СТО НОСТРОЙ 2.27.17-2011 ИзДАНИЕ ОфИЦИАЛЬНОЕ Москва 2012 НАЦИОНАЛЬНОЕ ОБЪЕДИНЕНИЕ СТРОИТЕЛЕЙ Стандарт организации Освоение подземного пространства ПРОКЛАДКА ПОДЗЕМНЫХ ИНЖЕНЕРНЫХ КОММУНИКАЦИЙ МЕТОДОМ ГОРИЗОНТАЛЬНОГО НАПРАВЛЕННОГО БУРЕНИЯ СТО НОСТРОЙ 2.27.17- Издание официальное Филиал ОАО ЦНИИС Научно-исследовательский...»

«РУССКАЯ ШКОЛЬНАЯ БИБЛИОТЕЧНАЯ АССОЦИАЦИЯ ДВИЖЕНИЕ МОЛОДАЯ РОССИЯ ЧИТАЕТ ПРОЕКТ РОДИТЕЛЬСКОЕ СОБРАНИЕ ПО ДЕТСКОМУ ЧТЕНИЮ Подсказки для взрослых Приложение для родителей, воспитателей, учителей и библиотекарей к журналу Читайка № 4, 2008 приложение к журналу Читайка № 4—2008 Дорогие наши взрослые читатели! Мы продолжаем выпуск специального приложения для взрослых к детскому журналу Читайка. Наша общая зада ча — помочь детям раскрыть свой творческий потенциал, сформировать у подрастающего...»

«ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ Вид экономической деятельности (область профессиональной деятельности): Архитектурно-строительное проектирование Для специализации: Управление проектной организацией Квалификационный уровень 7.1, 7.2. Коды ОКВЭД: 73.1 (Научные исследования и разработки в области естественных и технических наук); 73.2 (Научные исследования и разработки в области общественных и гуманитарных наук); 74.20.1 (Деятельность в области архитектуры, инженерно-техническое проектирование в...»

«Публичный отчет Муниципального автономного общеобразовательного учреждения Средняя общеобразовательная школа № 5 городского округа город Стерлитамак Республики Башкортостан за 2013 — 2014 учебный год. 1. Общая характеристика учреждения 1. Наименование образовательного учреждения (полное название, адрес, телефоны) Муниципальное автономное общеобразовательное учреждение Средняя общеобразовательная школа №5 городского округа город Стерлитамак Республики Башкортостан, 453130, Республика...»

«ФЕДЕРАЛЬНЫЙ ГОРНЫЙ И ПРОМЫШЛЕННЫЙ НАДЗОР РОССИИ ПОСТАНОВЛЕНИЕ от 5 июня 2003 года N 56 Об утверждении Правил безопасности в нефтяной и газовой промышленности Госгортехнадзор России постановляет: 1. Утвердить Правила безопасности в нефтяной и газовой промышленности. 2. Направить Правила безопасности в нефтяной и газовой промышленности на государственную регистрацию в Министерство юстиции Российской Федерации. 3. Настоящие Правила безопасности в нефтяной и газовой промышленности вступают в силу с...»

«№ 5’ 2012 № 5’ 2012 А. Е. Касьянов, В. И. Сметанин, ФГБОУ ВПО МГУП, 2012 Содержание Габилу Худуш оглы Исмайылову 75 лет Мелиорация и рекультивация, экология Ольгаренко Г. В., Цекоева Ф. К. Планирование экологически безопасных режимов орошения агробиоценозов с учетом изменчивости гидрометеорологических условий Голованов А. И., Студенова К. С. Обоснование противопожарного шлюзования в Мещерской низменности Сметанин В. И., Хохлов В. И. Исследования работы водоприемного слоя дренажных труб из...»

«КРАТКОЕ РУКОВОДСТВО ПО РЕПРОДУКЦИИ ЖИВОТНЫХ Крупный рогатый скот часть 1 и 2 Введение Рада представить вам новое, 10-е издание Руководства по репродукции животных, которое нашло свое место на книжных полках и в сердцах наших коллег, практикующих ветеринаров, преподавателей, а также студентов, изучающих ветеринарию — тех, для кого управление репродукцией домашних животных стало частью ежедневной работы, и тех, кто разделяет мою не угасающую страсть к изучению воспроизводства. Цель этой книги —...»

«Содержание Обзор международного законодательства Законодательство Российской Федерации Законы Российской Федерации Закон Российской Федерации Об образовании (извлечение) Федеральный закон Об основных гарантиях прав ребенка в Российской Федерации Закон о социальной защите инвалидов в Российской Федерации (извлечение) Типовые положения об образовательных учреждениях Типовое положение об общеобразовательном учреждении (извлечение) Типовое положение о специальном (коррекционном) образовательном...»

«ИПМ им.М.В.Келдыша РАН • Электронная библиотека Препринты ИПМ • Препринт № 5 за 2010 г. Иванов Д.С., Овчинников М.Ю., Трофимов С.П. Применение фотограмметрического метода в задаче автономного определения относительного движения группы макетов Иванов Д.С., Овчинников М.Ю., Рекомендуемая форма библиографической ссылки: Трофимов С.П. Применение фотограмметрического метода в задаче автономного определения относительного движения группы макетов // Препринты ИПМ им. М.В.Келдыша. 2010. № 5. 22 с. URL:...»

«Факультет Перерабатывающих технологий и товароведения Декан факультета доцент, кандидат химических наук Древин Валерий Евгеньевич тел. 41-12-16 Зам. декана по учебной работе – доцент, к.с.-х. наук Горбунов Александр Владимирович; Зам. декана – доцент, к.т.н. Иленева Светлана Викторовна ТЕХНОЛОГИЯ ПРОИЗВОДСТВА И ПЕРЕРАБОТКИ С.-Х. ПРОДУКЦИИ Основные дисциплины: -Технология хранения, переработки и стандартизация продукции растениеводства. -Технология хранения, переработки и стандартизация...»

«ИПМ им.М.В.Келдыша РАН • Электронная библиотека Препринты ИПМ • Препринт № 72 за 2012 г. Малинецкий Г.Г., Тимофеев Н.С. О методологии прогноза развития аэрокосмического комплекса Рекомендуемая форма библиографической ссылки: Малинецкий Г.Г., Тимофеев Н.С. О методологии прогноза развития аэрокосмического комплекса // Препринты ИПМ им. М.В.Келдыша. 2012. № 72. 16 с. URL: http://library.keldysh.ru/preprint.asp?id=2012-72 Ордена Ленина ИНСТИТУТ ПРИКЛАДНОЙ МАТЕМАТИКИ имени М.В.Келдыша Российской...»

«GRUNDFOS ПРОМЫШЛЕННОЕ НАСОСНОЕ ОБОРУДОВАНИЕ ПРОМЫШЛЕННОЕ НАСОСНОЕ ОБОРУДОВАНИЕ Copyright 2006 GRUNDFOS Management A/S. All rights reserved. Материал этой книги защищается законом об авторских правах и международными договорами. Ни одна часть издания не может быть воспроизведена никаким способом без предварительного письменного разрешения Правления компании GRUNDFOS (Grundfos Management A/S). Степень ответственности Все материалы, приведенные в этой книге, взяты из источников, которые GRUNDFOS...»

«Государственная жилищная инспекция Кемеровской области Главное управление архитектуры и градостроительства Кемеровской области РЕКОМЕНДАЦИИ ПО ФУНКЦИОНАЛЬНОЙ, АРХИТЕКТУРНОЙ И КОНСТРУКТИВНОЙ ОРГАНИЗАЦИИ ПРИКВАРТИРНЫХ ПОМЕЩЕНИЙ ЖИЛЫХ ЗДАНИЙ НА СЕЛИТЕБНЫХ ТЕРРИТОРИЯХ КЕМЕРОВСКОЙ ОБЛАСТИ Кемерово 2011 Рецензент Заместитель председателя Комитета градостроительства и землепользования Администрации г. Новокузнецка, заслуженный строитель Российской Федерации В.И. Магель Разработчики: Назаренко Иван...»

«118 ВЕСТНИК УДМУРТСКОГО УНИВЕРСИТЕТА 2014. Вып. 1 ИСТОРИЯ И ФИЛОЛОГИЯ Исторические очерки УДК 94(47)(=511.1)“1920/1930” С. Карм, А.Е. Загребин КУЗЕБАЙ ГЕРД И ЕГО ЭСТОНСКИЕ КОРРЕСПОНДЕНТЫ1 История финно-угорских стран и регионов 1920 – 1930-х гг. характеризуется созданием и строительством суверенных государств (Финляндия, Эстония, Венгрия) и советских национально-территориальных автономий. В эти годы, с одной стороны, наблюдалась активизация деятельности интеллигенции в области исследования...»

«Проект планировки с проектом межевания в его составе территории в границах красных линий улиц Ломоносова – Маршала Борзова в Центральном районе г. Калининграда ОБЩИЙ СОСТАВ ПРОЕКТА Книга 1. Основная (утверждаемая) часть проекта планировки 1. Положения о размещении объектов капитального строительства и характеристиках планируемого развития территории 2. Чертежи Книга 2. Материалы по обоснованию проекта планировки территории 1. Пояснительная записка 2. Графические материалы Проект планировки с...»

«СПРАВОЧНИК ПОПУЛЯРИЗАТОРА НАУКИ Настоящая публикация создана в рамках проекта Научные сотрудники и учителя. Польско-грузинское сотрудничество для развития образования в Грузии, реализуемого Фондом Партнерс Польша (Варшава), в сотрудничестве с Фондом инновационного образования (Тбилиси) и Центром науки Коперник (Варшава). Cодержание: Илона Иловецка-Таньска, Фонд Партнерс Польша, Продвижение науки: необходимо покинуть крепость!......................................»

«1 Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТУРИЗМА И СЕРВИСА Филиал ФГБОУ ВПО РГУТиС в г. Махачкале Кафедра туризма и сервиса ДИПЛОМНЫЙ ПРОЕКТ на тему: Совершенствование управления муниципальной собственностью (на примере г. Махачкалы) по специальности: Государственное и муниципальное управление Рамазанов Рашид Гаджиевич Студент Ширванова...»






 
2014 www.av.disus.ru - «Бесплатная электронная библиотека - Авторефераты, Диссертации, Монографии, Программы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.