×Закрыть
  • Заметки по работе с требованиями с претензией на методичку. Часть 2-я

    Дмитрий, используете ли Вы в своей практике какие-либо системы управления требованиями? Как вообще выглядит процесс сбора и проработки требований?

  • Как и кто делает BI-системы

    У больших команд все же есть ряд недостатков, например, более высокие трудозатраты за счет сложной системы управления. Если же объемы работ значительные — то за каждой ролью в команде будет отдельный человек. Хотя от таких структур врядли можно как-то отказаться в крупных проектах.

  • Зачем нужно управлять метаданными

    Постараюсь в следующий раз сделать интересней.

  • Зачем нужно управлять метаданными

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

  • Зона дискомфорта

    В гневе рву рукописи)))

    Поддержал: Andrey Astakhov
  • Хочешь быть лидером — будь им!

    Я бы добавил — хочешь стать лидером — начни решать проблемы, которые мешают окружающим.

  • Как появляется архитектура BI-системы

    Да, это Б2, как-никак больше 40% рынка АБС в Украине.
    Мне в прошлом году на одном проекте довелось разбираться с CS::BI. Выскажу свое мнение по данному продукту, который имеет свои достоинства и недостатки. По сути представляет набор преднастроенных витрин для АБС Б2, читай — подход Кимбала. Предлагаемое CS решение по подключению данных из IS Card представляло собой простую заливку данных в теже структуры, что и Б2, при этом интеграция данных не производилась, что бы было всем понятно — если есть Ваня Иванов в Б2 и Иванов Иван в IS Card, то на витрине это будут два разных человека. Историзация решена на примитивном уровне — регулярные срезы данных, соотвественно анализ в исторической ретроспективе потребует обработки чувствительных объемов данных, что потянет за собой потребности в железе. Состав витрин, по понятным причинам, ограничен по составу показателей, которые рассчитываются по тем алгоритмам, которые CS посчитал правильными. Это влечет за собой необходимость существенной кастомизации продукта под потребности каждого отдельного банка, что, учитывая существенную загруженность ресурсов CS, процесс весьма небыстрый. Но продукт довольно дешев и в базовой версии внедряется довольно быстро.
    У Вас, Алексей, на предыдущем месте работы, кстати, была эпопея с внедрением и кастомизацией обсуждаемого продукта, Вы, наверное, могли бы рассказать о своих впечатлениях?

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

  • Как появляется архитектура BI-системы

    Артем, у Вас вопросов на три статьи вперед :)

  • Как появляется архитектура BI-системы

    Очень интересно, не могли бы Вы подробнее рассказать о проекте, под какие задачи портал, какие возможности реализовали?

  • Как появляется архитектура BI-системы

    «Художник так видит» ©

    На учетной системе не было ресурсов строить сложные запросы, поэтому ИТ-шники для аналитиков сделали выгрузки, почему выбрали MySQL — я, честно говоря, не спрашивал. Может на оракл денег не было на тот момент. На картинке кстати не показаны все потоки данных, на самом деле в B2 регулярно заливаются данные еще из нескольких систем, таких как iscard, управление контрагентами и т.д. которые в свою очередь крутятся на MS SQL.

  • Как появляется архитектура BI-системы

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

  • Как появляется архитектура BI-системы

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

    Не так давно мне довелось учавствовать в мероприятии, организованном одним уважаемым вендором с участием российского гуру, который с азартом клеймил отечественный бизнес в косности мышления, привитом западными бизнес-школами, за склонность к «кост-каттингу» и «реюзингу». Я не склонен осуждать приоритеты людей, способных в наших непростых реалиях зарабатывать миллионы, поэтому с пониманием отношусь к попыткам самостоятельно удовлетворять собственные потребности в информации, и, поэтому, считаю существующие системы просто спецификой заказчиков. Опять же, бороться с ветряными мельницами в виде готовых витрин и выгрузок — удел немногих Дон-Кихотов.

  • Как появляется архитектура BI-системы

    Ексель это наще все :))) Но, нужно из коротких штанишек всеже расти))

  • Как появляется архитектура BI-системы

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

  • Как появляется архитектура BI-системы

    Наш флагман — саповский BusinessObjects, как то так уж сложилось, что основную массу проектов делаем именно с этим продуктом, из прямых аналогов можно упомянуть Cognos BI, слегка экзотичный для наших краев Oracle BI. Не совсем прямые — QlickView, а также, в качестве конкурентов, Microstrategy. Можно, ради справедливости отметить, что базовым и наиболее распространенным BI-инструментом в нашей стране является Excel. С ним такое порой умудряются люди делать, я иногда поражаюсь.

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

  • Непростое начало BI проектов

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

    Ближайшие статьи я собираюсь посвятить тому, как появлялась архитектура и технический облик решений, в создании которых я принимал участие, надеюсь это будет интересно для Вас.

    Поддержал: Алексей Д