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

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

עם סיום הפיתוח יש סוף סוף משהו ביד - תוצר כלשהו שניתן לראות, לעבוד ולבדוק.

עם זאת, למרות שנדמה שסיום הקידוד פירושו סיום העבודה, זוהי אשליה! מה שיש לנו ביד זה מודול שעבר בדיקות יחידה ע"י התוכניתן אך טרם עבר אינטגרציה עם מודולים אחרים, טרם נבדק ע"י בודק חיצוני (STD), טרם עבר סקר קוד - Code Review שגם אליו נתייחס בהרחבה בהמשך וכמובן - טרם עבר בדיקות קבלה ע"י הלקוח (ATP).

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

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

"?If you don't have the time to do it right, when will you have the time to do it again".