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