На гэтым тыдні мы азнаёмімся з асновамі службы Cognos Mashup. Мы разбяром яго на кампаненты, каб убачыць, як ён прыносіць каштоўнасць спалучэнню прапаноў IBM Cognos.
Каб скарыстацца паслугай Cognos Mashup, неабходна выканаць наступныя мінімальныя патрабаванні:
1. Сервер IBM Cognos BI 8.4.1
2. Кліент, здольны ўзаемадзейнічаць з SOAP або службамі на аснове URL па HTTP
Доступ да Cognos Connection і службы змешвання Cognos можна атрымаць праз шлюз Cognos
Заўвага аўтараў: Выкарыстоўвайце голас акцёра Р. Лі Эрмі (Гані з Суцэльнаметалічная абалонка)
Наступныя некалькі артыкулаў я буду вашым інструктарам. Вы можаце называць мяне "сяржант -дрыль". Я разб'ю вас, прызыўнікоў, на нізкія пясчынкі, і пабудую вас на лазерна -вытраўленых кавалачках крэмнія. Вы пакінеце тут інструменты, неабходныя для выжывання на полі бою, вядомага як служба абмену Cognos. Вы зможаце закадаваць свой шлях праз небяспечную карыстацкую візуалізацыю мясцовасці. Вы зможаце адрозніць сябра ад ворага, калі справа даходзіць да дызайнерскіх уяўленняў. Вы, магчыма, думалі, што абяцаеце лёгкія паслугі REST. Але гэта не адпачынак вашай мамы. Ці магу я атрымаць "ДА ДРЫЛЬНЫ СЕРЖАНТ!"? А цяпер кінь і дай мне дваццаць!
Добра, дазвольце мне адпачыць ад характару, каб сказаць вам прама. На гэтым тыдні мы азнаёмімся з асновамі службы Cognos Mashup. Мы разбяром яго на кампаненты, каб убачыць, як ён прыносіць каштоўнасць спалучэнню прапаноў IBM Cognos.
Каб скарыстацца паслугай Cognos Mashup, неабходна выканаць наступныя мінімальныя патрабаванні:
1. Сервер IBM Cognos BI 8.4.1
2. Кліент, здольны ўзаемадзейнічаць з SOAP або службамі на аснове URL па HTTP
Доступ да Cognos Connection і службы змешвання Cognos можна атрымаць праз шлюз Cognos
Сэрвіс Cognos Mashup складаецца з двух асобных частак, якія працуюць у тандэме, што дазваляе спажыўцам разбіваць дадзеныя справаздач па -за межамі праграмы прагляду справаздач і ствараць карыстальніцкія візуалізацыі. Адна частка паслугі - гэта транспартны інтэрфейс, а другая - карысная нагрузка. На дыяграме ніжэй мы можам разглядаць запыт як транспарт, а адказчык - як карысны груз.
Транспартны інтэрфейс - гэта сродак, з дапамогай якога мы можам выклікаць справаздачы. Ёсць два варыянты выкарыстання для спажыўцоў. Адзін з іх заснаваны на SOAP, а другі выкарыстоўвае URL -адрасы ў стылі REST. Абодва інтэрфейсу працуюць па HTTP і падобныя па структуры. Гэта значыць для кожнай лагічнай аперацыі ў інтэрфейсе стылю SOAP існуе адпаведная ў стылі REST. Дакладныя тэхнічныя характарыстыкі метаду выконваюць ідыясінкразіі для абранага стылю выкліку. Але сутнасць у тым, што… магчымасць увайсці ў сістэму, выклікаць справаздачу, атрымаць вывад і выйсці з сістэмы даступная для абодвух лагераў.
Такім чынам, вы можаце спытаць сябе: "Я, чаму б я выбраў адно над іншым?" Часта адказ на гэтае пытанне даецца пры разглядзе тэхналогій праекта або ўмоўнасцей. Возьмем прыклад спажыўца, які цалкам распрацаваны на баку кліента. Ён выкарыстоўвае HTML і JavaScript для ўзаемадзеяння са службай Cognos Mashup. У вакууме інтэрфейс на аснове REST URL палегчыць інтэграцыю. Наадварот, іншы праект можа мець існуючыя актывы Cognos SDK у сервлеце Java. Яны прывыклі да выкрыццяў SDK заглушак SOAP. Гэта больш натуральна, калі гэтая сітуацыя схіляецца да таго, каб быць спажыўцом масавых паслуг на аснове SOAP. На практыцы гэта не было цяжкім выбарам. Калі разглядаць два выбары, здаецца, што лепш падыходзіць пры разглядзе агульнага рашэння. Спробы выкарыстоўваць іншага адчуваюць сябе вымушанымі.
Лагічныя аперацыі, прапанаваныя транспартным інтэрфейсам, дазваляюць спажыўцу выконваць задачы, накіраваныя на выкананне справаздач і аналізаў Cognos. Набор варыянтаў дазваляе спажыўцу прайсці ўвесь жыццёвы цыкл стварэння справаздачы. Гэта ўключае ў сябе:
• Аўтэнтыфікацыя
• Прызначэнне параметраў
• Выкананне справаздачы (сінхроннае і асінхроннае)
• Дрыль паводзіны
• Атрыманне вываду
Сэрвіс аб'яднання нават прапануе некаторыя прысмакі, якія недаступныя праз SDK. Тым не менш, мы захаваем гэта абмеркаванне ў будучым артыкуле, у якім параўноўваюць і супрацьпастаўляюць Службу масупавання SDK.
Цяпер у нас ёсць магчымасць выклікаць справаздачы праз набор паслуг на аснове HTTP. Што выходзіць на другім канцы? Гэта прыводзіць нас да другога кампанента службы машапа. Увядзіце ... "Карысны груз".
Адзін з варыянтаў, якія мы можам паказаць пры выкліку справаздачы праз службу машэп, - гэта фармат вываду. Ёсць шэраг даступных варыянтаў, у тым ліку HTML Layout Data XML (LDX) і JSON. Ёсць некалькі іншых, але гэта ахоплівае спектр у abroad сэнс. HTML - гэта тое, што можна чакаць. Яны выглядаюць вельмі падобна да таго, што можна атрымаць ад справаздачы, прагледжанай праз праграму прагляду справаздач у Cognos Connection. Больш перспектыўныя фарматы - LDX і JSON. На самай справе, калі служба Cognos Mashup мае відавочны ўдар, гэта ўвядзенне гэтых двух фарматаў.
Абодва гэтыя фарматы даюць вывад справаздачы ў нейтральным для прэзентацыі фармаце. Гэта дазваляе спажыўцу вываду справаздачы адлюстроўваць інфармацыю ў любой візуалізацыі, якая можа зразумець JSON або XML. Знайдзіце хвілінку, каб прачытаць гэта яшчэ раз.
Даныя справаздачы цяпер вызвалены ад путаў, пакладзеных на яго праграмай прагляду Cognos. Цяпер дадзеныя могуць блукаць у месцах, якія раней былі немэтазгоднымі. Напрыклад, Rich Internet Applications могуць выкарыстоўваць фреймворкі, такія як Google Visualization API або Ext-JS, каб ажывіць прадстаўленне дадзеных. Мабільная інтэграцыя становіцца значна больш дасягальнай, паколькі вывад можна адаптаваць да гэтых прылад. Дадзеныя Cognos можна па -сапраўднаму змяшаць з дадзенымі з вонкавых крыніц. На самай справе, дадзеныя з Cognos BI нядаўна былі заўважаныя ў дзікай прыродзе, якія звязваюцца з дадзенымі папулярнай сістэмы кіравання кантэнтам у той жа сетцы Ext-JS! Скандальна! Што гэта значыць? У гэтым выпадку гэта дазволіла кіраваць абодвума наборамі дадзеных праз іх родныя інструменты без складанага надуманага працэсу, каб аб'яднаць іх у браўзэры.
Ніжэй прыведзены просты макет з нізкай дакладнасцю, які ілюструе неаднародныя крыніцы дадзеных, якія падзяляюць адну старонку.
Гэтая гнуткасць звязана з некаторымі кампрамісамі. Паколькі мы адкладаем аказанне дадзеных у іншую частку прыкладання, мы, па сутнасці, пераносім частку распрацоўкі, якая традыцыйна робіцца аўтарам дакладу, чалавеку, які з'яўляецца экспертам у тэхналогіі візуалізацыі. Высілкі па ўкараненні дадзеных справаздачы ў візуалізацыю будуць адрознівацца ў параўнанні з стварэннем ідэальнага піксельнага дакладу ў традыцыйных студыях Cognos. Планавальнікі праектаў павінны разумець, які ўплыў гэта аказвае на тэрміны распрацоўкі. Можна выявіць, што ацэнкі больш дакладныя, калі прыняць гэты новы падзел працы.
Падводзячы вынік гэтага артыкула, служба Cognos Mashup - гэта захапляльнае дадатак да арсенала інструментаў, даступных для сумесі. Гэта дазваляе выходзіць за рамкі простага штампавання дадзеных BI , які змяшчае праграму прагляду справаздач, на старонку HTML. Аднак час навучыў нас, што нічога не бясплатна. Гнуткасць прадстаўлення дадзеных ідзе за кошт прыцягнення новых набораў навыкаў да набору рашэнняў. Хай гэтая інфармацыя на некаторы час прасякне. У наступных запісах гэтай серыі мы больш падрабязна разгледзім выкарыстанне машапа, а таксама яго супастаўленне з іншымі кандыдатамі на рашэнне.