CC BY
22
УДК 004.031
В.М. ЛЕВИК1Н, О.П. КОСТЕНКО, €.Г. З1НЧЕНКО
РОЗРОБКА МОДЕЛ1 КОМПЛЕКСУ ПРОЕКТНИХ ПАТЕРН1В МАРКЕТИНГОВИХ 1НФОРМАЦ1ЙНИХ СИСТЕМ
Проводиться аналiз моделей та умов формування вимог до маркетинговых шформац-ifanx систем. Пропонуеться комплекс проектных патершв у виглядi набору р!зних модулiв, що дозволяють розроблювати еталонну архитектуру системи з !! представлениям на рiзних рiвнях. Описуеться модель компонентно! дiаграми проектних шаблонiв розподшено! мар-кетингово! шформацшно! системи. Наводиться процедура реал!зацп модуля синхрошзацп маркетингових даних, як1 знаходяться у рiзиих модулях системи.
1. Вступ
Для розробки багатор1внево1 розподшено! маркетингово! шформацшно! системи (М1С) застосовують тополопчш модел1 для !! адекватних архггектурних ршень, яю вщображають значущу роль функцюнальних вимог, котр1 пред'являються до системи. 1снують загальш функцюнальш тополопчш модел1 вимоги, яю повинш бути враховаш при розробщ под1бних систем, а з урахуванням проблемно-ор1ентованого характеру дано! багатор1внево!' розподь лено! М1С вони можуть бути додатково уточнен! таким чином [1]:
- у систем! повинен бути забезпечений постшний i оперативний доступ до необхщно! шформацп про вс основнi маркетинговi процеси (МП), ресурси та маркетинговi (конкурента^ об'екти у ринковому регюш, представлено! у наочнiй вiзуальнiй формц
- цей доступ (у санкцюнованому режим^ повинен бути можливий з будь-яко! точки територп ринкового регiону, як i3 стацiонарних комп'ютерiв, так i, у перспективi, з перенос-них термiналiв (ноутбукiв, мобiльних телефонiв i т.п.);
- одним з сервгав системи повинна бути можливiсть постшно пiдтримувати оператив-ний зв'язок (шляхом передачi повiдомлень електронною поштою) мiж рiзними категорiями И корпоративних користувачiв: маркетинговим персоналом окремих центрiв продажу мар-кетингових об'eктiв, маркетологами регюнальних (ринкових) сервiсних центрiв, керiвницт-вом у центральному офга маркетингового рiвня пiдприeмства i т.п.;
- система дозволить накопичувати, систематизувати i аналiзувати будь-яку шформа-цiю, необхiдну для тдготовки i прийняття оперативних i стратегiчних рiшень з контролю i управлiння маркетинговими ресурсами пiдприeмств, а також для формування ушх видiв сервiсних центрiв i центрiв продажу.
Мета роботи - розробити моделi комплексу проектних патершв М1С.
2. Результати дослщження
При розробцi архггектури М1С доцiльно застосувати пiдхiд, заснований на методi ство-рення колекцп шаблонiв проектних рiшень (ПР), а по^м, на !х основi, i так званих повторно-використовуваних програмних компонентних ршень (ПВПКР), що забезпечуе ушверсаль-ний характер процесу проектування i реалiзацп уше! системи у цшому. Враховуючи функщ-ональнi вимоги, котрi пред'являються до маркетингово! системи i мають певну специфiку збору i обробки маркетингових даних у М1С [2, 3], пропонуемо проектш шаблони у виглядi таких типових ПР (i вiдповiднi програмнi компоненти) [4]:
1. 1нтегрована База Маркетингових Даних Модуля (1БМДМ): цей компонент призначе-ний для збертання рiзно! шформацп, необхщно! для забезпечення вше! функцюнальносп вiдповiдного WEB-ПК.
2. Сервю Обмiну Маркетинговими Даними (СОМД): компонент, який повинен тдтри-мувати коректний обмш даними з модулями М1С, з урахуванням наявносп декiлькох клiентських додаткiв, якi працюють у кожному модулi системи.
3. Сервю Вiзуалiзацil Маркетингових Даних (СВМД): шдмножина компонентiв (включа-ючи сервернi i клiентськi компоненти), що забезпечують для фахiвцiв-маркетологiв вiзуалi-защю параметрiв МП, рiзних системних повщомлень i тому подiбне.
4. Сервю Синхрошзацп Маркетингових Даних (ССМД): шдмножина компонента (сер-вернi i ктентсью), якi дозволяють регулярно проводити синхрошзацда маркетингових даних, котрi зберiгаються у рiзних модулях системи.
5. Менеджер Облшових Записiв Фахiвцiв-Маркетологiв (МОЗФМ): компонент, за допо-могою якого у системi вiдбуваеться реестрацiя !! користувачiв, створюються !х групи, визначаються права доступу до даних для кожно! групи.
Щ компоненти комплексу проектних патершв, яю е складовими еталонно! архiтектури (ЕА) М1С, можуть бути представлеш у нотацil UML у виглядi компонентно! дiаграми, яка показана на рис. 1.
На ЕА компоненти згруповаш у UML-пакети [5], якi агрегують у собi функцiональнiсть трьох найбiльш можливих титв модулiв системи:
1) Модуль продуктового рiвня, тобто окремого продажу промислово! продукцi!; його характерною особливiстю е наявнють пiдсистеми збуту товарiв та тдсистеми дослiдження поведiнки споживача: у виглядi налагоджуваного медiатора (НМ0). До складу цього пакету входять також: компонент СОМД, 1БМДМ, СВМД i ССМД; IServer1, що надае свш iнтерфейс клiентовi - додатку синхрошзацп даних модуля верхнього рiвня. Весь цей пакет виступае у ролi моделi каталогу проектних патернiв по вщношенню до модуля наступного рiвня.
2) Модуль ринкового рiвня, або сервюний центр по регiонах (захщ, схiд, пiвдень, пiвнiч, зарубiжжя), об'еднуе у собi модуль дослiдження ринку i товару, модуль управлiння реклам-ною дiяльнiстю. До складу пакету цього рiвня входить такий додатковий компонент як МОЗФМ, який забезпечуе створення групи користувачiв даного модуля, а його сервю синхрошзацп маркетингових даних за допомогою IServer також виконуе роль штерфейсу ктента, але вже по вщношенню до модуля наступного, маркетингового рiвня.
3) Модуль маркетингового рiвня складаеться з таких тдсистем: цшоутворення, розроб-ка стратеги i планування дiяльностi тдприемства, контроль маркетинговою дiяльнiстю системи; вш е пакетом компонентiв, якi забезпечують функцюнальнють WEB-ПК (див. рис. 1).
Модуль наглядацького рiвня 1
Модуль маркетингового рiвня :_
ЕА3
Маркетинге^ процеси
-ЯГТГ *
------
1бмдм
свмд
i
сомд
—ж-
—Ж— "-" - - ^ —
ссмд
НМз
НМ4
(client)
jkJServer2
о—
Модуль продуктового рiвня
I_
ЕА,
Маркетинговi процеси
| 1бмдм ^ -
А А
| и | I Г
сомд
* *
(client)
свмд
vf ^ НМо
^ ссмд
Модуль ринкового рiвня
1
Маркетинговi процеси
1НМ2 i- -
■ft-,-
сомд
ссмд 4- ----а----
(client)
£
'НМ,
■♦Ô
ЕА2
свмд
ТГЯГ ±±.
1бмдм
IServer,
Рис. 1. Компонентна д1аграма проектних шаблотв розподшено! М1С
Отже, у результат узагальнення проектного досвщу i застосування евристичних методiв щентифкацп та вщбору проектних шаблонiв (лопчш макро-оператори IDENTIFY i SELECT, яю були детально розглянутi у [6]) сформовано модель комплексу проектних патершв (ПрП) у виглядi кортежу:
ПрП = (HMi, СОМД, ССМД, СВМД, ГББМД , МОЗФМ, IServer) , (1)
де до вже введених до розгляду проектних шаблошв 1) - 5) доданий ще один: компонент налагоджуваний медiатор (НМ), що е типовим проектним ршенням для вщокремлених модулiв М1С [4].
Сформований таким чином каталог патершв дозволяе у компактнш символьнш форм^ використовуючи рекурсивнi вирази, показати, що запропонована модель еталонно! архггек-тури дiйсно е вiдкритою i масштабованою, оскшьки:
1) для модуля базового рiвня модель комплексу проектних патершв еталонно! архггекту-ри ЕА1 може бути визначена як (див. рис. 1):
EA1 = ((НН 0 п (СОМД и ССМД и СВМД и 1БМДВ)1) и IServer^ ; (2)
2) для моделi комплексу проектних патершв еталонно! архiтектури модуль ринкового рiвня - об'екта ЕА2 можна записати у виглядi кортежу:
EA2 = ((НМ1 п (ССМД и СВМД и 1БМДВ и МОЗФМ)2 п НМ2) и IServer2) ; (3)
3) аналопчно, для моделi комплексу проектних патернiв еталонно! архггектури ЕА3 модуля маркетингового рiвня формальний опис мае вигляд кортежу:
EA3 = ((НМ2 п (ССМД и СВМД и 1БМДВ и МОЗФМ)3 п НМ3) и IServer3); (4)
4) у загальному випадку, для модуля на рiвнi моделi комплексу проектних патершв еталонно! iерархi! m буде справедливе визначення його еталонно! архггектури ЕАт у виглядi:
EAm = ((НМт-1 п (ССМД и ...)т п НМт) и IServerm). (5)
Таким чином, система моделей (2 - 5) описуе процес проектування з рiзноманiтних рГвшв подання розподiлено! М1С i тим самим пiдтверджуе концептуальш положення про мож-ливють розробки формалiзованих процедур синтезу i подальшого застосування ЕА i ПР для об'екта маркетингу рГзного типу, як потрГбно автоматизувати на пiдприемствi [6].
Каталог типових архггектурних рiшень, як запропонованi вище (1 - 5), повнютю забезпе-чуе реалiзацiю функцюнальносп розподiлено! маркетингово! iнформацiйно! системи, що розробляеться, для промислових пiдприемств i може служити одним з варiантiв ЕА для Web-базовано! багаторiвнево! розподшено! М1С.
Для реалiзацi! цих проектних ршень, у ходГ узагальнення результата виконання ряду конкретних проектiв з розробки i експлуатацп маркетингових шформацшних систем рГзного рГвня для ТОВ «АВМ Ампер», Гз застосуванням загально! концептуально! процедури розробки колекцп патершв, розроблено! у [4], були отримаш шаблони для створення повторно-використовуваних програмних компонентних ршень. Як приклад використання запропоно-вано! моделГ каталогу проектних компонента наведемо опис одного з найбшьш важливих отриманих при цьому елемента, тобто проектного шаблону для сервюу обмшу маркетинго-вими даними.
СОМД - це програмний сервю, який повинен тдтримувати у М1С коректний обмш маркетинговими даними з архггектурними модулями системи на кожному тополопчному рГвш (наприклад: модуль дослщження поведшки споживачГв (продуктовий рГвень), модуль дослщження ринку i товарГв (ринковий рГвень), модуль цшоутворення або управлшня рек-ламною дГяльнютю (маркетинговий рГвень)), котрГ входять до функцюнально! структури вщповщно! М1С. КрГм того, СОМД надае сво! штерфейси ктентським додаткам, як потГм виконують таю процедури як вГзуалГзащя цих даних, побудова графтв рГзних трендГв i сегмента ринку, позищювання продукцп та споживачГв, вщповщно до загально! функцюнальносп М1С.
Для реалГзацп СОМД пропонуемо створити компонентну структуру, котра повинна за-безпечити одночасну взаемодда декшькох ктентських додатюв з декшькома (i, як правило, рГзнотипними) зовшшшми медГаторами [2, 4]. Для цього у структурГ СОМД доцшьно видшити два компоненти (рис. 2): XProtocol i TechXObject.
Рис. 2. Компонентна дiаграма сервiсу обмiну маркетинговими даними
ХРго;осо1 - це компонент СОМД, який реал1зуе отримання маркетингових даних вщ мед1атор1в, посилання запита { синхрошзащю отримано! маркетингово! шформацп, щоб забезпечити цшснють даних;
ТесИХО^еС; - компонент СОМД, який забезпечуе надання маркетингових даних шшим додаткам-кл1ентам (дал1 - просто кл1ентам) за допомогою реал1зацп штерфейсу ITechXObject.
Отже, ТесИХО^еС; е менеджером даних у склад! СОМД { вш вщповщальний за виконання таких задач:
- отримання кл1ентського запиту;
- пошук запитаних маркетингових даних у своему буфер! пам'ятц
- синхрошзащя потсшв компоненту ХРго1юсо1, що записують маркетингову шформащю у буфер, з потоками, яю прочитують шформащю з буфера.
Порядок дш обох компонента СОМД представлений д1аграмою послщовносп (рис. 3).
Рис. 3. Дiаграма послвдовносп роботи компоненпв cepBicy обм1ну маркетинговими даними При цьому виникае проблема синхрошзацп доступу piзних клieнтiв на читання i потш оновлення, на запис нових маркетингових даних, тобто поки даш, що пишуться, та потш даних, що читаеться, не повинен мати доступ до тих даних, як записуються. Якщо виникае така ситуащя, то вона веде до взаемоблокування дшянки пам'ятi загального доступу i, як наcлiдoк, до критично! помилки у робот всього додатку у цшому.
Найбiльш очевидний вихщ з цiе! cитyацi! - використання нульово! змiннo!, яка сво!м становищем показуватиме, зайнятий об'ект маркетингу чи ш. Це буде працездатним ршенням, але процес оновлення шформацп пocтiйнo намагатиметься провести запис нових маркетингових даних, тим самим витрачаючи багато процесорного часу. Тому для ршення проблеми синхрошзацп слщ скористатися вщповщними можливостями MS Win32 API, який тдтримуе дeкiлька так названих об'ектв cинхpoнiзацi! [9]:
м'ютекс - це об'ект, який працюе як шлюз, через який може пройти тшьки один пoтiк в один i той же час;
семафор - це об'ект, котрий працюе як шлюз, через який може проходити декшька потоюв в один i той же час;
пoдiя - це об'ект, який генеруе сигнал для ушх потоюв, що слухають його; критична секщя - об'ект, який працюе як м'ютекс, але тшьки у межах одного процесу. Кожен об'ект синхрошзацп координуе piзнi типи взаемодп потсшв, але ва вони працюють поодинщ за тим же принципом. Коли деякий попк повинен виконати певш cкoopдинoванi дi!, то вiн чекае вщповщ вiд одного з пoдiбних oб'ектiв i виконуе !х тшьки тсля того, як отримае вщповщь. При oчiкyваннi потоком даних вщповщ система не обробляе його, таким чином розвантажуючи процесор, а коли приходить вщповщь, то потк продовжуе обробку отрима-них рашше маркетингових даних. Якщо декшька потоюв повинш одночасно звертатися до об'екта загального доступу, то найдоцшьшше використовувати м'ютекс для синхрошзацп !х
дш. Так, перш шж почати запис, потГк оновлення заздалепдь запрошуе вщповщний м'ютекс i якщо м'ютекс вшьний, то проводить запис нових маркетингових даних, шакше потГк блокуеться i припиняеться його виконання.
Результат застосування патерну.
Запропоноване ршення для СОМД забезпечуе таю його характеристики:
1) конфГгурованють - можливють його настроювання на будь-який заданий протокол обмшу маркетинговими даними з вщповщним модулем М1С;
2) продуктивнють - тобто достатню швидюсть роботи СОМД з прийому i обробки маркетингових даних одночасно вщ деюлькох модулГв М1С.
Таким чином, чим швидше вщбуватиметься обробка запипв, тим швидше вщбувати-меться оновлення маркетингових даних, яю потГм використовуються у ктентських додат-ках. Ця обставина ютотна у робот будь-яко! М1С, осюльки чим вища актуальнють даних, тим бшьш адекватш ршення з управлшня об'ектом маркетингу можуть бути прийнят маркетологом.
3. Висновки
Проведений аналГз отриманих архггектурних i програмних ршень показуе !х складнють i тим самим визначае необхщнють розробки моделей та шструментальних засобГв для проектування складних розподшених М1С.
Науковою новизною е удосконалена модель компонентно! дГаграми проектних шаб-лошв розподшено! М1С, подальший розвиток математично! моделГ комплексу проектних патершв системи, яка на вщмшу вщ шших дозволяе моделювати архитектуру М1С залеж-но вщ автоматизаци об'екпв маркетингу на тдприемствг КрГм того, удосконалена процедура отримання проектного шаблону сервюу обмшу маркетинговими даними, який дозволяе коректно здшснювати обмш даними з архггектурними модулями системи на кожному тополопчному р!вш М1С, що дозволяе швидше оброблювати запити та оновлення маркетингових даних, осюльки чим вища актуальнють даних, що вщображаються у систем!, тим бшьш адекватш ршення з управлшня маркетинговими процесами приймаються менеджером з маркетингу.
Практичним значенням е проектш ршення: штегрована база маркетингових даних модуля; сервю вГзуалГзацп маркетингових даних; сервю синхрошзаци маркетингових даних; менеджер облГкових записГв фахГвщв-маркетолопв, що надае можливють створюва-ти типов! комплекси проектних патершв еталонних архитектур маркетингових шформацш-них систем у вщповщносп з ршенням маркетингових задач на тдприемствах рГзних галузей. Це скорочуе час проектування М1С, зменшуе матерГальш i фшансов! витрати.
Список л1тератури: 1. ТкачукМ.В. Про один шдх1д до побудови арх1тектури розподшено! обробки даних в штранет-системах управлшня технолопчними процесами / М.В. Ткачук, Д.В. Кукленко // Системш дослщження та шформащйш технолог!!'. 2003. № 4. С. 35-43. 2. Костенко О.П. Моделирование функциональной структуры информационно-аналитической маркетинговой системы // Нов1 технологи. Науковий вюник 1ЕНТ. 2004. № 3 (6). С. 127-130. 3. Лееикт В.М. Розробка просторово-траекторного шдходу для проектування маркетингових шформацшних систем / Левишн В.М., Костенко О.П. // Сьома дистанцшна науково-практична конференщя за м1жнародною участю «системи тдтримки прийняття ршень. Теор1я i практика. СППР-2011». Червень, 2011 р., Укра!на, Ки!в. С 50 - 53. 4. Лееиюн В.М. Розробка концепци штегрованого модельно-технолопчного шструментарш для проектування М1С / В.М. Левик1н, О.П. Костенко, В.В. Хмшь-Чуприна // Нов1 технолог!!. Науковий вюник КУЕ1ТУ. 2011. № 1(31). С. 58-62. 5. Буч Г. UML - руководство пользователя. / Г. Буч, Д. Рамбо, А. Джекобсон. // М.: ДМК Пресс, 2001. 432 с. 6. Лееикт В.М. Розробка математично! модел! еталонно! системно! архггектури маркетингових 1С / В.М. Левишн, О.П. Костенко, В.В. Хмшь-Чупри-на // Перспективи шформацшних технологш. Херсон -2011. № 2 (008). С. 41-47. 7. Архитектуры, модели и технологии программного обеспечения информационно-управляющих систем: Монография / Н.В. Ткачук, В.А. Шеховцов, Д.В. Кукленко, В.Е. Сокол / Под ред. М.Д. Годлевского. Харьков: НТУ «ХПИ», 2005. 546 с.
Над1йшла до редколегИ' 20.05.2011
Левикш Вжтор Макарович, д-р техн. наук, професор, завщувач кафедри 1УС ХНУРЕ. Науков1 штереси: розробка розподшених шформацшних систем. Адреса: Укра!на, 61166, Харюв, пр. Лента, 14, тел. 70-21-451.
Костенко Олександр Петрович, канд. техн. наук, доцент кафедри шформащйно-управляю-чих систем, Кременчуцький нацюнальний ушверситет 1м. М. Остроградського. Науков1 1нтереси: розробка маркетингових шформацшних систем. Адреса: Укра!на, 39600, Кремен-чук, вул. Першотравнева, 20, тел. 0674176150. e-mail: kap_ua@rambler.ru. Зшченко Свгенш Григорович, старший викладач кафедри шформатики Кременчуцького утверситету економ1ки, шформацшних технологш i управл1ння. Науков1 штереси: розробка складних шформацшних систем. Адреса: Укра!на, 39600, Кременчук, вул. Пролетарська 24/37.
