惠州学院 软件工程导论 第二章__可行性研究 刘宇芳
软件工程导论第2章可行性研究
例：库存清单系统
零件库存量的每一次变化称 为一个事务，由放在仓库中 的CRT终端输入到计算机 中。
系统中的库存清单程序对事 务进行处理，更新存储在磁 盘上的库存清单主文件，并 且把必要的定货信息写在磁 带上。最后，每天由报告生 成程序读一次磁带，并且打 印出定货报告。
表 2.1 基本符号
符号
名称
软件开发是否会侵犯他人、集体或国家的利益，是 否违反国家的法律并可能由此而承担法律责任。
2.2.3 可行性研究的步骤
（1）复查系统规模和目标 （2）研究目前正在使用的系统 （3）导出新系统的高层逻辑模型 （4）重新定义问题 （5）导出和评价供选择的方案 （6）推荐方案和行动方针 （7）草拟开发计划 （8）书写文档、提交审查
2.2.2 研究方法
一般说来，研究可行性应该从下述几方面进 行： 技术可行性
使用现有的技术能否完成这个项目。
经济可行性
指通过对软件开发项目进行成本/效益估计，以确定 软件系统可能带来的经济效益能否超过研制和维护 此系统所需的费用。
2.2.2 研究方法
操作可行性
系统的操作方式能否在用户组织内通过
法律可行性
2-4 目前住院病人主要由护士护理，这样做不仅需要大 量护士，而且由于不能随时观察危重病人的病情变 化，还会延误抢救时机。某医院打算开发一个以计算 机为中心的患者监护系统，请写出问题定义，并且分 析开发这个系统的可行性。
惠州学院软件工程导论课程介绍 刘宇芳老师
《软件工程导论》课 程 介 绍
课程特点：
既是一门技术学课程，也是一门管理学课程；
既具有理论性，也具有较强的实操性。
课程目的：
基本：
✧ 掌握软件工程学的基本概念和基本原理；
✧ 掌握分析、设计、测试与维护软件系统的理论与方法；
✧ 实践用软件工程的方法开发软件系统的全过程，构建一个软件系统。
进一步：
✧ 转变对软件的认识：程序 系统；
✧ 转变思维定式：程序员 系统分析员/系统设计员；
需求获取、定义、建模、分析
软件体系结构设计
软件概要设计软
件
评
审
与
测
试软件评审/测试
软件评审/确认软件详细设计软件构造软件项目管理
软件工程人才分布示意图
✧ 学习以团队合作的形式开发软件；
✧ 工程化训练：规范、准则、项目管理。
课程的主要内容：
软件工程的产生、软件的生命周期、生命周期模型；
软件开发各阶段的目标、任务、特点、步骤和文档；
传统软件工程的基本思想，开发过程和步骤，应遵循的原则和准则；
面向对象软件工程的基本思想、基本过程和基本模型；
软件工程的管理技术。
课程重点：
掌握结构化方法开发软件系统的过程、步骤、应遵循的原则以及工具。
教学安排：
56学时讲授；8-10学时课内实验；
课后作业和课后实验。
考核：
期末考试：70％；
作业+分组实验报告+点名：30％。
教材：
软件工程导论(5th)，张海藩，清华大学出版社
参考文献
软件工程(第二版)，齐治昌，高等教育出版社
软件工程实践教程，谭庆平等，高等教育出版社
软件工程分析案例，李代平等，清华大学出版社
先修课程：
程序设计语言
数据结构
数据库原理与设计
课程实验：
实验要求：
按照面向数据流的软件工程的要求完成各阶段的主要文档，实现的程序能初步运行。
《软件工程学》第2章 可行性研究-答案
2.1 可行性研究的目标与任务
1．可行性分析是在系统开发的早期所做的一项重要的论证工作，它是决定该系统是否开发的决策依据，因此必须给出（ B ）的回答。
A．确定B．行或不行C．正确D．无二义
2．技术可行性是可行性研究的关键，其主要内容一般不包括（ C ）。
A．风险分析B．资源分析C．人员分析D．技术分析
3．可行性研究的任务是从技术、经济、操作、社会等4个方面研究。
4．可行性研究完成后最终生成的文档是《可行性研究报告》。（√ ）
5．软件可行性研究的目的是用最小的代价在尽可能短的时间内确定该软件项目是否能够开发，是否值得去开发。（√ ）
2.2 可行性研究过程
1．简述可行性研究的过程。
答：（1）复查并确定系统规模和目标
（2）研究目前正在使用的系统
（3）建立新系统的高层逻辑模型
（4）导出和评价各种方案
（5）推荐可行性方案
（6）草拟初步开发计划
（7）编写可行性研究报告提交复查
2.3 可行性研究工具
1．描绘物理系统的传统工具是系统流程图。
2．画出数据流图
目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，请分层次的画出描述本系统功能的数据流图。
医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志。当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。此外，护士在需要时还可以要求系统输出某个指定病人的病情报告。
答：从问题陈述容易看出，本系统的数据源点是“病人”和“护士”，他们分别提供生理信号和要求病情报告的信息。进一步分析问题陈述，从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到，还应该有一个提供日期和时间信息的“时钟”作为数据源点。从问题陈述容易看出，系统的数据终点是接收警告信息和病情报告的护士。系统对病人生理
软件工程导论 第2章 可行性分析
数据字典也难于发挥作用。
数据字典的内容
一般说来，数据字典应该由对下列4类元素 的定义组成： (1) 数据流 (2) 数据流分量(即数据元素)
(3) 数据存储
(4) 处理
2.5.2定义数据的方法
符号 = + [ ]与 | { } m{ }n
含
义
例
子
被定义为
订货信息
第2章小结
2.1 可行性研究的任务: 技术, 经济,社会 2.2 可行性研究过程: 8 步骤 2.4 数据流图: 源点或终点，处理，数据存储和数据流 2.5 数据字典: 是分析阶段的工具，包括流，元素，存储，处理 4类元素组成。 2.6 成本/效益分析：从经济角度判断是否继续投资于这项工程 的主要依据。
2.6.1
成本估计---人力成本估计
软件开发成本主要表现为人力消耗 （乘以平均工资则得到人力成本）。 估算技术 1. 代码行技术 2. 任务分解技术 3. 自动估计成本技术
代码行技术
根据经验和历史数据估计实现一个功能需要的源 程序行数。 人力成本=每行代码的平均成本*源代码总行数 每行代码的平均成本主要取决于软件的复杂程度 和工资水平。 代码行技术是比较简单的定量估算方法。当有以 往开发类似工程的历史数据可供参考时，这个方 法是非常有效的。
与 或
软件工程导论第二章 可行性研究
第二章 可行性研究
•2.1 可行性研究的任务 •2.2 可行性研究的步骤 •2.3 系统流程图 •2.4 成本效益分析
2.技术可行性
• 技术可行性分析至少要考虑以下几方面因素： • （1）在给定的时间内能否实现需求说明中的 功能。 • （2）软件的质量如何？有些应用对实时性要 求很高。有些高风险的应用对软件的正确性 与精确性要求极高 • （3）软件的生产率如何？如果生产率低下， 能赚到的钱就少，并且会逐渐丧失竞争力。 在统计软件总的开发时间时，不能漏掉用于 维护的时间。软件维护是非常拖后腿的事， 它能把前期拿到的利润慢慢地消耗光。如果 软件的质量不好，将会导致维护的代价很高， 企图通过偷工减料而提高生产率，是得不偿 失的事。
2.技术可行性 技术可行性
做得了吗？ 做得好吗？ 做得快吗？
2.技术可行性 2.技术可行性
• 度量一个特定技术信息系统解决方案的实 用性及技术资源的可用性
考虑的问题 • 开发风险分析 开发风险分析——在给出限制范围内，能否设计 在给出限制范围内， 在给出限制范围内 出系统 • 资源分析－ 资源分析－ • 相关技术的发展（现有技术能否实现新系统，技 相关技术的发展（现有技术能否实现新系统， 术难点、建议采用技术的先进性） 术难点、建议采用技术的先进性）
软件工程导论第2章可行性研究
软件工程导论第2章可行性研究
n 数据流：
q “系统把定货报表送给采购部”——定货报表； q “事务需要从仓库送到系统中”——事务。
n 数据存储：
q 处理事务和产生报表这两个处理在时间上明显不匹 配，用来产生定货报表的定货信息必须存放一段时 间——定货信息；
q 零件库存量和库存量临界值需要存储——库存清单。
软件工程导论第2章可行 性研究
2020/12/19
软件工程导论第2章可行性研究
软件生命周期
三个时期： 八个阶段：
软件定义
问题定义 可行性研究 需求分析
软件开发
概要设计 详细设计
系统设计
编码和单元测试 综合测试
系统实现
软件维护 运行维护
软件工程导论第2章可行性研究
问题定义阶段
目的：弄清用户需要计算机解决的问题根本所在，以及 项目所需的资源和经费。
该装配厂使用一台小型计算机，处理更新库存清单主文 件和产生定货报告。零件库存量的每一次变化称为一个事务， 由放在仓库中CRT终端输入到计算机中；系统中的库存清单 程序对事务进行处理，更新存储在磁盘上的库存清单主文件， 并且把必要的订货信息写在磁带上。最后，每天由报告生成 程序读一次磁带，并且打印出订货报告。
2.4.1 符号
基本符号：
软件工程导论第2章可行性研究
软件工程教案_2(第二章可行性研究)
7. 草拟开发计划
8. 文档与审查
§2.3 系统流程图----系统分析时常用
基本思想：用图形符号以及黑盒子形式 描绘系统中每个部件（程序、文件、数 据库、表格、人工过程等）
注：信息的流动情况，而不是对信息的 加工处理过程
系统流程图的作用
1.制作系统流程图——系统分析员全面了解系
3. 画系统流程图应注意的问题
（1）尽量缩短处理时间 （2）尽量减少空闲时间 （3）要考虑便于完成程序的调试
4. 系统流程图实例——库存处理
5. 分层
总体概貌（用高层系统流程图描述）
功能1 细分 功能2 功能3
§2.4 数据流图----系统分析时常用
1. 四种图素
数据源点或终点 加工处理－动词
解:
招生计划
录取线文件
招生数
原始分
考生
标准分
计算 标准分
标准分
计算 录取线分
录取分数
标准分 考生分数文件
注意：设计任何系统，都要注意系统的安全性和用 户使用的安全性——可添加安全性的验证。
4. 命名
重要性：命名不当易造成返工，层次不清楚 (1)名字含有一定意义,易于理解、联系；
(2)名字应具有层次明显的特征,以便应付多层次结构；
2. 定义数据的方法
(1) 由数据元素组成数据的方式： 顺序；选择；重复；可选
软件工程-第2章
第2章可行性研究
2.3.2 例子
主要内容
13
2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析
第2章可行性研究
2.4 数据流图
2.4 数据流图
14
概念：
数据流图(DFD)是一种图形 化技术，它描绘信息流和 数据从输入移动到输出的 过程中所经受的变换。
第2章可行性研究 2.1可行性研究的任务
2.1 可行性研究的任务 4
至少应该从下述3个方面研究每种解法的可行性 技术可行性使用现有的技术能实现这 个系统吗? 经济可行性这个系统的经济效益能超 过它的开发成本吗? 操作可行性系统的操作方式在这个用 户组织内行得通吗?
第2章可行性研究 2.1可行性研究的任务
步骤四：
对功能级数 据流图中描 绘的系统主 要功能进一 步细化
第2章可行性研究
2.4.2 例子
2.4 数据流图
21
2.4.3 命名
数据流图中每个成分的命名是否恰当，直接影响 数据流图的可理解性。因此，给这些成分起名字时应 该仔细推敲。
第2章可行性研究
2.4.3 命名
2.4 数据流图
22
数据流命名时应注意的问题
第2章可行性研究
2.3.2 例子
12
2.3 系统流程图
软件工程导论第2章.
组成该例子的数据流图的元素
源点/终点 采购员 仓库管理员 数据流 订货报表 零件编号 零件名称 订货数量 目前价格 主要供应商 次要供应商 事务 零件编号 事务类型 数量 处理 产生报表 处理事务 数据存储 订货信息 （见订货报表） 库存清单 零件编号 库存量 库存量临界值
Hale Waihona Puke Baidu
2.4.2 绘制数据流图的例子
仓库 管理员
事务
定货系 定货报表 统
采购员
图2.5 定货系统的基本系统模型
2.4.2 绘制数据流图的例子
D1 库存清单 库存清单 1 2 事务 处理 产生 定货报表 采购员 事务 报表
定货信息 定货信息 D2 定货信息
仓库 管理员
图2.6 定货系统的功能级数据流图
上述数据流图所描述的功能够 详细了吗？
13
第七步 草拟开发计划
为推荐的系统草拟一份开发计划： 1. 工程进度表 2. 估计对各种开发人员和各种资源的需要情况。 3. 估计系统生命周期每个阶段的成本。 4. 最后应该给出下一个阶段（需求分析）的详细进度表和 成本估计。
14
第八步 书写文档提交审查
写成清晰的文档，请用户和使用部门的负责人仔细审查。
2.4.2 绘制数据流图的例子
D1 库存清单
库存清单 仓库 管理员 1.1 事务 接收 事务 1.2 更新 库存 清单
《软件工程》第二讲 可行性研究
另一种划分自动化边界的方法建议
检查和修改数据流图的原则(I)
➢ 图形符号只限于前述四种基本图形元素
➢ 主图必须包括前述四种基本元素，缺一不可
➢ 主图上的数据流必须封闭在外部实体之间
➢ 每个加工至少有一个输入数据流和一个输出数据流
➢ 在数据流图中，需按层给加工框编号。编号表明该加工 所处层次及上下层的亲子关系
考生
报名单 准考证 考生通知单
考务 处理系
统
考试中心 合格标准
错误成绩清单
成绩清 单
考生名单
பைடு நூலகம்
阅卷站
画数据流图的步骤
1．画系统的输入和输出 2．画系统内部 3．画加工内部 4．重复第3步，直至每个尚未分解的加工都足够简单
(即不必再分解)
2.4.2 例子
假设一家工厂的采购部，每天需要一张定货报表，报表按 零件编号排序，表中列出所有需要再次定货的零件。 对于每个需要再次定货的零件，应该列出下述数据：零件 编号，零件名称，定货数量，目前价格，主要供应者，次 要供应者。 零件入库或出库称为事务，通过放在仓库中的CRT终端把 事务报告给定货系统。 当某种零件的库存数量，少于库存量临界值时，就应该再 次定货。
a
d 2.1
b2 2.5
1
2b
c
c
b1 2.4
d e
e 2.2
软件工程导论 第2章 可行性研究
2- 25
数据流图
要点注意：
当进一步分解将涉及到如何具体实现一个功能时，就不应该 再分解了。
分层细化必须保持信息连续性。即：当把一个处理分解为一系 列的处理时，分解前和分解后的输入输出数据流必须相同。
注意对处理的编号问题。
例如：对处理1 的分解应该编号为1.1，1.2等；对1.1的进一步分解应该命
共四十九页
2- 36
数据字典的符号(fúhào)定义
对数据进行自顶向下的分解(fēnjiě)。
数据元素组成数据的方式：
顺序：以确定次序连接若干个分量。
选择：若干个分量中选择一个。 重复：把制定分量重复若干次。
可选：某个分量是可有（若干次）可无的
共四十九页
2- 37
数据条目 定义 (tiáomù)
保持与顶层数据流的一致； 可以不引入数据源和数据潭。
共四十九页
C、引入文件，使之形成一个有机整体—系统：
销售的商品
销售文件
1 录入、修改(xiūgǎi)或 删除商品信息
销售情况
3 查询商品销售情况
计算日销售额
2
现金额 录入(lù rù)、修改现金额,
并计算余额
现金余额
日销售额
查询要求
注：到一个文件，既有输入流，又有输出流，则可简化为 ，并可不给出标识。
显示：CRT终端或类似的显示部件，可用于输入或输出，
软件工程第二章可行性研究与软件计划
月 估算成本 = 估算工作量 ×每个人月的成本 = 54人月× 8000 = 43 2000￥
（4）软件成本估计模型
(四)COCOMO模型-构造性成本模型
E=C1×KLOCa×EAF
其中
E为开发工作量 C1为模型系数 a为模型指数
EAF为15项成本调节因子之积：
EAF Fi
（2）软件成本估计基本方法
自顶向下
依据以前的项目总成本-推算本项目的总成本-按比 例分配到各任务中去-检验是否满足要求
差别估计
与以前已完成的项目类比，从其开发的各个子任务 中区分出类似和不同的2部分，然后对类似的和不同 的部分分别进行计算和估算。
自底向上
先把软件进行细分，直到每个子任务都已明确所需 要的开发工作量，然后求出总的工作量。
人月/每个项目 或 人月/每行代码（PM/LOC） 在许多估算模型中用E（人月）表示工作量
成本率：不同地区、不同阶段的工作，其成本率有所
不同。通常可用元/LOC、元/KLOC、元/人月等表示。
(4)软件成本估计模型
(一)静态单变量模型
资源＝ C 1 ( 估计的软件特征 )
C2
其中资源可以是： 开发工作量（E） Effort 单位：人－月 开发时间（T） Time 单位：月 开发人数（P） Person 单位：人 C1 、 C2 ：依赖于开发环境和应用领域的2个常数。 可从历史数据导出。 估计的软件特征：可以是源程序长度L(千行)、工 作量E(人－月)等。
软件工程导论第2章 可行性研究
2.1 续
- ⑷法律可行性研究：研究新系统的开发和使用是 否会侵犯他人的权益，是否触犯了国家的法律法 规。
- ⑸开发方案的选择：可行性研究的最主要任务是 对以后的行动提出建议。如果问题没有可行的解， 分析人员应建议停止该项目，以避免造成进一步 的浪费；如果问题值得解决，则提出并评价实现 系统的各种可行的开发方案，从中选择一种最佳 方案，并为系统制定一个初步的开发计划。
• 分析
2.4 续
- ⑴源点：仓库管理员
- ⑵终点：采购员
- ⑶处理：产生报表、处理事务
- ⑷数据流：
- 事务（事务编号*、事务类型、数量*）
- 定货报表（零件编号、零件名称、定货数量、
-
目前价格、主要供应者、次要供应者）
- ⑸数据存储：
- 库存清单*（零件编号*、库存量、库存临界值）
- 定货报表（零件编号、零件名称、定货数量、
2.2 续
- 根据可行性研究结果应该做出的一个关键性决定 是，是否继续进行这项开发工程。
- 分析员必须清楚地表明他对这个关键性决定的建 议。
- 如果分析员认为值得继续进行这项开发工程，那 么他应该选择一种最好的解法，并且说明选择这 个解决方案的理由。
- 分析员对于所推荐的系统必须进行比较仔细的成 本/效益分析。
- 通过前一步的工作，分析员应该通过使用数据 流图，描绘出数据在系统中流动和处理的情况； 通过一个初步的数据字典，定义系统中使用的 数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第二章可行性研究
一、可行性研究的任务
可行性研究就是确定问题是否值得去解。
可行性研究工作是在初步的需求定义(澄清问题的定义)之后进行的，其的目的是用最小的代价在尽量短的时间内(总成本的5%~10%)确定该项目是否值得去解决，是否存在可行的解决方案。对每一种可能的解决方案，就以下几个方面研究其可行性：
(1)经济可行性：这个系统的经济效益能超过它的开发成本吗?
估算项目的开发成本和系统投入使用后可能带来的利润，进行成本/效益分析，从经济角度判断系统开发是否“合算”。
(2)技术可行性：使用现有的技术能实现这个系统吗?
根据客户提出的系统功能、性能要求，从开发者的技术实力、以往工作基础、问题的复杂性等出发，判断系统开发在时间、费用及其他各项约束条件限制下成功的可能性。
(3)运行、操作可行性：系统的操作方式在这个用户组织内行得通吗?
主要研究系统的运行方式在用户单位是否可以被有效地实施，是否与原有其他系统相矛盾；系统的操作规程在用户单位内是否可行，它包括人事、科技政策、管理方法等等。
(4)法律可行性：系统的开发使用，在当国当地当时合法吗？
研究系统的开发和使用是否会侵犯他人的权益，是否触犯了国家和地方的法律法规。
另外，可行性研究还要有开发方案的选择结论：如果问题没有可行的解，分析人员应建议停止该项目，以避免造成进一步的浪费；如果问题值得解决，则提出并评价实现系统的各种可行的开发方案，从中选择一种较好方案，并为系统制定一个初步的开发计划。
二、可行性研究的步骤
1、复查初步分析结果，确定系统目标与规模，清晰地描述对系统的所有约束条件；P7
2、研究现有的系统，找出其基本功能和信息，指出其缺点或局限性(功能性能上的、经济上的)；P9
3、借助某种图形工具导出新系统的高层(比较粗略的)逻辑模型，并与现有系统进行比较。以后可以从这个逻辑模型出发设计新系统；P10
4、进一步定义问题。
可行性研究的前3个步骤实质上构成一个循环，目的是逐步改善逻辑模型。分析员定义问题，分析这个问题，导出一个试探性的解(用工具描述出来)；在此基础上和用户一起复查、再次定义问题，再一次
分析这个问题，修改这个解；继续这个循环过程，直到提出的逻辑模型完全符合系统目标。在此过程中，遗漏和错误不断得到补充和改正。
5、从建议的系统逻辑模型出发，导出新系统的高层次的(比较抽象的)物理解法；提出多个供选择的方案，并对每一个方案的技术可行性、经济可行性、运行和操作可行性等进行分析比较；估计生命周期每个阶段的工作量。P13~15
6、推荐行动方案。如果系统分析员认为系统值得开发，则应指出开发的价值、推荐方案的理由并为推荐的系统草拟一份开发计划；若分析员认为不值得开发，也应拿出充分的理由。
7、草拟开发计划，书写文档(可行性研究报告)并提交审查。P17
8、评审、复审和决策。通过技术评审和管理复审，开发方和客户方或使用部门负责人根据各项可行性研究的结论，决策是否继续这项工程。
可行性研究报告的形式可以是多样的，其中主要涵盖的内容：
(1)项目背景：①问题描述②实现环境③限制条件
(2)管理概要和建议：①重要的研究结果②说明③建议④影响
(3)经济可行性（成本/效益分析）：①经费概算②预期的经济效益
(4)技术可行性（技术风险评价）：①技术条件、实力②已有工作基础③设备条件
(5)法律可行性：①系统开发可能导致的侵权，违法和责任
(6)用户使用可行性：①用户单位的行政管理，工作制度②使用人员的素质
(7)其它与项目有关的问题：①其它方案介绍②未来可能的变化
见软件设计文档国家标准GB8567—88
三、描述可行性研究成果的图形工具
1、系统流程图--系统物理模型的描述工具
什么是系统流程图，它的成份和用到的符号P38~39，P18~20例子：P40，P21~24
关于分层P25
2、数据流图--系统逻辑功能的描述工具
什么是数据流图，它的成份和用到的符号P40~41，P26~30例子：
(1)文字描述：P42，P31
(2)从文字描述中提取的信息：
数据流图有4种成分：源点和终点，处理，数据存储，数据流。
a数据源点：仓库管理员；数据终点：采购员。
b处理：零件入库或出库(事务)处理；定货报表生成。
c数据流：零件入库或出库(事务)；定货信息。P43表2.1
d数据存储：库存清单；定货信息表
(3)分层细化的数据流图：P35、P38、P40
关于数据流图的分层细化
数据流图是逐层细化的，它将每个需要细化的模块分解成一个子图。当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入输出数据流必须相同。
为数据流图中的两大成份--数据流(数据存储)、处理，命名时应注意：
P45，P41~43
(1)为数据流、处理命名要注意完整性，切忌空乏；
(2)命名通常先为数据流命名，然后再为与之相关联的处理命名；
(3)数据流命名有困难，说明系统分解不恰当；
(4)处理的命名应为动宾结构，动词表示处理的功能、名词表示处理的对象；
(5)数据处理还应按处理流程顺序和模块分解的层次编号。
数据流图的用途：
(1)作为交流信息的工具；P44
(2)作为分析和设计的工具；P45
(3)辅助物理系统的设计(边界的划分)。P46，47，49
在进行可行性研究时，我们通常首先用系统流程图描述现有系统；
通过简要分析，用数据流图描述即将设计的新系统的逻辑功能；再划分自动化边界，用系统流程图将新系统的逻辑模型转换成其对应的物理模型，描绘未来系统的概貌。
四、数据字典
1、什么是数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。它的作用也正是在软件分析和设计的过程中给人提供关于数据的描述信息。
数据流图和数据字典共同构成系统可行性研究阶段的逻辑模型。
2、数据字典的用途P59~60
(1)分析阶段的交流工具
(2)包含控制信息
(3)数据库设计的基础
3、数据字典的内容P47，P51~52
举例：