חֲדָשׁוֹת

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

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

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

הצעד הראשון לחיסכון בכסף

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

הגדרת דרישות מערכת קשות

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

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

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

האם התעשייה מוכנה?

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

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

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

כיצד אוכל לפתח סביבת בדיקות משלי?

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

אם אתם רוצים להמשיך לקרוא על מערכות משובצות, אתם מוזמנים לעיין ב... דף זה.