22 октября, понедельник 00:29
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

Снежный ком

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Снежный ком

    День добрый!
    В банке есть система с открытым кодом (чего скрывать - БИСКВИТ), но отсутствием стандартов, интерфейсов и т.п. документацией, которая официально поощеряла бы собственную доработку системы под свои нужды. Но коль есть открытый код, то в России никто не запрещает им воспользоваться. Вот и пользуемся на свою голову во что горазды, в большей части не по своей инициативе, а потому что других вариантов решения поставленных задач не видим. На данный момент накопился приличный "зоопарк" самоделок, который как водится для таких систем, сильно или не очень "слетает" при каждом официальном обновлении. Понимание того, что данное поведение будет иметь плачевные последствия для банка в целом и для нас в частности, было с самого начала, но наши утвержения и заявления на этот счет отскакивали от руководящей стены, как шарики для пинпонга. Время шло. Пользователи распробовали сиюминутный вкус самодельных успехов и их аппетит только возрастал, благо административная политика этому только способствовала. Все здесь присутствующие, уверен, прекрасно понимают, что все это стало превращатся в снежный ком, который мы со дня на день уже не сможем сдвинуть с места. Каждое обновление все ярче отражает плачевную ситуацию, в которой мы оказались.
    Хотелось бы услышать Ваши отзывы! Поделитесь опытом, кто как сопротивляется, управляет или неуправляет процессом обновлений в таких системах. С этого пути нам в ближайшем будущем не свернуть, так хотя бы постараться сделать его менее тернистым.
    Речь идет не только о БИСКВИТЕ, но и о любой другой системе, поставляемой в открытых кодах и закрывающей глаза на его использование (т.е. фирма разработчик не несет ответственности за вносимые в исходный код изменения). Именно по этому данная тема была открыта в данном разделе.
    Прошу прощение, если мой стиль изложения кому-то не понравился. Надеюсь на Ваше понимание.

  • #2
    Udgin Rain способ борьбы только один, объяснить руководству, чем это грозит и добиться от него запрета на подобное творчество. Дело не быстрое (обычно), но резалт того стоит.

    Комментарий


    • #3
      Udgin Rain Полностью согласен с ILK . Ситуация полностью совпадающая с вашей, только ссистема другая (RS-Bank) куча доделок (в т.ч. и отчетность ЦБ полностью) и теперь обновление версий это титанический труд по тестированию. В данный момент мы целенаправленно двигаемся к дистрибутивным технологиям (медленно но верно). Обновления происходят все лучше и лучше (я в это надеюсь). Но сам по себе этот процесс очень муторный.

      Комментарий


      • #4
        DenRed (RS-Bank) куча доделок (в т.ч. и отчетность ЦБ полностью) и теперь обновление версий это титанический труд по тестированию., во, это наш случай. Слава богу руководство вменяемо и прислушалось к моим убеждениям. Теперь доработки только по мелочи или заказываем РС-у.

        Комментарий


        • #5
          ILK Про заказ РС-у мы еще не дошли Так что движение к дистрибутиву - это еще только движение.....

          Комментарий


          • #6
            DenRed рекомендую создать в банке что-то типа технологического комитета в составе руководителей бизнесподразделений и ИТ на уровне начальников управлений и без решения этого комитета не принимать к реализации ни одной серьезной заявки. Там можно будет людям объяснить, почему так не стоит делать. Обычно понимают. и обид меньше будет.

            Комментарий


            • #7
              ILK Не травите душу....

              Комментарий


              • #8
                ILK добиться от него запрета на подобное творчество
                Зачем запрещать то? В этом то и удобство, если можно так сказать, что можно самим кодить. Другое дело, что надо грамотно вести учет своих наработок/изменений и правильно организовать структуры баз/каталогов/форм и т.п.
                Конечно, если денег море - то можно всё и у разработчика заказывать. Тогда плиз - ТЗ, совместная работа, тестирование решения, протокол ошибок и т.д. Плюс очень долгое время ожидания. Правки в дистрибутиве - да, это под заказ. А свои красивые отчеты зачем кому-то показывать :-)
                Надо только грамотно организовать самописание - стили, общие библиотеки.
                Савсем заприщать не нада.

                Комментарий


                • #9
                  DenRed Не травите душу...., дык это рекомендация, я во втором банке такую штуку запустил, оченно полезно. Опять же народ перестает задавать глупые вопросы на тему, а чем это у нас такая прорва программистов занимается, проверено
                  Adyan если разрабатываются какие-то внутренние отчеты - это одно дело, это естественно делается, а вот функционал - тут надо максимально близко к дистрибуту или заказывать, в итоге дешевле выйдет, проверено неоднократно.

                  Комментарий


                  • #10
                    Соблазн конечно большой, поменять что-либо в исходном коде.
                    Для себя определил:
                    1. смотреть код только в режиме отладки, чтобы определить кто где не прав
                    2. вносить изменения только если есть очевидный ляп с уведомлением разработчика
                    3. Если ОЧЕНЬ хочется то все переделки делаются в собственном модуле, в исходном модуле делается вызов на собственный. И этот факт естественно документируется.

                    Комментарий


                    • #11
                      DmitriyM Для себя определил:
                      1. смотреть код только в режиме отладки, чтобы определить кто где не прав
                      2. вносить изменения только если есть очевидный ляп с уведомлением разработчика
                      3. Если ОЧЕНЬ хочется то все переделки делаются в собственном модуле, в исходном модуле делается вызов на собственный. И этот факт естественно документируется.
                      , логично, но что вы будете делать, если разработчик поменял, например, структуру таблиц при очередном обновлении?

                      Комментарий


                      • #12
                        Сообщение от Udgin Rain Посмотреть сообщение
                        День добрый!
                        В банке есть система с открытым кодом (чего скрывать - БИСКВИТ), но отсутствием стандартов, интерфейсов и т.п. документацией, которая официально поощеряла бы собственную доработку системы под свои нужды.
                        Знакомая ситуация. Бисквит и необходимость собственных разработок.

                        Сообщение от Udgin Rain Посмотреть сообщение
                        Но коль есть открытый код, то в России никто не запрещает им воспользоваться. Вот и пользуемся на свою голову во что горазды, в большей части не по своей инициативе, а потому что других вариантов решения поставленных задач не видим.
                        Вполне нормальный подход. К глубокому сожалению, запросы банка зачастую идут вразрез с возможностями разработчика АБС.

                        Яркий пример - ВТБ-24 (экс-Гута). Там своя отдельная версия БИСквита, собственная разработка. Создание собственного производственного процесса оказалось единственным возможным выходом для развития банковских технологий.


                        Сообщение от Udgin Rain Посмотреть сообщение
                        Хотелось бы услышать Ваши отзывы! Поделитесь опытом, кто как сопротивляется, управляет или неуправляет процессом обновлений в таких системах. С этого пути нам в ближайшем будущем не свернуть, так хотя бы постараться сделать его менее тернистым.
                        Рецепт один. Двигаться одновременно с двух направлений:
                        - внутренняя стандартизация собственных разработок (написание библиотек, описание интерфейсов, приёмов программирования, правил оформления исходников, использование систем контроля версий),
                        - миграция с собственных разработок на штатный функционал АБС, если налицо такая возможность.

                        Комментарий


                        • #13
                          Сообщение от ILK Посмотреть сообщение
                          логично, но что вы будете делать, если разработчик поменял, например, структуру таблиц при очередном обновлении?
                          Возможно мне проще, ибо в нашей СУБД нет таблиц и соответственно структуры тоже нет
                          Есть API, которым пользуемся для получения сведений из логической структуры данных.
                          Свои хранилища данных не пересекаются с системными, соответственно не изменяются при обновлении.
                          Конечно есть риск несовместимости по логической структуре, но за 2 смены основной версии этого пока не было.

                          Комментарий


                          • #14
                            Сообщение от ILK Посмотреть сообщение
                            способ борьбы только один, объяснить руководству, чем это грозит и добиться от него запрета на подобное творчество. Дело не быстрое (обычно), но резалт того стоит.
                            Кхм. Категоричный и бесполезный ответ.

                            Не все АБС одинаково развиты в своём функционале.

                            К примеру, в БИСквите нет ценных бумаг (только депозитарный учёт и собственные векселя).
                            Ожидаемый ответ разработчика - от 60 килоЮСД и срок Х лет ...

                            Комментарий


                            • #15
                              ILK
                              но что вы будете делать, если разработчик поменял, например, структуру таблиц при очередном обновлении?
                              Менять собственную апишку, написанную для доступа к данным по соответсвующему набору таблиц
                              А вообще стратегически я с тобой полностью согласен

                              Комментарий


                              • #16
                                Сообщение от vsv Посмотреть сообщение
                                ILK
                                но что вы будете делать, если разработчик поменял, например, структуру таблиц при очередном обновлении?
                                Менять собственную апишку, написанную для доступа к данным по соответсвующему набору таблиц
                                Ну первое, как сами разработчики АБС относятся к сменам структуры таблиц.

                                Наши (Юнисаб на MSSQL) очень гибко.
                                Если уж совсем все данные в другую таблицу переносятся,
                                то разработчики создают View-шку,
                                с именем старой таблицы и с выборкой из новой (или из новых).

                                И все старые проги работают прекрасно.

                                А если в таблицу добавляют новые поля, то
                                это совсем не страшно. Ну не знает ваше приложение
                                о новых полях - ну и что. Она делает выборку из старых.
                                Это же SQL.

                                (Про файловые БД не говорю - это нонсенс для банка и разработчика. И их совместная боль).

                                Второе. Например.

                                Ну вот нет у разработчика модуля для Кредитных историй.
                                И не собирается пока делать.
                                И что?

                                Покупать сторонюю, мучится с сопряжением с АБС
                                и с жутком интерфейсом? И еще платить.

                                Проще самим сделать самим и гораздо быстрее.
                                Что б все автоматом из АБС кредитного модуля само все брало
                                (Клиент, Договор, Счета)
                                И все движения по счетам кредита (основной и процентной)
                                автоматом отслеживало и автоматом заносило в базу НБКИ.

                                Заняло 3 недели. И все довольны.

                                А зачем тогда отделы ИТ в банке?
                                Дополнительный интерфейс между банком и разработчиками АБС?
                                IK Soft

                                Комментарий


                                • #17
                                  Механизатор учёта К примеру, в БИСквите нет ценных бумаг (только депозитарный учёт и собственные векселя).
                                  Ожидаемый ответ разработчика - от 60 килоЮСД и срок Х лет ...
                                  , правильное решение - или менять АБС, или докупать отдельный модуль чужой и встраивать в свою АБС. Самописки в банке - крайне вредны и опасны как минимум проблемами с уходом разработчика.

                                  IKSoft Ну первое, как сами разработчики АБС относятся к сменам структуры таблиц.

                                  Наши (Юнисаб на MSSQL) очень гибко.
                                  Если уж совсем все данные в другую таблицу переносятся,
                                  то разработчики создают View-шку,
                                  с именем старой таблицы и с выборкой из новой (или из новых).
                                  , т.е. переписывать ничего не приходилось? Вам сказочно повезло. На моей памяти работы с БИС и РС так легко ничего не проходило.
                                  vsv А вообще стратегически я с тобой полностью согласен

                                  Комментарий


                                  • #18
                                    IKSoft
                                    А если в таблицу добавляют новые поля, то
                                    это совсем не страшно

                                    А если они решили, к примеру, оптимизировать структуру таблиц? Т.е. какие-то поля ушли, какие-то пришли, какая-то информация ушла в другие таблицы и т. д.
                                    А вообще да, все зависит от конкретной ситуации, но некую среднюю оптимизацию придумать можно

                                    Покупать сторонюю, мучится с сопряжением с АБС
                                    и с жутком интерфейсом?

                                    Купите с нормальным интерфейсом

                                    А зачем тогда отделы ИТ в банке?
                                    Для обеспечения функционирования IT-структуры банка
                                    Для написания програмок есть софтверные компании У банков немного другие задачи

                                    Комментарий


                                    • #19
                                      Сообщение от vsv Посмотреть сообщение
                                      IKSoft
                                      А если в таблицу добавляют новые поля, то
                                      это совсем не страшно

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

                                      Код:
                                      create view RATES as
                                      select 
                                      1		as TYPE,
                                      ID_CURRENCY	as CURRENCY,
                                      DATE_RATE	as DATERATE,
                                      DATE_NEXT	as DATE_NEXT,
                                      RATE		as RATE,
                                      0		as USERNUM,
                                      RATE_NU		as RATE_NU,
                                      NU		as NU
                                      from COM_RATES_CB 
                                      	
                                      union
                                      select 
                                      ID_RATES_TYPE + 1	as TYPE,
                                      ID_CURRENCY		as CURRENCY,
                                      DATE_RATE		as DATERATE,
                                      DATE_NEXT		as DATE_NEXT,
                                      RATE			as RATE,
                                      0			as USERNUM,
                                      RATE_NU			as RATE_NU,
                                      NU			as NU
                                      from COM_RATES_BANK

                                      Покупать сторонюю, мучится с сопряжением с АБС
                                      и с жутком интерфейсом?

                                      Купите с нормальным интерфейсом
                                      Не нашли с нормальным.


                                      А зачем тогда отделы ИТ в банке?
                                      Для обеспечения функционирования IT-структуры банка
                                      Для написания програмок есть софтверные компании У банков немного другие задачи
                                      Все оперделяется потребностями бизнеса.
                                      Если проще удобной быстрей и дешевле сделать самим
                                      то и надо так делать.

                                      Но делать так, что б работало долго.

                                      Мы МБК сделали в 2000 году.
                                      До сих пор работает.
                                      Делает все. В т.ч. сам счета в АБС открывает на каждую сделку.
                                      Структура счетов менялась. А код МБК - нет.
                                      Делать нало по-уму.

                                      Критичный код (по сруктурам) выносить в созраненные процедуры
                                      Править ее можкт любой сотрудник ИТ.
                                      IK Soft

                                      Комментарий


                                      • #20
                                        IKSoft
                                        Вот пример.
                                        Ну... хорошо
                                        А о чем речь-то?
                                        Ваши так делают Но не факт, что в некоей перспективе все так же и останется
                                        Давайте времена деноминации вспомним, когда до кучи еще и внебалансовый учет, к примеру, изменился
                                        Вот как там вьюхой обойдешься?

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

                                        Комментарий


                                        • #21
                                          IKSoft Если проще удобной быстрей и дешевле сделать самим
                                          то и надо так делать.
                                          , ох это дешевле на моей памяти всегда в дороже превращалось по факту. (Исключения бывают, наверное, но мне не встречались).

                                          Комментарий


                                          • #22
                                            Сообщение от ILK Посмотреть сообщение
                                            правильное решение - или менять АБС, или докупать отдельный модуль чужой и встраивать в свою АБС. Самописки в банке - крайне вредны и опасны как минимум проблемами с уходом разработчика.
                                            Насчёт менять АБС - смешно ответил.
                                            Появился, например, в банке бизнес по купле-продаже мерных слитков, давай менять АБС под это дело.

                                            Покупка стороннего модуля тоже не всегда является выходом. Очевидна проблема сопряжения систем и обеспечения целостности данных, синхронизации справочников и получения како-либо отчётности.

                                            Самописки - отнюдь не вред. Это объективная реальность (и тема данного топика !). Вопрос - в организации производственного процесса.

                                            IKSoft

                                            Ну вот нет у разработчика модуля для Кредитных историй.
                                            И не собирается пока делать.
                                            И что?

                                            Заняло 3 недели. И все довольны.
                                            Замечательный пример.

                                            Мы обратились к своему поставщику в конце 2005 года. Предложение купить получившееся решение поступило осенью 2006 (!).

                                            У нас же заняло в общей сложности 2 недели, а результат получили в нужный срок - к началу февраля 2006 года.

                                            А зачем тогда отделы ИТ в банке?
                                            Дополнительный интерфейс между банком и разработчиками АБС?
                                            Для поиска компромисного решения по поставленным бизнесом вопросам ...

                                            Комментарий


                                            • #23
                                              Сообщение от ILK Посмотреть сообщение
                                              IKSoft Если проще удобной быстрей и дешевле сделать самим
                                              то и надо так делать.
                                              , ох это дешевле на моей памяти всегда в дороже превращалось по факту. (Исключения бывают, наверное, но мне не встречались).
                                              Профессионализм, нужен просто профессионализм в программировании.

                                              У нас нет штата программеров.
                                              Все сами.

                                              Просто все так ладно сделано в банке (сам делал) +
                                              удачная АБС, что остается время делать серьезные вещи.

                                              У нас много чего своего. В т.ч. и Клиент-Банк
                                              И кто к нам приходит работать из бругих банков,
                                              напр. в Валютный отдел,
                                              говорят, что нигде не видели такого уровня автоматизации.

                                              Можно много теорий выдвигать,
                                              можно много "отмазок" писать руководству,
                                              а можно взять и сделать.

                                              Мне не важно, где это написано - разработчикми АБС или кем-то еще, лишь бы на пользу бизнеса шло.
                                              IK Soft

                                              Комментарий


                                              • #24
                                                IKSoft видимо у вас маленький банк.
                                                Механизатор учёта Самописки - отнюдь не вред. Это объективная реальность (и тема данного топика !). Вопрос - в организации производственного процесса., для маленькой конторы из бедности - это да. А иначе - вред и весь мировой опыт говорит именно об этом.

                                                Комментарий


                                                • #25
                                                  ILK IKSoft видимо у вас маленький банк. мне почему-то тоже так кажется.
                                                  Семь раз отпей - один отъешь.

                                                  Комментарий


                                                  • #26
                                                    Я так понял, что практически все осуждают "самодеятельност", но многие так делают. Так вот: кто же все-таки ведет какую-нибудь базу данных, какие-нибудь записи в файле или любым другим способом сохраняет информацию о сделанных изменениях? Интересуют варианты, конкретные решения, наработки.

                                                    Комментарий


                                                    • #27
                                                      IKSoft
                                                      С точки зрения автоматизатора может это и так выглядит, но не задумывался ли ваши бизнесы, что будет если вдруг автоматизация встанет и уйдет?
                                                      Все-таки должно быть некоторое разумное ограничение на собственные разработки.

                                                      Комментарий


                                                      • #28
                                                        Сообщение от Udgin Rain Посмотреть сообщение
                                                        Я так понял, что практически все осуждают "самодеятельност", но многие так делают. Так вот: кто же все-таки ведет какую-нибудь базу данных, какие-нибудь записи в файле или любым другим способом сохраняет информацию о сделанных изменениях? Интересуют варианты, конкретные решения, наработки.
                                                        Для хранения исходников - VSS, который, кроме прочего, при сохранении изменения какого либо учитываемого файла - записывает комментарии в этот файл - кто, когда, что изменил, и ссылка на номер темы в системе управления работами (используем изрядно переработанный Keystone, ещё можно применить zentrack).
                                                        Глюкоправ

                                                        Комментарий


                                                        • #29
                                                          Vlad.S но не задумывался ли ваши бизнесы, что будет если вдруг автоматизация встанет и уйдет?, угу, автоматизаторам-то это шоколадно, а вот управленцы в банке так себе.

                                                          Комментарий


                                                          • #30
                                                            В банках сейчас зарплаты IT выше чем у разработчиков, как результат они по профессионализму начинают превосходить вендоров. Кроме того, фирмам-вендорам приходится все реализовывать "в общем виде", тиражируемо, версионно и т.п.
                                                            ИТ банка может все это быстренько сделать под себя. Отсюда и "в срок и все довольны". Здесь интересна судьба этого решения в перспективе, когда уволится автор, придут новые люди в бизнес, обновится версия основной АБС. Будут ли тогда все довольны?

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

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

                                                            Комментарий

                                                            Пользователи, просматривающие эту тему

                                                            Свернуть

                                                            Присутствует 1. Участников: 0, гостей: 1.

                                                            Обработка...
                                                            X