第2章 可行性分析

6 投资及收益分析 6.1 支出 6.2 收益 6.3 收益/投资比 收益/ 6.4 投资回收周期
7 社会条件方面的可行性 7.1 法律方面的可行性 7.2 使用方面的可行性
6.5 敏感性分析
2.3 系统流程图
系统流程图是概括地描绘物理系统的传统工具 概括地描绘物理系统的传统工具。 概括地描绘物理系统的传统工具 它的基本思想是用图形符号以黑盒子形式 用图形符号以黑盒子形式描绘组成 用图形符号以黑盒子形式 系统的每个部件(程序，文档，数据库，人工过程 等)。 系统流程图表达的是数据在系统各部件之间流动的 情况，而不是对数据进行Hale Waihona Puke Baidu工处理的控制过程，因 此尽管系统流程图的某些符号和程序流程图的符号 物理数据流图而不是程序流 形式相同，但是它却是物理数据流图 物理数据流图 程图。
数据流图几种附加符号
数据流图的层次结构
为了表达数据处理过程的数据加工情况，需要采用层次结 为了表达数据处理过程的数据加工情况，需要采用层次结 的数据流图。按照系统的层次结构进行逐步分解 逐步分解， 构的数据流图。按照系统的层次结构进行逐步分解，并以 分层的数据流图反映这种结构关系， 分层的数据流图反映这种结构关系，能清楚地表达和容易 理解整个系统。 理解整个系统。
分层的数据流图
系统逻辑 逻辑模型 ---- 系统逻辑模型
输入
数据的 加工或 变换
输出
外部实体
软件 系统
外部实体
…… 外部实体
……
外部实体
分层的数据流图
F0
第 n 层
F12 F11 F13 F14 F15
F21 F22
F23 F25 F24
第 n+2 层
数据流图的画法：如何画数据流图
1. 2.
GB 8566-88 《计算机软件开发规范》 8566计算机软件开发规范》
可行性研究的最根本任务 对软件开发以后的行动方针提出建议。 对软件开发以后的行动方针提出建议。
可行性研究的内容
(1) 技术可行性 (2) 经济可行性 (3) 操作可行性 (4) 社会可行性(法律可行性) 社会可行性(法律可行性) (5) 抉择
3W
项目实施计划
终止项目的建议
结束
可行性研究
目的： 目的 用最小的代价在尽可能短的时间内确定问题是否能 够解决。 不是解决问题，而是确定问题是否值得去解决。
说明该软件开发项目的实现在技术上、经济上和社会条件上的 说明该软件开发项目的实现在技术上、 可行性；评述为合理地达到开发目标可能选择的各种方案。 可行性；评述为合理地达到开发目标可能选择的各种方案。
可行性研究报告的编写
1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料
2 可行性研究的前提 2.1 要求 2.2 目标 条件、 2.3 条件、假定和限制 2.4 进行可行性研究的方法 2.5 评价尺度
可行性研究报告的编写
3 对现有系统的分析 3.1 数据流程和处理流程 3.2 工作负荷 3.3 费用开支 3.4 人员 3.5 设备 3.6 局限性
用途： 交流信息的工具 分析、设计的工具 主要功能： 表达系统中数据流动的情况 数据转换的地方 储存数据的地方
数据流图四种基本符号
编号 加工名
或
数据加工/ 数据加工/处理/变换 / 数据源点或终点 (外部实体) 外部实体)
名称
或 或
数据文件名 数据流名
数据存储文件 数据流(data 数据流(data flow)
GB 8567-88《 计算机软件产品开发文件编制指南 》 8567-88《
2.1 可行性研究的任务
可行性研究的主要任务是“了解客户的要求及现实环境，从技 可行性研究的主要任务是“了解客户的要求及现实环境， 经济和社会因素等三方面研究并论证本软件项目的可行性， 术、经济和社会因素等三方面研究并论证本软件项目的可行性，编 写可行性研究报告，制定初步项目开发计划。 写可行性研究报告，制定初步项目开发计划。”
数据流图的画法
从顶层数据流图扩展到第1层DFD可以采用“语法分析”： 提取出 名词——可能是外部实体、数据或控制对象、数据存储； 动词——是候选的泡泡（处理）
例
某工厂的仓库每天都有零件的入库和出库。零件的入库和 出库称为事务，通过存放在仓库的CRT终端把事务报告给定 货系统。当某种零件的库存量低于库存量临界值时就应该再 次定货。采购部每天需要一张定货报表。 画出这个系统的数据流图。
如何画数据流图
7. 8. 9.
10.
11. 12.
数据流图仅表示做什麽，不表示作的顺序。 父图、子图的平衡 父图与子图的一致性问题。 分解的深度和层次 直到每个加工成为简单易理解的 基本加工为止。 基本加工指语意特明确，实现简单的加工 。 画DFD时，以系统稳定和正常运转时的数据流动情形 作为描绘对象， 非正常运转时的状态可省略，出错处 理可以忽略。 由用户误操作而产生的错误处理细节可省略。 DFD中描绘的是数据流，而不是控制流，若有控制流 ，将其删除掉。
外部实体 学 生
购书单 领书单
外部实体
教材 购销 系统
缺书单 进书通知
保管 员 第 0 层
教材存量表
F1
学 生
购书单 领书单
1 销售
进书通知
2 采购
缺书单 进书通知
保 管员
缺书登记表
F2 第 1 层
教材存量表
学 生
购书单 领书单
1 销售
进书通知
2 采购
缺书单 进书通知
保 管员 第 1 层
缺书登记表
例： 教材购销系统
本教材购销系统首先由学生提交购书单，经系统审核 是有效购书单后，开发票，登记并返还给学生领书单，学 生即可去书库领书。若是脱销教材，系统则登记缺书单给 书库保管员，一旦新书入库后，即保管员发进书通知给系 统。 凡书库中的书发生数量变化（包括领书或进书）时， 都应修改相关的书库记录。 详细流程如下： 系统要审查购书单有效性。首先要核对购书单上的内容是 否与学生用书情况相符，还要通过售书登记检查学生是否 已购买过这些教材。若发现购书单中有学生不用或买重了 的教材，便发出无效书单。只有将通过了审查的教材保留 在有效购书单中。
教材销售子系统 F1 书号 单价 数量
进书通知
缺书登记表
1.5
补售 教材 暂缺书单
F2
1.4
登记 缺书
教材存量表
F1
补售 书单
无效书单 购书单
1.1
审查 有效性
有效书单
1.2
开发票
发票
1.3
登记并开 领书单
领书单
各班用书表
F3
售书登记表
F4
第 2 层
教材存量表
学 生
购书单 领书单
1 销售
进书通知
2 采购
缺书单 进书通知
保 管员 第 1层
采购 子系统
缺书登记表
缺书登记表
F2
2.1
按书号汇 总缺书
2.2
按出版社统 计缺书
教材存量表
F1
待购教材表
F5
教材一览表 缺书单
F6
进书通知
2.3
修改教材库 存和待 购量
进书通知
保 管员 第 2 层
分层 DFD 图的优点
采用逐步细化的扩展方法， 逐步细化的扩展方法 . 便于实现 --- 采用逐步细化的扩展方法，可避免一 次引入过多的细节， 次引入过多的细节，有利于控制问题 的复杂度； 的复杂度； . 便于使用 --- 用一组图代替一张总图，方便用户及 用一组图代替一张总图， 软件开发人员阅读。 软件开发人员阅读。
数据流图的层次
顶层数据流图（环境图） 顶层数据流图（环境图） 顶层流图仅包含一个加工，它代表被开发系统。 顶层流图仅包含一个加工，它代表被开发系统。它的 输入流是该系统的输入数据，输出流是系统所输出数据。 输入流是该系统的输入数据，输出流是系统所输出数据。 第一层数据流图 中间层流图则表示对其上层父图的细化。 中间层流图则表示对其上层父图的细化。 第二层数据流图…… 第二层数据流图…… 它的每一加工可能继续细化，形成子图。 它的每一加工可能继续细化，形成子图。 层数据流图(底层数据流图 第n层数据流图 底层数据流图） 层数据流图 底层数据流图） 底层流图是指其加工不需再做分解的数据流图， 底层流图是指其加工不需再做分解的数据流图，它处 在最底层。 在最底层。
4 所建议的系统 4.1 对所建议系统的说明 4.2 数据流程和处理流程 4.3 改进之处 4.4 影响 4.5 局限性 4.6 技术条件方面的可行性
可行性研究报告的编写
5 可选择的其它系统方案 5.1 可选择的其它系统1 可选择的其它系统1 5.2 可选择的其它系统2 可选择的其它系统2
......
第二章
可行性研究
第2章 Content
2.1 2.2 2.3 2.4 2.5 2.6 2.7
可行性研究的任务 可行性研究过程 系统流程图 数据流图 数据字典 成本/效益分析 小结
问题的定义与可性行研究
开始 问题定义 可性行研究 可行否？
Y N
有用的软件
Who What Why 为谁设计，用户是谁？ 为谁设计，用户是谁？ 要解决哪些问题？ 要解决哪些问题？ 为什么要解决这些问题
技术可行性
度量一个特定技术信息系统解决方案 的实用性及技术资源的可用性 考虑的问题
(1)开发风险分析 (1)开发风险分析 (2)资源分析 (2)资源分析 (3)相关技术的发展（现有技术能否实现新系统，技术难点、 (3)相关技术的发展（现有技术能否实现新系统，技术难点、 建议采用技术的先进性）
经济可行性
然后按购书单的内容查对教材存量情况，把可供应的教材根据 交费开发票，登记后开领书单发给学生。对数量不足或全缺的 教材作缺书登记并开出暂缺书单，等待接到进书通知后再补售 给学生。补售的手续及数据流图和第一次购书相同。 系统根据建立起来的缺书登记，先按书号汇总后登记待购教材 ，然后再按出版社分别统计制成缺书单并送给书库保管员作为 采购教材的依据。另外，在汇总缺书时要再次核查教材存量， 而且，分出版社统计时还要参阅教材一览表，从该文件中可以 知道这些缺书是何处出版的。新书入库后，要及时修改教材存 量和待购教材登记中的有关教材数量，同时把进书信息通知系 统，通知缺书的学生补售教材。
基本符号
----以概括的方式抽象地描绘一个实际系统所用符号
系 统 符 号
--具 体 地 描 绘 一 个 物 理 系 统 所 用 符 号
例：某装配厂的仓库中存放零件，仓库中现有各种零件的 数量及每种零件的库存临界值等数据记录在库存清单主文 件中。从仓库中取零件，或进货时，都要及时修改库存清 单主文件；若某零件的库存量少于临界值，则报告给采购 部以便定货，规定每天向采购部提交一次定货报告。 装配厂用一台小型计算机处理更新库存清单主文件， 并产生定货报告。 零件库存量的每一次变化称为一个事务，由CRT终 端输入到计算机。 系统中的库存清单程序对事务进行处理，更新库存 清单主文件，把定货信息写在磁带上。 每天报告生成程序读一次磁带，打印出定货报告。
---------成本及效益分析图 ---------成本及效益分析图
盈亏平衡点 该系统成本
该系统节省经费
操作可行性
• 用户使用可能性 • 时间进度可行性 • 组织和文化上的可行性
2.2 可行性研究过程
1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 进一步定义问题 5. 导出和评价供选择的解法 6. 推荐行动方针 7. 草拟开发计划 8. 书写文档提交审查
度量系统解决方案的性能价格比。 度量系统解决方案的性能价格比。 考虑的问题
成本/ 成本/效益分析（开发、运行的成本/效益） 开发、运行的成本/效益） 有形成本、效益
无形成本、效益
价值和成本的关系
质量与价值、成本的关系 价值/ 价值/成本的均衡
举例
成本-效益(万元) 成本-效益(万元) 60 40 20 0 1 2 3 4 5 年 投资回收期
3.
4.
5.
6.
总体思想：自顶向下，逐步分解 确定顶层数据流图：即将软件/系统描述为一个泡泡； 主要的输入和输出应被仔细地标记。 逐层分解：通过把在下一层表示的候选处理过程、数 据对象和数据存储分离，开始分解求精过程。 数据流图在系统复杂的情况下应形成不同层，而且编 号。 分解应针对加工、处理，一次精化一个泡泡（加工、 处理） 每层图5-9个加工。（7+2）
图2.3 库存清单系统的系统流程图
2.4
数据流图
DFD ---- Data Flow Diagram
一种图形化技术，它描绘信息流和数据从输入移动到 输出的过程中所经过的变换。 在数据流图中没有任何具体的物理部件，它只是描绘 数据在软件中流动和被处理的逻辑过程，是系统逻辑 功能的图形表示。 设计数据流图时只需考虑系统必须完成的基本逻辑功 能，完全不需要考虑怎样具体地实现这些功能，所以 它也是今后进行软件设计的很好的出发点。