Pull to refresh
6
0
Send message
Да, есть такое. И все три задачи мы рассматривали:
1) Мы отказались от этой идеи по определенным причинам, хотя сделать это можно без особых проблем
2) У нас в планах реализовать такую функциональность по шаблону и расписанию (но особо не горит)
3) Да, это нужно, согласен
У вас есть опыт внедрения аналогичных систем? Если да, то поделитесь пожалуйста этим опытом. Укажите, на какие моменты нужно обязательно обращать внимание, на какие не очень нужно. Что сейчас нужно заказчику или фирме, в которой производилось внедрение. Только не абстракные мысли, а пожалуйста из жизни.
Если отойти немного в сторону, то даже в jira есть замечательный инструмент для формирования бизнеспроцесса. Но сразу скажу, что обычный пользователь вряд ли сможет им воспользоваться. Все равно приходится его конфигурировать более-менее подкованному и понимающему специфику процесса, под который формируется бизнес-процесс (workflow) специалисту.
И тут вопрос стоит в том, что либо вам дают удобный инструмент, либо универсальный. И всегда приходится искать золотую середину (Наверное здесь есть специалисты, которые админят linux(unix) системы. Вот где гибкость. Но в командной строке и в конфигурационных файлах..).
Это никак не противоречит тому, что я написал. При этом я не отрицал, что нет инструментов для визуального формирования графа. Если Вы почитаете выше, то вопрос не в том, что можно или нет предоставить возможность формировать граф переходов. А в том, что есть еще разные сущности, которые нужно уметь представить на этом графе так, что бы было понятно, да еще дать пользователю удобную возможность управлять этими сущностями.
И в комплексе, при определенном кол-ве ребер, вершин и дополнительных объектов (если вообще абстрагироваться от конкретного решения), которыми необходимо управлять, решение становится неудобным.

А если говорить про наш случай — если нам нужно будет, мы сделаем такой механизм, который будет удобен именно нам, исходя из наших потребностей и условий. Так как любая функциональность должна рассматриваться исходя их конкретных условий, и под копирку что то «предоставить» не получится.
А я мечтаю полностью вылечить пациента, а не передавать его другим докторам…

Мечта действительно хороша. К сожалению не всегда достижима. Иначе бы было уже решение, которе можно было использовать как «эталон». Мне пришлось поработать в прошлом над продуктом, где информация представляется всегда в виде графа. И что бы мы не пытались придумать, как только кол-во вершин переваливает за 20 с хитрыми переходами, уже сложно воспринимается на экране. А если за 100 — то вообще ничего не видно.
Это явно отдельная тема для обсуждения, и если будет желание, то можно в личке списаться.

Скрины скинул в личку
Интересно взглянуть на интерфейс конструктора воркфлоу. Это просто список\таблица узлов в определенном порядке или графический мини-редактор, где можно прорисовать дерево, а условия пропуска навешать по клику на узел?

Таблица. Дерево (граф) мы пока не делали но на этапе проработки ТЗ думали об этом. Если столкнемся с проблемой, то будем ее решать.

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

Да

И чтоб увидеть полную картину сценария, надо ковырнуть каждый узел на предмет условий пропуска?

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

Я бы скорее смотрел в сторону дерева с навешиванием условий перехода (а не пропуска) на ребра графа, а не на узлы

Спасибо за Ваш взгляд. Это действительно важно, так как Вы первый, кто на мой взгляд задаете конкретные вопросы с конструктивными предложениями и мыслями. Значит либо сталкивались с реальными аналогичными задачами, либо просто интересна сам тема?

Еще на конструктор полей формы из админки интересно было бы глянуть, как он работает.

Как доберусь до системы, сниму скрин.

И к какому событию прихардкодили нотификацию? Сейчас угадаю — при согласовании\отклонении заявки одним из участников или при её закрытии, об этом сразу оповещаются все участники цепочки, не?

Почти. У нас есть несколько событий на текущий момент:
  • Изменение самой заявки
  • Согласование/отклонение очередным согласантом
  • Отзыв заявки или своего же согласования согласантом

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

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

Кто поддерживает-развивает ваше решение? А через 5 лет? 10?

Мы.

Да, знаком. Стоимость лицензии фиксированная (у них все же не подписка), стоимость поддержки разная у разных партнеров. Более того, вы можете подготовить своих специалистов _или_ найти готовых на рынке — т.к. решения распространённые.


Фиксированная — на текущий момент. И Вы действительно вчитывались в условия? За каждый отдельный модуль — плати. За поддержку через год — плати. За пользователей — плати. Поэтому через 5-10 лет данное решение станет золотым. И это при том, что далеко не все в данном решении удобно. Я общался с людьми, которые внедрили у себя «ТЕЗИС» (к примеру). Теперь согласование у сотрудников превратилось в «мУку».

Партнеры вендора могут кастомизировать под вас. При этом есть best practices, к-рым необязательно следовать, но стоит понимать, что они сложились не просто так.


Слово могут — здесь принципиально. За какие деньги и в какие сроки? Я знаю во что это в итоге выливается. Только одно «внедрение» будет вам стоить больше, чем заплатили изначально за продукт.
Ваши комментарии более чем понятны. Это рассматривалось. И более того часть функциональности, которую Вы описали у нас есть. Но Вы не учли те моменты, которые я указал в требованиях. И не в последнюю очередь стоимость владения продуктом. Полагаю Вы знакомы с ценами озвученных Вами решений? И можете ли Вы утверждать, что их ценовая политика не изменится? Вендор готов по одному Вашему пожеланию вносить изменения под вас?
На счет хобби за счет конторы — это некорректное утверждение.
Скорректировал. Полагаю вопрос исчерпан.
Теги заданы только потому, что стек подразумевает их использование и в статье есть упоминание об этом. Сам код как Вы правильно заметили не публикуется.
Вообще да. Я не готов ее разглашать. Но сами цифры и суммы нам известны.
Да, у нас все посчитано
Добрый день.

Да, как Вы правильно заметили, прошло уже полгода.

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

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

Поэтому пока нет в планах готовить ресурсы проекта к публикации. А выкладывать «как есть» — считаем, что это проявить неуважение к профессиональному сообществу.

Если есть реальный интерес с предложениями — пишите в личку, всегда рады пообщаться с коллегами!

Да, видел. У нас первая версия тоже была горизонтальная )

Похоже, задачи и проблемы при их решении у нас с вами были одни и те же.

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

Отличная идея. У нас она даже реализована.
Возможно мы не совсем корректно выразились. Мы сделали шаг в направлении выкладки в opensource. Для выкладки мы должны подготовиться, что бы предложить не просто код, а хороший и структурированный код, документацию, инструкции по развертке и т.п.
Мы работаем над этим и после «шлифовки» выложим все в github, о чем обязательно сообщим.

Information

Rating
Does not participate
Works in
Registered
Activity