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 використовуються розробниками в процесі розробки та для тестування системи.