הנדסת מערכת במודלים
Model Bases System Engineering- MBSE
הנדסת מערכת מבוצעת לרוב על ידי כתיבת מסמכי WORD על מנת להגדיר את המערכת.
הבעית המרכזיות בשיטה זו: חוסר קישוריות בין ארכיטקטורת המערכת לדרישותיה, חוסר קשר בין תהליכי המערכת המבצעיים לדרישות (הדרישות נכתבות ללא קורלציה לתהליכים המבצעיים), חוסר ניתוח עומק של הדרישות כיוון שאין כלי לראות את מערכות הקשרים הסבוכות בין הדרישות עצמן ויש חוסר ביכולת לשמור קשר בין דרישות מבצעיות לדרישות הנדסיות מערכתיות.
השיטה שאנו עובדים בה היא מידול של הרבדים השונים בהנדסת המערכת בסוגים שונים של מודלים. המודלים מבוססים על השפות UML, SYSML או גישות אחרות כגון DODAF וכו. העקרון המנחה בכל הוא התאמה של שפת המודלים לשפה הקיימת אצל הלקוח. אנחנו ננסה להיצמד למוכר והידוע ולא לנסות ללמד את העובדים שפה חדשה ולא מוכרת כי אז ניתקל בהתנגדויות רבות.
בארגונים רבים קיים חסר בשימוש חוזר ברכיבי מערכת. המונח שימוש חוזר מקובל בעיקר בתחום התוכנה. השימוש במודלים הנדסיים מאפשר לתכנן מערכות מורכבות וקווים עסקיים שלמים (מערכות חוצות פרויקטים) כולל שימוש ומאפשרת שימוש חוזר ברכיבים הנדסיים כבר ברמת הנדסת המערכת. שימו לב שהיום השימוש החוזר מתרחש רק ברמת התוכנה, חומרה וקושחה. קיים חסר אמיתי בשימוש חוזר בשלב הנדסת המערכת.
דוגמא: אם ארגון מפתח מערכת נשק מסויימת וכל לקוח מקבל נגזרת מסויימת של מערכת זו, היינו רוצים שיהיו לנו מודלים מוכנים לכל רכיב מערכת ואז רק נצטרך לבצע שילוב של רכיבי תכנון קיימים ולא להתחיל כל פעם מאפס.
מודל הנדסת המערכת כולל הגדרה של
- ארכיטקטורת המערכת - רכיבי המערכת החדשים, שימוש חוזר ברכיבים קיימים בארגון, שימוש חוזר בשירותים קיימים.
- הגדרת דרישות של כל רכיב (פונקציונאליות, לא פונקציונאליות וסוגים נוספים)
- הגדרת תהליכי המערכת ברמת על וברמה מפורטת
- הגדרת משתמשים
- הגדרת יישויות מידע ויישויות מבצעיות
- הגדרת מצבי המערכת והמעברים ביניהם
- הגדרת ממשקי מערכת פנימיים וחיצוניים
- מטריצות עקיבות המופקות באופן ממוכן מתוך המידע הקיים בכלי
מסמכי הנדסת מערכת
- הפקת מסמכי האפיון והניתוח בפורמט ארגוני באופן אוטומטי ללא צורך בהשקעת זמן נוספת. דוגמא למסמכים אפשריים: SRR, SSS, System CONOPS, ICD, IRS וכו'.
- אינטגרציות עם כלי ניהול דרישות נפוצים - Doors IBM, Team System במידה ויש צורך לחבר דרישות מערכת לארכיטקטורת המערכת.
תוצרים נוספים
- מטריצות עקיבות לדרישות העסקיות/מבצעיות
- מטריצות עקיבות לרכיבי המערכת.
- מטריצות עקיבות בין דרישות המערכת לבדיקות המערכת.
- קישור בין בדיקות המערכת לתהליכי המערכת.
מעוניינים לבדוק אופצייה לגייס מומחה של פנדה-טק לארגונכם? לחצו על הקישור לקבלת פרטים.
מעוניינים שניצור קשר לגבי כל שאלה אחרת, לחצו כאן.