文档介绍：第二章可行性分析
第1页，本讲稿共25页
可行性研究的任务
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决
首先进一步分析和澄清问题，特别注意系统有哪些约束和限制
然后导出系统的逻辑模型，讨论可行第二章可行性分析
第1页，本讲稿共25页
可行性研究的任务
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决
首先进一步分析和澄清问题，特别注意系统有哪些约束和限制
然后导出系统的逻辑模型，讨论可行的解：技术可行性、经济可行性、操作可行性；
推荐一个较好的方案
第2页，本讲稿共25页
可行性研究的步骤
复查系统规模和目标
研究目前正在使用的系统
导出新系统的高层逻辑模型
重新定义问题
导出和评价供选择的解法
推荐行动方针
草拟开发计划
书写文档提交审查
第3页，本讲稿共25页
研究目前正在使用的系统
研究用户正在使用的系统，包括人工系统和计算机系统，侧重从经济方面评价新系统的开发是否必要；
仔细研究分析现行系统的文档资料和使用手册，并实地考察。了解旧系统可以做什么，为什么这样做；
了解现行系统与其他系统的接口情况。
不要花费过多时间分析现行系统的实现细节。
第4页，本讲稿共25页
导出新系统的高层逻辑模型
第5页，本讲稿共25页
物理模型：系统流程图逻辑模型：数据流图和数据字典
第6页，本讲稿共25页
系统流程图
以概括的形式表达对现有系统的认识，并以图形（系统流程图）形式化表达；
系统流程图的基本思想是以黑盒形式描述系统里面的每个部件（程序、文件、数据库、表格、人工过程等）；
它表达的是信息在系统各部件之间流动的情况，不是对信息进行加工处理的控制过程；
它与物理存储 I/O 相关，是物理数据流图而不是程序流程图。
第7页，本讲稿共25页
系统流程图符号
矩形
处理：能改变数据值或数据位置的加工或部件
平行四边形
输入/输出：广义的，不指明具体设备
圆形
连接：转接图和图
单箭头线段
数据流：连接其他符号，指明数据流方向
……
第8页，本讲稿共25页
图形要点
每个符号用黑盒形式定义组成系统的部件；
符号不指明各系统部件的具体工作过程；
箭头确定信息通过系统的逻辑路径；<br****惯画法：“从顶向下，从左到右” ；
“分层次”的方法描述复杂系统；
该阶段只画系统高层物理模型。
第9页，本讲稿共25页
库存清单系统的系统流程图
第10页，本讲稿共25页
数据流图
描绘系统的逻辑模型；
只描绘信息在系统中的流动和处理的情况，不描述具体的物理元素；
只考虑系统必须完成的基本逻辑功能，完全不怎样实现这些功能；
与用户交流的工具；
今后细化和程序设计的出发点。
第11页，本讲稿共25页
数据流图符号
正方形（立方体）
数据的源点或终点
圆角矩形（圆形）
交换数据的处理
开口矩形（两条平行横线）
数据存储
箭头
数据流
*
“与” 运算
+
“或” 运算
⊕
“异或” 运算
第12页，本讲稿共25页
数据流与数据加工之间的关系
第13页，本讲稿共25页
数据流图注意要点
注意命名（处理名、数据流名）
切忌含糊、代表本质；
画数据流而非控制流；
子图加工编号方式：
子图加工编号=<父图加工编号> . 顺序号；
父图的输入/输出等于子图的输入/输出；
分解的度数：子加工的个数<=7 ；
忽略一些过于详细的细节内容。
第14页，本讲稿共25页
数据流图示例
第15页，本讲稿共25页
数据流图的分层特性
第16页，本讲稿共25页
数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合；
数据字典和数据流图共同构成系统的逻辑模型，两者互相依赖；
数据字典最重要的用途是作为分析阶段的工具，是系统分析员与用户交流的工具；
数据字典是开发人员描述数据和设计模块的标准；
数据字典是开发数据库的第一步。
第17页，本讲稿共25页
数据字典的内容
数据字典由对四类元素的定义组成：
1. 数据流；
2. 数据流分量（即数据元素）；
3. 数据存储（顺序存储/非顺序存储）；
4. 处理。
关于数据元素的别名
第18页，本讲稿共25页
定义数据的方法
对数据自顶向下分解，直到分解为人人清
楚其