SRS – הבדלי גרסאות
תוכן שנמחק תוכן שנוסף
typo : STS instead of SRS |
הצלת 1 מקורות והוספת 0 לארכיון.) #IABot (v2.0.8 |
||
שורה 3:
מפרט דרישות תוכנה, קובע את הסכם הבסיס בין לקוחות, לקבלנים או ספקים על כיצד מוצר התכנה צריך לתפקד.
SRS הוא מפרט יסודית וקפדני, המבצע הערכה מקיפה של הדרישות לפני שלבים מתקדמים יותר של תיכון מפורט, במטרה להפחית שינויים מאוחרים יותר בעיצוב ככל שניתן. אחת המטרות המרכזיות של SRS היא לספק בסיס מציאותי להערכת עלויות המוצר, הסיכונים, ולוחות הזמנים הצפויים<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|archive-date=2014-12-28|archive-url=https://web.archive.org/web/20141228080106/http://www.computer.org/portal/web/swebok/v3guide|dead-url=yes}}</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> כדי להתבסס על הדרישות, המפתח צריכה להיות הבנה ברורה ויסודית של המוצר המיועד לפיתוח. זו מושגת באמצעות תקשורת מתמשכת ומפורט עם צוות הפרויקט והלקוח לאורך כל תהליך פיתוח תוכנה.
| |||