תקינות ממשקים גרפיים באפליקציות

עקרונות כלליים (General Principles)

העקרונות הכלליים של ממשק בסביבה חלונאית הם עקרונות כגון: פשטות, סלחנות, מניפולציה ישירה בעצמים, עקביות, יתירות פונקציונלית, משוב ועוד. להלן יוצגו העקרונות הכלליים והיכן הם באים לידי ביטוי בפיתוח יישומים למערכת החינוך.

מתי להשתמש?

העקרונות הכלליים ישימים עבור כל יישום. העקרונות עשויים להיות מיושמים ברמות שונות כתלות בצרכיו הייחודיים של כל יישום.

שליטת המשתמש

המשתמש צריך לשלוט באפליקציה ולא להיפך. ההשלכות הן כדלקמן:

• זמני התגובה של המערכת צריכים להיות קצרים.
• יש להימנע משימוש מרובה באופני (mode) עבודה או אופני פעולה שונים ובכל מקרה יש לתת על כך חיווי ברור.
• יש לספק שיטות תפעול עודפות (Redundant) לפונקציות שכיחות כך שהאינטראקציה בין המשתמש למערכת תעשה בהתאם לסגנונו הקוגניטיבי של המשתמש (יתירות פונקציונליות לביצוע פעולות).
• יש לעצב את היישום באופן צנוע כך שהעיצוב לא ימשוך את תשומת הלב לעצמו.

בהירות ופשטות

הממשק צריך להיות ברור מבחינה חזותית, קונצפטואלית ולשונית, ככל הניתן:

• המראה הכללי של כל חלון צריך להיות ברור לעין, מסודר, לא צפוף מדי ומאורגן באופן לוגי על פי קטגוריות של מידע.
• כלים גרפיים (כגון צלמיות) יעוצבו באופן המבהיר ישירות את הפונקציה שהם מייצגים.
• ייבחרו שמות מעולם המונחים של המשתמשים ולא מעולם המונחים של המתכנתים.

סלחנות

המשתמש יכול לתפעל את המערכת ולבצע פעולות שונות מבלי לגרום לפעולות הרסניות. הממשק ייבנה כך שמלכתחילה יימנעו שגיאות חמורות:

• חלקן הגדול של שגיאות הזנת מידע תימנענה על ידי העדפה של פקדים המאפשרים בחירת ערכים במקום הקלדה שלהם.
• פונקציות שאינן רלוונטיות במצב מסוים לא תוצגנה או לא תהיינה נגישות (על ידי עמעום).
• יוגדרו דרכים פשוטות לביטול פעולה אחרונה (Undo) ולחזרה למצב בסיסי מוכר (על ידי נגישותו של ה-Cancel).
• עד כמה שהדבר ניתן, תהיה אפשרות להחזיר ערכים שעודכנו לערכי ברירת המחדל שלהם.
• בדיקות התקינות המקומיות ימנעו את מרבית הטעויות ברמת הערכים המוזנים בשדות. בדיקות הקורלציה ימנעו את מרבית הטעויות ברמת הרשומה.

• יוצגו תיבות הודעה מפורטות אשר יסבירו את הבעיה ויציעו פתרון במידת האפשר.
• לפני פעולות שעשויות להיות הרסניות תתקבל הודעת אזהרה ותינתן אפשרות להתחרט ולא לבצע את הפעולה.

גישה ישירה (או מניפולציה ישירה)

ככל שהדבר ניתן יש להגדיר דרכים ישירות ואינטואיטיביות לביצוע של פעולות. יש לחפש היכן ניתן "לעזור" למשתמש דרך עיצוב לוגי ומובנה של תהליכי עבודתו:

• סדר העבודה צריך להיות עקבי בתוך רמות האינטראציה השונות עם המערכת. לכל רמת אינטראציה ייבחר סדר העבודה המתאים ביותר עבורה: אובייקט - פעולה, או פעולה - אובייקט.
• כאשר ניתן לגשת ישירות לאובייקט בו דנים ולבצע את הפעולה תוך מגע ישיר בו יש להעדיף זאת.
• כאשר ייתכנו מספר פעולות לגבי אובייקט מסוים יש לקבץ סביבו (מבחינת מיקום מרחבי) את הפעולות האפשריות לביצוע עליו.
• ככל שניתן יש לאפיין תפריטים צצים העונים לפעולות הנפוצות הנדרשות באזורים שונים של המערכת.

עקביות

עקרון העקביות חשוב ביותר באפיון ממשקים. יש לאפיין את האפליקציה כך שתהליכי העבודה נכללים בה יהיו עקביים עם תהליכי ושיטות העבודה הנתפסות ומקובלות בעולם האמיתי. יש לאמץ שמות ומונחים, מטאפורות וסמלים השימושיים בעולמם של המשתמשים.
בתוך כל אפליקציה ובין האפליקציות, יש לתמוך באחידות דרך הקפדה על:

• אפיון על פי הקווים המנחים של ממשקי מערכת חלונאית.
• סדר לוגי של ביצוע הדברים.
• כלי עבודה המשמשים לאותה מטרה או למטרה דומה ייראו ויתנהגו באופן זהה או דומה בהתאמה.
• שימוש עקבי בשמות ובמונחים שנבחרו.
• שימוש עקבי בצבעים.

יתירות פונקציונלית

ככלל התכולה הפונקציונלית של האפליקציה מיוצגת דרך שורת התפריט הניצבת בראש חלון היישום. על פי התפיסה החלונאית רצוי להציע מספר דרכים לביצוע פעולות ולגישה לפונקציות במערכת.
אפשרויות גישה עודפות לפונקציות המערכת מיועדות לספק למשתמשים בעלי רמת ניסיון שונה בעבודה עם מערכת חלונאית ומשתמשים בעלי סגנונות קוגניטיביים שונים דרכים חלופיות לביצוע אותן פעולות. לדוגמא:

• כמעט כל פעולה ניתנת לביצוע על ידי יותר מאמצעי קלט יחיד (משתמשים מנוסים נוטים לעבוד עם המקלדת ולנצל את קיצורי המקלדת ותווי הגישה ואילו משתמשים מתחילים עובדים עם העכבר).
• סרגל הכלים הינו מרכיב באפליקציה שמהווה דרך חליפית לביצוע פעולות הנגישות בשורת התפריט (משתמשים מילוליים יותר יעדיפו את השימוש בתפריטים ומשתמשים מרחביים יותר יעדיפו את השימוש בלחצני הפקודה האייקוניים).
• הגדרתם של תפריטים צצים מיועדת לספק דרך חילופית לבחירת הפעולה אותה רוצים לבצע - במקום לגשת לשורת התפריט.

משוב

יש לתת למשתמש משוב מיידי ומוחשי על פעולות שהוא מבצע. המשוב צריך להיות אינפורמטיבי, בעל קשר הגיוני לפעולה שבוצעה ובעל אופי עקבי בתוך, ואם ניתן גם בין, האפליקציות.
סוגי משוב גרפי:

• משוב לבחירת אובייקט גרפי - הדגשה, שינוי גוון או שינוי רקע.
• משוב לבחירת שדה מלל - הארה, היפוך קונטרסט, הדגשה.
• משוב דרך שינוי צורת הסמן באופן המשקף את מצב האפליקציה (לדוגמא, סמן "חושבים" = שעון חול, לעומת סמן בחירה =חץ).
• משוב לפעולת גרירה והצבה (Drag & Drop) - יצירת דמות שלדית של העצם הנגרר עד הצבתו במיקום החדש.
• משוב זמן עיבוד - שינוי צורת הסמן לשעון חול מ 2-5 שניות, חלונית חיווי להתקדמות (Progress Indicator) שתוצב בשורת הסטטוס עבור תהליכים שאורכם מעל 5 שניות.
• תיבות הודעה לסוגיהן - כאשר נדרשת התערבות משמעותית יותר באינטראקציה עם המשתמש.

משוב קולי:

שימוש במשוב קולי קצר ("Beep") יתבצע כאשר לא נוצר משוב חזותי מאחר שהמשתמש מנסה לבצע פעולה בלתי חוקית ברמה "מקומית" למשל: ניסיון לגלגל רשימה מעבר לפריט הראשון או האחרון שלה, ניסיון להזין אותיות לשדה ספרתי, ניסיון להקליק על לחצן פעולה שאינו נגיש וכד'.

התמצאות וניווט

יש לאפיין את האפליקציה כך שהמשתמש ידע תמיד היכן הוא נמצא וכיצד הוא יכול להגיע מהמקום הנוכחי למקומות אחרים באפליקציה:

• יש לתת זיהוי ברור לכל חלון במערכת, כך ששורת הכותרת של החלון תגדיר עבור המשתמש את מיקומו הנוכחי ואת אופן (mode) העבודה שלו.
• שמות החלונות והמראה שלהם יבהיר את סוג החלון במערכת ולפי כך גם את הפונקציונליות שלו.
• יהיה קשר ברור בין שמות הקשורים זה לזה פונקציונלית (למשל, כותרת של חלון תהיה זהה, או לפחות דומה, לשם הפקודה או הפקד אשר ממנה הוא נפתח).
• שורת התפריט תציג בבירור את המבנה וההירארכיה במערכת.
• יהיה ייצוג של החלונות הפתוחים בכל רגע במערכת, כך שניתן יהיה לגשת אליהם גם כשהם מוסתרים. (דרך סימון שם החלון המבוקש בתפריט "חלונות", הנכלל בשורת התפריט של כל אפליקציה).

אסתטיקה

יש לשים לב לאסתטיקה של התצוגה ולהתאים את המימד האסתטי לצרכים הפונקציונליים ולמגבלות התצוגה:

• יש ליצור הקבצות מידע לפי הלוגיקה ההולמת את תהליכי העבודה.
• יש ליצור קונטרסטים המייצגים בנאמנות את מידת ההבלטה הרצויה (למשל, גודל גופן של כותרות השדות צריך להיות קטן יותר מגודל גופן השדות עצמם).
• יש להשתמש באופן עקבי ואינפורמטיבי בצבעים הנעימים לעין והמשתלבים זה עם זה בצורה טובה.