文档介绍：第2章软件导论可行性分析
开始
问题定义
可性行研究
可行否？
项目实施计划
终止项目的建议
结束
Y
N
问题的定义与可性行研究
Who
为谁设计，用户是谁？
What
要解决哪些问题？
Wh是今后进行软件设计的很好的出发点。
数据流图四种基本符号
数据加工 (数据变换)
数据源点或终点 (外部实体)
数据流
数据存储文件
或
或
或
数据流图几种附加符号
数据流图的层次结构
为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。
在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据。
底层流图是指其加工不需再做分解的数据流图，它处在最底层。
中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。
分层的数据流图
---- 系统逻辑模型
数据的
加工或
变换
输入
输出
软件
系统
外部实体
外部实体
… …
外部实体
外部实体
… …
输入
数据流
输入
数据流
输出
数据流
输出
数据流
分层的数据流图
F0
A0
B0
F11
A0
B0
F12
F13
F14
F15
p1
C1
D1
M1
N1
F21
M1
F22
N1
F23
K2
F24
W2
F25
p1
Y2
X2
第 n 层
第 n+2 层
举 例
1、定货系统 （见书P33—P34）
2、学生购买教材系统
学
生
教材
购销
系统
购书单
领书单
缺书单
进书通知
进书通知
保
管员
1
销售
购书单
领书单
学
生
缺书单
进书通知
2
采购
保
管员
第 1 层
第 2 层
教材存量表 F1
缺书登记表 F2
外部实体
外部实体
教材销售子系统
无效书单
购书单
登记并开
领书单
开发票
审查
有效性
登记
缺书
补售
教材
采
购
学
生
学
生
进书通知
有效书单
发票
领书单
暂缺书单
1
销售
购书单
领书单
缺书单
进书通知
2
采购
进书通知
缺书登记表
教材存量表
学
生
保
管员
第 2 层
补售
书单
第 3 层
教材存量表 F1
缺书登记表 F2
F1
书号
单价
数量
各班用书表 F3
售书登记表 F4
外部
项
1
销售
购书单
领书单
缺书单
进书通知
2
采购
进书通知
缺书登记表
教材存量表
学
生
保
管员
采购 子系统
第 2 层
第 3 层
缺书单
修改教材库
存和待
购量
销
售
进书通知
进书通知
按书号汇
总缺书
按出版社统
计缺书
保
管员
教材存量表 F1
待购教材表 F5
教材一览表 F6
缺书登记表 F2
. 便于实现
. 便于使用
--- 采用逐步细化的扩展方法，可避免一
次引入过多的细节，有利于控制问题
的复杂度；
--- 用一组图代替一张总图，方便用户及
软件开发人员阅读。
分层 DFD 图的优点
1） 为数据流(或数据存储)命名
(1) 名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。
(2) 不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。
(3) 如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难。
画分层 DFD 的指导原则
1. 注意数据流图中成分的命名
2） 为处理命名
(1) 通常先为数据流命名，然后再为与之相关联的处理命名。这样命名比较容易，而且体现了人类****惯的“由表及里”的思考过程。
(2) 名字应该反映整个处理的功能，而不是它的一部分功能。
(3) 名字最好由一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。
(4) 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。
(5) 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。
画分层 DFD 的指导原则
1. 注