עקרונות התקינה לשימושיות

ישום תקנים בינלאומיים

בעיות בתקנים הקיימים

עקרונות התקינה

• עקרון האטרקטיביות
• אבטחת התועלת למפתח
• אבטחת קלות הלימוד והשימוש

standards@upaisrael.org

עקרון האטרקטיביות

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

א.      התועלת שבישום התקנים צריכה להיות מפורשת וברורה,

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

עקרון האטרקטיביות ישים גם לתקינה מקורית, גם לישום של תקנים בינלאומיים.

אבטחת התועלת למפתח

ה-UPA מציע ארבע סוגי תקינה:

• The use of the product
• The user interface and interaction
• The process used to develop the product
• The capability of an organization to apply user centered design

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

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

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

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

אבטחת קלות הלימוד והשימוש

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

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