• Use multiple views of requirement

• Use multiple views of requirements. Building data, functional, and behavioral
models provide the software engineer with three different views. This
reduces the likelihood that something will be missed and increases the likelihood
that inconsistency will be recognized.
• Rank requirements. Tight deadlines may preclude the implementation of every
software requirement. If an incremental process model (Chapter 2) is applied,
those requirements to be delivered in the first increment must be identified.
• Work to eliminate ambiguity. Because most requirements are described in a
natural language, the opportunity for ambiguity abounds. The use of formal
technical reviews is one way to uncover and eliminate ambiguity.
A software engineer who takes these principles to heart is more likely to develop a
software specification that will provide an excellent foundation for design.

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

• Sử dụng nhiều nhìn toàn cảnh ra yêu cầu. Xây dựng dữ liệu, chức năng, và hành viMô hình cung cấp các kỹ sư phần mềm với ba quan điểm khác nhau. Điều nàylàm giảm khả năng rằng một cái gì đó sẽ được bỏ qua và tăng khả nănglà không thống nhất sẽ được công nhận.• Đánh giá yêu cầu. Chặt chẽ thời hạn có thể ngăn cản việc thực hiện của mỗiyêu cầu phần mềm. Nếu một mô hình gia tăng quá trình (chương 2) được áp dụng,những yêu cầu để được cung cấp trong tăng đầu tiên phải được xác định.• Làm việc để loại bỏ sự mơ hồ. Bởi vì hầu hết các yêu cầu được mô tả trong mộtngôn ngữ tự nhiên, cơ hội cho sự mơ hồ abounds. Sử dụng chính thứcđánh giá kỹ thuật là một cách để khám phá và loại bỏ sự mơ hồ.Một kỹ sư phần mềm người cần những nguyên tắc này để trái tim là nhiều khả năng để phát triển mộtphần mềm đặc điểm kỹ thuật mà sẽ cung cấp một nền tảng tuyệt vời cho thiết kế.

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

• Sử dụng nhiều quan điểm của các yêu cầu. Xây dựng dữ liệu, chức năng, và hành vi
mô hình cung cấp các kỹ sư phần mềm với ba quan điểm khác nhau. Điều này
làm giảm khả năng một cái gì đó sẽ được bỏ qua và làm tăng khả năng
rằng sự mâu thuẫn sẽ được công nhận.
• Các yêu cầu Rank. Thời hạn chặt chẽ có thể ngăn cản việc thực hiện của mỗi
yêu cầu phần mềm. Nếu một quá trình mô hình gia tăng (Chương 2) được áp dụng,
các yêu cầu đó sẽ được giao trong thặng dư đầu tiên phải được xác định.
• Làm việc để loại bỏ sự mơ hồ. Bởi vì hầu hết các yêu cầu được mô tả trong một
ngôn ngữ tự nhiên, các cơ hội cho sự mơ hồ đầy dẫy. Việc sử dụng các hình thức
đánh giá kỹ thuật là một trong những cách để phát hiện và loại bỏ sự mơ hồ.
Một kỹ sư phần mềm người có những nguyên tắc để trái tim có nhiều khả năng để phát triển một
đặc điểm kỹ thuật phần mềm sẽ cung cấp một nền tảng tuyệt vời cho thiết kế.