软件工程软件可行性研究概述

软件工程软件可行性研究概述软件工程学系列2026/4/292主要内容可行性研究的任务

可行性研究的步骤

系统流程图

数据流图

数据字典

成本/效益分析

前一页2026/4/293

可行性（feasibility）研究是探讨在定义阶段所确定的问题是否有可行的解。通过定义和分析问题，最终提出一个符合系统目标的高层次逻辑模型(LogicalModel)。可行性研究的目标2026/4/294可行性研究的任务技术可行性：使用现有的技术能否实现这个系统。经济可行性：从成本和经济效益考虑是否值得开发。操作可行性：系统的操作方式对用户是否可行。可行性研究的成本约占总成本的5%—10%。前一页2026/4/295可行性研究的步骤

复查系统的规模和目标研究目前正在使用的系统导出新系统的高层逻辑模型进一步定义问题导出和评价可供选择的方案推荐行动方针草拟开发计划书写文档提交审查前一页2026/4/296系统流程图

在进行可行性研究时，需要把系统的逻辑模型转变为物理模型(physicalModel)。系统流程图(SystemProcedureDiagram)是概括地描述物理系统的一种传统工具，其基本思想是用图形符号，以黑盒子(BlackBox)的形式描述每个部件（程序、文件、数据库、操作等）。前一页2026/4/297系统流程图

系统流程图的基本符号：图2.1处理：改变数据值，如程序输入输出：表示输入或输出连接：指出转到图的另一部分数据流：指明数据流动的方向2026/4/298系统流程图举例问题描述：一仓库存储各种零件，仓库管理员每日要对零件的数量进行实时更新，若某种零件的数量少于某个值（库存量临界值）则应产生订货报告。系统处理描述：由终端将零件数量的变化输入到计算机中，程序1处理该变化并存储新的数据值，程序2生成订货信息，形成订货报告。2026/4/299系统流程图举例事务库存清单程序定货信息报告生成程序定货报告库存清单主文件2026/4/2910数据流图

数据流图(DataFlowDiagram)是一种图形化技术，描绘信息流和数据从输入移动到输出的过程中所经历的变换，是系统的逻辑模型，可不考虑具体的处理细节。

前一页数据流图容易理解，是分析员和用户之间很好的通信工具。2026/4/2911数据流图的符号数据源点(source)/终点(sink)变换数据的处理(process)数据存储(datastore)数据流(dataflow)

前一页＊表示数据流之间是“与”关系；+表示“或”关系；⊕表示只能从中选一个。2026/4/2912数据流图的绘制步骤：分析问题，找出源点或终点，处理，数据存储和数据流；画出包含数据源点/终点以及处理的基本系统模型，如图2.5；把基本系统模型细化，描绘系统的主要功能，即产生功能级数据流图；对功能级数据流图中描绘的系统细化。2026/4/2913数据流图的绘制举例：图2.6和图2.7注意：分层细化时必须保持信息连续性对处理进行编号的方法2026/4/2914数据流图的分量命名为数据流(或数据存储)命名名字(name)应代表整个数据流的内容。不要空洞、泛指，要有具体含义。如果对某个数据流命名有困难时，尝试重新分解。

前一页2026/4/2915数据流图的分量命名为处理命名

通常应先为数据流命名再为与之相关的处理命名。名字应反映整个处理的功能而不是一部分。名字最好由一个具体的及物动词和一个具体的宾语组成，如产生报表等。通常名字中只包括一个动词。如果对某个处理命名有困难时，应重新分解。前一页2026/4/2916数据流图的分量命名为数据源点/终点命名时采用它们在问题中习惯使用的名字即可，如采购员等。为数据源点/终点命名2026/4/2917数据流图的用途

画数据流图的基本目的是交流信息。与系统流程图相比，数据流图更着重描绘系统所完成的功能而不是系统的物理实现方案，因此该种描绘方法更为简单清析，可提供有关人员讨论、审查，也是分析设计的重要工具。

前一页2026/4/2918数据流图的用途注意：在一张数据流程图上描述的处理超过了5～9个，就比较难于理解，应分层细化处理。如图2.6和图2.7：图2.6描绘出系统的两个处理：处理事务和产生报表图2.7将处理事务的功能进一步分解2026/4/2919处理定货以批量方式更新库存清单

前一页2026/4/2920应用举例1．2更新库存清单以联机方式更新库存清单

前一页2026/4/2921数据字典

数据字典(DataDictionary)是数据的信息的集合，即对数据流图中包含的所有元素(element)的定义的集合。数据字典的作用是为设计人员提供关于数据的描述信息。前一页2026/4/2922数据字典的内容

数据字典应由对下列四类元素的定义组成对于数据处理的定义，用IPO(InputProcessOutput)、PDL（ProcessDesignLanguage)等更方便。①数据流②数据流分量③数据存储④处理前一页数据字典2026/4/2923数据字典

一般信息：名字、别名、描述等。

定义：数据类型、结构、长度等。

使用特点：值的范围、使用频率、使用方式（输入、输出、本地）、条件值等。

控制信息：来源、用户、使用的程序、使用权限等。

分组信息：父结构、从属结构、物理位置（记录、文件、数据库等）等。

前一页

在数据字典中，除了对数据的定义之外，还包含如下信息：2026/4/2924数据字典

前一页

定义数据的方法定义数据是按照自顶向下，逐层分解，直至无须再细化的元素。由数据元素组成数据有以下方式：①顺序(sequence)：以确定次序连接多个分量。②选择(selection)：从多个可能的元素中选取一个。

③重复(repeat)：把指定的分量重复多次。

④可选：一个分量是可有可无的（重复0次或1次）。

2026/4/2925数据字典

前一页定义数据的方法=等价，定义为+表示和，连接两个分量[]表示或，从中选出一个分量{}重复花括号中的分量，可用上下标表示上下限()圆括号中的分量可有可无

2026/4/2926定义数据的方法通常使用上限和下限进一步注释表示重复的花括号，如：数据字典

5{A}1：表示A最少重复1次，最多重复5次2026/4/2927定义数据的符号举例例：标识符=字母字符+字母数字串字母数字串=0{字母或数字}7字母或数字=[字母字符|数字字符]2026/4/2928数据字典的用途

数据字典最重要的用途是作为分析阶段的工具。在数据字典中建立一组严密一致的定义，有助于分析员与用户通信、交流，消除误解。数据字典中的控制信息是很有价值的，可以看出改变一个数据对系统的影响。数据字典是开发数据库很有价值的第一步。

前一页数据字典2026/4/2929数据字典的实现

目前实现数据字典有三种途径：全人工过程，全自动化过程，混合过程。无论是何种方式，都应具有以下特点：

①通过名字能够方便地查阅数据。

②没有冗余。

③尽量不重复在规格说明的其他组成部分中已经出现的信息。

④容易更新和修改。

⑤能单独处理描述每个数据元素的信息。

⑥定义的书写方法简单、方便、严密。

前一页数据字典2026/4/2930前一页成本估计代码行技术

估计出有多少行的代码(code)，再乘以每行的开发成本(cost)和复杂度(complexity)，即可估算出开发成本。有时对代码行的估计有一定的难度。

2026/4/2931成本估计前一页任务分解技术

把软件开发工程分解成若干个相对独立的任务，再分别估计每个任务的开发成本，最后累加起来就是总成本（人/年）估计工作量。一般可按阶段划分任务，再按阶段把每个阶段划分成更小的任务。

可行性研究5％需求分析10％设计25％编码和单元测试20％综合测试40％

2026/4/2932成本效益分析前一页自动估计成本

可以更快、更客观地估计成本。但需要有长期的经验积累、强大的数据库(database)、以及