【需求分析师】P1-S4-游戏文字需求描述与验证.pdf

《【需求分析师】P1-S4-游戏文字需求描述与验证.pdf》由会员分享，可在线阅读，更多相关《【需求分析师】P1-S4-游戏文字需求描述与验证.pdf（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 需求描述要点是内容与结1需求描述要点是内容与结构化文本 需求验证是需求开发中的2需求验证是需求开发中的质量关软件需求最佳实践：SERU软件需求最佳实践：SERU需求描述与验证3.验证2.编写小技巧3.验证误区与对策1.格式格式与要点与要点小技巧对策与要点与要点软件需求最佳实践：SERU软件需求最佳实践：SERU需求规格说明书SRS?规格描述的形式1）自然文本易读易写歧义性高1）自然文本：易读易写，歧义性高2）图形化模型：直观可视，要求专业3）形式化规格说明：精确严密，成本高昂、阅读困难3）形式化规格说明：精确严密，成本高昂、阅读困难?常用模板1）ISO/GB版：官方标准，GB88太陈旧1）I

2、SO/GB版：官方标准，GB88太陈旧2）RUP版：行业标准，加上模型才完整3）Volere版：咨询公司建议，追求通用、信息过载3）Volere版：咨询公司建议，追求通用、信息过载AtlanticSystemGuild（）公司软件需求最佳实践：SERU软件需求最佳实践：SERUGB88版需求规约1引言1 1编写的目的1.1编写的目的1.2背景1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料列出用得着的参考资料。2任务概述2任务概述2.1目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的

3、关系。2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度以及本系统的预期使用频度。2.3假定和约束列出进行本系统开发工作的假定和约束。3需求规定3.1对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理得到什么输出说明系统的容量 包括系统应支持的终端数和应支经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。3.2 对性能的规定3.2.1精度3 2 2时间特性要求3.2.2时间特性要求3.2.3灵活性3.3输入输出要求3.4数据管理

4、能力要求（针对软件系统）3 5故障处理要求3.5故障处理要求3.6其他专门要求4运行环境规定4.1设备列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：4 2支持软件列出支持软件包括要用到的操作系统编译程序测试支持软件等4.2支持软件列出支持软件，包括要用到的操作系统、编译程序、测试支持软件等。4.3接口说明该系统同其他系统之间的接口、数据通信协议等。4.4控制说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。GB2006版需求规约1范围1 1 标识 本文档适用的系统和软件的完整标识1.1 标识 本文档适用的系统和软件的完整标识1.2 系统概述 适用的系统和软件

5、发用途；开发、运行、维护历史1.3 文档概述 文档的用途和内容1.4 基线2 引用文件2.引用文件3.需求3.1 所需的状态和方式 软件项是否在多种状态和方式下运行3.2 需求概述3 2 1 目标 表述系统的目标和范围3.2.1 目标 表述系统的目标和范围3.2.2 运行环境3.2.3 用户特点3.2.4 关键点 关键功能、关键算法、关键技术3 2 5 约束条件3.2.5 约束条件3.3 需求规格3.3.1 软件系统总体功能/对象结构对软件系统总体功能/对象结构进行描述、包括结构图、流程图或对象图3 3 2 软件子系统功能/对象结构3.3.2 软件子系统功能/对象结构对每个主要子系统中的基本功

6、能模块/对象结构进行描述、包括结构图、流程图或对象图3.3.3 描述约定3.4 软件配置项能力要求 可用功能、性能、目标或类似词代替“能力”3 4 x 包括能力的说明输入处理输出3.4.x 包括能力的说明、输入、处理、输出3.5 外部接口需求3.5.1 接口标识和接口图3.5.x 具体接口说明接口优先级接口类型数据元素特性数据元素集合接口通信方法必须使用的接口协议等说明接口优先级、接口类型、数据元素特性、数据元素集合、接口通信方法、必须使用的接口协议等3.6 内部接口需求3.7 内部数据需求GB2006版需求规约（续）3.8 适应性需求 提供的、依赖于安装的数据有关的需求 3.9 保密性需求

7、诸如防止意外动作和无效动作所必须提供的安全措施 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.尚

8、未解决问题7.注释RUP版需求规约RUP版需求规约1.文档概述1.1 目的1 2 背景1.2 背景1.3 定义、首字母缩写词和缩略语1.4参考资料1 5 概1.5 概述2.整体说明让读者对整个软件系统的需求有一个框架性的认识。主要包括产品总体效果、产品功能、用户特征、约束、假设与依赖关系、需求子集等方面的内容。2.1用例模型用例模型2.2 假设与依赖关系3.具体需求3 1用例描述3.1用例描述3.2补充需求 易用性、可靠性、性能、其它4.支持信息Volere版需求规约Part I：项目驱动1项标Part III：功能性需求7、工作的范围当前的状态工作的上下文范围1、项目的目标该项目工作的用户业

9、务或背景项目的目标2、客户、顾客和其他风险承担者客户工作的上下文范围工作切分8、产品的范围产品边界产品用例清单客户顾客其他风险承担者3、产品的用户产品的直接操作用户产品用例清单单个产品用例9、功能性需求与数据需求功能性需求数据需求产品的直接操作用户对用户设定的优先级用户参与程度维护用户和服务技术人员Pt II产品限制条件数据需求Part IV：非功能需求10、观感需求外观需求风格需求Part II：产品限制条件4、强制的限制条件解决方案的限制条件当前系统的实现环境伙伴应用或协作应用风格需求11、易用性和人性化需求易于使用的需求个性化和国际化需求学习的容易程度伙伴应用或协作应用立即可用的软件预期

10、的工作地点环境进度计划限制条件该产品的财务预算学习的容易程度可理解性和礼貌需求可用性需求12、执行需求速度和延迟需求该产品的财务预算5、命名惯例和定义定义在项目中使用的所有术语，包括同义词所有包含模型的数据字典6相关事实和假定速度和延迟需求安全性至关重要的需求精度需求可靠性和可访问性需求健壮性或容错需求6、相关事实和假定事实假定健壮性或容错需求容量需求可伸缩性和可扩展需求寿命需求20、新问题对当前环境的影响13、操作需求预期的物理环境对已实施系统的影响潜在的用户问题预期的实现环境会存在什么限制新产品的因素后续问题与相邻系统接口的需求产品化需求发布需求14、可维护性和支持需求21、任务项目计划开

11、发阶段计划22、迁移到新产品可维护性需求支持需求适应能力需求15、安全需求迁移到新产品的需求为了新系统，哪些数据必须修改或转换23、风险24、费用15.1 访问控制需求15.2 完整性需求15.3 稳私需求15.4 审计需求求25、用户文档和培训用户文档需求培训需求26、后续版本需求案15.5 免疫力需求16、文化和政策需求文化需求政策需求求27、关于解决方案的设想17、法律需求合法需求标准需求Part V：项目问题8式18、开放式问题19、立即可用的解决方案已经做好的产品可复用的组件复产可以复制的产品需求规约模板制定要点定?核心思维?沟通决定内容内容决定格式?沟通决定内容，内容决定格式?模板

12、内容的逆向推演?产出物要点?产出物要点：?模板：开箱即用！?指南Wh？(目的)?指南：Why？(目的)What？(内容概述)How？(格式与说明)How？(格式与说明)When？(剪裁标准)?示例：完整示例+片段示例?示例：完整示例+片段示例软件需求最佳实践：SERU软件需求最佳实践：SERU采用SERU模型的需求规约-for业务为主1.文档概述1.1 编写的目的1 2 背景1.2 背景1.3 定义1.4 参考资料2.任务概述2.1 业务需求2.2 Stakeholder利益分析2.3 用户特点分析2 4 相关事实与假定2.4 相关事实与假定3.业务模型3.1 系统概述 主题域划分3.2 主题

13、域13.2.1 概述3.2.2 业务事件3.2.2.1 业务事件1(包括流程分析、领域类分析、用例分析)3 2 2 2 业务事件n3.2.2.2 业务事件n3.2.3 报表3.2.3.1 Report 1(领域类+用例)3.2.3.2 Report n3.3 主题域n4.具体需求(按主题域组织)4.1用例模型(业务功能、报表、接口分类描述)4 2领域模型4.2领域模型5.补充规约5.1 设计约束5.2 全局质量属性需求描述与验证3.验证2.编写编写小小技巧技巧3.验证误区与对策1.格式与要点小小技巧技巧对策与要点软件需求最佳实践：SERU软件需求最佳实践：SERU需求描述的问题与对策?文字表达

14、的贫乏性不生动，丢失信息不生动，丢失信息重点不确定，造成误解?需求描述的两大原则需求描述的两大原则简洁，段落文字少列表、图表相结合讲?不仅要阐述What，还应讲述Why?避免语义不清的词语定性词语数据表达式歧义词语定性词语 数据表达式 歧义词语?Workshop：需求描述修改?资料：S41软件需求最佳实践：SERU软件需求最佳实践：SERU需求描述与验证3.验证验证2.编写小技巧3.验证验证误区与误区与对策对策1.格式与要点小技巧对策对策与要点软件需求最佳实践：SERU软件需求最佳实践：SERU评审的手段软件需求最佳实践：SERU软件需求最佳实践：SERU典型问题语法大会语法大会审判大会审判大

15、会语法大会语法大会审判大会审判大会上面大会上面大会下面小会下面小会吵架大会吵架大会下面小会下面小会软件需求最佳实践：SERU软件需求最佳实践：SERU翻书大会翻书大会吵架大会吵架大会需求验证的五大要素?思想：找到尽可能多的错误方法从非正式的开始形成文化?方法：从非正式的开始，形成文化?语言：评价者?建议者、协作者NotYou ButI?人员：Peer，合适?内容：不是全部，而最合适应该有相关文献软件需求最佳实践：SERU软件需求最佳实践：SERU需求验证的PDCA?规划：谁参加？准备什么材料？?总体会议确定审查的背景假设及目标?总体会议：确定审查的背景、假设及目标?准备：审查员阅读材料?审查会议主持人引导?审查会议：主持人引导?返工：审查结果?修改?跟踪确定错误已修正P?跟踪：确定错误已修正DCA软件需求最佳实践：SERU软件需求最佳实践：SERUA