Разлика между BRS и SRS

BRS срещу SRS

В проект за разработка на софтуер, BRS (спецификация за бизнес изискване) е документ, който подробно описва изискванията на клиента. Това съдържа информацията за бизнеса и подробности за процесите, които трябва да бъдат внедрени в софтуера. SRS (спецификация на софтуерните изисквания) определя изискванията на софтуерната система. Тя включва описание на системата, която трябва да бъде разработена. SRS включва информация като това как потребителите взаимодействат със софтуерната система, нефункционални изисквания и т.н..

Какво е BRS?

BRS (спецификация за бизнес изискване) е документ, който подробно описва изискванията на клиента. Това ще се отнесе от екипа за разработка при разработването на софтуера и екипа за тестване по време на фазата на тестване. Това съдържа подробности за процесите, които трябва да бъдат внедрени в софтуера и дали са необходими нови функции. Като цяло BRS съдържа информация като например кой е възнамерявал да използва софтуера, максимален брой едновременни потребители, които ще използват системата, типове потребители, компютърна грамотност на употребите, проблеми, с които се сблъскват потребителите в момента, размер на сигурността, изисквана от приложението, хардуера и ограниченията за околната среда, пред които е изправен софтуерът. Той също така предоставя описание на текущата система и възможни бъдещи разширения. BRS също така описва резултатите или какво се очаква от клиента. Той също така трябва да описва нивото на надеждност, очаквано от софтуера. Най-важното е, че BRS не се пише с помощта на който и да е от компютърен жаргон.

Какво е SRS?

SRS определя изискванията на софтуерната система. Тя включва описание на системата, която трябва да бъде разработена. Той включва как потребителят взаимодейства със системата, използвайки случаи на използване. Случаите за употреба предоставят описание на действията, които се случват между потребителите и софтуерната система. Обикновено UML (унифициран език за моделиране) се използва за официално уточняване на случаите на използване в SRS. Той също така съдържа нефункционални изисквания, като изисквания за производителност, стандарти, изисквани от системата, както и всяко от ограниченията в системата. SRS винаги трябва да бъде правилен и последователен, тъй като се използва от разработчиците в процеса на разработка. Тя също трябва да бъде недвусмислена. Като цяло SRS трябва да съдържа поне следните раздели: въведение, цялостно описание на системата и специфични изисквания. Въведението трябва ясно да определи обхвата на очакваната система, наред с друга информация като цел на системата и преглед на системата. Общото описание осигурява взаимодействието на потребителите, зависимостите и ограниченията на системата и др. Специфичните изисквания съдържат всички изисквания за производителност, изисквания към базата данни и т.н..

Каква е разликата между BRS и SRS?

BRS е документ, който подробно описва изискванията на клиента, като използва нетехнически термини, докато SRS уточнява изискванията на софтуерната система по по-официален начин. SRS описва как потребителите взаимодействат със системата, използвайки случаи на използване (посочени с UML), докато BRS предоставя описание на потребителските взаимодействия. Както BRS, така и SRS се използват от разработчиците в процеса на разработка и за тестване на системата.