ТТ - web viewПриложение 1 Части iii. ПРОЕКТ

Приложение 1 Части III. ПРОЕКТ ДОГОВОРА

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

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

Москва2014

Технические требования

Оглавление

1. Общие сведения 41.1. Полное наименование автоматизированной системы расчетов и ее условное обозначение

41.2. Наименование Заказчика и Исполнителя 41.3. Сроки работ 41.4. Порядок оформления и предъявления Заказчику результатов работ 41.5. Порядок финансирования 41.6. Порядок внесения изменений 4

2. Назначение и цели создания САРТ 52.1. Назначение САРТ 52.2. Цели создания САРТ 5

2.2.1. Расчет стоимости полученных и оказанных услуг 52.2.2. Взаиморасчеты за используемые ресурсы 52.2.3. Дополнительные цели создания САРТ 5

3. Характеристика объекта автоматизации 73.1. Перечень предоставляемых услуг, обслуживаемых САРТ 73.2. Территория предоставления услуг связи 83.3. Схема организации сети связи 83.4. Источники биллинговой информации 83.5. Поддерживаемые бизнес-процессы9

3.5.1. Основные бизнес-процессы, поддерживаемые САРТ 93.5.2. Перечень бизнес-процессов по выполнению функций международной расчетной

организации 93.5.3. Перечень операций бизнес-процесса подключения абонента 103.5.4. Перечень операций бизнес-процесса расчетов с абонентом 103.5.5. Перечень операций бизнес-процесса обработки претензий 113.5.6. Перечень операций бизнес-процесса расчета с оператором 113.5.7. Перечень операций бизнес-процесса расчета с агентом с участием в расчетах 113.5.8. Перечень операций бизнес-процесса расчета с агентом без участия в расчетах 113.5.9. Перечень операций бизнес-процесса работы с должниками 113.5.10. Перечень операций бизнес-процесса отключения абонента 123.5.11. Перечень операций бизнес-процесса по ведению каталога продуктов (услуг) и

каталога тарифов 123.5.12. Перечень операций бизнес-процесса по системе аудита 123.5.13. Перечень операций бизнес-процесса по аутсорсингу услуг 12

3.6. Условия эксплуатации САРТ 123.6.1. Комплекс аппаратных и программных средств САРТ 12Комплекс аппаратных и программных средств САРТ должен включать в себя: 12

4. Требования к САРТ 144.1. Общие требования к САРТ 14

4.1.1. Структура и функционирование САРТ 144.1.1.1. Требования к функциям, выполняемым САРТ 144.1.1.2. Требования к способам и средствам связи компонентов системы 154.1.1.3. Требования к интерфейсам пользователей САРТ 154.1.1.4. Требования к режимам функционирования САРТ 164.1.1.5. Требования по диагностированию системы 164.1.1.6. Перспективы развития, модернизации системы 16

4.1.2. Требования к персоналу 164.1.2.1. Обслуживающий персонал 164.1.2.2. Пользователи САРТ 17

4.1.3. Показатели назначения 174.1.3.1. Общие требования к САРТ 174.1.3.2. Требования к модели предоставления услуг174.1.3.3. Требования к показателям производительности 184.1.3.4. Допустимые пределы модернизации и развития САРТ 184.1.3.5. Вероятностно-временные характеристики целевого назначения САРТ 19

4.1.4. Надежность 194.1.4.1. Требования к доступности САРТ 194.1.4.2. Требования по сохранности информации 19


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

4.1.5. Требования к интерфейсам взаимодействия САРТ с другими системами 204.2. Требования к функциям САРТ 20

4.2.1. Функции абонентского учета 214.2.2. Функции абонентского обслуживания 214.2.3. Функции тарификации услуг214.2.4. Функции расчетного обслуживания 224.2.5. Функции взаиморасчетов между операторами 224.2.6. Функции взаиморасчетов с агентами 224.2.7. Функции технического обслуживания 224.2.8. Функции статистики и отчетности 234.2.9. Функции администрирования САРТ 23

4.3. Требования к отдельным подсистемам САРТ 234.3.1. Подсистема взаиморасчетов операторов 234.3.2. Подсистема расчета налогов 244.3.3. Подсистема модульной тарификации 244.3.4. Интерфейс с другими системами 24

4.4. Требования к видам обеспечения САРТ 244.4.1. Программное обеспечение 244.4.2. Организационно-методическое обеспечение 25

4.5. Требования по обеспечению информационной безопасности 254.6. Требования по стандартизации 26

5. Основные этапы работ по созданию САРТ 275.1. Этапы создания САРТ 27

5.1.1. Разработка технического задания 275.1.2. Разработка эскизного и технического проектов 275.1.3. Разработка рабочей документации 285.1.4. Внедрение САРТ 285.1.5. Сопровождение и поддержка 28

5.2. Перечень документов, предъявляемых по окончании работ 28

6. Порядок контроля и приемки САРТ 296.1. Общие положения 29

6.1.1. Автономные испытания 296.1.2. Комплексные испытания 29

6.2. Объем и методы испытаний САРТ 296.3. Порядок приемки работ 29

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к внедрению САРТ 307.1. Подготовка информации 307.2. Создание подразделений для функционирования САРТ 30

8. Требования к документированию 31Лист регистрации изменений 34


1.Общие сведения

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

Полное наименование системы: Система автоматизации расчетных технологий за услуги связи и расчетные услуги.

Условное обозначение системы: САРТ.

1.2. Наименование Заказчика и ИсполнителяЗаказчик: ФГУП «Морсвязьспутник»Исполнитель: ___________________

1.3. Сроки работСроки начала и окончания работ по разработке и внедрению САРТ определяются

ТТ и условиями договора. Срок ввода САРТ в промышленную эксплуатацию - _____________________.

1.4. Порядок оформления и предъявления Заказчику результатов работ

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

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

1.5. Порядок финансированияФинансирование работ по созданию и внедрению САРТ осуществляет Заказчик.

Объем и порядок финансирования работ определяются договором.

1.6. Порядок внесения измененийИзменения ТТ оформляются дополнением или протоколом, подписанным

Заказчиком и Исполнителем, и являются неотъемлемой частью ТТ. Записи об изменениях ТТ вносятся в «Лист регистрации изменений» (Приложение к

ТТ).Изменения ТЗ оформляются дополнением или протоколом, подписанным

Заказчиком и Исполнителем, и являются неотъемлемой частью ТЗ. Записи об изменениях ТЗ вносятся в «Лист регистрации изменений», прилагаемый

к ТЗ.


2.Назначение и цели создания САРТ

2.1. Назначение САРТ

САРТ предназначена для автоматизации расчетных технологий при оказании услуг ФГУП «Морсвязьспутник», в том числе автоматизации взаиморасчетов с абонентами, агентами, операторами (включая финансовые расчеты и аудит расчетов), автоматизации бизнес-процессов, связанных с оказанием ФГУП «Морсвязьспутник» услуг связи и выполнением функций международной расчетной организации при проведении расчетов за услуги связи, предоставленных другими операторами.

САРТ обеспечивает автоматизацию и используется в следующих технологических и бизнес-процессах:

Учет и хранение информации об абонентах, агентах, операторах, договорах, устройствах;

Сбор и обработка информации об услугах, оказанных абонентам, их тарификация;

Расчеты за оказанные услуги; Выполнение функций международной расчетной организации; Расчеты с агентами и операторами; Формирование платежных документов, контроль оплаты; Прием и учет платежей; Информационно-справочное обслуживание абонентов и агентов; Ведение лицевых счетов абонентов, управление пакетом услуг (персональный

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

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

имени (аутсорсинг).

2.2. Цели создания САРТ

2.2.1. Расчет стоимости полученных и оказанных услугЦелью создания САРТ является учет полученных и оказанных услуг, расчет

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

2.2.2. Взаиморасчеты за используемые ресурсы

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

2.2.3. Дополнительные цели создания САРТ

Дополнительными целями создания САРТ являются: Повышение привлекательности ФГУП «Морсвязьспутник» для абонентов за счет

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

Повышение конкурентоспособности ФГУП «Морсвязьспутник» за счет обеспечения возможности ввода новых услуг;


Повышение лояльности абонентов ФГУП «Морсвязьспутник» за счет накопления в БД информации об абонентах, использование истории обращений, жалоб и претензий, возможность обращения во внешнюю систему типа Service desk;

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

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

Обеспечение прозрачности учета услуг для абонента, агента, оператора, подразделений предприятия;

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

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


3.Характеристика объекта автоматизации

Автоматизированная система расчетов (САРТ) является одним из элементов информационной инфраструктуры ФГУП «Морсвязьспутник», имеющей открытый интерфейс для обмена данными и включающей возможность интеграции с взаимодействующими между собой подсистемами:

мониторинга и управления сетью и оборудованием связи тарификации; сервисной абонентской службы - CRM/helpdesk; автоматизированной системы бухгалтерского учета – Галактика 9.1 (разработчик

ЗАО «Корпорация Галактика»); система сопряжения (provisioning) с BSS Инмарсат – платформа BGAN; система сопряжения (provisioning & hot traffic) с IWS Иридиум – платформа

Иридиум.Существенными характеристиками для САРТ являются перечень предоставляемых

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

3.1. Перечень предоставляемых услуг, обслуживаемых САРТ

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

Международного Союза Электросвязи (МСЭ). Расчетные организации предназначены для обработки счетов за услуги администраций связи в адрес абонентов. Предприятие предоставляет полный набор услуг по расчетам за спутниковую и радиосвязь. Расчеты производятся в соответствии с Радиорегламентом и рекомендацией МСЭ D.90.

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

Центра Регистрации Клиентов (PSA 1510). Услуги связи по передаче голосовой информации по сети передачи данных (IP-

телефония). Телематические услуги связи. Предоставление доступа к системе Инмарсат абонентам телефонной сети

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

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

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

Услуги по доставке специализированного контента. Услуги интеллектуальной платформы. Услуги связи системы Иридиум. Регистрация оборудования Судовой системы охранного оповещения (ССОО) в

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

дальнем расстоянии (ОСДР), включение судов в систему ОСДР и осуществление мониторинга в рамках заключенных договоров.

Тестирование оборудования ОСДР для судов под иностранными флагами без заключения договоров, как однократные услуги.


Осуществление коммерческого мониторинга судов в рамках заключенных договоров (суда, не подпадающие под ОСДР).

Услуги подвижной спутниковой связи Иридиум. Гостевая регистрация терминалов нерезидентов Российской Федерации.

3.2. Территория предоставления услуг связи

Услуги связи предоставляются ФГУП «Морсвязьспутник» на территории РФ в соответствии с условиями лицензий. Территория предоставления иных услуг не ограничена.

3.3. Схема организации сети связи

Схема организации сети связи приведена на рисунке 1.

Рис. 1 Схема организации сети связи

3.4. Источники биллинговой информации

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

Информация о трафике терминалов системы Инмарсат широкополосного доступа BGAN, FleetBroadband, SwiftBroadband, GSPS и др. поступает в виде файлов через SFTP в режиме реального времени.

Информация о трафике абонентов расчетной организации поступает ежемесячно в виде инвойсов (счетов) поставщиков связи (администраций связи) в формате рекомендации D.90 на бумажном носителе и/или в электронном виде в формате рекомендации D.91.


Информация о трафике терминалов Инмарсат-С поступает через береговую земную станцию (БЗС) Нудоль по выделенному каналу от БЗС в виде суточного файла.

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

Информация о периоде непредоставления услуг поступает из подсистемы CRM/helpdeskService Desk или вводится пользователем САРТ.

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

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

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

разработки ТЗ); загрузки файлов платежей из автоматизированной системы бухгалтерского

учета.

3.5. Поддерживаемые бизнес-процессы

3.5.1. Основные бизнес-процессы, поддерживаемые САРТ

Основные бизнес-процессы, поддерживаемые САРТ, включают: Выполнение функций международной расчётной организации. Подключение абонента. Расчеты с абонентом. Обработка претензий. Расчеты с оператором. Расчеты с агентом с участием в расчетах Расчеты с агентом без участия в расчетах. Работа с должниками. Отключение абонента. Ведение каталога продуктов (услуг) и каталога тарифов. Система аудита. Аутсорсинг услуг.

Функциональность САРТ должна обеспечивать эффективную поддержку перечисленных выше бизнес-процессов и допускать настройку в случае их изменения.

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

Подразделение Абонент (клиент, пользователь, заказчик) Агент (субагент, партнер) Оператор (администрация связи, БЗС, БР, поставщик, партнер)

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

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


Учет оплаты и ведение лицевых счетов операторов связи Формирование счетов (актов, счетов-фактур) пользователям Печать счетов (актов, счетов-фактур) Создание электронных счетов (актов, счетов-фактур), их доставка Оплата счета (перечисление на расчетный счет, оплата через платежные

системы), зачисление оплаты (списание оплаты) на лицевой счет пользователя Закрытие платежа в оплату счета Ведение лицевых счетов пользователей Контроль сроков оплаты Инициирование и завершение ограничений доступа к услугам

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

реквизитов Формирование счета (акта, счета-фактуры) за подключение Печать счета (акта, счета-фактуры) Создание электронных счетов (актов, счетов-фактур), их доставка Оплата счета (перечисление на расчетный счет, оплата через платежные

системы), зачисление оплаты на лицевой счет абонента Контроль сроков оплаты Закрытие платежа в оплату счета Регистрация терминалов и сим-карт с присвоением абонентских номеров Активация услуг согласно заявке Возможность обслуживания по подключению/отключению абонента от внешних

транзакций (личный кабинет, команда от BSS платформы и пр.)

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

системы), зачисление оплаты (списание оплаты) на лицевой счет абонента Учет и выставление счетов за разовые услуги, а также за услуги, связанные с

добавленными сервисами (VAS). Контроль сроков оплаты Закрытие платежа в оплату счета Ведение лицевого счета

3.5.5. Перечень операций бизнес-процесса обработки претензий Получение претензии


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

3.5.6. Перечень операций бизнес-процесса расчета с оператором Выбор атрибутов принадлежности трафика Расчет отчислений Печать счетов Получение счетов Ввод счетов, выполнение операций по их акцепту Урегулирование расхождений (автоматическая сверка по направлениям,

длительности, тарифам) Оплата счетов, учет платежей Контроль сроков оплаты

3.5.7. Перечень операций бизнес-процесса расчета с агентом с участием в расчетах

Выбор принадлежности абонента/трафика Оплата счета (перечисление на расчетный счет, оплата через платежные

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

(списание оплаты) на лицевой счет абонента Контроль сроков оплаты

3.5.8. Перечень операций бизнес-процесса расчета с агентом без участия в расчетах

Выбор принадлежности абонента/трафика Расчет отчислений и вознаграждений Формирование отчета по отчислениям и вознаграждениям Печать отчета Создание электронного отчета, его доставка Оплата отчислений и вознаграждений, учет платежей Контроль сроков оплаты

3.5.9. Перечень операций бизнес-процесса работы с должниками Настройка критериев по анализу задолженности Формирование списков должников, сумм, сроков и видов задолженности Предупреждение должников Блокировка услуг должников Расторжение договора на предоставление услуг Расчет неустойки (штрафа, пени и т.п.) по задолженности Мероприятия по взысканию задолженности и неустоек

3.5.10. Перечень операций бизнес-процесса отключения абонента Получение заявки на отключение, в том числе обработка транзакций внешних

источников (личный кабинет, BSS платформа, SPnet и пр.) Формирование задания на отключение


Отключение Расторжение договора на предоставление услуг

3.5.11. Перечень операций бизнес-процесса по ведению каталога продуктов (услуг) и каталога тарифов

Ведение каталога продуктов (услуг) Ведение каталога тарифов (тарифных планов) Соответствие продуктов и тарифов Доступность продуктов абонентам в зависимости от географичесих и прочих

параметров Ведение промо-компаний, промо-продуктов и тарифов, в том числе промо-

продуктов и акций Инмарсат/Connect.

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

3.5.13. Перечень операций бизнес-процесса по аутсорсингу услугБизнес-процесс по аутсорсингу услуг включает выполнение всех ранее

приведенных бизнес-процессов в интересах и от имени третьей стороны в рамках одного экземпляра САРТ.

3.6. Условия эксплуатации САРТ

3.6.1. Комплекс аппаратных и программных средств САРТ

Комплекс аппаратных и программных средств САРТ должен включать в себя: Центральную часть комплекса, состоящую из программного ядра системы

(расположенного на выделенном сервере) и хранилища данных на основе СУБД Oracle.

Автоматизированные рабочие места обслуживающего персонала и пользователей САРТ

Центральная часть комплекса располагается на сервере Dell PowerEdge R720 (64 ГБ RAM, 16x700G HDD). Сервер работает под управлением VmWare 5.0, сервера БД и различные вспомогательные сервера находятся в виртуальных машинах под управлением Windows. Физически сервер расположен в помещении предприятия.

Структура комплекса аппаратных и программных средств САРТ приведена на рисунке 2.


Рис. 2 Структура комплекса аппаратных и программных средств САРТ

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

Автоматизированные рабочие места (АРМ) пользователей САРТ размещаются в подразделениях предприятия с подключением к центральной части комплекса САРТ по сети передачи данных Интернет. Специальных требований к условиям эксплуатации АРМ не предъявляется.

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


4.Требования к САРТ

4.1. Общие требования к САРТ

4.1.1. Структура и функционирование САРТ

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

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

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

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

4.1.1.1. Требования к функциям, выполняемым САРТ

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

Обработку исходных биллинговых данных в соответствии с рекомендациями ITU D.90 и D.91.

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

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

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

Автоматизацию бизнес-процессов. Обслуживание абонентов (выдачу оперативной информации об используемых

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

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

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

Обработка статистической информации и иной информации, содержащейся в САРТ.

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

определяется на этапе разработки ТЗ.

4.1.1.2. Требования к способам и средствам связи компонентов системы


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

Центральная часть комплекса аппаратно-программных средств САРТ должна сопрягаться с АРМ по сети передачи данных по протоколам TCP/IP, HTTP(S).

4.1.1.3. Требования к интерфейсам пользователей САРТ

АРМ САРТ должна обеспечивать «дружественный» интерфейс на русском и английском языке для пользователей САРТ, абонентов и агентов.

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

АРМ САРТ должны обеспечивать: ввод повторяющейся информации из справочников. ввод значений по умолчанию и подтверждение пользователем значения,

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

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

значений. возможность обмена данными между САРТ и Microsoft Word и Excel,

импорт/экспорт из/в XML и CSV. вывод на печать счетов, актов, счетов-фактур, отчетных данных вывод сформированных отчетов и документов на принтер и в файлы форматов

CSV, XLS/XLSX, DOC/DOCX, PDF, XML. возможность настройки формата вывода отчетов и документов для каждого

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

абоненту/контракту (например: «суммарный счет, детализация, счет-фактура»; «суммарный счет, отчет по абонентской плате» и т.п.);

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

поддержка форматов экспорта печатных форм счета: PDF, Excel, RTF; возможность задания требуемого набора электронных документов к счету:

Call Data Records, Bill Data Records, Event Report. поддержку форматов экспорта электронных документов к счету: D91, plain text,

CSV, TAB, XML.). настройку печатаемой формы отчета и документов (сокращенной/полной, в

валюте/в рублях и т.п.). АРМ САРТ должны обеспечивать абонентам и агентам с участием в расчетах

доступ к персональному кабинету через WEB-интерфейс. Для персонального кабинета должен быть предусмотрен двуязычный (русский/английский) интерфейс с возможностью выбора языка интерфейса клиентом.

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

АРМ пользователя САРТ не должен требовать обязательной загрузки, установки и обновления на рабочем месте специализированных программ (включая исполняемые, объектные и Java- модули).


4.1.1.4. Требования к режимам функционирования САРТ

САРТ может функционировать в следующих режимах: Основной режим. В данном режиме САРТ должна функционировать 24 часа в

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

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

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

4.1.1.5. Требования по диагностированию системы

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

4.1.1.6. Перспективы развития, модернизации системы

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

4.1.2. Требования к персоналу

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

4.1.2.1. Обслуживающий персонал

Обслуживающий персонал обеспечивает текущую эксплуатацию и техническое обслуживание аппаратно-программных средств САРТ.

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

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


4.1.2.2. Пользователи САРТ

Пользователи САРТ обеспечивают исполнение бизнес-процессов, поддерживаемых САРТ.

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

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

Требования по квалификации пользователей САРТ (в части работы с САРТ) устанавливаются Исполнителем.

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

4.1.3. Показатели назначения

4.1.3.1. Общие требования к САРТ

К САРТ предъявляются требования, определяемые ее целевым назначением: Учет абонентов, агентов и операторов Сбор информации об оказанных услугах и их тарификация Расчеты с абонентами, агентами и операторами Формирование документов и отчетов Информационно-справочное обслуживание абонентов Ведение индивидуальной карточки (лицевого счета) абонента, агента, оператора Управление пакетом услуг (личный кабинет)

САРТ должна обеспечивать многовалютность расчетов и ведение многовалютного лицевого счета:

- возможность учета и обработки входящих счетов, номинированных в различных валютах (рубли РФ, доллары США, золотые франки, SDR, евро и иные валюты);

- возможность выставления счетов, актов, счетов-фактур в различных валютах (рубли РФ (в том числе при работе по валютным тарифным планам), доллары США, евро и иные валюты).

САРТ должна обеспечивать ведение «закрытого отчетного периода» - запрет операций после закрытия отчетного периода.

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

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

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

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

Услуга предоставляется ФГУП «Морсвязьспутник» от своего имени. Услуга предоставляется ФГУП «Морсвязьспутник» от своего имени при

заключении договора агентом.


Услуга предоставляется ФГУП «Морсвязьспутник» от своего имени при заключении договора и осуществлении расчетов агентом.

Услуга предоставляется оператором при осуществлении расчетов через ФГУП «Морсвязьспутник», выполняющего функции международной расчетной организации.

Услуга предоставляется оператором при осуществлении расчетов через ФГУП «Морсвязьспутник», выполняющего функции агента.

Аутсорсинг услуг. САРТ должна обеспечивать:

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

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

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

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

4.1.3.3. Требования к показателям производительности

Показателем производительности в целом является способность обрабатывать требуемое количество запросов одновременно работающих в САРТ пользователей при максимально допустимом количестве абонентов в указанное время (время реакции).

Время реакции САРТ на максимальное время заполнения экранной формы (время отклика системы) при информационно-справочном обслуживании абонентов не должно превышать 2 секунды.

Время, затраченное САРТ на формирование выборочной информации по абонентам из БД по 3 классификационным признакам, не должно превышать 5 секунд. В случае превышения указанного времени САРТ должна проинформировать пользователя о задержке.

Общее количество пользователей САРТ должно быть не менее 1000 с возможностью последующего роста на 50%.

Количество одновременных запросов пользователей САРТ составляет до 50% от общего количества пользователей.

Допускается поэтапное повышение производительности САРТ по мере роста численности абонентов и пользователей САРТ.

По количеству предоставляемых услуг ограничений со стороны САРТ накладываться не должно.

По количеству индивидуальных тарифов, скидок ограничений со стороны САРТ накладываться не должно.

По количеству подразделений ограничений со стороны САРТ накладываться не должно.

Выбор состава технических решений для достижения требуемых показателей производительности САРТ должен быть произведен Исполнителем на основании:

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

требований по расширяемости, определенных в подразделе 4.1.3.4 «Допустимые пределы модернизации и развития » ТТ;

экспертной оценки Исполнителя.

4.1.3.4. Допустимые пределы модернизации и развития САРТ


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

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

ранее установленных аппаратных и программных компонентов САРТ.

4.1.3.5. Вероятностно-временные характеристики целевого назначения САРТ

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

4.1.4. Надежность

4.1.4.1. Требования к доступности САРТ

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

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

Допустимая продолжительность незапланированного простоя должна составлять не более 40 часов в год (коэффициент готовности 0,995) и не более 8 часов единовременно.

4.1.4.2. Требования по сохранности информации

Показателем сохранности информации в САРТ является допустимый объем потерь данных – показатель, представляющий собой промежуток времени до сбоя или отказа, на котором допустима потеря созданных или модифицированных данных, вызванная сбоем или отказом.

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

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

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

Требования к доступности регламентируют показатели САРТ в случае сбоя или отказа одного компонента САРТ.


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

единичный сбой или отказ компонента САРТ; сбой или отказ электропитания САРТ.

4.1.5. Требования к интерфейсам взаимодействия САРТ с другими системами

Взаимосвязь САРТ с внешними информационными системами осуществляется посредством:

Обмена структурированными файлами данных. Обмена запросами по программным интерфейсам. Импорта/экспорта таблиц данных в БД.Взаимосвязь с подсистемой мониторинга и управления сетью и оборудованием

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

Взаимосвязь с бухгалтерией (информационная система на базе Галактика) осуществляется посредством файлов загрузки/выгрузки:

Агрегированных сумм начислений за оказанные услуги (формируется САРТ и передается в Галактику).

Агрегированных сумм перерасчетов (формируется САРТ и передается в Галактику).

Платежей, поступивших в безналичной форме через банк (формируется в системах клиент-банка или в Галактике и передается в САРТ).

Платежей, поступивших в безналичной форме из внешних платежных систем (формируется подсистемой внешних платежных систем и передается в Галактику и в САРТ).

Книги продаж (формируется САРТ и передается в Галактику). Агрегированный сумм закрытых (использованных) платежей (формируется САРТ

и передается в Галактику). Книги покупок (формируется САРТ и передается в Галактику). Журналы учета выставленных счетов-фактур (формируется САРТ и передаются

в Галактику).Взаимосвязь с подсистемой сервисной абонентской службы осуществляется путем

организации импорта/экспорта таблиц данных БД абонентов и программных интерфейсов к подсистеме биллинга.

Взаимосвязь с подсистемой службы управления инцидентами (Service Desk) осуществляется через SMB/CIFS. Передача транзакций на платформу BGAN происходит по протоколу SOAP 1.2.

Получение транзакций из платформы ИРИДИУМ осуществляется через SMB/CIFS. Передача транзакций на платформу ИРИДИУМ происходит по протоколу SOAP 1.2.

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

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

Поддержка управления оборудованием по протоколам SNMP, telnet, ssh.

4.2. Требования к функциям САРТ


4.2.1. Функции абонентского учета

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

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

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

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

Поиск в базе данных абонентов по заданным признакам. Формирование справочной и статистической информации по абонентам. Учет и контроль состояний абонентов. Расчеты с абонентами в рублях РФ, долларах США и иных валютах. Хранение историй изменений по абоненту, возможность получения состояния

параметров на любой момент времени в прошлом.

4.2.2. Функции абонентского обслуживания

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

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

тарифах. Работа с картотекой абонентов. Работа с картотекой лицевых счетов, на которых отражается история отношений

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

начинается общение с абонентом. Работа с договорами, заключаемыми с абонентами. Работа с претензиями от абонентов, с претензиями абонентам, мониторинг

судебных процессов, инициированных как абонентами, так и оператором, проведение розыскных работ по «пропавшим» абонентам.

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

4.2.3. Функции тарификации услуг

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

любой момент времени в прошлом. Сохранение истории изменения тарифов в соответствии со сроком исковой

давности. Автоматический сбор трафика с оборудования, зарегистрированного в системе,

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

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

Проверка на корректность и непротиворечивость CDR записей. Проверка на повторную загрузку данных.


Расчёт стоимости предоставленных абоненту услуг. Тарификация входящего и исходящего трафика для межоператорских

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

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

4.2.4. Функции расчетного обслуживания

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

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

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

доступа к сети связи. Проведение предварительных (авансовых) и отсроченных платежей. Проведение сверки расчетов.

4.2.5. Функции взаиморасчетов между операторами

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

Определение тарифицируемой длительности с учетом принадлежности к оператору.

Оценка стоимости трафика по заданным тарифным планам для каждого оператора.

Формирование отчетов для операторов. Проведение сверки расчетов.

4.2.6. Функции взаиморасчетов с агентами

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

4.2.7. Функции технического обслуживания

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


Формирование наряда на устранение повреждения. Выдача наряда на устранение повреждения. Передача наряда в другое подразделение. Закрытие наряда после устранения неисправности. Установка и снятие блокировок. Ведение истории обращений абонентов.

4.2.8. Функции статистики и отчетности

Функций статистики и отчетности включают: Формирование отчетов и документов по подразделениям и в целом по

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

оператору. Формирование отчетов по выбранному продукту (услуге). Формирование отчетов по выбранному объекту. Возможность формирования любых статистических и бизнес-аналитических

документов и отчетов с помощью встроенного конструктора-генератора отчетов.САРТ должна предоставлять возможности разработки отчетов операционного и

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

4.2.9. Функции администрирования САРТ

Функции администрирования САРТ включают: Наделение пользователей правами доступа к САРТ. Контроль за доступом пользователей к данным и функциям САРТ. Контроль выполнения этапов технологического процесса расчетов за оказанные

услуги. Архивирование данных. Восстановление данных после аварийных ситуаций.

4.3. Требования к отдельным подсистемам САРТ

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

4.3.1. Подсистема взаиморасчетов операторов

Подсистема предназначена для автоматизации расчетов за предоставленные и полученные услуги операторов. Выполнение расчетов должно осуществляться САРТ в том числе с учетом:

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

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

оформлению отчетов, в том числе: Сводные отчеты по объемам и начисленным доходам за оказанные услуги связи

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


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

4.3.2. Подсистема расчета налогов

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

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

4.3.3. Подсистема модульной тарификации

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

4.3.4. Интерфейс с другими системами

Интерфейс взаимодействия САРТ с другими информационными системами должен быть открытым и поддерживать SOAP версии не ниже 1.2. Соответствующий стандарт: http://www.w3.org/TR/soap/

4.4. Требования к видам обеспечения САРТ

К видам обеспечения САРТ относятся следующие: программное, техническое (аппаратное) и организационно-методическое.

4.4.1. Программное обеспечение

К программному обеспечению САРТ предъявляются общие требования, а также: Совместимость с соответствующим аппаратным обеспечением компонентов

САРТ, в том числе оборудования связи, с которого снимаются данные о трафике (предоставленных услугах связи).

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

Возможность обновления программного обеспечения (ПО) (применение пакетов обновлений, обновление версий).

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

Открытая и документированная схема данных.

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


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

Система управления базами данных должна быть выполнена на базе ПО Oracle 11R2.

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

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

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

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

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

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

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

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

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

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

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

4.4.2. Организационно-методическое обеспечение

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

4.5. Требования по обеспечению информационной безопасности

При создании САРТ предусматривается обеспечение информационной безопасности (ИБ) в соответствии с ГОСТ Р ИСО/МЭК 27002-2012. Информационная технология. Методы и средства обеспечения безопасности. Свод норм и правил менеджмента информационной безопасности.

На этапе ввода в действие к САРТ предъявляются следующие требования: В САРТ используется только сертифицированное оборудование и

лицензионные программные средства. Серверное оборудование САРТ размещается в специально выделенных и

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


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

Программное обеспечение (операционная система) САРТ позволяет реализовать идентификацию пользователей, обновляемое разграничение прав доступа к ресурсам и назначение прав пользователей.

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

Средства управления и мониторинга САРТ выделены в отдельный сегмент. Интерфейсы управления серверами баз данных и приложений, системами хранения данных собраны в выделенный VLAN, не имеющий доступа из КСПД.

САРТ обеспечивает резервное копирование информации об абонентах и оказанных услугах согласно ТЗ, а также хранение данной информации в виде баз данных в течение 3 (трех) лет.

САРТ обеспечивает протоколирование событий информационной безопасности. Доступ к протоколам разрешен только с рабочей станции администратора САРТ (администратора безопасности САРТ).

4.6. Требования по стандартизации

САРТ должна соответствовать требованиям, установленным правилами предоставления услуг связи.


5.Основные этапы работ по созданию САРТ

Работы по созданию и внедрению САРТ выполняются в соответствии с:ГОСТ 19.101-77. Единая система программной документации. Виды программ и

программных документов.ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на

автоматизированные системы. Автоматизированные системы. Термины и определения.

ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем.

ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы стадии создания.

ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем.

Работы по созданию и внедрению САРТ выполняются в следующей последовательности:

1. Разработка технического задания.2. Разработка эскизного и технического проектов.3. Разработка рабочей документации.4. Внедрение САРТ.5. Сопровождение и поддержка.

5.1. Этапы создания САРТ

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

На данном этапе проводятся следующие работы:Шаг 1.Обследование и описание процессов.Шаг 2.Формирование требований к САРТ.Шаг 3. Разработка концепции САРТ.Шаг 4.Разработка Технического задания.По данному этапу отчетным документом является разработанное Исполнителем и

утвержденное Заказчиком «Техническое задание на создание и внедрение САРТ» (ТЗ).

5.1.2. Разработка эскизного и технического проектов

На данном этапе проводятся следующие работы:Шаг 1.Разработка предварительных проектных решений.Шаг 2.Разработка проектных решений по САРТ и ее частям.Шаг 3.Разработка эскизного проекта и технического проекта на САРТШаг 4.Разработка спецификаций на компоненты САРТ.Шаг 5.Разработка мероприятий по подготовке объекта автоматизации к вводу САРТ

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

По данному этапу отчетными документами являются разработанный Исполнителем и утвержденный Заказчиком «Эскизный проект САРТ» (ЭП) и «Технический проект САРТ» (ТП).

consultantplus://offline/ref=B3172AEC4425FFCCF36025B5E7F8A184CFED52B09963484F731A1BB0k2Y0N

consultantplus://offline/ref=D1B110EDB7D238E9706188757B373609A8BA5EC3612F48F050FA869BC3hBN

consultantplus://offline/ref=71FD06065D00B46EF05918E73347A52271DCE9787987E89F2A988251bBX4N


5.1.3. Разработка рабочей документации

На данном этапе проводятся следующие работы:Шаг 1.Разработка эксплуатационной документации на САРТ.Шаг 2.Разработка программы и методики приемочных испытаний САРТ.Шаг 3.Разработка и адаптация программного обеспечения САРТ.По данному этапу отчетными документами являются разработанные Исполнителем

и утвержденные Заказчиком «Эксплуатационная документация» (ЭД) и «Программа и методика испытаний» (ПМИ).

5.1.4. Внедрение САРТ

На данном этапе проводятся следующие работы:Шаг 1.Подготовка объекта автоматизации к вводу САРТ.Шаг 2.Подготовка персонала к вводу САРТ.Шаг 3.Проведение предварительных испытаний.Шаг 4.Проведение опытной эксплуатации.Шаг 5.Проведение приемочных испытаний.Шаг 6.Перенос данных используемой Заказчиком системы биллинга в САРТ.

5.1.5. Сопровождение и поддержка

Этап сопровождения и поддержки САРТ включает:Техническая поддержка.План аварийного восстановления.

В техническую поддержку входит:- предоставление помощи (информации) по вопросам установки и эксплуатации

САРТ, включая идентификацию ошибок в работе САРТ и выработку решений по их устранению.

- исправление (устранение) обнаруженных дефектов в САРТ;- разрешение технических проблем спорного характера;- предоставление выделенной службы для приема и разрешения технических

вопросов посредством использования телефона, факса или e-mail;- закрепление за Заказчиком выделенных технических менеджеров и специалистов,

задачей которых является сопровождение и поддержка;- внесение изменений в САРТ в связи с изменением законодательства.Обслуживание осуществляется в рабочие дни с 9:00 до 18:00 часов по московскому

времени. Техническая поддержка осуществляется с выездом на территорию Заказчика и/или в удаленном режиме в зависимости от решаемого вопроса.

План аварийного восстановления САРТ должен содержать детальный перечень мероприятий, которые должны быть выполнены до, во время и после сбоев в САРТ. План должен служить руководством к действию во время кризиса.

План аварийного восстановления должен поддерживаться в актуальном состоянии в течение всего жизненного цикла САРТ, учитывая вносимые в нее изменения.

5.2. Перечень документов, предъявляемых по окончании работ

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


6.Порядок контроля и приемки САРТ

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

6.1.1. Автономные испытания

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

Контроль и приемка САРТ осуществляется комиссией, включающей представителей Заказчика и Исполнителя.

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

1. Техническое задание.2. Эскизный и технический проекты.3. Рабочая документация (включает программы и методики испытаний).

6.1.2. Комплексные испытания

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

Контроль и приемка САРТ осуществляется комиссией, включающей в себя представителей Заказчика и Исполнителя.

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

1. Техническое задание.2. Эскизный и технический проекты.3. Рабочая документация (включает программы и методики испытаний).

6.2. Объем и методы испытаний САРТ

Состав, объем и методы контрольных испытаний САРТ и ее компонентов определяются на этапе разработки рабочей документации и описываются в документе «Программа и методика испытаний» (ПМИ).

6.3. Порядок приемки работ

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

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

б) порядковый номер в соответствии с ПМИ;в) проверяемое функциональное требование;г) уровень важности;д) результат испытания;

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

либо оформляется акт о приемке САРТ в опытную эксплуатацию.


7.Требования к составу и содержанию работ по подготовке объекта автоматизации к внедрению САРТ

7.1. Подготовка информации

Все информационные материалы для размещения в САРТ предоставляются Заказчиком.

На основе предоставленных информационных материалов Исполнитель готовит информационные разделы САРТ в объеме, достаточном для самостоятельного наполнения и обновления Заказчиком информационных разделов САРТ.

7.2. Создание подразделений для функционирования САРТ

Необходимо создать условия функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой САРТ требованиям, содержащимся в ТЗ.

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

- сформированы до запуска САРТ в промышленную эксплуатацию;- полностью укомплектованы специалистами необходимой квалификации;- обеспечены рабочей документацией.


8.Требования к документированию

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

РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

ГОСТ 2.106-96. Единая система конструкторской документации. Текстовые документы.

ГОСТ 2.601-95. Эксплуатационные документы.

Документация представляется Заказчику Исполнителем в 2 (двух) экземплярах в печатном виде (оригинал), а также в электронном виде в 1 (одном) экземпляре в форматах MS Word и pdf.

consultantplus://offline/ref=3D4F10FBBFEE73964D5F8873F80E47FC1DCFB363EE1C9E80965C88G5d9N


Перечень принятых сокращений

Сокращение Расшифровка сокращенияАРМ автоматизированное рабочее место

БД база данных

CDR Call Data Records – информация о сеансах связи

ТСОП Телефонные сети общего пользования

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

API интерфейс прикладного программирования

IP Internet Protocol – межсетевой протокол

BSS Инмарсат Inmarsat Business Support System – АСР компании ИНМАРСАТ

IWS Иридиум Iridium Web Services – Business-to-Business интерфейс для активаций

SFTP Secure File Transfer Protocol

БЗС Береговая земная станция системы Инмарсат

МСЭ Международный союз электросвязи

VLAN Virtual LAN – виртуальная локальная сеть

RADIUS ( Remote Authentication in Dial-In User Service) — протокол для реализации аутентификации, авторизации и сбора сведений об использованных ресурсах, разработанный для передачи сведений между центральной платформой и оборудованием.

NetFlow Сетевой протокол, предназначенный для учёта сетевого трафика.


Перечень принятых терминов и определений

Абонент (клиент, пользователь, заказчик) – лицо, с которым заключен договор на предоставление услуг.

Агент (субагент, партнер) – лицо, предоставляющее интересы другого лица на основании договора.

Аутсорсинг услуг - процесс автоматизации выставления счетов и учета расчетов клиентам заказчика услуг аутсорсинга. Например, заказчиком услуг аутсорсинга может быть компания, которая является абонентом или агентом ФГУП «Морсвязьспутник».

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

за предоставленные услуги.Коэффициент готовности – вероятность того, что САРТ окажется в

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

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

Отказ – событие, заключающееся в нарушении работоспособного состояния САРТ.

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

Оператор (администрация связи, поставщик, партнер) – лицо, предоставляющее услуги связи на территории Российской Федерации в соответствии с законодательством Российской Федерации или на территории иных стран в соответствии с законодательством этих стран.

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

Процесс – цикличный и воспроизводимый набор логически связанных действий, направленных на достижение целей, описанных процедурами и исполняемых участниками процесса (пользователь САРТ, абонент, агент, оператор) с использованием выделенных ресурсов.

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

Сессия – сеанс работы, при котором каждое взаимодействие с сервером сопровождается передачей временного пароля (номера сессии). Сессии создаются, например, для работы с данными – электронной почтой, файлами, банковскими счетами. Сессия считается завершенной, если в течение 15–20 минут не было обращений.

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

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

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

Целостность информации – обеспечение достоверности и полноты информации и методов ее обработки.


Лист регистрации изменений

Изм.

Номера листов (страниц) Всего листов

(страниц) в

докумен-те

Номер доку-мента

Входящий номер

сопрово-дительно-

го документа

и дата

Подпись ДатаИзме-

ненныхЗаме-

ненных НовыхАннули-рован-

ных

ТТ - web viewПриложение 1 Части iii. ПРОЕКТ

Documents