חֲדָשׁוֹת

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

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

מהן דרישות המערכת המינימליות?

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

איך קובעים מהן הדרישות הצריכות להיות?

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

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

1. אילוצי אדריכלות טכנית: בדרך כלל, זוהי דרישה שחייבת להיות מסופקת על ידי המערכת המתוכננת, ושתוכננה במיוחד לתוך הפתרון מההתחלה. לדוגמה, אם היישום שלך פועל עם ארכיטקטורת x86, אינך יכול להריץ יישום זה עם ארכיטקטורת ARM.
2. דרישות חומרה מרומזות: לעיתים קרובות דרישות מערכת אלו אינן נבחרות באופן מודע מכיוון שדרישות מערכת מסוג זה תלויות בספריות או מנהלי התקנים אחרים שבהם אתם משתמשים. לדוגמה, אם אתם בונים יישום .Net 3.0, המערכת שלכם צריכה לעמוד בדרישות המערכת המינימליות עבור מסגרת .Net 3.0.
3. דרישות חומרה קונטקסטואליות: אלו הן הדרישות שרוב המשתמשים ידברו עליהן בחופשיות, משום שהן קשורות בדרך כלל לחוויית משתמש.כך אתם תומכים בתרחישים ספציפיים של מאפייני איכות, לדוגמה: ביצועים, אמינות וזמינות. אלו הן הדרישות שתרצו לכלול כדי להציע חוויית משתמש חיובית.
4. דרישות חומרה מינימליות נתמכות: אלו הם מפרטי החומרה הצפויים לפעול כהלכה עם תוכנה ספציפית ושצוות התמיכה שלך מוכן לסייע בפתרון בעיות. בדרך כלל, זוהי קבוצת החומרה שאליה יש לך גישה ישירה, בין אם באמצעות מכונת הפיתוח שלך או דרך מעבדת בדיקות.

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