Business needs must be documented i

Business needs must be documented in such a way that they can be reviewed
by, commented on and accepted by the system’s users. It has generally been
found that the diagrammatic approach favoured in structured methods has definite
advantages here over the more traditional narrative approach. The implications
of the choice of technical platform must also be spelled out and brought
to the attention of the users. Whatever means of specification is employed, it is
very important that the users formally agree the requirement before system
design begins. This is not to prevent future changes – pretending that there won’t
be changes in requirements is to defy reality – but so that the developers have a
baseline against which to measure and control change. Finally, looking forward
to delivery of the final system, the requirements specification should provide the
criteria against which the users will ultimately test and accept the system.
Ideally, these acceptance criteria should be in the requirements specification
itself. Making sure of the acceptance criteria at this point will save a lot of time,
trouble and argument for both developers and users later on in the project.

Kết quả (Việt) 1:

Nhu cầu kinh doanh phải được ghi thành tài liệu trong một cách mà họ có thể được xem xétnhận xét về bởi, và được chấp nhận bởi người dùng của hệ thống. Nó thườngtìm thấy phương pháp tiếp cận diagrammatic ưa thích phương pháp cấu trúc đã xác địnhlợi thế ở đây trên phương pháp tiếp cận truyền thống của câu chuyện. Những hệ lụysự lựa chọn của kỹ thuật nền tảng cũng phải được đánh vần ra và mangsự chú ý của người dùng. Bất cứ điều gì có nghĩa là đặc điểm kỹ thuật được sử dụng, đó làrất quan trọng mà người sử dụng chính thức đồng ý yêu cầu trước khi hệ thốngthiết kế bắt đầu. Điều này không phải là để ngăn chặn những thay đổi trong tương lai-giả vờ rằng có sẽ khônglà thay đổi trong yêu cầu là bất chấp thực tế- nhưng như vậy mà các nhà phát triển có mộtđường cơ sở đó để đo lường và kiểm soát sự thay đổi. Cuối cùng, nhìn về phía trướcđể việc chuyển giao các hệ thống cuối cùng, các đặc tả yêu cầu phải cung cấp cho cáctiêu chí chống lại người sử dụng cuối cùng sẽ kiểm tra và chấp nhận hệ thống.Lý tưởng nhất, các tiêu chí chấp nhận nên trong các đặc tả yêu cầuchính nó. Đảm bảo các tiêu chí chấp nhận tại thời điểm này sẽ tiết kiệm rất nhiều thời gian,rắc rối và các đối số cho các nhà phát triển và người sử dụng sau này trong dự án.

Kết quả (Việt) 2:

Nhu cầu kinh doanh phải được ghi lại trong một cách mà họ có thể được xem xét lại
bởi, nhận xét ​​về và được chấp nhận bởi người sử dụng của hệ thống. Nó đã thường được
tìm thấy rằng cách tiếp cận sơ đồ ưa chuộng trong các phương pháp cấu trúc có định
lợi thế ở đây trong cách tiếp cận kể chuyện truyền thống hơn. Các tác động
của sự lựa chọn của nền tảng kỹ thuật cũng phải được nêu ra và mang
đến sự chú ý của người sử dụng. Dù phương tiện kỹ thuật được sử dụng, nó là
rất quan trọng mà người dùng đã chính thức đồng ý với yêu cầu trước khi hệ thống
thiết kế bắt đầu. Đây không phải là để ngăn chặn những thay đổi trong tương lai - giả vờ rằng sẽ không
có những thay đổi trong yêu cầu là thách thức thực tế - nhưng cho rằng các nhà phát triển có
cơ sở để đo lường và thay đổi kiểm soát. Cuối cùng, mong
giao hàng của hệ thống cuối cùng, các đặc tả yêu cầu phải cung cấp các
tiêu chí dựa vào đó người sử dụng cuối cùng sẽ kiểm tra và chấp nhận hệ thống.
Lý tưởng nhất, các chuẩn mực chấp nhận phải ở trong các yêu cầu đặc điểm kỹ thuật
của chính nó. Đảm bảo các tiêu chí chấp nhận vào thời điểm này sẽ tiết kiệm rất nhiều thời gian,
rắc rối và tranh luận cho cả nhà phát triển và người sử dụng sau này trong dự án.