软件工程导论第二章可行性研究

本文主要是介绍软件工程导论第二章可行性研究，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

可行性研究的目的：以最小的代价在尽可能短的时间内确定问题是否能够解决(占总成本的5%~ 10%)。

2.1 可行性研究的任务

1、可行性研究的目的
就是用最小的代价在尽可能短的时间内确定问题是否能够解决，必须记住，可行性研究的目的不是解决问题，而是确定问题是否值得去解决。

2、实质：系统分析和设计过程大大压缩简化，在较高层次上以较为抽象的方式进行系统的分析和设计过程

3、过程
①. 分析和澄清问题定义
②. 导出系统的逻辑模型(数据流图 + 数据字典)
③. 根据逻辑模型探索若干种可供选择的解法
④. 研究每种解法的可行性

4、可行性
技术可行性：使用现有的技术能否实现这个系统
经济可行性：这个系统的经济效益能否超过它的开发成本
操作可行性：系统的操作方式在这个用户组织内可行吗
其他可行性：法律、社会效益

2.2 可行性研究过程

典型的可行性研究有下述一些步骤:
1.复查系统规模和目标。(阶段之间交接工作)
2.研究目前正在使用的系统。（延用用户习惯，降低学习成本）
3.导出新系统的高层逻辑模型。
4.进一步定义问题。
5.导出和评价供选择的解法。
6.推荐行动方针。
7.草拟开发计划。
8.书写文档提交审查。

2.3 系统流程图

系统流程图可以描述系统概貌，是概括性地描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件，系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图而不是程序流程图。基本符号如下

2.4 数据流图

1、数据流图(DFD)的概念
是一种图形化技术，描述信息流和数据从输入移动到输出的过程中所经受的变换。没有任何具体的物理部件，仅描绘数据在软件中流动和被处理的逻辑过程。

2、数据流图的常用符号
在数据流图中应该描绘所有可能的数据流向，而不应该描绘某个数据流的条件。

数据存储和数据流的同处：都是数据，异处：数据存储是静态数据，数据流是动态数据。

3、画数据流图的步骤:
(1)从问题描述中提取数据流图的4种成分：数据的源点/终点、处理:处于静止状态的数据、数据流:处于运动中的数据、数据存储
(2)自顶向下分解，画基本系统模型
(3)细化，描绘系统的主要功能(功能级数据流图)
(4)对系统主要功能进一步细化

4、画数据流图举例:

第一步：提取数据流图的四种成分

第二步：画基本系统模型

第三步：画功能级数据流图

第四步：对系统主要功能进一步细化

5、用途
画数据流图的基本目的是利用它作为交流信息的工具，数据流图应该分层（每个主要功能都细化为一张数据流分图），另一个功能是作为分析和设计的工具。

2.5 数据字典

1、数据字典是数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。

2、数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。在可行性研究阶段，数据流图与数据字典共同构成系统的逻辑模型。没有数据字典，数据流图就不严格，然而没有数据流图，数据字典也难于发挥作用。只有数据流图和对数据流图中每个元素的精确定义放在一起，才能构成系统的规格说明。

3、数据字典应该由对下列4类元素的定义组成：数据流、数据流分量(数据元素)、数据存储和处理

4、除了数据定义之外，数据字典中还应该包含关于数据的一些其他信息。典型的情况是，在数据字典中记录数据元素的下列信息：一般信息(名字、别名、描述等)。定义(数据类型、长度、结构等)，使用特点(值的范围、使用频率、使用方式——输入、输出、本地，条件值等)，控制信息(来源，用户，使用它的程序，改变权，使用权等)和分组信息(父结构，从属结构，物理位置——记录、文件和数据库等)。

5、数据元素的别名就是该元素的其他等价的名字，出现别名主要有下述3个原因：
(1)对于同样的数据，不同的用户使用了不同的名字。
(2)一个分析员在不同时期对同一个数据使用了不同的名字。
(3)两个分析员分别分析同一个数据流时，使用了不同的名字。虽然应该尽量减少出现别名，但是不可能完全消除别名。

6、定义数据的方法
数据组成方式(三种基本类型)：顺序、选择、重复
附加类型：可选