[软件工程导论-ch2.pptVIP

华中科技大学计算机学院 陆枫 99-7 1999年7月 第2章 可行性研究 学习目标 ： 第2章 可行性研究 问题的定义 第2章 可行性研究 可行性研究的目的 可行性研究的主要目的是用极少的代价在最短的时间内决定被开发的软件是否能开发成功。 可行研究的任务 （1）需要进一步分析与澄清问题定义； （2）导出系统的逻辑模型； （3）探索几种可供选择的主要解决方案； （4）对每个方案研究可行性。 第2章 可行性研究 几种可行性 （1）经济可行性：通过对被开发软件系统的成本效益的分析，估算系统的开发成本，估计系统可能取得的效益，确定待开发系统是否值得投资开发。 （2）技术可行性：从问题定义规格说明书提出的系统功能、性能以及实际系统的各种约束来分析，确定当前的技术及条件是否能实现整个系统。 （3）法律可行性：分析在系统开发的全部过程中可能出现和涉及的法律问题，如合同、责任、知识产权、专利等问题。 （4）运行可行性：判断新系统的运行方式是否可行。 第2章 可行性研究 第2章 可行性研究 第2章 可行性研究 任何软件系统从根本上都是对数据的加工或变换的工具。当数据在软件系统中移动时，它将被一系列“变换”所修改。数据流图(DFD)就是描述信息流和数据从移动到输出的过程中所经受的变换的图形化技术。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的过程。它可表现的范围可大到整个系统，小到一个模块。在需求分析中常用一组DFD图由粗到精地表示同一软件在不同抽象级别上的功能，这就是分层数据流图。数据流图基本组成如图2-4所示，由数据流、处理/加工、数据存储/文件、源点/终点组成。 第2章 可行性研究 数据流(Data Flow)：用箭头代表数据流的方向，它由一组固定成分的数据组成，表示数据的流向。它可以从一个加工流向另一个加工 ，从加工流流向文件，从源点流向加工，从加工流向汇点。除了流向文件或从文件流数据流不必命名外，每个数据流都必须有明确的名字，反映该数据含义。在数据流图中，如果两个以上的数据流指向一个加工，或者从一个加工引出两个以上的数据流，那么这些数据流之间往往存在一定的关系。为表示这些关系，用“*”表示相邻的一对数据流同时出现；用“⊕”表示相邻的两数据流只取其一。 在DFD中用圆框代表加工。它描述输入数据流到输出数据流之间的变换。每个加工有一个名字和编号。编号反映该加工在分层数据图中的层次和位置，同时还能够看出它与其它加工的联系。 用来表示暂时存储的数据，每个文件都必须有名字。流向文件的数据流表示写文件，流出文件的数据流表示读文件，双向箭头表示对文件可读可写。 通常指存在软件系统之外的人员和组织。它指出系统所需数据的发源地和系统所产生的数据的归宿地。在一个软件系统中，有些源点和汇点可以是同一个人或组织，源点和汇点可用同一个图形符号。 第2章 可行性研究 画出分层数据流图从系统的基本模型，逐层地对系统进行分解。每分解一次，系统的处理数量就会增多一些，每个处理的功能也就更具体一些。继续重复分解，直到所有的处理都足够简单，不必再分解为止。这种不需要再分解的处理就是我们常说的“基本处理”。通过这种分解，对所分析的系统将获得一组分层次的数据流图，用以代替一张含有系统全部处理的总数据流图。具体步骤如下： 画出系统的输入与输出 画出系统的内部 对图和处理编号 检查复审 第2章 可行性研究 画出系统的输入与输出把整个系统看成是一个处理，根据系统从外界的哪些源点接受哪些数据流，以及系统的哪些数据流送到外界的哪些终点/汇点，从而画出系统的输入和输出图。这张图称为顶层图。 画出系统的内部将顶层图的处理分解成若干个处理，并用数据流将这些处理连接起来，使得顶层图中的输入数据流经一连串的处理后变换成顶层的输出数据流，这张图称为0层图。从一个处理画出一张数据流图的过程就是对这个处理的分解过程。处理方法如下： 第2章 可行性研究 处理方法 在数据流的组成或值发生变化的地方画一个处理，这个处理功能就是实现这一变化；也可以根据系统的功能确定处理。 当用户把若干数据看作一个单位来处理（这些数据一起到达，一起处理）时，可把这些数据看成一个数据流。通常可以把实际工作中的单据作为一个数据流。 对于一些以后某个时间要使用的数据可以组织为一个数据存储（文件）。 第2章 可行性研究 对图和处理编号对于一个软件系统，其数据流图可能有许多层，第一层又有许多张图，为了区分不同的处理和不同层次的数据流图，我们应该对每张图和每个处理进行编号，以利于管理。 父图与子图　假定分层数据流图里的某张图（图A）中的某个处理可用另一张图（图B）来分解，我们称图A是图B的父图，图B称为图A的子图。在一张图中，有些处理需要进一步分解，有些处理则不必分解。因此，如果父图