2026上半年軟考高級系統(tǒng)分析師第8章《專業(yè)英語》考試知識點分值分布及試題如下：

第8章 專業(yè)英語

一、分值分布

二、試題示例

1.專業(yè)英語--5分

試題【2022年上半年系統(tǒng)分析師考試上午真題】

Requirements validation is the process of checking that requirements actually define the system that the customer really wants. It overlaps with analysis as it is concerned with finding problems with the requirements. Requirements validation is important because errors in a requirements document can lead to extensive rework costs when these problems are discovered during development or after the system is in service. The cost of fixing a requirements problem by making a system change is usually much greater than repairing design or coding errors. The reason for this is that a change to the requirements usually means that the system design and implementation must also be changed. Furthermore, the system must then be re-tested.

During the requirements validation process, different types of checks should be carried out on the requirements in the requirements document. These checks include:

1. （ ）：A user may think that a system is needed to perform certain function. However, further thought and analysis may identify additional or different functions that are required. Systems have diverse stakeholders with different needs and any set of requirements is inevitably a compromise across the stakeholder community.

2. （ ）：Requirements in the document should not conflict. That is, there should not be contradictory constraints or different descriptions of the same system function.

3. （ ）：The requirements document should include requirements that define all functions and the constraints intended by the system user.

4. Realism checks: Using knowledge of existing technology, the requirements should be checked to ensure that they can actually be implemented. These checks should also take account of the （ ） for the system development.

5. Verifiability: To reduce the potential for dispute between customer and contractor, system requirements should always be written so that they are verifiable. This means that you should be able to write a set of tests that can demonstrate that the delivered system meets each specified （ ） .

選項1：

A：Security checks

B：Validity checks

C：Consistency checks

D：Completeness checks

選項2：

A：Security checks

B：Safety checks

C：Consistency checks

D：Usability checks

選項3：

A：Consistency checks

B：Usability checks

C：Operational checks

D：Completeness checks

選項4：

A：tools

B：tests

C：models

D：budget and schedule

選項5：

A：requirement

B：model

C：design

D：implementation

答案：B、C、D、C、A

解析：需求驗證是檢查需求是否實際定義了客戶真正想要的系統(tǒng)的過程。它與分析重疊，因為它關注的是發(fā)現(xiàn)需求中的問題。需求驗證是很重要的，因為當這些問題在開發(fā)過程中或系統(tǒng)投入使用后被發(fā)現(xiàn)時，需求文件中的錯誤會導致大量的返工成本。通過改變系統(tǒng)來修復需求問題的成本通常比修復設計或編碼錯誤要大得多。原因是對需求的改變通常意味著系統(tǒng)的設計和實施也必須改變。此外，還必須重新測試系統(tǒng)。

在需求驗證過程中，應該對需求文件中的需求進行不同類型的檢查。這些檢查包括：

1.（ ）: 用戶可能認為需要一個系統(tǒng)來執(zhí)行某些功能。然而，進一步的思考和分析可能會發(fā)現(xiàn)需要額外的或不同的功能。系統(tǒng)有不同的利益相關者，有不同的需求，任何一套需求都不可避免地是整個利益相關者群體的妥協(xié)。

2. （ ）: 文件中的要求不應沖突。也就是說，不應該有相互矛盾的約束或?qū)ν幌到y(tǒng)功能的不同描述。

3.（ ）: 需求文件應該包括定義所有功能的需求和系統(tǒng)用戶所期望的約束。

4. 現(xiàn)實性檢查。利用現(xiàn)有技術(shù)的知識，應該對需求進行檢查，以確保它們能夠真正被實現(xiàn)。這些檢查也應該考慮到系統(tǒng)開發(fā)的（ ）。

5. 可驗證性。為了減少客戶和承包商之間潛在的爭議，系統(tǒng)需求的編寫應該始終是可驗證的。這意味著你應該能夠編寫一套測試，以證明所交付的系統(tǒng)符合每一個指定的（ ）。

（1）A.安全檢查 B.有效性檢查C.一致性檢查 D.完整性檢查

（2）A.安全檢查 B.安全檢查 C.一致性檢查 D.可用性檢查

（3）A.一致性檢查B.可用性檢查C.操作性檢查 D.完整性檢查

（4）A.工具 B.測試 C.模型D.預算和時間表

（5）A.需求 B.模型 C.設計D.實施