1. Formal Specifications for Complex Systems (236368) Tutorial #6 appendix Statecharts vs. Raphsody 7 (theory vs. practice)

2. בדיקת מצב מפרטים פורמאליים - תירגול שחר דג בתרגול השתמשנו ב: in(state_name) ב rhapsody יש להשתמש ב: IS_IN(state_name)

3. הקשר בין החלקים השונים מפרטים פורמאליים - תירגול שחר דג בעיקרון ניתן לחשוב לפחות על שתי צורות למימוש הרמה העליונה של מערכת: הצורה הראשונה: chart1 chart2 chart 3 chart4 והצורה השנייה: אולי הצורה השנייה נקייה יותר מבחינת תכנון המערכת, אבל היא מציגה הרבה יותר בעיות מבחינת התקשורת בין האלמנטים השונים. מבחינת דרישות התרגיל הצורה הראשונה מספקת בהחלט chart1 chart2 chart 3 chart4

4. איך משכפלים תת מכונה מפרטים פורמאליים - תירגול שחר דג נגיד שאנו רוצים לממש את המערכת עם מספר טיימרים (לכל אחד זמן אחר). הפתרון הפחות טוב הוא ליצור דיאגראמה נפרדת לכל טיימר. למי שינקוט בפתרון זה תורדנה נקודות פתרון טוב יותר הוא: 1.ליצור דיאגראמה אחת של "טיימר כללי". 2.לדאוג שלמחלקה של ה "טיימר" יהיה constructor המקבל פרמטרים הקובעים את הזמן של הטיימר. 3.בעולם (ולא חשוב כרגע מהוא העולם) ליצור כמה מופעים של "טיימר" שכל אחד נוצר עם פרמטרים אחרים. 4.אין צורך לרדת לקוד, את כל ההגדרות ניתן לבצע מתוך תיבות הדו-שיח של Rhapsody 5.פיתרון זה לא מומש במלואו, כך שיהיה עליכם לדאוג לפרטים הקטנים של המימוש

5. תזכורת – הבדלים בין תיאוריה למעשה מפרטים פורמאליים - תירגול שחר דג להזכירכם כי בין התיאוריה למימוש של Rhapsody מתקיימים ההבדלים הבאים: Rhapsodyתיאוריה יש תור של אירועיםאין שמירה של אירועים שימוש ב genיצירת אירוע ע"י כתיבת שמו אחרי ה / IS_IN(state_name)in(state_name) היסטוריה לכל הרמות (רק *H)היסטוריה לרמה אחת או לכל הרמות (H או *H) יש לדאוג "לזכויות גישה" במקרה שרוצים לגשת למחלקה חיצונית גישה לכל תת התרשימים תחביר של Cתחביר של לוגיקה (השמות, השוואה,...)