软件工概论参考课件ch03345结构化分析工具.pptVIP

C-Level Messaging Pilot 2002 Symantec Corporation, All Rights Reserved 第3章 软件需求分析 可行性研究通过以后，下一步就要根据草拟的开发计划，展开详细的需求分析活动。 软件需求分析，是详细分析需求，并建立需求分析模型的阶段 目 录 第1章 绪论 第2章 可行性分析与项目计划 第3章 需求分析 第4章 概要设计 第5章 详细设计 第6章 编程与测试 第7章 软件维护 第8章 面向对象的方法 第9章 面向对象的需求获取 第10章 面向对象的分析 第11章 面向对象的设计 第12章 面向对象的测试 第3章 软件需求分析 3.1 需求分析概述 3.2 结构化分析方法 3.3 数据流图的绘制 3.4 编制数据字典 3.5 加工逻辑的分析与表达 3.6 原型技术 3.7 需求验证与评审 3.3.1　数据流图的布局 为了便于制图和读图，习惯以加工处理为中心，输入来自左侧，输出流向右侧。 输入的“数据流”及其“来源”一般画在左侧，如图3-6从“顾客”发来“订货单”。 输出的数据流及其去处一般画数据流图的右侧。如图3-6中，“销售报表”输出到“主管”。 从全局看“数据流”也是由左侧流向右侧 3.3 数据流图的绘制 3.3.1　数据流图的布局 3.3.2　符号的应用 3.3.3　避免线条交叉——重复项表示 3.3.4　抽象数据流的应用 3.3.5　编号规则 3.3.6　命名规则 3.3.7　父图与子图的平衡 3.3.2　符号的应用 3.3 数据流图的绘制 3.3.1　数据流图的布局 3.3.2　符号的应用 3.3.3　避免线条交叉——重复项表示 3.3.4　抽象数据流的应用 3.3.5　编号规则 3.3.6　命名规则 3.3.7　父图与子图的平衡 3.3.3　避免线条交叉——重复项表示 3.3.3　避免线条交叉——重复项表示 3.3 数据流图的绘制 3.3.1　数据流图的布局 3.3.2　符号的应用 3.3.3　避免线条交叉——重复项表示 3.3.4　抽象数据流的应用 3.3.5　编号规则 3.3.6　命名规则 3.3.7　父图与子图的平衡 3.3.4　抽象数据流的应用 3.3 数据流图的绘制 3.3.1　数据流图的布局 3.3.2　符号的应用 3.3.3　避免线条交叉——重复项表示 3.3.4　抽象数据流的应用 3.3.5　编号规则 3.3.6　命名规则 3.3.7　父图与子图的平衡 3.3.5　编号规则 在绘制数据流图的过程中，外部项、处理逻辑、数据流和数据存贮都应加以命名和编号，以便对其功能或组成能够直观的理解，尤其对于更细节的内容，可以放在数据字典中详细描述，以便查阅。 编号方法是用“层序号” P1.1——“编辑订货单” P1.1.1——“编辑检查订单” P1.1.2——“登记新顾客信息” P1.3——“办理发货” P1.3.1——表示“开发货单并修改库存” P1.3.2——表示“记销售帐” P1.3.3——表示“销售统计” P1.3.4——表示“登记新配件信息” P1.3.5——表示“生成编码” 3.3 数据流图的绘制 3.3.1　数据流图的布局 3.3.2　符号的应用 3.3.3　避免线条交叉——重复项表示 3.3.4　抽象数据流的应用 3.3.5　编号规则 3.3.6　命名规则 3.3.7　父图与子图的平衡 3.3.6　命名规则 ①对数据流（或数据存贮）的命名：一般使用名词。当单个名词尚不能说明特指数据流或数据存贮时，前面可以加定语限定。 ②命名要代表整个数据流或数据存贮。因为一个数据流或数据存贮往往是由一组数据元素组成的数据结构，不要仅使用反映其中某些元素的名子。 ③不要使用泛指的名字，如“数据”、“信息”、“单据”等。 ④如果在为某个数据流或数据存贮命名时感到相对困难，就有可能是因为对数据流或数据存贮分解的不恰当造成的，试着重新分解，也许问题就解决了。 3.3.6　命名规则 ⑤对处理逻辑的命名：除了子系统级的逻辑功能可以使用名词以外，原则上，其它功能逻辑习惯使用动宾结构的短语命名，如“记销售帐”“处理订货业务”等。 ⑥通常是，先为数据流命名，然后再为与之相关联的处理功能命名。这样命名比较容易。因为大多数据功能都是针对输入的数据流的。 ⑦如果某处命名有困难，可能是对处理功能分解不当造成的，试着重新分解，也许问题注解决了。 3.3 数据流图的绘制 3.3.1　数据流图的布局 3.3.2　符号的应用 3.3.3　避免线条交叉——重复项表示 3.3.4　抽象数据流的应用 3.3.5　编号规则 3.3.6　命名规则 3.3.7　父图与子图的平衡 3.3.7　父图与子图的平衡 对数据流程图