第五章 软件需求说明书编写.ppt

第五章 软件需求说明书的编写;学习目标;一、需求分析;5.1.1 需求分析阶段的具体任务;1 ) ．确定对系统的综合要求;2 ) ．分析系统的数据要求;根据对系统的综合要求和数据要求的结果可以导出系统的详细的逻辑模型，通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型。;4 ) ．修正系统开发计划; 5 ) ．开发原型系统;5.1.2 需求分析的步骤;1 ) ．沿数据流图回溯;2 ) ．用户复查;为了追踪更详细的数据流，分析员应该把数据流图扩展到更低的层次。通过功能分解可以完成数据流图的细化。随着分析过程的进展，经过问题和解答的反复循环，分析员越来越深入具体地定义了目标系统，最终得到对系统数据和功能要求的满意了解。 ;在可行性研究阶段分析员根据当时对系统的认识，草拟了一份开发计划．经过需求分析阶段的工作，分析员对目标系统有了更深入、更具体的认识，因此可以对系统的成本和进度作出，更准确的估计，在此基础上应该对开发计划进行修正。 ;经过分析确定了系统必须具有的功能和性能，定义了系统中的数据并且简略地描述了处理数据的主要算法。下一步应该把分析的结果用正式的文档记录下来，作为最终软件配置的一个组成成分。根据需求分析阶段的基本任务，在这个阶段可能应该完成下述四份文档资料：系统规格说明、数据要求、用户系统描述、修正的开发计划。 ;分析过程的最后一步是按照技术标准对需求分析阶段的工作成果进行正式的技术审查和管理复审。 ;编写软件文档实际上就是对软件开发进行规范，软件需求规格说明书为软件客户和软件开发者提供连接的桥梁。对软件客户，可以精确地描述他们想获得什么样的产品，对软件开发者，可以准确地理解客户需要什么样的产品。; ①在软件产品完成目标方面为客户和开发者之间建立共同协议创立一个基础。 ②提高开发效率。 ③为成本计价和编制计划进度提供基础。; ④为确认和验证提供一个基准。 ⑤便于移植。 ⑥作为不断提高的基础。;需求说明书是对要完成一定功能、性能的软件产品、程序或一组程序的说明。对需求说明书的描述有两项基本要求： ???须描述一定的功能、性能； 必须用确定的方法叙述这些功能、性能。 应该认识到需求说明书在整个软件开发规范所规定的有关阶段都起作用。正因为如此，需求说明书的编写者必须特别注意不要超出这种作用的范围。这意味着需求说明书必须正确地定义所有的软件需求；除非有设计上的特殊限制，需求说明书中一般不描述任何设计、验证或项目管理细节。;根据需求说明书的基本要求，需求说明书应该具有如下特点： 1．无歧义性 2．完整性 3．可验证性 4．一致性 5．可修改性 6．可追踪性 7．运行和维护阶段的可使用性;所谓无歧义，就是对每一个需求只有一种解释。要求对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行文中使用时具有多种歧义，那么对该术语的每种含义要作出解释并指出其适用场合。需求说明书通常是用自然语言编写的，使用自然语言的需求说明书起草者必须特别注意消除其需求的歧义性。最好使用形式化需求说明语言。;如果一个需求说明书能满足下列要求，则该需求说明书就是完整的： ①包括全部有意义的要求，无论是关系到功能的、性能的、设计约束的，还是关系到属性或外部接口方面的需求。 ②对所有可能出现的输人数据的响应予以定义，要对合法和非合法的输入值的响应做出规定。 ③要符合需求说明书要求，如果个别章节不适用，则在需求说明书中要保留章节号。 ④填写需求说明书中的全部插图、表、图示标记和参照，并且定义全部术语和度量单位。;可验证性指需求说明书中描述的每一个需求都是可以验证的。当且仅当在某一性能价格比可取的有限处理过程，人或机器能通过该过程检查软件产品能否满足需求时，才称这个需求是可以验证的。 ;一致性指需求说明书中各个需求的描述不矛盾。 ; 如果一个需求说明书的结构和风格在需求有必要改变时是易于实现的、完整的、一致的，那么这个需求说明书就是可以修改的。可修改性要求需求说明书具备以下条件： ①具有一个有条不紊的易于使用的子文档名称组织，具有目录表，索引和明确的交叉引用表。 ②没有冗余，即同一需求不能在需求说明书中出现多次。冗余本身不是错误，但是容易发生错误。冗余可增加需求说明书的可读性，但是在一个 被更新时容易出现问题。例如，假设一个明确的需求在两个地方详细列出，后来发现这个需求需要改变，若只修改一个地方，于是需求说明书就变得不一致了。不管冗余是否必须，需求说明书一定要包含一个详细的交叉引用表，以便需求说明书具备叫修改性。; 如果每一个需求的源流是清晰的，在进