在选择软件需求获取技术的时候，以下哪种策略最优（）。

正确答案：1．结合自己参与分析和建设的网络工程项目或从事的实际工作简要说明需求获取在网络工程建设中所起到的作用。 2．需求分析阶段的首要工作是确定用户需求以用户为核心是本阶段应遵循的至关重要的原则它决定着网络工程项目的有效实施。需求获取阶段的核心任务就是确定3个层次的需求：对付业务层要强调明确业务总目标及使用范围；对于用户层要强调明晰用户工作流程；对于功能层还要收集网络工程项目运行环境的限制等非功能性需求。不同的时间、不同的用户会由于不同的业务目标及使用范围而提出不尽相同的需求同时由于没有约定提出方式也会有各不相同的表现形式。针对上述问题首先要确定用户代表并对其在需求中划分主次地位；其次要确定需求的整个获取及归档过程；最后还要明确不同层次的需求要以约定的形式出具文档以备双方的交流或问题检查。 3．为了获取正确的需求信息可以使用几种比较常用的需求获取方法和技术。 (1) 采访关键人物。网络规划设计师必须能够与具有高度复杂背景的利益相关者进行沟通交流以提取和细化需求并向这些利益相关者描述系统的网络体系结构。在交流之前需要先确定这个组织的关键人员和关键群体再实施交流。在整个设计和实施阶段中应始终保持与关键人员之间的交流以确保网络工程建设不偏离用户需求。 通常这些关键人物主要是各级领导和行业专家。各级领导主要从管理角度明确需求而行业专家则明确的是业务需求。采访关键人物之前一定要有针对地制订问题提纲并最好先将提纲发给被采访人员；在采访过程开始前应首先获取联系方式最好和访谈者约定电子邮件、电话、即时通信的联系方式；对关键人物不可能一次访谈就明确了所有需求但是第一次访谈一定要形成需求的大致框架以便于后期访谈工作的开展。 (2) 调研和实地观察。通过观察用户的工作环境、活动及工作习惯来了解项目需求。 (3) 问卷调查。通过使用调查表收集信息。调查表有两种格式：自由格式和固定格式。调查的问题应该是清楚的、明确的并且具有启发性的。问卷的制作应简单、可操作性强尽量使用选择方式而不是让用户填写大段的文字。问卷调查的方式还可以根据用户的情况进行调整。对于计算机操作能力不强的用户群只能采用下发调查问卷并录入调查结构的方式；对于计算机操作能力很强的用户群可以采用下发电子文档或者开发调查网页的方式简化调查结果录入工作。 (4) 客户面谈。通过直接、面对面的交互获取需求。在与用户接触之前首先必须对问题的背景和问题所在系统的环境有全面的了解；其次尽可能了解用户的个性特点及任务状况；最后事先准备一些问题在与用户交流过程中能够循序渐进地提出问题。与组织中来自于不同的技术和业务部门、各个级别的利益相关者进行集中访谈就问卷形式无法解决的问题进行讨论从而发现深层次的问题。 (5) 演示。向听众介绍拟建的网络体系结构。创建清楚且有效的PPT演示文档该文档需要避免使用填满了项目符号的大量幻灯片力求使用图形的表示方法并围绕相关的图表展开介绍以帮助用户更好地确定关键需求。 在网络规划、设计与实施的过程中都要注意与用户群交流的方法和技巧应避免交流不充分和交流过于频繁。避免交流不充分的关键是没有注意交流的对象和方式。找到正确、对业务非常清晰的人(即行业专家)既可以减少交流的工作量也可以避免由于过量而无用的信息导致设计出现的偏差。应针对不同的人员采用不同的交流方式例如对于一线工作人员可采用先下发调查问卷再依据调查问卷进行访谈的方式。避免交流过于频繁的关键在于每次交流前都要有明确的交流目标同时交流后的归纳和总结同样可以提高交流的效率否则就会使管理层和用户群体在项目结束前就厌烦了所听到有关网络开发的细节从而产生抵触情绪给工作带来麻烦。 4．结合工程项目实际工作举例说明在获取需求时分别采用了哪些需求获取技术?详细说明选择这些技术的原因及其实施步骤并进行分析与评价。 5．建议采用如下步骤来指导需求的获取。 (1) 针对提议的网络工程项目评估业务及技术可行性给出需要和可行性的相关叙述。 (2) 确定能够帮助刻画需求和熟悉组织及相关业务的人员给出参与需求获取活动的客户、用户和其他风险承担者的列表。 (3) 定义网络工程项目的技术环境并给出相关的描述。 (4) 确定“领域约束(如政策约束等)”从而限制待建设的网络工程项目的功能或性能。并给出网络工程项目范围的限制性陈述以及需求列表和应用于每个需求的领域限制。 (5) 针对应用项目定义一种或多种需求获取的方法或技术。 (6) 尽可能多邀请相关人员参与以便能从不同视角来定义需求并确定每个正式需求的理由。 (7) 给出相类似的网络工程项目样板并建议用户进行实地考察以帮助用户更好地确定关键需求。
1．结合自己参与分析和建设的网络工程项目或从事的实际工作，简要说明需求获取在网络工程建设中所起到的作用。 2．需求分析阶段的首要工作是确定用户需求，以用户为核心是本阶段应遵循的至关重要的原则，它决定着网络工程项目的有效实施。需求获取阶段的核心任务就是确定3个层次的需求：对付业务层要强调明确业务总目标及使用范围；对于用户层要强调明晰用户工作流程；对于功能层还要收集网络工程项目运行环境的限制等非功能性需求。不同的时间、不同的用户会由于不同的业务目标及使用范围而提出不尽相同的需求，同时由于没有约定提出方式也会有各不相同的表现形式。针对上述问题，首先要确定用户代表并对其在需求中划分主次地位；其次要确定需求的整个获取及归档过程；最后还要明确不同层次的需求要以约定的形式出具文档，以备双方的交流或问题检查。 3．为了获取正确的需求信息，可以使用几种比较常用的需求获取方法和技术。 (1) 采访关键人物。网络规划设计师必须能够与具有高度复杂背景的利益相关者进行沟通交流，以提取和细化需求，并向这些利益相关者描述系统的网络体系结构。在交流之前，需要先确定这个组织的关键人员和关键群体，再实施交流。在整个设计和实施阶段中，应始终保持与关键人员之间的交流，以确保网络工程建设不偏离用户需求。 通常，这些关键人物主要是各级领导和行业专家。各级领导主要从管理角度明确需求，而行业专家则明确的是业务需求。采访关键人物之前，一定要有针对地制订问题提纲，并最好先将提纲发给被采访人员；在采访过程开始前，应首先获取联系方式，最好和访谈者约定电子邮件、电话、即时通信的联系方式；对关键人物不可能一次访谈就明确了所有需求，但是第一次访谈一定要形成需求的大致框架，以便于后期访谈工作的开展。 (2) 调研和实地观察。通过观察用户的工作环境、活动及工作习惯来了解项目需求。 (3) 问卷调查。通过使用调查表收集信息。调查表有两种格式：自由格式和固定格式。调查的问题应该是清楚的、明确的并且具有启发性的。问卷的制作应简单、可操作性强，尽量使用选择方式，而不是让用户填写大段的文字。问卷调查的方式还可以根据用户的情况进行调整。对于计算机操作能力不强的用户群，只能采用下发调查问卷，并录入调查结构的方式；对于计算机操作能力很强的用户群，可以采用下发电子文档或者开发调查网页的方式，简化调查结果录入工作。 (4) 客户面谈。通过直接、面对面的交互获取需求。在与用户接触之前，首先，必须对问题的背景和问题所在系统的环境有全面的了解；其次，尽可能了解用户的个性特点及任务状况；最后，事先准备一些问题，在与用户交流过程中能够循序渐进地提出问题。与组织中来自于不同的技术和业务部门、各个级别的利益相关者进行集中访谈，就问卷形式无法解决的问题进行讨论，从而发现深层次的问题。 (5) 演示。向听众介绍拟建的网络体系结构。创建清楚且有效的PPT演示文档，该文档需要避免使用填满了项目符号的大量幻灯片，力求使用图形的表示方法，并围绕相关的图表展开介绍，以帮助用户更好地确定关键需求。 在网络规划、设计与实施的过程中，都要注意与用户群交流的方法和技巧，应避免交流不充分和交流过于频繁。避免交流不充分的关键是，没有注意交流的对象和方式。找到正确、对业务非常清晰的人(即行业专家)既可以减少交流的工作量，也可以避免由于过量而无用的信息导致设计出现的偏差。应针对不同的人员采用不同的交流方式，例如，对于一线工作人员，可采用先下发调查问卷，再依据调查问卷进行访谈的方式。避免交流过于频繁的关键在于，每次交流前都要有明确的交流目标，同时交流后的归纳和总结同样可以提高交流的效率，否则就会使管理层和用户群体在项目结束前就厌烦了所听到有关网络开发的细节，从而产生抵触情绪，给工作带来麻烦。 4．结合工程项目实际工作，举例说明在获取需求时分别采用了哪些需求获取技术?详细说明选择这些技术的原因及其实施步骤，并进行分析与评价。 5．建议采用如下步骤来指导需求的获取。 (1) 针对提议的网络工程项目评估业务及技术可行性，给出需要和可行性的相关叙述。 (2) 确定能够帮助刻画需求和熟悉组织及相关业务的人员，给出参与需求获取活动的客户、用户和其他风险承担者的列表。 (3) 定义网络工程项目的技术环境并给出相关的描述。 (4) 确定“领域约束(如政策约束等)”，从而限制待建设的网络工程项目的功能或性能。并给出网络工程项目范围的限制性陈述，以及需求列表和应用于每个需求的领域限制。 (5) 针对应用项目定义一种或多种需求获取的方法或技术。 (6) 尽可能多邀请相关人员参与，以便能从不同视角来定义需求，并确定每个正式需求的理由。 (7) 给出相类似的网络工程项目样板，并建议用户进行实地考察，以帮助用户更好地确定关键需求。

参考答案：正确

一、常用的需求获取技术：用户访谈、用户调查、现场观摩、阅读历史文档、联合讨论会（联合需求计划）等。
（1）用户访谈。用户访谈是最基本的一种需求获取手段，其形式包括结构化和非结构化两种，结构化是指事先准备好一系列问题，有针对地进行；非结构化则是只列出一个粗略的想法，根据访谈的具体情况发挥。最有效的访谈是结合这两种方法进行。用户访谈具有良好的灵活性，用较宽广的应用范围，但是也存在着许多困难，诸如客户经常较忙，你难以安排到时间；面谈时信息量大，记录较为困难；沟通需要很多技巧，同时需要分析员有足够的领域知识；另外，在访谈时会遇到一些对于组织来说比较机密和敏感的话题。因此，这看似简单的技术，也需要分析人员拥有足够多的经验和较强的沟通能力。
（2）用户调查。用户访谈时最大的难处在于很多关键的人员时间有限，不容易安排过多的时间；而且客户面经常较广，不可能一一访谈。因此，我们就需要借助用户调查，通过精心设计要问的问题，然后下发到相关的人员手里，让他们填写答案。这样就可以有效地克服前面提到的两个问题。但是与用户访谈相比，用户调查最大的不足就是缺乏灵活性；而且双方未见面，分析人员无法从他们的表情等其他动作来获取一些更隐性的信息；还有就是客户有可能在心理上会不重视一张小小的表格，不认真对待从而使得反馈的信息不全面。因此较好的做法是将这两种技术结合使用。具体来说，就是先设计问题，制作成为用户调查表，下发填写完后，进行仔细的分组、整理、分析，以获得基础信息，然后再针对这个结果进行小范围的用户访谈，作为补充。
（3）现场观摩。对于许多较为复杂的流程和操作而言，是比较难以用言语表达清楚的，而且这样做也会显得很低效。因此，针对这一现象，分析团队可以就一些较复杂、较难理解的流程、操作采用现场观摩的方法来获取需求。具体来说，就是走到客户的工作现场，一边观察，一边听客户的讲解，甚至可以安排人员跟随客户工作一小段时间。这样就可以使得分析人员更加直观地理解需求。
（4）阅读历史文档。这种方式也称为"文档考古"。对于一些数据流比较复杂的，工作表单较多的项目，有时是难以通过语言，或者通过观察来了解需求细节的。这个时候就可以借助于阅读历史文档的方法，对历史存在的一些文档进行研究，从中获得所需的信息。这个方法的主要风险是历史的文档可能与新系统的流程、数据有一些不吻合的地方，并且还可以承载一些原有系统的缺陷。要想有效地避免和发现这些问题，就需要分析人员能够运用自己的聪明才智，将其与其他需求捕获技术结合对照。还有一个负面因素就是，这些历史的文档中记载的信息有可能涉及客户的商业秘密，因此对数据信息的保密也是分析人员基本的职业道德。
（5）联合讨论会。这是一种相对来说成本较高的需求获取方法，但也是十分有效的一种。它通过联合各个关键客户表、分析人员、开发团队代表一起，通过有组织的会议来讨论需求。通常该会议的参与人数为6～18人，召开时间为1～5小时。在会议之前，应该将与讨论主题相关的材料提前分发给所有将要参加会议的人。在会议开始之后，首先应该花一些时间让所有的与会者互相认识，以使交流在更加轻松的气氛下进行。会议的最初，就是针对所列举的问题进行逐项专题讨论，然后对原有系统、类似系统的不足进行开放性交流，第三步则是大家在此基础上对新的解决方案进行一番设想，在过程中将这些想法、问题、不足记录下来，形成一个要点清单。第四步就是针对这个要点清单进行整理，明确优先级，并进行评审。这种联合讨论会将会起到群策群力的效果，对于一些问题最有歧义的时候、对需求最不清晰地领域都是十分有用的一种技术。而且最大的难度就是会议的组织，要做到言之有物，气氛开放，否则将难以达到预想的效果。
二、结合项目实际工作，举例说明你在获取需求时分别采用了哪些需求获取技术；详细说明你选择这些技术的原因及具体实施步骤。

正确答案：[写作要点] 1)结合自己参与分析和开发的应用项目或从事的实际工作论述需求获取在系统开发中的作用。 2)能够较为详细地论述几种比较常用的需求获取技术： (1)抽样技术：对现有文档、表和文件进行抽样： (2)调研和实地访问： (3)观察工作环境：通过观察用户的活动、现场及工作习惯来了解项目需求； (4)问卷调查：通过使用调查表收集信息。调查表有两种格式：自由格式和固定格式： (5)面谈：通过直接、面对面的交互获取需求。 3)结合项目实际工作举例说明在获取需求时分别采用了哪些需求获取技术；详细说明选择这些技术的原因及其实施步骤并进行分析与评价。
[写作要点] 1)结合自己参与分析和开发的应用项目或从事的实际工作，论述需求获取在系统开发中的作用。 2)能够较为详细地论述几种比较常用的需求获取技术： (1)抽样技术：对现有文档、表和文件进行抽样： (2)调研和实地访问： (3)观察工作环境：通过观察用户的活动、现场及工作习惯来了解项目需求； (4)问卷调查：通过使用调查表收集信息。调查表有两种格式：自由格式和固定格式： (5)面谈：通过直接、面对面的交互获取需求。 3)结合项目实际工作，举例说明在获取需求时分别采用了哪些需求获取技术；详细说明选择这些技术的原因及其实施步骤，并进行分析与评价。

正确答案：A

试题（47）分析
    软件架构需求是指用户对目标软件系统在功能、行为、性能和设计约束等方面的期望。需求过程主要是获取用户需求，标识系统中所要用到的构件，并进行架构需求评审。其中标识构件又详细分为生成类图、对类图进行分组和将类打包成构件三步。软件架构需求并不应该包括设计构件的过程。
参考答案
 （47）A

参考答案：AC

参考答案：C

正确答案：A
解析：软件架构需求是指用户对目标软件系统在功能、行为、性能和设计约束等方面的期望。需求过程主要是获取用户需求，标识系统中所要用到的构件，并进行架构需求评审。其中标识构件又详细分为生成类图、对类图进行分组和将类打包成构件三步。软件架构需求并不应该包括设计构件的过程。