BRS Vs. SRS: Sự khác biệt chính giữa chúng
Charles Moore
SỰ KHÁC BIỆT CHÍNH
- SRS chỉ định các yêu cầu chức năng và phi chức năng của phần mềm sẽ được phát triển trong khi BRS trong công nghệ phần mềm là tài liệu chính thức mô tả yêu cầu do khách hàng cung cấp
- SRS được tạo ra bởi Kiến trúc sư hệ thống trong khi phần mềm BRS thường được tạo ra bởi nhà phân tích kinh doanh.
- SRS là viết tắt của Đặc tả yêu cầu hệ thống trong khi BRS là viết tắt của Đặc tả yêu cầu nghiệp vụ.
- SRS có nguồn gốc từ BRS trong khi BRS có nguồn gốc từ các yêu cầu và tương tác của khách hàng.
Trước khi bắt đầu, bạn phải biết - Sự khác biệt giữa Yêu cầu và Thông số kỹ thuật
| Yêu cầu | Thông số kỹ thuật |
|---|---|
| Họ phác thảo “những gì” phần mềm phải làm | Họ phác thảo “cách” phần mềm sẽ được tạo ra |
| Họ phác thảo phần mềm từ góc độ người dùng cuối, doanh nghiệp và các bên liên quan. | Họ phác thảo phần mềm từ góc độ của nhóm kỹ thuật. |
Có rất nhiều thuật ngữ và thuật ngữ cho các tài liệu khác nhau
Các tài liệu đặc tả như –
- SRS - Thông số kỹ thuật yêu cầu hệ thống
- FRS - Thông số kỹ thuật yêu cầu chức năng
- BRS – Đặc tả yêu cầu nghiệp vụ
- CRS- Yêu cầu tương thích Thông số kỹ thuật
- PRS - Thông số kỹ thuật yêu cầu hiệu suất
- RRS- Yêu cầu về độ tin cậy Thông số kỹ thuật
- Đặc tả yêu cầu cấu hình CRS
Tài liệu yêu cầu như -
- BRD – Tài liệu yêu cầu kinh doanh
- SRD – Tài liệu yêu cầu hệ thống
Điểm cân nhắc
- Ở nhiều nơi, các tài liệu này không tách rời nhau và được sử dụng thay thế cho nhau.
- Thông số kỹ thuật và yêu cầu gần như truyền tải cùng một thông tin nhưng tới hai đối tượng hoàn toàn khác nhau.
- Đối với một dự án nhất định, việc tạo ra các tài liệu nêu trên phụ thuộc vào “bản chất” của dự án và “quy trình” tổ chức
Trong hướng dẫn này, chúng ta sẽ thảo luận về Sự khác biệt giữa BRS và SRS trong kiểm thử phần mềm:
| BRS (Đặc tả yêu cầu kinh doanh) | SRS (Đặc tả yêu cầu hệ thống) |
|---|---|
| Nó mô tả ở mức rất cao các thông số kỹ thuật chức năng của phần mềm | Nó mô tả ở mức độ cao các thông số kỹ thuật và chức năng của phần mềm |
| Đó là một tài liệu chính thức mô tả về yêu cầu được cung cấp bởi khách hàng (bằng văn bản, bằng lời nói) | Nó chỉ rõ các yêu cầu chức năng và phi chức năng của phần mềm sẽ được phát triển |
| Thông thường nó được tạo bởi Chuyên viên phân tích kinh doanh người tương tác với khách hàng | Thông thường nó được tạo bởi Hệ thống Architect là một chuyên gia kỹ thuật.
Mặc dù ở các công ty nhỏ hơn BA cũng sẽ tạo ra SRS. Một số công ty không tạo ra SRS hoàn toàn. BRS của họ đủ chi tiết để được sử dụng làm SRS. |
| Nó xuất phát từ sự tương tác và yêu cầu của khách hàng | Nó có nguồn gốc từ BRS |
