Bankir.Ru
5 декабря, понедельник 19:42

Объявление

Свернуть

Третья ежегодная конференция-консилиум «ИТ-бюджет банка - 2017»

Показать больше
Показать меньше

Генератор отчетов - текстовый или графический?

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

  • Генератор отчетов - текстовый или графический?

    В используемой нами, гм..., АБС имеют место быть два генератора отчетов - текстовый (делающий ASCII файлы для матричного принтера) и графический (ну там шрифты, красоты и проч.) Мы ведем постоянный спор с разработчиком - какой из генераторов нужнее и важнее.
    На последней встрече, они настойчиво рекомендовали переходить на текстовые отчеты, а красоты делать посредством HTML (с использованием внешнего HTML редактора).
    Хочется узнать мнение народа по этому вопросу.

  • #2
    Я думаю что у каждого вида генераторов отчётов есть свои плюсы и минусы, и я думаю что часть отчетов делать в тексте а часть в графике.
    Например если нужного много печать платёжок то лучше всего конечно текст т.к. красота не обязательно а нагрузка на сеть очень низкая. А к примеру различные виды выписки для клиентов не плохо делать в графике, ну и т.д.

    Так что лучше использовать оба!

    Комментарий


    • #3
      Предпочитаю отделять мух от котлет. Для отчетов главное - достоверность, беспроблемность, скорость. Предполагаю, что графика может создать дополнительные проблемы. Поэтому отчеты - текстовые.
      Красота отчета - вторичный показатель. Наводится внешними по отношению к АБС методами. При необходимости, которая возникает не так уж часто.
      Все ИМХО, ессно
      WBR

      Комментарий


      • #4
        LP
        Гм. Главное в автомобиле - надежность, беспроблемность и скорость. Все остальные навороты - только лишние проблемы. Всякие электропакеты и регулируемые рулевые колонки - от лукавого :-) .

        Комментарий


        • #5
          loo
          Вы абсолютно правы. Просто в автомобилях (не Тазах) дополнительные навророты стали беспроблемными, в АБС - и без дополнительных наворотов проблем хватает.
          Зы. И в автомобилях давно нарушается принцип разумной достаточности. Например, электропривод левого зеркала (оно и так под рукой), лифт сиденья ( сколько раз в жизни приходится им пользоваться ?) и даже - - усилитель руля на машине массой до тонны - только для дам. Но эта тема философская, здесь некстати. Если графика в АБС не создает никаких проблем - пусть будет. Но она действительно беспроблемна ?
          WBR

          Комментарий


          • #6
            2 LP
            Но она действительно беспроблемна ?
            В одном банке видел, как CrystalReport некоторые отчеты рисует быстрее и красивше, чем их штатная система. Так что отчет отчету люпус эст.
            А самый кайф, если надо что-то в типографские бланки впечатать. Особливо, если на рабочих местах с принтерами полный зоопарк.
            И HTML мне самому из-за кривизны с размерами не особо нравится.

            ЗЫ Если есть плоттер, то и ФОР можно на А0 отпечатать.
            Добро всегда побеждает зло. Потому что кто победил - тот и добро.

            Комментарий


            • #7
              ок
              Последний раз редактировалось Marsik; 19.02.2002, 12:53.

              Комментарий


              • #8
                Графика всек-таки важнее. просто из соображений, что текст -- это частный случай графики. Потому в идеале я вижу отчеты в графике, но с возможностью сохранения/преобразованея в простой текст (аля Ворд). Выкинуть навороты гораздо легче, чем из втиснуть.
                Жалко, что такой идеал недостижим...
                Serg Voronov

                Комментарий


                • #9
                  Имхо - текст + xml = будущее в технологии выдачи отчетов. Была бы моя воля, давил бы все эти генераторы отчетов в графике как собак бешеных. Наворотов ненужных - масса, а толку практического - ноль. Не вижу никаких причин использовать графику вместо текста.
                  При желании можни и на текстовом принтере такую красоту насобачить - закачаешься.

                  Комментарий


                  • #10
                    2 Serg_FSB Потому в идеале я вижу отчеты в графике, но с возможностью сохранения/преобразованея в простой текст (аля Ворд). Выкинуть навороты гораздо легче, чем из втиснуть

                    Проблема в том, что нет возможности точного преобразования графики в текст. И если отчет требует точного позиционирования, т.е. попадания символа в нужную позицию, то добиться этого очень тяжело. То что в графике ровно и четко в тексте может, а может и вообще ни как не выглядеть. И наооборот.

                    Комментарий


                    • #11
                      all_in_one
                      Вопрос плавно смещается в сторону обсуждения форматов самих отчетов. Но согласитесь, что это не решает проблемы дизайна - его все равно нужно где-то рисовать.
                      Тут возникают варианты. Графические генераторы, как правило, действуют в объектно-ориентированном стиле - визуальные компоненты, события и проч. Я не думаю, что какая-нибудь фирма разработчик АБС возьмется разрабатывать такую вещь самостоятельно, берутся готовые редакторы, допускающие программирование на каком-нибудь стаyдартном языке типа VB.
                      Однако текстовые генераторы все пишут сами, получаются они кривые и замороченные, зато сильно предметно ориентированные.

                      Комментарий


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

                        Комментарий


                        • #13
                          Все таки идеальным вариантом является возможность формирования отчетов, как в графиге так и в тексте. К этому надо стремиться и соответственно тормошить разработчика, т.к. для разработчика конечно проще шлепнуть все в текстовом редакторе и не тратить времени и сил на доработку более перспективного варианта.

                          Комментарий


                          • #14
                            Ничто не мешает текстовые отчеты печатать в графике. Разными шрифтами и т.д. Причем на уровне генератора. Один из вариантов предложен all_in_one, другой - некая внутренняя надстройка генератора отчетов, которая накладывет таблицу стилей на полученный текстовый документ. При чем не меняя полученного отчета можно менять вид отчета (на лету).

                            Комментарий


                            • #15
                              ИМХО- АБС должна иметь несколько генераторов отчетов, облегчающих разработку и получение отчетов заданного вида.
                              Например - текстовые
                              графические
                              графика (гистограммы, графики)
                              ориентированные на офисные приложения (Word,Excel и т.д.)
                              и т.д.

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

                              Комментарий


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

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

                                Crystal Reports - гораздо лучше справляется со своими обязанностями, чем все отчетники от многих АБС (например Диасофт) Внутри одной фирмы - разноголосица этих генераторов сопоставима с количеством, шайко-леек которые составляют эту фирму.
                                С уважением, Максаев Андрей.

                                Комментарий


                                • #17
                                  andrey_seek

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

                                  Комментарий


                                  • #18
                                    andrey_seek

                                    Внешний генератор это черный ящик для компаний разработчиков. Проблемы с формированием отчетов всецело будут переложены на разработчика АБС, а не Crystal Reports. Для компании проще и ДЕШЕВЛЕ написать свой генератор чем постоянно разбираться почему в очередной раз отчет получился не такой.

                                    Комментарий


                                    • #19
                                      andrey_seek
                                      Одно не исключает другого. Упомянутый Диасофт (о котором собственно и шла речь) ловко воткнул стандартный QuickReport, решив проблему передачи параметров и, что немаловажно, работая в том же коннекте. Извини, не соглашусь, что Crystal хоть чем-то лучше, не говоря уж об необходимости самому писать штуки типа суммы прописью.
                                      Но чем-то такое решение народ не радует. В частности, очень хочется редактировать готовые отчеты и печатать на матричных "банковских" принтерах. И они сделали еще и текстовый "собачий" :-) генератор.
                                      Оба (+вордовый) им тащить тяжело. Вот я и хотел выяснить общие тенденции в этом деле.

                                      Комментарий


                                      • #20
                                        loo
                                        Согласен с Loo , но на мой взгляд Word-овый отчет в Diasoft перспективное направление, но на настоящий момент довольно сырое.

                                        Комментарий


                                        • #21
                                          для ZON - да никакое оно не перспетивное, - да и отсутствует вообще как класс - если копнуть глубже - то обычная генерация тектового файла. А остальное наработки офиса, достаточно ограниченные к тому же. Попробуйте поработать на word2000, а потом попросить Диа, сделать чекер - DOS/ANSI.

                                          для Loo - штуки типа суммы прописью прекрасно пишутся как функция, результат которой нормально возвращает стандартное Sql-выражение

                                          для Barbar - отчет всегда получается как производное от АНАЛИТИКА описавшего порядок получения отчета, его знаний предметной области и способностей к агрегированию требований различных клиентов, ПРОГРАММИСТА реализовавшего этот отчет, в меру своих понятий о дизайне, об объектах системы и принципах их взаимосвязей и степенью владения инструментом, все это перемножается на реализованные в самом ген. отчетов различные генерирующие отчет функции.
                                          И отчет получается не такой - вовсе не из-за черности генератора отчета как инструмента, а именно в порядке старшинства Аналитик-Программист

                                          для Moj - а кто сказал что будет легко? копнув глубже можно узнать много нового как о себе так и о фирме разработчике АБС, при этом внешний генератор не отменяет различных процедур способных взять часть работы на себя, например расчитать остатки и т.д.
                                          С уважением, Максаев Андрей.

                                          Комментарий


                                          • #22
                                            Боюсь что все намного хуже, чем может показаться.

                                            Отчеты и средства их получения - это самое ГЛАВНОЕ в любой,тем более аналитической системе. Только ради этого хранятся гигабайты данных. Только ради удобства и скорости получения отчета оптимизируются способы хранения информации. Ради получения отчета развивают и перестраивают различные формы ввода данных.

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

                                            Комментарий


                                            • #23
                                              А вообще если вернуться к теме вопроса "Генератор отчетов - текстовый или графический?" - однозначного ответа быть не может.

                                              Один прост в работе, но урезан в функционале
                                              Другой сложен в подготовке, сопровождении - но показывает разноцветную картинку.

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

                                              Комментарий


                                              • #24
                                                Где бы документашку взять по VB-скриптам или Java-скриптам реализованные в prt-отчетнике? 5nt - quick report

                                                да и вообще все на 5nt.diasoft.ru - клиенты - форум
                                                С уважением, Максаев Андрей.

                                                Комментарий


                                                • #25
                                                  andrey_seek

                                                  И отчет получается не такой - вовсе не из-за черности генератора отчета как инструмента, а именно в порядке старшинства Аналитик-Программист

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

                                                  С другой стороны, если база данных SQL типа или внешний доступ к ней предоставлен, кто мешает самостоятельно воспользоваться внешним генератором?

                                                  Но это тема другого разговора и к теме текущего топика не относиться.

                                                  Кстати вопрос, а существуют ли внешние генераторы текстовых отчетов?

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

                                                  Комментарий


                                                  • #26
                                                    Barbar
                                                    С другой стороны, если база данных SQL типа или внешний доступ к ней предоставлен, кто мешает самостоятельно воспользоваться внешним генератором?

                                                    Я уже назвал 3 причины, почему это плохо:
                                                    1. Отдельное приложение, отдельный коннект к базе
                                                    2. Отсутствие в стандартных генераторах специфических вещей, нужных для банков
                                                    3. Самое главное - придется также разрабатывать массу интерфейсов для ввода параметров. Как вы будете печатать только три нужных платежки, например?

                                                    Комментарий


                                                    • #27
                                                      для Barbar - как-то все наоборот представлено
                                                      "... когда терпение в отладке отчета у группы "Аналитик-Программист кончается... перекладывется на фирму разработчика..." - отчет должна разрабатывать как раз фирма-разработчик (ну во всяком случае при слове отчет, у меня ассоциации с какой-либо стандартной формой отчетности, которая обычно безобразно реализована в комплекте стандартных отчетов передаваемых клиенту)

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

                                                      to Loo - а хоть один HTML-отчет - они сами сделали? (я думаю что не ошибусь что все-таки речь идет о 5NT)
                                                      С уважением, Максаев Андрей.

                                                      Комментарий


                                                      • #28
                                                        andrey_seek
                                                        отчет должна разрабатывать как раз фирма-разработчик

                                                        Согласен. Но стандартные отчеты измеряются сотнями, а не стандартные тысячами. И что за каждым отчетом к фирме-разработчику и неделями ждать, когда она их родит?

                                                        Поэтому простые средства построения отчетов необходимы. Когда надо быстро получить аналитику уже не до красоты.

                                                        Комментарий


                                                        • #29
                                                          andrey_seek
                                                          а хоть один HTML-отчет - они сами сделали?
                                                          Делали. Они там вообще много чего делали. Это меня не тянет на подвиги - разводить кривизну.
                                                          штуки типа суммы прописью прекрасно пишутся как функция, результат которой нормально возвращает стандартное Sql-выражение
                                                          Пишутся. Вопрос кем.
                                                          Где бы документашку взять по VB-скриптам или Java-скриптам
                                                          Скрипт-то там стандартный, документашка не проблема, проблема - public методы и свойства объектов, доступные через него. Сейчас идет очередной раунд переговоров - думаю к маю будет документашка. :-)
                                                          Но мы уклоняемся от темы. Если бы, гипотетически, стоял вопрос или - или, текстовый или графический (а-ля Crystal Report) генератор отчетов в составе АБС - что бы вы предпочли?

                                                          Комментарий


                                                          • #30
                                                            Если бы, гипотетически, стоял вопрос или - или, текстовый или графический (а-ля Crystal Report) генератор отчетов в составе АБС - что бы вы предпочли?

                                                            loo
                                                            Мы пользуемся Crystal Reports почти год. За это время кроме мемордеров и платежек никакой графики юзеры не потребовали. Так стОит ли расписывать преимущества графики? А напечатать графические выписки по 1000 клиентов сколько будет по деньгам в плане тонера?

                                                            Вывод 1- если текстовый редактор может заполнить темплейт и вызвать после себя Word или что еще - этого более чем достоточно
                                                            Вывод 2 - для печати больших объемов - текстовый редактор однозначно.

                                                            Комментарий

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

                                                            Свернуть

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

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