Система сверки данных для межоператорских взаиморасчетов (проект): различия между версиями

Материал из Wiki - Факультет компьютерных наук
Перейти к навигации Перейти к поиску
Нет описания правки
 
(не показано 16 промежуточных версий 4 участников)
Строка 13: Строка 13:
Проект заключается в реализации одной из функций системы предбиллинга оператора связи.  
Проект заключается в реализации одной из функций системы предбиллинга оператора связи.  


Каждый оператор связи в процессе оказания услуг абонентам(голос, sms и пр.) на своей стороне считает на сколько была задействована его инфраструктура другим оператором. Например если идет звонок абоненту из другой сети, то мы должны заплатить оператору другой сети за возможность такого звонка, и наоборот.
Каждый оператор связи в процессе оказания услуг абонентам(голос, sms и пр.) на своей стороне считает на сколько была задействована его инфраструктура другим оператором. Например если идет звонок абоненту из другой сети, то мы должны заплатить оператору другой сети за возможность такого звонка, и наоборот.<br />
Операторы периодически обмениваются такой статистикой и определяют каким образом они будут засчитывать друг другу эти услуги. После получения такой статистики, каждый оператор выполняет сверку между своей статистикой и полученной от партнера. Если расхождений нет, то все хорошо, иначе это повод для серьезных разбирательств и поиска ошибок у себя и партера.  
Операторы периодически обмениваются такой статистикой и определяют каким образом они будут засчитывать друг другу эти услуги. После получения такой статистики, каждый оператор выполняет сверку между своей статистикой и полученной от партнера. Если расхождений нет, то все хорошо, иначе это повод для серьезных разбирательств и поиска ошибок у себя и партера.  


В процессе реализации проекта вам потребуется:
В процессе реализации проекта вам потребуется:<br />
- изучить программный продукт класса middleware для построения систем предбиллинга
* изучить программный продукт класса middleware для построения систем предбиллинга;
- разработать архитектуру системы сверки
* разработать архитектуру системы сверки;
- реализовать сбор и парсинг файлов со статистическими записями
* реализовать сбор и парсинг файлов со статистическими записями;
- реализовать алгоритмы сверки
* реализовать алгоритмы сверки;
- протестировать системы на реальных данных
* протестировать системы на реальных данных.


[http://www.slideshare.net/katyacherniak/dfs-for-hse-v1-0 (презентация проекта)]
=== Чему вы научитесь? ===
=== Чему вы научитесь? ===
- познакомитесь с терминологией и архитектурой GSM-подобной сети<br />
* познакомитесь с терминологией и архитектурой GSM-подобной сети;
- познакомитесь с составом и назначением информационных систем оператора связи<br />
 
- познакомитесь с архитектурными подходами к построению систем предбиллинга<br />
* познакомитесь с составом и назначением информационных систем оператора связи;
- изучите некоторый функционал программного продукта, который является стандартом отрасли<br />
 
- познакомитесь с различными форматами файлов и научитесь с ними работать<br />
* познакомитесь с архитектурными подходами к построению систем предбиллинга;
- научитесь работать с процессами корреляции в памяти<br />
 
* изучите некоторый функционал программного продукта, который является стандартом отрасли;
 
* познакомитесь с различными форматами файлов и научитесь с ними работать;
 
* научитесь работать с процессами корреляции в памяти.


=== Какие начальные требования? ===
=== Какие начальные требования? ===
- глубокое знание какого-либо языка не требуется. Разработка ведется на собственном языке высокого уровня в парадигме нисходящего программирования.
Разработка ведется на собственном языке высокого уровня в парадигме нисходящего программирования.<br />
Желателен опыт программирования на языках С|C++|C#|Java|Python.<br />


=== Какие будут использоваться технологии? ===
=== Какие будут использоваться технологии? ===
HP Internet Usage Manager
HP Internet Usage Manager.


=== Темы вводных занятий ===
=== Темы вводных занятий ===
1. Введение в GSM (терминология, архитектура, назначение компонентов сети)<br />
* Введение в GSM (терминология, архитектура, назначение компонентов сети).
2. OSS/BSS стек Оператора связи с более детальной проработкой систем класса mediation (предбиллинг)<br />
 
3,4,5, Введение в продукт HP IUM + лабораторные работы<br />
* OSS/BSS стек Оператора связи с более детальной проработкой систем класса mediation (предбиллинг).
 
* Введение в продукт HP IUM + лабораторные работы.


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


=== Критерии оценки ===
=== Критерии оценки ===
4-5 - выполнить все лабы по продукту, разработать парсеры для входных файлов<br />
4-5: выполнить все лабы по продукту, разработать парсеры для входных файлов.
6-7 - + разработать и реализовать алгоритм полной сверки<br />
 
8-10- + разработать отбор и классификацию различающихся записей
6-7: + разработать и реализовать алгоритм полной сверки.
 
8-10: + разработать отбор и классификацию различающихся записей.


=== Ориентировочное расписание занятий ===
=== Ориентировочное расписание занятий ===
ПН-ПТ -  9:00 - 12:00 OR 17:00 - 21:00<br />
ПН-ПТ 9:00 – 12:00 или 17:00 – 21:00
СБ    - 12:00 - 18:00
 
СБ    12:00 – 18:00

Текущая версия от 13:18, 28 июля 2017

Ментор Михаил Павлов
Учебный семестр Весна 2016
Учебный курс 1-й курс
Проект можно развивать на летней практике
Максимальное количество студентов, выбравших проект: 5



Что это за проект?

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

Каждый оператор связи в процессе оказания услуг абонентам(голос, sms и пр.) на своей стороне считает на сколько была задействована его инфраструктура другим оператором. Например если идет звонок абоненту из другой сети, то мы должны заплатить оператору другой сети за возможность такого звонка, и наоборот.
Операторы периодически обмениваются такой статистикой и определяют каким образом они будут засчитывать друг другу эти услуги. После получения такой статистики, каждый оператор выполняет сверку между своей статистикой и полученной от партнера. Если расхождений нет, то все хорошо, иначе это повод для серьезных разбирательств и поиска ошибок у себя и партера.

В процессе реализации проекта вам потребуется:

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

(презентация проекта)

Чему вы научитесь?

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

Какие начальные требования?

Разработка ведется на собственном языке высокого уровня в парадигме нисходящего программирования.
Желателен опыт программирования на языках С|C++|C#|Java|Python.

Какие будут использоваться технологии?

HP Internet Usage Manager.

Темы вводных занятий

  • Введение в GSM (терминология, архитектура, назначение компонентов сети).
  • OSS/BSS стек Оператора связи с более детальной проработкой систем класса mediation (предбиллинг).
  • Введение в продукт HP IUM + лабораторные работы.

Направления развития

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

Критерии оценки

4-5: выполнить все лабы по продукту, разработать парсеры для входных файлов.

6-7: + разработать и реализовать алгоритм полной сверки.

8-10: + разработать отбор и классификацию различающихся записей.

Ориентировочное расписание занятий

ПН-ПТ 9:00 – 12:00 или 17:00 – 21:00

СБ 12:00 – 18:00