3-《软件需求工程》 课件(第二部分：6,7章).pptVIP

《软件需求工程》第二部分 软件需求开发 第六章 需求获取 本章内容： 6.1 定义和过程模型 6.2 确定需求开发计划 6.3 确定产品前景与项目范围 6.4 确定调查对象 6.5 实地收集用户需求信息 6.6 确定非功能需求和约束条件 6.1 定义和过程模型 需求获取 需求获取是需求工程的主体内容之一。获取需求是一个确定和理解不同涉众的需要和约束的过程。 需求获取可定义为： 涉众团体之间的相互沟通，识别需要的过程。涉众团体通过这个过程提取、定义需求。需求获取既涉及技术问题，也涉及社会交往问题。 需求获取的过程： 6.2 确定需求开发计划 确定需求开发计划的基本任务是确定需求开发的实施步骤，给出收集需求活动的人员、具体安排和进度。需要重点注意的是： 针对不同层次的调查对象，安排的调查人员在阅历和经验上的对等原则。 调查人员的沟通和业务理解能力必须适当。 用户的时间延误、文档确认的时间要在计划进度中预留。 6.3 确定产品前景与项目范围 本阶段的任务是帮助投资管理人、产品经理弄清楚“为什么要作这个项目？”，组织的业务目标以及系统最终版本具备哪些功能的长远规划。 产品前景（product vision）描述了产品用来干什么，它最终会是什么样子。 项目范围（project scope）确定当前的项目要解决产品长远规划中的哪一部分。项目范围的细节体现于项目定义的需求基线。 产生文档：前景与范围文档。 6.3.1 前景与范围的关系 前景关系到整个产品。当产品的战略定位或业务目标虽时间发生改变时，前景也会变化。范围则只与一个特定项目，或实现产品功能下一增量的某次迭代相关。 产品前景包括了每一个计划产品版本的范围 6.3.2 通过业务需求定义前景 回顾： 业务需求（ business requirement）表示组织或客户高层次的目标。 来源：项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。 内容：描述了组织为什么要开发一个系统，即组织希望达到的目标。 记述位置：使用前景和范围（vision and scope）文档来记录业务需求。 6.3.3 前景和范围文档的模板 1.业务需求 1.1 背景 1.2 业务机遇 1.3 业务目标与成功标准 1.4 客户和市场需要 1.5 业务风险 2.解决方案的前景 2.1 前景陈述 2.2 主要的系统特征 2.3 假设和依赖条件 微软MSF软件过程模型中定义的前景/范围文档 前景/范围文档包括 ◆ 问题陈述 ◆ 前景 ◆ 初始需求 ◆ 用户档案 ◆ 范围 ◆ 解决方案概要 ◆ 项目范围 6.3.4 前景文档示例 成品档案管理系统前景/范围文档 实例：用户基本业务流程 涉及部门 6.4 确定调查对象 本阶段的基本任务是明确地确定来自不同层次的需求来源和用户，并将其分类。(前景与范围文档可以帮助区分用户分类) 由于软件需求分为三个层次，业务需求、用户需求、功能需求，故应根据需求的层次来区分不同的用户。 用户分类：可分为四种不同类别 用户方的领导者、项目规划者、项目出资人 (目标) 应用部门的经理、执行层的管理者 （业务,功能） 软件的直接使用、操作人员 （功能,易用性） 未来软件系统的技术管理、运行维护人员（性能,安装,维护） 需求的来源 软件需求来源除了来自用户之外，还可以有其它收集渠道，典型来源： 1）直接和间接使用软件的用户 2）系统需求规格说明 3）市场调查和用户问卷调查 4）已开发出和待开发的同类软件系统的描述和文档。 5）对人工系统的存在问题的报告和增强要求。 6）观察正在工作的用户 7）用户工作的场景分析 6.5 实地收集用户需求信息 6.5.1 实地收集需求信息面临的困难 1）能提出软件需求的用户没有时间 2）有时用户希望通过简单的说明和问答 3）用户和开发人员只考虑自己的利益 4）用户本身不能提出明确的需求 5）开发人员缺乏用户的业务知识，而用户缺乏计算机方面的知识，引起交流困难。 6.5.2 实地调查的步骤 1）向掌握“全局”的负责人调查：概貌,规划,目标,范围 2）向部门负责人调查：业务和业务流程,部门间相互关系。功能需求和非功能需求,与其他部门间的接口。 3）向业务人员调查：自身工作处理细节、具体数据或表格的作用来源和去向、类型、精度、处理要求和输入/输出格式。具体的功能和性能需求。 6.5.3 实地收集需求信息的方式 （1）座谈会方式 会前发议题，控制参会人员规模、时间、讨论范围，会中有记录，会后整理。掌握方向不跑题。 （2）