【软考系统架构设计师】复盘架构设计师真题知识点第十三章---系统规划与需求工程

【软考系统架构设计师】复盘架构设计师真题知识点第十三章—系统规划与需求工程

前言部分 考点分析历年真题

系统规划相关的主要考查的知识点有：可行性分析的概念，四种分类，系统建议方案书。
需求工程相关主要考查的知识点有：需求开发（需求获取，需求分析，需求验证，需求定义），需求管理（变更管理，需求跟踪），用例图关系的三种分类，需求获取技术，需求建模，需求的特征，需求陈述，变更控制过程（反复考），CCB概念，数据流图（四个元素），ER图，用例图。

01.综合知识考点分析

综合知识固定考察的分数在2-5分，从历年真题刷题结果来看，综合知识没有什么大的问题。毕竟系统规划章节和需求工程章节都是系统分析师的重点章节。而且考察方式基本以概念为主。除了需求的分类，其他都覆盖到了。

02.案例分析考点分析

需求工程相关的案例分析中考了五年，每次都是考查25分，基本隔一年考一次的节奏。考查方式有两种。一种是概念题，一种是案例看图天空或者看图找错题型。考得最多的还是需求分析建模中常用的用例图，数据流图，ER图；所以掌握DFD图，ER图的画图技巧，以及相关的概念很重要。

03.论文写作考点分析

论文考过两次需求工程的论文题目，分别是2011年和2014年；分别考查的是需求管理和需求获取。最近五年内都没有再考过论文了。需求工程本来就归属于系分，估计考查论文可能性不高。但理论上也是有可能的。和考查项目管理类论文一样的考查概率。

第一部分 综合知识历年真题

2009下综合知识历年真题（3分）

【2009下架构真题第19题：绿色】
19.—个大型软件系统的需求通常是会发生变化的。以下关于需求变更策略的叙述中错误的是（23）
(23)
A.所有需求变更必须遵循变更控制过程
B.对于未获得核准的变更，不应该做变更实现工作
C.完成了对某个需求的变更之后，就可以删除或者修改变更请求的原始文档
D.每一个集成的需求变更必须能追溯到一个经核准的变更请求

解答：答案选择C。送分题。

• —个大型软件系统的需求通常是会发生变化的。在进行需求变更时，可以参考以下的需求变更策略：
  (1) 所有需求变更必须遵循变更控制过程：
  (2) 对于未获得批准的变更，不应该做设计和实现工作；
  (3) 变更应该由项目变更控制委员会决定实现哪些变更；
  (4) 项目风险承担者应该能够了解变更数据库的内容；
  (5) 决不能从数据库中删除或者修改变更请求的原始文档；
  (6) 每一个集成的需求变更必须能跟踪到一个经核准的变更请求。

【2009下架构真题第20题：绿色】
20.以下关于需求管理的叙述中，正确的是（24）。
(24)
A.需求管理是一个对系统需求及其变更进行了解和控制的过程
B.为了获得项目，开发人员可以先向客户做出某些承诺
C.需求管理的重点在于收集和分析项目需求
D.软件开发过程是独立于需求管理的活动

解答：答案选择A。

1. 需求管理是一个对系统需求变更、了解和控制的过程。需求管理过程与需求开发过程相互关联，当初始需求导出的同时就启动了需求管理计划，一旦形成了需求文档的初稿，需求管理活动就开始了。
2. 关于需求管理过程域内的原则和策略，可以参考：
   1. 需求管理的关键过程领域不涉及收集和分析项目需求，而是假定已收集了软件需求，或者已由更高一级的系统给定了需求。
   2. 开发人员在向客户以及有关部门承诺某些需求之前，应该确认需求和约束条件、风险、偶然因素、假定条件等。
   3. 关键处理领域同样建议通过版本控制和变更控制来管理需求文档。

【2009下架构真题第25题：绿色】
25.用例（usecase)用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要核查用户账号是否正确。用例“创建新订单“、“更新订单”与用例“核查户账号”之间是（32）关系。
(32)
A.包含（include)
B.扩展（extend)
C.分类（classification)
D.聚集（aggregation)

解答：答案选择A。送分题。

1. 用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。用例模型描述的是外部执行者（Actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。
   两个用例之间的关系主要有两种情况：一种是用于重用的包含关系，用构造型 include表示；另一种是用于分离出不同行为的扩展，用构造型extend表示。
2. 包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能 够使用一个构件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系来表示它们。
3. 扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰。

2010下综合知识历年真题（2分）

【2010下架构真题第22题：绿色】
22.在实际的项目开发中，人们总是希望使用自动工具来执行需求变更控制过程。下列描述中，（ ）不是这类工具所具有的功能。
A.可以定义变更请求的数据项以及变更请求生存期的状态转换图
B.记录每一种状态变更的数据，确认做出变更的人员
C.可以加强状态转换图使经授权的用户仅能做出所允许的状态变更
D.定义变更控制计划，并指导设计人员按照所制定的计划实施变更

解答：答案选择D。

1. 对许多项目来说，系统软件总需要不断完善，一些需求的改进是合理的而且不可避免，要使得软件需求完全不变更，也许是不可能的，但毫无控制的变更是项目陷入混乱、不能按进度完成或者软件质量无法保证的主要原因之一。
2. 一个好的变更控制过程，给项目风险承担者提供了正式的建议需求变更机制。可以通过需求变更控制过程来跟踪已建议变更的状态，使已建议的变更确保不会丢失或疏忽。
3. 在实际中，人们总是希望使用自动工具来执行变更控制过程。有许多人使用商业问题跟踪工具来收集、存储、管理需求变更；可以使用工具对一系列最近提交的变更建议产生一个列表给变更控制委员会开会时做议程用。问题跟踪工具也可以随时按变更状态分类包裹变更请求的数目。
4. 挑选工具时可以考虑以下几个方面： ①可以定义变更请求的数据项。 ②可以定义变更请求生存期的状态转换图。 ③可以加强状态转换图，使经授权的用户仅能做出所允许的状态变更。 ④记录每一种状态变更的数据，确认做出变更的人员。 ⑤可以定义在提交新请求或请求状态被更新后应该自动通知的设计人员。 ⑥可以根据需要生成标准的或定制的报告和图表。

【2010下架构真题第23题：绿色】
23.需求管理是CMM可重复级中的6个关键过程域之一，其主要目标是（ ）。
A.对于软件需求，必须建立基线以进行控制，软件计划、产品和活动必须与软件需求保持一致
B.客观地验证需求管理活动符合规定的标准、程序和要求
C.策划软件需求管理的活动，识别和控制已获取的软件需求
D.跟踪软件需求管理的过程、实际结果和执行情况

解答：答案选择A。

1. 过程能力成熟度模型（Capability Maturity Model，CMM）在软件开发机构中被广泛用来指导软件过程改进。
2. 该模型描述了软件过程能力的5个成熟度级别，每一级都包含若干关键过程域（Key Process Areas，KPA）
3. CMM的第二级为可重复级，它包括了6个关键过程域，分别是：需求管理、软件项目计划、软件项目跟踪和监督、软件分包合同管理、软件质量保证和软件配置管理。
4. 需求管理的目标是为软件需求建立一个基线，提供给软件工程和管理使用：软件计划、产品和活动与软件需求保持一致。

2011下综合知识历年真题（3分）

【2011下架构真题第18题：黄色】
18.利用需求跟踪能力链（traceabilitylink）可以跟踪一个需求使用的全过程，也就是从初始需求到实现的前后生存期。需求跟踪能力链有4类，如下图所示：
其中的①和②分别是（ ）.
A.客户需求、软件需求
B.软件需求、客户需求
C.客户需求、当前工作产品
D.软件需求、当前工作产品

解答：答案选择A。多半靠蒙对。

1. 需求跟踪包括编制每个需求与系统元素之间的联系文档，这些元素包括别的需求、体系结构、其他设计部件、源代码模块、测试、帮助文件和文档等。跟踪能力信息使变更影响分析十分便利，有利于确认和评估实现某个建议的需求变更所必须的工作。
2. 利用需求跟踪能力链（traceabilitylink）可以跟踪一个需求使用的全过程，也就是从初始需求到实现的前后生存期。
3. 跟踪能力是优秀需求规格说明书的一个特征，为了实现跟踪能力，必须统一地标识出每一个需求，以便能明确地进行查阅。 客户需求向前追溯到软件需求。
4. 这样就能区分出开发过程中或者开发结束后，由于客户需求变更受到影响的软件需求，这也就可以确保软件需求规格说明包括了所有客户需求。
5. 从软件需求回溯响应的客户需求。这也就是确认每个软件需求的源头。如果使用实例的形式来描述客户需求，那么客户需求与软件需求之间的跟踪情况就是使用实例和功能性需求。
6. 从软件需求向前追溯到下一级工作产品。由于开发过程中系统需求转变为软件需求、设计、编码等，所以通过定义单个需求和特定的产品元素之间的（联系）链，可以从需求向前追溯到下一级工作产品。
7. 这种联系链告诉我们每个需求对应的产品部件，从而确保产品部件满足每个需求。
8. 从产品部件回溯到软件需求。说明了每个部件存在的原因。如果不能把设计元素、代码段或测试回溯到一个需求，可能存在“画蛇添足”的程序。然而，如果这些孤立的元素表明了一个正当的功能，则说明需求规格说明书漏掉了一项需求。

【2011下架构真题第19题：绿色】
19.通常有两种常用的需求定义方法：严格定义方法和原型方法。下述的各种假设条件中，“ （ ） ”不适合使用严格定义方法进行需求定义。
A.所有需求都能够被预先定义
B.开发人员与用户之间能够准确而清晰地交流
C.需求不能在系统开发前被完全准确地说明
D.采用图形（或文字）充分体现最终系统

解答：答案选择C。送分题。

1. 需求定义的过程也就是形成需求规格说明书的过程，通常有两种需求定义的方法： 严格定义方法和原型方法。
2. 严格定义方法也称为预先定义，需求的严格定义建立在以下基本假设之上：
   ①所有需求都能够被预先定义。这意味着在没有实际系统运行经验的情况下，全部的系统需求均可通过逻辑推断得到。但这种假设在许多场合是不能成立的。
   ②开发人员与用户之间能够准确而清晰地交流。
   ③采用图形（或文字）可以充分体现最终系统。在使用严格定义需求的开发过程中，开发人员与用户之间交流与沟通的主要工具是定义报告，包括文字、图形、逻辑规则和数据字典等技术工具。
3. 原型化的需求定义过程是一个开发人员与用户通力合作的反复过程。从一个能满足用户基本需求的原型系统开始，允许在开发过程中提出更好的要求，根据用户的要求不断地对系统进行完善，它实质上是一种迭代的循环型的开发方式。采用原型方法时需注意一下几个问题：
   ①并非所有的需求都能在系统开发前被准确地说明。
   ②项目干系人之间通常都存在交流上的困难。
   ③需要实际的、可供用户参与的系统模型。
   ④有合适的系统开发环境。
   ⑤反复是完全需要和值得提倡的。需求一旦确定，就应该遵从严格定义的方法。

【2011下架构真题第20题：绿色】
20.下列关于软件需求管理或需求开发的叙述中，正确的是（ ）。
A.所谓需求管理是指对需求开发的管理
B.需求管理包括：需求获取、需求分析、需求定义和需求验证
C.需求开发是将用户需求转化为应用系统成果的过程
D.在需求管理中，要求维持对用户原始需求和所有产品构件需求的双向跟踪

解答：答案选择D。

1. 软件需求工程是包括创建和维护软件需求文档所必须的一切活动的过程，可以分为需求开发和需求管理两大工作。
2. 需求开发包括需求获取、需求分析、编写需求规格说明书（需求定义）和需求验证4个阶段。
3. 在需求开发阶段需要确定软件所期望的用户类型， 获取各种用户类型的需求，了解实际的用户任务和目标，以及这些任务所支持的业务需求。
4. 需求管理是一个对系统需求变更、了解和控制的过程，逋常包括定义需求基线、处理需求变更和需求跟踪方面的工作。
5. 需求管理强调：控制对需求基线的变动；保持项目计划与需求的一致；控制单个需求和需求文档的版本情况；管理需求和联系链，或者管理单个需求和其他项目可交付产品之间的依赖关系；跟踪基线中的需求状态。
6. 需求开发与需求管理是相辅相成的，需求开发是主线、目标；需求管理是支持、保障。

2012下综合知识历年真题（2分）

【2012下架构真题第2