תכנון ממשקי משתמש עבור מערכות הפעלה הנדסיות עם נגישות במחשב

הבנת תפקיד נגישות במערכות הפעלה הנדסה

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

מסגרות תגמול כמו האמריקאים עם מוגבלות חוק (ADA), סעיף 508 לחוק שיקום, והסטנדרט האירופי EN 301 549 חלות יותר ויותר על תוכנה בשימוש בסביבות תעשייתיות וציבוריות. הנדסה OS שלא לעמוד בסטנדרטים של נגישות, אובדן חוזים, ונזקים בעלי מוניטין של יותר חשוב, הם גם לא כוללים חלק חשוב של כוח העבודה נגיש יכול להפחית את זמן האימון, שיעורי השגיאה נמוכים יותר עבור כל המשתמשים, ולהפחית את הפחתת יעילות נמוכה, אבל גם עם ליקויים בעבודה עם ליקויים, אבל לא רק עם ליקויים עם ליקויים גבוהים יותר.

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

עקרונות עיצוב הליבה של הנדסה גישהית OS User Interfaces

עיצוב נגיש אינו תוספת; זוהי גישה בסיסית המשפיעה על כל מסך, דיאלוג ואינטראקציה.הנחיות גישה לתוכן באינטרנט (WCAG) לספק בסיס מוצק, אבל הנדסה OS לעתים קרובות כרוך ממשקים שאינם-web, בקרה בזמן אמת, ודמיון נתונים מורכבים.אימוץ ארבעת העקרונות של WCAG - עקרונות הנדסיים, מובנים, ו- Robustor (P) הם נקודת הפעלה מורחבת.

אחריות: יצירת מידע זמין לכל החושים

(FLT:0) PerceivabilityFLT:1 פירושו כי משתמשים חייבים להיות מסוגלים לתפוס את המידע שהוצג. עבור הנדסה OS, זה כולל אינדיקטורים חזותיים, אורות סטטוס, מדמים, אזעקה, תצוגות טקסט.

(FLT:0) ניגודיות: ניגודיות (Gate) 1:1 (סעיף 1:0) השתמש יחס ניגודיות של לפחות 4.5:1 לטקסט רגיל ו 3:1 עבור טקסט גדול (WCAG AA) עבור לוחות נתונים בחדר הבקרה שבו תאורה זוהרת או דימה הוא נפוץ, מטרתה של AAA (7:1) להימנע מהסתמכות רק על צבע להעביר מידע (למשל, אדום עבור סמלים, טקסט, או דפוסים, או דפוסים.
(FLT:0) חלופות ל-Text:FLT:1 לספק טקסט אלאלט עבור כל תוכן שאינו טקסט, כולל סמלים, אינדיקטורים סטטוס ודמיון גרפיים. בהנדסת OS, גרפים ו-schematics צריך להיות אגדות תיאוריות או תיאורים ארוכים. עבור דיאגרמות של תהליכים בזמן אמת, להבטיח כי מבוסס טקסט או עדכונים לצד הראייה.
(FLT:0) תוכן בלתי מוגבל: FLT:1 מאפשר למשתמשים להתאים לגודל הטקסט, רכיבי ממשק זום או לעבור לנושא גבוה-contrast ללא פריסת הפריסה.זה חשוב במיוחד עבור מפעילי המשתמשים במגפי מסך או שיש להם ראייה נמוכה.
(FLT:0) חלופות חקירה: 1) לספק כיוויות חזותיות עבור אזעקות ופלט דיבור. מערכות המשתמשות בלבוש אודיטור עבור אזהרות צריך גם להציג אינדיקטור מבהב או באנר מתמשך.עבור משתמשים שהם חרשים או קשים שמיעה, יומן חזותי של אזעקה לאחרונה הוא חיוני.

פיתוח: עידוד כל המשתמשים יכול לפעול

(FLT:0)OperabilityFLT:1 מתמקדת בלעשות את כל האלמנטים אינטראקטיביים שניתן להשתמש בהם באמצעות שיטות מרובות של הנדסה מערכת ההפעלה לעתים קרובות מסתמכים על עכבר ומגע, אבל למפעילים יש שליטה מוטורית מוגבלת, להשתמש במקלדת בלבד, או דורשים התקנים חלופיים מצביעים:

(FLT:0Keyboard נגישות:FLT:1 כל הפקדים - Buttons, שקופיות, טיפות, שדות כניסה נתונים - חייב להיות נגיש ואופרה באמצעות מקלדת בלבד. השתמש בסדרות כרטיסיה סטנדרטית ואינדיקטורים גלויים (למשל, מתווה נועז סביב האלמנט הפעיל).
(FLT:0) קלט הניתן להשגה:FLT:1 תומך במכשירי קלט חלופיים כגון מתגים, פקודות קוליות, עוקבים עין, ושרביטי ראש. הנדסה אשר פועל על חומרה אישית עשוי להיות צורך לחשוף APIs עבור טכנולוגיה עזרה של צד שלישי.
(FLT:0) אינטראקציות בזמן: להימנע מתגובה אוטומטית או מחיקה של זרימת עבודה.אם לוח זמנים הוא הכרחי עבור אבטחה, לספק התראה ואופציה להאריך את הפגישה.עבור משימות הדורשות תגובה מהירה (למשל, הפסקת חירום), להבטיח את הפעולה ניתן להפעיל משיטות קלט מרובות ללא מגבלות זמן.
(FLT:0) מחוות פשוטות: FLT:1ir אם אינטראקציה מגע נתמך, להימנע מחוות מרובות אצבעות מורכבות. לספק פעולות חד פעמיות חלופיות עבור פונקציות קריטיות.

הבנה: Clear and Predictable Interfaces

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

(FLT:0) ניווט עקבי: 1) אזעקה במקום 1, בר סטטוס, תפריט הראשי, ועזרה פונקציות באותו מיקום על פני כל המסכים. השתמש במינוי עקבי עבור משתנים תהליכים ופעולות בקרה.
(ב) ,0) טיפול בשגיאה קליר: FLT:1 הצג הודעות שגיאה תיאוריות המסבירות מה השתבש וכיצד לתקן אותו.לדוגמה, במקום "קלט לא חוקי", אומר "Setpoint חייב להיות בין 0 ל -100 בר"מ להציע הצעות לתיקון.
(FLT:0) גילויים אגרסיביים: 1FLT) מסתיר פרמטרים מתקדמים מאחורי חלקים נרחבים או תפריטים של קידוחים. מפעילי צריך לראות רק את הפקדים הרלוונטיים למשימה הנוכחית שלהם.זה עוזר למשתמשים עם מוגבלויות קוגניטיביות או אלה שהם חדשים למערכת.
(FLT:0 Help and Document:FLT:1) מספק עזרה רגישה בהקשר - לדוגמה, כלי שמופיע על מרחף או להתמקד, להסביר את הפונקציה של כל שליטה.

רובוסטנס: מקסמת תאימות עם טכנולוגיה מסייעת

(FLT:0)RobustnessFLT:1 מבטיח כי ממשק המשתמש עובד עם טכנולוגיות מסייעות נוכחיות ועתידיות. עבור הנדסה OS, זה לעתים קרובות אומר שימוש ב- API סטנדרטי ופרוטוקולים.

(ב) אם משתמשים בקונסולת הנדסה מבוססת אינטרנט, השתמש באלמנטים HTML מתאימים (למשל, FLT:0 עבור כפתורים, FLT:1 כאשר ניתן) עבור יישומים שולחניים ילידים, לחשוף תכונות נגישות באמצעות UI אוטומציה (Windows) או גישה (macOS).
(ב) ⁇ :0 59) תפקידים ומדינות: (1) לפקדים מותאמים אישית כגון מד או מזון חי, השתמש בתכונות RIT כדי להעביר תפקידים, מדינות וערכים.לדוגמה, מד מעגלי צריך להיות LT:2, FLT 3: 3, ו-FLT:4 .
(FLT:0)Test עם טכנולוגיות מסייעות אמיתיות: FIRLT:1) השתמש קוראי מסך כמו JAWS, NVDA, VoiceOver, או Narrator. Test with Speech Recognizing תוכנה כמו DragonTalking באופן טבעי.

יישום תכונות נגישות ספציפיות בהנדסת OS

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

מצבי ראייה גבוהים ו Scalable Visual Modes

לסביבות תעשייתיות יש לעתים קרובות תאורה משתנה - מחדרי בקרה דיממים ועד תחנות שדה שמש.ספקים משקפי עבור מצב גבוה-contrast המשתמש בגבולות צבעים חזקים ואיקוני טקסט גדולים.אפשר למשתמשים להתאים את גודל הגופן מבלי לשבור את הפריסה.לקוראים, להבטיח שכל מידע הטקסט זמין באופן מתודולוגי ולא מוטבע בתמונות. A Best הוא להגדיר את כל התהליך באמצעות SVG עם תוויות נגישות, ולא תמונות סטטיות.

ביקורת וניהול אזעקה חזותית

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

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

מקלדת ו-Switch ניווט

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

הזמנת הכרטיסיה הסטנדרטית, שעוקבת אחר הפריסה החזותית (שמאל-ימין, עליון-to- ⁇ ).
קיצורי דרך לפעולות משותפות (למשל, Ctrl+S כדי לחסוך הגדרות, Alt+A כדי להכיר באזהרה).
עבור שקופיות ליניאריות (למשל, התאמה לקצב זרימה), לאפשר מקשי חצים מקלדת עבור כוונון עדין ועמוד / דף / Down עבור תיקון קוארזה. להודיע על הערך החדש לקוראים מסך.
תמיכה בסריקה חד-מכופת: להדגיש כל אלמנט באופן משמעותי ולהפעיל על לחץ מתג.זה חיוני למשתמשים עם מוגבלויות מוטוריות חמורות.

מצגת נתונים מותאמת

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

עבור תרשימים קו, לספק שולחן נתונים חלופי המעדכן עם הטבלה. Include מיון וסינון אפשרויות.
עבור תצוגות נומרניות בזמן אמת, לאפשר למשתמש להגדיל את גודל הגופן ולשנות ערכות צבעים (למשל, צבעים ידידותיים צבעים).
השתמש בפונטים ברורים, סרנים-serif עם דיבה נאותה של מכתב. להימנע מ- Italics ו-All-caps עבור בלוקים גדולים של טקסט.

אתגרים מתקדמים בעיצוב הנדסי של Accessible Engineering OS

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

איזון מורכבות עם חוסר יכולת

מערכות הפעלה הנדסיות חייבות לספק מפעילי מומחים בעלי בקרה מתקדמת, אך אלה יכולים להציף משתמשים עם מוגבלויות קוגניטיביות או פחות ניסיון.FLT:0 ,0 , גילוי פרוגרסיבי של ההרחבה 1 (FLT:1) היא הגישה המומלצת: להראות רק בקרה בסיסית על ידי ברירת מחדל, ולאפשר למשתמש להרחיב את החלקים לפרמטרים מתקדמים.לדוגמה, ממשק בקר PID עשוי להופיע לראשונה ופלט, בעוד ש- PID (P, אני, רווחים D, יש לזכור) יש לזכור "מתאים"לדוגמא"מתאים"לדוגמא"לדוגמא"מתאים"מתאים" (מתאים") ו"לדוגמא,"לדוגמא," (למשל," ל" (למשל, "לדוגמא," ל-" ל-"לדוגמא,"לדוגמא,"לדוגמא,") באופן מלא) באופן מלא)" (מסוגנן) ו-"מתאים ל-"מסוגים) באופן מלא)"מסוג פתוח)" (מסוגנן) ו-"מסוגנן" (מסוגנן) ל-" (מסוגנן)" (מתאים ל-"מסוגנן)"מסוגנן)" (מסוגנן) יש לזכור"מסוג

תמיכה ב- Real-Time Responsiveness and נגישות

כמה טכנולוגיות מסייעות מציגות שקיפות.עבור מערכות קריטיות הדורשות תגובות מיידיות, זה יכול להיות בעייתי.

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

תאימות עם Legacy Systems

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

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

בדיקה ואימות עם משתמשים אמיתיים

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

מנע מאנשים עם מוגבלויות במחקר המשתמש שלך משלב העיצוב המושגי.גיוס משתמשים עם ליקויים חזותיים, מוגבלות מוטורית, אובדן שמיעה והבדלים קוגניטיביים.
לערוך בדיקות שימושיות מבוססות משימה.לדוגמה, לשאול משתמש עיוור להכיר אזעקה באמצעות קורא מסך ומקלדת. Measure time to Complete and Error rate.
השתמש ב- WCAG 2.1 רמה AA (או AA+ לסביבות בסיכון גבוה) גם לשקול תקן EN 301 549 עבור מוצרי ICT.
תכונות נגישות מסמכים ומגבלות ידועות במדריך המערכת ומספקות הכשרה למפעילים.

מגמות עתידיות וטכנולוגיות מתפתחות

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

(FLT:0)קול וממשקי שפה טבעיים: FLT:1 אופרות יכול להטיל פקודות או מצב מערכת השאילתה באמצעות דיבור, צמצום ההסתמכות על קלט ידני.זה מועיל למשתמשים עם מוגבלויות מוטוריות.
(FLT:0) אינטליגנציה מלאכותית לממשקים אדפטיים: ההרחבה 1 (FLT:1) למידת מכונות יכולה להתאים את UI בהתבסס על התנהגות המשתמש וצרכים חזו - לדוגמה, שחזור של בקרה עבור משתמש שדבק באופן עקבי, או לפשט תפריטים עבור מפעיל טירון.
(ב) ⁇ :0) משובי Haptic: 1FLT:1 Vibrations או רמזים tactile יכולים להעביר שינויים מעמד או התראות, שימושי בסביבות רועשות או עבור מפעילי עיוור חירש.
(הופנה מהדף FLT:0) מציאות מתקדמת (XR) לאימון ולסיוע מרחוק: FLT:1 AR יתרlays יכול לספק שיפורים בזמן אמת, כגון תוויות בפורמט גדול או לחתום על שפה פרשנות avatar.

יש לפתח את ההתקדמות הזו עם נגישות מראשית ההתחלה, לא רטרופוץ. אותם עקרונות עיצוב כולל חלים - אולי אפילו יותר - בעת הצגת פרדיגמות חדשניות חדשניות.

סיקור ו- Business Case for נגישות

מעבר לשיקולים אתיים, נגישות בהנדסת מערכות ההפעלה היא הכרח עסקי לארגונים שמשקיעים ב- נגישות רואים:

(ב) ,0) הוצאות הכשרה: FLT:1 A, מעוצב היטב, נגיש UI מפחית את עקומת הלמידה עבור כל מפעילי, לא רק אלה עם מוגבלויות.
(ב) שיעור השגיאה של FLT:0) נמוך יותר: 1FLT:1 קליר תוויות ובקרות עקביות ממזערות שגיאות, אשר בסביבות בעלות גבוהה יכולות למנוע תאונות ונזק בציוד.
(ב) ,0) מאגר כישרון יוצא דופן: FLT:1 הילינג הופך להיות מגוון יותר כאשר מקומות עבודה מצוידים בכלים נגישים.
(ב) [15] , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

ארגונים גדולים יותר וקבלנים ממשלתיים דורשים יותר ויותר עמידה של סעיף 508 ביצרןי הנדסה, אשר יכולים להוכיח נגישות יש יתרון תחרותי.

מסקנה: Embedding נגישות מיום אחד

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

לקריאה נוספת, מתייחס להנחיות של World Wide Web Consortium:0Web נגישות תוכן (WCAG)BuildFLT:1, TheFLT:2U.S. סעיף 508 סטנדרטיםFLT 3: 3, ואת כלי העיצוב הכולל מ-FLT:4 MicrosoftFLT:5 משאבים אלה מספקים הדרכה טכנית מפורטת החל ממשק תעשייתי מורכב.