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

Old NickЛично для меня в этом вопросов нет. Мне было интересно, использует ли это кто-то. Оказывается на интуитивном уровне кто-то что-то похожее уже делает, но полного осознания не произошло.
Возможно я буду первым, хотя в одиночку тягаться шансов мало.
На позапрежней работе я сделал систему документооборота с BPMS, но без бухучетного движка, на прежней сделал бухучетный движок, но BPMS там полноценный сделать не дали, точнее BPMS движок сделал, но интерфейс без задач. Причем основа у обеих систем одинаковая, один набор базовых сущностей. Разница только в средствах реализации. Delphi и .NET
Осталось это совместить, сейчас потихоньку делаю систему с обоими движками, но по остаточному принципу, доделаю года через 1,5

Что касается интерфейсов это используется и давно.Достаточно посмотреть на Routing ASP.Net MVC c controller(UseCase)/action(задача) или на вариации MVP,MVVM.

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

Топик называется "бухучет", но мы все время съезжаем на проблемы управленческого и других видов учета (чистая посметртная бухгалтерия - относительно не сложная и мало интересная). А в этих "других" видах чего только не бывает !
Топик начинался и интерфейсов, а выяснилось, что подразумевались совершенно другие слои.

iscrafmSeVa
Что касается интерфейсов это используется и давно.Достаточно посмотреть на Routing ASP.Net MVC c controller(UseCase)/action(задача) или на вариации MVP,MVVM .
казалось бы, при чем здесь нофелет?
Этот нафилет прекрасно подходит для задачно ориентированных интерфейсов, может быть прикручен к любому GUI, требует только реализации бизнес-логики,которая может быть любая.И особенно подчеркну, не требует наличия черных ящиков.Отдельный слой,который не зависит от других

iscrafmSeVaникаких критериев при разработке данной формы не было.

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

iscrafmSeVaiscrafmSeVaникаких критериев при разработке данной формы не было.

они на картинке показаны. Если Вы обратили внимание, то речь в топике идет о представлении в форме заданий. На форме показан список заний и действия, которые возможно применить к каждому заданию. Ни это ли те самые критерии? Вы запутались, имхо, в направлении чтения. Или о чем спич?
Запутался я в интерфейсе.Там все в одной куче
Можете картинку, на которую Вы смотрите опубликовать, возможно помогу разобраться? Есть подозрение что речь идет не о той, которую я опубликовал (на ней список задач для исполнения конкретному пользователю в текущий момент времени, а справа набор действий, которые можно применить к выбранной из списка задаче (Готов к отгрузке, Отгружен и т.п.) ). Т.к. практически каждый работал с электронной почтой, то процент непонимания = 0. Давайте разберем картинку, которую Вы не поняли.
Наверное, я бестолковый, но после десяти минут попыток понять, что к чему на этом экране, так и остался в полном непонимании. Один я статистики не сделаю.
Интересно, всем остальным все понятно?

iscrafmSeVa,
интерфейс в общем-то, де-факто, принятый в windows. Список объектов, справа (опционально слева) так называемая область задач , в которой доступные на данный момент и для данного объекта действия . Если Вы не поняли прикладную суть..., то она заключается в списке заданий на подбор товара складской бригаде. Когда задание выполнено, оператор в области задач выбирает соответствующе действие, например Готов к отгрузке, задание меняет статус и пересылается далее по маршруту , менеджеру, который распечатывает документы, отправляет клиента и закрывает задание. Когда задание закрывается, то выполняются необходимые транзакции в учете и т.д. Пустой экран означает то, что заданий нет.
Лично мне, трудно понять, что Товар на подборе и Готов к отгрузке - это не текущие статусы, а операции.В русском операции - глаголы.
Документы, операции в одной куче. Для чего в этом списке нужны Параметры отгрузки?
По задачам дана только общая информация без всякой деталировки. Для ее просмотра нужны будут лишние телодвижения.
В трех столбцах коды, а не внятные названия и тд.