软件工程学：可行性分解.pptx

第2章可行性研究（FeasibilityStudy）本章主要介绍可行性研究阶段的任务、过程、使用工具以及成本效益的分析。问题定义是软件定义时期的第一个阶段。问题定义阶段的目的是：弄清用户需要计算机解决的问题，以及所需的资源和经费。问题定义阶段的任务是：在用户沟通的基础上，编写《系统目标与范围说明书》的文档，经用户确认后作为可行性研究阶段的依据。首先对问题定义进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制，把它们清楚地列举出来。然后进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决方案，对每一种方案都要研究其可行性。§1.任务必须分析各种候选解决方案的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。§2.可行性研究过程1、复查系统规模和目标解决老系统问题注意：只了解老系统做什么，而不管怎样做；注意了解与其它系统的接口；用高层系统流程图描述现有系统。可行性研究实质上是在较高层次上以较抽象的方式进行的系统分析和系统设计的过程。2、研究目前正在使用的系统§2.过程3、导出新系统的高层逻辑模型(conceptualdesign)数据流图和数据字典共同定义新系统的逻辑模型。应该告诉用户“What”，而不是“How”4、进一步定义问题注意：分析员与用户一起再次复查问题定义、工程规模和目标；前4个步骤实质上构成一个循环；此时合同未签，应考虑成本，不宜反复太多次。5、导出和评价供选择的解法§2.过程分析员从建议的逻辑模型出发，从技术角度，通过自动化边界的划分或组合的方法，导出若干个较高层次的物理解法。6、推荐行动方针任务分解，确定负责人大致进度规划财务预算风险分析及对策8、文档的审查、存档7、草拟开发计划（粗略）§2.过程形成清晰的文档，供用户审查和决策§3.系统流程图(SystemFlowDiagram)系统流程图是描绘物理系统的传统工具。用图形符号描绘系统中每个部件，反映信息在各部分间流动的情况，不同于程序流程图（不反映控制、处理信息）。2.例子：P.401.符号：P.39注：符号=系统部件箭头=信息流动路径对复杂的系统，通常采用分层思想§3.系统流程图§4.数据流图(DataFlowDiagram)1、符号：P.41数据流图是系统逻辑功能的图形表示，是一种图形化技术。它以图形的方式描绘数据在系统中流动和被处理的逻辑过程，反映的是系统必须完成的逻辑功能，不考虑具体实现。附加：*and+or⊕mutex说明：DFD与程序流程图的区别，如箭头（数据流、控制流）数据流和数据存储都表示数据（动态和静态）数据存储并不等同于一个数据文件，可以是文件或部分文件或数据库等加工处理并不一定是一个程序，可以是系列程序、一个程序、或一个程序中的模块等在DFD中，数据源点和终点可能相同，为清晰画成两个，数据存储与加工处理之间可以用双向箭头表示读写，应把所有可能的数据流画出，数据存储和加工处理应加上编号，便于识别、引用。§4.数据流图§4.数据流图2、DFD的画法：画DFD的方法是：从系统的基本模型（把整个系统看作一个加工处理）开始，逐层地对系统进行分解（将复杂问题划分为较小问题），每分解一次，系统的加工处理数量就多一些，每个加工的功能更具体一些，重复这种分解，直到所有的加工都足够简单，不必再分解（复杂性降低到可以掌握的程度）为止。§4.数据流图画DFD的步骤：（1）从问题描述中提取DFD的4种成分数据源点和终点、加工处理、数据存储、数据流（2）画顶层DFD画系统的基本输入输出，即基本系统模型。（3）画系统内部，即画下层DFD采用自顶向下、由外向内的原则。画第二层时，一般根据当前系统工作分组情况，并根据外部功能分解成若干子系统；再下一层一般沿着数据流方向，根据数据流组成及值的变化情况进行分解。§4.数据流图画DFD的例子：（1）从问题描述中提取DFD的4种成分从描述问题的信息中提取数据源点和终点、加工处理、数据存储、数据流§4.数据流图画DFD的例子：（2）画顶层DFD任何计算机系统实质上都是信息处理系统，本质上都是把输入数据变换成输出数据，其基本系统模型都是由若干个数据源点/终点及一个加工处理组成。§4.数据流图画DFD的例子：（3）画系统内部，即画下层DFD从基本系统模型出发，细化分解加工处理，直到进一步分解将涉及如何具体地实现一个功能时就不再分解。Example:[摘自《FundamentalsofSoftwareEngineering》]InformationSystemofaPublicLibraryIF{userrequestsabook(title,author,user’snam