1、单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2019/12/6,#,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2019/12/6,#,需求描述与验证,1.,格式与要点,2.,编写,小,技巧,3.验证误区与对策,软件需求最佳实践:,SERU,需求规格说明书,规格描述的形式,1),自然文本:易读易写,歧义性高,2),图形化模型:直观可视,要求专业,3),形式化规格说明:精确严密,成本高昂、阅读困难,常用模板,1)ISO/GB,版:官方标准,,GB88太陈旧2)RUP,版:行业标准,加上模型才完整,3)Volere,版
2、咨询公司建议,追求通用、信息过载,Atlantic System Guild,(,)公司,软件需求最佳实践:,SERU,SRS,GB88,版需求规约,1,引言,1.1,编写的目的,1.2,背景,1.3,定义,列出本文件中用到的专门术语的定义和外文首字母组词的原词组。,1.4,参考资料,列出用得着的参考资料。,2,任务概述,2.1,目标,叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景 材料。解释被开发系统与其他有关系统之间的关系。,2.2,用户的特点,列出本系统的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本系统的预期使用频度。,2.
3、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、括要用到的操作系统、编译程序、测试支持软件等。,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,关键点,
5、关键功能、关键算法、关键技术,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,具体接口,说明接口优先级、接口类型、数据元素特性、数据元素集合、接口通信方法、必须使用的
6、接口协议等,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,有
7、关后勤需求,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
8、2,补充需求,易用性、可靠性、性能、其它,4.,支持信息,Volere,版,需求,规约,Part I,:项目驱动,1,、项目的目标,该项目工作的用户业务或背景,项目的目标,2,、客户、顾客和其他风险承担者,客户,顾客,其他风险承担者,3,、产品的用户,产品的直接操作用户,对用户设定的优先级,用户参与程度,维护用户和服务技术人员,Part II,:产品限制条件,4,、强制的限制条件,解决方案的限制条件,当前系统的实现环境,伙伴应用或协作应用,立即可用的软件,预期的工作地点环境,进度计划限制条件,该产品的财务预算,5,、命名惯例和定义,定义在项目中使用的所有术语,包括同义词,所有包含模型的数据字
9、典,6,、相关事实和假定,事实,假定,Part III,:功能性需求,7,、工作的范围,当前的状态,工作的上下文范围,工作切分,8,、产品的范围,产品边界,产品用例清单,单个产品用例,9,、功能性需求与数据需求,功能性需求,数据需求,Part IV,:非功能需求,10,、观感需求,外观需求,风格需求,11,、易用性和人性化需求,易于使用的需求,个性化和国际化需求,学习的容易程度,可理解性和礼貌需求,可用性需求,12,、执行需求,速度和延迟需求,安全性至关重要的需求,精度需求,可靠性和可访问性需求,健壮性或容错需求,容量需求,可伸缩性和可扩展需求,寿命需求,20,、新问题,对当前环境的影响,对已
10、实施系统的影响,潜在的用户问题,预期的实现环境会存在什么限制新产品的因素,后续问题,21,、任务,项目计划,开发阶段计划,22,、迁移到新产品,迁移到新产品的需求,为了新系统,哪些数据必须修改或转换,23,、风险,24,、费用,25,、用户文档和培训,用户文档需求,培训需求,26,、后续版本需求,27,、关于解决方案的设想,13,、操作需求,预期的物理环境,与相邻系统接口的需求,产品化需求,发布需求,14,、可维护性和支持需求,可维护性需求,支持需求,适应能力需求,15,、安全需求,15.1,访问控制需求,15.2,完整性需求,15.3,稳私需求,15.4,审计需求,15.5,免疫力需求,16
11、文化和政策需求,文化需求,政策需求,17,、法律需求,合法需求,标准需求,Part V,:项目问题,18,、开放式问题,19,、立即可用的解决方案,已经做好的产品,可复用的组件,可以复制的产品,需求规约模板制定要点,核心思维,沟通决定内容,内容决定格式,模板内容的逆向推演,产出物要点:,模板:开箱即用!,指南:Why?(目的)What?(内容概述),How,?,(格式与说明),When?(剪裁标准),示例:完整示例+片段示例,软件需求最佳实践:,SERU,采用,SERU,模型的需求,规约,-for,业务为主,1.,文档概述,1.1,编写的目的,1.2,背景,1.3,定义,1.4,参考资料,
12、2.,任务概述,2.1,业务需求,2.2,Stakeholder,利益分析,2.3,用户特点分析,2.4,相关事实与假定,3.,业务模型,3.1,系统概述,主题域划分,3.2,主题域,1,3.2.1,概述,3.2.2,业务事件,3.2.2.1,业务事件,1(,包括流程分析、领域类分析、用例分析,),3.2.2.2,业务事件,n,3.2.3,报表,3.2.3.1 Report,1(,领域类,+,用例,),3.2.3.2 Report n,3.3,主题域,n,4.,具体,需求,(,按主题域组织,),4.1,用例模型,(业务功能、报表、接口分类描述),4.2,领域模型,5.,补充,规约,5.1 设计
13、约束,5.2 全局质量属性,需求描述与验证,软件需求最佳实践:,SERU,1.,格式与要点,2.,编写,小,技巧,3.验证误区与对策,需求描述的问题与对策,文字表达的贫乏性,不生动,丢失信息,重点不确定,造成误解,需求描述的两大原则,简洁,段落文字少,列表、图表相结合,不仅要阐述,What,,还应讲述,Why,避免语义不清的词语,定性词语 数据表达式 歧义词语,Workshop:,需求描述修改,资料:S4-1,软件需求最佳实践:,SERU,需求描述与验证,软件需求最佳实践:,SERU,1.,格式与要点,2.,编写,小,技巧,3.验证误区与对策,评审的手段,软件需求最佳实践:,SERU,典型问题,软件需求最佳实践:,SERU,语法大会,翻书大会,吵架大会,审判大会,上面大会,下面小会,需求验证的五大要素,思想:找到尽可能多的错误,方法:从非正式的开始,形成文化,语言:评价者,建议者、协作者,Not,You,But,I,人员:,Peer,,合适,内容:不是全部,而最合适,应该有相关文献,软件需求最佳实践:,SERU,需求验证的,PDCA,规划:谁参加?准备什么材料?,总体会议:确定审查的背景、假设及目标,准备:审查员阅读材料,审查会议:主持人引导,返工:审查结果,修改,跟踪:确定错误已修正,软件需求最佳实践:,SERU,P,D,C,A,






