Пользовательский интерфейс.

← →
Sonnik (2004-06-29 17:03) [0]

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

В частности , что предпочтительней MDI или нет?

← →
Sandman25 © (2004-06-29 17:04) [1]

Все зависит от задачи :)
Если пользователю нужно одновременно смотреть на 3 документа, то MDI подходит. Если не нужно, то SDI лучше.

← →
HSolo © (2004-06-29 17:08) [2]

Публикаций - море разливанное :)
Навскидку:
http://www.mediaterra.ru/ui/links.htm
http://russian.joelonsoftware.com/ (Руководство по UI дизайну для программистов)
http://www.akzhan.midi.ru/iarchitect/

← →
Соловьев © (2004-06-29 17:10) [3]

http://usability.ru/

← →
Petr V. Abramov © (2004-06-30 04:00) [4]

> Если пользователю нужно одновременно смотреть на 3 документа, то MDI подходит.
И SDI подойдет.
На мое IMHO, MDI нехорош тем, что ( по его классике) главное меню меняется в зависимости от активного документа, что приводит в вопросам "а вот у меня вчера тут был пункт "да пошли вы", а сегодня - нету."

← →
neTrezvennik (2004-06-30 09:30) [5]

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

Интересует вопрос интерфейса в широком смыслы, не только кнопки и боксы самые разнообразные.
У меня например сложился определенный подход к разработке приложений.
Гдавный принцип:
Основное окно отображает таблицу основных данных и в меню окна доступ ко всем дополнительным, так же по каждой записи можно просмотреть дополнительные данные открыв ее в окне редактирования. Работает если данные однородные.

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

← →
Курдль © (2004-06-30 09:46) [6]

Ну вы, блин, даете! :)
А как же без MDI? Если у вас в базе три десятка сущностей, подлежащих визуализации "по вызову"? Если юзеру то "Контрагентов" подавай, то "Счета-фактуры", то отчеты? А если ему 2 плана-графика сравнить надо?
Разъясните мне, плз, как тут без MDI?

> neTrezvennik (30.06.04 09:30) [5]

Что есть "отображает таблицу основных данных"? Что для, например, бухгалтерской проги "основные данные"?

← →
Sandman25 © (2004-06-30 11:19) [7]

>Разъясните мне, плз, как тут без MDI?

Создаются обычные (не MDI) формы и показываются немодально.

← →
Sonnik (2004-07-01 11:12) [8]

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

← →
Курдль © (2004-07-01 11:20) [9]

В том-то и дело, что не зная, какая это "конкретная программа", никто ничего подсказать не сможет!

← →
Курдль © (2004-07-01 12:17) [10]

> Создаются обычные (не MDI) формы и показываются немодально.

Не знаю другой категории юзеров, кроме программистов и трэйдеров, кто был бы приучен к не-MDI-интерфейсам.

← →
Sergey_Masloff (2004-07-01 12:41) [11]

Курдль © (01.07.04 12:17) [10]
>Не знаю другой категории юзеров
Ваше незнание совершенно не означает того что таких пользователей нет. MDI конечно вещь хорошая но имеет ряд слабых мест в реализации как со стороны MS так и при обертке этого дела в Delphi. Использовать можно но панацеей считать не следует тем более что имеется возможность моделирования такого же поведения без собственно MDI.

← →
Sonnik (2004-07-01 12:55) [12]

Пытался найти в И-нете обсуждение интерфейса программ. Не нашел.
Любой программы работающей с БД.
Кто может помочь с этим вопросом?

← →
Курдль © (2004-07-01 13:25) [13]

> Sonnik (01.07.04 12:55) [12]
> Пытался найти в И-нете обсуждение интерфейса программ. Не
> нашел.
> Любой программы работающей с БД.
> Кто может помочь с этим вопросом?

Забавный подход! Медиа-плейер работает с бд (хранит ссылки на ресурсы). Банковский "Опердень" работает с БД.
Есть разница?

← →
Sonnik (2004-07-01 14:19) [14]

Есть.
Опыта в разработке нормального пользовательского интерфейса нет.
Потому сейчас интересно было бы увидеть обсуждение интерфейса как первого так и второго.

← →
Курдль © (2004-07-01 14:44) [15]

> Потому сейчас интересно было бы увидеть обсуждение интерфейса
> как первого так и второго.

Первого обсуждать как-то не интересно, т.к. не очень-то он с базами работает. А вот второй пример - это как раз квинтэссенция.

Типичое решение - MDI (или типа MDI, как верно заметил Sergey_Masloff (01.07.04 12:41) [11])
Главная форма с меню, тулбарами и прочими атрибутами, ничем особым не отличающимися от того-же Ёкселя. Дочерние формы - по типам табличных сущностей.
Для пущей строгости всякие изменения в таблицах - только через формализованные модальные окна - никаких правок прямо в "гридах".

Давно мечтаю придумать что-то сильно отличающееся, но всегда вступают в ход такие аргументы:
1. Юзеры привыкли к стилю Ёкселя и т.п.
2. Катастрофически не хватает места для увеличения кнопок, более информативных надписей и вольного размещения компонентов.
3. Инертность собственного мышления.
4. Новый проект = Copy/Paste(старый проект) :)

← →
MORA (2004-07-01 15:12) [16]

> Sonnik (01.07.04 12:55) [12]
> Пытался найти в И-нете обсуждение интерфейса программ. Не
> нашел.
> Любой программы работающей с БД.
> Кто может помочь с этим вопросом?

Вначале - классика:
1.книга Delphi 5 Руководство разработчика (С.Тейксейра, К.Пачеко) - там основные концепции клиент-серверных приложений. Конечно, интерфейс устарел, но можно сохранив концепцию поработать над ним и конечно же создать для себя repository, в котором хранить самые ходовые объекты.

2. Ну, 1С, наверное видел, раз уж пишешь про неё. По поводу интерфейса - как по мне - дык не очень. А вот функциональность наверное лучше не придумаешь (я хотел придумать, но уйти от 1С концепции не получается. Вот и сейчас думаю над новым проектом - и встретилась мне случайно ссылка, но об этом см. п.3).

3. Линк находится на стр. ЭТОГО форума (ладно, продублирую: http://www.gaapinvest.com/?b=0001). Сама программа косит под 1С, но может затачиваться средствами языка, на к-ром мы программируем. Энд-юзер сам может настроить всё. Насчёт интерфейса - нормальный, хотя требует БОЛЬШИХ на мой взгляд доработок.

Так что, смотри, нароешь чё - пиши...

Кстати, расшифруйте кто-нибудь ИМХО или imho?

← →
Iconka (2004-07-01 15:17) [17]

ИМХО - имею мнение хрен оспоришь

← →
Курдль © (2004-07-01 15:23) [18]

Посмотрел по ссылке MORA (01.07.04 15:12) [16] :)

Как-то резануло глаз "МГНОВЕННЫЙ БАЛАНС КОМПАНИИ" и "...Мы выбрали сервер баз данных InterBase " :)

← →
Sonnik (2004-07-01 17:09) [19]

Что видел из интересных продуктов:
1. Delphi - хотя и не БД.
2. EMS PostgreSQL Manager.
3. Execel, Word и т.п. не БД но в чем то каноны програмного интерфейса.
4. 1С бух.
5. Клиент - сбербанк РФ. Но мало. Интересная прога - динамично развивается.
6. АРМ охраны труда - не знаю кто писал. средняя, но имеет официальную базу.
7. Портальные технологии - интерфейс примерно одинаковый, из веб технологий, но считаю что стоит на них равняться в разработке БД.

← →
Курдль © (2004-07-01 17:24) [20]

Такой как Delphi? Для работы с БД всегда не хватает места для записи полей, а тут еще слева области какие-то типа ObjectInspector будут болтаться? В "кролике" (VS) они хотя бы выезжающие "по требованию".

А я вот вижу 2 занятных варианта:

1. Типа WEB - с картинками, ссылками, большими кнопками и т.п. (это наверняка упростит обучение, т.к. юзеры лазить по порносайтам умеют).
2. Типа "Визардов" (это для пущей защиты от дурака).

← →
Ломброзо © (2004-07-01 21:31) [21]

кстати, я вот заметил, что WEB-интерфейс интуитивно понятнее, и понятнее именно вследствие предлагаемой скудности (или необходимости и достаточности? :-) элементов управления. Когда разрабочик не имеет в своём распоряжении всяких там деревьев, навороченных гридов, тулбаров и всплывающих меню, он просто вынужден продумывать эргономику из того, что есть (ссылки-надписи, ссылки-картинки), а также из требования де-факто "с любой страницы на любую переход осуществляется максимум в два клика". Ну ещё и поиск где-нить сверху или сбоку.

Может быть, это мне просто кажется? :-)

← →
Sergey Masloff (2004-07-01 21:55) [22]

Ломброзо © (01.07.04 21:31) [21]
>Может быть, это мне просто кажется? :-)
Угу. На самом деле для примитивны х действий - да вэб интерфейс сойдет. Но только если действия пользователя по сути примитивны. Если же приходится вводить достаточно сложную информацию - все трындец.
Но с другой стороны для опытных пользователей лучший инткрфейс это вообще командная строка или некоторые ее аналоги. Но это там где нужна настоящая скорость - видел когда-нибудт интерфейсы серьезных систем бронирования например - габриеэль там или амадеус? То-то. Но это для опытных пользователей.

← →
Курдль (2004-07-01 22:35) [23]

Согласен, что интерфейс типа WEB удобен для навигации, но плох для отображения данных.
Но не согласен с "командной строкой". Одно дело - админы иксов или оракла, а другое - обычные юзеры. Если они пердставляют себе данные в виде таблицы (или структуры), если данные в БД сложены в виде таблицы, или структуированы в "дерево", то и показывать их надо в виде таблицы или "дерева".

← →
Sergey Masloff (2004-07-01 22:46) [24]

Курдль (01.07.04 22:35) [23]
Я говорю про системы ввода. Там операторы получают деньги за каждую операцию. И с любым интерфейсом "дружественным" они тебя сразу пошлют в пешее эротическое путешествие. Потому что они вводят типа
-XX B124 DBL 12 456 С23 45F
А это реально развернутая структура типа бронируется двухместный номер в отеле таком-то с такого-то по такое число обязательно с окнами на море трансфер из аэропорта. Просто все деревья операционист держит в памяти или на бумажке над монитором. Но скорость ввода - очуменная. И не убысоришь это никаким другим интерфейсом.

← →
Косматый геолог (2004-07-02 01:09) [25]

WEB-интерфейс изначально заточен под отображение документов (в т.ч. с иллюстрациями эротического содержания). То есть для DSS-приложений (Decision Support System - графики-диаграммки-комментарии) подходит хорошо. То есть если Вы делаете DSS-систему - пройдитесть по хорошо сделанному порносайту, замените неприличные картинки графиками-диаграммками-комментариями - и будет классно.
Если Вы делаете систему массированного быстрого ввода данных - тест на "хорошесть" следующий: оторвите мышь, выломайте все кнопки с буквами и Tab - и если с приложением еще можно будет работать - значит, интерфейс хороший.
Это, конечно, крайности, но идею, Вы, надеюсь поняли.

коллеги, а как насчет SDI + docking на главную формочку с созданием закладок?
Формы создаются как немодальные с возможностью докинга.

Насчет юзабилити. Мое мнение - это понятие растяжимое и скорее всего никто из присутсвующих не даст точного ответа "как".

С точки зрения компонентов могу посоветовать набор raize и компоненты от DevExpress.

> С точки зрения компонентов могу посоветовать набор raize
> и компоненты от DevExpress

отличный выбор!
кстати у DevExpress есть еще NavBar - отличная штука для интерфейса. А еще кроме MDI и закладок - есть фреймы! Очень даже удобная штучка. На главную форму выносишь все свои фреймы с документами и погнали. :)

Фрейы - это конечно хорошо. Только вот у них глюк есть.
Кидаешь готовый фрейм на формочку и нечаяно кликаешь на кнопке какой-нить этого фрейма (который уже на форме) и все, приехали. Обработчик этой кнопки в самом фреме перестает работать.

Лечится просто: методом удаления и последующего размещения этого фрейма на основонй форме. Но, имхо, неприятно

Sir John
Намного проще подредактировать соответствующий *.dfm-файл

Анонимщик

вопрос вкуса :)

← →
Курдль (2004-07-03 01:38) [31]

> Анонимщик © (02.07.04 15:25) [29]
> Sir John
> Намного проще подредактировать соответствующий *.dfm-файл

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

Например, окно свойств субъекта. Оно может состоять из области реквизитов, области адресов, области телефонов, области счетов, области удостоверений. Тогда если просматриваются (редактируются) свойства физического лица - в область реквизитов вызывается фрэйм типа "ФИО, пол, возраст" и т.п. А если юрика - то фрейм "Форма собственности, наименование" и т.д. При этом всё остальное пространство формы остается неизменным.

Пользовательский интерфейс. Найти похожие ветки