03需求工程推荐的方法new.pptVIP

SSPM/WRL 第一章 回顾 第二章 回顾 学习目标 3.1 获取知识技能的方法 3.2 需求获取的方法 3.3 需求分析的方法 3.4 编写SRS的方法 3.5 需求验证的方法 3.6 需求管理方法 3.7 项目管理方法 3.8 方法使用原则 3.9 需求开发过程 本章小结 体 会 第 3 章 需求工程的推荐方法 SQE-WRL 软件需求工程Software Requirements Engineering( SRE )?第一部分 需求工程综述第三章 需求工程的推荐方法 龚 永 罡 1个定义 2个部分 3个层次 4个文档 软件需求是客户需求信息和软件行为、特性、设计及开发约束的描述的集合。 需求工程＝需求开发 ＋需求管理 业务需求、用户需求 功能与非功能需求 远景与范围 用例 SRS 模型 客户和用户 权利与义务 签约的意义 客户：具体阐明产品高层次概念和主要业务内容，并决定支付款项的决策者。 用户： 能够清楚的说明软件功能和非功能性需求和特性，并最终使用系统的人。 在明确客户权利的同时，帮助客户认识他们应尽的义务是确保项目成功的基本保证； 在行使开发者权利的同时，认真履行开发者的义务是开发者应该具有的职业操守。 签约表明签约人对为合作开发产品进行的需求分析过程和过程结果的确认。 签约一旦生效，至少表明： （1）需求开发阶段结束； （2）此后的需求变更，要在此基线上进行。 在学完本章内容之后，你应该能够： 了解软件需求开发的主要方法。 了解软件需求管理的主要方法。 掌握方法的特点、区别和使用技巧。 需求工程方法 ( 2部分 7大类46个方法) 知识技能(4) 需求分析人员培训 用户和管理人员培训 开发人员的应用领域培训 汇编术语 获取（11） 定义需求开发过程 定义项目前景与范围 确定用户群 选择用户代言人 建立核心队伍 确定用例 确定系统事件和响应 举行进一步获取需求的讨论 观察用户如何工作 检查问题报告 需求重用 分析（8） 编制关联图 创建原型 分析可行性 确定需求优先级 为需求建立模型 编写数据字典 将需求分配到各字系统 应用质量功能调度 验证（3） 审查需求文档 测试需求 确定合格的标准 编写SRS（5） 采用SRS模板 指明需求来源 为每项需求注上标记 记录业务规范 定义质量属性 项目管理(6) 选择合适的开发周期 根据需求制定项目计划 重新协商权利和义务 管理需求风险 跟踪需求工作 回顾以往的教训 需求管理(9) 定义变更控制过程 建立变更控制委员会 分析需求变更的影响 控制需求版本、建立基线 维护变更历史记录 跟踪需求状态 衡量需求稳定性 使用需求管理工具 创建需求跟踪矩阵 需求开发方法( 4大类 27个 ) 需求管理方法 (3大类19个) 图3-1 需求工程方法结构图 P28 需求分析员培训 用户代表和管理人员培训 开发人员的应用领域培训 汇编术语 所有将要成为分析员的团队成员都应接受需求工程方面的基本培训。需求分析专家应当进行为期一周或更长时间的培训，使他们明确必须具备的基本条件和掌握的技巧。 应对参与软件需求开发的客户、用户、开发管理者进行为期一到两天左右的关于需求工程的培训，使他们明白需求的重要性，以及忽略需求带来的风险。 组织一些简短的关于客户业务流程、组织活动、工作目标、业务术语等方面的学习与培训，使开发人员对软件的应用领域有基本了解，以增加对软件需求的理解，避免开发人员对需求的误解。 编一部术语汇编，将项目应用领域的专用词汇给予定义说明。便于项目相关人员对SRS中的专业名词、专有名词、俗语、约定词语有统一的理解。 P29 定义需求开发过程 定义项目前景与范围 确定用户群 选择产品代表 建立核心队伍 确定用例 确定系统事件和响应 举行进一步需求获取的讨论 观察用户如何工作 检查问题报告 需求重用 确定需求的收集、分析、细化和核实的步骤、方法、模板。 前景说明所有涉众对产品目标的达成的共识； 范围定义了需求是否属于某个特定版本的界线。 P30 将可能使用产品的用户组，以避免出现某一用户群的需求被忽略的情况。 为每类用户至少选择一位能代表他们需求的、有时间、有热情、有权利参与需求工作的用户代表。 把同类产品或产品前版本的用户代表召集起来，从他们那里收集目前产品的功能需求和非功能需求。 从用户代表处收集他们使用软件完成所需任务的描述——用例，讨论用户与系统间的交互方式和对话要求。 列出系统可能发生的外部事件以及对每个事件所期待的响应时间。 专门的需求获取讨论会可以方便分析员和客户进行合作。 观察用户执行业务的过程。画一张简单的数据流程图或业务流程图，描绘出用户什么时候获得什么数据，并怎样使用这些