Реферати

Реферат: Формулюємо вимоги. Як створити оптимальну OSS/BSS

Педагогічні умови навчання молодших школярів елементам гри в баскетбол. Проблема навчання грі молодших школярів у баскетбол. Особливості навчання фізкультурним вправам у молодшому шкільному віці. Методи і форми навчання молодших школярів грі в баскетбол. Використання ігрового методу як умова навчання грі.

Доісторичне населення Східної Європи і його культура. Льодовиковий період у східній Європі і перші сліди людини. Культура палеолітичної і неолітичної епохи. Трипільська культура. Металева культура. Залізна культура. Етнографічна приналежність доісторичних культур східної Європи.

Орел - місто першого салюту. Історія свята. Хід бою на Орловсько-Курській дузі. Значення інформації розвідників у зриві раптовості німецького настання. Прорив оборони фашистів і настання на Болхов. Запеклі вуличні бої і звільнення міста Орла. Перший переможний салют під час війни.

Бій у мису Тендра й узяття Ізмаїла в ході російсько-турецької війни 1787-1791 років. Перемога в морському бої в мису Тендра, забезпечення міцного панування російського флоту на Чорному морі. Штурм міцності Ізмаїл. Узяття армією Суворова Ізмаїла і зміна стратегічної обстановки на користь Росії, змушення Туреччини до мирних переговорів.

Проектування двухзеркальной антени за схемою Кассегрена. Роль малого дзеркала. Розрахунок геометричних параметрів двухзеркальной антени Кассегрена, параметрів облучателя. Співвідношення радіуса хвилеводу і критичної довжини хвилі. Максимальна фазова помилка на краях апертури. Амплітудний розподіл у раскриве.

М. С. САМСОНОВ, заступник генерального директора ВАТ «Петер-Сервіс»

В прагненні до ідеалу

Запуск нових послуг майже завжди зв'язаний з переглядом стратегії бізнесу, зміною організаційної і інформаційної структури компанії, впровадженням нових бізнесу-процесів і розробкою відповідних прикладних застосувань. Тому, з точки зору «внутрішніх» користувачів інформаційних систем, саме значна зміна останніх років пов'язана з істотним зменшенням часу життя бізнесу-процесів операторів зв'язку.

Разом з тим ядро інформаційної системи підприємства повинно залишатися незмінним, оскільки на нього «зав'язлися» інші компоненти управління телекомунікаційним підприємством - модулі управління мережевим обладнанням і серверами послуг, бухгалтерія і облік, бізнес-аналітика і маркетинг, взаємовідносини із замовниками і партнерами-постачальниками. Вибір компонентів OSS/BSS, їх інтеграція і експлуатація звичайно пов'язані зі складними економічними і технічними аспектами, високими витратами і необхідністю взаємодії великого числа людей, що знаходяться на різних рівнях управління компанією. Треба враховувати, що інформаційні системи безпосередньо впливають на прибутковість всього підприємства. Правильне використання OSS/BSS не тільки приносить економічні вигоди і дозволяє підвищити якість обслуговування абонентів, але і служить інструментом залучення нових абонентів, пропонуючи всі нові види послуг, що дозволяє збільшувати доходи на існуючій технічній базі. Тому в більшості операторських компаній найважливішою характеристикою технічних підрозділів є їх готовність до реалізації нових вимог і швидкої зміни бізнесу-процесів. Відповідно, конфигурируемость OSS/BSS - головна вимога при виборі постачальника і впровадженні рішення.

Конфигурируемость ПО можна умовно розділити на чотири рівні:

Конфигурируемость на основі приреченого набору параметрів (predefined configurability). Багатьом організаціям досить, якщо інформаційні системи підтримують тільки набір базових бізнесу-процесів, що мають загальний характер. Це досягається впровадженням «псевдокоробочного» рішення.

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

Наприклад, модуль тарифікації білінгової системи може підтримувати приречений набір послуг. З кожною послугою пов'язана параметризованная ставка вартості одиниці споживання.

Конфигурируемость на основі приреченого набору базових об'єктів (framework constrained configurability) підходить для організацій, бізнес-процеси яких можуть мінятися, залишаючись в зазделегідь відомих межах. У цьому випадку комплект постачання інформаційної системи включає в себе приречений набір процесів, сутностей і службових процедур, які можуть компонуватися довільним образом, так, щоб забезпечити підтримку різних бізнесу-процесів. При цьому для кожної конфігурації буде існувати власний набір параметрів, що дозволяє «підстроювати» реалізовані бізнес-процеси. Наприклад, модуль тарифікації білінгової системи може підтримувати визначення нових послуг, кожною з яких приписуються атрибути із зазделегідь певного, набору, що нерозширюється. З кожною послугою пов'язана параметризованная ставка вартості одиниці споживання.

Конфигурируемость шляхом реалізації нових базових об'єктів (basis reimplementation). Іноді бізнес-процеси організації можуть мінятися так сильно, що інформаційна система підприємства повинна буде підтримувати сутності, не передбачені в первинному постачанні. У цьому разі можливості настройки системи повинні забезпечувати розширення набору процесів і сутностей. Наприклад, білінгова система спочатку може не підтримувати Quality of Service, однак можливості системи дозволять визначити в ній цю суть, правила її використання в процесі тарифікації і обслуговування абонентів і інтерфейси для редагування відповідних параметрів. Не у всіх операторів потреби в наявності різних компонентів OSS однакові навіть на початковій фазі функціонування. Вимоги до складу системи операційного забезпечення з'являються на стадії позиціонування компанії, при формуванні бізнес-планів і зростають разом з розвитком компанії.

Конфигурируемость шляхом нової реалізації системи (system reimplementation). У деяких випадках підприємство може кардинально змінити область своєї діяльності. Наприклад, оператор зв'язку перетворюється в торгово-закупівельну компанію. У такій ситуації жоден з існуючих бізнесу-процесів не зберігається, і інформаційні системи повинні встановлюватися і настроюватися з нуля.

Звідси висновок - з універсальною системою не пов'язана динамічна вимога універсальної конфигурируемости. Мова йде тільки про статичну можливість підтримувати бізнес-процеси конкретного оператора. У той же час універсальна OSS, яка повинна бути така, що адаптується, в стандартному постачанні може не підтримувати всі бізнес-процеси конкретного оператора.

Навколо биллинга

В той час як компоненти OSS/BSS набувають все більш універсального характеру, кожний окремо взятий оператор зв'язку будує для себе полнофункциональную систему забезпечення бізнесу. Ми вважаємо, що білінгова система є центральною зв'язуючою ланкою між коштами надання послуг, коштами управління бізнесом підприємства зв'язку і зовнішніми організаціями, що беруть участь в процесі надання послуг абонентам (див. малюнок).

Про конвергенцію

Терміном «конвергенція», що спочатку означав підтримку роботи мереж декількох стандартів, сьогодні все частіше називають обслуговування контрактних і prepaid-абонентів в інтегрованому рішенні. Таким чином, всі продукти, що пропонуються в якомусь значенні конвергентни. Конвергентность - одна з вимог конфигурируемости. Через відмінності між послугами, що стандартно підтримуються і можливістю настройки при виборі OSS/BSS вимоги до конвергентности залежать від того, яка перспектива враховується при їх формуванні (таблиця).

Набір вимог внутрішніх замовників (маркетинг, відділ обслуговування абонентів, фінансовий відділ, технічна служба і інш.) при підготовці до впровадження рішення або його заміни звичайно заснований на знаннях про існуючий або набір послуг, що планується і бізнесу-процесів. Тому при виборі вимог частіше за все присутні підтримка фіксованого набору об'єктів і настроюваність на основі приреченого набору параметрів. У результаті впроваджені рішення швидко застарівають і зростає упевненість операторів зі складним або нестандартним набором послуг в тому, що їх специфічні потреби не задовольняє жодна система, що тиражується. При цьому причина невдоволення оператора - застарілий підхід до розробки продуктів, який зустрічається і до цього дня: тривала і дорога розробка, негарантований результат, відсутність гнучкості кінцевого продукту. У результаті розробка і розгортання системи можуть тривати рік і більш.

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

Для прикладу можна порівняти різні вимоги до системи.

1. Система повинна підтримувати розрахунки за послугу передачі даних з тарифікацією по об'єму.

Така вимога неявно має на увазі настроюваність на основі приреченого набору параметрів і створить проблему при впровадженні, наприклад послуги VoD з фіксованою вартістю кожного фільму.

2.1. Система повинна підтримувати набір послуг, що модифікується.

2.2. Система повинна підтримувати набір заходів споживання, що модифікується послуг (час, штуки, об'єм).

2.3. Система повинна підтримувати призначення кожної послуги однієї або декількох заходів споживання.

2.4. Алгоритм тарифікації для послуги повинен визначатися призначеними їй заходами споживання.

Другий набір вимог має на увазі можливість розширення і зміни базових об'єктів системи. Система, що задовольняє цим вимогам, з високою мірою імовірності підійде навіть для послуг, не існуючих (не визначених) під час вибору.

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

Крім технічних вимог до продукту і технічного супроводу, помітно підвищилася увага з боку замовників до самої компанії-постачальнику - її надійності, позиції на ринку, досвіду реалізації складних проектів, системи управління якістю, участі в асоціаціях зв'язку і т. д. Звісно, насамперед це пов'язано з величезними змінами в масштабах і якості бізнесу операторів зв'язку. Клієнтами «Петер-Сервісу» сьогодні є лідери ринку, спільними проектами з кожним з них ми можемо гордитися. У їх числі «Дельта Телеком» (мережа «Скай Лінк»), «ПетерСтар», «Ростелеком», «МегаФон», «КиєвСтар», філія JITC ОАО «Північно-Західний Телеком» - наш самий великий клієнт в області фіксованого зв'язку.

Реалізація OSS/BSS може здійснюватися трьома способами. Перший підхід - оператор зв'язку розробляє інформаційні системи самостійно. Безперечним достоїнством цього підходу є можливість добитися повної відповідності своїм потребам і глибокій інтеграції з технічними засобами мережі. На жаль, світова практика показує, що витрати на подібне рішення (з урахуванням подальшого супроводу і модифікації) в 2,5-5 раз перевищують витрати на купівлю і впровадження рішення, що тиражується.

Другий підхід передбачає закупівлі інтегрованої системи операційного забезпечення бізнесу у одного постачальника. Леле, і в цьому випадку існують певні проблеми.

Компанія стає заложником «головного» постачальника інформаційної системи: розвиваючись, вона не має можливості використати кращі в своєму класі рішення. У разі локальних проблем міняти доведеться всю інформаційну систему. Крім того, як показують результати дослідження і аналізу, проведеного компанією Logan Orvis International, навіть найбільш оптимальна биллипговая система зможе щонайбільше задовольняти не більше за 70% запитів і потреб оператора, її що вибрав.

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

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

використання ринку компонентів третіх фірм. У сучасних умовах існує великий вибір компонентів, побудованих відповідно до добре певних специфікацій і стандартів;

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

Такий метод, на наш погляд, дозволяє оптимально поєднувати і невисоку вартість систем, що тиражуються, і можливість задовольнити унікальні потреби окремих операторів зв'язку за рахунок рекомендованих компонентів.

Список літератури

Журнал ІнформКУРЬЕРсвязь №9, 2005 р.