第2章 可行性研究

2.1 可行性研究的任务

可行性研究的目的不是解决问题，而是确定问题是否值得去解决。
首先，进一步分析和澄清问题定义
然后，分析员应该导出系统的逻辑模型
最后，探索若干种可供选择的主要解法

2.2 可行性研究过程

1. 复查系统规模和目标
2. 研究目前正在使用的系统
3. 导出新系统的高层逻辑模型
4. 进一步定义问题
5. 导出和评价供选择的解法
6. 推荐行动方针
7. 草拟开发计划书
8. 写文档提交审查

2.3 系统流程图

2.3.1符号

2.3.3 分层

面对复杂的系统时，一个比较好的方法是分层次地描绘这个系统。首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能。然后分别把每个关键功能扩展到适当的详细程度。这种分层次的描绘方法便于阅读者按从抽象到具体的过程逐步深入地了解一个复杂的系统。

2.4 数据流图

数据流图(DFD)是一种图形化技术,它描绘信息流和数据从输入移动到输岀的过程中所经受的变换。

2.4.1 符号

1. 数据源点或终点

2. 数据加工（变换数据的处理）

3. 数据存储

4.数据流

数据流与数据加工之间的关系

2.4.2绘制数据流图的例子

• 假设一家工厂的采购部每天需要一张订货报表，报表按零件编号排序，表中列出所有需要再次订货的零件。
• 对于每个需要再次订货的零件应该列出下述数据：零件编号，零件名称，订货数量，目前价格，主要供应者，次要供应者。
•零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给订货系统。
•当某种零件的库存数量少于库存量临界值时就应该再次订货。

顶层数据流图

逐层分解

按业务活动顺序分解
按业务功能分解
按数据加工或处理分解

2.4.3 命名

1.为数据流（或数据存储）命名

a)名字应该代表整个数据流(或数据存储)的内容;
b)不要使用空洞的、缺乏具体含义的名字(如“数据”、“输入”);
c)如果为某个数据流(或数据存储)起名字时遇到困难,则很可能是因为对数据流图的分解不恰当造成的,应该试试重新分解数据流图;

2.为处理命名

a)通常先为数据流命名,然后再为与之相关联的处理命名;
b)名字应该反映整个处理的功能;
c)应该尽量避免空洞笼统的动词做名字,如“处理”、“加工”;
d)通常用一个动词命名,如果必须用两个动词才能描述整个处理的功能,则可能要把这个处理分解成两个处理更恰当;
e)如果在为某个处理命名时遇到困难,则很可能是发现了分解不当的情况,应考虑重新分解。

2.4.4数据流图的用途

①交流信息的工具
②软件分析和设计的工具

2.5 数据字典

2.5.1 数据字典的内容

①数据流

a)数据元素编号、名称及其含义;
b)数据类型和长度;
c)合理取值;
d)其他内容,如它与其它数据的逻辑关系等。

②数据元素（数据流分量）

a)数据流编号及名称;b)数据流来源;
c)数据流去处;
d)数据流的组成;
e)流通量;
f)峰值。

③数据存储

a)数据存储编号及名称;
b)数据存储的组成;
c)其它要求。

④数据处理

a)数据处理编号及名称;
b)简单描述;
c)输入/输出;
d)功能描述;
e)有关数据存储。

⑤组成数据项的表示方法

2.5.3 数据字典的用途

1. 数据字典最重要的用途是作为分析阶段的工具
2. 数据字典中包含的每个数据元素的控制信息是很有价值的
3. 数据字典是开发数据库的第一步，而且是很有价值的一步。