第2章可行性研究
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• ①风险分析：分析在给定的约束条件下设计和实现系统 的风险 采用不成熟的技术可能造成技术风险 人员流动可能给项目带来风险 成本和人员估算不合理造成的预算风险 风险分析的目的是找出风险，评价风险的大小，并有效 地控制和缓解风险
管理信息系统
ห้องสมุดไป่ตู้
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析 • ②资源分析：论证是否具备系统开发所需的各类人员、软 件、硬件等资源和相应的工作环境 例如，有一支开发过类似项目的开发和管理的团队， 或者开发人员比较熟悉系统所处的领域，并有足够的人员 保证，所需的硬件和支撑软件能通过合法的手段获取，那
存清单主文件中。当仓库中零件数量有变化时，应该及时 修改库存清单主文件，如果哪种零件的库存量少于它的库 存量临界值，则应该报告给采购部门以便定货，规定每天 向采购部门送一次定货报告。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.2 例子
该装配厂使用一台小型计算机处理更新库存清单主文 件和产生定货报告的任务。零件库存量的每一次变化称为 一个事务，由放在仓库中的CRT终端输入到计算机中；系 统中的库存清单程序对事务进行处理，更新存储在磁盘上
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 习题
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
2.1 可行性研究的任务
可行性研究的目的不是解决问题，而是确定问题是否 值得去解决。 可行性研究实质上是要进行一次大大压缩简化了的系
• 至少有一个输入数据流和一个输出流
• 可以有多个输入数据流和多个输出数据流
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （3）开口矩形(或两条平行横线)代表数据存储，
用于保存某些数据，供以后使用；
每个文件用一个定义明确的名字标识 由加工进行读写 DFD中称为文件，但在具体实现时可以用文件 系统实现，也可以用数据库系统实现
的库存清单主文件，并且把必要的定货信息写在磁带上。
最后，每天由报告生成程序读一次磁带，并且打印出定货 报告。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.2 例子
图2.3 库存清单系统的系统流程图
管理信息系统
• 发展历史
第2章 可行性研究
2.3 系统流程图
2.3.3 分层（结构化分析方法）
么从技术角度看，可以认为具备设计和实现系统的条件
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析
③技术分析：分析当前的科学技术是否支持系统开发的 各项活动 在技术分析过程中，分析员收集系统的性能、可靠性、 可维护性和生产率方面的信息，分析实现系统功能、性能所
需的技术、方法、算法或过程，从技术角度分析可能存在的
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （4）箭头表示数据流，即特定数据的流动方向。每个数据流 用由一组固定成分的数据组成并拥有一个定义明确的名字标 识 如：运动会管理系统中，报名单(数据流)由队名、姓名、 性别、参赛项目等数据组成 • 数据流的流向 – 从一个加工流向另一个加工 – 从加工流向文件(写文件) – 从文件流向加工(读文件) – 从源流向加工 – 从加工流向宿
管理信息系统
第2章 可行性研究
2.2 可行性研究过程
2.2 可行性研究过程
典型的可行性研究过程有下述一些步骤。
复查系统规模和目标
1
2 3 这4个步骤构 成一个循环
研究正在使用的系统
导出新系统的高层逻辑模型
4
进一步定义问题
管理信息系统
第2章 可行性研究
2.2 可行性研究过程
2.2 可行性研究过程
导出和评价供选择的解法
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.1 符号
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.1 符号
图2.2 系统符号
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.2 例子
某装配厂有一座存放零件的仓库，仓库中现有的各种
零件的数量以及每种零件的库存量临界值等数据记录在库
经济效益通常可用货币的时间价值、投资回收期和纯收入 来度量
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
(3)法律可行性分析
• 研究系统开发过程中可能涉及到的合同、侵权、责任以及
各种与法律相抵触的问题
• 我国颁布了《中华人民共和国著作权法》，其中将计算机 软件作为著作权法的保护对象。国务院颁布了《计算机软 件保护条例》。这两个法律文件是法律可行性分析的主要 依据
这种分层次的描绘方法便于阅读者按从抽象到具体的
过程逐步深入地了解一个复杂的系统。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.3 分层
X
3
1
4 2
1.1 1.2 1.3 2.3
2.1 2.4
2.2
工厂自动化系统
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4 数据流图（Data Flow Diagram：DFD）
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （1）正方形(或立方体)表示数据的源点或终点，表示存 在于软件系统之外的人员或组织； – 例如，对一个考务处理系统而言
• 考生向系统提供报名单(输入数据流)，所以考生是考试系统 (软件)的一个源 • 考务处理系统要将考试成绩的统计分析表(输出数据流)传递 给考试中心，所以考试中心是该系统的一个宿
2.1 可行性研究的任务
一般说来，至少应该从下述三方面研究每种解法的可
(1) 技术可行性 使用现有的技术能实现这个系统吗? (2) 经济可行性 这个系统的经济效益能超过它的开发 成本吗?
(3) 操作可行性 系统的操作方式在这个用户组织内行
得通吗? 必要时还应该从法律、社会效益等更广泛的方面研究 每种解法的可行性。
–提出：20世纪60年代末到70年代初 –成熟：20世纪70年代末到80年代中期 • 主要思想：抽象与自顶向下的逐层分解 (控制复杂性的两个基本手段) • 抽象：忽略一个问题中与当前目标无关的那些方面，以便 更充分地关注与当前目标有关的方面
• 分解：将问题不断分解为较小的问题，直到每个最底层的 问题都足够简单为止
5 6 7
推荐行动方针
草拟开发计划
8
书写文档提交审查
管理信息系统
第2章 可行性研究
2.2 可行性研究过程
导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发，导
出现有系统的逻辑模型，再参考现有系统的逻辑模型，设
想目标系统的逻辑模型，最后根据目标系统的逻辑模型建 造新的物理系统。
管理信息系统
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析
• 技术可行性主要根据系统的功能、性能、约束条件等，
分析在现有资源和技术条件下系统能否实现
• 技术可行性分析通常包括风险分析、资源分析和技术 分析
4
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析
数据流图(DFD)是一种图形化技术，它描绘信息流和数 据从输入移动到输出的过程中所经受的变换。在数据流图 中没有任何具体的物理部件，它只是描绘数据在软件中流 动和被处理的逻辑过程。
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
如图2.4(a)所示，数据流图有四种基本符号：
2.4(a)基本符号
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
(2)经济可行性分析
• 效益
经济效益包括使用基于计算机的系统后可增加 的收入和可节省的运行费用（如操作人员数、 工作时间、消耗的物资等）。在进行成本效益 分析时通常只统计五年内的经济效益
社会效益指使用基于计算机的系统后对社会产 生的影响（如提高办事效益，提高用户满意度 等），通常社会效益只能定性地估计
风险，以及这些技术问题对成本的影响 技术可行性分析时通常需进行系统建模，必要时可建造 原型和进行系统模拟
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
(2)经济可行性分析
• • 经济可行性主要进行成本效益分析，从经济角度，确定系 统是否值得开发 基于计算机的系统的成本主要包括： 购置硬件、软件（如数据库管理系统、第三方开发的 构件等）和设备（如传感器等）的费用 系统的开发费用 系统安装、运行和维护费用 人员培训费用
第2章 可行性研究
2.2 可行性研究过程
导出和评价供选择的解法
分析员应该从他建议的系统逻辑模型出发，导出若干 个较高层次的(较抽象的)物理解法供比较和选择。 首先应该根据技术可行性的考虑初步排除一些不现实 的系统。其次可以考虑操作方面的可行性。分析员应该根 据使用部门处理事务的原则和习惯检查技术上可行的那些
它却是物理数据流图而不是程序流程图。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.1 符号
当以概括的方式抽象地描绘一个实际系统时，仅仅使
用基本符号就足够了。
当需要更具体地描绘一个物理系统时还需要使用系统 符号，利用这些符号可以把一个广义的输入输出操作具体 化为读写存储在特殊设备上的文件（或数据库），把抽象 处理具体化为特定的程序或手工操作等。
• 可以立即开始进行 • 需要推迟到某些条件（例如资金、人力、设备等）落实之 后才能开始进行
• 需要对开发目标进行某些修改之后才能开始进行
• 因为某种原因（如，技术不成熟、经济上不合算等）不能
进行
12
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
可行性研究最根本的任务是对以后的行动方针提出建 议。如果问题没有可行的解，分析员应该建议停止这项开 发工程，以避免时间、资源、人力和金钱的浪费；如果问 题值得解，分析员应该推荐一个较好的解决方案，并且为 工程制定一个初步的计划。 可行性研究可行性研究需要的时间长短取决于工程的 规模。一般说来，可行性研究的成本只是预期的工程总成 本的5%～10%。
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
方案的选择和折衷
• 一个基于计算机的系统可以有多个可行的实现方案，每个
方案对成本、时间、人员、技术、设备都有不同的要求，
不同方案开发出来的系统在功能、性能方面也会有所不同。 因此要在多个可行的实现方案中作出选择
• 方案评估的依据是待开发系统的功能、性能、成本、开发
时间、采用的技术、设备、风险以及对开发人员的要求等 • 由于系统的功能和性能受到多种因素的影响，某些因素之
间相互关联和制约
–如，为达到高的精度就可能导致长的执行时间，为达到 高可靠性就会导致高的成本等等。因此，在必要时应进 行折衷
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
可行性分析的结论
• 源或宿用相同的图形符号表示
– 当数据流从该符号流出时表示是源 – 当数据流流向该符号时表示是宿 – 当两者皆有时表示既是源又是宿
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （2）圆角矩形(或圆形)代表变换数据的处理，描述了 输入数据流到输出数据流的变换，即将输入数据流加 工成输出数据流； • 每个加工用一个定义明确的名字标识
方案，去掉其中从操作方式或操作过程的角度看用户不能
接受的方案。 接下来应该考虑经济方面的可行性。一般说来，只有 投资预计能带来利润的系统才值得进一步考虑。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3 系统流程图
系统流程图是概括地描绘物理系统的传统工具。它的 基本思想是用图形符号以黑盒子形式描绘组成系统的每个 部件(程序、文档、数据库、人工过程等)。 系统流程图表达的是数据在系统各部件之间流动的情 况，而不是对数据进行加工处理的控制过程，因此尽管系 统流程图的某些符号和程序流程图的符号形式相同，但是
• 随着分解层次的增加，抽象的级别越来越低，也越接近问 题的解(算法和数据结构)
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.3 分层
面对复杂的系统时，一个比较好的方法是分层次地描
绘这个系统。
首先用一张高层次的系统流程图描绘系统总体概貌， 表明系统的关键功能。 然后分别把每个关键功能扩展到适当的详细程度，画 在单独的一页纸上。
统分析和设计的过程，也就是在较高层次上以较抽象的方
式进行的系统分析和设计的过程。 开发一个基于计算机的系统通常都受到资源（人力、
财力、设备等）和时间上的限制，可行性分析主要从经济、
技术、法律等方面分析所给出的解决方案是否可行，能否 在规定的资源和时间的约束下完成
管理信息系统
行性：
第2章 可行性研究
管理信息系统
ห้องสมุดไป่ตู้
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析 • ②资源分析：论证是否具备系统开发所需的各类人员、软 件、硬件等资源和相应的工作环境 例如，有一支开发过类似项目的开发和管理的团队， 或者开发人员比较熟悉系统所处的领域，并有足够的人员 保证，所需的硬件和支撑软件能通过合法的手段获取，那
存清单主文件中。当仓库中零件数量有变化时，应该及时 修改库存清单主文件，如果哪种零件的库存量少于它的库 存量临界值，则应该报告给采购部门以便定货，规定每天 向采购部门送一次定货报告。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.2 例子
该装配厂使用一台小型计算机处理更新库存清单主文 件和产生定货报告的任务。零件库存量的每一次变化称为 一个事务，由放在仓库中的CRT终端输入到计算机中；系 统中的库存清单程序对事务进行处理，更新存储在磁盘上
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务 2.2 可行性研究过程 2.3 系统流程图 2.4 数据流图 2.5 数据字典 2.6 成本/效益分析 习题
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
2.1 可行性研究的任务
可行性研究的目的不是解决问题，而是确定问题是否 值得去解决。 可行性研究实质上是要进行一次大大压缩简化了的系
• 至少有一个输入数据流和一个输出流
• 可以有多个输入数据流和多个输出数据流
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （3）开口矩形(或两条平行横线)代表数据存储，
用于保存某些数据，供以后使用；
每个文件用一个定义明确的名字标识 由加工进行读写 DFD中称为文件，但在具体实现时可以用文件 系统实现，也可以用数据库系统实现
的库存清单主文件，并且把必要的定货信息写在磁带上。
最后，每天由报告生成程序读一次磁带，并且打印出定货 报告。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.2 例子
图2.3 库存清单系统的系统流程图
管理信息系统
• 发展历史
第2章 可行性研究
2.3 系统流程图
2.3.3 分层（结构化分析方法）
么从技术角度看，可以认为具备设计和实现系统的条件
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析
③技术分析：分析当前的科学技术是否支持系统开发的 各项活动 在技术分析过程中，分析员收集系统的性能、可靠性、 可维护性和生产率方面的信息，分析实现系统功能、性能所
需的技术、方法、算法或过程，从技术角度分析可能存在的
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （4）箭头表示数据流，即特定数据的流动方向。每个数据流 用由一组固定成分的数据组成并拥有一个定义明确的名字标 识 如：运动会管理系统中，报名单(数据流)由队名、姓名、 性别、参赛项目等数据组成 • 数据流的流向 – 从一个加工流向另一个加工 – 从加工流向文件(写文件) – 从文件流向加工(读文件) – 从源流向加工 – 从加工流向宿
管理信息系统
第2章 可行性研究
2.2 可行性研究过程
2.2 可行性研究过程
典型的可行性研究过程有下述一些步骤。
复查系统规模和目标
1
2 3 这4个步骤构 成一个循环
研究正在使用的系统
导出新系统的高层逻辑模型
4
进一步定义问题
管理信息系统
第2章 可行性研究
2.2 可行性研究过程
2.2 可行性研究过程
导出和评价供选择的解法
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.1 符号
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.1 符号
图2.2 系统符号
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.2 例子
某装配厂有一座存放零件的仓库，仓库中现有的各种
零件的数量以及每种零件的库存量临界值等数据记录在库
经济效益通常可用货币的时间价值、投资回收期和纯收入 来度量
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
(3)法律可行性分析
• 研究系统开发过程中可能涉及到的合同、侵权、责任以及
各种与法律相抵触的问题
• 我国颁布了《中华人民共和国著作权法》，其中将计算机 软件作为著作权法的保护对象。国务院颁布了《计算机软 件保护条例》。这两个法律文件是法律可行性分析的主要 依据
这种分层次的描绘方法便于阅读者按从抽象到具体的
过程逐步深入地了解一个复杂的系统。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.3 分层
X
3
1
4 2
1.1 1.2 1.3 2.3
2.1 2.4
2.2
工厂自动化系统
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4 数据流图（Data Flow Diagram：DFD）
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （1）正方形(或立方体)表示数据的源点或终点，表示存 在于软件系统之外的人员或组织； – 例如，对一个考务处理系统而言
• 考生向系统提供报名单(输入数据流)，所以考生是考试系统 (软件)的一个源 • 考务处理系统要将考试成绩的统计分析表(输出数据流)传递 给考试中心，所以考试中心是该系统的一个宿
2.1 可行性研究的任务
一般说来，至少应该从下述三方面研究每种解法的可
(1) 技术可行性 使用现有的技术能实现这个系统吗? (2) 经济可行性 这个系统的经济效益能超过它的开发 成本吗?
(3) 操作可行性 系统的操作方式在这个用户组织内行
得通吗? 必要时还应该从法律、社会效益等更广泛的方面研究 每种解法的可行性。
–提出：20世纪60年代末到70年代初 –成熟：20世纪70年代末到80年代中期 • 主要思想：抽象与自顶向下的逐层分解 (控制复杂性的两个基本手段) • 抽象：忽略一个问题中与当前目标无关的那些方面，以便 更充分地关注与当前目标有关的方面
• 分解：将问题不断分解为较小的问题，直到每个最底层的 问题都足够简单为止
5 6 7
推荐行动方针
草拟开发计划
8
书写文档提交审查
管理信息系统
第2章 可行性研究
2.2 可行性研究过程
导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发，导
出现有系统的逻辑模型，再参考现有系统的逻辑模型，设
想目标系统的逻辑模型，最后根据目标系统的逻辑模型建 造新的物理系统。
管理信息系统
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析
• 技术可行性主要根据系统的功能、性能、约束条件等，
分析在现有资源和技术条件下系统能否实现
• 技术可行性分析通常包括风险分析、资源分析和技术 分析
4
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
（1）技术可行性分析
数据流图(DFD)是一种图形化技术，它描绘信息流和数 据从输入移动到输出的过程中所经受的变换。在数据流图 中没有任何具体的物理部件，它只是描绘数据在软件中流 动和被处理的逻辑过程。
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
如图2.4(a)所示，数据流图有四种基本符号：
2.4(a)基本符号
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
(2)经济可行性分析
• 效益
经济效益包括使用基于计算机的系统后可增加 的收入和可节省的运行费用（如操作人员数、 工作时间、消耗的物资等）。在进行成本效益 分析时通常只统计五年内的经济效益
社会效益指使用基于计算机的系统后对社会产 生的影响（如提高办事效益，提高用户满意度 等），通常社会效益只能定性地估计
风险，以及这些技术问题对成本的影响 技术可行性分析时通常需进行系统建模，必要时可建造 原型和进行系统模拟
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
(2)经济可行性分析
• • 经济可行性主要进行成本效益分析，从经济角度，确定系 统是否值得开发 基于计算机的系统的成本主要包括： 购置硬件、软件（如数据库管理系统、第三方开发的 构件等）和设备（如传感器等）的费用 系统的开发费用 系统安装、运行和维护费用 人员培训费用
第2章 可行性研究
2.2 可行性研究过程
导出和评价供选择的解法
分析员应该从他建议的系统逻辑模型出发，导出若干 个较高层次的(较抽象的)物理解法供比较和选择。 首先应该根据技术可行性的考虑初步排除一些不现实 的系统。其次可以考虑操作方面的可行性。分析员应该根 据使用部门处理事务的原则和习惯检查技术上可行的那些
它却是物理数据流图而不是程序流程图。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.1 符号
当以概括的方式抽象地描绘一个实际系统时，仅仅使
用基本符号就足够了。
当需要更具体地描绘一个物理系统时还需要使用系统 符号，利用这些符号可以把一个广义的输入输出操作具体 化为读写存储在特殊设备上的文件（或数据库），把抽象 处理具体化为特定的程序或手工操作等。
• 可以立即开始进行 • 需要推迟到某些条件（例如资金、人力、设备等）落实之 后才能开始进行
• 需要对开发目标进行某些修改之后才能开始进行
• 因为某种原因（如，技术不成熟、经济上不合算等）不能
进行
12
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
可行性研究最根本的任务是对以后的行动方针提出建 议。如果问题没有可行的解，分析员应该建议停止这项开 发工程，以避免时间、资源、人力和金钱的浪费；如果问 题值得解，分析员应该推荐一个较好的解决方案，并且为 工程制定一个初步的计划。 可行性研究可行性研究需要的时间长短取决于工程的 规模。一般说来，可行性研究的成本只是预期的工程总成 本的5%～10%。
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
方案的选择和折衷
• 一个基于计算机的系统可以有多个可行的实现方案，每个
方案对成本、时间、人员、技术、设备都有不同的要求，
不同方案开发出来的系统在功能、性能方面也会有所不同。 因此要在多个可行的实现方案中作出选择
• 方案评估的依据是待开发系统的功能、性能、成本、开发
时间、采用的技术、设备、风险以及对开发人员的要求等 • 由于系统的功能和性能受到多种因素的影响，某些因素之
间相互关联和制约
–如，为达到高的精度就可能导致长的执行时间，为达到 高可靠性就会导致高的成本等等。因此，在必要时应进 行折衷
管理信息系统
第2章 可行性研究
2.1 可行性研究的任务
可行性分析的结论
• 源或宿用相同的图形符号表示
– 当数据流从该符号流出时表示是源 – 当数据流流向该符号时表示是宿 – 当两者皆有时表示既是源又是宿
管理信息系统
第2章 可行性研究
2.4 数据流图
2.4.1 符号
数据流图有四种基本符号： （2）圆角矩形(或圆形)代表变换数据的处理，描述了 输入数据流到输出数据流的变换，即将输入数据流加 工成输出数据流； • 每个加工用一个定义明确的名字标识
方案，去掉其中从操作方式或操作过程的角度看用户不能
接受的方案。 接下来应该考虑经济方面的可行性。一般说来，只有 投资预计能带来利润的系统才值得进一步考虑。
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3 系统流程图
系统流程图是概括地描绘物理系统的传统工具。它的 基本思想是用图形符号以黑盒子形式描绘组成系统的每个 部件(程序、文档、数据库、人工过程等)。 系统流程图表达的是数据在系统各部件之间流动的情 况，而不是对数据进行加工处理的控制过程，因此尽管系 统流程图的某些符号和程序流程图的符号形式相同，但是
• 随着分解层次的增加，抽象的级别越来越低，也越接近问 题的解(算法和数据结构)
管理信息系统
第2章 可行性研究
2.3 系统流程图
2.3.3 分层
面对复杂的系统时，一个比较好的方法是分层次地描
绘这个系统。
首先用一张高层次的系统流程图描绘系统总体概貌， 表明系统的关键功能。 然后分别把每个关键功能扩展到适当的详细程度，画 在单独的一页纸上。
统分析和设计的过程，也就是在较高层次上以较抽象的方
式进行的系统分析和设计的过程。 开发一个基于计算机的系统通常都受到资源（人力、
财力、设备等）和时间上的限制，可行性分析主要从经济、
技术、法律等方面分析所给出的解决方案是否可行，能否 在规定的资源和时间的约束下完成
管理信息系统
行性：
第2章 可行性研究