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

1•需求描述要点是内容与结构化文本2•需求验证是需求开发中的质量关软件需求最佳实践：SERU需求描述与验证1.格式与要点2.编写小技巧3.验证误区与对策软件需求最佳实践：SERU需求规格说明书规格描述的形式1）自然文本：易读易写，歧义性高2）图形化模型：直观可视，要求专业3）形式化规格说明：精确严密，成本高昂、阅读困难常用模板1）ISO/GB版：官方标准，GB88太陈旧2）RUP版：行业标准，加上模型才完整3）Volere版：咨询公司建议，追求通用、信息过载AtlanticSystemGuild（）公司软件需求最佳实践：SERUSRSGB88版需求规约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版需求规约PartI：项目驱动1、项目的目标该项目工作的用户业务或背景项目的目标2、客户、顾客和其他风险承担者客户顾客其他风险承担者3、产品的用户产品的直接操作用户对用户设定的优先级用户参与程度维护用户和服务技术人员PartII：产品限制条件4、强制的限制条件解决方案的限制条件当前系统的实现环境伙伴应用或协作应用立即可用的软件预期的工作地点环境进度计划限制条件该产品的财务预算5、命名惯例和定义定义在项目中使用的所有术语，包括同义词所有包含模型的数据字典6、相关事实和假定事实假定PartIII：功能性需求7、工作的范围当前的状态工作的上下文范围工作切分8、产品的范围产品边界产品用例清单单个产品用例9、功能性需求与数据需求功能性需求数据需求PartIV：非功能需求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、法律需求合法需求标准需求PartV：项目问题18、开放式问题19、立即可用的解决方案已经做好的产品可复用的组件可以复制的产品需求规约模板制定要点核心思维沟通决定内容，内容决定格式模板内容的逆向推演产出物要点：模板：开箱即用！指南：Why？(目的)What？(内容概述)How？(格式与说明)When？(剪裁标准)示例：完整示例+片段示例软件需求最佳实践：SERU采用SERU模型的需求规约--for业务为主1.文档概述1.1编写的目的1.2背景1.3定义1.4参考资料2.任务概述2.1业务需求2.2Stakeholder利益分析2.3用户特点分析2.4相关事实与假定3.业务模型3.1系统概述[主题域划分]3.2主题域13.2.1概述3.2.2业务事件3.2.2.1业务事件1(包括流程分析、领域类分析、用例分析)3.2.2.2业务事件n3.2.3报表3.2.3.1Report1(领域类+用例)3.2.3.2Reportn3.3主题域n4.具体需求(按主题域组织)4.1用例模型(业务功能、报表、接口分类描述)4.2领域模型5.补充规约5.1设计约束5.2全局质量属性需求描述与验证软件需求最佳实践：SERU1.格式与要点2.编写小技巧3.验证误区与对策需求描述的问题与对策文字表达的贫乏性不生动，丢失信息重点不确定，造成误解需求描述的两大原则简洁，段落文字少列表、图表相结合不仅要阐述What，还应讲述Why避免语义不清的词语定性词语数据表达式歧义词语Workshop：需求描述修改资料：S4-1软件需求最佳实践：SERU需求描述与验证软件需求最佳实践：SERU1.格式与要点2.编写小技巧3.验证误区与对策评审的手段软件需求最佳实践：SERU典型问题软件需求最佳实践：SERU语法大会翻书大会吵架大会审判大会上面大会下面小会需求验证的五大要素思想：找到尽可能多的错误方法：从非正式的开始，形成文化语言：评价者建议者、协作者NotYouButI人员：Peer，合适内容：不是全部，而最合适应该有相关文献软件需求最佳实践：SERU需求验证的PDCA规划：谁参加？准备什么材料？总体会议：确定审查的背景、假设及目标准备：审查员阅读材料审查会议：主持人引导返工：审查结果修改跟踪：确定错误已修正软件需求最佳实践：SERUPDCA