本专栏是博主个人笔记，主要目的是利用碎片化的时间来记忆软工知识点，特此声明！
文章目录
1.可行性研究的目的？
2.可行性研究的实质？
3.从哪些方面研究逻辑模型的解法可行性？
4.可行性研究最根本的任务是什么？
5.可行性研究成本约占预期工程总成本的比例是多少？
6.可行性研究分为哪些步骤？
7.系统流程图的基本思想和作用？
8.面对复杂系统时，一般采用什么方式来描述系统？
9.数据流图（DFD）是什么？
10.数据流图中数据存储与数据流的异同点？
11.数据流图的4种组成部分？
12.数据流图分层的原则？
13.数据流图的用途？
14.数据字典是什么？
15.为什么数据流图和数据字典对构成系统逻辑模型是缺一不可？
16.数据字典由对哪4类元素的定义组成？
17.数据字典的用途？
18.MVC模式的概念以及优点？
19.B/S架构和C/S架构分别是什么？
20.情景与描述了所有可能的动作序列的状态图之间有什么关系？
21.为什么数据流图没有像程序流程图那样关于结点之间可达性的相关规则？
章末小结
1.可行性研究的目的？
用最小的代价在尽可能短的时间内确定问题是否能够解决
2.可行性研究的实质？
可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高抽象层次上以比较抽象的方式进行的系统分析和设计的过程。
3.从哪些方面研究逻辑模型的解法可行性？
- 技术可行性
- 经济可行性
- 操作可行性
- 社会可行性
4.可行性研究最根本的任务是什么？
对以后的行动方针提出建议
5.可行性研究成本约占预期工程总成本的比例是多少？
5%~10%
6.可行性研究分为哪些步骤？
- 复查系统规模和目标
- 研究目前正在使用的系统
- 导出新系统的高层逻辑结构：即从现有物理系统-->现有系统逻辑模型-->目标系统逻辑模型-->目标物理系统
- 进一步定义问题
- 导出和评价供选择的解法
- 推荐行动方案
- 草拟开发计划
- 书写文档提交审查
7.系统流程图的基本思想和作用？
系统流程图的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件（程序、文档、数据库、人工过程等）。
系统流程图的作用是了解和分析现有的系统，它是概括的描述物理系统的传统工具，表达的是数据在系统各部件之间的流动情况，而不是对数据进行加工处理的控制过程。
8.面对复杂系统时，一般采用什么方式来描述系统？
分层
9.数据流图（DFD）是什么？
数据流图（DFD）是一种图形化技术，它只是描述数据在软件中流动和被处理的逻辑过程，数据流图中的数据流与程序流程图中箭头所表示的控制流有着本质的区别。
10.数据流图中数据存储与数据流的异同点？
数据存储和数据流都是数据，仅仅是所处的状态不同。数据存储是处于静止状态的数据，而数据流是处于运动状态的数据。
11.数据流图的4种组成部分？
源点或终点、处理、数据存储、数据流
12.数据流图分层的原则？
- 对数据流图的分层必须保证信息的连续性。即当把一个处理分解为一系列处理时，分解前和分解后的输入输出数据流必须相同
- 一张数据流图中处理的个数合适的范围是5~9个
【注】数据流图的命名顺序是顶层、0层、1层，如果图比较复杂，则可以在0层和1层的处理上标上序号，如下图所示：
13.数据流图的用途？
- 可作为交流信息的工具。因为数据流图仅仅使用4种基本符号，并且不包含物理实现的细节，绝大多数的用户都可以理解和评价它
- 可作为分析和设计的工具。面向数据流的设计方法基础就是数据流图
14.数据字典是什么？
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
15.为什么数据流图和数据字典对构成系统逻辑模型是缺一不可？
因为数据流图和数据字段共同构成系统的逻辑模型。没有数据字典，数据流图就不严格；没有数据流图，数据字典也难以发挥作用。
16.数据字典由对哪4类元素的定义组成？
- 数据流
- 数据流分量
- 数据存储
- 处理
17.数据字典的用途？
- 作为分析阶段的工具
- 有助于改进分析员和用户之间的通信
- 有助于改进在不同开发人员或不同开发小组之间的通信
- 包含的每个数据元素的控制信息很有价值
- 数据字典是开发数据库的第一步
18.MVC模式的概念以及优点？
MVC全称是Model View Controller ，是模型(Model)-视图(View)-控制器(Controller )的缩写，是一种软件设计的典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
优点是它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
19.B/S架构和C/S架构分别是什么？
B/S架构，全称为Browser/Server，即浏览器和服务器架构模式。在这种架构下，用户的工作界面是通过浏览器实现的，可以通过访问不同的网址（URL），来访问不同的服务器端程序。
C/S架构，全称为Client/Server，即客户端和服务器架构模式。在这种架构下，用户通过使用本地的客户端程序来发送网络请求，在远程有一个服务端程序响应请求并处理。
【注】详情见我下面写的这篇文章：Web开发基础知识介绍
20.情景与描述了所有可能的动作序列的状态图之间有什么关系？
情景仅仅是通过部分或全部状态图的一条路径，即情景仅仅描述了系统的某个典型行为；而状态图则描述了系统的所有行为，所以状态图包含了情景。
【注】如下面电话系统的状态图所示，拨号仅仅是一个情景，它是电话系统的一个典型行为
21.为什么数据流图没有像程序流程图那样关于结点之间可达性的相关规则？
因为数据流图不描述控制，因此,在一个数据流图中两个“处理”之间可能没有通路。如果每个处理都使用不同的输人数据，并生成不同的输出数据，而且一个处理的输出不用做另一个处理的输入，那么，在它们之间就没有弧。
章末小结
可行性研究进一步探讨问题定义阶段所确定的问题是否有可行的解。在对问题正确
定义的基础上，通过分析问题(往往需要研究现在正在使用的系统)，导出试探性的解，然
后复查并修正问题定义，再次分析问题改进提出的解法......经过定义问题分析问题、提
出解法的反复过程,最终提出一个符合系统目标的高层次的逻辑模型。然后根据系统的
这个逻辑模型设想各种可能的物理系统,并且从技术、经济和操作等各方面分析这些物理
系统的可行性。最后，系统分析员提出一个推荐的行动方针，提交用户和客户组织负责人
审查批准。
在表达分析员对现有系统的认识和描绘他对未来的物理系统的设想时，系统流程图
是一个很好的工具。系统流程图实质上是物理数据流图，它描绘组成系统的主要物理元
素以及信息在这些元素间流动和处理的情况。
数据流图的基本符号只有4种,它是描绘系统逻辑模型的极好工具。通常数据字典
和数据流图共同构成系统的逻辑模型。没有数据字典精确定义数据流图中每个元素，数
据流图就不够严密；然而没有数据流图，数据字典也很难发挥作用，二者缺一不可。
成本/效益分析是可行性研究的项重要内容，是客户组织负责人从经济角度判断是
否继续投资于这项工程的主要依据。
读者应该者重理解可行性研究的必要性，以及它的基本任务和基本步骤。在此基础上
再进一步学习具体方法和工具。对具体方法和工具的深入认识，又可以反过来加深对可
行性研究过程的理解。但是，不要陷于具体方法和工具的细节中而忽略了对软件工程基
本原理和概念的学习。
反反复复，扎扎实实；念念不忘，必有回响！
