参考答案:

【问题1】 PIECES框架是系统非功能性需求分类的技术，对各种类型的需求进行分类使得类  似的需求可以组织起来达到汇报、跟踪和验证的目的，还可能帮助确定可能忽略的需求。
（a）（2）（3）
（b）（8）
（c）（4）
（d）（5）
（e）（1）
（f）（6）（7）
【问题2】
（g）和（h）  （2）和（7）
（i）和（j）  （3）和（4）
（k）和（l）  （6）和（8）
（m） （5）
（n） （1）
【问题3】
一份需求定义文档可能是项目文档中被阅读和引用得最多的文档。应该包括以下内容：系统应该提供的功能和服务；非功能需求，包括系统的特征、特点和属性；限制系统开发或者系统运行必须遵守的约束条件；系统必须连接的其他系统的信息。
系统所有者和用户使用需求定义文档来确认需求以及任何可能产生的变化，并作为验收依据；系统分析人员、设计人员和构造人员使用它来理解需要什么以及处理需求变更，开发用于验证系统的测试用例；项目经理使用它作为制定项目计划、处理变更及验收的依据。

 

详细解析:

软件系统需求分析是在项目初始研究的基础上进行的，是系统开发中最重要和技术性最强的工作，一般是由系统分析员实施完成的。需求分析的主要任务是分析系统功能、信息和外部接口及新的需求。系统需求分析是一个由实际业务流程到信息处理流程的抽象过程，最终建立所需信息系统的逻辑模型。在系统需求分析阶段，常需要借助很多图形工具使得分析过程可视化，便于分析和与用户交流。问题分析所采用的PIECES框架和因果分析方法中的鱼骨图是两种普遍使用的可视化分析技术，也是合格的系统分析员必须掌握的技能。
本题主要考查考生对系统分析方法和工具的掌握情况，特别是PIECES框架和鱼骨图两种技术。本题结合一个典型的实际项目案例，首先要求应试者基于PIECES框架分析业务系统非功能性需求的类型，然后根据一个具体的实际问题，利用鱼骨图分析该问题产生的原因及其类别，最后结合需求分析的结果完成需求分析阶段的交付成果——需求定义文档。
【问题1】
PIECES框架是系统非功能性需求分类的技术，对各种类型的需求进行分类使得类似的需求可以组织起来达到汇报、跟踪和验证的目的，还可能帮助确定可能忽略的需求。James Wetherbe提出的PIECES框架能够完整、准确、快速地确定信息系统的需求，确认业务中存在的问题、机会和改进目标、包括性能（Performance）、信息（Information）、经济（Economics）、控制（Control）、效益（Efficiency）和服务（Service）6个类别。

本题要求考生熟悉PIECES框架中不同需求类型之间的差异，能够根据实际应用需求判断需求的类别。
（1）“降低使用资源的成本”是提高效益的方法。
（2）、（3）“吞吐率”和“响应时间”属于系统性能指标。
（4）“减少开支和增加收益”是系统经济性指标。
（5）“用户隐私”属于安全性控制的内容。
（6）“可靠性和可用性”是系统所提供服务的质量属性。
（7）“文档和培训材料”是为用户提供的服务。
（8）“外部系统的接口”说明系统与外界交互的信息需求。
【问题2】
鱼骨图主要应用于问题的因果分析，是一种用于确定、探索和描述问题及其原因和结果的图形工具，它也经常被称为因果图。一般会将产生问题的原因分为人、方法、合同、材料和策略5个方面。
本题要求考生熟悉鱼骨图中不同类型原因之间的差异，能够根据实际应用问题判断产生该问题的原因的类别。
（1）“措施”属于系统开发策略的范畴。
（2）“会员没有得到通知”是相关人员工作没有完成。
（3）、（4）“没有催单警告用户”、“没有跟踪执行情况”是所采用的方法不正确。
（5）“成本太高价”是所购买材料价格高。
（6）“合同履行缺乏灵活性”是合同执行的问题。
（7）“财务问题或隐瞒相关内容”属于财务人员工作问题。
（8）“价格太高无法修改”是指合同中价格条款。
【问题3】
本题要求考生能够准确掌握需求定义文档的组成部分，和需求定义文档对不同的系统开发关联人员对其工作的具体作用。