저는 이제 10 년 이상 Desktop Software를 구축하고 있습니다. 대부분은 간단한 데이터 입력 소프트웨어입니다. 내 문제는, 그것은 항상 동일 찾고 : Treeview 왼쪽에있는 텍스트/데이터 필드를 많이, 현재 작업중인 데이터의 유형에 따라 다릅니다. 그런 소프트웨어가 오늘날과 같이 보일 수있는 새로운 아이디어가 있습니까?올드 스쿨 GUI 디자인 새로 고침
추가 설명 : 주로 전자 장치 용으로 매우 계층적인 데이터입니다. 장치에 대한 정적 설정을 제공하는 데이터 요소가 있으며 장치에 대한 일종의 '프로그램'을 설명하는 부분이 있습니다. 서로 다른 입력 마스크가 30 개 이상 있습니다. 물론 나는 콤보 상자와 Up/Down Entry Fields를 사용합니다.
귀하의 소프트웨어를 모두 똑같이 보이게하는 것이 좋은 것입니다. 사람들이 소프트웨어를 쉽게 사용할 수있게하는 가장 좋은 방법 중 하나는 사용자가 이미 사용법을 알고있는 다른 소프트웨어와 똑같이 보이게 만드는 것입니다.
많은 데이터를 처리하는 방법에는 기본적으로 두 가지 전략이 있습니다. 첫 번째는 한 페이지에 많은 데이터 입력 필드가있는 것입니다. 다음은 몇 가지 데이터 입력 필드 만 있지만 일종의 마법사 스타일 인터페이스에서 많은 페이지를 갖는 것입니다. 전문가 사용자는 데이터를 반복적으로 입력하는 사용자처럼 사용하기가 훨씬 느립니다. 그러나 마법사 스타일 인터페이스는 한 번에 적은 수의 요소를 제공하고 이에 대한 세부 정보를 제공하기 때문에 최신 사용자에게는 혼란을주지 않습니다.
가능한 한 많은 텍스트 필드를 자동 완성 기반 콤보 상자로 바꾸는 것이 좋습니다. 이를 통해 사용자는 텍스트 상자와 똑같은 데이터를 입력 할 수 있지만 데이터의 일부를 입력 한 후 아래로 스크롤하여 선택 항목을 스크롤하여 입력 내용을 저장할 수 있습니다.
데이터의 세부 정보를 제공합니다. 아마 더 구체적인 답변을 얻을 것이다 입력됩니다. 당신이 (즉, 평평 상당히 계층, 또는이다)의 데이터로 일어나고있어 내용에 따라
가 작동하면 ...
, 당신은 탭 기반 은유를 시도하려는, 또는 수 애플리케이션의 섹션을 보여주는 사이드 바가있는 "아웃룩 스타일"일 것입니다. 내가 최근에 해본 또 하나의 개념은 Scott Ambler (Building Object Applications That Work)가 처음 제안한 "Object desktop"입니다. 여기에서 항목 모음을 표시하거나 사용자가 개별 레코드를 "떼어내어"쉽게 액세스 할 수 있습니다.
귀하의 정보로는 귀하에게 인터페이스 대안을 제안하기에 충분하지 않습니다. 그러나 귀하의 질문에 대한 대답을해도 될까요? 왜 그걸 바꾸어야한다고 생각하니? 고객이 불평을 했습니까? 그렇지 않다면 소프트웨어가 현재 작동하는 방식에 고객이 만족하는 것처럼 보이므로 변경하지 않을 것입니다. 고객이 불만 사항에 대해 불만을 제기 할 경우 그는 "나빠요"라고 말하지 않을 것입니다. "왜 그렇게 보일 수 없습니까?"라고 말하면서 어떻게 변경해야하는지 알려줄 것입니다.
나는 한때 매우 오래된 구식 관리 시스템을 다시 디자인해야했습니다. 이전 버전은 현재 MS-DOS에서 실행중인 죽은 데이터베이스 시스템 용으로 작성되었습니다. 고객은이 재 구현이 어떻게 생겼는지 프로토 타입을 만들어야한다고 제안한 다음 그 작업을 얻는 지 결정합니다. 필자는 오래된 데이터베이스를 최신 MySQL 데이터베이스로 대체했으며 문제가있는 공유 피어 액세스를 클라이언트 서버 접근 방식으로 대체했으며 다른 OS가 사용 되었기 때문에 가장 작은 포팅 비용이 있었기 때문에 Java로 UI를 다시 작성하기로했습니다. 지금까지 개념은 좋게 보였고 고객은 그것을 좋아했습니다. 그러나 직원들이 자신이 생각하는 것을 물었을 때 그들은 "지금까지는 훌륭하지만 한 가지 질문이 있습니다. 왜 이전과 같지 않습니까?"라고 물었습니다. 실제로 모든 현대 기술로도 인터페이스가 정확하게 보이고 이전 인터페이스처럼 작동되기를 바랬습니다.그래서 나는 다른 UI가 받아 들여지지 않았기 때문에 1986 년 사용하기 힘든 악몽 인 MS-DOS UI를 Java에서 다시 빌드해야했습니다.
나를 위해 그것은 무엇보다 깨끗하고 유용하며 논리적 인 디자인에 관한 것입니다. 귀하의 프로그램이 사용자에게 이해가되고, 어색하지 않고 광고 된대로 작동한다면, UI와 관련된 모든 것은 본질적으로 집 그림과 같습니다. 나는 때로는 다르게 스킨 된 동일한 컨트롤을 사용하여 프로그램의 새 버전을 출시했습니다.
트리보기를 선택했을 가능성이 있습니다. 실제로 그렇게하는 것이 바람직합니다. 언어에 따라 다양한 UI 라이브러리에서 사용할 수있는 다양한 컨테이너와 컨트롤이 있지만 사용자가 아마도 트리 컨트롤이 작동하는 방식과 콤보 상자가 작동하는 방식을 알기 때문에 익숙한 경향이 있습니다.
나는 변화를 고려한 당신의 동기가 무엇인지 묻는 질문도 대답하겠습니까? 다른 포스터와 마찬가지로 일관성에 약간의 가치가 있다는 것에 동의하지만, 당신이 가지고있는 마음 속의 웃음을 무시하지 않는 것이 강하게 중요합니다. 고객이 원하는만큼 생산적이지 못하거나 고객으로부터 그 결과에 대한 의견을들은 적이 있거나 자신이 관심을 가질만한 혁신을 추가하려고하는 것일 수도 있습니다. 가려움증을 긁는 것은 내 생각에 개발자의 좋은 특성입니다.
내가 옹호해야 할 한 가지는 자세한 사용자 연구입니다. 사용자가 만든 인터페이스로 수행하는 작업에 대해 얼마나 알고 있습니까? 핵심 작업, 전체 워크 플로를 알고 있습니까? 한 작업이 사용자의 시간 중 60 %를 정기적으로 사용하는지 또는 한 달에 한 번만 수행되는 작업이 있는지를 알고 있습니까? 사용자가 실제로 무엇을하는지 (그리고 그들이하는 말이 아닌) 좋은 점을 얻는 것은 변화가 가치 있을지 생각해보기에 좋은 곳입니다. 특히 질적으로 다른 사용자 경험을 얻기 위해 작업을 리팩토링 할 수 있다면 더욱 그렇습니다.
UI 재구성에 포함하려는 몇 가지 대안 디자인은 패싯 검색 (계층 구조에서 검색 및 탐색에 적합) 또는 기본값/과거 응답 데이터베이스를 작성하여 텍스트 상자 예측 완료를 사용할 수 있습니다. 그러나 제 시작점은 사용자 학습이라고 생각합니다.
이안
사용자 인터페이스 (그 길을왔다)가 좋아 보이는 이유만으로 뭔가 공상 schmancy하기 위해 노력하고 뭔가로 변경, 단지 misstake을하지 사용할 수있을 필요가
:
// W
(예제 Vista ux guidelines을위한) 일을하는 방법을 에 플랫폼 표준을 유지하기 위해