Несмотря на первое негативное впечатление от знакомства с BABOK, все же делаю ссылку на вторую версию этого стандарта, который, как сообщается на блоге bas4all , вышел совсем недавно. Не знаю, будет ли время, но если будет - стоит мне кажется посмотреть...

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

Мне вдруг подумалось: если бизнес-аналитик - это посредническая фигура, стоящая между пользователем и разработчиком, то и цели бизнес-аналитика не могут совпадать с целями пользователя и разработчика. Что же это за цели?

В поисках целей набрел на интересное определение бизнес-аналитики нашал на сайте SAS. Интересно оно тем, что оно очень простоте. А где простота - там гениальность. Итак читаем:

---

Бизнес-аналитика (Business Intelligence)

Отчеты быстро, просто, наглядно

Бизнес-аналитика - термин не новый, однако, пока ещё вызывающий разночтения. Традиционное определение бизнес-аналитики сводит её к методам и инструментам для построения информативных отчётов о текущей ситуации.
Цель бизнес-аналитики - предоставить нужную информацию тому человеку, которому она необходима в нужное время. Эта информация может оказаться жизненно необходимой для принятия управленческих решений.

( Read more... )

---

Опираясь на этот текст, можно теперь более четко сформулировать и цели бизнес-аналитика как профессионала:

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

Хороший стиль взаимодействия между бизнес-аналитиком и разработчиком (ИТ-специалистом) - это такой стиль работы, когда программист разрабатывает не конкретные решения для пользователя, а некие инструменты (или компоненты), которые бизнес-аналитик в свою очередь использует для разработки конкретного решения для пользователя.

Реалии нашего времени таковы, что этот хороший стиль работы очень мало пока распространен. И потому бизнес-аналитик сам зачастую вынужден разрабатывать себе инструменты, которые позволяют ему активно использовать для решения своих задач OLAP-технологии, строить быстро нужные отчеты, интегрировать свои решения в MS Office, визуализировать данные и обеспечивать эти данные через Web-портал.

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

Честно говоря, меня лично стало раздражать то определение бизнес-аналитика, которое формируется под воздействием таких международных организаций, как Международный Институт Бизнес-Анализа, или International Institute of Business Analysis (IIBA). У меня такое ощущения, что там, на Западе, есть тоже своя бюрократия, которая очень любит спекулировать на модных понятиях и таким образом накладывать лапу на решение такого важного вопроса, кто такой бизнес-аналитик и чем он конкретно должен заниматься.

Этот IIBA уж разработал процедуру сертификации бизнес-аналитиков (!), которая определяется как некая система тестов и/или экзаменов на знание предмета бизнес-анализа. Называется это знание Business Analysis Body of Knowledge, или сокращенно BABOK. Про BABOK есть много стандартных статей, например эти две:

Бизнес-аналитик
И тут появляется бизнес-аналитик

Ну до чего же душно от этих описаний профессии бизнес-аналитика. Просто тихий ужас! Насчет этого BABOK мне понравилась краткая рецензия aliev :

BABoK -- business analysis body of knowledge в черновике версии 2.0 (от IIBA, International Institute of Business Analisys) -- http://www.theiiba.org/AM/Template.cfm?Section=Version_2_0&Template=/CM/ContentDisplay.cfm&ContentID=2638, до кучи еще 270 страниц "процессного знания". Особые знания бизнес-аналитиков по сравнению с другими "смежными дисциплинами" organizational development and change management, product management, project management, quality assurance, software development/engineering, system architecture, training, user experience and information architecture. Но особая близость -- к project management в варианте PMI PMBoK (туда много прямых отсылок. Не будешь знать PMBoK, не сдашь экзамен по BABoK!). Знание делят на KA (knowledge area), task и technique -- нечто неопределяемое, куски работы (формальные и неформальные), приносящие результаты в одной из KA и способы выполнения работ. Разделяет Waterfall, Increment и Agile подходы -- сначала требует определить, в каком из подходов работает планировщик, а затем только планироваться, в том числе в этих подходах бизнес-аналитик работает по-разному. KA -- enterprise analyses, elicitation, requirements analysis, solution assesment and validation. Дальше как всегда: много банальностей из знакомых перегруженных слов типа "goal analysis, opportunity analysis, problem analisys" и в виде исключения -- "SWOT analisys".

Но это так, вообще на тему... А вот здесь представлен обзор зарплат по специальности "бизнес-аналитик", сделанный на SUPER-JOB.RU летом 2008 года. Хотя он и не самый свежий, но поскольку зарплаты в 2009 году не росли, то думаю, что достаточно актуальный...

Бизнес-аналитик
Исследовательский центр портала SuperJob.ru в ноябре 2008 года изучил предложения работодателей и ожидания претендентов на позицию «Бизнес-аналитик» в 9 городах России. Подробнее...
Источник: SuperJob.ru

М-да... Создать COM-надстройку в Excel, используя для этой цели C#, оказалось совсем не таким простым уж делом. И дело не в том даже, что это все сложно - на самом деле, в Visual Studio Prof есть для этой цели специальный мастер, который создает скелет такой надстройки. Плюс на MSDN есть еще и специальный практический пример, который помогает разработчику сделать первые шаги... Нет, дело совсем не в этом...

Дело в том, что я запнулся в процессе создания вообще на какой-то мелочи. И вот эта мелочь меня доконала окончательно. Я вдруг осознал, что не имея более-менее богатой практики программирования на C#, я просто обречен на провал. Сил самому искать ответы на бесконечных форумах по каждой ошибке мне просто не хватает. Особенно когда наталкиваешься на презрительное отношение: дескать, если запнулся на такой ерунде, значит ты просто дурак - иди и учи основы программирования. А когда мне их учить, спрашивается? Только по ночам, за счет здорового сна...

Короче, следуя принципам цикла Деминга, на этапе STUDY я получил самые удручающие результаты, из-за чего на этапе ACT прихожу к единственно правильному выводу - отбросить идею создания COM-надстройки. И тогда мне остается только XLA-надстройка, которая абсолютно не защищена перед злоумышленниками и которую в силу этого мне просто не удастся никогда и никому продать. Что же мне остается?.. Остается утешаться только философией OPEN SOURCE...

Вобщем, если поискать в Сети (а точнее, на блогах) по словам "философия OPEN SOURCE", то Вы быстро найдете N-ое количество записей на эту тему. Например, хотя бы вот эти два:

Почему Open Source? Почему именно открытое програмное обеспечение (свободное ПО)?
Об использовании свободного ПО, философия Open Source

Вобщем, читая такие размышления, и сам как-то немного приободряешься.

Во-первых, действительно между Open Source и наукой есть что-то общее, родственное. Если бы Сократ или Аристотель скрывали свои знания, мир бы никогда не узнал, что такое наука. Для меня, выходца из научной среды и семьи с научными традициями, этот аргумент представляется даже очень и очень весомым.

Во-вторых, если мода на Open Source и в самом деле набирает такие обороты, то на этом фоне мое решение сделать свои XLA-надстройки свободно распространяемыми может уже и не выглядеть таким уж странным, диким решением человека, который вдруг задарма решил распространить вокруг свой интеллектуальный продукт. Наоборот, получится очень даже можно и перспективно. А выгоды от такого шага могут оказаться не прямыми, а косвенными, но от этого, возможно, не менее ощутимыми. Ведь в конце концов, цель-то заключается не в том, чтобы расчистить место под солнцем для своих "любимых и ненаглядных" программулек, а расчистить место для самого себя.

Я прав? :))

В процессе поиска ответов о принципах действия COM-компонентов набрел на интересный ресурс: Архив статей "Что такое "технология COM". Автор Михаил Безверхов, дата опубликования 2001-2004 гг.

Если Вы читали последние посты, то наверное догадываетесь, что интерес к технологии COM связан с вопросом расширения функциональности Excel через так называемые COM-надстройки. Впрочем, не только этим. Скажем так, технология COM - это вообще мостик между MS Office и прочими программными продуктами, включая не только Visual Studio, но также и Java. Кроме того, концепция COM, которая стала ответом на реалии "кошмара DLL", должна быть тесно связана с проектом Framework .NET. Так, в частности, если процитировать Википедию, то получается следующее:

DLL hell как мотивация проекта .NET

В 2001 фирма Майкрософт определила подсистему .NET Framework для разработки пакетов (assemblies). Эта подсистема стала поддерживать общую библиотеку времени исполнения, присоединяя DLL к основному исполняемому классу.

В первых статьях, посвященных разъяснению сути технологии COM (см. раздел "Введение в предмет"), Михаил описывает основные черты технологии COM. Постараюсь их здесь обобщить (из главы "Технология COM - отличная технология... от других"):

1) компонента COM - это объект (или совокупность связанных объектов), что следует понимать в контексте концепции ООП, который хранится и используется как исполняемый бинарный файл (в этом смысле DLL - практически то же самое)
2) в отличие от DLL, вызов компоненты COM программой происходит также просто, как и вызов своей внутренней процедуры или функции (достаточно знать только имя, в то время как для DLL надо еще знать и путь, т.е.место расположения библиотеки - в принципе понятно, хотя неясно, как практически это осуществляется)
3) если в C# или Java объект - это некая абстракция, понятная только компилятору, которая при выполнении программы уже преобразуется в двоичный исполняемый код, то для COM-компоненты объект - это физическая реальность, уже существующая в рамках исполняемого файла в виде двоичного кода

( Read more... )

Разыскал еще одну статью Светланы Шляхтиной "Ускоряем работу в Excel - полезные плагины", в которой рассказывается о надстройках Excel. В данном случае речь идет о надстройках, которые помогают исправлять некорректный ввод данных, например, выявление дублирующих записей, удаление пробелов, а также - и это особенно интересная функция - исправление опечаток. Последнее можно осуществить посредством планигов Similar Data Finder for Excel или Fuzzy Duplicate Finder.

Я с такими вещами сталкивался. Бывает, кто-то в каком-то отделе тщательно ведет у себя в Excel полезннейшую таблицу, где оперативно фиксирует какие-то данные о своей работе. Таблице этой - цены нет, но только при одном важном условии: если ее можно автоматически обработать. И вот тут упираешься в эти самые ОЧЕПЯТКИ. И все, ступор! Заставить человека писать без опечаток практически невозможно - я ему не коммандир. Попросить можно, но толку мало - опечатки возникают сами собой. И конечно, автоматическое их исправление могло бы в этой ситуации очень и очень даже помочь.

Насколько я помню, в книге cezarchik "Бизнес-аналитика" перечислялись некие операции по очистке и предобработке данных на этапе ETL. Упомянутые выше плагины очень хорошо попадают именно в эту область. В свою очередь, на этом блоге один раз обсуждалась тема выявления аномальных записей путем их кластеризации. cezarchik тогда упомянул про алгоримы outlier detection, а birkhoff называл это Anomaly Detection и дал ссылку на метод опорных векторов в Википедии. Мне так кажется, вышеупомянутые плагины реализуют алгоритмы из этой серии...

Отличная статья по надстройкам в Excel, которые очень могут даже пригодиться бизнес-аналитикам в их текущей работе: Полезные расширения для Microsoft Excel. Автор Светлана Шляхтина. Дата: сентябрь 2009. Издание: КомпьютерПресс. По наводке с Planeta Excel...

Упомянутые в статье поставщики:

http://www.asaputilities.com/
http://www.planetaexcel.ru/ (Россия)
http://www.ablebits.com/
http://www.mapilab.com/
http://www.ablebits.com/
http://www.add-ins.com/
http://www.formulasoft.com/
http://www.vertex42.com/

Я бы к этому перечню добавил еще: http://www.digdb.com/

Прекрасный обзор. Сразу видно, что программисты во всем мире тщательно работают, трудятся, чтобы пользователям Excel легче жилось...

Статья Евгения Островского "Порядок разработки ETL-процессов" показалась мне интересной в том плане, что он дает свою интерпретацию того, как правильно строить ETL-процессы при разработке ПО собственными силами. При всем уважении к ведущим производителям ETL-продуктов, потребность в собственных разработках, по моему мнению, в силу разных причинах все же остается. Во всяком случае, для бизнес-аналитика такая потребность всегда будет насущной, хотя бы по причине необходимости подготовки процессов для их автоматизации на базе более серьезного продукта...

Здесь я пытаюсь осмыслить первую часть статьи, посвященную структуре ETL-процесса...

---

Процесс

В общем случае, программист ETL может представлять себе архитектуру ХД в виде совокупности трёх областей: источник данных (совокупность таблиц оперативной системы и дополнительных справочников (классификаторов, таблиц согласования), позволяющую создать многомерную модель данных с требуемыми измерениями), промежуточная область (совокупность таблиц, использующихся исключительно как промежуточные при загрузке ХД) и приёмник данных. Движение данных от источника к приёмнику называют потоком данных. Необходимые потоки данных формирует и описывает аналитик.



Таблица 1: Основные стадии процесса загрузки данных

( Read more... )

Накопилось куча всего, что так и просится в блог... Но прежде о том, что переход условной границы и необратимость моей эволюции из бизнес-аналитиков в ИТ-специалисты практически уже состоявшийся факт. Несмотря на сложности и многочисленные личные затраты, я все же вернулся к идее программирования на Java и C# (кстати, между ними действительно очень много общего), но на этот раз с практической ориентацией на работу с объектами Excel.

На этот раз у меня два открытия и одна проблема по безопасности макросов VBA, так и оставшаяся нерешенной. Кстати, если кто поможет мне решить последнюю проблему - буду крайне признателен :)

Итак...

ОТКРЫТИЕ #1

Первое то (и открытие это было вполне ожидаемое), что с объектами Excel вполне можно работать посредством C# с помощью COM-объектов. Первый же поиск на эту тему в Сети дал мне следующую интересную ссылку:

Работа с Com сервером Excel

Автор: Молчанов Владислав
Дата публикации: подписано ноябрем 2004 г., обновление - октябрь 2007 г.

( Read more... )

Прикольная статья, на которую я перешел из Википедии, конкретно из статьи, посвященной технологии COM. Мне лично, как новичку в мире Web-программирования, эта связка между PHP, Visual Basic и Excel показалась очень интереснной :)

Автор: Григорьев Михаил, ПермГУ. Здесь публикую только начало - типа затравки...

---

Данная статья посвящена работе с Excel документами при помощи PHP, работая с COM-объектами.

Итак, приступаем.., в первую очередь нам необходимо создать COM-объект для работы с Excel:

$xls = new COM("Excel.Application"); //Создаем новый COM-объект
$xls->Application->Visible = 1; //По умолчанию объект невидим, делаем его видимым
$xls->DisplayAlerts = 0; //Не хотим видеть ошибки

Для создания нового документа пользуемся методом Add() объекта Workbooks():

$xls->Workbooks->Add(); // Добавляем новый документ

Если же вам необходимо открыть Excel документ, тогда пользуемся методом Open():

$xls->Workbooks->Open("documents/doc.xls");


Теперь попробуем что-нибудь записать в наш документ, сперва заносим в переменную
ячейку, в которую будем производить запись, используя объект Range().

$cell = $xls -> Range("A1");

Я думаю что вы уже поняли, что A – это столбец, а 1 – строка.
Теперь запишем данные в указанный столбец и строку.

$cell ->Value = "Hello world";

Ну что.., мы внесли изменение в документе doc.xls, теперь следует его сохранить, пользуемся методом SaveAs() объекта Workbooks(), если вы сохраняете новый документ:

$xls -> Workbooks() -> SaveAs("doc.xls");

Продолжение здесь...

Вчера в CIO-World промелькнуло сообшение:

"Columbus IT и «НОВАТЭК»: завершен проект автоматизации финансовой консолидации на базе IBM Cognos Controller"

Глянул на сайт Columbus IT и обратил внимание на следующиее разделение продуктов Cognos:

1. Cognos 8 BI (Business Intelligence). Что пишут: Технологии BI позволяют существенно упростить процесс принятия решений и получения отчетности всеми сотрудниками компании, основываясь на возможностях многомерного (OLAP) анализа данных.
2. Cognos 8 Planning. Что пишут: IBM Cognos 8 Planning интегрирует операционное и финансовое планирование в режиме реального времени и предоставляет широкие возможности для план-факт анализа за счет поддержки разнообразных источников фактических данных, включая финансовые модули ERP-приложений, хранилища данных на основе различных СУБД и плоские файлы.
3. Cognos 8 Controller. Что пишут: IBM Cognos 8 Controller – комплексное решение для автоматизации процесса финансовой консолидации и формирования консолидированной финансовой отчетности по стандартам РСБУ (Росси́йские станда́рты бухга́лтерского учёта) и МСФО (Международные стандарты финансовой отчётности) в холдинговых структурах и группах компаний любого масштаба и структуры.
4. Cognos 8 Performance Management. Что пишут: IBM Cognos Performance Management - полностью интегрированная комплексная платформа управления корпоративной эффективностью (CPM), обеспечивающая поддержку принятия управленческих решений в режиме реального времени, на всех уровнях управления и на основе всей необходимой для принятия решений информации.
5. Cognos 8 TM1. Что пишут: IBM Cognos 8 TM1 – новое решение IBM Cognos для многомерного анализа особо больших объемов данных в режиме реального времени, базирующееся на приобретенных технологиях компании Applix. В основе IBM Cognos 8 TM1 – 64-битный OLAP-сервер, работающий с данными непосредственно в оперативной памяти без их предварительной обработки (прекалькуляции), что позволяет добиться недостижимой для обычных инструментов анализа скорости обработки данных, особенно в случае больших объемов данных (десятки и сотни миллионов записей).

Ну, про Cognos TM1 - тут все понятно, это замена Cognos BI в случаях, когда приходится обрабатывать особо большие массивы распределенных данных. Что же касается остального, то... выходит такая схема:

BI - это многомерный анализ данных (в первую очередь), то бишь аналитика
Controller - это консолидированная отчетность по РСБУ и МСФО
Planning - это планирование, а следовательно и бюджетирование
CPM - поддержка принятия решений в режиме реального времени

В сущности эти четыре программных продукта полностью обеспечивают реализацию классического цикла бюджетного управления предприятием:
1. ПЛАНИРОВАНИЕ ->
2.УПРАВЛЕНИЕ&КОНТРОЛЬ (т.е. принятие решений) ->
3. УЧЕТ&ОТЧЕТНОСТЬ ->
4. АНАЛИЗ->...

Красота! Единая концепция, в рамках которой можно увязать CPM и BI. Осталось только решить, как все это пересекается с BPM...

Чё-та я замолчал. А ведь это неправильно - молчать. Блог для того и создан, чтобы в нем о чем-то писать... Ну так вот, прервем же свое молчание :)

Короче, обнаружил я тут сайт Планета Excel, а в нем раздел "Приемы", а в нем - такую вот интересную статью: Исправление выгрузки из 1С.

Я вспоминаю, сколько у меня было головной боли, с этими выгрузками! Жесть. И сейчас голова у меня болит о том же. Да и не только - у мои коллег тоже. А сколько еще одними и теми же проблемами страдает бухгалтеров, экономистов, аналитиков. Ведь куда денешься от "родной, ненаглядной" 1С (сколько ее лечить надо - тьфу на нее :)?

Несомненно, такого рода инструментарий мог бы многим и многим помочь в работе... Вобщем, прикольная ВЕСЧЬ, иначе и не скажешь. И решение довольно изящное - надстройка (она же add-ins), очень удобно, загрузил к себе и порядок. Жаль только, в Excel 2007 не работает. Но ведь автор и не ставил себе целью совместимость - пример-то с открытым кодом. Так что... вобщем, рекомендую. Мало ли, пригодится?

P.S. Чувствую, что после основательного погружения в BI и BPM Шевалье возвращается к тому, с чего начал - к Excel, VBA и аналитике на базе этих инструментов. С другой стороны, не подписался же я на BI/BPM! В конце концов, я всего лишь бизнес-аналитик. Решаю задачи анализа теми средствами, какие есть под рукой...

Но на самом деле это не просто возврат - это возврат на совершенно новом уровне. Может быть, в ближайшее время это станет более понятно и ясно... Не знаю, посморим...

И все же... диалектика, однако :)

Вот интересно, можно ли считать умным человека, который занимается изобретением велосипеда? С одной стороны, в уме ему отказать нельзя - ведь для этого все-таки надо обладать определенными техническими и инженерными познаниями + плюс творчество, воображение + умение работать руками. Но с другой стороны - и это всякому должно быть ясно - это очень глупый человек. Потому что он тратит свое время и силы впустую. Ибо кому будет нужен его велосипед, когда он давно уже изобретен?

Вот говорят, что есть два типа инноваций - технические и социальные. Под первыми обычно понимают всякие технические новинки и изобретения, которые по счастливому стечению обстоятельств не были забыты, а были пущены в дело. Например, в то же производство. Под вторыми понимают всякие социальные улучшения - но вот тут-то и начинается чехарда. Русские плохо понимают суть инноваций второго типа. Или наоборот, слишком хорошо понимают?..

Прекрасный пример того, чем социальные инновации отличаются от технических, можно найти в экономической истории Японии. В книге Всеволда Овчинникова "Ветка сакуры" есть одно замечательное место, где рассказывается про то, как японцы вылезли из экономической ямы после Второй Мировой войны.

( Read more... )

Новая запись в блогах на сайте ECM-JOURNAL.RU. Сохраняю, пока помню :)

22 января 2010 г.

Прогнозы экспертов, или Что ждет ECM в 2010?
Сергей Бушмелев

В своем блоге Джон Манчини, президент AIIM, привел интересные, с его точки зрения, прогнозы для ECM-отрасли.
Конец старого года и начало нового всегда проходят под знаком прогнозов на следующее n лет (где n - целое число от единицы до бесконечности, с остановками в 2012, 2014, 2015, 2020 и т.д.). Джон Манчини, признанный в ECM-отрасли эксперт и одновременно президент AIIM привел в своем блоге Digital Landfill (Цифровая свалка) шесть различных вариантов «светлого будущего» для корпоративного управления контента.

Джон во всех приведенных прогнозах дает ссылку на первоисточник, что позволяет ему просто не комментируя перечислить основные предположения, высказанные опрошенными экспертами. Поэтому то, что предлагается вашему вниманию - не просто перевод блога Джона Манчини, а вольная компиляция как блога, так и приведенных им первоисточников. Не все прогнозы освещены в равной мере - расставленные акценты обусловлены только личными предпочтениями переводчика.

Итак, первый прогноз от Джона Ньютона (John Newton), нового члена экспертного совета ассоциации (AIIM Board):

Продолжение здесь

или

?


Я снова погрузился в размышления о возможных путях на пути к своей цели - освоение BPM. Те, кто читает этот блог, наверное, уже привыкли, что меня то и дело бросает из стороны в сторону (я во всяком случае, надеюсь, что привыкли). Вот и сейчас, наверное, никого не удивит, если меня еще раз бросит от BPM к BI...

Вобщем, у меня такое впечатление, что BI в русскоязычной аудитории вызывает даже больший интерес, чем BPM. Видимо, тут есть некая последовательность: хорошо бы до русского бизнеса преимущества BI донести. А когда разберутся, то можно и BPM попробовать. Хотя я могу и ошибаться...

А поскольку кроме цели "освоить BPM" у этого блога есть еще и миссия, которую можно было бы озвучить как "содействие в становлении новой профессии 'бизнес-аналитик'" (содействие самому себе, любимому, в первую очередь, а заодно и окружающим), то ничего не будет страшного, если рядом с первой целью я поставлю и вторую - освоение BI. У этих двух целей столь много общего, что их можно даже рассматривать как единую, сдвоенную цель. Хотя можно рассматривать и по отдельности...

Продолжим свои рассуждения дальше. Если говорить о решениях BI, то тут по меньшей мере есть две альтернативы: BI open source, к числу которых относятся, например, Pentaho и JasperForge, и Oracle BI, который хотя и не open source, но его тоже можно скачать, установить и покрутить (если я правильно понял).

Небольшая дискуссия по поводу BI open source, которая тут только что развернулась, а также замечательная статья про BI open source (часть первая и вторая Андрея Пивоварова), а также один совет, тоже данный в ходе дискуссии, навели меня серьезно на мысль попробовать "покрутить BI". Но что-то одно, конкретное.

Вобщем, пока мысли мои устремились к Pentaho BI.

Я пока еще не решил - всего лишь думаю. Тем не менее, русские программисты, я так понял, позитивно относятся к Pentaho. Мне он и самому нравится благодаря использованию стандарта BPEL, который меня уже давно заинтересовал, а также тем, что проект этот каким-то образом связан (не берусь пока сказать, каким именно) с Eclipse, и еще с MySQL, про которую я в последнее время прочитал много лестного (смотрел материалы по поводу приобретения SUN компанией Oracle).

Вобщем, я пока стараюсь не торопиться, но документы уже начал смотреть. С другой стороны, Oracle BI выглядит более привлекательно с другой точки зрения. Все-таки фирма, серьезный игрок на рынке BI и BPM. А преимущества платного решения Oracle BI перед open source Pentaho BI хорошо озвучены в вышеуказанной статье Андрея. Вобщем, буду думать. Торопиться тут уж точно не следует - поспешишь, людей насмешишь, как говорится...

Мне даже как-то не верится! Неужели бесплатный софт по BI? Или у меня просто глюки? Тем не менее, читаю здесь новость уже почти что 3-годичной давности: Open Source-сообщество BI-ПО от JasperSoft растет!

Далее иду по ссылке http://jasperforge.org/ и обнаруживаю там целую кучу downloads. Там тебе все: Reports, ETL, Analysis и просто Soft. Прикольно!..

Как хорошо, что я вчера написал пост про DTD, XML Schema и RELAX NG. Это позволило мне легче сориентироваться в книге XML. Базовый курс  и, перескочив через DTD и XML Schema, сразу заняться RELAX NG. И надо сказать, что при первом же знакомстве RELAX NG произвел на меня самое благоприятное впечатление. Простой, красивый и очень понятный язык описания структуры XML-документа.

Я бы рекомендовал всем, кто только начинает изучать XML, начинать именно с RELAX NG - если только у вас заранее не сформулированы какие-то другие предпочтения. Несмотря на то, что у DTD и XML Schema могут свои плюсы по сравнению с RELAX, однако эти плюсы вы вполне могли бы оценить позже, когда освоите полностью RELAX и у вас будет база для сравнения...

Но если быть строгим, то вобщем-то все три схемы описания XML имеют полное право на существование и все три могут использоваться, особенно учитывая историческую последовательность их появления и то, что не все валидаторы поддерживают тот же RELAX NG. То, что у каждой схемы есть свои преимущества перед другой. Сравнительный анализ трех схем приведен, в частности, в английской Википедии. 

Если судить объективно, то мне пока более-менее понятны лишь следующие преимущества DTD и XML Schema:

1. DTD - это единственное описание, которое может быть встрено в структуру самого XML-документа, а не храниться во внешнем файле. Не совсем правда понимаю, в каких случах это преимущество может оказаться критичным, но наверное это довольно важный момент.

2. В DTD есть описание такого элемента как ENTITY, который может содержать в себе ссылку на некий внешний файл типа, например, mp3 или jpeg, который процессер не в состоянии сам проанализировать. Как утверждают корифеи, одно только свойство DTD может обеспечить данной схеме долгую и счастливую жизнь.

3. RELAX NG хотя и является более простым и изящным решением, но достигается это за счет урезания ряда возможностей XML Schema, что может оказаться критичным в ряде случаев. В частности, языки запросов XQuery и  XPath2 используют множество данных о типах XML-документа, которая называется PSVI (Post Schema Validation Infoset). Так вот, RELAX NG недостаточен для формирования этого множества данных, что очевидно является его недостатком

Решил бросить сюда эту статью, хотя на первый взгляд она выбивается из прочего перечня статей. На самом деле это не так - наоборот, здесь как раз прямо говориться о некоем софте, который обеспечивает главное условие для организации удаленной работы работников офиса. Этот софт есть в частности (а может быть, и преимущественно) BPM. Вот цитата:

Секрет успеха телеработы в США и европейских странах заключается в наличии удобного инструментария. Возможно, в плане оснащенности мобильными устройствами, необходимыми для удаленной работы, жители обеих российских столиц не уступают своим зарубежным коллегам. Но программное обеспечение, которое позволяло бы синхронизировать работу всех сотрудников компании (удаленных и офисных) и давало бы возможность групповой работы над документами, здесь практически не используется. Западные компании не только оборудуют удаленные офисы для своих сотрудников, они также обеспечивают их софтом для групповой работы, так называемым groupware. И это, пожалуй, главный козырь приверженцев удаленного режима труда, с легкостью разбивающий скепсис всех недоброжелателей. Именно подобные системы групповой работы доказывают очевидное утверждение, что при умелой организации удаленная работа будет выгодна как работодателю, так и работнику.

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

Далее утверждается, что и Россия начинает двигаться в том же форватере. Возможно. Но пока мы сильно отстаем...

Кстати, задела еще и эта цитата:

Иностранцы частенько заявляют о том, что для русских работа – это то место, куда ходят, а не то место, где работают. Да, из уст тех же иностранцев нередко можно услышать, что главная особенность работы по-российски – нацеленность на процесс как таковой, а не на конечный результат.

Ну разве не так, а? Все верно, для нас работа часто - это место куда ходят, а не где работают. Как меня это раздражает иногда...

Выход из кризиса можно найти дома. Лучшая статья 2009 года в «Творчестве без купюр»   Бездумное желание урезать расходы зачастую сильно бьет по бизнесу. В поисках компромисса между сохранением эффективности и тотальной экономией перепробовано множество методик сокращения затрат. А решение рядом – нужно изменить подход к организации труда и ввести удаленный режим работы. Почему же компании в России не используют этот прием? Далее

Дошел до границы, потоптался и... пошел дальше в том же направлении :) Нет худа без добра, как говорится. Я все еще вздыхаю по Java, но - как там у классика? - наступаю мужественно на горло своей песне. А если вспомнить еще и китайскую философию, и понятия полноты и пустоты (о которых я узнал, читая комментарии к тратктату Сунь-Цзы "Искусство войны"), то можно сказать, что отступление от Java (пустота) позволяет мне теперь наступать в сторону XML (новая полнота). И может это даже хорошо - не исключено, что XML несет в себе более важный приоритет на пути к конечной цели "освоение BPM", чем Java.

И вот первая интересная остановка - описание структуры XML-документа. Исторически первым таким описанием был DTD (Document Type Definition). Однако как сказано в той же Википедии, в настоящее время вместо DTD рекомендовано другое описание - XML Schema. Переход к XML Schema обусловлен, как сказано, следующими основными причинами:

1. Используется отличный от XML синтаксис - ну это понятно всякому, кто познакомится с тем, как описывается DTD
2. Отсутствует типизация узлов - эта функция необходима для поддержки объектной модели XML-документа, или DOM (Document Object Model), в которой XML-данные представлены в виде древовиодной структуры, включащей в себя узлы
3. Отсутствует поддержка пространств имён - важная составляющая XML-документа, определяющая видимость наименований элементов XML (по аналогии с видимостью имен в той же Java)

Но есть и еще один вариант описания XML - это RELAX NG. Но кстати про него в русской Википедии пока ничего нет. Есть, правда, старое сообщение 2003 года о том, что RELAX NG стал международным стандартом. В этом сообщении есть два интересных момента: во-первых, RELAX NG - это полноценный ISO-стандарт, и во-вторых, разработка RELAX NG проводилась OASIS, а не W3C. Поскольку именно OASIS разрабатывала BPEL и BPMN, то это уже становится любопытным.

( Read more... )

Ну и ладно! Не мытьем, так катаньем - все равно я найду свою дорожку в Большой Мир современных ИТ. И неважно, что я программирую на VB - есть и для таких как я спасительная "Палочка-Выручалочка", имя которой XML. Что пишут корифеи в области XML? А вот что:

Где используется XML? - спрашивают они (стр. 63), и тут же отвечают: - XML может использоваться везде. Он не зависит от платформы и языка программирования, то есть совершенно неважно, что один компьютер может использовать, например, приложение, написанное на Visual Basic в операционной системе MS Windows, а другой - приложение, написанное на C++ и работающее в операционной системе OS/2. Когда одна компьютерная программа должна взаимодействовать с другой, XML может использоваться в качестве формата взаимообмена данными.

Ну так и славно! А то, что XML в Excel 2002 может быть использован кривыми путями только через ADO - тут я наврал. Оказывается, можно сохранять файлы Excel в формате XML - подробнее об этом в статье Office XP и обмен XML-данными...