שילוב UML/OO , מפת"ח וכלי Rational במתודולוגית פיתוח מערכת שו"ב צבאית

1. שילוב UML/OO, מפת"ח וכלי Rational במתודולוגית פיתוח מערכת שו"ב צבאית רס"ן רמי שקד – מנהל הפיתוח סגן ירון מוזיקנט – ראש צוות העיצוב

2. הצורך למערכת "...היכולת לתת מענה מיידי להתפתחויות תוך הפעלה מתואמת של כוחות רבים דורשת מערכות שינוע מידע מהירות (מתקדמות אף מאלה הקיימות), הדוחפות את המידע במקביל לרוחב ולדרגים מעל”. אלוף אהרון זאבי (פרקש) "צה"ל: פיקוד, מנהיגות ושימוש במערכות מידע בסביבה משתנה" 'מערכות', גיליון 354, נוב' 1997.

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

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

5. תת-מערכות עיקריות תמונת מצבתנועות והיסעים תמונת מצב לוגיסטית תמונת מצבכוחותינו/אויב תכנון וניתוחלוגיסטי ניהול המערכת דרישותוהקצאות

6. היקף הפרוייקט • כ- 50 שנות אדם (אזרחים וחיילים). • כ- 30 איש. • תקציב פיתוח כ- 30 מש"ח. • מעל 400 משתמשים שונים במספר אתרים. • כ- 210 מסכים, ¼ מליון שורות קוד.

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

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

9. מחזור החיים בפיתוח פיתוח איטרטיבי: חלוקה לגרסאות וסבבים. גירסה 1.0 סבב 3 סבב 0 סבב 2 סבב 1 • סבב פיתוח מורכב מפיתוח מספר תתי-נושאים ושילוב תשתיות עדכניות המפותחות במקביל ע"י פרוייקטים עמיתים. • בסיום פיתוח כל סבב מבוצעת אינטגרציה.

10. תהליך הפיתוח • תוצרי התיעוד תואמים לגלופות מפת"ח • הפרויקט מפותחבתאימות ל-ISO9000 כלי CASE ומתודולוגיה שלבים ניתוח דרישות ותהליכים ארגוניים לכל תת-נושא • ניהול דרישות: • Rational Requisite Pro • אפיון ועיצוב עם UML: • Rational Rose • יצירת מסמכי אפיון ועיצוב מתוך כלי ה- CASE: • Rational SoDA סקר דרישות אפיון סקר אפיון עיצוב • ניהול תצורה: • Rational ClearCase + UCM • (Unified Change Management( • ניהול תקלות: • Rational ClearQuest • תיעוד אוטומטי • (VbDocman) סקר עיצוב לרכיב בניה (קידוד) סקר קוד בדיקות יחידה אינטגרציות + בדיקות אינטגרציה • ניהול והפעלת בדיקות אוטומטיות: • כלי Mercury (TD, WR) סקר מוכנות לבדיקות מערכת לסבב בדיקות מערכת

11. עקרונות למתודולוגיה והכלים בשימוש בפרויקט • דרישות הלקוח מנוהלת ב- Rational Requisite Pro. • תיקי אפיון ע"פ נוהל מפת"ח מופקים לכל תהליך (ע"י שימוש ב- Rational SoDa). • תיקי עיצוב מופקים ע"י שימוש ב- Rational SoDa באופן אוטומטי מה- ROSE ומשמשים כתיקי תכנות. • מפרטי בדיקות היחידה הם חלק מתיקי התכנות.

12. עקרונות למתודולוגיה והכלים בשימוש בפרויקט • תיעוד הקוד מופק באופן אוטומטי ע"י כלי ייעודי (VbDocman). • תיק העיצוב והתחזוקה הם אוסף של לינקים לתוצרים מוכנים (נבנה ע"פ נוהל מפת"ח). • ניהול תצורה באמצעות UCM Rational ClearCase.

13. אפיון ועיצוב בגישה מונחית עצמים (UML/OO) סגן ירון מוזיקנט – ראש צוות העיצוב

14. מתודולוגיית האפיון • עבודה ב- Rational Rose ע"פ • מתודולגיית UML : • עץ תהליכים • תהליך ארגוני • Actors • Use Case Diagram • Activity Diagram • Responsibility Classes • מסכים אפיון תכולות מעבר מאפיון לעיצוב עיצוב פיתוח (בניה/קידוד) בדיקות

15. תהליך העבודה- אפיון • עבודה מלאה בכלי CASE . • מתודולוגית UML ע"פ נוהל שנכתב בפרוייקט. • זיהוי תהליכים ארגוניים (חוצי חיילות וחוצי רמות). • פרוק לתהליכים יסודיים (Use Cases). • זיהוי משתמשי המערכת (Actors).

16. תהליך העבודה - אפיון (המשך) תמונת מצב חימוש קביעת סדרי עדיפויות • בניית Activity & Use-Case Diagrams . • זיהוי המידע הנדרש לתמיכה בתהליך הממוחשב ובנית Responsibility Classes . Use Case Activity

17. תהליך העבודה - אפיון (המשך) • בניית תצוגות ומצבי עבודה למשתמש בעזרת VB. • תכנון מסכים ל-Actors ב-Rose.

18. תהליך העבודה - אפיון (המשך) • אישור המשתמשים לתצוגות ולמצבי העבודה. • הכנת תיק אפיון ע"פ נוהל מפת"ח בעזרת Rational SoDA. • הכנת "תיק אפיון" לאוסף תהליכים והעברתו לעיצוב. • התיקים מכילים: • רשימת Actors וקישור לתהליכים. • תהליכים (Use Cases ) ותיאורם בעזרת Activity Diagrams . • שדות מידע המשתתפים בתהליךותיאורם ב Responsibility Classes . • תצוגות ומצבי עבודה ותיאורם בטפסי VB.

19. מתודולוגיית העיצוב • הוספת תכולות עיצוביות ל- Rational Rose : • Use Case Realization • Classes • Conceptual Model • Sequence Diagram • מפרט בדיקות יחידה אפיון עיצוב תכולות מעבר מעיצוב לפיתוח פיתוח(בניה/קידוד) בדיקות

20. תהליך העיצוב בפרוייקט • עבודה מלאה בכלי Case. • תהליך העיצוב כולל כמה שלבים: • למידת האפיון של אוסף תהליכים מוגדר. • בניית Use Case Realization. • עיצוב ישויות המידע ומבנה ה-DB (ERD). • בניית Sequence Diagrams. • בניית ה-Classes. • עיצוב ממשק המשתמש למסכי המערכת עפ"י סטנדרטים שנקבעו בפרויקט (בניית המסכים ב-VB). • כתיבת מפרטי בדיקות יחידה. • עבודה שוטפת של המעצב מול המנתח.

21. העברת תוצר מעיצוב לפיתוח • מסירת תוצר לפיתוח, התוצר כולל: • תיק תכנות לתהליך המופק ע"י Rational SoDA ומכיל: • תאור ה Use Case (משלב האפיון). • Activity Diagram (משלב האפיון). • Conceptual Model. • Sequence Diagrams. • צילומי מסכים. • תיעוד ה-Classes (כולל Attributes, Operations). • מפרטי בדיקות יחידה. • חילול קוד ראשוני מ- Rose. • הסבר לתוכניתן וליווי שוטף של הפיתוח. • בסיום הפיתוח מתבצע Reverse Engineering (במידת הצורך).

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

23. שאלות ?

24. תודה על ההקשבה