SRS – הבדלי גרסאות

הוסרו 2 בתים ,  לפני שנה
אין תקציר עריכה
 
'''SRS''' (ראשי תיבות של: '''S'''oftware '''R'''equirements '''S'''pecification, תרגום: מפרט דרישות תוכנה) הוא תיאור של מערכת תוכנה העתידה להיות [[פיתוח תוכנה|מפותחת]]. SRS מודל במקור על בסיס מפרט דרישות עסקי (CONOPS, כונה גם StRS). מסמך SRS מפרט דרישות פונקציונליות ודרישות לא-פונקציונליות, ועשוי לכלול סט של [[תרחיש שימוש|תרחישי שימוש]] המתארים אינטראקציות עם משתמשים שהתוכנהשהתכנה חייבת לספק למשתמש עבור אינטראקציה שלמה.
 
מפרט דרישות תוכנה, קובע את הסכם הבסיס בין לקוחות, לקבלנים או ספקים על כיצד מוצר התוכנההתכנה צריך לתפקד.
 
SRS הוא מפרט יסודית וקפדני, המבצע הערכה מקיפה של הדרישות לפני שלבים מתקדמים יותר של תיכון מפורט, במטרה להפחית שינויים מאוחרים יותר בעיצוב ככל שניתן. אחת המטרות המרכזיות של STS היא לספק בסיס מציאותי להערכת עלויות המוצר, הסיכונים, ולוחות הזמנים הצפויים.<ref>{{Cite web|url=http://www.computer.org/portal/web/swebok/v3guide|title=Guide to the Software Engineering Body of Knowledge (SWEBOK)|accessdate=17 July 2014|publisher=IEEE Computer Society|date=2014|first=P.|last=Bourque|first2=R.E.|last2=Fairley}}</ref> עם שימוש נכון, מפרט דרישות תוכנה יכול למנוע כשלוןכישלון פרויקט תוכנה.<ref>{{Cite web|url=https://belitsoft.com/php-development-services/software-requirements-specification-helps-protect-it-projects-failure|title=Software requirements specification helps to protect IT projects from failure|accessdate=19 December 2016}}</ref>
 
מפרט דרישות תוכנה מגדיר דרישות הכרחיות ומספיקות לפיתוח הפרויקט.<ref name="Pressman">{{Cite book|title=Software Engineering: A Practitioner's Approach|last=Pressman|first=Roger|publisher=McGraw Hill|year=2010|isbn=9780073375977|location=Boston|pages=123}}</ref> כדי להתבסס על הדרישות, המפתח צריכה להיות הבנה ברורה ויסודית של המוצר המיועד לפיתוח. זו מושגת באמצעות תקשורת מתמשכת ומפורט עם צוות הפרויקט והלקוח לאורך כל תהליך פיתוח תוכנה.