משולש הפיתוח של תוכנית ABAP

שלושה אנשים משתתפים ביצירה של תוכנית ABAP. לקוח, מיישם ומתכנת.

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

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

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

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

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

ברוב הארגונים אין בכלל אינטרקאציה בין הלקוח לבין המתכנת ויש אף שרואים בכך Best Practice. לעיתים, בייחוד במקרים בהם המיישם אינו "חזק" מספיק, נוצר מסלול תקשורת ישיר בין הלקוח והמתכנת. התקשורת הזאת לעיתים מהירה ואפקטיבית יותר בתווך הקצר (נפטרים מה-Middle Man), אך יש לה חסרונות בטווח הארוך.

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

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

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

#משולשהפיתוח #ABAP #BestPractice #Database