Sequence Diagram

[guznik]

Sequence Diagram

בוקר טוב. אני כותב Sequence Diagram ואני צריך כמה חידודים. יש לנו מערכת J2EE, שבה כל ה-Servlets פונים למחלקה X שמרכזת את הגישה לשכבת האינטגרציה. שכבת האינטגרציה ב-J2EE מכילה מחלקה אחת שמתקשרת עם כלי האינטגרציה החיצוני ועוד כמה מחלקות לצורך הגדרת מבני נתונים. כל שכבת האינטגרציה ב-J2EE מג'ונרטת ע"י כלי האינטגרציה. והשאלה: כשאני כותב Sequence Diagram, האם אני צריך לכתוב אותו עד מחלקה X ולהתייחס אליה כ-DAO, או שעליי לפרט גם את המחלקות של שכבת האינטגרציה שמשתתפות בתהליך? שאלה נוספת: איך אני מייצג את ה-Session? סתם מחלקה או שיש לה סטריאוטיפ מתאים? ושאלה אחרונה: בחץ מדף ב-JSP ל-Servlet הבנתי ע"פ דוגמאות שראיתי שצריך לכתוב HTTPRequest. לדעתי צריך לכתוב גם מהם המשתנים שעוברים. אני צודק? אולי צריך לכתוב אותם בהערה? תודה.

 

[עידו פ]

אין הגדרה חד משמעית

ה-sequence diagram נועד בשביל להמחיש למי שצריך את סדר הפעולות הכרונולוגי במערכת, בתהליך מסוים. אם ה-SD מיועד לתוכניתן שאמור לממש את המתודות שמעורבות בתהליך, מומלץ לציין את ה-flow של התהליך מהרכיב הראשון שצריך לממש ועד הרכיב האחרון (כך שאם לדוגמה התוכניתן שלך לא צריך לממש את שכבת האינטגרציה, אין צורך להסביר לו מה קורה שם מבחינת ה-sequence). לגבי ה-session, לא ידוע לי על איזה סטריאוטיפ מיוחד עבורו. ייתכן שבכלים שיותר מותאמים לשפת פיתוח java ישנו איזשהו stereotype לכך. לגבי ה-http request - שוב, הכל תלוי עד איזו רמה אתה צריך לטפל. אם אתה לדוגמה פונה למתודה מסוימת ב-servlet והמתודה מקבלת פרמטרים, אזי מן הסתם הפרמטרים יצוינו בפנייה, לגבי שאר הפרמטרים הנוספים שעוברים ב-http request (כגון סוג הדפדפן) - אם אתה צריך להתייחס לזה, תתייחס, אם אתה לא צריך - אז למה לציין ?! לסיכום - אין חוקים מוגדרים ליצירת sequence, אלא אם אתה עובד תחת מתודולוגיה פיתוח מסודרת ובמקרה שלך גם מותאמת לסביבת j2ee.

 

[guznik]

תודה, ושאלה נוספת באיזור

יש איזה סטנדרט עבור תרשימי הזרימה והמחלקות כשמדובר ב-Struts? הרי אני לא רוצה לציין את מרכיבי ה-Framework עצמם כי לא צריך לממש אותם. יש איזה אתר או ספר שמסביר דברים כאלה (ספציפיים ל-J2EE)? שוב תודה!