Architecture Decision Record
← מסמכים

איך להתחיל להשתמש ב-ADR

כדי להתחיל להשתמש ב-ADR, שוחחו עם חברי הצוות שלכם על התחומים האלה.

זיהוי החלטות:

  • עד כמה ה-AD דחופה ועד כמה היא חשובה?

  • האם צריך לקבל אותה עכשיו, או שאפשר לחכות עד שיהיה ידוע יותר?

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

  • במצב אידיאלי, שמרו רשימת משימות החלטות שמשלימה את רשימת משימות המוצר.

קבלת החלטות:

  • קיימות טכניקות רבות לקבלת החלטות, כלליות וגם ייעודיות לארכיטקטורת תוכנה, למשל מיפוי דיאלוג (dialogue mapping).

  • קבלת החלטות קבוצתית היא נושא מחקר פעיל.

הפעלה ואכיפה של החלטות:

  • AD משמשות בעיצוב תוכנה; לכן יש להעביר אותן לבעלי העניין במערכת שמממנים, מפתחים ומפעילים אותה, והם צריכים לקבל אותן.

  • סגנונות קוד שהארכיטקטורה ניכרת בהם וסקירות קוד שמתמקדות בשיקולים והחלטות ארכיטקטוניים הם שני נוהגים קשורים.

  • יש גם לשקול מחדש AD בעת מודרניזציה של מערכת תוכנה במסגרת התפתחות התוכנה.

שיתוף החלטות (אופציונלי):

  • AD רבות חוזרות בפרויקטים שונים.

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

תיעוד החלטות:

  • קיימות תבניות וכלים רבים ללכידת החלטות.

  • ראו קהילות אג'ייל, למשל ה-ADR של M. Nygard.

  • ראו תהליכי הנדסת תוכנה ועיצוב ארכיטקטורה מסורתיים, למשל פריסות הטבלאות שהציעו IBM UMF ו-Tyree ו-Akerman מ-CapitalOne.

למידע נוסף: