מפתחי תוכנה מקצועיים חייבים לעבור תהליך איסוף דרישות תוכנה בתחילת פרויקטי פיתוח תוכנה בכל גודל משמעותי. התוצר הסופי של שלב הפרויקט הזה הוא מסמך המכונה בדרך כלל מפרט דרישות תוכנה, או SRS. זה בדרך כלל אבן הדרך או התוצאה הראשונה של הפרויקט. לא ניתן להמעיט בחשיבותו של מסמך זה. תפקידו העיקרי הוא לתעד את צרכיו ודרישותיו העסקיות של הלקוח בצורה כתובה ולהפוך לבסיס להמשך תהליך פיתוח התוכנה. לאחר הידור של דרישות אלה, המסמך הופך לתיעוד של ההבנה של הלקוח ושל המפתח של מה התוכנה צריכה להשיג. בדרך כלל הלקוח סוקר וחותם על ה-SRS, ובכך מתחיל שלב עיצוב ופיתוח התוכנה המלא. על ידי נקיטת השלבים ברמה הגבוהה הכרוכים בכך, אתה יכול לכתוב מסמך SRS.
שלב 1
אם לארגון שלך אין תבנית מסמך סטנדרטית של מפרט דרישות תוכנה, צור אחת כעת (ראה משאבים לקישורים לתבניות).
סרטון היום
שלב 2
נפגש עם מומחי הנושא/לקוחות כדי לאסוף את הדרישות.
שלב 3
הגדר את הפונקציות של התוכנה.
שלב 4
צור מקרי שימוש עבור תת-התהליכים העיקריים. לדוגמה, אם אתה מעצב מערכת הזנת הזמנות, מקרי שימוש יהיו מורכבים מיצירת הזמנה חדשה, שינוי הזמנה קיימת וחיפוש הזמנה של לקוחות.
שלב 5
הגדר את ממשק המשתמש.
שלב 6
הגדר כל ממשק אחר כגון ממשקי חומרה או ממשקי מערכת תוכנה אחרים.
שלב 7
הגדר את זרימת התהליך.
שלב 8
קבע כללים עסקיים ספציפיים.
שלב 9
הגדר את מפרט הביצועים.
שלב 10
צור כל דיאגרמות הדרושות כדי להמחיש את זרימת התהליך או לפרט את הדרישות העיקריות.
שלב 11
ערכו את מסמך ה-SRS ובקשו מכל הצדדים הנחוצים לעיין או לחתום עליו.
דברים שתצטרכו
אפליקציית עיבוד תמלילים
תוכנת דיאגרמה כגון Microsoft Visio
עֵצָה
צור תבנית מסמך סטנדרטית. כלול מטריצת מעקב. כלול קישור בין דרישות למקור הדרישות הללו. רשום בבירור כללי תפעול עסקי מוגדרים. ודא שהכללים והתהליכים מוגדרים בשפה מדויקת וחד משמעית.
אַזהָרָה
ה-SRS מכיל רק דרישות פונקציונליות. אין לכלול פרטי עיצוב או יישום תוכנה.
