Sự khác biệt giữa BRS và SRS
Share
BRS vs SRS
Trong một dự án phát triển phần mềm, BRS (Đặc tả yêu cầu nghiệp vụ) là một tài liệu chi tiết các yêu cầu của khách hàng. Điều này chứa thông tin về doanh nghiệp và chi tiết về các quy trình cần được thực hiện trong phần mềm. SRS (Đặc tả yêu cầu phần mềm) chỉ định các yêu cầu của hệ thống phần mềm. Nó bao gồm một mô tả về hệ thống cần được phát triển. SRS bao gồm thông tin như cách người dùng tương tác với hệ thống phần mềm, các yêu cầu phi chức năng, v.v..
BRS là gì?
BRS (Đặc tả yêu cầu kinh doanh) là một tài liệu chi tiết các yêu cầu của khách hàng. Điều này sẽ được nhóm phát triển giới thiệu khi phát triển phần mềm và nhóm thử nghiệm trong giai đoạn thử nghiệm. Điều này chứa chi tiết về các quy trình cần được thực hiện trong phần mềm và liệu có bất kỳ tính năng mới nào được yêu cầu không. Nói chung, BRS chứa thông tin như ai định sử dụng phần mềm, số lượng người dùng đồng thời tối đa sẽ sử dụng hệ thống, loại người dùng, hiểu biết về sử dụng máy tính, các vấn đề mà người dùng hiện đang gặp phải, mức độ bảo mật được yêu cầu bởi các hạn chế về ứng dụng, phần cứng và môi trường mà phần mềm phải đối mặt. Nó cũng cung cấp một mô tả về hệ thống hiện tại và mở rộng có thể trong tương lai. BRS cũng mô tả các sản phẩm giao hoặc những gì khách hàng mong đợi. Nó cũng nên mô tả mức độ tin cậy mà phần mềm mong đợi. Quan trọng nhất là BRS không được viết bằng bất kỳ thuật ngữ máy tính nào.
SRS là gì?
SRS chỉ định các yêu cầu của một hệ thống phần mềm. Nó bao gồm một mô tả về hệ thống cần được phát triển. Nó bao gồm cách người dùng tương tác với hệ thống bằng các trường hợp sử dụng. Các trường hợp sử dụng cung cấp một mô tả về các hành động xảy ra giữa người dùng và hệ thống phần mềm. Thông thường UML (Ngôn ngữ mô hình thống nhất) được sử dụng để chỉ định chính thức các trường hợp sử dụng trong SRS. Nó cũng chứa các yêu cầu phi chức năng như yêu cầu về hiệu suất, tiêu chuẩn theo yêu cầu của hệ thống và bất kỳ ràng buộc nào trên hệ thống. SRS phải luôn chính xác và nhất quán vì nó được các nhà phát triển sử dụng trong quá trình phát triển. Nó cũng nên rõ ràng. Nói chung, SRS nên chứa ít nhất các phần sau: giới thiệu, mô tả tổng thể về hệ thống và các yêu cầu cụ thể. Phần giới thiệu cần xác định rõ phạm vi của hệ thống dự kiến trong số các thông tin khác như mục đích của hệ thống và tổng quan về hệ thống. Mô tả tổng thể cung cấp cho người dùng các tương tác, phụ thuộc và ràng buộc của hệ thống, v.v. Các yêu cầu cụ thể chứa bất kỳ yêu cầu về hiệu suất, yêu cầu cơ sở dữ liệu, v.v..
Sự khác biệt giữa BRS và SRS là gì?
BRS là một tài liệu mô tả chi tiết các yêu cầu của khách hàng bằng các thuật ngữ phi kỹ thuật, trong khi SRS chỉ định các yêu cầu của hệ thống phần mềm theo cách thức chính thức hơn. SRS mô tả cách người dùng tương tác với hệ thống bằng các trường hợp sử dụng (được chỉ định bằng UML) trong khi BRS cung cấp mô tả về tương tác của người dùng. Cả BRS và SRS đều được các nhà phát triển sử dụng trong quá trình phát triển và để thử nghiệm hệ thống..
