real (or envisioned) situation that

real (or envisioned) situation that is normally quite complex. Hence, it will be
incomplete and will exist at many levels of detail.
7. Establish the content and structure of a specification in a way that will enable
it to be amenable to change.
This list of basic specification principles provides a basis for representing software
requirements. However, principles must be translated into realization. In the next
section we examine a set of guidelines for creating a specification of requirements.
11.5.2 Representation
We have already seen that software requirements may be specified in a variety of
ways. However, if requirements are committed to paper or an electronic presentation
medium (and they almost always should be!) a simple set of guidelines is well
worth following:

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

tình hình thực tế (hoặc hình dung) là bình thường khá phức tạp. Do đó, nó sẽkhông đầy đủ và sẽ tồn tại ở nhiều cấp độ chi tiết.7. thiết lập nội dung và cấu trúc của một đặc điểm kỹ thuật theo một cách mà sẽ cho phépnó sẽ được amenable để thay đổi.Danh sách các đặc điểm kỹ thuật cơ bản nguyên tắc cung cấp một cơ sở cho đại diện cho phần mềmyêu cầu. Tuy nhiên, nguyên tắc phải được dịch vào thực hiện. Trong kế tiếpphần chúng tôi kiểm tra một tập hợp các hướng dẫn cho việc tạo ra một đặc điểm kỹ thuật của yêu cầu.11.5.2 đại diệnChúng tôi đã nhìn thấy rằng các phần mềm yêu cầu có thể được xác định trong một sốcách. Tuy nhiên, nếu yêu cầu là cam kết giấy hoặc một bài thuyết trình điện tửphương tiện truyền thông (và họ hầu như luôn luôn cần!) một tập đơn giản của nguyên tắc là tốtgiá trị sau đây:

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

thực tế (hoặc hình dung) tình hình đó là bình thường khá phức tạp. Do đó, nó sẽ là
không đầy đủ và sẽ tồn tại ở nhiều cấp độ chi tiết.
7. Thiết lập các nội dung và cấu trúc của một đặc tả trong một cách mà sẽ cho phép
nó để được tuân theo để thay đổi.
Đây là danh sách các nguyên tắc cơ bản đặc điểm kỹ thuật cung cấp một cơ sở cho việc đại diện cho phần mềm
yêu cầu. Tuy nhiên, nguyên tắc phải được dịch sang thực hiện. Trong tiếp theo
phần chúng ta xem xét một loạt các hướng dẫn cho việc tạo ra một đặc điểm kỹ thuật của yêu cầu.
11.5.2 Đại diện
Chúng ta đã thấy rằng các yêu cầu phần mềm có thể được quy định trong một loạt các
cách khác nhau. Tuy nhiên, nếu các yêu cầu cam kết giấy hoặc một bài thuyết trình điện tử
trung bình (và họ hầu như luôn luôn nên được!) một tập hợp đơn giản của hướng dẫn này cũng
có giá trị như sau: