软件开发文档cz第五章软件需求文档.ppt

软件开发文档cz第五章软件需求文档.ppt

《软件开发文档cz第五章软件需求文档.ppt》由会员分享，可在线阅读，更多相关《软件开发文档cz第五章软件需求文档.ppt（164页珍藏版）》请在冰豆网上搜索。

第五章第五章软件开发文档软件开发文档主要内容主要内容5.1可行性研究报告可行性研究报告5.2软件需求文档软件需求文档5.3概要设计文档概要设计文档5.4详细设计文档详细设计文档软件需求说明书、数据要求说明书软件需求说明书、数据要求说明书软件需求分析的文档软件需求分析的文档软件需求说明书主要以软件需求说明书主要以数据流图数据流图为核心，对软件的功能进为核心，对软件的功能进行详细的描述；数据要求说明书包括对基本的数据元素的属性、行详细的描述；数据要求说明书包括对基本的数据元素的属性、数据概念信息结构以及数据加工动作的描述；此外还有对软件数据概念信息结构以及数据加工动作的描述；此外还有对软件的性能、运行环境、系统级上的输入的性能、运行环境、系统级上的输入/输出数据格式等，即构输出数据格式等，即构成对软件及其数据的完整描述信息。

成对软件及其数据的完整描述信息。

5.2软件需求文档软件需求文档5.2.1软件需求文档特点软件需求文档特点5.2.2软件需求文档的内容软件需求文档的内容5.2.3软件需求文档的编写要求软件需求文档的编写要求5.2.4软件需求文档的表达方法软件需求文档的表达方法5.2.5软件需求文档的注释软件需求文档的注释5.2.6软件需求文档的表达重点软件需求文档的表达重点5.2.7需求表达中常见的问题需求表达中常见的问题5.2.8软件需求说明书写作软件需求说明书写作5.2.1软件需求文档特点软件需求文档特点1.无歧义性无歧义性2.完整性完整性3.可验证性可验证性4.一致性一致性5.可修改性可修改性6.可追踪性可追踪性7.运行和维护阶段的可使用性运行和维护阶段的可使用性1.无歧义性无歧义性2.完整性完整性3.可验证性可验证性4.一致性一致性5.可修改性可修改性6.可追踪性可追踪性7.运行和维护阶段的可使用性运行和维护阶段的可使用性5.2.2软件需求文档的内容软件需求文档的内容1.任务概述任务概述2.功能规定功能规定3.性能规定性能规定4.输入输出要求输入输出要求5.数据管理能力要求数据管理能力要求6.故障处理要求故障处理要求7.其他专门要求其他专门要求8.对软件运行环境的规定对软件运行环境的规定5.2.3软件需求文档编制策略软件需求文档编制策略1.SRS应由开发者和客户双方联合起草应由开发者和客户双方联合起草客客户户通通常常对对软软件件设设计计和和开开发发过过程程了了解解较较少少，而而不不能能写写出出可可用的用的SRS；开发者通常对于客户的问题和意图了解较少，从而不可能开发者通常对于客户的问题和意图了解较少，从而不可能写出一个令人满意的系统需求。

写出一个令人满意的系统需求。

2.逐步对逐步对SRS进行改进进行改进客户需求的变化客户需求的变化市场需求的变化市场需求的变化系统变化系统变化工作环境的变化工作环境的变化需求中原有的需求中原有的Bug需求的不充分需求的不充分误解误解关于需求变更案例关于需求变更案例“Glennn，你的开发工作进展如何？

，你的开发工作进展如何？

在一次需求状态会在一次需求状态会议上，化学品跟踪系统的项目经理议上，化学品跟踪系统的项目经理Dava问道。

问道。

“远没有我原来计划的那么顺利，远没有我原来计划的那么顺利，”Glenn承认道，承认道，“我我正在为正在为Sharon添加一个新的目录查询功能，所花的时添加一个新的目录查询功能，所花的时间比我预计的时间多多了间比我预计的时间多多了”Dava感到困惑不解，感到困惑不解，“我怎么记不得在最近的变更控制我怎么记不得在最近的变更控制委员会召开的会议上讨论过新的目录查询功能，委员会召开的会议上讨论过新的目录查询功能，Sharon是通过变更控制提交的这一请求吗？

是通过变更控制提交的这一请求吗？

“不是，她是直接找到我提出这个建议不是，她是直接找到我提出这个建议”，Glenn说道，说道，“我本应该要求她通过正式渠道提交这个变更请求，我本应该要求她通过正式渠道提交这个变更请求，但是这个变更似乎很简单，所以我当时就答应她了。

但是这个变更似乎很简单，所以我当时就答应她了。

后来才发现其实并不那么简单，每次我以为任务已经后来才发现其实并不那么简单，每次我以为任务已经完成时，我发现自己在另一文件中漏掉了一个变更，完成时，我发现自己在另一文件中漏掉了一个变更，所以我必须进行修正，重新构建组件，并再次进行测所以我必须进行修正，重新构建组件，并再次进行测试。

我原以为只需要花费试。

我原以为只需要花费6个时，但是到目前为止几乎个时，但是到目前为止几乎已经花了已经花了4天的时间，这就是我为什么没有按进度完成天的时间，这就是我为什么没有按进度完成其它任务的原因，我知道自己耽误了进度，现在我是其它任务的原因，我知道自己耽误了进度，现在我是应该继续完成这一查询功能呢，还是重新恢复到以前应该继续完成这一查询功能呢，还是重新恢复到以前的工作状态。

的工作状态。

”大多数开发人员都遇到过这样的情况：

表面很简单的一个变大多数开发人员都遇到过这样的情况：

表面很简单的一个变更，结果却比预想的复杂得多。

有时，开发人员没有或者更，结果却比预想的复杂得多。

有时，开发人员没有或者是不能对已提议的变更所需的费用和其他由此而衍生的结是不能对已提议的变更所需的费用和其他由此而衍生的结果做出切合实际的估计，而且，当开发人员私下里同意添果做出切合实际的估计，而且，当开发人员私下里同意添加用户请求的新功能时，会通过非正式的途径来提出需要加用户请求的新功能时，会通过非正式的途径来提出需要变更，而没有得到相应涉众的批准，这种变更是变更，而没有得到相应涉众的批准，这种变更是造成项目造成项目混乱，进度拖延和质量问题的常见原因混乱，进度拖延和质量问题的常见原因，在多站点开发项，在多站点开发项目和外包开发项目中尤为明显。

目和外包开发项目中尤为明显。

初始需求初始需求变更的需求变更的需求对问题的对问题的初始理解初始理解对问题的对问题的新理解新理解时间时间Communicationwithcustomers与用户共同确定需求，作为合同附件，与用户共同确定需求，作为合同附件，签字生效签字生效合同中含有对需求变更的条款合同中含有对需求变更的条款采用原型方法开发，或螺旋模型开发采用原型方法开发，或螺旋模型开发项目计划中适当留有余地（时间进度、人力投入、项目计划中适当留有余地（时间进度、人力投入、费用等）费用等）严格实施变更控制严格实施变更控制减少变更的策略：

减少变更的策略：

3.SRS的编写工具的编写工具SRS常用最常用的方法是用自然语言来描述。

尽管自常用最常用的方法是用自然语言来描述。

尽管自然语言是丰富多彩，但不易精确，用形式化方法较好，然语言是丰富多彩，但不易精确，用形式化方法较好，在在SRS中是否是使用形式化方法要依据下列因素：

中是否是使用形式化方法要依据下列因素：

程序规模和复杂性程序规模和复杂性客户合同是否要求使用客户合同是否要求使用SRS是否是一个合同工具或仅仅是一个内部文档是否是一个合同工具或仅仅是一个内部文档SRS文档是否成为设计文档的根据文档是否成为设计文档的根据3.SRS的编写工具的编写工具v没有什么工具是好还是坏的问题，问题是关键是如何使用没有什么工具是好还是坏的问题，问题是关键是如何使用它们，无论是什么工具也只是一个它们，无论是什么工具也只是一个辅助工具辅助工具，而不是生成工，而不是生成工具。

具。

v工具的选取要求是自己（本组）熟悉的工具，不能是一件工具的选取要求是自己（本组）熟悉的工具，不能是一件最新时髦工具而自己对它了解很少，结果大部分时间化在学最新时髦工具而自己对它了解很少，结果大部分时间化在学习工具上，而不是使用它为你工作。

习工具上，而不是使用它为你工作。

v工具最好是普通流行的，因为要考虑交流的问题。

工具最好是普通流行的，因为要考虑交流的问题。

5.2.4需求文档的表达方法需求文档的表达方法SRS文档中的文档中的每一个每一个“需求需求”是对软件产品基本功能和是对软件产品基本功能和性能的一个陈述。

性能的一个陈述。

其表达的方法有：

其表达的方法有：

v输入、输出说明输入、输出说明v典型例子典型例子v规范化模型表达：

数学模型、功能模型、计时模型等。

规范化模型表达：

数学模型、功能模型、计时模型等。

1、输入、输出说明、输入、输出说明通通过过描描述述输输入入输输出出序序列列来来描描述述一一个个软软件件产产品品所所要要求求的的特特性。

如描述：

性。

如描述：

软件产品（如报表系统）的输出；软件产品（如报表系统）的输出；软件产品需要着重描述输入、输出特性；软件产品需要着重描述输入、输出特性；软件产品中间状态。

软件产品中间状态。

2、典型例子、典型例子用典型例子来说明要求的特性用典型例子来说明要求的特性：

010101010101010101010101要列出全部输入与输出序列是不可能的，然而用典型的序列可以清楚理解系统特性。

3.规范化模型表达规范化模型表达

（1）面向数据流的设计方法）面向数据流的设计方法:

数据流程图数据流程图数据字典数据字典

（2）面向对象技术）面向对象技术（OOT）:

用例图用例图面向数据流的设计方法面向数据流的设计方法数据流程图数据流程图数据字典数据字典复习数据流图复习数据流图nn数据流图中的主要图形元素数据流图中的主要图形元素数据流图：

数据流图：

描述银行取款过程的数据流图描述银行取款过程的数据流图验证从银行账卡上读入的数据与取款单（存折）是否一致将用户存折与银行将用户存折与银行帐卡与操作时间更帐卡与操作时间更新新数据流与数据加工之间的关系数据流与数据加工之间的关系数据流图的层次结构数据流图的层次结构nn为了表达数据处理过程的数据加工为了表达数据处理过程的数据加工情况，需要采用情况，需要采用层次结构层次结构的数据流的数据流图。

按照系统的层次结构进行图。

按照系统的层次结构进行逐步逐步分解分解，并以分层的数据流图反映这，并以分层的数据流图反映这种结构关系，能清楚地表达和容易种结构关系，能清楚地表达和容易理解整个系统理解整个系统nn在多层数据流图中，在多层数据流图中，顶层流图顶层流图仅包含仅包含一个加工一个加工，它代表被开发系统。

它的，它代表被开发系统。

它的输入流是该系统的输入数据，输出流输入流是该系统的输入数据，输出流是系统所输出数据是系统所输出数据nn底层流图底层流图是指其是指其加工不需再做分解加工不需再做分解的的数据流图，它处在最底层数据流图，它处在最底层nn中间层流图中间层流图则表示则表示对其上层父图的细对其上层父图的细化化。

它的每一加工可能继续细化，形。

它的每一加工可能继续细化，形成子图。

成子图。

结构化分析方法步骤示例结构化分析方法步骤示例商店业务处理系统商店业务处理系统暂存订单，并检查商店有没有商品，没有向供应商订购，现时暂存用户订单。

nn这个数据流图只是一个高层的系统逻这个数据流图只是一个高层的系统逻辑模型，它反映了目标系统要实现的辑模型，它反映了目标系统要实现的功能功能nn数据流图绘制步骤数据流图绘制步骤首先确定系统的输入和输出首先确定系统的输入和输出根据商店业务，画出顶层数据根据商店业务，画出顶层数据流图，以反映最主要业务处理流图，以反映最主要业务处理流程流程经过分析，商店业务处理的经过分析，商店业务处理的主要主要功能功能应当有应当有销售销售、采购采购、会计会计三三大项。

大项。

主要数据流输入的源点主要数据流输入的源点和和输出终点输出终点是是顾客顾客和和供应商供应商。

然后从输入端开始，根据商店业然后从输入端开始，根据商店业务工作流程，画出数据流流经的务工作流程，画出数据流流经的各加工框，逐步画到输出端，得各加工框，逐步画到输出端，得到第一层数据流图到第一层数据流图第一层数据流图第一层数据流图第一层数据流图第一层数据流图商品有此库存第一层数据流图第一层数据流图商品无此库存第一层数据流图第一层数据流图从供应商采购好物品加细每一个加工框加细每一个加工框销售细化销售细化加细每一个加工框加细每一个加工框销售细化销售细化加细每一个加工框加细每一个加工框销售细化销售细化123456789