Тази седмица ще разгледаме основите на услугата Cognos Mashup. Ще го разделим на съставните му части, за да видим как носи стойност в комбинацията от предложенията на IBM Cognos.
За да използвате услугата Cognos Mashup, трябва да отговаряте на следните минимални изисквания:
1. IBM Cognos BI Server 8.4.1
2. Клиент, способен да взаимодейства със SOAP или URL базирани услуги по HTTP
Cognos Connection и услугата Cognos Mashup могат да бъдат достъпни чрез шлюза Cognos
Забележка на авторите: Използвайте гласа на актьора Р. Лий Ерми (Gunny от Full Metal Jacket)
За следващите няколко статии ще бъда ваш инструктор. Може да ме наричате „сержант на тренировката“. Ще ви разбия новобранците в ниските песъчинки и ще ви изградя обратно в лазерно гравирани парчета силиций. Ще си тръгнете оттук с инструментите, които са ви необходими, за да оцелеете на бойното поле, известно като Cognos Mashup Service. Ще можете да кодирате пътя си през опасен персонализиран терен за визуализация. Ще можете да различавате приятел от враг, когато става въпрос за идеи за дизайн. Може би сте мислили, че ще бъдете увлечени от обещанието за лесни услуги REST. Но това не е ОТДЪТ на майка ти. Мога ли да получа „ДА СЕРЖАНТ НА ДРИЛА!“? Сега пусни и ми дай двайсет!
Добре, позволете ми да си почина малко от характера, за да ви го обясня направо. Тази седмица ще разгледаме основите на услугата Cognos Mashup. Ще го разделим на съставните му части, за да видим как носи стойност в комбинацията от предложенията на IBM Cognos.
За да използвате услугата Cognos Mashup, трябва да отговаряте на следните минимални изисквания:
1. IBM Cognos BI Server 8.4.1
2. Клиент, способен да взаимодейства със SOAP или URL базирани услуги по HTTP
Cognos Connection и услугата Cognos Mashup могат да бъдат достъпни чрез шлюза Cognos
Услугата Cognos Mashup се състои от две отделни части, които работят в тандем, за да позволят на потребителите да разбиват данните от отчета извън визуализатора на отчети и в персонализирани визуализации. Една част от услугата е транспортният интерфейс, а другата е полезният товар. В диаграмата по -долу можем да разглеждаме искането като транспорт, а отговорът като полезен товар.
Транспортният интерфейс е средство, чрез което можем да извикваме отчети. Има два варианта, които потребителите могат да използват. Единият е базиран на SOAP, а другият използва URL адреси в стил REST. И двата интерфейса работят по HTTP и са сходни по структура. Тоест, за всяка логическа операция в интерфейса на SOAP стил има съвпадаща в стила REST. Точните спецификации на метода спазват идиосинкразиите за избрания стил на извикване. Но най -важното е ... възможността за влизане, извикване на отчет, получаване на резултата и излизане е достъпна и за двата лагера.
Така че може да се запитате „аз, защо бих избрал едно пред друго?“ Често отговорът на това се представя при разглеждане на технологиите на проекта или конвенциите. Да вземем за пример потребител, който е разработен изцяло от страна на клиента. Той използва HTML и JavaScript за взаимодействие със услугата Cognos Mashup. Във вакуум интерфейсът, базиран на REST URL, би улеснил интеграцията. Обратно, друг проект може да има съществуващи активи на Cognos SDK в сървлет на Java. Те са свикнали с излаганията на SDAP от SOAP. По -естествено е тази ситуация да се наведе към потребител на услуги за смесване, базиран на SOAP. На практика това не беше труден избор за претегляне. Когато гледате двата избора, човек винаги изглежда по -добре, когато обмисля цялостното решение. Опитите да използвате другия се чувстват принудени.
Логическите операции, предлагани от транспортния интерфейс, позволяват на потребителя да изпълнява задачи, съсредоточени върху изпълнението на отчети и анализи на Cognos. Наборът от опции позволява на потребителя да премине през целия жизнен цикъл на създаване на отчет. Това включва:
• Удостоверяване
• Присвояване на параметри
• Изпълнение на отчета (синхронно и асинхронно)
• Поведение на тренировка
• Извличане на изход
Услугата mashup дори предлага някои екстри, които не са налични чрез SDK. Ние обаче ще запазим тази дискусия за предстояща статия, сравняваща и сравняваща услугата Mashup срещу SDK.
Сега имаме средства за извикване на отчети чрез базиран на HTTP набор от услуги. Какво излиза от другия край? Това ни води към втория компонент на услугата за смесване. Въведете ... „Полезният товар“.
Една от опциите, които можем да посочим при извикване на отчет чрез услугата mashup, е изходният формат. Има редица налични опции, включително HTML Layout Data XML (LDX) и JSON. Има няколко други, но това обхваща спектъра в abroad смисъл. HTML е почти това, което бихте очаквали. Те изглеждат много подобно на това, което човек би получил от отчет, прегледан чрез инструмента за преглед на отчети в Cognos Connection. По -обещаващите формати са LDX и JSON. Всъщност, ако услугата Cognos Mashup има ясен удар, това е въвеждането на тези два формата.
И двата формата дават резултата от отчета в неутрален за презентацията формат. Това позволява на потребителя на изхода на отчета да изобразява информацията във всяка визуализация, която може да разбере JSON или XML. Отделете малко време, за да го прочетете отново.
Данните за отчета вече са освободени от оковите, поставени върху него от Cognos Viewer. Данните вече могат да бродят на места, които преди това са били непрактични. Например, богатите интернет приложения могат да използват рамки като Google Visualization API или Ext-JS, за да подправят представянето на данните. Мобилната интеграция става много по -постижима, тъй като изходът може да бъде адаптиран към тези устройства. Данните на Cognos могат наистина да бъдат комбинирани с данни от външни източници. Всъщност данните от Cognos BI наскоро бяха видени, в дивата природа, съчетани с данни от популярна система за управление на съдържанието в същата мрежа Ext-JS не по-малко! Скандално! Какво означава това? В този случай той позволява и двата набора от данни да се управляват чрез техните собствени инструменти без сложен измислен процес, който да ги обедини в браузъра.
По -долу е проста макет с ниска вярност, илюстриращ разнородни източници на данни, споделящи една и съща страница.
Тази гъвкавост идва с някои компромиси. Тъй като отлагаме изобразяването на данните в друга част от приложението, по същество прехвърляме част от разработките, които традиционно се извършват от автора на доклада, на човек, който е експерт в технологията за визуализация. Усилията за вмъкване на данните от доклада във визуализацията ще варират в сравнение с създаването на перфектен пиксел отчет в традиционните студия Cognos. Проектантите по проекти трябва да разберат ефекта, който това оказва върху сроковете за развитие. Човек ще открие, че оценките са по -точни, когато се приеме това ново разделение на труда.
За да обобщим това парче, услугата Cognos Mashup е вълнуващо допълнение към арсенала от инструменти, достъпни за микса. Позволява на BI данните да надхвърлят просто щамповането на , съдържащ преглед на отчети, в HTML страница. И все пак времето ни научи, че нищо не е безплатно. Гъвкавостта на представяне на данни идва за сметка на въвеждането на нови набори от умения в набора от решения. Оставете тази информация да попие за известно време. В следващите записи в тази поредица ще влезем в по -подробни подробности относно използването на mashup, както и как той се изправя срещу други кандидати за решение.
