ניתוח מקרה חישובי: הערכת מערכת מצועצת
הוצג| English | משמעות |
|---|---|
| throughput/ˈθruːpʊt/ | תפוקה |
| acceptance test/əkˈseptəns test/ | מבחן קבלה |
מה יכול להסביר תצפית זו?
- מערכת הזמנות לבתי ספר המוצעת נראית יעילה, אך ההמלצה שלה תלויה במשתמשים, מגבלות ובדוח. מונח טכני סביר בלבד אינו החלטה מוצדקת.
- התחל בחזית. ציין את הכמותות או התכונות שת срав, ואז החלט איזה עדות יכולה להבדיל בין שתי הסברות.
בניית המודל
- מקרהised (Case study) מציב בחירות חישוביות בתרחיש מוגדר. זיהה צרכנים, דרישות, עדות זמינה ומגבלות לפני המלצת ארכיטקטורה או אלגוריתם. הבדל בין עובדת תרחיש לבין הנחה וחזית.lich-trees (Trade-offs) עשויים לכלול ביצועים, אמינות, נגישות, פרטיות, תחזוקה ועלות.
- עומס עיבוד: עבודה הושלמה ליחידת זמן תחת עומס עבודה מוגדר; בדיקת קבלה: בדיקה אם דרישת משתמש מצוונה מתקיימת.
איזה statement תומך ביותר בהמלצה טכנית?
Difficulty 1/5 · 100 coins + a small bonus on first completion today
המלצה זוכחת אמון על ידי הזכרת המנגנון העונה לדרישת התרחיש ובדיקה נמדדת שתראות כיצד היא פועלת. שם אופנתי אינו עדות, ומספר אחד של תפוקה אינו מאשר זמן תגובה, אמינות או יכולת הרחבה.
התאמו כל מונח טכני למשמעותו המדויקת.
Difficulty 2/5 · 140 coins + a small bonus on first completion today
השתמשו בהגדרות כדי להבדיל בין כמותיות ותהליכים הקשורים זה לזה.
בחר עדים שיכולים לבדוק אותו
- המלצה צריכה לקשר דרישה למנגנון ולבדיקה נצפית. לדוגמה, בעיית סנכרון דורשת אסטרטגיה המונעת עדכוני התנגשות, בנוסף לבדיקות המדגישות את האינווריאנט. טענה על מהירות תגובה גבוהה דורשת מדידות עומס הולמות ולא רק תווית מסובכות. השוואו חלופיות בתוך אותם תנאים שנקבעו.
- השתמשו בתרחיש מקורי מאושר על ידי בית הספר ובנתונים סינתטיים. בנו מטריצה של טענה, ראיות תמיכה מתרחיש, הסבר טכני, מגבלה ובדיקת קבלה. סימנו עובדות חסרות במפורש והראו כיצד ההמלצה הייתה משתנה אם הנחה כשללה. זאת מכינה לסיכום מבוסס מקרים מבלי לשחזר מקרה בדין IB שאינו זמין או להמציא את רובריק הבחינה שלו.
אילו שני הרגלים הופכים את החקירה או הדגם במקרה זה לקבלנים יותר?
Difficulty 2/5 · 140 coins + a small bonus on first completion today
ניסוח התנאים וההנחות מאפשר לאחרים לחזור על העבודה בדיוק, ורישום הראיות התומכות מאפשר להם לבדוק את המסקנה. הסתרת תוצאות המולכות מסירה את הראיות שיכולות לערער מסקנה שגויה, ומדידה אחת לעולם לא יכולה להוכיח טענה רחבה יותר.
עבודה על בסיס גודלים ידועים
- ציין את הערכים הידועים ואת יחידות המידה שלהם. בחר בקשר מכיוון שההנחות שלו מתאימות למקרה זה, ולאחר מכן סדר מחדש לפני ההצבה.
- ידוע: דגם ראשוני בדיוני מעבד 120 בקשות מוצלחות בתוך תקופת תצפית של 30 שניות. קצב העיבוד הוא 120/30=4 בקשות מוצלחות לשנייה. דגם ראשוני שני מעבד 150 בתוך 30 שניות, או 5 לשנייה. לדגם השני יש 25% קצב עיבוד רשום גבוה יותר, אך ללא מדידות אלו לא ניתן להסיק כל מסקמה לגבי זמן תגובה, שיעור כשל או ביצועים תחת עומס גדול יותר.
מערכת בדיונית מעבדת בהצלחה 210 בקשות ב-30 שניות. חשבו את התפוקה. השתמשו באותה סדרה: כמויות ידועות → מודל → יחס → הצבה → יחידה ופרשנות.
מערכת בדיונית מעבירה בהצלחה 210 בקשות בתוך 30 שניות. חשב את התפוקה.
Difficulty 2/5 · 140 coins + a small bonus on first completion today
התוצאה היא 7 בקשות/שניה. ידוע: 210 בקשות מוצלחות ב-30 שניות. השתמשו בנוסחה: תפוקה = בקשות / זמן. תפוקה = 210/30 = 7 בקשות בשנייה. מדד זה אינו אומר דבר על זמן תגובה או שיעור כישלון ללא מדידות אלו.
בדוק את המסקנה ואת הגבולות שלה
- תפוקה אינה זמן תגובה. המלצה חזקה מפרטת את התנאים שבהם צפויה לפעול ואת הראיות שיכולות להפריכה. את הדרישות הרשמיות הנוכחיות למקרי בדין במחשבים יש לבדוק מול גרסת ההערכה הרלוונטית.
- חזור לתצפית המקורית. הסבר מה התוצאה תומכת, אילו תנאים היא מניחה, ודרך אחת לבדוק הסבר מתחרה.
תפוקה נצפית גבוהה מוכיחה אוטומטית זמן תגובה נמוך לכל בקשה. טענה זו שגויה: תפוקה סופרת השלמות בשנייה; זמן תגובה הוא כמה זמן כל בקשה לוקחת. מערכת יכולה לבצע עבודה בצבירה לתפוקה גבוהה בעוד ביקשים בודדים מחכים - כך מדד אחד אינו יכול להוכיח את השני.
ניתוח מקרה במחשבים: הערכת מערכת מוצעת: המלצה צריכה לקשר דרישה למנגנון ולבדיקה נצפית. לדוגמה, בעיית סנכרון דורשת אסטרטגיה המונעת עדכוני התנגשות, בנוסף לבדיקות המדגישות את האינווריאנט. טענה על מהירות תגובה גבוהה דורשת מדידות עומס הולמות ולא רק תווית מסובכות. השוואו חלופיות בתוך אותם תנאים שנקבעו.
עומס עובדה גבוה יותר נצפה מבטיח אוטומטית זמן תגובה נמוך יותר לכל בקשה.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
תפוקה סופרת השלמות לשנייה; זמן תגובה הוא כמה זמן לוקח לבצע כל בקשה. מערכת יכולה לעבד עבודה בכמויות גדולות לתפוקה גבוהה בעוד שבקשות בודדות ממתינות - ולכן מדד אחד אינו מגדיר את השני.
עבודה מושלמת ליחידת זמן תחת עומס עבודה נתון: כתוב את המונח הטכני.
Difficulty 1/5 · 100 coins + a small bonus on first completion today
עומס עובדה פירושו עבודה מושלמת ליחידת זמן תחת עומס עבודה נתון.