第二部分可行研究.pptVIP

第二章可行性研究软件工程（SoftwareEngineering）12/27/20251

本章主要内容可行性研究的任务可行性研究的步骤系统流程图数据流图数据字典成本/效益分析前一页12/27/20252

可行性（feasibility）研究是探讨在定义阶段所确定的问题是否有可行的解。通过定义和分析问题，最终提出一个符合系统目标的高层次逻辑模型(LogicalModel)。可行性研究的目标12/27/20253

可行性研究的任务技术可行性：使用现有的技术能否实现这个系统。经济可行性：从成本和经济效益考虑是否值得开发。操作可行性：系统的操作方式对用户是否可行。可行性研究的成本约占总成本的5%—10%。前一页12/27/20254

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

系统流程图举例问题描述：一仓库存储各种零件，仓库管理员每日要对零件的数量进行实时更新，若某种零件的数量少于某个值（库存量临界值）则应产生订货报告。系统处理描述：由终端将零件数量的变化输入到计算机中，程序1处理该变化并存储新的数据值，程序2生成订货信息，形成订货报告。12/27/20258

系统流程图举例事务库存清单程序报告生成程序定货报告库存清单主文件定货信息12/27/20259

数据流图数据流图(DataFlowDiagram)是一种图形化技术，描绘信息流和数据从输入移动到输出的过程中所经历的变换，是系统的逻辑模型，可不考虑具体的处理细节。前一页数据流图容易理解，是分析员和用户之间很好的通信工具。12/27/202510

数据流图的符号数据源点(source)/终点(sink)变换数据的处理(process)数据存储(datastore)数据流(dataflow)前一页＊表示数据流之间是“与”关系；+表示“或”关系；⊕表示只能从中选一个。12/27/202511

数据流图的绘制步骤：分析问题，找出源点或终点，处理，数据存储和数据流；画出包含数据源点/终点以及处理的基本系统模型，如图2.5；把基本系统模型细化，描绘系统的主要功能，即产生功能级数据流图；对功能级数据流图中描绘的系统细化。12/27/202512

数据流图的绘制举例：图2.6和图2.7注意：分层细化时必须保持信息连续性对处理进行编号的方法12/27/202513

数据流图的分量命名为数据流(或数据存储)命名名字(name)应代表整个数据流的内容。不要空洞、泛指，要有具体含义。如果对某个数据流命名有困难时，尝试重新分解。前一页12/27/202514

数据流图的分量命名为处理命名通常应先为数据流命名再为与之相关的处理命名。名字应反映整个处理的功能而不是一部分。名字最好由一个具体的及物动词和一个具体的宾语组成，如产生报表等。通常名字中只包括一个动词。如果对某个处理命名有困难时，应重新分解。前一页12/27/202515

数据流图的分量命名为数据源点/终点命名时采用它们在问题中习惯使用的名字即可，如采购员等。为数据源点/终点命名12/27/202516

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

数据流图的用途注意：在一张数据流程图上描述的处理超过了5～9个，就比较难于理解，应分层细化处理。如图2.6和图2.7：图2.6描绘出系统的两个处理：处理事务和产生报表图2.7将处理事务的功能进一步分解12/27/202518

处理定货以批量方式更新库存清单前一页12/27/202519

应用举例1．2更新库存清单以联机方式更新库存清单前一页12/27/202520

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

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

数据字典?一般