forum.clarionlife.net

finsoftrz писал(а): 22 Июнь 2020, 16:11 finsoftrz писал(а): ↑
22 Июнь 2020, 14:11
У нас проблем с быстродействием тоже нет. При этом нет таблицы проводок в принципе.

Если проблем нет, то зачем тогда денормализация?

Можно я не буду отвечать на подобные вопросы?

Да, конечно, не отвечайте. А ещё лучше, ересь не пишите.

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

finsoftrz писал(а): 22 Июнь 2020, 17:25 Денормализация это термин

Упс ! 20 сек. видео прямо на ту же тему !
https://www.youtube.com/watch?v=elIN9q7t3lo

Забыл еще написать про контрол-шаблон для текстовых полей ввода. Он в виде кнопки, которая цепляется к строке типа entry.
При нажатии кнопки открывается стандартный справочник текстов для выбора.
При нажатии горячей клавиши Ctrl+F4 открывается окно расширенного ввода, как в кларионовской среде.

Поскольку у некоторых коллег сложилось впечатление, что в описанном мной по мере возможности интерфейсе "контролы набросаны за 5 минут", попробую немного пояснить. Для примера возьму отчет "Доходность по покупателям".
На закладке "Параметры" заданы условия формирования отчета. Во всех экранных отчетах расположение контролов имеет определенную систему.
Сверху всегда задается период (дата) и основные реквизиты отбора.
Практически во всех отчетах, которые используют итоги в разрезе товаров, присутствуют виды товаров и проекты. Это базисные понятия. Не у всех пользователей они используются, но их просто объяснить. Группы товаров относятся к тому или иному виду товара, виды товаров объединяются в проекты. Проект это верхняя категория в иерархии, объединяющая отгрузки и оплаты. То есть долговые и платежные документы могут относиться к определенному проекту, пересечений не может быть.
Фирма и менеджер (за которым в данном случае закреплены покупатели) используются у всех. Если отчет формируется конкретным менеджером, то у него может быть определено правило обязательно выбирать себя.
В отчетах, где анализируются продажи по покупателям, присутствуют параметры "Регион" и "Зона". Покупатель относится к определенному региону, а зоны это верхнее объединение для регионов.
Три списковых параметра "Группы товаров", "Товары", "Поставщики". Во всех отчетах, где присутствует отбор по товарным группам и товарам, первые два из них будут расположены именно в таком порядке и месте. Реквизиты "Поставщики" и подобные (покупатели, приходные накладные и т.п.) всегда будут располагаться справа.
В нижней правой части экрана предлагается заполнить дополнительные параметры данного конкретного отчета. Дополнительные параметры во всех отчетах располагаются в этом месте. Бывают ситуации, когда какой-то дополнительный параметр несет повышенную смысловую нагрузку, тогда он может быть вынесен вверх, например, правее периода.
Во всех отчетах 3 стандартные кнопки "Параметры" (сохранение параметров в именованных списках), "Сформировать" и "Закрыть".
После формирования отчета мы попадаем на первую закладку с результатом. В данном примере 2 закладки. На первой выводится сводная информация по покупателям, на второй детализация по товарам, отгруженным конкретному покупателю.
Посмотрим результат на первой закладке. Если вспомнить то место, где я описывал интерфейс отчетов, можно увидеть, что оформление стандартное. Над броузом заголовок, отражающий ключевые параметры отчета, в верхнем правом углу время формирования отчета и кнопки обновления/клонирования. В нижнем правом углу кнопки переключения вида маркера и сохранения настройки броуза в именованном списке. Стандартные кнопки экспорта и печати отчета, кнопка Формы для отчетов трансформеров. Все на своих местах. Щелкаем по строке или нажимаем Enter, переключаемся на закладку детализации по товарам.
Тут тоже все оформлено по правилам. Кнопки "Карточка" и "График" присутствуют стандартно во всех отчетах, в которых выводятся итоги в разрезе товаров. При щелчке по строке с товаром (Enter) в отдельном потоке стартует отчет "Карточка товара", показывающий все операции по товару из строки за тот же период, заданный в параметрах рассматриваемого отчета.

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

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

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

http://support.monitor-crm.ru/ тут есть разные ролики чтобы было понятнее куда тыкать

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

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

С отчетами другая ситуация. Хотя область покрытия достаточно полная, все равно какие-то потребности время от времени появляются. Конечно, все запросы проходят цензуру, если запрос не имеет ясного обоснования, то будет отказ. Если принимается, то дальше уже анализируется на предмет целесообразности включения в ядро системы. Ну и либо включается, либо оформляется как дополнительный отчет, подгружаемый из dll. Последний никому не мешает.

Отчеты у нас это полноценные диалоги. Если будешь вытаскивать на уровень конструкторов, то неминуемо потеряешь в функциональности. И централизованный контроль за разработкой дорогого стоит. Поэтому я ограничиваю область применения конкретными видами бизнеса. Без сегментирования это не работает. Иначе утонешь. У каждого бизнеса много нюансов, когда углубляться начнешь.

ПыСы.
У нас нет как таковых "внедренцев", которые настраивают систему. Система поставляется сразу готовой к работе. Если какие настройки и нужны, они делаются за минуты. Обычно более опытные пользователи обучают новичков. Я в этом стараюсь не участвовать. И вообще, ограничиваю контакты только с ключевыми людьми основных клиентов и ит специалистами. А они уже дальше работают с другими пользователями.
Разработка чего-то под заказ изредка бывает, я ее не люблю, рассматриваю только как дополнительный инструмент повышения лояльности клиента, а не как способ заработка. Как бизнес такое можно понимать, только если заказной разработкой занимаются наемные программисты, а ты снимаешь с них свой процент. Если разрабатываешь сам под заказ, то это называется фриланс, или временная работа по контракту. Бизнес это когда ты что-то инвестировал, организовал, тебе капают с этого средства без твоего непосредственного участия или при минимальном участии. А ты идешь дальше.

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

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

Небольшой ролик на тему игр с документами в разных потоках.

http://finsoftrz.ru/mp4/fs_demo0003.htm

Хорошая статья про использование пиктограмм.
https://spark.ru/startup/pepperbox/blog ... i-ne-tolko

Погонял несколько приложений, написанных на кларионе, из тех, что можно найти в интернете. Пытаясь что-то полезное перенять. Полезного удалось перенять немного.
Зато временами понастальгировал по 90-м, когда увлекался написанием гибких и настраиваемых конструкторов.

Общая тенденция в сторону дизайна заметна. Видимо, мода идет с веба. Насколько это нужно в учетных системах, однозначного мнения нет. Главное, на мой взгляд, не перегибать палку. Во всяком случае, в последних версиях клариона с оформительскими возможностями стало поинтереснее. У себя я в процессе изучения наследия коллег подтянул 50+ новых иконок. Из разных бывших под рукой наборов. Достать понравившуюся иконку несложно и из любого exe/dll. Какие-то старые иконки заменил на более выразительные новые, в каких-то местах вместо стандартных поставил более специализированные. Новые иконки уже начал систематизировать spr_*, doc_*, btn_* и т.д., чтобы со временем лучше ориентироваться в наборе. Большая часть иконок осталось прежними, и пользователи вряд ли будут испытывать дискомфорт в первое время. В целом, на восприятие, интерфейс стал выглядеть более фундаментально, что-ли, при не изменившейся функциональности.

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

Вот здесь небольшой ролик для пользователей. Наверняка кто-нибудь захочет воспользоваться данной возможностью.
http://finsoftrz.ru/mp4/fs_demo0004.htm

Еще пара других улучшений в интерфейсе.
Для всех документов, при наведении мышки на панель переключения окон, во всплывающей подсказке добавился вывод даты. Формат всплывающей подсказки стол <вид документа>: <дата> <ключевое значение>. Ключевое значение, например, в расходных накладных это наименование контрагента. Соответственно, содержание всплывающей подсказки сразу обновляется при изменении даты документа в экранной форме. Мысль возникла при просмотре своих скриншотов.
Второе это блокировка работы программы. Реализована через hide окна фрейма. Полезная функция. Раньше пробовал зайти со стороны иконизации, это менее юзабельно получалось, поэтому не было включено.

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