Научно-исследовательская работа "Повышение...

Результаты разработки ТЗ на создание АС

управления материально-техническими

ресурсами ООО «МОСПРОМТРАНСГАЗ»

Научно-исследовательская работа

Сергей Ромашев

Ольга Антонова

Роман Галыгин

Анатолий Симкин

26 мая 2010г.

2

Содержание

2

3

4

Постановка задачи

Результаты исследования отрасли и предприятия

Задачи автоматизации. Описании ИТ-архитектуры

Выводы

3

Цель и задачи работы

Задачи:

1. Провести исследование современного состояния выбраннойотрасли

2. Выполнить анализ технологий автоматизации деятельности

компаний в выбранной отрасли

3. Разработать требования и порядок создания автоматизированной

системы предприятия в выбранной отрасли

Повышении эффективности учета закупок и складских

запасов в части обеспечения процессов МТО

1. Отчет об обследовании предприятия ООО «Моспромтрансгаз»

2. Техническое задание на создание автоматизированной системы

выбранной компании в соответствии с ГОСТ 34.602-89

3. Коллективный заключительный отчет о работе в целом

Выходные документы

Предметная область

4

ООО «МОСПРОМТРАНСГАЗ»

Процесс материально-

технического обеспечения

на предприятии

Объект исследования:

Предмет исследования:

5


1

3

4




Выводы

Россия-мировой лидер по поставкам газа

6

ОАО «Газпром»

является

монополистом в

транспортировке

газа

Экспорт природного

газа приносит

России около 15%

валютной выручки

Россия занимает

первое место в

мире по объемам

доказанных

запасов

природного газа

Источник: Информационно-справочный ресурс «ИНАПРО.СТРАНЫ»

Функциональная структура холдинга


7

Переработка

газа

Транспорти-

ровка и

хранение газа

Сбыт газа

Разведка

и

добыча газа

● 23 дочерних

предприятия ОАО«Газпром»,занимающихся

добычей

● Бурений скважиносуществляетсяООО «Бургаз» и

ООО «Газфлот»

● 6 газоперераба-

тывающих заводаОАО «Газпром»

● ОАО «Газпром

нефть»

● ОАО «Салават-

нефтеоргсинтез»

● 20 дочерних

предприятия ОАО«Газпром»,обеспечивающих

транспортировку газа

● 25 подземных

хранилищ газа натерритории РФ,эксплуатируемые

ООО «Газпром ПХГ»

● «Межрегионгаз»

● «Газпромсжиженный газ»

● «Газпром экспорт»

● 50 российскихрегиональных

газосбытовыхорганизаций и ихфилиалов

Вспомогательные виды деятельности

(строительство, ремонт, реконструкцию и технический контроль Единой

системы газоснабжения; обеспечение технологической связи;

производство электроэнергии; проведение НИОКР)

Источник: Сайт компании ОАО «Газпром», www.gazprom.ru

Организационная структура холдинга


8Источник: Газпром в вопросах и ответах, www.gazprom.ru

БП верхнего уровня компании

ООО «Моспромтрансгаз»

Хранение

технического газа

Реализация

газа

Транспортировка газа

Основная деятельность

По

ста

вщ

ики

По

тре

би

тел

и

МТОИнформационное

обеспечение

Административно-

хозяйственное


Контроль

качества и


безопасности

Учет и

отчетность

Поддерживающая деятельность

Управляющая деятельность

Стратегическое

планирование

и управление

Оперативное

управление

Управление

персоналом

Корпоративный

аудит

Экономика и

финансы

Закачка газа

Поддержание

давления в трубе

Обеспечение

работо-

способности

трубопровода

Обслуживание и

ремонт основных

фондов

9Источник: Газпром в вопросах и ответах, www.gazprom.ru

Процесс управления МТО в ООО «Моспромтрансгаз»

ООО«М ОСПРОМТРАНСГАЗ»

Управление процессомматериально-


Управление закупкамиматериально-технических

ресурсов

Прием материально-технических ресурсов

Распределение иотпуск МТР

Управлениематериально-техническими

запасами

Реализация МТРОбеспечение

бухгалтерского учетаматериалов

10

Заявочная компания на обеспечение МТР в

ООО «Моспромтрансгаз»

Филиал NФилиал N

Филиал N

ООО «Мострансгаз»

УМТСиК

(Служба снабжения)

Филиал 1 Филиал 2 Филиал N

Структурное

подразделение




подразделение Структурное





подразделениеСтруктурное








Генеральный

директор

Заместитель

Генерального

директора по МТО

Начальник

УМТСиК

Руководитель

филиала


подразделения

11

Газпром Комлектация

Распределение МТР в ООО «Моспромтрансгаз»


Филиал N


УМТСиК






















директор




Начальник

УМТСиК


филиала



Уровень 1

Уровень 2

12

Газпром Комлектация

13


1

2




Выводы

Анализ ИТ в отрасли

Управление ФХД

Службы: финансы, бухгалтерия, Управление персоналом, управление МТО

Управление ОПФСлужбы: производственные, эксплуатационные и ремонтные

Стратегическое управление

Руководство Компании, руководители структурных подразделений

Системы управленияэффективностью бизнеса

(BPM)

Системы управленияресурсами (ERP)

Системы управленияосновными фондами (EAM)

Системы управленияпроизводством (MES)

Системы управлениятехнологическими процессами

(АСУТП)

Офисные системыинформационноговзаимодействия

Узкоспециализированныеинформационные системы

Единая интеграционнаясреда

Производственные зоны

Оборудование на скважинах,насосные станции, мониторинг технического состояния ЛЧ МГ

Управление производством

Диспетчерское управление, планирование производства

Источник: ИТ в нефтегазовом бизнесе России, www.cnews.ru

Задачи автоматизации

Обеспечение эффективного функционирования процессов управления МТО

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

Обеспечение функционирования процессов создания и ведения единого классификатора МТР

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

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

15

Объекты автоматизации

● УКГ УМТСиК

● ОМТС/К УМТСиК

● Отдел приемки

● Отдел по УХиО материалов

● Центральный склад

● Удаленные склады

● УГК филиала

● Группа МТС филиала

16

Управление закупками

и прием МТР

● УКГ УМТСиК

● ОМТС/К УМТСиК

● Отдел приемки

● УХОМ (Центральный и

удаленный)

● Отдел реализации

● Группа МТС филиала

Управление запасами

и реализация МТР

ОБОСНОВАНИЕ ВЫБОРА

СИСТЕМ АВТОМАТИЗАЦИИ

17

Не подходит для

Компании:

• Высокая стоимость

сопровождения

• Низкая надежность

систем

SOA

Единая

платформа

АРМ

SOA

Способ решения


Компании:

• Ограниченная

функциональность

• Высокие затраты на

реализацию интеграции

Лучший выбор

Те

хно

ло

гии и с

ре

дства

авто

ма

тиза

ции

Архитектура

АС

Архитектурная

платформа

Способ

управления НСИ

Выбор архитектуры АС:

Варианты решения

18

АРМ

АРМ

АРМ

АРМ

Одно решение

ERP

ESB

АС1 АС2 АС3 …

Выбор архитектуры АС должен

осуществляться по следующим

критериям:

Низкая Средняя Высокая

Степень влияния на принятие

решения:

0 1 2 3 4 5

Обеспечение единой информационной

среды

Функциональное покрытие

Возможность интеграции

Стоимость реализации

SOA

Единая платформа

Автоматизация отдельных рабочих мест




3,2 3,4 3,6 3,8 4 4,2 4,4 4,6

Итог

Выбор архитектуры АС:

Критерии выбора и принятие решения

19


Компании:

• Высокая стоимость

• Низкие возможности

интеграции

Системы с

совмест-

ными ERP

Универ-

сальные

решения

Собствен-

ная

разработка

SAP NetWeaver PI

Способ решения


Компании:

• Наличие рисков

интеграции с АС

• Отсутствие совместной

ERP

• Затраты на

дополнительные

лицензии

Лучший выбор

Те

хно

ло

гии и с

ре

дства

авто

ма

тиза

ции


АС


платформа

Способ


Выбор архитектурной платформы:

Варианты решения

20

•Oracle ESB

•SAP NetWeaver PI

•IBM WebSphere

•Sonic ESB

•АСУ

«Транспортный шлюз»

Возможные платформы

Выбор архитектурной платформы должен


критериям:



решения:




Выбор архитектурной платформы:


0 1 2 3 4 5

Рейтинг Gartner для совместной BPMS

Наличие совместной ERP

Возможности интеграции платформы

Стоимость

Sonic ESB

SAP NetWeaver PI

Oracle ESB

3,50 3,60 3,70 3,80 3,90 4,00 4,10 4,20

Итого

21

Те

хно

ло

гии и с

ре

дства

авто

ма

тиза

ции


АС


платформа

Способ


Выбор способа управления НСИ:

Варианты решенияСпособы управления НСИ

Централизация

Централизация Консолидация

Способ

решения

Особенности:

• Первичный ключ не изменяется в зависимости от АС

• Возможность обеспечения транзакционного обмена без доп. затрат

Гармонизация

22

Плюсы:

• Разграничение ответственностипо ведению НСИ

• Высокая степень достоверности

данных

Минусы:

• Медленное заведение новыхзаписей

• Необходимость проверки

Критерии выбора:

● Отображение единых кодов на ТМЦ во всех документах

● Обеспечение обмена данными на основе интеграционнойплатформы

● Механизм централизации управления службы ведения НСИ

● Возможность интеграции НСИ с поставщиками

Выбор способа управления НСИ должен


критериям:



решения:




Выбор способа управления НСИ:


23

0 1 2

Обеспечения обмена данными

Механизм централизации


Интеграция с поставщиками

Отображение единых кодов ТМЦ


Консолидация

Централизация

0,0 0,5 1,0 1,5 2,0

Итого

24

Схемы ведения НСИ:

Описание

Централизованное

распространение данных

● Внесение изменений выполняется в одной специально выделенной

информационной системе (эталонной), изменения регламентированорассылаются потребителям


данных

Консолидация

данных

● Внесение изменений выполняется в многочисленных

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

● Внесение изменений выполняется в многочисленных

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

Изменения, выполненные в эталонном справочнике централизованнорассылаются в требуемые информационные системы Компании

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

Источник: Управление НСИ. Решение SAP NetWeaver Master Data Managemen, www.sap.com

Схемы ведения НСИ:

Особенности организацииПреимущества Недостатки Технические особенности

Разграничение

ответственности по

ведению НСИ

Высокая степень

достоверности

данных

Медленное

заведение новых

записей

Необходимость

проверки

Первичный ключ не

изменяется в

зависимости от АС

Возможность

обеспечения

транзакционного обмена

без дополнительных

затрат

Данные НСИ

вводятся в

локальных системах

оперативно и в

любое время

Используется

преимущественн

о для

консолидирован

ной отчетности

Создается таблица

соответствий, задающая

связи между

двойниками записей

Данные НСИ

вводятся в

локальных системах

оперативно и в


Внедрение не

требует

перестройки

существующих

процессов и АС

Возможно

кратковременное

появление

двойников в

АСна интервале

между загрузкой

исходной и

тиражированием

эталонной НСИ

Одинаковый

эталонный ключ для

всех данных

Эталонная система

хранит первичные

ключи АС, связанные с

эталонным ключом


транзакционного обмена

без АСУ НСИ

Система ведения

НСИ

Справочник

ИС 1


ИС 2


ИС 3

1

1

1

2 2

2


НСИ


ИС 1


ИС 2


ИС 3

1

1 1


НСИ


ИС 1


ИС 2


ИС 3

2

1

2

1 1

2

3 3

3

Це

нтр

ал

иза

ци

яК

он

со

ли

да

ци

яГ

ар

мо

ни

за

ци

я

25Источник: Система ведения НСИ , integration.ibs.ru.

АРХИТЕКТУРА ПРИЛОЖЕНИЙ

26

Общая архитектура системы

Enterprise Portal

Хр

ани

ли

ще

ин

фо

рм

аци

и

ER

P

SRM

Bu

sin

ess

Ob

ject

sProcess Integration

MD

M

27

Netweaver Platform Другие решения SAP

Архитектура компонентов системы

28

Архитектура интеграции компонентов

29

ООО «Газпром

Комплектация»

УМТСиК


Филиалы

Уровень

дочернего

общества

Уровень

филиалов

Уровень

подразделений

Структурные


Word,

Ex cel

Word,

Ex cel

Word,

Ex cel

Word,

Ex cel

Word,

Ex cel

En

terp

rise P

orta

l

… - название используемой автоматизированной системы

АСУ МТО АСУ Поставщики

Управление заку

пками

Складская

логистика

Управление Н

СИ

МТ

Р

Управление затратам

и

Аналитиче-

скаяотчетность

Проведение тендеров


договорами


поставщика

ми


и контроль заку

пок

АС

У

Финансы

АС

У Ф

онды

предприятия

АС

У Н

СИ

Портал


Функциональные

области

Функциональное покрытие архитектуры

АСУП «МПТГ»

SR

M

Ma

ster D

ata

Ma

na

ge

me

nt

(MD

M)

30

Bu

sin

ess

Ob

jects

(EP

M, B

I) ER

P O

pe

ratio

ns (E

AM

, PM

)

ER

P F

ina

ncia

ls

ER

P O

pe

ratio

ns

Управление МТО – «TO-BE»

31

32


1

2

3




Выводы

33

Результаты и преимущества внедрения АС

Снижения затрат на МТО

Повышение эффективности механизмов планирования потребностей и закупок требуемых МТР

Улучшение функционирования процессов управления МТО

Возможность интеграции с внешним информационным системам

Улучшение процессов складской логистики, в том числе процессов поступления, отпуска, перемещения, реализации, возврата, инвентаризации и управления неликвидными МТР

33

Спасибо за внимание!

Сергей Ромашев

Ольга Антонова

Роман Галыгин

Анатолий Симкин

26 мая 2010г.

МОСКОВСКИЙ ФИЗИКО-ТЕХНИЧЕСКИЙ ИНСТИТУТ

(ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ)

ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ БИЗНЕС СИСТЕМ

КАФЕДРА УПРАВЛЕНЧЕСКОГО КОНСАЛТИНГА

Разработка технического задания на создание

автоматизированной системы управления

материально-техническими ресурсами


ОТЧ Е Т

о научно-исследовательской работе

Руководители:

К.э.н., доцент кафедры Управленческого консалтинга ФИБС МФТИЕчкалова Н.В. ______________

Магистранты: Ромашев С.В. ______________

Антонова О.А. ______________

Галыгин Р.Е. ______________

Симкин А.В. ______________

Москва, 2010

Отчет по научно-исследовательской работе

Редакция от : 19.05.2010 Версия: 19Стр: 2/88

Список исполнителей

Исполнитель Главы отчета Главы ТЗ

Ромашев Сергей Владимирович 1.3, 2.1, 3.3 5, 7, 8, 9, 10, 11

Антонова Ольга Александровна 1.1, 1.2, 2.1 1, 2, 3

Галыгин Роман Евгеньевич 1.3, 2.2 4.3, 6

Симкин Анатолий Владимирович 1.4, 1.5, 2.3, 3.1, 3.2 4.1, 4.2



Содержание стр.

ВВЕДЕНИЕ............................................................................................................................................................................................ 8

1 ИССЛЕДОВАНИЕ ОСОБЕННОСТЕЙ ГАЗОТРАНСПОРТНОЙ ОТРАСЛИ В РОССИИ .........................................................10

1.1 СТРУКТУРА И ФУНКЦИОНИРОВАНИЕ ГАЗОТРАНСПОРТНОЙ ОТРАСЛИ В РОССИИ ..............................................11

1.2 АНАЛИЗ ДЕЯТЕЛЬНОСТИ КОМПАНИИ ГАЗПРОМ НА РОССИЙСКОМ РЫНКЕ.........................................................14

1.3 ОРГАНИЗАЦИЯ МАТЕРИАЛЬНО-ТЕХНИЧЕСКОГО ОБЕСПЕЧЕНИЯ В ОАО «ГАЗПРОМ» .........................................19

1.4 АНАЛИЗ ПРЕДПРИЯТИЯ ООО «МОСПРОМТРАНСГАЗ» ...............................................................................................23

1.5 ФОРМУЛИРОВАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К АВТОМАТИЗАЦИИ ....................................................28

2 ТЕХНОЛОГИИ АВТОМАТИЗАЦИИ МАТЕРИАЛЬНО-ТЕХНИЧЕСКОГО ОБЕСПЕЧЕНИЯ.................................................31

2.1 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ...............................................................31

2.2 ИССЛЕДОВАНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ИСПОЛЬЗУЕМЫХ В ОТРАСЛИ.........................................36

2.3 ВЫБОР ТЕХНОЛОГИЙ И СРЕДСТВ АВТОМАТИЗАЦИИ..................................................................................................48

3 ТРЕБОВАНИЯ И ПОРЯДОК СОЗДАНИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ПРЕДПРИЯТИЯ ООО

«МОСПРОМТРАНСГАЗ» .................................................................................................................................................................54

3.1 РЕЗУЛЬТАТЫ ИССЛЕДОВАНИЯ ..........................................................................................................................................55

3.2 ОПИСАНИЕ АРХИТЕКТУРЫ ПРИЛОЖЕНИЙ СИСТЕМЫ .................................................................................................58

3.3 ПОРЯДОК СОЗДАНИЯ АСУ ..................................................................................................................................................72

ЗАКЛЮЧЕНИЕ ...................................................................................................................................................................................76

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ...........................................................................................................................77

ПРИЛОЖЕНИЯ ..................................................................................................................................................................................85



Определения, обозначения и сокращения

АИС – автоматизированная информационная система

АРМ – автоматизированное рабочее место

АС – автоматизированная система

АСУ – автоматизированная система управления

АСУП – автоматизированная система управления предприятием

АСУ ТП – автоматизированная система управления технологическим

процессом

АУП – аппарат управления

АХО – административно-хозяйственный отдел

БПТОиК – база производственно-технического обслуживания и

комплектации

ВИНК – вертикально-интегрированная компания

ГОиЧС – гражданская оборона и чрезвычайные ситуации

ГСМ – горюче-смазочные материалы

ГТО – газотранспортная отрасль

ЕС – Европейский Союз

ЕСГ – единая система газоснабжения

ЕЭС – единая энергетическая система

ЖЦ – жизненный цикл

ЗАО – закрытое акционерное общество

ЗИП – запасные инструменты и принадлежности

ИТ – информационные технологии

ИУСП – информационно-управляющая система предприятия



КИП – контрольно-измерительный прибор

КИС – корпоративная информационная система

МОЛ – материально ответственное лицо

МПР – методологическое проектное решение

МПТГ – МОСПРОМТРАНСГАЗ

МТО – материально-техническое обеспечение

МТР – материально-технические ресурсы

МТС – материально-техническое снабжение

НДС – налог на добавленную стоимость

НИЦ – научно-исследовательский центр

НК – нефтегазовая компания

ОАО – открытое акционерное общество

ОМТС/К – отделы материально технического снабжения и комплектации

ООО – общество с ограниченной ответственностью

ПО – программное обеспечение

ПЭО – планово-экономический отдел

РФ – Российская Федерация

СНГ – Содружество Независимых Государств

СССР – Союз Советских Социалистических Республик

ТЗ – техническое задание

ТОиР – техническое обслуживание и ремонт

ТЭС – топливно-энергетический союз

ТОиР – техническое обслуживание и ремонт

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



УКГ – учетно-контрольная группа

УМТСиК – управление материально-технического снабжения и


УХиО – управление хранением и отпуском

УХОМ – управления хранением и отпуском материалов

ФСТЭК – Федеральная служба по техническому и экспортному

контролю

ЧПУ – числовое программное управление

ATM – Asynchronous Transfer Mode

A2A – Application to Application

B2B – Business to Business

BI – Business Intelligent

BPMS – Business Process Management System

BSI – Британский Институт Стандартов (British Standard Institute)

CIO – Chief Information Officer

CALS – Continuous Acquisition and Life cycle Support

EAM – Enterprise Asset Management

EP – Enterprise Portal

EPM – Enterprise Performance Management

ERP – Enterprise Recourse Planning

ESB – Enterprise Service Bus

HMI – Human Machine Interface

MDM – Master Data Management

OLTP – Online Transaction Processing



PLM – Product Lifecycle Management

PDM – Product Data Management

PM – Tips and Plant Maintenance

PI – Process Integration

RISC – Reduced Instruction Set Computer

SOA – Service-Oriented Architecture

SOAP – Simple Object Access Protocol

SCADA – Supervisory Control And Data Acquisition

SRM – Supplier Relationship Management

TCO – Total cost of ownership

UDDI – Universal Description Discovery & Integration

WSDL – Web Services Description Language

XML – eXtensible Markup Language



Введение

Газовая отрасль является одной из составных частей

топливно-энергетического комплекса, в состав которого входят предприятия

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

также ее транспортировке.

Как известно, ОАО «Газпром» является одной из крупнейших газовых

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

трубопроводов общей протяженностью более 160 тысяч км., объединенной

в Единую систему газоснабжения России. Эффективное и надежное

функционирование и развитие ЕСГ является принципиально важным

для газовой промышленности России и партнеров ОАО «Газпром» в Европе

и на других континентах.

Компания ООО «МОСПРОМТРАНСГАЗ» является одним из дочерних

подразделений Газпрома, которые осуществляют транспортировку газа

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

является обслуживание и ремонт газотранспортной системы. Обеспечение

материально-техническими ресурсами этой деятельности становится

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

трубопровода и газотранспортного оборудования.

Настоящий отчет рассматривает актуальные вопросы, связанные

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

связанных с автоматизацией этой функции.

Целью научно-исследовательской работы является проведение анализа

газотранспортной отрасли и процессов материально-технического обеспечения

на газотранспортном предприятии и написание технического задание на

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

ресурсами ООО «МОСПРОМТРАНСГАЗ».

Отчет состоит из введения, основной части, заключения и приложений.

В первой главе основной части приведены результаты исследования газовой



и газотранспортной отрасли в России. В сравнении с международной

практикой, рассмотрена структура и функционирование компании

ОАО «Газпром». Описаны функции и задачи материально-технического

обеспечения газотранспортной отрасли.

Во второй главе проведен анализ технологий автоматизации материально-

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

состоянии и развития ИТ-сферы в отрасли, проведен сравнительный анализ и

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

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

предприятии.

В третьей главе приведена рекомендуемая структура приложений

и функционирование автоматизируемой системы, основанная на результатах

анализа технологий автоматизации МТО, проведенного во второй главе.

Обоснован и приведен порядок создания АСУ.



1 ИССЛЕДОВАНИЕ ОСОБЕННОСТЕЙ ГАЗОТРАНСПОРТНОЙ ОТРАСЛИ В РОССИИ

Процессы глобализации мировой экономики привели к тому, что газовая

отрасль становится, по сути, мировой индустрией. Географическая удаленность

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

обеспечения связи между ними. Газовые рынки готовы к быстрому росту.

Согласно информационно-аналитическому ресурсу ИНАПРО

(по состоянию на 01.01.08) [1], Россия занимает первое место в мире по объемам

доказанных запасов природного газа (см. рисунок 1), что соответствует 25% от

общемировых доказанных запасов.

Рисунок 1. Газотранспортные системы СНГ и Европы.

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

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

самыми крупными игроками на этом рынке являются Россия, Туркмения и

Иран.



1.1 СТРУКТУРА И ФУНКЦИОНИРОВАНИЕ

ГАЗОТРАНСПОРТНОЙ ОТРАСЛИ В РОССИИ

Магистральная система транспорта газа стран бывшего СССР создавалась

как часть единой системы газоснабжения СССР (см. рис. 2), поэтому

технологически эти страны (СНГ) находятся в зависимости от поставок газа по

магистральной сети газопроводов, принадлежащих ОАО «Газпром». В свою

очередь, ОАО «Газпром» также находится в зависимости от этих стран в

области транзита природного газа в Европу и в Калининградскую область.

В данных государствах, кроме государств Средней Азии, нет крупных

месторождений, способных обеспечить их внутренние потребности

в природном газе. На рисунке 2 приведенном в [2] изображены

газотранспортные системы СНГ и Европы.

На сегодняшний момент прослеживается тенденция к становлению рынка

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

что вносит существенные изменения в основные стратегические

решения [см. 3].

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

в Юго-Восточную Европу, а также в Китай, Индию и Пакистан создают

газопроводы «Южный поток» и «Алтай».

Рисунок 2. Газотранспортные системы СНГ и Европы.


Редакция от : 19.05.2010 Версия: 19 Стр: 12/88

В то время как Западная Европа стремится увеличить число своих

поставщиков помимо «Газпрома», Россия стремится увеличить число

маршрутов поставок в Западную Европу.

Поэтому и существует соперничество между двумя трубопроводными

проектами. Имеющий поддержку «Газпрома» трубопровод «Южный поток»

увеличивает объемы транспортировки российского газа в Европу, тем самым

усиливая монополию российской компании на европейском рынке, в то время

как поддерживаемый ЕС «Набукко» расширяет географию прямых

поставщиков Европы до Каспийского моря и Ближнего Востока через Турцию.

В настоящее время в России доля газа в топливном балансе ТЭС составляет

62%, а в европейской части - 86%. Отрасль обеспечивает порядка 10%

национального ВВП, до 25% доходов государственного бюджета страны.

Экспорт природного газа приносит России около 15% валютной выручки.

Лицензии на разработку месторождений, содержащих около 70% запасов

газа России, принадлежат предприятиям системы ОАО «Газпром» и,

соответственно, они производят 90% добываемого в России газа. К остальной

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

«Новатэк» и «Итера», которые являются основными конкурентами Газпрома на

российском рынке.

Как следует из статьи [4], основная часть разведанных запасов газа

сосредоточена в уникальных месторождениях Западной Сибири (около 78%

всех разведанных запасов газа России). Так же в основном в Западной Сибири

газ добывают нефтяные компании (около 30 млрд. куб. м. в год), причем

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

объемах добывают в районе Норильска, в Якутии, на о. Сахалин,

в Оренбургской, Томской и Астраханской областях, а также в нескольких

областях Европейской части России. На сегодняшний день имеются огромные

прогнозные запасы газа, причем их прирост ожидается на огромных

относительно мало исследованных территориях Центральной и Восточной



Сибири, Дальнего Востока. На рисунке 3 приведенном из источника [2]

представлены основные регионы проведения геологоразведочных работ

в России на 2009 год.

Рисунок 3. Основные регионы проведения геологоразведочных работ в России в 2009.

Эффективно транспортировать природный газ – в его газообразной форме

– можно только по трубопроводам. Так в ЕСГ выделяют следующие

газопроводы: Средняя Азия – Центр, Бухара – Урал, Уренгой – Помары –

Ужгород, Северный поток и т.д. От магистральных газопроводов в район

расположения конкретных потребителей газа делаются газопроводы-отводы.

Таким образом, в разделе 1.1 стало ясным, что Россия не только лидер в

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

сеть, которая является ключевым фактором монополизации газотранспортной

отрасли в нашей стране.



1.2 АНАЛИЗ ДЕЯТЕЛЬНОСТИ КОМПАНИИ ГАЗПРОМ НА

РОССИЙСКОМ РЫНКЕ

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

России видно, что Российский рынок газа в основном представлен компанией

«Газпром». Стратегической целью компании является становление ее как

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

новых рынков, диверсификации видов деятельности, обеспечения надежности

поставок.

1.2.1 Структура и функционирование ОАО «Газпром»

Исходя из проведенного анализа, самой крупной компанией мира,

а соответственно и России является компания ОАО «Газпром». В мае 2006 г.

капитализация концерна впервые превысила $300 млрд., что помогло

«Газпрому» попасть в тройку самых дорогих компаний мира [см. 5].

Рисунок 4. Структура реализации газа группой «Газпром» в 2008 году.

По итогам января-февраля 2008 года доля ОАО «Газпром» в общем объеме

добычи составила 84,6% (в январе-феврале 2007 года – 84,8%). На внутренний



рынок из собственных объемов ОАО «Газпром» по ЕСГ поставлено (по

предварительным данным ФГУП ЦДУ ТЭК) 93,5 млрд. куб. м. газа (101,5%), в

том числе для ЕЭС России – 34,75 млрд. куб. м. (103,3%). Экспорт газа за

январь-февраль 2008 года (по данным ФТС России и оперативным данным

Минпромэнерго России) составил 40,74 млрд. куб. м. (118,6% к январю-

февралю 2007 года). При этом в страны дальнего зарубежья и Балтии

экспортировано 32,98 млрд. куб. м. (135,8%), в страны СНГ – 7,76 млрд. куб. м.

Государство является собственником контрольного пакета акций

«Газпрома» – 50,002%. На рисунке 5 показано, что доля концерна в мировых

запасах газа составляет 17%, в российских — 60%. Запасы газа «Газпрома»

оцениваются в 29,85 трлн. кубометров. В таблице 1 приведены крупнейшие

иностранные партнеры холдинга ОАО «Газпром».

Рисунок 5. Мировые запасы газа

Таблица 1. Мировые партнеры «Газпрома»

Страна Компания

Германия «Э.ОН», «Винтерсхалл», «Фербунднетц Газ», «Сименс»

Италия «Эни»

Финляндия «Фортум»

Дания «ДОНГ»



Страна Компания

Австрия «ОМФау»

Индия «ГАИЛ»

Венгрия «МОЛ»

Корея «Когаз»

Франция «Газ де Франс» и «Тоталь»

Турция «Боташ

Голландия «Газюни», «Шелл»

Норвегия «СтатойлГидро»

Китай «КННК», «ПетроЧайна»

Венесуэла «ПДВСА»

Польша «ПГНиГ»

На компанию приходится около 20% мировой добычи газа. Монополизм

в газовой отрасли в мире является обычным явлением. Особенность России

скорее в масштабе и размерах.

Организационная структура ОАО «Газпром» и, в частности, его дочерних

компаний, является преимущественно дивизиональной. В ее развитии

выявлены, по крайней мере, две тенденции. С одной стороны, наблюдается

процесс централизации полномочий и укрепления иерархических

инструментов координации. С другой стороны, идет активный процесс

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

минеральных удобрений, синтетического каучука, шинной промышленности,

предприятий черной металлургии и др.), что сопровождается созданием

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

управления в целом [см. 6]. Если первый из указанных процессов полностью

соответствует критериям совершенствования системы корпоративного

управления в конкретных российских условиях, то второй – заслуживает

исключительно критической оценки.

Для совершенствования управления дочерними организациями

ОАО «Газпром», и повышение прозрачности их деятельности внутри

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



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

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

отрасли, подземное хранение и сбыт. Таким образом сокращаются

непроизводительные затраты и повышается прозрачность работы дочерних

обществ. Транспортные организации «Газпрома» получает возможность

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

непрофильные активы выводятся из их состава.

Рисунок 6. Структура реализации газа группой «Газпром» в 2008 году.

1.2.2 Мировой опыт: отличия и особенности мексиканской компании «Pemеx» и российской компании «Газпром»

«Газпром» и «Pemex» — два энергетических гиганта, но различия между

ними значительны. Обе играют важнейшую экономическую роль в своих

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

государству. Наконец, обе являются важными игроками на мировом рынке,

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

крупномасштабную добычу и имеют весьма значительные доли рынка.



Основываясь на данных, приведенных в статье [7], можно сделать вывод,

что «Pemex» представляет собой децентрализованную открытую акционерную

компанию, на 100% принадлежащую мексиканскому правительству.

«Pemex» обеспечивает весьма существенную часть бюджетных доходов,

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

В частности, бюджет «Pemex» включается в государственный бюджет, который

составляется Министерством финансов и государственного кредита

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

В случае «Газпрома» ситуация иная: Российская Федерация стала

основным акционером компании лишь в июле 2005 г., причем государству

принадлежит контрольный пакет акций с минимальным перевесом (50,002%).

«Pemex» рассматривается преимущественно как организация, нацеленная

на решение задач государственной политики, а «Газпром» – как

преимущественно коммерческое предприятие. Как в случае «Pemex»,

так и в случае «Газпрома» государственное регулирование является ключевым

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

И «Газпром», и «Pemex» несут значительное бремя налогов, но с точки

зрения финансовых показателей, «Газпром» выглядит несколько лучше,

так как размер операционного денежного потока «Pemex» после вычета налога

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

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

Таким образом, в разделе 1.2 показано, что анализ показателей обоих

эмитентов, безусловно, подтверждает наш вывод о том, что важнейшим

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

на сырьевые товары, является государственное вмешательство.



1.3 ОРГАНИЗАЦИЯ МАТЕРИАЛЬНО-ТЕХНИЧЕСКОГО

ОБЕСПЕЧЕНИЯ В ОАО «ГАЗПРОМ»

1.3.1 Место МТО в газотранспортной компании

Безусловно, ключевым для выполнения производственного плана

газотранспортного предприятия является процесс перекачки газа. Но если

проанализировать, от каких факторов зависит эффективность данного

процесса, то можно выделить два основных момента [см. 8]:

Процесс перекачки газа в значительной степени автоматизирован,

и большая часть параметров данного процесса и соответствующих

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

станций;

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

компрессорных станций, своевременной и качественной диагностикой

трубопроводов и конденсатопроводов, своевременным и качественным

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

снабжением материально-техническими ресурсами (МТР)

для проведения ремонтов и эксплуатации оборудования

(материально-технические ресурсы на ремонтно-эксплуатационные

и производственно-эксплутационные нужды).

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

являются обеспечивающие процессы:

Техническое обслуживание и ремонт оборудования (ТОРО);

Материально-техническое обеспечение (МТО).

Эффективность указанных процессов существенно зависит

от экономических задач, которые ставятся руководством. Для

материально-технического обеспечения на крупном предприятии одной

из основных задач является снижение складских запасов в следующих

условиях, вызванных спецификой отрасли [см. 9]:



Большой номенклатуры МТР, как правило, превышающей

100000 наименований;

Наличия собственных складов у филиалов ввиду их географической

удаленности друг от друга и от центральной базы снабжения,

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

кампании;

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

Климатических особенностей ряда северных регионов, определяющих

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

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

службы МТО в любой компании является обеспечение деятельности компании

материально-техническими ресурсами в необходимом количестве, а также

надлежащего качества, в установленные сроки и с минимальными затратами.

Принципы построения эффективной системы МТО в отдельно взятых

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

и территориальной структуры, могут существенно различаться.

Далее будут рассмотрены основные функции и задачи материально-

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

и функционирования в ОАО «Газпром».

1.3.2 Основные функции и задачи МТО

Как было сказано в предыдущем разделе, основной целью материально-

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

потребностей в МТР надлежащего качества и с минимальными затратами.

В рамках этой цели основными задачами МТО являются:

планирование потребности МТР и консолидация заявок от филиалов;

выбор поставщиков и закупка МТР;

обеспечение поступления и распределения МТР.



К основным функциям МТО относят:

Управление закупками материально-технических ресурсов;

Прием материально-технических ресурсов;

Распределение и отпуск МТР;

Управление материально-техническими запасами;

Реализация МТР;

Далее рассмотрим структуру управления МТО в ОАО «Газпром».

1.3.3 Особенности структуры МТО в ОАО «Газпром»

Предприятие ОАО «Газпром» имеют собственную масштабную

инфраструктуру, в составе которой присутствует и своя система МТО,

обслуживающая его дочерние общества.

На уровне компании в целом централизованным материально-

техническим обеспечением дочерних обществ и организаций ОАО «Газпром»

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

объектов газовой отрасли занимается дочернее предприятие ООО «Газпром

Комплектация».

Из описания компании [см. 10] следует, что в ходе реализации функции

централизованного поставщика ООО «Газпром Комплектация» выполняет

следующие задачи:

разрабатывает совместно с администрацией ОАО «Газпром» и дочерними

предприятиями годовые планы поставок и финансирования МТР,

графики платежей и поставок;

по итогам конкурсных торгов осуществляет закупки материально-

технических ресурсов для нужд ОАО «Газпром» и его дочерних обществ;

заключает договоры и обеспечивает поставку МТР наиболее

рациональными способами;



комплектует материально-техническими ресурсами объекты

капитального строительства в рамках заявленной заказчиком

номенклатуры;

организует ведение учета запасов материально-технических ресурсов

на складах дочерних обществ и организаций ОАО «Газпром», проводит

анализ запасов, разрабатывает предложения по вовлечению

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

На рисунке 7 представлена схема функционирования системы МТО

в структуре «Газпрома». Заявки на МТР от филиалов дочерних обществ

поступают в службы снабжения, откуда уже консолидируются и отправляются

в «Газпром Комплектацию». После закупки необходимых МТР, происходит их

распределение на центральные склады дочерних обществ, откуда уже

материалы распределяются по филиалам.


Филиал N

ОАО «Газпром» ООО «Газпром Комплектация»

Центральная служба снабжения

ООО «Мострансгаз»ОООО «Газпром

Трансгаз Самара»

ОООО «Газпром

Трансгаз Сургут»Дочерние компании

УМТСиК



Рисунок 7. Структура передачи заявок на МТР в ООО «Газпром Комплектация»



Таким образом, в разделе 1.3 показано, что ОАО «Газпром» имеет жесткую

централизированную систему снабжения материально-техническими

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

филиалов в каждом из регионов.

1.4 АНАЛИЗ ПРЕДПРИЯТИЯ ООО «МОСПРОМТРАНСГАЗ»

Как было сказано ранее (см. раздел 1.3), ООО «МОСПРОМТРАНСГАЗ»

является дочерней компанией ОАО «ГАЗПРОМ». Открытое акционерное

общество «ГАЗПРОМ» имеет структуру, в которой головная компания владеет

дочерними обществами и предприятиями. По проведенному обследованию

предприятия (см. приложение А «Отчет об обследовании предприятия ООО

«МОСПРОМТРАНСГАЗ»») можно отметить, что система управления

материально-техническим обеспечением функционирует на трех уровнях:

уровень общества;

уровень филиала общества;

уровень производственного подразделения филиала (участка, отдела).

Рисунок 8. Уровни дочерних обществ ОАО «ГАЗПРОМ»

ФилиалыФилиалы

ОАО "ГАЗПРОМ"

Уровень дочерних

обществ

Служба закупки ФилиалыФилиал

Уровень филиалов

общества

Структурное подразделение



Уровень производственного подразделения филиала

ООО «Газпром Комплектация»

ООО "МОСПРОМ-ТРАНСГАЗ"

ООО "Газпром Трансгаз Самара"

ООО "Газпром Трансгаз Сургут"



1.4.1 Модель бизнес-процессов верхнего уровня

Компания ООО «МПТГ» осуществляет транспорт природного газа

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

ключевым процессом в организации вертикально интегрированной компании

занимающейся газодобычей в целом.

Управляющая деятельность включает в себя следующие процессы:

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

управление персоналом, корпоративный аудит, экономическую и финансовую

деятельность.

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

включает в себя: транспортировку газа, хранение технического газа

и реализацию. Несмотря на то, что транспортировка газа, является основным

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

видов деятельности [11].

Рисунок 9. Модель бизнес-процессов верхнего уровня

Хранение

технического газа

Реализация

газа

Транспортировка газа

Основная деятельность

По

ста

вщ

ики

По

тре

би

тел

и

МТОИнформационное


Административно-

хозяйственное


Контроль

качества и


безопасности

Учет и

отчетность

Поддерживающая деятельность

Управляющая деятельность

Стратегическое

планирование

и управление

Оперативное

управление


персоналом

Корпоративный

аудит

Экономика и

финансы

Закачка газа

Поддержание

давления в трубе


работо-

способности

трубопровода

Обслуживание и

ремонт основных

фондов



Поддерживающие бизнес-процессы, создающие инфраструктуру

компании, являются: МТО, обслуживание и ремонт основных фондов,

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

контроль качества и обеспечение безопасности, обеспечение учета

и отчетности.

1.4.2 Структура организации деятельности МТО компании

Основываясь на приложении А по отчету об обследовании МТО

предприятия ООО «МПТГ», опишем структуру организации деятельности

компании в рамках МТО.

В силу того, что основные принципы организации процесса МТО

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

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

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

1) УМТСиК или служба снабжения, являющаяся филиалом дочернего

общества, осуществляет обеспечение и управление МТР. Возглавляет филиал

начальник УМТСиК подчиняющийся непосредственно Заместителю

Генерального директора по МТО. Отличительной особенностью является то,

что склады включаются во введенье отделов УМТСиК. Отдел управления

хранением и отпуском (УХОМ) МТР является структурным подразделением

УМТСиК и подчиняется заместителю начальника по управлению запасами

и складским хозяйством. В состав отдела УХОМ включены центральный

и удаленный участок хранения и отпуска МТР, т.е. склады.

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

(БПТОиК) входят в состав УМТСиК, в управлении которой находятся склады

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

БПТОиК.

2) Каждый филиал возглавляет Руководитель филиала. В филиале имеется

центральный склад, находящийся в функциональном подчинении начальника

УМТСиК.



Рисунок 10. Заявочная компания в ООО «МПТГ»

3) Каждый филиал имеет несколько производственных подразделений,

возглавляет которые Руководитель подразделения. Он назначает материально -

ответственное лицо (МОЛ) за реализацию функций МТО подразделения.

Процесс заявочной компании

На рисунке 10 представлен процесс формирования заявок на МТР. Процесс

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

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

их в Службу закупок. УМТСиК консолидирует заявки, проверяет

и согласовывает их, затем передает в дочернее общество

ООО «Газпром Комплектация».

Процесс распределения МТР

В процессе распределения МТР выделяется два уровня (см. рисунок 11).

На первом уровне, после поступления МТР на центральный склад Службы

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

Сначала ресурсы распределяются по филиалам на центральные склады.

В случае необходимости МТР перераспределяются между центральными


Филиал N


УМТСиК






















директор




Начальник

УМТСиК


филиала





складами других филиалов. На втором уровне происходит отпуск МТР

материально-ответственным лицам подразделений филиалов в соответствии

с заявленной потребностью. После этого перераспределение МТР на данном

уровне не допускается.

Рисунок 11. Распределение МТР

1.4.3 Описание функций процесса МТО

В разделе 4.2 приложения «Отчет об обследовании предприятия

ООО «МОСПРОМТРАНСГАЗ»» приведена функциональная структура

организации МТО (см. рисунок 21). Согласно проведенному анализу, можно

сказать, что деятельность МТО организована таким образом, что процесс

является кросс-функциональным. В свою очередь это говорит о том,

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

отделами и производственными подразделениями.

Анализ процесса управления МТО приведен в разделе 4.3 приложения

«Отчет об обследовании предприятия ООО «МОСПРОМТРАНСГАЗ»».

Как уже говорилось ранее, данный процесс управления МТО является

сквозным, поэтому процессы представлены в виде кросс-функциональных


Филиал N


УМТСиК






















директор




Начальник

УМТСиК


филиала



Уровень 1

Уровень 2



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

каждой задачи данного процесса (см. раздел 4.4 приложения «Отчет об

обследовании предприятия ООО «МОСПРОМТРАНСГАЗ»»).

Рисунок 12. Процесс управления МТО

Таким образом, в разделе 1.4 был проведен анализ предприятия

ООО «МПТГ» в рамках процессов МТО, и показаны особенности организации

деятельности по обеспечению выполнения данных процессов на предприятии.

1.5 ФОРМУЛИРОВАНИЕ ФУНКЦИОНАЛЬНЫХ

ТРЕБОВАНИЙ К АВТОМАТИЗАЦИИ

Результатом проведенных исследований и анализа, как газовой отрасли

в целом, процессов транспортировки газа, так и МТО в рамках организации

ООО «МПТГ», стала формулировка функциональных требований

к автоматизации МТО.





ресурсов




запасами





1.5.1 Выводы по проведенному анализу и обследованию

Из проведенного анализа, можно сделать вывод, что основные затраты

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

МТО и ТОРО.

Ключевой целью МТО является своевременное обеспечение потребностей

в МТР предприятия (см. раздел 5.1 приложения «Отчет об обследовании

предприятия ООО «МОСПРОМТРАНСГАЗ»»). Обеспечение этой цели

является ключевой задачей бизнеса. Эффективные процессы МТО обеспечат

своевременную и бесперебойную транспортировку газа к потребителю, что

является одной из стратегических задач ООО «ГАЗПРОМ» в целом.

1.5.2 Функциональные требования к автоматизации

Автоматизированная система управления в рамках процесса управления

МТО должна обеспечивать выполнение следующих основных функций:


o Планирование МТР в структурных подразделениях;

o Формирование сводной заявки на МТР в целом по обществу

o Согласование заявок на МТР с головной компанией;

o Управление поставщиками МТР, в том числе управление

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

Прием МТР

o Регистрация и учет МТР в пути;

o Регистрация поступления МТР на склад от поставщика

(в т.ч. счетов-фактур и прочих сопроводительных документов,

требуемых к учету);

o Регистрация движения спецодежды и хозяйственного

инвентаря;



o Регистрация прочих поступлений;

Отпуск и перемещение МТР

o Распределение запасов МТР в соответствие с требованиями

филиалов и подразделений;

o Операции списания и отпуска МТР со складов;

o Перемещение и перенос запаса МТР;

Инвентаризация и управление неликвидными МТР

o Инвентаризация МТР;

o Списание МТР;

Реализация МТР

o Оценка МТР, подлежащих реализации;

o Реализация МТР;

Возврат МТР поставщику

Нормирование запасов и анализ целевого расходования МТР

o Нормирование материально-производственного запаса;

o Анализ целевого расходования;

o Формирование отчетности о движении аварийного и ГОиЧС

запаса

o Контроль исполнения бюджетов

Таким образом, в разделе 1.5 были сделаны выводы по проведенному

анализу в Главе 1 и сформулированы функциональные требования

к автоматизации МТО.



2 ТЕХНОЛОГИИ АВТОМАТИЗАЦИИ МАТЕРИАЛЬНО-ТЕХНИЧЕСКОГО ОБЕСПЕЧЕНИЯ

2.1 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ

АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

Как следует из описания процессов и функций МТО, приведенных

в главе 1, в ходе осуществления заказов, приобретения, хранения и поставок

конечным потребителям материально-технических ресурсов (МТР) крупные

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

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

сложностями при осуществлении этих процессов, а именно:

заявки на МТР могут формироваться потребителями в различных

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

потребности в МТР к единому шаблону, что приводит к возникновению

ошибок. Следствием таких ошибок может стать поставка не тех позиций

ТМЦ, которые подразумевал потребитель;

перерасход средств в одних подразделениях и недостаток МТР в других,

вызванные отсутствием централизованного автоматизированного

согласования и контроля потребности в МТР лимитам и бюджетам

подразделений;

отсутствие возможности централизованно отслеживать цены

поставщиков, что приводящее к бесконтрольному расходованию

денежных средств, отведенных на МТР.

Автоматизация процессов управления и контроля в части МТО снимает

значительную часть проблем, возникающих у потребителей МТР и служб

снабжения в ходе формирования и утверждения потребности в МТР и контроля

исполнения планов закупок МТР.

Таким образом, назначением автоматизированной системы управления

МТР является автоматизации деятельности основных бизнес-процессов в сфере

МТО, связанных с планированием, заказом, приобретением, хранением и



поставкой МТР, а также обеспечения выполнения контроля процессов

управления МТО.

Рассмотрев основные процессы предприятия, описанные в приложении А

«Отчет об обследовании предприятия ООО «МОСПРОМТРАНСГАЗ»»,

определим, что автоматизацию МТО следую выполнять в рамках следующих

функций:

обеспечения планирования потребностей в МТР;

обработки консолидированных данных о потребности в МТР

и их маршрутизации для дальнейшей обработки;

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

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

и управления неликвидными МТР;

контроля сроков исполнения процессов МТО;

контроля лимитов и бюджетов на МТР и последующего целевого

расходования выделенных средств;

ведения единого классификатора МТР;

получения и хранения данных, построение на основе их отчетности

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

интеграции с прочими информационными системами.

Далее нами будет описаны цели и задачи создания АС, а также объекты

компании, которые должны быть автоматизированы.

2.1.1 Постановка целей и задач автоматизированной системы управления

Основываясь на анализе основных функций и задач МТО, проведенных

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

интегрированной компании является важным вопросом для эффективного

ведения бизнеса НК. Схема, при которой заявки от подразделений



в неструктурированном виде поступают и консолидируются в головной

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

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

сопутствующих такому подходу (хаотичность закупок, срыв сроков поставок,

затоваривание складов неликвидом и невостребованным товаром и т. д.),

подобная схема не дает ни четкого представления о том, для каких целей

закупаются ресурсы, ни понимания, использованы ли запланированные

и закупленные товары по целевому назначению. Основная причина указанных

проблем – безадресность и изолированность процессов планирования МТО

в дочерней и головной компании.

С целью уменьшения перечисленных проблем, а также исходя

из функциональных требований к автоматизации МТО, сформирована цель

внедрения АС, которая заключается в повышении эффективности учета

закупок и складских запасов в части обеспечения процессов МТО.

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

по управлению и контролю над процессами МТО. Данный процесс позволит

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

участникам процесса о текущем состоянии процесса МТС.

Так же целями создания автоматизированной системы являются:

Снижения затрат на МТО, в т.ч.:

o сокращение времени выполнения заявок на поставки МТР;

o сокращение времени проведения контроля по исполнению заказов

на МТР;

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

процесса заявочной компании.

Повышение эффективности механизмов планирования потребностей и

закупки требуемых МТР, в т.ч.:

o сокращение неликвидных складских запасов МТР;



o минимизация несоответствий планируемого и целевого

расходования МТР;

o сокращение рассогласований в системе наименований и кодов

МТР.

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

следующих задач:

Обеспечения эффективного функционирования процессов управления

МТО, в т.ч.:

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

o обеспечение функций управления складами;

o обеспечение функций контроля движения материалов;

o консолидация данных о потребности в МТР и их маршрутизации

для дальнейшей обработки;

o контроль сроков исполнения процессов МТО;

o контроль отведенных лимитов и бюджетов на МТР;

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

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

инвентаризации и управления неликвидными МТР;

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

классификатора МТР;

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

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

решений;

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

в унифицированном формате внешним информационным системам.



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

адресности логистических транзакций, а также сквозной процесс контроля

полного цикла МТО (от возникновения потребности до списания) по филиалам

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

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

компанией, от которой поступают МТР.

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

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

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

текущий момент времени аналитические отчеты в различных комбинациях:

компания – проект – мероприятие – затраты – план/факт, что позволяет гибко

корректировать потребности и стратегию.

2.1.2 Выбор объектов автоматизации

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

и поставкой МТР могли в полной мере поддерживаться и осуществляться с

помощью системы автоматизации, необходимо, чтобы бизнес-объекты,

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

своих обязанностей и выполняемых процессов.

Как следует из описания предприятия, приведенного в приложении А

«Отчет об обследовании предприятия ООО «МОСПРОМТРАНСГАЗ»»,

основным объектом автоматизации является филиал «МПТГ» – УМТСиК.

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

единицы, участвующие в процессе управления закупками и приема МТР:

УКГ УМТСиК;

ОМТС/К УМТСиК;

Отдел приемки;

Отдел по УХиО материалов;



Центральный склад;

Удаленные склады;

УГК филиала;

Группа МТС филиала.

И организационные единицы, участвующие в процессе управления

запасами и реализацией МТР:




УХОМ (Центральный и удаленный);

Отдел реализации;


Таким образом, автоматизированная система должна покрыть

14 бизнес-единиц компании «МПТГ», которые будут иметь возможность

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

отвечают.

Таким образом, в разделе 2.1 были поставлены и обоснованы назначение,

цели и задачи автоматизированной системы. Был сделан выбор объектов

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

2.2 ИССЛЕДОВАНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

ИСПОЛЬЗУЕМЫХ В ОТРАСЛИ

2.2.1 Текущее состояние и развитие ИТ в нефтегазовой отрасли

В настоящее время информационные технологии все больше выступают

в качестве одного из основных инструментов создания конкурентных

преимуществ, и нефтегазовый сектор не является в этом исключением.



Сегодня ТЭК – одна из самых передовых отраслей российской экономики

в области ИТ. Бизнес отечественной нефтегазовой отрасли определяют

10 вертикально-интегрированных компаний (ВИНК) и 2 государственные

транспортные компании.

Это определяет особенности развития ИТ, так как у ВИНК

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

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

еще одна нетривиальная задача. Для обеспечения оперативного получения,

хранения и анализа информации необходимо создание единой

информационной системы, пронизывающей все подразделения компании

и связывающей их в согласованно-функционирующий механизм.

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

производственно-финансовую информацию по всей нефтегазовой вертикали:

разведка-добыча-переработка-транспортировка-сбыт-управление.

Таким образом, за счет информационных решений выстраивается вся

управленческая ИТ-цепочка ВИНК – от добычи нефти или газа

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

на нефтехранилищах, хранилищах газа. Она обеспечивает компании экономию

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

политику по изменению экспортных квот в зависимости от спроса

на внутреннем рынке.

Системам управления технологическими процессами (АСУ ТП)

в нефтегазовой отрасли в России традиционно уделялось больше внимания, чем

решениям на базе систем класса управления предприятием (АСУП: ERP, MES,

EAM). Возможно, АСУ ТП российских ВИНК менее современны аналогов

АСУП, но они эффективно решают возложенные на них задачи, особенно

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

спутниковые системы телекоммуникаций. Характерной особенностью

автоматизации территориально-распределенных ВИНК являются развитые



телекоммуникационные инфраструктуры, многие из которых базируются на

высокопроизводительных ATM-магистралях или на спутниковых системах. IP-

технологии не так широко используются ВИНК, поскольку широко стали

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

инфраструктуры ведущими компаниями.

Решения АСУ ТП в ВИНК построены на концепции трехуровневой

системы автоматизации: датчики, исполнительные механизмы и прочие КИП.

Контроллеры, выполняющие основные функции контроля, управления и

обработки информации; ПК со SCADA-пакетами, функции которых –

визуализация, ведение архивов, т.е. реализация HMI (Human Machine Interface).

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

компаниях АСУ на разных уровнях используют средства от различных

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

возможностей и перспективы модернизации.

Вендоры и аутсорсинг

Практически все компании применяют в качестве базовых

вычислительных средств высокопроизводительные Unix-серверы.

Большинство нефтедобывающих компаний использует RISC-системы

SunMicrosystems и Hewlett-Packard. IBM слабо представлена в этой отрасли, из

крупных российских компаний только «Сургутнефтегаз» активно использует

системы данного вендора.

В последнее время в некоторых сферах бизнеса нефтяных компаний

намечается тенденция ухода с техники RISC и все большего использования

вычислительных мощностей на платформе Intel, а также переход на Linux или

Windows.

Согласно данным статьи [12], при выборе АСУП в нефтегазовой отрасли

большинство ВИНК отдают предпочтение продукции SAP AG.

Всего в нефтегазовой отрасли сейчас развивается более 30 проектов SAP, из них

17 – уже завершены или близки к завершению. Примеров внедрения Oracle E-



Business Suite намного меньше. ERP-система J.D. Edwards внедряется, как

правило, отдельными модулями, равно как и «Галактика». В области В2В идет

работа с решениями Ariba и CommerceOne, но это единичные проекты.

Наиболее заметным проектом в области В2В является ввод промышленной

площадки для оптовой торговли нефтепродуктами. Реализован этот проект был

по заказу ТНК компаниями EPAM Systems и Novell.

ИТ-аутсорсинг в России используется крайне редко. Даже в США около

40% проектов по ИТ-аутсорсингу являются не успешными. Поэтому все ВИНК

имеют собственные службы или аффилированные с ними компании, которые

поддерживают работоспособность ИТ-инфраструктуры. В теории это должно

снижать эффективность ИТ-служб и повышать издержки, но реально

альтернативе такой схеме не реализовано. Ряд экспертов считает, что одним

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

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

особенно в региональных предприятиях ВИНК. По данным Gartner 90% CIO

западных компаний имеют экономическое образование, 90% отечественных

CIO – это бывшие руководители технических служб.

Рынок ИТ

На сегодняшний день рынок ИТ для предприятий нефтегазовой отрасли

остается самым емким. По оценкам экспертов, программное обеспечение уже

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

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

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

по внедрению сложных ИС, перспективы этого рынка велики.

Материально-техническое обеспечение нефтегазовых компаний – весьма

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

интернет-решений класса В2В. Несмотря на то, что различные ИТ-системы

помогают решать разные задачи (производство, переработка, сбыт и т.д.),

большинство руководителей компаний нефтегазовой отрасли признают



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

поэтому каждая НК нуждается в услугах мультисервисной ИТ-компании,

которая занималась бы как инфраструктурой, так и ее контентным

наполнением. Решение этих задач по отдельности и разными подрядчиками, как

правило, эффекта не дает. Нефтяные гиганты предпочитают использовать

возможности компаний-поставщиков с многоуровневым сервисом, не только

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

для непосредственного построения, но и планируя дальнейшее расширение ИТ-

систем.

Роль нефтегазовой отрасли в развитии отечественного рынка ИТ велика не

только потому, что потребители более требовательны и заказывают

масштабные и самые современные продукты и решения. На российском рынке

отечественные сервисные, консалтинговые и внедренческие компании

способны конкурировать с западными монстрами вроде Shlumberger,

Halliburton, Technip, Deutag, BakerHughes, PwC, Accenture. Отмечаются

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

как SAP, Hewlett-Packard, SunMicrosystems.

Анализируя высказывания экспертов [13] можно сделать вывод, что на

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

благоприятна для инвестирования в ИТ. И в будущем уровень инвестиций

будет продолжать уверенно расти одновременно с увеличением цен на нефть

и газ.

2.2.2 Анализ технологий и средств автоматизации

Проведение анализа технологий и средств автоматизации одна из

ключевых задач выработки решения по автоматизации предприятия. Приняв во

внимание, тот факт, что задача выбора АС для организации всегда является

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

тщательностью.



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

системы МТО на различных вариациях архитектурных концепций

по автоматизации информационными системами уровня предприятия.

К средствам автоматизации будем относить непосредственно программное

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

Проведем сравнительный анализ технологий автоматизации. В таблице Б.1

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

анализе. Рассматривать средства автоматизации будем в рамках соответствия

их той или иной технологии, для последующего ранжирования классов систем.

CALS (Continuous Acquisition and Life cycle Support)

Решения, основанные на CALS технологиях, в основном применяются для

управления жизненным циклом (ЖЦ) сложных систем, а также же изделий,

например, многокоординатного станка с ЧПУ имеющего длительный срок

использования, а также высокие затраты на поддержание работоспособности

[14].

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

и преимущественно за границей. В России сейчас отставание от западных

лидеров очень велико, несмотря на активную работу ФСТЭК РФ в этом

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

ГОСТ Р ИСО 10303 [15].

В методическую основу данных систем ложатся стандарты

по интегральной логистической поддержки (Integrated Logistics Support),

разработанные военными ведомствами, в т.ч. British Defence Standard 00-60,

MIL-STD – 1388. По данным стандартам процесс планирования поддержки

МТО предполагает выполнение, управление и информационную поддержку

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

кодификация предметов МТО, начальное МТО, текущее МТО, планирование

поставок, управление поставками, управление заказами, управление

счетами [14].



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

и поддержку основного средства на всем его жизненном цикле. На текущий

момент технология активно внедряется в Министерства обороны США.

«По имеющимся данным это позволило ускорить выполнение НИОКР на 30-

40%, уменьшить затраты на закупку военной продукции на 30%, сократить

сроки закупки ЗИП на 22%, а также в 9 раз сократить время на корректировку

проектов» [16].

Таким образом, можно отметить высокую интегративную направленность

поддержки МТО в данном классе систем, что обеспечивает не только сами

процессы, но и поддержку всего ЖЦ основных средств используемых

на предприятии. Возможно, данная технология автоматизации была бы очень

востребованной в России, если имелось бы достаточное количество решений

и компаний, обладающих достаточной квалификацией. На текущий момент

если и существуют, какие либо средства автоматизации, то разрабатываются

они исключительно в стратегических целях.

PDM (Product Data Management)

На основе CALS-технологий выросли и другие системы, названные Product

Data Management или системы управления данными об изделии.

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

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

различные сложные технические объекты [17]. В силу того, что PDM система

всегда является неотъемлемой частью систем поддержки жизненного цикла

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

данной технологии для автоматизации МТО.

На российском рынке присутствуют подобные системы отечественной

разработки, например, PDM STEP Suite от НИЦ CALS-технологий

«Прикладная логистика».

Интересным также стоит отметить решение, созданное на базе платформы

1С. ЗАО «АППИУС» разработала программный продукт, который объединил в



себе и PLM и ERP системы одновременно. Решение 1С: PDM, «автоматизируя

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

позволяет закрыть все задачи по сбору сводной информации для отделов МТО,

планирования и управления производства в конфигурации «1С: Управление

производственным предприятием 8»» [18].

Таким образом, можно отметить что, на российских предприятиях

на текущий момент очень озабочены ЖЦ конструкторской продукции, поэтому

иногда происходят небольшие «сдвиги» в этой области, что положительно

сказывается на опыте интеграторов. В целом, же подход к автоматизации ЖЦ

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

первопроходцами из отделов АСУ предприятий. Решение, разработанное на

базе продукта 1С, дает возможность не только автоматизировать ЖЦ изделий,

но и сделать это в рамках ERP системы.

SOA (Service-Oriented Architecture)

В целом SOA – это принципы разработки распределенных

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

областей, к которым они относятся [перевод 19]. Говоря, на языке разработчика,

можно сказать, что это подход к разработке ПО, основанный на использовании

сервисов со стандартизированными интерфейсами. Можно лишь сказать, что

SOA – это лишь новый подход к построению информационной системы (ИС)

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

инструментальных средств и технологий [см. 20].

SOA – это не только архитектура. SOA состоит из процессов, сервисов

и компонентов. Ядром SOA является модель сервиса, которая определяет

сервисы и компоненты, с помощью которых они реализуются. После анализа

статьи [21] можно выделить 3 уровня модели. В данной модели на первом

уровне находятся конечные сервисы, предоставляемые бизнесу. Следующий

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



в масштабах предприятия. Нижний уровень – это программные средства, базы

данных и приложения.

Положительным моментом является то, что на уровне бизнес-процессов

идеально ложится BPM (Business process management), управленческий подход,

сфокусированный на всех аспектах автоматизации желаний и потребностей

бизнеса [перевод 22]. Это часть SOA, которая убирает деление

информационных технологий и бизнес-процессов. За счет постоянного

совершенствования ИТ, с помощью моделирования и симуляции выполняемых

с помощью специализированного ПО – BPMS (Business Process Management

System), достигается уменьшение разрыва в автоматизации [23].

В целом можно отметить, что в России организации понимают

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

на основе данной концепции [см. 24].

Таким образом, SOA является современным подходом к автоматизации

предприятия, главным образом, тут является определение возможности

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

Использование совместно систем гибкого бизнес-моделирования (BPMS),

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

процессов на предприятии. Еще одним аспектом, «является подход к

организации активов ИТ, так же, как к бизнес-процессам и изменяющимся

требованиям» [25], что заставляет не только перестраивать бизнес-процессы,

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

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

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

АСУ (Автоматизированная система управления)

АСУ – «это комплекс аппаратных и программных средств,

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

технологического процесса, производства, предприятия» [26]. Данные системы

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



Ключевой особенностью данных систем является зачастую их слабая

интеграция и децентрализация. В силу, того, что создаются

программно-технические комплексы, предназначенные для автоматизации

определенного вида деятельности, называемые АРМ.

Данный способ очень актуален на российских предприятиях, на текущий

момент подавляющее большинство из них, имеют определенные АСУ,

поддерживающие тот или иной вид деятельности. Кроме того данный подход

часто используют и в современных системах [см. 27], для определенных целей

автоматизации. Использование так называемой «лоскутной автоматизации», не

всегда дает отрицательные эффекты, очень часто такие системы очень хорошо

уживаются, и обеспечивают непрерывность бизнеса в условиях высокой

неопределенности.

В настоящий момент в России существует большое количество подобных

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

службами. Ярким примером является разработанная Система управления МТО

от компании СИБИНТЕК [см. 28]. Также можно отметить корпоративное

решении «Экспорт», являющееся системой комплексной автоматизации МТО

от компании ТрансТехноКомплект [см. 29]. В целом в России экспертиза в

данном вопросе развита очень хорошо.

ERP (Enterprise Resource Planning System)

Системы планирования ресурсов предприятия, как правило,

предназначены для автоматизации учета и управления. К сожалению,

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

размыты, как следствие со стороны бизнеса, системы иногда воспринимают

скептически [30].

Самое большое достоинство систем данного класс в том, что они

«позволяют использовать одну интегрированную “программу” вместо

нескольких разрозненных» [31]. В основе данных систем лежит применение

OLTP-технологий (Online Transaction Processing), которые позволяют



обеспечивать высокий уровень достоверности информации вводимой в ИС.

К недостаткам стоит отнести сложности внедрения, стоимость,

и сопротивление сотрудников.

Если рассматривать данный класс систем в рамках автоматизации МТО, то

можно выделить следующие системы, распространенные на российском рынке:

SAP (R/3, mySAP ERP, Business Suite), Microsoft Dynamics AX, EnergoPack,

Галактика ERP, АИС Парус, 1С. Наиболее большее количество внедренных

систем в данной отрасли принадлежит АС на базе 1С и SAP. Очень интересен

опыт разработки системы EnergoPack для предприятия РАО ЕЭС [см. 32] на

базе Microsoft Dynamics AX.

Таким образом, решения, основанные на системах подобного класса,

являются самодостаточными. При внедрении систем данного класса крайне

нежелательны «кастомизация» и «докручивание» на существующий бизнес,

правильнее перестроить процессы в самой организации. В целом можно

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

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

функциональными возможностями систем, в связи с невозможностью

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

EAM (Enterprise Asset Management)

Многие выделяют данный системы как один из модулей ERP-системы,

однако развитие этого класса систем позволяет их выделить в отдельные ИС.

EAM-система – «система управления основными фондами предприятия» [33].

Система управления основными фондами – это систематическая

и скоординированная деятельность организации, нацеленная на оптимальное

управление физическими активами и режимами их работы, рисками

и расходами на протяжении всего жизненного цикла для достижения

и выполнения стратегических планов организации [перевод 34].

Ключевая особенность данного класса систем является то, что она

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



ремонты и МТС. «Внедрение EAM-системы в большинстве случаев позволяет

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

за счет упорядочивания планирования потребности в материалах» [35].

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

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

обслуживания, модернизации и списания. Например, согласно исследованиям

SMRP [см. 36], от внедрения EAM можно ожидать эффекта в сокращении

страховых запасов ТМЦ от 50 до 90%. К данному классу так же привязано

много систем по обслуживанию различного класса, можно упомянуть про MRO

(Maintenance, Repair & Overhaul - техобслуживание, ремонты и

модернизация/капремонты), CMMS (Computerized Maintenance Management

Systems) появившиеся уже более 25 лет назад и другие технологии [см. 37].

Главным образом, стоит отметить высокую окупаемость инвестиций во

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

внедрений EAM-систем. Кроме того, AMR Research говорит, что это

«инструмент не только экономии, но и зарабатывания денег… на оказании

услуг по удаленному мониторингу основных фондов и управлении

техобслуживанием». Среди EAM-систем стоит отметить систему IBM Maximo,

Infor EAM, iMaint, TRIM.

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

ЖЦ основных средств, что позволяет автоматизировать не только МТО,

но и смежные области. Кроме того, функционал данных систем всегда более

узок, и соответственно ориентирован на решение конкретных задач

по автоматизации, чем в целом ERP-система. Несмотря на то, что в России

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

от внедрения, ориентированные на мировой опыт.

Таким образом, в разделе 2.2 был проведено исследование текущего

состояния и развития ИТ в нефтегазовой отрасли, что показало благоприятную

ситуацию о инвестировании в ИТ. Был проведен сравнительный анализ



технологий и средств автоматизации в рамках которого были рассмотрены все

основные способы автоматизации МТО.

2.3 ВЫБОР ТЕХНОЛОГИЙ И СРЕДСТВ АВТОМАТИЗАЦИИ

Из анализа, проведенного в разделе 2.2.2, можно сделать вывод, что не все

технологии автоматизации подходят для нашей компании. Выделим наиболее

перспективные технологии, и проведем их сравнительный и экспертный анализ,

для выявления наиболее подходящей системы автоматизации МТО в ООО

«МПТГ».

2.3.1 Выбор архитектуры ИС

Методика

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

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

сквозных бизнес процессов МТО за счет перехода к использованию единой

интегрированной корпоративной информационной системы (КИС) и

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

данном подходе, сформулируем основные критерии, которым должна

удовлетворять концепция построения архитектуры ИС.

1) Технология должна давать возможность создания единой

интегрированной среды для работы КИС.

2) Технология должна давать возможность реализовать, функциональное

покрытие всех требуемых задач автоматизации.

3) Технология должна поддерживать современные технологии интеграции,

в том числе и SOAP, WSDL, XML, UDDI и прочих.

4) Технология должна обладать приемлемой стоимостью реализации.



Рисунок 13. Технологические подходы к автоматизации

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

существующие подходы к реализации архитектуры ИС. Каждый из критериев

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

принятие решения. Экспертные оценки выставляются на основе ранжирования

результатов исследований проведенных авторами данного отчета и отраженных

в анализе, проведенном в разделе 2.2.2.

Выбор

Рассмотрим архитектуры трех видов: автоматизация отдельных рабочих

мест, единая платформа и SOA (см. рисунок 13).

Технология АРМ является очень распространенной на российских

предприятиях, кроме того, ее очень «любят» отделы АСУ привыкшие работать

по советским стандартам (см. раздел 2.2.2). Данные системы зачастую

не обладают единым информационным пространством, зато могут в целом

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

т.к. могут «докручиваться» под конечного пользователя. В большинстве

случаев их конечная стоимость совокупного владения (TCO) не очень высока,

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

группой программистов, ее тяжело рассчитать.

Единая платформа всегда обладает лучшей единой информационной

средой, т.к. поддерживает OLTP технологию (см. раздел 2.2.2). Зачастую ERP-



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

Значение TCO такой системы, зачастую сопровождаемой типовым внедрением,

все еще остается достаточно большим.

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

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

так и с инновационной. Ориентация на единую платформу, интеграцию

и компонентный подход является ключевыми особенностями данной

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

функционала, в силу особенностей самой системы и отсутствия большого

количества практик, подсчитать TCO является достаточно сложной задачей.

Таблица 2. Выбор архитектуры построения ИС

Критерий

Автоматизация

отдельных

рабочих мест

Единая

платформа SOA Вес

Обеспечение единой информационной

среды 3 5 5 25%

Функциональное покрытие 4 3 5 30%

Возможность интеграции 4 4 5 25%

Стоимость реализации 4 3 2,5 20%

3,75 3,75 4,5

В таблице 2 приведены экспертные оценки1 для сравнения

рассмотренных архитектур. Таким образом, экспертно выявлено, что SOA

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

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

2.3.2 Выбор архитектурной платформы

Выбрав в качестве архитектуры АС SOA, мы непосредственно сузили

круг ИС, которыми возможно решить задачу автоматизации. В силу

особенностей SOA, основным компонентом которой является сервисная шина

предприятия или Enterprise Service Bus (ESB) [38].

1 Экспертные оценки расставлены по пятибалльной шкале.



Главной задачей является выбор этого промежуточного ПО,

обеспечивающей единую платформу для реализации КИС.

Методика

Аналогично выбору архитектуры ИС, будем основываться на экспертном

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

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

1) Высокая оценка рейтинга Gartner функциональности

и перспективности развития платформы [39].

2) Наличие совместимой ERP-системы, с функционалом

поддерживающим МТО.

3) Обладать высокими возможностями «оркестровки» сервисов [40].

4) Обладать адекватной стоимостью.

Экспертные оценки выставляются авторами отчета, однако, оценки по

первому критерию взяты из отчета Gartner [см. 39], а оценки второго критерия,

результат интерпретации авторов данного отчета статьи [40]. Данные для

анализа остальных критериев, были взяты из различных открытых источников,

указанных ниже в описании выбора.

Выбор

Остановимся на рассмотрении трех основных системах, присутствующих

на мировом рынке: Oracle ESB, SAP NetWeaver PI, Sonic ESB.

Продукт Oracle ESB является неотъемлемым звеном платформы

Oracle Fusion [41]. Несмотря на хорошую концепцию и заявления вендора

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

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

систем на данной архитектуре [42].

Платформа SAP NetWeaver PI от компании SAP AG является одной

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



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

выбирать решения от одного вендора, и снизить затраты на интеграцию систем

[43].

Платформа Sonic ESB является «законченным решением сервисной шины

промышленного класса, принципиально новым и абсолютно более мощным и

эффективным подходом к интеграции приложений» [44]. Платформа обладает

высокими интеграционными возможностями, и поддерживает совместные

BPMS имеющие высокий рейтинг Garnter Research.

Таблица 3. Выбор архитектурной платформы

Критерий

Oracle

Enterprise

Service Bus

SAP

NetWeaver

PI

Sonic ESB Вес

Рейтинг Gartner 3 3,4 4,2 30%

Наличие совместной ERP 5 5 3 40%

Возможности интеграции платформы

3 4 4,5 15%

Стоимость 3 3,5 4 15%

3,77 4,15 3,74

В таблице 3 приведены экспертные оценки для сравнения рассмотренных

архитектурных платформ. Таким образом, экспертно выявлено, что решение от

компании SAP AG является наиболее выгодным решением для компании

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

2.3.3 Выбор платформы автоматизации МТО

Выбрав в качестве интеграционной архитектурной платформы решение

компании SAP AG, и ориентируюсь целевым образом на показатель наличия

совместной платформы для автоматизации МТО, рассмотрим модули систем, в

которых возможно решение данной задачи. Кроме того рассмотрим

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

фондами предприятия.

Методика

Выбор платформы автоматизации происходит на основе анализа

функционала модулей системы SAP Business Suite и SAP R/3, а также лидеров



среди класса EAM систем [45]. Требования к функционалу (см. раздел 1.5.2)

сформированные в главе 1, и обоснованные в разделе 2.1, выделили основные

процессы деятельности МТО, а так же смежные виды деятельности, для

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

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

www.sap.com и www.ibm.com и www.datastream.ru.

Сравнение

Системы класса ERP ориентированы в первую очередь на централизацию

процессов управления, несмотря на их различную архитектуру, главной целью

их внедрения, во многих случаях, являются ориентация на бизнес.

Особенностью же является жесткое закрепление процессов, которое не всегда,

позволяет адекватно реагировать на реалии экономики.

Всегда узкая ориентация на решение задачи, является приоритетной

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

из звеньев в вертикально-интегрированной компании. Системы управления

основными фондами в данном случае и являются системой решающей

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

области и могут быть интегрированы с ERP-системой,

для полнофункциональной автоматизации.

Как видно из результатов сравнительного анализа, приведенных

в таблице 4, все системы очень сильны в своем определенном функционале.

В основном для целей МТО можно использовать модуль управления

материальными запасами (MM) или его реализацию в SAP ERP Operations. Как

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

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

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

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

автоматизации.

Таблица 4. Сравнительный анализ функционала систем



Функционал SAP R/3

(MM)

SAP

ERP

SAP

SRM

SAP

SCM EAM

Infor

IBM

Maximo

Управление закупками +/- + + + +

Планирование +/- +

Заявочная компания ? + +/- +

Управление договорами ? + +++ + ++

Управление взаимоотношениями + +++ +

Управление логистикой + +++

Управление материальными

запасами + +

+ + +

Прием, отпуск и перемещение,

реализация, возврат ++ ++ + + +

Регистрация и учет МТР в пути + + ++

Распределение МТР + + ++ +/-

Нормирование запасов и анализ

целевого расходования + + +

+ + +

Управление ценообразованием + +

Управление основными фондами + +++ +++

Управление ТОиР + ++ +++

Управление финансами ++ +

Управление персоналом ++ +

Таким образом, рекомендательным является внедрения системы SAP ERP

совместно с системой SAP SRM в рамках единой платформы Business Suite.

Возможным решением также является интеграция с системой Maximo и

установкой ее в производственных подразделениях и филиалах, для управления

основными фондами и ТОиР, что позволит обеспечить эффективную заявочную

компанию, нормирование запасов и анализ целевого расходования ТМЦ.

Таким образом, в главе 2, были сформулированы и обоснованы цели

создания АС, проведены исследования ИТ в нефтегазовой отрасли, а также

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

анализа.

3 ТРЕБОВАНИЯ И ПОРЯДОК СОЗДАНИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ПРЕДПРИЯТИЯ ООО «МОСПРОМТРАНСГАЗ»

В данной главе подведены итоги проведенных исследований в рамках

выбора технологий и средств автоматизации МТО. На предложенных



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

и сформирована архитектура приложений конечной системы.

3.1 РЕЗУЛЬТАТЫ ИССЛЕДОВАНИЯ

В первой главе данного отчета была рассмотрены особенности

газотранспортной области в рамках МТО, что позволило сделать вывод о

важности автоматизации процессов управления МТО.

В силу исторических особенностей ОАО «Газпром» является

монополистом в транспортировке газа от месторождений до конечных

потребителей, а Россия мировой лидер как поставщик газа (см. раздел 1.1).

Процессы транспортировки и хранения газа являются ключевыми в газовой

отрасли, а в структуре Газпрома данным процессом занимается 20 дочерних

предприятий (см. раздел 1.2). Транспортировка газа обеспечивается с помощью

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

для чего необходимо своевременно заказывать ТМЦ (см. раздел 1.3).

Обеспечение данного процесса ложится на службу МТС. В разделе 1.3.3 были

показаны особенности структуры МТО в ОАО «Газпром». Процесс заявочной

компании и распределения МТР являются существенными моментами в

организации процессов МТО (см. раздел 1.4.2). Кроме того, сам процесс

управления МТО является сквозным и затрагивает большое количество

подразделений на разных уровнях управления (см. раздел 1.4.3).

На основании вышеописанных исследований проведенных в главе 1 были

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

управления МТО, что позволило рассмотреть во второй главе технологии

автоматизации в рамках создания АСУ МТО.

Автоматизированная система управления МТР предназначена

для автоматизации основных бизнес-процессов в сфере МТО, связанных

с заказом, приобретением, хранением и поставкой МТР. Которая должна

повысить эффективность учета закупок и складских запасов в части

обеспечения процессов МТО (см. раздел 2.1).



ИТ в нефтегазовой отрасли является одной из ключевых областей

повышения эффективности МТО. Актуальность повышения эффективности

продиктована тем, что ТЭК является передовой отраслью российской

экономики. Однако ТЭК в большей степени автоматизирован, чем остальные

отрасли российской экономики. По данным опроса [см. 46] проведенного

в начале 2009 года среди более 200 крупнейших российских предприятий

уровень автоматизации процессов МТО и ТОРО на российских предприятиях

очень низок в среднем около 27% (см. рисунок 14).

Зачастую автоматизация любых процессов является не только

стратегической, но и политической задачей в любой НК, повышающей

прозрачность происходящих процессов в компании. Кроме того, нельзя

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

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

персонала в первое время.

Говоря о процессах управления МТО, стоит отметить, что инвестиции

в автоматизацию данной деятельности очень привлекательны, и как показывает

практика, дают позитивные эффекты.



Рисунок 14. Степень проникновения систем автоматизации ТОРО и МТО

Несмотря на большое количество технологий и средств автоматизации

рассмотренных в разделе 2.2.2. не все из них подходят для оптимального

решения задачи автоматизации МТО в рамках НК. Как было показано в разделе

2.3.1 наиболее оптимальной платформой с точки зрения масштабируемости в

рамках единой информационной среды, является SOA, которая позволяет

построить на своей базе не только автоматизацию МТО, но и затронуть

смежные области, непосредственно связанные с процессом управления МТО.

Вследствие чего, для данной архитектуры в разделе 2.3.2 была выбрана

наиболее оптимальная платформа с точки зрения возможностей интеграции и

наличия совместной ERP-системы. Как показывает практика, минимизация

затрат на интеграцию систем существенно снижает стоимость доработки

конечного решения. Логично, выбирая платформу, мы сразу ориентируемся на

программные решения того же вендора, что и платформа. Сравнивая

функционал предлагаемых на рынке систем (см. раздел 2.3.3) выбираем

наиболее подходящие решения для решения поставленных задач. Впоследствии

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



необходимых для покрытия задач, как автоматизации МТО, так и смежных

задач.

3.2 ОПИСАНИЕ АРХИТЕКТУРЫ ПРИЛОЖЕНИЙ СИСТЕМЫ

3.2.1 Подход к созданию ИС

Как было показано ранее (см. раздел 1.3.1) задачи управления МТО

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

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

объему неликвидов, а также неоправданно завышенному уровню затрат на

закупку ТМЦ.

При создании АС для избегания подобных ситуаций необходимо

осуществить следующие ключевые возможности [47]:

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

логистической цепочки;

обеспечить интеграцию процессов планирования, учета и исполнения

производственных заказов.

Для этого необходимо не только создать ИС, но и построить в компании

единую систему управления МТО, в основе которой будет лежать современные

ИТ.

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

необходимо заложить следующие принципы:

1) адресности логистических транзакций;

2) сквозной процесс контроля полного цикла МТО.

Принципы должны выполняться по всем дочерним обществам,

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

интегрированной системы управления.

Первый момент должен обеспечить достижение всех поставленных перед

компанией целей. В рамках процесса управления МТО, необходимо



планировать и закупать МТР, в том случае, если они действительно

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

ЖЦ основных фондов предприятия (см. раздел 2.2.2). Кроме того,

неразрывность процессов управления МТО и ТОиР в крупных компаниях

(см. подробнее [48]), говорит о том, что в рамках адресности логистических

транзакций, первым делом, планирование потребностей в МТР начинается

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

процесса управления МТО, должны привязываться к конкретным

мероприятиям и проектам, в зависимости от аналитических разрезов

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

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

руководителями разных уровней.

Второй ключевой момент (реализация сквозного контроля) говорит о том,

что необходимо охватить полный цикл МТО (от возникновения потребностей в

МТР до их списания или продажи) в рамках всей вертикально интегрированной

компании. На функциональном уровне это можно обеспечить за счет

использования систем обеспечивающих необходимую функциональность

(система МТО; система класса ERP, включая решения для бюджетирования;

управления ТОиР; управления взаимоотношениями с поставщиками;

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

отчетности).

В силу ориентированности решения проблем МТО в организацию

посредством автоматизации данного процесса, приоритетной системой

является АСУ МТО. В данной системе можно выделить несколько

укрупненных функциональных блоков.

Управление закупками МТР (планирование и консолидация,

формирование и согласование заявок).

Складская логистика (поступление, отпуск, перемещение, реализация,

возврат, инвентаризация и управление неликвидными МТР).



Управление затратами (нормирование запасов и анализ целевого

расходования МТР, контроль и анализ бюджетов МТР).

Аналитическая отчетность (создание интерактивных отчетов, работа с

ними, рассылка отчетов внутри компании).

Управление нормативно-справочной информации (классификатор МТР).

3.2.2 Структура компонентов системы

При разработке структуры и наполнении компонентов системы будем

ориентироваться на лучшие практики реализаций АС на базе решений SAP AG

(о выборе системы см. раздел 2.3) в области автоматизации МТО и ТОРО (см.

статьи [48], [49], [50] и [51]).

В первую очередь необходимо определиться с необходимым наполнением

компонент системы. В разделе 3.2.1 мы обсудили принципы, на основе которых

мы будем разрабатывать нашу систему, а именно обеспечение факта

автоматизации основных и смежных процессов МТО в рамках единого

информационного пространства.

С учетом необходимого функционального наполнения конечной АС

для автоматизации данных процессов рекомендуется (см. [47]) использовать

следующие решения компании SAP AG с соответствующими компонентами

(см. таблицу 5). Процессы обеспечения соответствующие компонентам,

выбираются на основе предъявляемых требований, на основе целей и задач АС

(см. раздел 2.1.1). Само же функциональное наполнение выбирается согласно

наполнению информационных материалов компании SAP представленных

на сайте компании (www.sap.com).

Таблица 5. Используемые решения и их компоненты

Решение Компоненты Процессы обеспечения

Enterprise Resource Planing

Financials, Operations

Управление финансами (бухгалтерский и управленческий учет, финансовое

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



Решение Компоненты Процессы обеспечения

логистика снабжения, управление ЖЦ основных фондов предприятия)

Supply Relationship Management

SRM Стратегическое снабжение (проведение тендеров и выбор поставщиков, управление контрактами и договорами), оперативное

снабжение (самообслуживание бизнес-единиц), интеграция с поставщиками (управление поставщиками, торговая

платформа)

Business Objects EPM, BI Управление эффективностью предприятия (планирование и консолидация, управление затратами, анализ расходов), бизнес-аналитика (отчетность)

Netweaver PI, Enterprise Portal, MDM

Интеграция процессов (Enterprise Service Repository, интеграционный сервер,

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

групповая работа, управление знаниями), управление основными данными

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

На рисунке 15 представлена структурная композиция компонентов

системы в привязке к соответствующей платформе. Все компоненты системы

получаются взаимосвязанными согласно сервисно-ориентированной

архитектуре (см. раздел 2.2.2).

Техническое задание (ТЗ) – это документ, который описывает требования

к системе, по которым впоследствии будет верифицироваться система.

ТЗ содержит требования к функциям системы (см. Приложение В раздел 4.2)

которые должны отражать возможность реализации АС на базе выбранных

решений и компонентов (см. таблицу 5).

Второй этап, это формирование структуры компонентов системы

(называемых АСУ) и их подсистем, с последующим детальным отражением их

в ТЗ. Структура входящих в решения АСУ представлена в таблице 6

и на рисунке 16.



Рисунок 15. Композиция компонентов системы

Таблица 6. Структура АСУ и их подсистем

Название АСУ Компоненты решений Подсистемы

АСУ МТО ERP Operations (Управление закупками и

логистика снабжения)


Складская логистика

Управление НСИ МТР

EPM, BI Управление затратами

Аналитическая отчетность

АСУ Поставщики

SRM Проведение тендеров и выбор поставщиков

Управление договорами

Управление и контроль закупок

Управление поставщиками

Тендерная площадка

АСУ Финансы ERP Financials Бухгалтерский учет

Управленческий учет

Финансовое управление логистикой

снабжения

Бюджетирование

АСУ Фонды предприятия

ERP Operations (EAM, PM)

Управление основными фондами

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

Enterprise Portal

Хр

ани

ли

ще

ин

фо

рм

аци

и

ER

P

SRM

Bu

sin

ess

Ob

ject

s

Process Integration

MD

M

Netweawer Platform

Легенда:

Другие решения SAP



Название АСУ Компоненты решений Подсистемы

АСУ НСИ MDM Консолидация информации

Гармонизация основных данных

Управление основными данными

Интеграционная шина PI Репозитарий сервисов предприятия

Интеграционный сервер

Интеграционный монитор

Инфраструктура адаптеров

Портал предприятия Enterprise Portal Управление инфраструктурой портала

Групповая работа

Управление знаниями

Рисунок 16. Архитектура компонентов автоматизируемой и технической систем



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

организационная, необходима для ее представления в ТЗ и последующего

наложения на объекты автоматизации, а вторая – техническая, которая

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

Определив границы нашей информационной системы можно сделать

вывод, что автоматизация МТО должна проходить в рамках интеграции

с другими системами, обеспечивающими и поддерживающими

ее работоспособность. Это в свою очередь говорит о необходимости

комплексного подхода к автоматизации МТО в целом (см. [47] и [51]). Кроме

того определение границ системы позволяет сделать вывод о том, что это

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

которую будем АСУП «МПТГ».

3.2.3 Определение способа управления НСИ

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

информацией (НСИ) в рамках всего предприятия является одной из ключевых

задач реализации ИС. В силу особенностей организации предлагаемой АСУП,

имеется в виду SOA (см. раздел 2.2.2), НСИ является одним из основных

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

Рассмотрим подробнее, что такое НСИ и зачем нужна ее централизация в

вертикально-интегрированной компании.

НСИ представляет собой «условно-постоянный компонент корпоративной

информации, являющийся основой для унификации и нормализации данных,

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

деятельности организации» [52]. Стоит отметить тот факт, что требования к

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

автоматизации бизнес-процессов, консолидации отчетности приводит к

необходимости построения

системы нормативно-справочной информации» [53]. Однако в рамках SOA

архитектуры эти требования и являются целью ее реализации.



Зачастую в учетных системах не предусматривают качественный ввод

справочных данных, их классификацию и удобный поиск по различным

атрибутам. Это отрицательно сказывается на затратах предприятия: приводит к

увеличению складских запасов, росту затрат на приобретение и т.п.

По результатам исследований подобные проблемы с НСИ приводит к потере

до 10% стоимости материалов и образованию до 25% складских остатков [54].

Вышеописанные факты приводят к нескольким проблемам [47, 55]:

отсутствие единого хранилища справочных данных;

невозможно представить справочные данные в иерархическом виде,

классифицировать их

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

и групп пользователей;

отсутствие возможности получить целостную и достоверную

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

отсутствие возможности централизовано вести плановые цены на ТМЦ.

Таким образом, основываясь на опыте реализации подобных систем

компаниями Oracle и SAP (см. [54] и [55]), решением данных проблем является

создание корпоративной системы поддержки НСИ на базе

специализированного средства интеграции приложений в масштабе всей

компании. Данную задачу можно решить только по средствам интеграции

приложений и интеграция данных. В нашем случае эти решением является SAP

Netweawer MDM, который является одним из компонентов интеграционной

платформы.

В целом стоит сказать, что назначением системы управления НСИ

является обеспечение процессов ведения и предоставления

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

информации в рамках единого информационного пространства. Система



должна обеспечивать решение задач ведения, публикации и распространения,

организации обмена, обеспечения соответствия НСИ.

Рассмотрим существующие организационные схемы ведения НСИ.

Для начала стоит отметить тот факт, что 2 фактора организации:

1. Способ ведения НСИ в ИС

a. Централизованное ведение

b. Импорт данных

2. Сложность организации справочника

a. Простой справочник

b. Составной справочник

В первом случае для централизованных процессов ведения НСИ обычно

в организации создают регламент описывающий ответственность

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

контроля и правил заполнения данных. Данные регламенты описывают в

следующих организационно-технологических документах [56]: регламенты

управления НСИ, технические спецификации обмена с корпоративными ИС,

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

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

данных [47].

Второй фактор относится к способу организации самого справочника его

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

и прочего (см. подробнее [54]).

В рамках данных организационных факторов управления НСИ

реализуются 3 схемы ведения НСИ: централизованное распространение

данных, консолидация данных, гармонизация данных. Рассмотрим подробнее

организацию каждого из них.



Централизация распространения данных отлично подходит

централизованной организации ведения НСИ в компании. Внесение изменений

выполняется в одной специально выделенной АС (эталонной), изменения

регламентировано рассылаются потребителям.

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

организовать единую информационную среду предприятия. Ведение НСИ

выполняется в различных ИС. Изменения собираются и вводятся в эталонный

справочник, хранение которого осуществляется в эталонной ИС.

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

подходом, особенно когда вводить новые данные необходимо быстро. Данные

собираются и вводятся в эталонный справочник, который хранится в эталонной

ИС. Далее изменения, выполненные в эталонном справочнике,

централизованно рассылаются в требуемые АС компании.

В таблице 7 представлены анализ достоинств и недостатков каждой

из схем ведения НСИ, а также их технические особенности. В результате

анализа данной информации можно сформировать критерии для выбора схемы

ведения НСИ. Критерии позволят сделать вывод за счет экспертной оценки,

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

в данной организации с учетом всех особенностей организации процесса

управления МТО.

С учетом разрабатываемой АСУП и особенностей организации процессов

управления МТО ООО «МПТГ» можно предложить следующие критерии.

Обеспечение обмена данными на основе интеграционной платформы.

Требуется механизм централизации управления службы ведения НСИ.

Возможность интеграции НСИ с поставщиками и предоставление ее в

тендерную платформу.

Необходимо отображение единых кодов в отчетных и финансовых

документах, а также в заявках на МТР.



Таблица 7. Сравнение схем ведения НСИ

Схемы ведения

НСИ

Преимущества Недостатки Технические

особенности

Централизация Разграничение

ответственности поведению НСИ

Высокая степень

достоверностиданных

Медленное

заведение новыхзаписей

Необходимость

проверки

Первичный ключ

не изменяется взависимости от ИС

Возможность

обеспечениятранзакционногообмена без

дополнительныхзатрат

Консолидация Данные НСИвводятся в

локальныхсистемахоперативно и в


Используетсяпреимущественно

дляконсолидированнойотчетности

Создается таблицасоответствий,

задающая связимежду двойникамизаписей

Гармонизация Данные НСИвводятся влокальных

системахоперативно и влюбое время

Внедрение не

требуетперестройки

существующихпроцессов и ИС

Возможнократковременноепоявление двойников

в АС на интервалемежду загрузкойисходной и

тиражированиемэталонной НСИ

Одинаковыйэталонный ключдля всех данных

Эталонная система

хранит первичныеключи ИС,

связанные сэталонным ключом


транзакционногообмена без АСУНСИ

Таблица 8. Выбор схемы ведения НСИ

Критерий Централизация Консолидация Гармонизация Вес

Обеспечения обмена данными

2 0 1 25%

Механизм централизации управления НСИ

2 1 1 35%

Интеграция с поставщиками

2 0 2 20%

Отображение единых кодов ТМЦ

2 0 2 20%

2,0 0,4 1,4

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

анализа, расставим экспертные оценки схемам. Оценки расставляются



авторами отчета по принципу соответствия выполнению показателя: 2 –

полностью соответствует, 1 – слабо, 0 – отсутствует возможность.

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

использовать централизованную схему ведения НСИ. Следовательно, на

предприятии должна быть организована Служба управления НСИ на уровне

филиала. Кроме того, опираясь на особенности организации процесса

управления МТО в рамках ООО «МПТГ», рекомендательным является

выделение отдела ведения классификатора МТР в рамках УМТСиК.

Получается, что организационно отдел будет подчиняться УМТСиК, а точнее

Заместителю начальника по снабжению и комплектации, а функционально

будет подчиняться Службе управления НСИ.

3.2.4 Интерфейсы и взаимосвязь компонентов системы

Описание интерфейсов и взаимосвязи различных компонентов АС

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

архитектуры системы.

Говоря о SOA, мы подразумеваем, что в основе интеграции лежит

сервисная шина предприятия (см. раздел 2.2.2). В качестве сервисной шины

предприятия в сформированной архитектуре играет роль SAP NetWeaver PI,

платформа обеспечивающая интеграцию всех процессов основанная на

стандартах сервисной шины и поддержки бизнес событий [57]. Данная

платформа реализуется в рамках Системы Интеграционная шина. В ее составе

компонентов присутствуют: репозитарий сервисов, интеграционный сервер,

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

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

«маршрутизация и преобразование сообщений, а также перевод формата

данных систем-отправителей в форматы, понимаемые системами

получателями» [57]. Платформа работает на базе сервера приложений

SAP NetWeaver Application Server, который в качестве интерфейсов использует

технологии WEB и стандарты XML, Web Services Description Language (WSDL)



и протокол SOAP. Подробнее об архитектуре можно прочитать в литературе

[57].

В интеграционной платформе существует 3 типа сценариев интеграции

приложений:

Интеграция приложений (Application-to-Application, A2A);

Интеграция бизнес-сценариев (Business-to-Business, B2B);

Применение архитектуры SOA.

Эти сценарии помогают автоматизировать сквозные бизнес процессы

за счет обеспечения интеграции различных ИС. Применение данных схем

состоит в унификации всех корпоративных данных и хранении их в единой

базе данных, доступной всем приложениям.

Первый подход объединяет лучшие варианты в одной централизованной

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

ко всем приложениям, что позволяет сократить количество межсистемных

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

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

предъявляемыми к интеграции систем.

Второй подход основан на встраивании партнерских приложений

в бизнес-процессы компании. Механизм использует специальные адаптеры для

взаимодействия с партнерами, поддерживает стандарты и требования

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

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

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

бизнес отношений.

Третий подход состоит в реализации универсального и основанного на

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

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

единообразным web-ориентированным образом. В репозитории сервисов



хранятся модели корпоративных сервисов, которые предоставляются

пользователю через единый портал.

На основе проведенного анализа подходов, можно сделать вывод о том, что

в создаваемой системе все сценарии необходимы к реализации тех или иных

задач (см. таблицу 9).

Таблица 9. Использование интерфейсов ИС

Сценарий интеграции Применение Используемые платформы

A2A Интеграция приложений MDM, Enterprise portal, ERP, Business Objects, SRM, PI

B2B Интеграция с поставщиками SRM

SOA (Web Services) Предоставление сервисов пользователю

Enterprise portal

Рисунок 17. Архитектура интеграции компонентов системы



На рисунке 17 представлена взаимосвязь компонентов системы

и интерфейсы между приложениями (A2A). Передача основных данных (НСИ)

по всей системы происходит с помощью интеграционной платформы (PI),

на верхнем уровне которой располагаются адаптеры, за счет которых

и происходит интеграция с приложениями.

Таким образом, была определены интерфейсы и взаимосвязь компонентов

системы, на основе интеграционной платформы, обеспечивающей интеграцию

всех компонентов создаваемой ИС.

3.2.5 Функциональная архитектура процесса управления МТО

Описанная архитектура приложений создаваемой АСУП не отражает

процесс управления МТО. Для того, чтобы понять, каким образом, требуемая

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

функциональным и техническим проектным решениям, описывающим порядок

их реализации в ООО «МПТГ».

В приложении Г на рисунке Г.1 приведено отражение процессов

управления МТО в архитектуре АСУП «МПТГ». Процессы отражены в рамках

компонентов архитектуры системы – АСУ, которые выполняют те или иные

функции. Данный рисунок отражает последовательность процесса управления

МТО, а также показывает передаваемую информацию между компонентами

системы – различными АСУ.

Таким образом, в разделе 3.2 были описана архитектура приложений ИС,

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

а также отражение процессов управления МТО в рамках архитектуры системы.

3.3 ПОРЯДОК СОЗДАНИЯ АСУ

Стадии создания АС регламентирует ГОСТ 34.601-90. В соответствии с

ним, работы по созданию АС выполняются с учетом стадий, приведенных в

таблице 10.

Таблица 10. Стадии создания АС



Стадии Этапы работ

1. Формирование требований к АС

1.1. Обследование объекта и обоснование необходимости создания АС.

1.2. Формирование требований пользователя к АС.

1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)

2. Разработка концепции АС.

2.1. Изучение объекта.

2.2. Проведение необходимых научно-исследовательских работ.

2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.

2.4. Оформление отчёта о выполненной работе.

3. Техническое задание.

3.1. Разработка и утверждение технического задания на создание АС.

4. Эскизный проект. 4.1. Разработка предварительных проектных решений по системе и её частям.

4.2. Разработка документации на АС и её части.

5. Технический проект.

5.1. Разработка проектных решений по системе и её частям.

5.2. Разработка документации на АС и её части.

5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических

требований (технических заданий) на их разработку.

5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

6. Рабочая документация.

6.1. Разработка рабочей документации на систему и её части.

6.2. Разработка или адаптация программ.

7. Ввод в действие. 7.1. Подготовка объекта автоматизации к вводу АС в действие.

7.2. Подготовка персонала.

7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-

техническими комплексами, информационными изделиями).

7.4. Строительно-монтажные работы.

7.5. Пусконаладочные работы.

7.6. Проведение предварительных испытаний.

7.7. Проведение опытной эксплуатации.

7.8. Проведение приёмочных испытаний.

8. Сопровождение АС 8.1. Выполнение работ в соответствии с гарантийными обязательствами.

8.2. Послегарантийное обслуживание.

В таблице 11 приведены основные работы по созданию системы и их сроки

реализации.



Таблица 11. Содержание, сроки и отчетность создания системы.

№

этапа

Наименование и

содержание

выполняемых

работ

Сроки выполнения Чем заканчивается

этап работы Начало Конец

Стадия «Технический проект»

1 Разработка проектных

решений и документации технического

проекта

01.06.2010 30.09.2010 Согласованные и утвержденные Заказчиком:

Пояснительная записка к техническому проекту;

Описание информационного обеспечения Системы;

Описание комплекса технических

средств;

Описание программного обеспечения;

Спецификация оборудования.

Стадия «Рабочее проектирование»

2

Разработка

рабочей документации

01.10.2010 30.05.2011 Разработанная Исполнителем

эксплуатационная документация, в составе:

Ведомость документов;

Руководство пользователя;

Инструкция по эксплуатации комплекса

технических средств;

Руководство администратора;

Формуляр;

Программа и методика

предварительных испытаний;

Программа опытной эксплуатации.

Программа обучения персонала

Альбом форм входных и выходных

документов

Разработка компонентов и

подсистем Системы

ПО в составе:


Управление затратами

Складская логистика

Аналитическая отчетность

Управление НСИ МТР

Стадия «Ввод в действие»

3 Комплектация программно-аппаратными

средствами

01.06.2011 30.08.2011 Акт приемки программно-аппаратных средств

Проведение

пусконаладочных работ

Акт завершения пусконаладочных работ



№

этапа

Наименование и

содержание

выполняемых

работ

Сроки выполнения Чем заканчивается

этап работы Начало Конец

Проведение предварительных испытаний

Акт предварительных испытаний

4 Опытная

эксплуатация

01.09.2011 31.12. 2011 Акт приемки в опытную эксплуатацию;

Программа и методика приёмочных испытаний;

Акт о завершении опытной эксплуатации.

Проведение

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

Акт приемки в постоянную

эксплуатацию

Стадия «Сопровождение»

5 Гарантийное

обслуживание

2012 год Выполнение работ в соответствии с

Гарантийными обязательствами

Согласно приведенному плану общее время, отведенное на создание и

внедрение Системы, составляет 1,5 года.

Таким образом, в разделе 3.3 был приведен порядок создания АС,

включающий в себя стадии, сроки и отчетные документы, необходимые для

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

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

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

результатах анализа технологий автоматизации МТО, проведенного во второй

главе. Обоснован и приведен порядок создания АСУ.



Заключение

В рамках данной научно-исследовательской работы было проведено

исследование газотранспортной отрасли в России и процессов управления МТО

на газотранспортном предприятии. На основании проведенных исследований, а

также анализа предприятия ООО «МОСПРОМТРАНСГАЗ» были

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

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

ресурсами на предприятии.

Опираясь на анализ технологий автоматизации материально-технического

обеспечения в газотранспортной отрасли и текущее состоянии, а также

направлений развития ИТ-сферы в отрасли, был проведен сравнительный

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

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

автоматизации на предприятии.

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

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

порядок создания АСУ.

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

на создание автоматизированной системы управления материально-

техническими ресурсами ООО «МОСПРОМТРАНСГАЗ».



Список использованных источников

1. Мировые запасы природного газа [Электронный ресурс] /

Информационно-справочный ресурс «ИНАПРО.СТРАНЫ». – Режим

доступа: http://countries.inapro.ru/spr/gasres_rank.shtml, свободный. –

Загл. с экрана.

2. Газпром в вопросах и ответах [Электронный ресурс] / Сайт компании

ОАО «Газпром». – Режим доступа: http://www.gazprom.ru/, свободный. –


3. Ежеквартальный отчет. Открытое акционерное общество «Газпром».

[Электронный ресурс] / Сайт компании ОАО «Газпром». – Режим

доступа: http://www.gazprom.ru/f/posts/28/135151/repiv.pdf, свободный. –


4. Владимир Дребенцов. Мировой рынок газа: фундаментальный сдвиг

[Электронный ресурс] / Экспертный канал «Открытая экономика». –

Режим доступа: http://www.opec.ru/1237519.htm, свободный. – Загл. с

экрана.

5. Газовая отрасль [Электронный ресурс] / Всероссийский научно-

исследовательский институт потребительского рынка и маркетинга. –

Режим доступа: http://www.vniiprim.ru/shop/cat_show.php?cat_id=47,

свободный. – Загл. с экрана.

6. Герасимец Николай Николаевич. Управление дочерними организациями

в корпоративных структурах: На примере системы ОАО «Газпром»; :

Дис. канд. экон. наук : 08.00.05 : М., 2005 162 c. РГБ ОД, 61:05-8/4003

7. «Газпром» и Pemex — два энергетических гиганта, но различия между

ними значительны [Электронный ресурс] / Кредит Russia – Режим

доступа: http://www.creditrussia.ru/ru/publications/id-375/pg-13,




8. Особенности совершенствования системы управления

газотранспортным предприятием [Электронный ресурс] / ИКТ-консалт:

http://my-ikt.ru/rus/press/publications/article.wbp?article-id=DAFBB5F5-

F0DA-47D7-B2F1-B1EC3C35F7AC, свободный. – Загл. с экрана.

9. Материально-техническое обеспечение: сервис внутри сервиса

[Электронный ресурс] / Развитие бизнес-систем: аудиторско-

консультационная группа: http://www.rbsys.ru/page.php?press-

centre/media-about/federal/2007/06/29/1312/, свободный. – Загл. с экрана.

10. ООО «Газпром комплектация» [Электронный ресурс] / Сайт компании

ОАО «Газпром». – Режим доступа:

http://www.gazprom.ru/subsidiaries/list-items/945/, свободный. – Загл. с

экрана.

11. Функции жизни. Построение системы управленческого учета в крупном

газотранспортном предприятии [Электронный ресурс] / Креативная

экономика: http://www.rbsys.ru/page.php?press-centre/media-

about/federal/2007/06/29/1312/, свободный. – Загл. с экрана.

12. ИТ в нефтегазовом бизнесе России [Электронный ресурс] / Интернет-

издание о высоких технологиях:

http://www.cnews.ru/reviews/free/industry/part4/, свободный. – Загл. с

экрана.

13. Благоприятный прогноз для ИТ [Электронный ресурс] / Открытые

системы: http://www.osp.ru/text/print/302/4948614.html, свободный. –


14. Интегрированная логистическая поддержка наукоемкой продукции

[Электронный ресурс] / Склад законов: http://sklad-

zakonov.narod.ru/Vlad_st/cals.htm, свободный. – Загл. с экрана.



15. Норенков И. П. Основы автоматизированного проектирования: Учеб.

для вузов. 2-е изд., перераб. и доп. — М.: Изд-во МГТУ им. Н. Э.

Баумана, 2002. — 336 с.

16. CALS-технологии [Электронный ресурс] / Wikipedia:

http://ru.wikipedia.org/wiki/CALS, свободный. – Загл. с экрана.

17. Д. К. Щеглов. Методы и средства выбора системы управления

проектными данными конструкций летательных аппаратов

[Электронный ресурс] / конференции молодых ученых «Навигация и

управление движением»:

http://www.elektropribor.spb.ru/cnf/kmu10/rprog.html, свободный. – Загл. с

экрана.

18. От комплексной автоматизации PLM и ERP к экономической

эффективности предприятия в целом // Журнал Управление и

производство // Март 2008

19. OASIS Reference Model for Service Oriented Architecture V 1.0

[Электронный ресурс]/ Organization for the Advancement of Structured

Information Standards: http://www.oasis-

open.org/committees/download.php/19679/soa-rm-cs.pdf

20. 11 мифов SOA [Электронный ресурс]/ Журнал ERPNEWS:

http://erpnews.ru/doc2821.html, свободный. – Загл. с экрана.

21. Сервис-ориентированная архитектура и архитектура предприятия

[Электронный ресурс]/ сайт компании IBM:

http://www.ibm.com/developerworks/ru/library/ws-soa-enterprise1,


22. Business process management [Электронный ресурс]/ Wikipedia, the free

encyclopedia: http://en.wikipedia.org/wiki/Business_process_management,




23. 11 мифов SOA [Электронный ресурс]/ Журнал ERPNEWS:


24. SOA в России. Уже реальность? [Электронный ресурс]/ Журнал

ERPNEWS: http://erpnews.ru/doc3058.html, свободный. – Загл. с экрана.

25. Что известно о бизнес-процессах специалистам BPM и неизвестно

специалистам SOA [Электронный ресурс]/ Журнал ERPNEWS:


26. Автоматизированная система управления [Электронный ресурс]/

Wikipedia, the free encyclopedia:

http://ru.wikipedia.org/wiki/%D0%90%D0%A1%D0%A3, свободный. –


27. Как автоматизировать снабжение за год и в условиях реорганизации

[Электронный ресурс]/ «Intelligent Enterprise/Корпоративные системы»:

http://www.iemag.ru/projects/detail.php?ID=16992, свободный. – Загл. с

экрана.

28. Система автоматизации процессов МТО [Электронный ресурс]/

Компания СИБИНТЕК: http://www.sibintek.ru/orientation/bis/mto,


29. Корпоративное решение «ЭСКОРТ» [Электронный ресурс]/ ТД

«ТрансТехноКомплект»: http://www.ttk.izhnet.ru/escort/28/index.htm,


30. Быть «ERP» или «не ERP» быть, - вот в чем вопрос [Электронный

ресурс]/ Журнал ERPNEWS: http://erpnews.ru/doc5034.html, свободный. –


31. ERP-система [Электронный ресурс]/ Wikipedia, the free encyclopedia:

http://ru.wikipedia.org/wiki/ERP, свободный. – Загл. с экрана.



32. Energopack: решение для энергетики [Электронный ресурс]/ Connect.

Мир связи: http://www.connect.ru/newsdetail.asp?id=6990, свободный. –


33. Enterprise asset management [Электронный ресурс]/ Wikipedia, the free

encyclopedia: http://ru.wikipedia.org/wiki/Enterprise_asset_management,


34. Стандарт PAS 55 — BSI (Британский Институт Стандартов)

35. Материалы круглого стола по вопросам управления ТОиР и внедрения

EAM-систем // CIO. - 2010. -№3. - С. 66-71. //

http://www.trim.ru/component/option,com_ivlib/task,files.download/cid,124/,


36. SMRP [Электронный ресурс]/ http://www.smrp.org/, свободный. – Загл. с

экрана.

37. Управление техобслуживанием и ремонтами [Электронный ресурс]/

IFS: http://www.ifsrussia.ru/eam.htm, свободный. – Загл. с экрана.

38. Дэвид А. Шаппел, «ESB — Сервисная Шина Предприятия» // БХВ-

Петербург: 2008

39. Magic Quadrant for Business Process Management Suites, November 2007

Gartner RAS Core Research Note G00152906

40. http://www.osp.ru/os/2004/11/184785/], [Louis, Adrien; Marc Dutoo (2008-

07-02). "Choosing between Routing and Orchestration in an ESB" //

http://www.infoq.com/articles/louis-dutoo-esb-routing, свободный. – Загл. с

экрана.

41. Oracle Fusion Middleware [Электронный ресурс]/ Официальный сайт

компании Oracle:

http://www.oracle.com/us/products/middleware/index.html, свободный. –




42. Interface [Электронный ресурс]/ Internet&Software company:

http://www.interface.ru/home.asp?artId=5668, свободный. – Загл. с экрана.

43. Интеграция процессов с помощью SAP NetWeaver. Эффективность

технологий и показатели производительности. [Электронный ресурс]/

Официальный сайт компании SAP:

http://www.sap.com/cis/pdf/NW_Process_Integration.pdf

44. SONIC ESB [Электронный ресурс]/ Progress Technologies:

http://www.progress-tech.ru/products/sonic/esb, свободный. – Загл. с

экрана.

45. Magic Quadrant for Enterprise Asset Management for Manufacturing //

Gartner Industry Research Note G00169941, Dan Miklovic, 9 September

2009, R3179 10182010

46. Информационный бюллетень IBS. EAM – Управление основными

фондами. Октябрь, 2009.

47. Автоматизация управления материально-техническим обеспечением в

вертикально интегрированных и распределенных компаниях. Журнал

«Информационные технологии в бизнесе» #1, Февраль 2010, стр. 7-11 //

www.itbook.ru

48. Компания ИКТ автоматизирует процессы ТОРО в ООО "Сургутгазпром"

[Электронный ресурс]/ CIO: http://www.cio-world.ru/casestudy/28551,


49. Интервью президента Группы компаний ИКТ Валерия Табакова для

журнала "Нефтегазовая вертикаль" [Электронный ресурс]/ ИКТ-

консультант: http://www.ikt-

consult.ru/rus/press/publications/article.wbp?article-id=FD766999-0676-

4C44-B0DF-24CEA60BE478



50. Автоматизация службы МТО в Татнефть. Intelligent Enterprice N 022 стр.

8-14 от 28.11.05 [Электронный ресурс]/ Логистика. Отраслевой портал:

http://www.logistics.ru/9/4/i20_28447p1.htm

51. О внедрении в ОАО «НК «Роснефть» глобальной автоматизированной

подсистемы материально-технического обеспечения [Электронный

ресурс]/ Сайт компании Роснефть:

http://www.rosneft.ru/news/news_in_press/12098.html, свободный. – Загл. с

экрана.

52. Словарь терминов компании Автора-ИТ [Электронный ресурс]/

Автоматизация процессов контроля качества: http://www.avrora-

it.ru/content/glossary_lims/n_glossary_lims.php, свободный. – Загл. с

экрана.

53. НСИ [Электронный ресурс]/ Wikipedia, the free encyclopedia:

http://ru.wikipedia.org/wiki/%D0%9D%D0%A1%D0%98, свободный. –


54. Управление НСИ. Решение SAP NetWeaver Master Data Management с

наполнением ONTOLOGIC. Анонс решения. [Электронный ресурс]/

Официальный сайт компании SAP:

http://www.sap.com/cis/pdf/nw_ontologic.pdf, свободный. – Загл. с экрана.

55. Елена Андреева. Единая система НСИ: найдется все [Электронный

ресурс]/ Cnews. Издание о высоких технологиях:

http://www.cnews.ru/reviews/index.shtml?2010/04/13/386444, свободный. –


56. Департамент интеграционных решений. Система ведения нормативно-

справочной информации (НСИ) (интеграция информационных систем на

уровне НСИ). Обзор решения. [Электронный ресурс]/ Сайт компании

IBS: http://www.integration.ibs.ru/download/pdf/solutions/snsi.pdf,




57. Решения в деталях SAP NetWeaver [Электронный ресурс]/ Официальный

сайт компании SAP:

http://www.sap.com/cis/pdf/NW_Process_Integration.pdf, свободный. –




Приложения

Приложение А

МОСКОВСКИЙ ФИЗИКО-ТЕХНИЧЕСКИЙ ИНСТИТУТ

(ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ)

ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ БИЗНЕС СИСТЕМ

КАФЕДРА УПРАВЛЕНЧЕСКОГО КОНСАЛТИНГА

Отчет об обследовании предприятия


Руководители:

К.э.н., доцент кафедры Управленческого консалтинга ФИБС МФТИ

Ечкалова Н.В. ______________

Магистранты:

Ромашев С.В. ______________ Антонова О.А. ______________ Галыгин Р.Е. ______________

Симкин А.В. ______________

Москва, 2010

2


Содержание ................................................................................................. 1

1 Назначение документа ............................................................................. 3

2 Сокращения .............................................................................................. 3

3 Объект обследования ............................................................................... 4

4 Бизнес-архитектура предприятия ............................................................. 5

4.1 Организационно-функциональная структура .................................... 5

4.2 Функциональная структура организации МТО ............................... 12

4.3 Анализ процесса управления МТО.................................................. 18

4.4 Функциональная схема реализации процессов МТО ...................... 21

5 Заключение............................................................................................. 22

5.1 Цели и задачи МТО ......................................................................... 22

5.2 Подход и функциональные требования к автоматизации ............... 23

3

1 Назначение документа

В данном документе приведены основные результаты обследования

предприятия ООО «МОСПРОМТРАНСГАЗ», его организационная и

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

процессов материально-технического обеспечения (далее по тексту МТО).

Сделаны основные выводы по обследованию в виде целей и задач МТО, а также

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

автоматизации материально-технического обеспечения.

2 Сокращения


ГОиЧС – гражданская оборона и чрезвычайные ситуации


«МПТГ» – «МОСПРОМТРАНСГАЗ»





ОМТС/К – отдел материально-технического снабжения и комплектации




УХОМ – отдел управления хранением и отпуском


4

3 Объект обследования

Организация ООО «МОСПРОМТРАНСГАЗ» (далее по тексту

ООО «МПТГ»), является дочерней компанией ОАО «ГАЗПРОМ». Открытое

акционерное общество «ГАЗПРОМ» имеет структуру, в которой головная

компания владеет дочерними обществами и предприятиями. В общем случае,

часть организационной структуры представлена на рисунке 1. Из анализа

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

обеспечением функционирует на трех уровнях:

уровень общества;

уровень филиала общества;

уровень производственного подразделения филиала (участка,

отдела).

Рисунок 1. Уровни дочерних обществ ООО «ГАЗПРОМ»

Организация ООО «МПТГ» представляет собой сетевое объединение,

состоящее из филиалов и структурных подразделений. В состав общества входят

ФилиалыФилиалы

ООО "ГАЗПРОМ"

Уровень дочерних

обществ

Служба закупки ФилиалыФилиал

Уровень филиалов

общества




Уровень производственного подразделения филиала

ООО «Газпром Комплектация»

ООО "МОСПРОМ-ТРАНСГАЗ"

ООО "Газпром Трансгаз Самара"

ООО "Газпром Трансгаз Сургут"

5

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

сервисные подразделения.

4 Бизнес-архитектура предприятия

4.1 Организационно-функциональная структура

Рассмотрим схему организации материально-технического обслуживания

в рамках данной организации (рис. 2).

Рисунок 2. Организационно-административная структура ООО «МГТС»

В сетевой структуре представлены следующие объекты:

УМТСиК (Служба закупок)

Филиалы

Производственные отделы

Юридический отдел

Планово-экономический отдел

Финансовый отдел

ООО«МОСПРОМТРАНСГАЗ»

УМТСиК Филиал

Бухгалтерия АУП

Производственный отдел

Генеральныйдиректор

Заместительгенерального


Планово-экономический

отделФинансовый отдел

Юридическийотдел

Отдел охранытруда и техникибезопасности

6

Бухгалтерия АУП

Отдел охраны труда и техники безопасности

Основными принципами организации процесса материально-технического

обеспечения в дочернем обществе являются:

Централизация процесса управления материально-техническимиресурсами.

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

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

Реализация единого складского учёта в рамках дочернего общества.

Процесс управления МТО организует Управление материально-

технического снабжения и комплектации (УМТСиК), которая является

филиалом дочернего общества. Возглавляет филиал начальник УМТСиК,

подчиняющийся Заместителю Генерального директора по управлению запасами

и складским хозяйством (см. рис. 3). В УМТСиК также входит базы

производственно-технологического обеспечения и комплектации (БПТОиК),

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

функции УМТСиК представлены на рисунке 4.

Отдел управления хранением и отпуском (УХОМ) МТР является

структурным подразделением УМТСиК и подчиняется заместителю начальника

по управлению запасами и складским хозяйством. В состав отдела УХОМ

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

МТР, т.е. склады. Основные функции УХОМ представлены на рисунке 6.

Филиал возглавляет руководитель филиала, в подчинении которого

непосредственно находится группа МТС и учетно-контрольная группа

(см. рис. 7). В филиале имеется центральный склад, находящийся

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

функции филиала представлены на рисунке 9.

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

подразделения, который назначает материально-ответственное лицо (МОЛ) за

7

реализацию функций МТО подразделения (см. рис. 8). Основные функции

производственного подразделения представлены на рисунке 10.

Рисунок 3. Организационно-административная структура УМТСиК

УМТСиК Начальник УМТСиК

ДиспетчерскаяСлужба

Группа приемкиМТР

Группареализации МТР

Отдел управленияхранением и

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

Заместитель начальникапо управлению запасами и

складским хозяйством

Заместитель начальникапо снабжению и

комлектации

Отдел МТС

Отделкомплектации

Группа ГСМ

Заместитель начальникапо общим вопросам

Начальник учетно-контрольной группы

Учетно-контрольнаягруппа

АХО

Вспомогательныеподразделения

Заместительгенерально...

Базапроизводственно-технологическогообеспечения и...

Начальник БПТОиК

Склад группыматериальных

ресурсов

Заведующийскладом

8

Рисунок 4. Функции УМСиК

Рисунок 5. Организационно-административная структура отдела УХОМ

ФункцииУМТСиК

Функции отделауправленияхранением и


Обеспечение иуправление

МТР

Разработкаполитики

Общества в частиуправления МТР

Своевременное икачественноеобеспечениепотребности

Общества в МТР

Обеспечениеприема, хранения,

отпуска иперемещения МТР


запасамиОбщества

Обеспечениепервичного и

бухгалтерскогоучета МТР

Формированиепервичных

документов наоплату МТР

Формированиеотчетности о

движении МТР



Руководитель отделапо управлению и...

Заместительначальника ...

Удаленный склад

Филиал

Центральныйсклад

9

Рисунок 6. Функции отдела УХОМ

Рисунок 7. Организационно-административная структура филиала

Рисунок 8. Организационно-административная структура производственного отдела

Функции отделауправления хранениеми отпуском материалов

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

перемещению,отпуску МТР

Выявлениенеизрасходованных

МТР на складах,контроль сниженияуровня данных МТР

ОрганизацияперемещенияМТР междускладами

Организация иконтроль возврата

МТР сответственного

хранения

Контроль состоянияскладского

оборудованияудаленных участковхранения и отпуска

Формированиеоперативнойотчетности о

движении МТР исостоянии запасов

Основными задачамиУдаленных участков по

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

Обеспечениеприема МТР

Обеспечениенадлежащего

храненияматериально-

технических ресурсов

Своевременныйотпуск МТР и

отражениесоответствующих

операций

Обеспечениеответственногохранения МТР

Филиал

Учетно-контрольная

группа филиала

Группа МТСФилиала

Специалист по МТО

Руководительфилиала

Центральныйсклад филиала

Руководительслужбы закупок ДО

Производственный отделРуководитель


Материально-ответственное лицо

10

Рисунок 9. Функции филиалов

Рисунок 10. Функции производственных отделов

В процессе распределения МТР выделяется два уровня (см. рис. 11). На

первом уровне происходит распределение МТР со складов службы закупок ДО

по филиалам на центральные склады. В случае необходимости МТР

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

втором уровне происходит отпуск МТР материально-ответственным лицам

подразделений филиалов в соответствии с заявленной потребностью. После

этого перераспределение МТР на данном уровне не допускается.

Функциифилиалов

Функции учетно-контрольнойгруппы

Функции группы МТС

Консолидация заявокна МТР на уровне

филиала

Ввод винформационн

ую систему ипередача вУМТСиК

Сбор заявок повсем

закупаемымвидам МТР с

производственных участков и

отделов

Подготовкасводной заявки

по филиалу

Оперативноевзаимодействие с

УМТСиК повопросам

движения МТР

Формированиетребования на отпускМТР для филиала и

контроль егоисполнения

Учет МТР в случаях,если они

приобретаются заналичный расчет

Отражаениеопераций по

списанию МТРв производство

Функциипроизводственных

отделов

Формированиепотребности вМТР на уровне

производственного подразделения

Оперативный учетполученных МТР

Осуществлениезакупки МТР за

наличный расчет

11

Подразделения общества также участвующие в процессе управления МТО:

Планово-экономический отдел;

Финансовый отдел;

Юридический отдел;

Отдел охраны труда и техники безопасности.

Основные функции данных подразделений подразделения представлены на

рисунках 12-15.

Рисунок 11. Взаимодействие в процессе распределения МТО

Рисунок 12. Функции юридического отдела

Уровень 2

Центральный склад

Филиала

База/склады Службы

закупок ДО


Службы закупок ДО

МОЛ

Служба закупок ДО Филиал

Укрупненная схема взаимодействия между Службой закупок ДО и

Филиалами в процессе распределения материально-технических ресурсов

Уровень 1


Службы закупок ДО

МОЛ

Функции юридическогоотдела

Осуществлениесогласованийдоговоров наприобретение

МТР

Ведение карточечдоговоров

Обеспечениехранения

договорнойдокументации

Проведениепретензионной

работы споставщиками

МТР

12

Рисунок 13. Функции планово-экономического отдела

Рисунок 14. Функции финансового отдела

Рисунок 15. Функции отдела охраны труда и техники безопасности

4.2 Функциональная структура организации МТО

Основные задачи деятельности организации в рамках МТО:

Управление закупками материально-технических ресурсов;

Функции планово-экономического отдела

Утверждениелимитов затрат

производственныхподразделений

Расчет потребности вМТР формируется

структурнымиподразделениями на

основе лимит

Передачапотребностей ввиде Заявки в

УМТСиК

Согласованиедоговоров напоставку МТР

Функции финансовогоотдела

Определени величинылимита закупок МТР по

направлениямиспользования

Определениевеличины лимита

денежных средств наоборудование (Лизинг)

Осуществлениеоплаты за

поставленные МТР всоответствии с

условиями договора

Функции отдела охранытруда и техникибезопасности

Определение перечняи требования к СИЗ

Определениенорматив

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

13

Прием материально-технических ресурсов;

Распределение и отпуск МТР;

Управление материально-техническими запасами;

Реализация МТР;

Обеспечение бухгалтерского учета материалов.

Деятельность по МТО организована таким образом, что за несколько

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

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

между филиалами, отделами и производственными подразделениями.

На рисунках 16-21 изображены функциональные диаграммы всех

подразделений компании.

Рисунок 16. Функции организационных единиц в процессе обеспечения бухгалтерского

учета материалов

Обеспечение бухгалтерского учетаматериалов


группаБухгалтерия АУП



Организация иведение учета

по приему,отпуску,...

Формированиеотчетности по

движению МТР

Организация иведение учетапо списанию

МТР в филиале

Обеспечениеучета МТР,

приобретенныхза наличный...

Организация иведение учетапо списанию

МТР в...

Обеспечениеучета МТР,

приобретенныхза наличный...

14

Рисунок 17. Функции организационных единиц в процессе управления закупками

материально-технических ресурсов


ресурсов

Отдел МТСОтдел


Обеспечениесбора и

контроля заявокот филиалов

Формированиесводной заявки

на поставкуМТР

Распределениезаявок по

поставщикам

Защита своднойзаявки у

централизованного поставщика

Корректировказаявки по

результатамсогласования...

Участие ввыборе

поставщика попрямым...

Формированиеагентских

соглашений испецификац...

Анализнадежностипоставщиков

Контрольисполнениязаявок на

поставку МТР

Формированиедокументов наоплату МТР

Ведениесправочникацен на МТР

Формированиеотчетности


Формированиесводной заявкина закупку МТР

для...

Ввод заявок винформационн

ую систему


Формированиезаявки на

закупку МТРдля...

15

Рисунок 18. Функции организационных единиц в процессе приема МТР




комплектации Удаленный складЦентральный

склад


группаБухгалтерия АУП



Участие впроведении

входногоконтроля

Предварительная регистрация поступления

МТР

Регистрацияпорчи и

недостач, МТРв пути

Предварительная регистрация основных идополнител...

Формированиеотчетности попоступлению

МТР

Взаимодействие с

подразделениями по...


поставщикамипо вопросам...

Формированиедополнительных спецификац

ий

Контроль иобеспечениекорректностипоступающе...

Участие впроведении

входногоконтроля

Формированиеприемных актов

Обеспечениевходногоконтроля

Оформлениепервичной

документации

Окончательнаярегистрацияпоступления

МТР на скла...

Окончательнаярегистрациярасчетной

документации

Операциисторнирования

в случаеобнаружения...

Осуществляетрегистрацию

расчетнойдокументац...

Осуществляетоперации

сторнированияв случае...

16

Рисунок 19. Функции организационных единиц в процессе распределения и отпуска

МТР

Распределение и отпуск МТР





ДиспетчерскаяСлужба

Удаленный склад

Центральныйсклад


группа





РаспределениеМТР в

соответствии сзаявленной и...

Формированиетребований на

отпускМТР до...

Формированиетребований на

отпускМТР до...

Контрольпоступления

МТР на складыв соответств...

Оперативноеруководствооперациями

отпуска МТР ...

Оперативноеруководствооперациями

перемещени...


диспетчерскойслужбой по...

Отслеживаниепоступления

данных МТР наудаленные...

Контрольсостояния

оборудованияудаленных...

Формированиеоперативнойотчетности о

движении МТР

Обеспечениетранспортировк

и МТР наудаленные...

Формированиесопроводительных документов

на...

Отпуск МТР нарегиональные

склады

Выполнениепогрузочно-

разгрузочныхработ

Прием МТР,формирование

приемныхдокументов

Формированиесопроводительных документов

на...

Отпуск МТРфилиалу

Выполнениепогрузочно-

разгрузочныхработ

Отражениеопераций по

отпуску иперемещени...

Отражение вучете

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

Формированиетребования на

отпуск МТР

Контрольсоответствия

объёмов иноменклату...

Формированиетребования наотпуск МТР изаварийного...


Отражениеопераций

отпуска МТР впроизводство


списанию МТРиз аварийно...

17

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

техническими запасами

Рисунок 21. Функции организационных единиц в процессе реализации МТР

Управление материально-техническимизапасами





Удаленный складЦентральный

склад


группа



Определениевидов запасов

МТР и ихнормативны...

Контроль ианализ целевого

расходованияМТР

Согласованиеизменения

сменыиспользова...

Участие винвентаризации

МТР

Составлениеотчётности порезультатам

инвентаризации

Выявлениенеликвидных иневостребованн

ых МТР...

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

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

Обеспечениенадлежащегохранения МТР

Отражениеопераций поизменению

направлени...

Оформлениерезультатов

инвентаризации


списаниюнеликвидны...

Отражениеопераций пореализации

неликвидны...


Формированиезаявки на смену

направленияиспользовани...

Расчетпополнения и

освежениязапасов МТР


Формированиеотчетности о

движенииаварийного...

Отслеживаниенаступления

срока возвратаМТР с...

Контрольсвоевременногоотпуска данных

МТР

Мониторингсостояниязапасов,

выявлени...

Инициированиевнеплановых

инвентаризаций

Формированиеоперативнойотчетности осостоянии...




группа

Выбор способареализации,оценка МТР,

выбор...

Заключениедоговоров нареализацию

МТР

Контрольисполнениядоговоров нареализац...

Учет операцийпо реализации

МТР

18

4.3 Анализ процесса управления МТО

На каждом этапе управления МТО (см. рис. 22) задействуются те или иные

отделы, структурные подразделения и т.п. Рассмотрим основные функции

бизнес-единиц задействованных в процессе.

Рисунок 22. Процесс управления МТО

В рамках управления закупками материально-технических ресурсов

задействуются (см. рис. 17):

отделы МТС и комплектации УМТСиК для задач обработки,

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

МТР у поставщиков;

группа МТС филиала для задачи формирования сводной заявки на

закупку МТР;

МОЛ за МТО производственного подразделения для задачи

формирований заявки на закупку МТР.





ресурсов




запасами



19

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

(см. рис. 18):

группа приемки УМТСиК для задач поступления МТР;

отделы МТС и комплектации УМТСиК для задач взаимодействия и

контроля поставщиков и поставок МТР;

центральные и удаленные склады УМТСиК для задач приемки

МТР;

учетно-контрольная группа УМТСиК, филиала и бухгалтерия АУП

для задач регистрации поступления МТР.

В рамках распределения и отпуска материально-технических ресурсов


отделы МТС и комплектации УМТСиК для задач распределения

МТР по филиалам;

отдел по управлению хранением и отпуском материалов УМТСиК

для задач контроля распределения МТР;

диспетчерская служба УМТСиК для задач обеспечения

транспортировки МТР;

центральные и удаленные склады УМТСиК для задач отпуска и

приемки МТР соответственно;

учетно-контрольная группа УМТСиК и филиала для задач учета

отпуска и перемещения МТР;

группа МТС филиала для задач контроля поступления МТР и

распределения по подразделениям;

МОЛ за МТО производственного подразделения для задачи

формирования заявок на отпуск МТР.

В рамках управления материально-техническими запасами


20

отделы МТС и комплектации УМТСиК для задач определения,

контроля, анализа, инвентаризации МТР;

группа приемки УМТСиК для задачи участия в инвентаризации;

группа реализации УМТСиК для задач разработки и реализации

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

МТР;

центральные и удаленные склады УМТСиК для задач обеспечения

хранения и инвентаризации МТР;

учетно-контрольная группа УМТСиК для задач учета

инвентаризации МТР;

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

движения МТР;

учетно-контрольная группа филиала для задач оформления операций

по списанию МТР;

отдел по управлению хранением и отпуском материалов УМТСиК

для задач мониторинга состояния запасов МТР и формирования

отчетности.

В рамках реализации МТР задействуются (см. рис. 21):

группа реализации УМТСиК для задач реализации МТР и

обеспечения контроля реализации МТР;

учетно-контрольная группа УМТСиК для задачи учета по

реализации МТР.

В рамках бухгалтерского учета материалов задействуются (см. рис. 16):

учетно-контрольная группа УМТСиК для задач организации и

ведения учета по приему, отпуску, реализации МТР;

учетно-контрольная группа филиала для задач ведения учета по

приему и отпуску МТР в филиале;

21

бухгалтерия АУП для задач организации и ведения учета по

списанию МТР в аппарате управления.

4.4 Функциональная схема реализации процессов МТО

В общем случае процессы МТО можно разделить на два основных этапа:

Управление закупками и прием МТР;

Управление запасами и реализация МТР.

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

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

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

задачи данного процесса.

В процессе управления закупками и приема МТР (см. рис. 24) участвуют

следующие бизнес единицы:









В процессе управления запасами и реализацией МТР (см. рис. 25)

участвуют следующие бизнес единицы:





22



5 Заключение

В настоящем документе было приведено полное описание

организационно-функциональной структуры материально технического

обеспечения предприятия, в частности, приведено описание его организационно-

административной, функциональной структуры, функциональная схема

реализации МТО, в качестве выводов сформулированы цели и задачи МТО, а

также предложены функциональные требования к автоматизации.

5.1 Цели и задачи МТО

Проведенный анализ показал, что процесс управления МТО является

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

является своевременное обеспечение потребностей в МТР предприятия, что

является ключевой задачей этого процесса.

Рисунок 23. Цели и задачи МТО

Своевременноеобеспечение

потребностей в МТР

Планированиепотребности и

закупка требуемыхМТР

Минимизациязатрат при МТО

Своевременновыявление

потребностей

Обеспечениепоступления МТР и

распределения всоответствии спотребностями

Минимизация затратна материально-

техническоеобеспечение

23

5.2 Подход и функциональные требования к автоматизации

В качестве подхода к автоматизации процессов МТО необходимо

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

критическими для данного процесса. В данном случае, на результатах анализа

функциональной схемы реализации процессов МТО (см. раздел 4.4) можно

сформулировать функциональные требования к автоматизации.

Автоматизированная система управления должна обеспечивать

выполнение следующих основных функций:


o Планирование МТР в структурных подразделениях;

o Формирование сводной заявки на МТР в целом по обществу

o Согласование заявок на МТР с головной компанией;

o Управление поставщиками МТР, в том числе управление

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

Прием МТР

o Регистрация и учет МТР в пути;

o Регистрация поступления МТР на склад от поставщика



o Регистрация движения спецодежды и хозяйственного

инвентаря;

o Регистрация прочих поступлений;

Отпуск и перемещение МТР

o Распределение запасов МТР в соответствие с требованиями


24

o Операции списания и отпуска МТР со складов;

o Перемещение и перенос запаса МТР;

Инвентаризация и управление неликвидными МТР

o Инвентаризация МТР;

o Списание МТР;


o Оценка МТР, подлежащих реализации;

o Реализация МТР;

Возврат МТР поставщику

Нормирование запасов и анализ целевого расходования МТР

o Нормирование материально-производственного запаса;

o Анализ целевого расходования;

o Формирование отчетности о движении аварийного и ГОиЧС

запаса

o Контроль исполнения бюджетов

Рисунок 24. Процесс управления закупками и приема МТР

26

Рисунок 25. Процесс управления запасами и реализацией МТР

Приложение Б

Таблица Б.1 Сравнительный анализ технологий автоматизации

CALS PDM SOA АСУ ERP EAM

Наименование Система

управления ЖЦ товара

Система

управления данными об

изделии

Концепция

построения архитектур

Комплекс

аппаратно-программных

средств для управления процессами

Система

планирования ресурсов


Система

управления основными

фондами предприятия

Стандарты British Defence Standard 00-60,

MIL-STD – 1388

ГОСТ Р ИСО 10303

OASIS RM for SOA V 1.0

ГОСТ 34 MRP, CRP, ISO-15288

British Standards specification PAS

55

Эффекты Снижение затрат на обслуживание

на всем ЖЦ до 30%

Снижение затрат на обслуживание

Возможность «кастомизации»

сервисов и ориентация на

пользователя

В зависимости от функционала и

самой системы

Централизация обработки,

повышение прозрачности и

эффективности

Очень высокие Сокращение

страховых запасов ТМЦ до 90%

Границы

автоматизации

От разработки или закупки до

списания

Спецификация и управление всем

ЖЦ

Зависят от компонентного

наполнения

Отсутствуют, «кастомизация»

под бизнес

Ограничен функционалом

модулей

МТО, ТОРО + сопутствующий

функционал

Продукты Закрытие

разработки ВПК

Siemens

Teamcenter, PDM Step Suite, 1С:PDM

Lombardi

TeamWorks, Oracle Fusion, Sonic EBS,

SAP NetWeaver

«Самописные»

системы, в т.ч. и на базе различных платформ

SAP, Axapta,

EnergoPack, Галактика ERP, АИС Парус, 1С

IBM Maximo,

Infor EAM, iMaint, TRIM

Возможности

интеграции

Концептуально

очень высокие

Высокие

(ERP, PLM, CAD/CAE)

Изначально

единая интеграционная платформа

Через обмен

данными, под потребности

Имеются,

центром всегда является платформа

Интеграция с ERP

Приложение В УТВЕРЖДАЮ УТВЕРЖДАЮ

Руководитель проектов Зам. заведующего кафедры Управленческого консалтинга ФИБС

МФТИ

________________Е.А. Митрофанова _________________ Н.В. Ечкалова

“____”_______________2010 года “____”_______________2010 года

Автоматизированная система управления материально-техническими ресурсами ООО «МОСПРОМТРАНСГАЗ»

АСУ «МТО»

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

НА СОЗДАНИЕ АСУ

МАТЕРИАЛЬНО-ТЕХНИЧЕСКИМИ РЕСУРСАМИ


На 52 листах

Кафедра управленческого консалтинга

Россия, 115184, г. Москва, Климентовский переулок, дом 1 стр.1, офис

305 Тел./факс: +7 (495) 951-33-52

Техническое задание на создание АСУ «МТР-МПТГ-2010»

Дата вступления в силу: 26.05.2010 Версия: 4Стр: 2/52

Содержание стр.

СПИСОК СОКРАЩЕНИЙ ............................................................................................................ 4

1 ОБЩИЕ СВЕДЕНИЯ ............................................................................................................... 6

1.1 ПОЛНОЕ НАИМЕНОВАНИЕ СИСТЕМЫ И ЕЕ УСЛОВНОЕ ОБОЗНАЧЕНИЕ ................................... 6

1.2 НАИМЕНОВАНИЕ ПРЕДПРИЯТИЙ РАЗРАБОТЧИКА И ЗАКАЗЧИКА ............................................ 6

1.3 ОСНОВАНИЯ ДЛЯ РАЗРАБОТКИ ............................................................................................... 6

1.4 ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ................................................................. 6

1.5 ИСТОЧНИКИ И ПОРЯДОК ФИНАНСИРОВАНИЯ ........................................................................ 6

1.6 ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ РЕЗУЛЬТАТОВ РАБОТ .......................................... 6

2 НАЗНАЧЕНИЕ, ЦЕЛИ И ЗАДАЧИ СОЗДАНИЯ СИСТЕМЫ....................................... 7

2.1 НАЗНАЧЕНИЕ СИСТЕМЫ ......................................................................................................... 7

2.2 ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ.................................................................................................... 7

2.3 ЗАДАЧИ СОЗДАНИЯ СИСТЕМЫ ................................................................................................ 8

3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ ................................................... 9

3.1 КРАТКИЕ СВЕДЕНИЯ ОБ ОБЪЕКТЕ АВТОМАТИЗАЦИИ ............................................................. 9

3.2 СВЕДЕНИЯ ОБ УСЛОВИЯХ ЭКСПЛУАТАЦИИ ОБЪЕКТА АВТОМАТИЗАЦИИ ............................. 10

4 ТРЕБОВАНИЯ К СИСТЕМЕ ............................................................................................... 10

4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ ...................................................................................... 11

4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ СИСТЕМЫ ................................................................................. 29

4.3 ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ ................................................................................. 32

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ .......................... 36

5.1 ПЕРЕЧЕНЬ ОРГАНИЗАЦИЙ - ИСПОЛНИТЕЛЕЙ РАБОТ ............................................................. 36

5.2 СТАДИИ И ЭТАПЫ РАБОТ ПО СОЗДАНИЮ АСУ .................................................................... 36

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ ....................................................... 38

6.1 ВИДЫ, СОСТАВ, ОБЪЕМ И МЕТОДЫ ИСПЫТАНИЙ СИСТЕМЫ И ЕЕ СОСТАВНЫХ ЧАСТЕЙ ...... 38

6.2 ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ПО СТАДИЯМ, ПОРЯДОК СОГЛАСОВАНИЯ И

УТВЕРЖДЕНИЯ ПРИЕМОЧНОЙ ДОКУМЕНТАЦИИ ........................................................................... 40

6.3 СТАТУС ПРИЕМОЧНОЙ КОМИССИИ ...................................................................................... 42


Дата вступления в силу: 26.05.2010 Версия: 4 Стр: 3/52

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ

ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ ......................... 43

7.1 ТЕХНИЧЕСКИЕ МЕРОПРИЯТИЯ.............................................................................................. 43

7.2 ОРГАНИЗАЦИОННЫЕ МЕРОПРИЯТИЯ .................................................................................... 43

7.3 ИЗМЕНЕНИЯ В ИНФОРМАЦИОННОМ ОБЕСПЕЧЕНИИ ............................................................. 44

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ................................................................... 45

8.1 ДОКУМЕНТАЦИЯ ТЕХНИЧЕСКОГО ПРОЕКТА......................................................................... 45

8.2 РАБОЧАЯ ДОКУМЕНТАЦИЯ ................................................................................................... 47

8.3 ЭКСПЛУАТАЦИОННАЯ ДОКУМЕНТАЦИЯ .............................................................................. 47

8.4 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ КОМПЛЕКТУЮЩИХ ЭЛЕМЕНТОВ ............................ 49

9 ИСТОЧНИКИ РАЗРАБОТКИ ............................................................................................. 50

9.1 ЗАКОНОДАТЕЛЬНЫЕ И НОРМАТИВНЫЕ ПРАВОВЫЕ АКТЫ .................................................... 50

9.2 НОРМАТИВНО-ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ ЗАКАЗЧИКА............................................... 50

9.3 ГОСУДАРСТВЕННЫЕ СТАНДАРТЫ И РУКОВОДЯЩИЕ ДОКУМЕНТЫ ....................................... 50

10 ОСОБЫЕ УСЛОВИЯ ............................................................................................................. 52

11 ЛИСТ СОГЛАСОВАНИЙ..................................................................................................... 52



Список сокращений

АС – автоматизированная система

АСУ – автоматизированная система управления

АСУП – автоматизированная система управления предприятием

АРМ – автоматизированное рабочее место


АХО – административно-хозяйственный отдел

ГСМ – горюче-смазочные материалы

ГТО – газотранспортная отрасль

ЕС – Европейский Союз

ЕСГ – единая система газоснабжения

ЖЦ – жизненный цикл

ИБС – ООО «Информационные бизнес системы»

ИКТ – информационно-коммуникационные технологии

ИТ – информационные технологии

ИУСП – информационно-управляющая система предприятия

КИС – корпоративная информационная система

КСА АС – комплекс средств автоматизации автоматизированной

системы

КТС – комплекс технических средств


МПР – методологическое проектное решение

МПТГ – МОСПРОМТРАНСГАЗ






НСД – несанкционированный доступ

НСИ – нормативно-справочная информация

ОАО – открытое акционерное общество

ОМТС/К – отделы материально технического снабжения и комплектации


ОПО АС – общее программное обеспечение

ОС – операционная система

ОТЗ – общее техническое задание

ПО – программное обеспечение

ПТК АС – программно-технический комплекс АС

ПЭО – планово-экономический отдел

ПЭВМ – персональная электронно-вычислительная машина

Система – Автоматизированная система управления материально-

техническими ресурсами ООО «МОСПРОМТРАНСГАЗ»

СМИ – средства массовой информации

СПО – специальное программное обеспечение

СУБД – система управления базой данных

ТЗ – техническое задание

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







УХОМ – управления хранением и отпуском материалов

1 ОБЩИЕ СВЕДЕНИЯ

1.1 Полное наименование системы и ее условное

обозначение

Автоматизированная система управления материально-техническими

ресурсами ООО «МОСПРОМТРАНСГАЗ» (далее по тексту - Система).

1.2 Наименование предприятий разработчика и заказчика

Разработчик: ООО «Информационные бизнес системы» (ИБС)

Заказчик: ООО «МОСПРОМТРАНСГАЗ»

1.3 Основания для разработки Техническое задание (далее по тексту ТЗ) на автоматизированную

информационную систему создается на основании протокола собрания

№ ___/______ от ____ _____________ 2010 г.

1.4 Плановые сроки начала и окончания работ Дата начала работ – 01.06.2010

Дата окончания работ по созданию Системы – 31.12.2011

1.5 Источники и порядок финансирования Финансирование работ осуществляет Заказчик.

Объем и порядок финансирования определяется Календарным планом

работ, Рабочей программой и Протоколом договорной цены, являющихся

неотъемлемой частью Договора на выполнение работ по настоящему

Техническому заданию.

1.6 Порядок оформления и предъявления результатов

работ

Работы по созданию Системы производятся и принимаются поэтапно.

По окончании каждого из этапов работ, установленных Календарным планом



работ, Разработчик представляет Заказчику соответствующую документацию и

подписанный со стороны Разработчика Акт сдачи-приемки работ, а по

окончании этапов «Пусконаладочные работы» и «Опытная эксплуатация»

дополнительно уведомляет Заказчика о готовности Системы и ее частей

к испытаниям.

2 НАЗНАЧЕНИЕ, ЦЕЛИ И ЗАДАЧИ СОЗДАНИЯ СИСТЕМЫ

2.1 Назначение системы

Система предназначена для автоматизации деятельности основных бизнес-

процессов в сфере МТО, связанных с планированием, заказом, приобретением,

хранением и поставкой МТР, а также обеспечения выполнения контроля

процессов управления МТО.

2.2 Цели создания системы

Цель создания АСУ МТО заключается в повышении эффективности учета

закупок и складских запасов в части обеспечения процессов МТО.

Эффективность выражается в упрощении обеспечения

деятельности управления и контроля процессов МТО. Данный процесс

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

всем участникам процесса о текущем состоянии процесса МТС.

Так же целями создания автоматизированной системы являются:

Снижения затрат на МТО, в т.ч.:

- сокращение времени выполнения заявок на поставки МТР;

- сокращение времени проведения контроля по исполнению заказов на

МТР;

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

процесса заявочной компании.



Повышение эффективности механизмов планирования потребностей и

закупки требуемых МТР, в т.ч.:

- сокращение неликвидных складских запасов МТР;

- минимизация несоответствий планируемого и целевого

расходования МТР;

- сокращение рассогласований в системе наименований и кодов МТР.

2.3 Задачи создания системы

Основными задачами, обеспечивающими достижение цели, являются:

обеспечения эффективного функционирования процессов управления

МТО, в т.ч.:

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

- обеспечение функций управления складами;

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

- консолидация данных о потребности в МТР и их маршрутизации

для дальнейшей обработки;

- контроль сроков исполнения процессов МТО;

- контроль отведенных лимитов и бюджетов на МТР;

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

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

инвентаризации и управления неликвидными МТР;

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

классификатора МТР;

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

обеспечение функций построения аналитической отчетности;

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

в унифицированном формате внешним информационным системам.



Унифицированный формат предоставления данных описан в общем

техническом задании на АСУП «МПТГ». Внешними информационными

для Системы являются компоненты АСУП «МПТГ», требования к их

составу и структуре функционирования описаны в ОТЗ АСУП «МПТГ».

3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

3.1 Краткие сведения об объекте автоматизации

В качестве объектов автоматизации в Системе рассматриваются службы

управления МТО предприятия ООО «МОСПРОМТРАНСГАЗ».

Основным объектом автоматизации является филиал «МПТГ» – УМТСиК.

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

управлением закупками МТР, приемом МТР, распределением и отпуском МТР,

обеспечением МТР, управлением материально-техническими запасами, а

именно реализацией складского учета.

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

Управление закупками и прием МТР;

Управление запасами и реализация МТР.

Объектами автоматизации на этапе создания Системы являются

следующие организационные единицы, участвующие в процессе управления

закупками и приема МТР:











И организационные единицы, участвующие в процессе управления

запасами и реализацией МТР:







3.2 Сведения об условиях эксплуатации объекта

автоматизации

Условия эксплуатации объектов автоматизации и характеристики

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

и техники безопасности, установленными в соответствующих нормативных

документах Заказчиков.

4 ТРЕБОВАНИЯ К СИСТЕМЕ

Включаемые в ТЗ на Систему требования должны соответствовать

современному уровню развития науки и техники, в области ИКТ РФ, а также

в области развития ИТ в нефтегазовой отрасли. Требования должны не уступать

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

отечественным и зарубежным аналогам АСУ, а также их компонентам, в том

числе используемому ОПО и СПО, применяемым в нефтегазовой отрасли.

Задаваемые в ТЗ на Систему требования не должны ограничивать разработчика

системы в поиске и реализации наиболее эффективных технических, технико-

экономических и других решений.



4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

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

Управление закупками;

o Планирование;

o Консолидация.

Управление затратами;

Складская логистика;

Аналитическая отечность;

Управление НСИ МТР;

Интеграционный шлюз.

Подсистема «Управление закупками» предназначена для обеспечения

процессов управления закупками МТР. В рамках данной подсистемы

осуществляется реализация заявочной компании МТО. Эта комплексная

подсистема состоит из двух компонент: «Планирование» и «Консолидация».

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

МТР, в границах всей организации. Кроме того Система должна получать

информацию из внешней АСУ Фонды предприятия, обеспечивающей работу

функций данной компоненты. Вторая компонента предназначена для

реализации согласования процессов планирования.

Подсистема «Управление затратами» обеспечивает решение задач

контроля процессов бюджетирования МТР.

Подсистема «Складская логистика» предназначена для обеспечения

автоматизации функций склада в рамках приема, отпуска, перемещения,

инвентаризации, списания, реализации и возврата МТР.



Подсистема «Аналитическая отчетность» является общей подсистемой,

которая неразрывно связана со всеми подсистемами. Основная ее задача

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

состоянии объекта автоматизации (или его частей), так и о любом моменте

в прошлом.

Подсистема «Управление НСИ МТР» предназначена для ведения

классификатора МТР в рамках управления основными данными, должна

непосредственно интегрироваться с внешней АСУ НСИ.

Подсистема «Интеграционный шлюз» предназначена для обеспечения

информационного взаимодействия между подсистемами Системы на уровне

информационных объектов Системы.

4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

Подсистемы, входящие в состав Системы, в процессе функционирования

должны обмениваться информацией на основе открытых форматов обмена

данными, используя для этого входящую в состав Системы подсистему

информационного взаимодействия «Интеграционный шлюз». Форматы данных

приведены в ОТЗ на АСУП «МПТГ»

Все подсистемы должны входить в единое информационное пространство,

которое будет обеспечиваться в рамках всей АСУП «МПТГ».

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

Взаимодействие Системы с существующими внешними

информационными системами должно осуществляться посредством

подсистемы «Интеграционный шлюз». Требования к интерфейсам

транспортного шлюза предъявляются в ОТЗ АСУП «МПТГ».

При создании Системы для непрерывного функционирования системы

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



информационного обмена между всеми подсистемами Системы

посредством подсистемы «Интеграционный шлюз»;

возможность автономной эксплуатации отдельных подсистем без

наличия каналов связи;

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

(в соответствии с Законом от 20 февраля 1995 г. № 24-ФЗ

«Об информации, информатизации и защите информации»).

4.1.1.4 Требования к режимам функционирования системы

При создании Системы необходимо предусмотреть следующие режимы ее

функционирования:

штатный режим, в котором должна осуществляться непрерывная

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

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

системе информации;

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

пополнения их новыми компонентами, а также для проведения

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

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

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

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

ситуациях;

автономный режим, гарантирующий сохранение работоспособности

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

между подсистемами Системы или внешними системами.

аварийный режим, гарантирующий сохранение информационной

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

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

копирования баз данных.



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

должны быть описаны на стадии «Рабочая документация» в документе

«Инструкция по эксплуатации КТС».

4.1.1.5 Требования по диагностированию системы

При создании Системы необходимо предусмотреть методические

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

и диагностированию сбоев в работе аппаратно-программных комплексов

для всех подсистем Системы. Требования должны быть уточнены на этапе

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

к техническому проекту».

4.1.1.6 Перспективы развития, модернизации системы

Построение Системы должно осуществляться с учетом последующего

развития и модернизации как системы как в целом, а так и отдельных

подсистем. Наращивание производительности системы должно осуществляться

исходя из проводимых ежегодных оценок быстродействия Системы, которое

должно быть не ниже требований установленных в эксплуатационной

документации.

4.1.2 Требования к численности и квалификации персонала системы и режиму его работы

Для эксплуатации Системы определены следующие роли:

Администратор;

Пользователь.

Основными обязанностями администратора являются:

Модернизация, настройка и мониторинг работоспособности ПТК АС

(серверов, рабочих станций);

Установка, модернизация, настройка и мониторинг работоспособности

программного обеспечения Системы;



Ведение учетных записей пользователей Системы;

Установка, модернизация, настройка параметров информационной базы

Системы;

Оптимизация прикладных баз данных по времени отклика, скорости

доступа к данным;

Администратор должен обладать высоким уровнем квалификации

и практическим опытом выполнения работ по установке, настройке

и администрированию программных и технических средств, применяемых

в системе.

Основными обязанностями пользователя являются:

Первичное обслуживание и диагностика КСА АС;

Ввод или подтверждение автоматического ввода первичной информации

(входной информации);

Проверка и контроль корректности входной и выходной информации.

Пользователи системы должны иметь опыт работы с персональным

компьютером на базе операционных систем Microsoft Windows на уровне

квалифицированного пользователя и свободно осуществлять базовые операции

в ОС семейства Windows.

Рекомендуемая численность для эксплуатации Системы:

Администратор – 1 штатная единица;

Пользователь – число штатных единиц определяется структурой

организации.

На момент ввода в действие Системы для успешного выполнения функций,

определенных регламентом в документе «Ввод в действие», персонал должен

пройти соответствующее обучение в рамках работ внедрения Системы.



4.1.3 Показатели назначения

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

и адаптации к изменению параметров, методов и характеристик процесса

управления МТО без необходимости перепрограммирования на уровне общего

программного обеспечения (системного и прикладного).

Адаптация системы должна осуществляться путем проведения

структурной и параметрической настройки соответствующих функциональных

подсистем.

Процесс настройки и адаптации должен проводиться экспертами

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

системы.

Система должна предусматривать возможность масштабирования

по производительности и объему обрабатываемой информации

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

используемого комплекса технических средств. Возможности

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

программного обеспечения.

4.1.4 Требования к надежности

Ниже приводится перечень возможных аварийных ситуаций с указанием

требований к средствам восстановления работоспособности Системы:

1) Сбой общего или специального программного обеспечения1

(отдельного АРМ или сервера).

После сбоя серверной операционной системы, хранилищ индексов или

СУБД, в процессе выполнения пользовательских задач, должно быть

обеспечено восстановление данных в базе данных и в хранилище индексов

1 Определения приведены в ГОСТ 34.003-90



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

сбоем транзакции.

Время восстановления работоспособности при сбоях и отказах не должно

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

программного обеспечения на сервере(-ах), восстановление данных

с использованием последней резервной копии. В указанное время не входит

решение проблем с техническим обеспечением и инсталляция операционной

системы.

2) Выход из строя части технических средств.

Выход из строя одного из АРМ пользователя или нарушение канала связи

локальной сети между этим АРМ и сервером не должны приводить

к прекращению функционирования Системы.

3) Сбои или выход из строя активного накопителя на жестком магнитном

диске.

В Системе должна быть обеспечена возможность восстановления данных

с внешнего накопителя после восстановления активного накопителя.

4) Ошибки в работе персонала.

Системе должна проводить возможность локализации ошибок персонала.

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

и персонала на них должны быть определены на стадии «Рабочая

документация» и отражены в документе «Руководство пользователя».

5) Импульсные помехи, сбои или прекращение электропитания.

Импульсные помехи, сбои или прекращение электропитания не должны

приводить к выходу из строя технических средств и/или нарушению

целостности данных.

Должны быть предусмотрены средства оповещения пользователей

о прекращении электропитания.



Надежность АПК в части технического обеспечения должна достигаться:

использованием сертифицированных средств вычислительной техники,

их комплектующих и средств передачи данных;

использованием в Системе технических средств повышенной

отказоустойчивости и их структурным резервированием;

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

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

источников бесперебойного питания;

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

4.1.5 Требования безопасности

Условия эксплуатации объекта автоматизации и характеристики

окружающей среды определяются в соответствии с Гигиеническими

требованиями к видеодисплейным терминалам, персональным электронно-

вычислительным машинам и организации работы (Санитарные правила и

нормы. СанПиН 2.2.2.542-96, утвержденные постановлением

Госкомсанэпиднадзора России от 14.07.96 № 14).

Технические средства, входящие в состав Системы, должны удовлетворять

требованиям ГОСТ 12.1.002-84 по уровням напряженности электрических

полей.

Уровень шума на рабочих местах пользователей и обслуживающего

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

установленным ГОСТ 12.1.003-83.

Требования по безопасности труда должны быть определены на стадии

«Рабочая документация» и отражены в документе «Инструкция по

эксплуатации КТС».



4.1.6 Требования к эргономике и технической эстетике

4.1.6.1 Требования к конфигурации рабочих станций

Конфигурация рабочих станций должна обеспечивать удобный для

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

в части внешнего оформления:

- унификация пользовательского интерфейса;

- наличие графического многооконного режима;

- настраиваемость графических элементов интерфейса, размеров,

размещения и цветового оформления, в пределах возможностей

операционной системы и технических средств.

в части диалога с пользователем:

- взаимодействие пользователя с системой должно осуществляться на

русском языке, исключения могут составлять только системные

сообщения, не подлежащие русификации;

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

помощи;

- интерфейс пользователя должен способствовать уменьшению

вероятности совершения оператором случайных ошибочных

действий.

4.1.6.2 Требования к интерфейсу пользователя

Взаимодействие пользователей с прикладным программным

обеспечением, входящим в состав Системы должно осуществляться

посредством визуального графического интерфейса. Интерфейс системы

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

элементами и должен обеспечивать быстрое отображение экранных форм.

Навигационные элементы должны быть выполнены в удобной для пользователя

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

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



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

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

исполнения должны выполняться в интерактивном режиме. Интерфейс должен

соответствовать современным эргономическим требованиям и обеспечивать

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

Интерфейс должен быть рассчитан на преимущественное использование

манипулятора типа «мышь», то есть управление системой должно

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

элементов. Клавиатурный режим ввода должен используется главным образом

при заполнении и/или редактировании текстовых и числовых полей экранных

форм.

Все надписи экранных форм, а также сообщения, выдаваемые

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

Экранные формы должны проектироваться с учетом требований унификации:

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

выполнены в едином графическом дизайне, с одинаковым

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

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

графические значки, кнопки и другие управляющие (навигационные)

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

(добавление информационной сущности, редактирование поля данных), а

также последовательности действий пользователя при их выполнении,

должны быть унифицированы;

внешнее поведение сходных элементов интерфейса (реакция на

наведение указателя «мыши», переключение фокуса, нажатие кнопки)

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

Система должна соответствовать требованиям эргономики

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



высококачественным оборудованием (ПЭВМ, монитор и прочее

оборудование), имеющим необходимые сертификаты соответствия

и безопасности Росстандарта.

4.1.7 Требования к транспортабельности для подвижных АС

Требования не предъявляются.

4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

соответствии с требованиями производителей оборудования, при условии

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

работ.

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

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

протоколом с Заказчиком.

Условия эксплуатации системы должны обеспечивать выполнение

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

4.1.8.2 Требования по количеству, квалификации обслуживающего персонала и режимам его работы

Численность персонала обслуживающего Системы и режим их

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

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

Основным принципом кадрового обеспечения работы Системы должно

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

подразделений Заказчика.

Персонал пользователей должен проходить обязательную общую и

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

техники.



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

общераспространенным программным обеспечением (офисное ПО и

операционные системы персональных компьютеров) в объеме навыков,

требуемых для пользователей Системы.

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

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

Для контроля знаний и навыков в работе с Системой должны быть

подготовлены соответствующие методики и регламентирующие документы

(сертификаты пользователей).

Численность и уровень квалификации обслуживающего персонала должен

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

обеспечения, технических средств, входящих в состав Системы, а также

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

Должен быть обеспечен регулярный контроль знаний и проверка навыков

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

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

4.1.8.3 Требования к регламенту обслуживания

Регламентное обслуживание элементов Системы должно осуществляться

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

разработаны на стадии «Рабочая документация» и отражены в документе

«Инструкция по эксплуатации КТС».

4.1.9 Требования к защите информации от несанкционированного доступа

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

(НСД) на уровне не ниже установленного требованиями, предъявляемыми

к категории 1Д по классификации действующего руководящего документа

Гостехкомиссии России «Автоматизированные системы. Защита



от несанкционированного доступа к информации. Классификация АС

и требования по защите информации» 1992 г.

Компоненты подсистемы защиты от НСД должны обеспечивать:

идентификацию пользователя;

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

разграничение прав доступа пользователей на уровне задач, операций

и информационных массивов, в том числе:

- ограничение на доступ пользователей (групп пользователей)

к выполнению функций системы (заполнение и проведение

документов, получение отчётов и прочее);

- ограничение на доступ пользователей (групп пользователей) к

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


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


к отдельным таблицам документов (таблицам записей);


данным по отдельным контрагентам (группам контрагентов);


данным по организационным единицам (группам организационных

единиц);


данным по группам МТР;

- протоколирование действий пользователей (групп пользователей),

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

выход из неё, открытие и редактирование документов, и прочее).



Протоколы аудита системы и приложений должны быть защищены

от несанкционированного доступа как локально, так и в архиве.

Уровень защищённости от несанкционированного доступа средств

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

должен соответствовать требованиям к классу защищённости 6 согласно

требованиям действующего руководящего документа Гостехкомиссии России

«Средства вычислительной техники. Защита от несанкционированного доступа

к информации. Показатели защищенности от несанкционированного доступа к

информации».

Защищённая часть системы должна использовать «слепые» пароли

(при наборе пароля его символы не показываются на экране либо

заменяются одним типом символов; количество символов

не соответствует длине пароля).

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

пользователей и приложений по заранее заданным временам отсутствия

активности со стороны пользователей и приложений.

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

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

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

Защищённая часть системы должна использовать многоуровневую

систему защиты.

Защищённая часть системы должна быть отделена от незащищённой

части системы межсетевым экраном.

По возможности большая часть защиты от НСД к информации должна

обеспечиваться использую возможности ОПО АС или существующей ПТК АС

объекта автоматизации.



4.1.10 Требования по сохранности информации при авариях

В случае потери системой работоспособности при сбоях, ошибках или

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

максимальная гарантия сохранности информации.

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

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

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

удобным пользовательским интерфейсом.

Сохранность информации в системе должна обеспечиваться при

следующих аварийных ситуациях:

нарушение электропитания:

- провалы напряжения (кратковременные понижения при резком

увеличении нагрузки в электрической сети);

- высоковольтные импульсы (кратковременное увеличение

напряжения в электросети);

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

- кратковременное увеличение напряжения в сети;

- нестабильность частоты.

нарушение или выход из строя каналов связи локальной вычислительной

сети;

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

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

и отказы накопителей на жестких магнитных дисках;

сбой общего или специального программного обеспечения системы;

ошибки в работе персонала;



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

техногенного характера – повреждений внешних каналов связи,

нарушений системы электропитания и т.д.;

Оборудование системы должно обеспечивать взаимодействие

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

(см. пункт 4.1.9).

ПО Системы должно восстанавливать свое функционирование при

корректном перезапуске аппаратных средств. В Системе быть предусмотрена

возможность организации автоматического и (или) ручного резервного

копирования данных системы средствами системного и базового программного

обеспечения, входящего в состав ПТК АС.

Приведенные выше требования не распространяются на компоненты

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

соблюдении правил эксплуатации этих компонентов, включая своевременную

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

программного обеспечения.

4.1.11 Требования к защите от влияния внешних воздействий

В помещениях с размещенными техническими средствами, на которых

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

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

средств.

Внешнее оборудование, устанавливаемое на улице или в помещениях

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

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

Специальные требования по защите от влияния внешних воздействий

не предъявляются.



4.1.12 Требования к патентной чистоте

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

патентной чистоте согласно действующему законодательству

и распорядительным документам, регламентирующим создание системы.

Уточнение требований по патентной чистоте должно производиться

в договорах на проведение работ по созданию компонентов системы. При этом

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

используемые инструменты разработки программного обеспечения, СУБД и

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

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

свидетельств на владение интеллектуальной собственностью и авторскими

правами

4.1.13 Требования по стандартизации и унификации

4.1.13.1 Общие требования

Общие требования по стандартизации и унификации сформулированы в

ОТЗ АСУП «МПТГ».

При создании компонентов АСУП «МПТГ» должны быть унифицированы:

процессы мониторинга и администрирования;

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

процессы устранения нештатных ситуаций,

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

объектов при устранении нештатных ситуаций;

организационные структуры персонала, обслуживающего объекты, и ИТ-

сервисы;

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

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

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



ПО для мониторинга и управления характер его распределения по

объектам сегментов;

ПО для диспетчерских функций в Системе;

аппаратные средства для работы ПО;

наборы АРМ для автоматизации деятельности ИТ-подразделений в

сегментах;

эксплуатационная документация для КСА ИТ-управления и

эксплуатации.

4.1.13.2 Требования к Системе

В процессе разработки Системы должна быть сформирована система

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

унифицированных методов реализации функций (задач) системы, а также

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

типовых проектных решений, унифицированных форм документов,

общероссийских классификаторов и классификаторов других категорий в

соответствии с областью их применения и требованиями к типовым

структурным компонентам.

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

необходимые сертификаты соответствия от ответственных служб и

министерств Российской Федерации.

Все оборудование должно соответствовать стандартам Российской

Федерации и международным стандартам.

Система должна использовать стандартные, унифицированные методы

реализации функций (задач) системы:

поддержка современных транспортных протоколов: ТСР/IР;

поддержка наиболее распространенных форматов документов:, HTML,

XML и т.д.;



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

системы;

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

поддержка распределенного поиска информации;

поддержка распределенного доступа к информации;

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

4.1.14 Дополнительные требования

Дополнительные требования не предъявляются.

4.2 Требования к функциям системы

4.2.1 Подсистема «Управление закупками»

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

осуществление поддержки процессов реализации заявочной компании МТО.

Модули подсистемы:

Модуль «Планирование»;

Модуль «Консолидация».

В рамках модуля «Планирование» осуществляется решение следующих

задач:

1. Планирование МТР в структурных подразделения, в т.ч. корректировка

и изменение первичных планов;

2. Получение данных по потребностям в МТР из АСУ Фонды

предприятия;

3. Формирование планов в автоматическом режиме;

4. Контроль и корректировка сформированных планов.

В рамках модуля «Консолидация» осуществляется решение следующих

задач:



1. Формирование сводной заявки на МТР в целом по филиалу

и по обществу;

2. Согласование заявок с головной компанией;

3. Контроль процессов бюджетирование МТР.

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

автоматизированных рабочих мест (АРМ).

4.2.2 Подсистема «Управление затратами»

Данная подсистема обеспечивает решение задач контроля процессов

бюджетирования МТР.

Подсистема осуществляет решение следующих задач:

1. Нормирование запасов и анализ целевого расходования МТР:

а) Нормирование материально-производственного запаса;

б) Анализ целевого расходования;

в) Формирование отчетности о движении аварийного и ГОиЧС

запаса.

2. Контроль исполнения бюджетов;

3. Проведение анализа бюджетов на МТР.

Реализация перечисленных задач предполагает создание АРМ.

4.2.3 Подсистема «Складская логистика»

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

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

возврата МТР.


1. Прием МТР;

а) Регистрация и учет МТР в пути;



б) Регистрация поступления МТР на склад от поставщика



в) Регистрация движения спецодежды и хозяйственного инвентаря;

г) Регистрация прочих поступлений;

2. Отпуск и перемещение МТР;

а) Распределение запасов МТР в соответствие с требованиями


б) Операции списания и отпуска МТР со складов;

в) Перемещение и перенос запаса МТР;

3. Инвентаризация и управление неликвидными МТР;

а) Инвентаризация МТР;

б) Списание МТР;

4. Реализация МТР;

а) Оценка МТР, подлежащих реализации;

б) Реализация МТР;

5. Возврат МТР поставщику.

Реализация перечисленных задач предполагает создание АРМ.

4.2.4 Подсистема «Аналитическая отечность»

Данная подсистема является общей подсистемой Системы, которая

неразрывно связана со всеми подсистемами. Основная ее задача заключается

в предоставление информации в удобном виде, как о текущем состоянии

объекта автоматизации (или его частей), так и о любом моменте в прошлом.

Отчеты, формируемые данной подсистемой, устанавливаются Заказчиком

в индивидуальном порядке.



4.2.5 Подсистема «Управление НСИ МТР»

Данная подсистема осуществляет решение задач ведения классификатора

МТР в рамках управления основными данными, должна непосредственно

интегрироваться с внешней АСУ НСИ.

4.2.6 Подсистема «Интеграционный шлюз»

Данная подсистема предназначена для обеспечения информационного

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

объектов.


1. Преобразование данных из унифицированных форматов, полученных

от внешних информационных систем во внутренний формат, а также

обратное преобразование форматов – из внутреннего формата в формат

внешних информационных систем;

2. Определение в зависимости от типа формата данных типа переданной

информации и объекта назначения;

3. Постановка преобразованных данных в очередь на обработку

к соответствующей подсистеме;

4. Прием и обработку запросов от подсистем на предоставление и передачу

информации;

5. Формирование сообщений о полученном результате обработки.

4.3 Требования к видам обеспечения

4.3.1 Требования к лингвистическому обеспечению

Лингвистическое обеспечение Системы должно быть достаточным для

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

со средствами Системы.

В лингвистическом обеспечении Системы должны быть:



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

используемой в Системе информации;

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

стандартизованы описания однотипных элементов информации

и записи синтаксических конструкций;

обеспечены удобство, однозначность и устойчивость общения

пользователей со средствами автоматизации Системы.

Лингвистическое обеспечение Системы должно быть отражено

в документации «Руководство пользователя» и «Общее описание системы»

организационного обеспечения Системы в виде правил общения пользователей

с техническими средствами Системы во всех режимах функционирования

системы.

4.3.2 Требования к программному обеспечению

4.3.2.1 Общие требования

По возможности при проектировании и разработке системы необходимо

максимально эффективным образом использовать ранее закупленное

программное обеспечение, как серверное, так и для рабочих станций, если такое

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

оптимальное оборудование, подходящее требованиям.

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

проектирования рекомендуется использовать, как и ОПО, так и СПО.

4.3.2.2 Требования к общему программному обеспечению

ОПО Системы должно соответствовать следующих основным принципам:

использование сертифицированных программных средств,

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

системе защиты информации;

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



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

совместимость;

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

надежность и отказоустойчивость;

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

программного обеспечения;

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

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

поддержка работы с оптическими библиотеками;

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

Сетевые ОС должны позволять организовать работу пользователя на

рабочих станциях в рамках одной или нескольких локальных сетей, а также на

распределенной территориальной сети, иметь встроенные средства

электронной почты, обеспечивать возможность реализации intranet-технологий,

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

доступа к ресурсам системы.

4.3.2.3 Требования к специальному программному обеспечению

СПО должно разрабатываться в соответствии со следующими

требованиями:

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

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

получаемых из базы данных и доступ к ним;

комплексирование функций, состоящее в рациональном распределении

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

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

транспортных шлюзов информации.



СПО Системы должно быть представлено как совокупность программных

комплексов (ПК) автоматизированных рабочих мест (АРМ), реализующих

функции, связанные процессами управления МТО.

4.3.3 Требования к информационному обеспечению

Система должна обеспечивать хранение и использование

структурированной информации, а также данных о способах обработки

и представления этой информации (хранимых процедур, текстов запросов

и т.д.).

Система должна поддерживать совместимость с внешними

информационными системами. Требования к совместимости определены в ОТЗ

АСУП «МПТГ».

Состав, структура, объём, и частота передачи информационных данных

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

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

информационного обмена должны быть предусмотрены меры по исключению

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

Сбои и аварии в системе не должны приводить к потере данных.

4.3.4 Требования к техническому обеспечению

Сетевые технические компоненты системы должны включать:

каналы связи и каналообразующую аппаратуру;

коммуникационные протоколы, сервисы, систем адресации;

системы по обеспечению бесперебойной работы сетей.

Технические компоненты платформ должны включать:

аппаратные средства вычислительной техники – серверы, рабочие

станций, накопители, принтеры и др. компьютерное оборудование

общего назначения;



операционные и управляющие системы, утилиты, офисные

программные системы;

системы по обеспечению бесперебойной работы оборудования, в

основном серверного и баз данных.

4.3.5 Требования к метрологическому обеспечению

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

характеристикам не предъявляются.

4.3.6 Требования к организационному обеспечению

На этапе проектирования компонентов Системы должны быть

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

участвующих в функционировании Системы, а также обеспечивающих ее

эксплуатацию.

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

5.1 Перечень организаций - исполнителей работ

Все работы по реализации проекта автоматизации выполняет ООО

«Информационные Бизнес Системы». ООО «Информационные Бизнес

Системы» имеет право привлекать строительные, монтажные, наладочные и

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

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

5.2 Стадии и этапы работ по созданию АСУ

В соответствии с ГОСТ 34.601-90 работы по созданию Системы

выполняются с учетом стадий, приведенных в Табл. 1. Стадии и этапы создания

АС. Также в таблице приведены примерные сроки выполнения работ и

перечень подготавливаемой и утверждаемой документации.

Табл. 1. Стадии и этапы создания АС



Стадии Этапы работ Сроки

выполнения Исходящая

документация

1. Решение

орг.вопросов проекта

1.1. Организация проектной

команды и управляющего комитета

1.2. Разработка проектной документации.

3 недели Устав проекта

2. Технический

проект.

2.1. Разработка проектных

решений по системе и её частям.

2.2. Разработка документации на АС и её части. 2.3. Разработка и оформление

документации на поставку изделий для комплектования

АС и (или) технических требований (технических заданий) на их разработку.

6 месяцев Пояснительная

записка к техническому

проекту Описание автоматизируемых

функций

3. Рабочая документация.

3.1. Разработка рабочей документации на систему и её

части. 3.2. Разработка или адаптация программ.

6 месяцев Спецификация оборудования

Каталог базы данных Технологическая

инструкция Руководство

пользователя Общее описание системы

Программа и методика

испытаний

4. Ввод в действие.

4.1. Подготовка объекта автоматизации к вводу АС в

действие. 4.2. Подготовка персонала.

4.3. Комплектация АС поставляемыми изделиями (программными и

техническими средствами, программно-техническими

комплексами, информационными изделиями). 4.4. Пусконаладочные работы.

4.5. Проведение предварительных испытаний.

4.6. Проведение опытной эксплуатации. 4.7. Проведение приёмочных

испытаний.

4 месяца Акт завершения работ

Акт приемки в опытную

эксплуатацию Акт приемки в промышленную

эксплуатацию План-график работ

Протокол испытаний Протокол

согласований

5.

Сопровождение АС

5.1. Выполнение работ в

соответствии с гарантийными обязательствами.

5 лет Гарантийное

соглашение



Стадии и этапы работ по созданию Системы, по согласованию с

Заказчиком, могут идти параллельно друг другу.

Конкретные сроки выполнения стадий и этапов работ по созданию

Системы определяются Календарным планом работ, являющимся

неотъемлемой частью соответствующих Договоров на выполнение работ в

рамках настоящего Технического задания.

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

6.1 Виды, состав, объем и методы испытаний системы и ее составных частей

6.1.1 Виды испытаний

Для Системы, в соответствии с требованиями ГОСТ 34.603-92,

устанавливаются следующие виды испытаний:

1) предварительные испытания;

2) опытная эксплуатация;

3) приемочные испытания.

На этапе предварительных испытаний устанавливаются следующие виды

испытаний:

1) предварительные автономные испытания специального

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

2) предварительные комплексные испытания.

6.1.2 Состав, объем и методы испытаний

Испытания специального программного обеспечения (функциональных

модулей) Система проводятся в соответствии с Программами и методиками

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

системы с использованием автономных тестов, подготовленных Исполнителем

и согласованных с Заказчиком.



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

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

персонала подразделения, автоматизация которых предусмотрена в Системе,

должны выполняться с использованием средств автоматизации.

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

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

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

аварийных ситуациях, изменениях параметров объекта автоматизации,

проводимых корректировках документации и программных средств, наладке

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

Системы.

Приемочные испытания проводятся в соответствии с Программой и

методикой приемочных испытаний путем выполнения комплексных тестов,

подготовленных Исполнителем и согласованных с Заказчиком.

Приемочные испытания должны включать проверку:

1) полноты и качества реализуемых функций при штатных значениях

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

Техническом задании;

2) выполнения каждого требования, относящегося к интерфейсу

Системы;

3) работы персонала в диалоговом режиме;

4) средств и методов восстановления работоспособности системы

после отказов.

Проверку работы пользователей в диалоговом режиме проводят с учетом

полноты и качества выполнения функций Системы в целом. При этом проверке

подлежат:

1) полнота сообщений, запросов, доступных пользователю Системы;

2) сложность процедур диалога, возможность работы пользователей

без специальной подготовки;



3) реакция Системы на ошибки оператора;

Проверка средств восстановления работоспособности Системы после

отказов ЭВМ, включая:

1) проверку наличия в эксплуатационной документации

рекомендаций по восстановлению работоспособности и полноту их

описания;

2) практическую выполнимость рекомендованных процедур;

3) работоспособность средств автоматического восстановления

функций Системы.

При испытаниях проверяется качество выполнения функций комплексом

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

Системы согласно настоящего ТЗ.

6.2 Общие требования к приемке работ по стадиям,

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

6.2.1 Общие требования, порядок согласования и утверждения приемочной документации

Порядок выполнения и приемки работ по созданию Системы должен

соответствовать требованиям ГОСТ 34.603-92.

Приемка работ по созданию Системы должна осуществляться поэтапно в

соответствии с утвержденными документом «План-график работ».

Все виды испытаний должны проводиться совместно Исполнителем и

Заказчиком по соответствующим программам и методикам испытаний

Исполнителя, утвержденным Заказчиком, на соответствие требованиям

настоящего ТЗ и дополнений к нему, с учетом стадий готовности Системы.

По результатам предварительных испытаний оформляется «Протокол

предварительных испытаний».

Опытная эксплуатация проводится Заказчиком при поддержке

Исполнителя на реальных данных по «Программе опытной эксплуатации».



Срок опытной эксплуатации устанавливается Заказчиком. В период опытной

эксплуатации ведется «Журнал опытной эксплуатации». Погрешности в

программном обеспечении и эксплуатационной документации, обнаруженные

при сдаче Системы в опытную эксплуатацию или в процессе опытной

эксплуатации, должны быть устранены Исполнителем до предъявления

Системы на приемочные испытания. По окончании опытной эксплуатации

Исполнитель и Заказчик составляют «Акт о завершении опытной

эксплуатации», в котором приводится перечень необходимых доработок и

решение о допуске Системык приемочным испытаниям.

К началу приемочных испытаний Системыи документация должны быть

доработаны по существу замечаний «Протокола предварительных испытаний»

и «Акта о завершении опытной эксплуатации». По результатам приемочных

испытаний Заказчиком оформляется «Протокол приемочных испытаний» и

«Акт приемки в постоянную эксплуатацию».

6.2.2 Место проведения испытаний

Предварительные автономные испытания специального программного

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

демонстрационно-испытательном стенде Исполнителя.

Предварительные комплексные испытания Системы проводятся на

объекте автоматизации Заказчика в соответствии с утвержденным документом

«Программа и методика испытаний».

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

соответствии с Программой опытной эксплуатации, подготовленной

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

проектирования.

Приемочные испытания проводятся на объекте автоматизации Заказчика.



6.3 Статус приемочной комиссии

Приемку работ осуществляет комиссия, назначенная приказом Заказчика,

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

согласованию с Заказчиком.



7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

7.1 Технические мероприятия

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

Системы должны быть выполнена подготовка помещений для размещения

Системы в соответствии с требованиями Исполнителя описанными в документе

«Пояснительная записка к техническому проекту».

7.2 Организационные мероприятия

Для поддержки функционирования Системы в целом Заказчиком до начала

этапа «Ввод в действие» должна быть создана Служба эксплуатации в

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

После завершения этапа работ «Разработка рабочей документации»

Исполнитель должен предоставить Заказчику Программу обучения персонала

и Программу опытной эксплуатации Системы.

Заказчик должен произвести укомплектование штата персонала Системы

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

Исполнителем.

План-график проведения обучения должен быть подготовлен и утвержден

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

Программы обучения персонала.

Со стороны Заказчика должны быть приняты меры по исключению

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

средства, посторонних лиц, по роду своей деятельности не являющихся

персоналом, допущенным к работе в этих помещениях.

На технических средствах следует использовать только лицензионное

программное обеспечение фирм-изготовителей.



Следует предусмотреть меры, исключающие возможность

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

установленной средствам защиты информации (путем опечатывания

системного блока и разъемов ПЭВМ).

Заказчиком должны быть разработаны регламенты, устанавливающие

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

информации.

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

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

эксплуатации Системы, должны быть произведены Заказчиком в соответствии

с рабочей документацией на Систему и утвержденной Программой опытной

эксплуатации в срок до начала опытной эксплуатации.

Силами Заказчика в срок до начала проведения пуско-наладочных работ

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

информационных источников внешних организаций, перечень которых

определяется в процессе технического проектирования Системы.

7.3 Изменения в информационном обеспечении

Информационное обеспечение Системы может осуществляться как силами

организации Заказчика, так и на основании соглашения внешними

организациями (СМИ, информационно-аналитическими агентствами и т.п.).

Для организации информационного обеспечения Системы должны быть

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

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

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

материалов:

o федеральными органами исполнительной власти Российской

Федерации;

o сторонними (коммерческими) поставщиками информации.



Перечень регламентов может быть изменен на стадии «Рабочая

документация».

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

8.1 Документация технического проекта

8.1.1 Ведомость технического проекта

Ведомость технического проекта должна содержать перечень всех

документов технического проекта (выполняется по ГОСТ 2.106).

8.1.2 Пояснительная записка к техническому проекту

Пояснительная записка к техническому проекту должна содержать:

общие положения;

описание процесса деятельности;

описание методики технического проектирования;

описание основных технических решений.

8.1.3 Описание информационного обеспечения

Описание информационного обеспечения должно содержать:

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

данных и наборов данных в Системе;

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

описание организации сбора, обработки и передачи информации;

перечень входных/выходных документов и данных.

8.1.4 Описание комплекса технических средств

Описание комплекса технических средств должно содержать:

общие положения, включая исходные данные, использованные при

проектировании технического обеспечения;

описание структуры комплекса технических средств (КТС):



обоснование выбора структуры КТС, включая архитектуру

локальной вычислительной сети;

описание функционирования КТС, в том числе в аварийном режиме;

описание средств вычислительной техники:

описание структурной схемы КТС;

описание решений по оснащению рабочих мест;

обоснование численности персонала, обеспечивающего

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

описание аппаратуры передачи данных:

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

основные показатели надежности и достоверности средств телеобработки

и передачи данных.

8.1.5 Описание программного обеспечения

Описание программного обеспечения должно содержать:

описание структуры программного обеспечения (ПО) с указанием

характера взаимосвязей его компонентов и основания для выделения

каждого компонента;

описание компонентов ПО, их назначения и функций;

перечень используемых операционных систем и всех их

расширений, включая название, версию, краткое описание,

обоснование выбора и оборудование, на котором они установлены.



8.2 Рабочая документация

8.2.1 Структурная схема комплекса технических средств

Документ содержит состав комплекса технических средств и связи между

этими техническими средствами или группами технических средств,

объединенными по каким-либо логическим признакам (например, совместному

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

т. д.).

8.2.2 Программа и методика испытаний

Документ «Программа и методика испытаний» включает:

объект испытаний;

цель испытаний;

объем испытаний;

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

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

состав испытаний.

8.3 Эксплуатационная документация

8.3.1 Общее описание Системы

Общее описание Системы должно содержать:

назначение Системы;

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

Система;

перечень функций, реализуемых системой (в том числе внутренних,

сервисных функций), с указанием подразделений-пользователей;

описание Системы:

описание общей структуры Системы и ее частей;



назначение и сведения о каждой из частей Системы;

описание функционирования Системы и ее частей;

описание взаимосвязей с другими автоматизированными системами:

перечень внешних автоматизированных систем, с которыми Система

должна быть связана;

описание связей и их регламента;

описание взаимосвязей Системы с неавтоматизируемыми

подразделениями организации Заказчика;

описание подсистем:

- структура подсистем и назначение их частей;

- сведения о подсистемах и их частях, необходимые для

обеспечения их функционирования;

- описание функционирования подсистем и их частей.

8.3.2 Руководство системного администратора

Руководство системного администратора должно включать следующие

разделы:

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

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

регламенты резервного копирования информации.

8.3.3 Руководства пользователей

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

функциональных частей Системы.

Номенклатура руководств пользователей должна быть определена на

стадии рабочего проектирования.



8.3.4 Формуляр

Формуляр должен содержать следующие разделы:

общие сведения;

основные характеристики;

комплектность;

свидетельство о приемке;

гарантийные обязательства;

сведения о состоянии Системы;

сведения о рекламациях.

8.4 Требования к документированию комплектующих

элементов

Общее программное обеспечение и технические средства снабжаются

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



9 ИСТОЧНИКИ РАЗРАБОТКИ

9.1 Законодательные и нормативные правовые акты

При разработке настоящего Технического задания использовались

действующие законодательные акты и нормативные правовые акты, а именно:

Конституция Российской Федерации;

Федеральный закон «Об обществах с ограниченной ответственностью» от

08.02.1998

9.2 Нормативно-техническая документация Заказчика

При разработке настоящего Технического задания исходными

нормативно-техническими документами являлись:

Устав ООО «МОСПРОМТРАНСГАЗ»;

Положения о филиалах и отделах ООО «МОСПРОМТРАНСГАЗ»;

Материалы аналитического предпроектного обследования объекта

автоматизации.

9.3 Государственные стандарты и руководящие

документы

При разработке настоящего технического задания использовались

рекомендации следующих стандартов:

ГОСТ 2.105-95 Единая система конструкторской документации. Общие

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

ГОСТ 19.210-78 Единая система программной документации.

Техническое задание. Требование к содержанию и оформлению;

ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на

автоматизированные системы. Автоматизированные системы. Термины и

определения;




автоматизированные системы. Автоматизированные системы. Стадии

создания;


автоматизированные системы. Техническое задание на создание

автоматизированной системы;

ГОСТ 34.603-92 Информационная технология. Виды испытаний

автоматизированных систем;


автоматизированные системы. Виды, комплексность и обозначение

документов при создании автоматизированных систем;

РД 50-680-88 Методические указания. Автоматизированные системы.

Основные положения;

РД 50-682-89 Методические указания. Информационная технология.

Комплекс стандартов и руководящих документов на автоматизированные

системы. Общие положения;

РД 50-34.698-90 Методические указания. Информационная технология.

Комплекс стандартов и руководящих документов на автоматизированные

системы. Автоматизированные системы. Требования к содержанию

документов;

РД «Автоматизированные системы. Защита от несанкционированного

доступа к информации. Классификация АС и требования по защите

информации» (Гостехкоммисия, 1992);

РД «Концепция защиты средств вычислительной техники и

автоматизированных систем от несанкционированного доступа к

информации» (Гостехкоммисия , 1992).



10 Особые условия

Настоящее техническое задание может уточняться и изменяться

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

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

позднее, чем за 40 дней до предъявления Системы на предварительные

испытания.

11 Лист согласований

СОСТАВИЛИ

Наименование организации,


Должность исполнителя

Фамилия, имя, отчество

Подпись Дата

СОГЛАСОВАНО

Наименование организации, предприятия

Должность исполнителя

Фамилия, имя, отчество

Подпись Дата

Приложение Г

Рисунок Г.1. Отражение процесса управления МТО в архитектуре АСУП «МПТГ»