Visibility of systemstatusThe syste

Visibility of system
status
The system should always keep users informed about
what is
going on, through appropriate feedback within
reasonable time.
Match between sys
-
tem and the real world
The system should speak the users’ language, with
words,
phrases, and concepts familiar to the user,
rather than system-oriented terms. Follow real-world
conventions, making information appear in a natural
and logical order.
User control and
freedom
Users often choose system functions by mistake and
will need a clearly marked “emergency exit” to leave
the unwanted state without having to go through an
extended dialog. Supports undo and redo.
Consistency and
standards
Users should not have to wonder whether different
words,
situations, or actions mean the same thing.
Follow platform
conventions.
Error prevention
Even better than a good error message is a careful
design that prevents a problem from occurring in the
first place.
Recognition rather
than recall
Make objects, actions, and options visible. The user
should not have to remember information from one
part of the dialog to
another. Instructions or use of the
system should be visible or
easily retrievable when
-
ever appropriate.
Flexibility and
efficiency of use
Accelerators – unseen by the novice user – may often
speed up the interaction for the expert user such that
the system can cater to both the inexperienced and
experienced users. Allow the users to tailor frequent
actions.
Aesthetic and mini
-
malist design
Dialogues should not contain information that is irrel
-
evant or rarely needed. Every extra unit of informa
-
tion in a dialogue competes with the relevant units of
information and diminishes their relative
visibility.
Help users recognize,
diagnose, and recover
from errors
Error messages should be expressed in plain lan
-
guage (no codes), precisely indicating the problem,
and constructively suggesting a solution.
Help and
documentation
Even though it is better if the system can be used
without
documentation, it may be necessary to pro
-
vide help and
documentation. Any such information
should be easy to search,
focus on the user’s task, list
concrete steps to be carried out, and
not be too large.

ผลลัพธ์ (ไทย) 1:

แสดงผลของระบบสถานะระบบจะให้ผู้ใช้ทราบเกี่ยวกับคืออะไรเกิดขึ้น ผ่านข้อเสนอแนะที่เหมาะสมภายในเวลาที่เหมาะสมตรงกันระหว่าง sys-tem และโลกจริงระบบควรพูดภาษาของผู้ใช้ มีคำวลี และคุ้นเคยกับผู้ใช้ แนวคิดแทนที่เงื่อนไขเชิงระบบ ตามจริงแบบแผน การทำให้ข้อมูลที่ปรากฏในธรรมชาติและลำดับตรรกะการควบคุมผู้ใช้ และเสรีภาพผู้ใช้มักจะเลือกทำงานของระบบโดยไม่ได้ตั้งใจ และจะต้องมีเครื่องหมายชัดเจน "ทางออกฉุกเฉิน" เพื่อออกจากสถานะที่ไม่พึงประสงค์ โดยไม่ต้องผ่านการกล่องโต้ตอบเพิ่มเติม สนับสนุนการเลิกทำ และทำซ้ำความสอดคล้อง และมาตรฐานผู้ใช้ควรต้องสงสัยว่า แตกต่างกันคำสถานการณ์ หรือการกระทำหมายถึง สิ่งเดียวกันทำตามแพลตฟอร์มแบบแผนการป้องกันข้อผิดพลาดได้ดีกว่ามีข้อดีคือ การระมัดระวังการออกแบบที่ป้องกันไม่ให้ปัญหาเกิดขึ้นในการสถานที่แรกการรับรู้การกว่าการเรียกคืนทำให้วัตถุ การกระทำ และตัวเลือกการมองเห็น ผู้ใช้ไม่ควรมีการจดจำข้อมูลจากส่วนของกล่องโต้ตอบการอื่น คำแนะนำหรือใช้การระบบควรจะมองเห็น หรือเมื่อสามารถเรียกข้อมูลได้อย่างง่ายดาย-เคยสมมีความยืดหยุ่น และที่มีประสิทธิภาพสูงเร่ง – มองไม่เห็น โดยผู้ใช้สามเณร – อาจจะความเร็วการโต้ตอบสำหรับผู้เชี่ยวชาญที่ระบบสามารถตอบสนองความต้องการประสบการณ์ และผู้มีประสบการณ์ อนุญาตให้ผู้ใช้ปรับแต่งบ่อยการดำเนินการความงามและมินิ-ออกแบบ malistสนทนาควรประกอบด้วยข้อมูลที่เป็น irrel-evant หรือจำไม่ค่อย ทุกหน่วยพิเศษของลวง-แข่งขันทางการค้าในการสนทนากับหน่วยที่เกี่ยวข้องข้อมูล และญาติของพวกเขาค่อย ๆ หายไปมองเห็นช่วยให้ผู้ใช้รู้จักวินิจฉัย และกู้คืนจากข้อผิดพลาดข้อผิดพลาดที่ควรแสดงใน lan ธรรมดา-มาตรวัด (ไม่มีรหัส), ระบุปัญหา แม่นยำและทุกกระบวนแนะนำการแก้ไขปัญหาช่วยเหลือ และเอกสารประกอบแม้ว่ามันจะดีกว่าหากสามารถใช้ระบบโดยไม่ต้องเอกสารประกอบ มันอาจจำเป็นต้องโปร-แปลงความช่วยเหลือ และเอกสารที่ทาง ข้อมูลดังกล่าวควรจะง่ายต่อการค้นหาเลือกงานของผู้ใช้ รายการคอนกรีตขั้นตอนการดำเนินการ และไม่ใหญ่เกินไป

ผลลัพธ์ (ไทย) 2:

การแสดงผลของระบบ
สถานะ
ระบบควรให้ผู้ใช้ทราบเกี่ยวกับ
สิ่งที่
เกิดขึ้นผ่านความคิดเห็นที่เหมาะสมภายใน
ระยะเวลาที่เหมาะสม.
การแข่งขันระหว่าง SYS
-
TEM และโลกแห่งความจริง
ระบบควรพูดภาษาของผู้ใช้ด้วย
คำ
วลีและแนวคิดที่คุ้นเคย ให้กับผู้ใช้
มากกว่าข้อกำหนดระบบที่มุ่งเน้น ติดตามโลกแห่งความจริง
การประชุมทำข้อมูลที่ปรากฏในธรรมชาติ
การสั่งซื้อและตรรกะ.
การควบคุมของผู้ใช้และ
เสรีภาพ
ผู้ใช้มักจะเลือกระบบการทำงานโดยไม่ได้ตั้งใจและ
จะต้องมีการระบุอย่างชัดเจน "ทางออกฉุกเฉิน" ที่จะออกจาก
รัฐที่ไม่พึงประสงค์โดยไม่ต้องไปผ่านการ
โต้ตอบการขยาย . รองรับยกเลิกและทำซ้ำ.
สอดคล้องและ
มาตรฐาน
ผู้ใช้ไม่ควรจะต้องสงสัยว่าแตกต่างกัน
คำ
สถานการณ์หรือการกระทำหมายถึงสิ่งเดียวกัน.
ทำตามแพลตฟอร์ม
การประชุม.
ป้องกันข้อผิดพลาด
ได้ดีกว่าข้อความข้อผิดพลาดที่ดีคือระวัง
การออกแบบที่ป้องกันไม่ให้ปัญหาเกิดขึ้น ใน
สถานที่แรก.
การรับรู้ค่อนข้าง
กว่าการเรียกคืน
ทำให้การกระทำของวัตถุและตัวเลือกที่มองเห็นได้ ผู้ใช้
ไม่ควรจะต้องจดจำข้อมูลจาก
ส่วนหนึ่งของการโต้ตอบไป
อีก คำแนะนำการใช้งานของ
ระบบควรจะมองเห็นหรือ
เอากลับคืนได้อย่างง่ายดายเมื่อ
-
. เคยที่เหมาะสม
มีความยืดหยุ่นและ
ประสิทธิภาพของการใช้
เร่ง - มองไม่เห็นโดยผู้ใช้มือใหม่ - มักจะ
เพิ่มความเร็วในการทำงานร่วมกันสำหรับผู้ใช้ผู้เชี่ยวชาญดังกล่าวว่า
ระบบสามารถตอบสนองความต้องการทั้งที่ไม่มีประสบการณ์ และ
ผู้มีประสบการณ์ ช่วยให้ผู้ใช้สามารถปรับแต่งบ่อย
กระทำ.
ความงามและมินิ
-
ออกแบบ malist
หารือไม่ควรมีข้อมูลที่ irrel
-
EVANT หรือไม่ค่อยจำเป็น ทุกหน่วยพิเศษของการ Informa
-
การในการเจรจาแข่งขันกับหน่วยงานที่เกี่ยวข้องของ
ข้อมูลและลดญาติของพวกเขา
มองเห็น.
ช่วยให้ผู้ใช้รู้จัก
วินิจฉัยและการกู้คืน
จากข้อผิดพลาด
ข้อผิดพลาดควรจะแสดงใน LAN ธรรมดา
-
วัด (รหัสไม่ได้) ได้อย่างแม่นยำที่ระบุ ปัญหา
และสร้างสรรค์แนะนำวิธีการแก้ปัญหา.
ช่วยเหลือและ
เอกสาร
ถึงแม้ว่ามันจะดีกว่าถ้าระบบสามารถใช้งานได้
โดยไม่ต้องมี
เอกสารก็อาจจะจำเป็นต้อง Pro
-
ช่วยเหลือ Vide และ
เอกสาร ข้อมูลใด ๆ ดังกล่าว
ควรจะง่ายต่อการค้นหา,
มุ่งเน้นงานของผู้ใช้รายชื่อ
ขั้นตอนคอนกรีตที่จะดำเนินการออกและ
ไม่ได้มีขนาดใหญ่เกินไป

ผลลัพธ์ (ไทย) 3:

การแสดงผลของระบบสถานะระบบควรให้ผู้ใช้ทราบเกี่ยวกับอะไรคือขึ้นผ่านความคิดเห็นที่เหมาะสมภายในเวลาที่เหมาะสมการแข่งขันระหว่าง SYS-TEM และโลกจริงระบบควรพูดภาษาของผู้ใช้ กับคำวลี และ แนวคิดที่คุ้นเคยกับผู้ใช้มากกว่าระบบเชิงเงื่อนไข ติดตามจริงการประชุม ทำให้ข้อมูลที่ปรากฏในธรรมชาติและคำสั่งตรรกะควบคุมของผู้ใช้และเสรีภาพผู้ใช้มักเลือกระบบการทำงานโดยผิดพลาดจะต้องมีเครื่องหมายชัดเจน " ออกจาก " ฉุกเฉินเพื่อทิ้งสภาพที่ไม่พึงประสงค์โดยไม่ต้องไปผ่านขยายโต้ตอบ สนับสนุนการยกเลิกและทำซ้ำความสอดคล้องและมาตรฐานผู้ใช้ไม่ควรสงสัย ว่าแตกต่างกันคำสถานการณ์ หรือการกระทำหมายถึงสิ่งเดียวกันตามแพลตฟอร์มอนุสัญญาการป้องกันความผิดพลาดมากกว่าข้อผิดพลาดข้อความที่ดีคือ ระวังการออกแบบที่ป้องกันไม่ให้ปัญหาเกิดขึ้นในสถานที่แรกการรับรู้มากกว่ามากกว่าจำให้วัตถุ การกระทำ และตัวเลือกที่มองเห็นได้ ผู้ใช้ไม่ควรที่จะจำข้อมูลจากส่วนหนึ่งของการสนทนาอีก คำสั่งใช้ของระบบควรจะมองเห็นได้ หรือretrievable เมื่อได้อย่างง่ายดาย-ได้เหมาะสมความยืดหยุ่นและประสิทธิภาพของการใช้เร่ง–ที่มองไม่เห็นโดยผู้ใช้สามเณร–อาจบ่อยๆเร่งปฏิกิริยาสำหรับผู้เชี่ยวชาญเช่นระบบสามารถรองรับทั้งมือใหม่ และประสบการณ์ผู้ใช้ ช่วยให้ผู้ใช้ปรับแต่งบ่อย ๆการกระทำความงามและมินิ-ออกแบบ malistบทสนทนาที่ไม่ควรมีข้อมูลที่ irrel-evant หรือไม่ค่อยจำเป็น ทุกหน่วยพิเศษของอินฟอร์มา-tion ในบทสนทนา ประชันกับ หน่วยงานที่เกี่ยวข้องของข้อมูลและจีบญาติทัศนวิสัยช่วยให้ผู้ใช้รู้จักวิเคราะห์และกู้คืนจากข้อผิดพลาดข้อความแสดงข้อผิดพลาดจะแสดงในระบบธรรมดา-วัด ( ไม่มีโค๊ด ) แน่นอน ระบุปัญหาอย่างสร้างสรรค์ และแนะนำโซลูชั่นช่วยและเอกสารประกอบแม้ว่ามันจะดีกว่าถ้าระบบสามารถใช้โดยเอกสาร อาจจะต้องมีการโปร-น่าจะช่วยเอกสาร ข้อมูลดังกล่าวใด ๆควรง่ายต่อการค้นหาเน้นงานของผู้ใช้ , รายการคอนกรีตขั้นตอนที่จะดำเนินการ และไม่ใหญ่มากเกินไป