S4-游戏文字：需求描述与验证.pptx

游戏文字 需求描述与验证 1 需求描述要点是内容与 结构化文本 2 需求验证是需求开发中 的质量关 软件需求最佳实践：SERU 需求描述与验证 1. 格式 与要点 2. 编写 小技巧 3. 验 证误 区与 对策 软件需求最佳实践：SERU 需求规格说明书 规格描述的形式 1）自然文本：易读易写，歧义性高 2）图形化模型：直观可视，要求专业 3）形式化规格说明：精确严密，成本高昂、阅读困难 常用模板 1）ISO/GB版：官方标准，GB88太陈旧 2）RUP版：行业标准，加上模型才完整 3）Volere版：咨询公司建议，追求通用、信息过载 Atlantic System Guild（）公司 软件需求最佳实践：SERU SRS GB88版需求规约 1引言 1.1编写的目的 1.2背景 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料。 2任务概述 2.1目标 叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景 材料。解释被开发系统与其他有关系统之间的关系。 2.2用户的特点 列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长， 以及本系统的预期使用频度。 2.3假定和约束 列出进行本系统开发工作的假定和约束。 3需求规定 3.1对功能的规定 用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、 经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支 持的并行操作的用户数等指标。 3.2 对性能的规定 3.2.1精度 3.2.2时间特性要求 3.2.3灵活性 3.3输入输出要求 3.4数据管理能力要求（针对软件系统） 3.5故障处理要求 3.6其他专门要求 4运行环境规定 4.1设备 列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括： 4.2支持软件 列出支持软件，包括要用到的操作系统、编译程序、测试支持软件等。 4.3接口 说明该系统同其他系统之间的接口、数据通信协议等。 4.4控制 说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。 GB2006版需求规约 1范围 1.1 标识 本文档适用的系统和软件的完整标识 1.2 系统概述 适用的系统和软件发用途；开发、运行、维护历史 1.3 文档概述 文档的用途和内容 1.4 基线 2.引用文件 3.需求 3.1 所需的状态和方式 软件项是否在多种状态和方式下运行 3.2 需求概述 3.2.1 目标 表述系统的目标和范围 3.2.2 运行环境 3.2.3 用户特点 3.2.4 关键点 关键功能、关键算法、关键技术 3.2.5 约束条件 3.3 需求规格 3.3.1 软件系统总体功能/对象结构 对软件系统总体功能/对象结构进行描述、包括结构图、流程图或对象图 3.3.2 软件子系统功能/对象结构 对每个主要子系统中的基本功能模块/对象结构进行描述、包括结构图、流程图或对象图 3.3.3 描述约定 3.4 软件配置项能力要求 可用功能、性能、目标或类似词代替“能力” 3.4.x 包括能力的说明、输入、处理、输出 3.5 外部接口需求 3.5.1 接口标识和接口图 3.5.x 具体接口 说明接口优先级、接口类型、数据元素特性、数据元素集合、接口通信方法、必须使用的接口协议等 3.6 内部接口需求 3.7 内部数据需求 GB2006版需求规约（续） 3.8 适应性需求 提供的、依赖于安装的数据有关的需求 3.9 保密性需求 诸如防止意外动作和无效动作所必须提供的安全措施 3.10 保密性和私密性需求 3.11 环境需求 3.12 计算机资源需求 3.12.1 计算机硬件需求 3.12.2 计算机硬件资源利用需求 3.12.3 计算机软件需求 3.12.4 计算机通信需求 3.13 软件质量因素 3.14 设计和实现的约束 3.15 数据 3.16 操作 3.17 故障处理 3.18 算法说明 3.19 有关人员需求 3.20 有关培训需求 3.21 有关后勤需求 3.22 其他需求 3.23 包装需求 3.24 需求的优先次序和关键程度 4.合格性规定 可以独立，也可以直接在前面注明方法，包括演示、测试、分析、审查、其他特殊方法 5.需求可追踪性 6.尚未解决问题 7.注释 RUP版需求规约 1. 文档概述 1.1 目的 1.2 背景 1.3 定义、首字母缩写词和缩略语 1.4参考资料 1.5 概述 2. 整体说明 让读者对整个软件系统的需求有一个框架性的认识。主要包括产品总体 效果、产品功能、用户特征、约束、假设与依赖关系、需求子集等方面的 内容。 2.1用例模型 2.2 假设与依赖关系 3. 具体需求 3.1用例描述 3.2补充需求 易用性、可靠性、性能、其它 4.支持信息 Volere版需求规约 Part I：项目驱动 1 、项目的目标 该项目工作的用户业务或背景 项目的目标 2 、客户、顾客和其他风险承担者 客户 顾客 其他风险承担者 3 、产品的用户 产品的直接操作用户 对用户设定的优先级 用户参与程度 维护用户和服务技术人员 Part II：产品限制条件 4 、强制的限制条件 解决方案的限制条件 当前系统的实现环境 伙伴应用或协作应用 立即可用的软件 预期的工作地点环境 进度计划限制条件 该产品的财务预算 5 、命名惯例和定义 定义在项目中使用的所有术语，包括同义词 所有包含模型的数据字典 6 、相关事实和假定 事实 假定 Part III：功能性需求 7 、工作的范围 当前的状态 工作的上下文范围 工作切分 8 、产品的范围 产品边界 产品用例清单 单个产品用例 9 、功能性需求与数据需求 功能性需求 数据需求 Part IV：非功能需求 10 、观感需求 外观需求 风格需求 11 、易用性和人性化需求 易于使用的需求 个性化和国际化需求 学习的容易程度 可理解性和礼貌需求 可用性需求 12 、执行需求 速度和延迟需求 安全性至关重要的需求 精度需求 可靠性和可访问性需求 健壮性或容错需求 容量需求 可伸缩性和可扩展需求 寿命需求 20、新问题 对当前环境的影响 对已实施系统的影响 潜在的用户问题 预期的实现环境会存在什么限制新产品的因素 后续问题 21、任务 项目计划 开发阶段计划 22、迁移到新产品 迁移到新产品的需求 为了新系统，哪些数据必须修改或转换 23、风险 24、费用 25、用户文档和培训 用户文档需求 培训需求 26、后续版本需求 27、关于解决方案的设想 13、操作需求 预期的物理环境 与相邻系统接口的需求 产品化需求 发布需求 14、可维护性和支持需求 可维护性需求 支持需求 适应能力需求 15、安全需求 15.1 访问控制需求 15.2 完整性需求 15.3 稳私需求 15.4 审计需求 15.5 免疫力需求 16、文化和政策需求 文化需求 政策需求 17、法律需求 合法需求 标准需求 Part V：项目问题 18、开放式问题 19、立即可用的解决方案 已经做好的产品 可复用的组件 可以复制的产品 需求规约模板制定要点 核心思维 沟通决定内容，内容决定格式 模板内容的逆向推演 产出物要点： 模板：开箱即用！ 指南： Why？(目的) What？(内容概述) How？(格式与说明) When？(剪裁标准) 示例：完整示例+片段示例 软件需求最佳实践：SERU 采用SERU模型的需求规约 -for业务为主 1. 文档概述 1.1 编写的目的 1.2 背景 1.3 定义 1.4 参考资料 2. 任务概述 2.1 业务需求 2.2 Stakeholder利益分析 2.3 用户特点分析 2.4 相关事实与假定 3. 业务模型 3.1 系统概述 主题域划分 3.2 主题域1 3.2.1 概述 3.2.2 业务事件 业务事件1(包括流程分析、领域类分析、用例分析) 业务事件n 3.2.3 报表 Report 1(领域类+用例) Report n 3.3 主题域n 4. 具体需求(按主题域组织) 4.1用例模型(业务功能、报表、接口分类描述) 4.2领域模型 5. 补充规约 5.1 设计约束 5.2 全局质量属性 需求描述与验证 软件需求最佳实践：SERU 1. 格式 与要点 2. 编编写 小技巧 3. 验 证误 区与 对策 需求描述的问题与对策 文字表达的贫乏性 不生动，丢失信息 重点不确定，造成误解 需求描述的两大原则 简洁，段落文字少 列表、图表相结合 不仅要阐述What ，还应讲述Why 避免语义不清的词语 定性词语 数据表达式 歧义词语 Workshop：需求描述修改资料：S4-1 软件需求最佳实践：SERU 需求描述与验证 软件需求最佳实践：SERU 1. 格式 与要点 2. 编写 小技巧 3. 验验 证误证误 区与 对对策 评审的手段 软件需求最佳实践：SERU 典型问题 软件需求最佳实践：SERU 语法大会 翻书大会 吵架大会 审判大会 上面大会 下面小会 需求验证的五大要素 思想：找到尽可能多的