软件工程-可行性研究.ppt

§2.1可行性研究的任务 不是解决问题，而是确定是否可解\值得解 可从下述以下四方面考虑： 技术上：人员、当前技术水平、设计语言上等 经济性：成本/效益分析 操作性：开发出的系统用户能否使用 社会性：法律、合同等是否允许 注：不要花过多精力，占总成本的 5 ? 10 % §2.2可行性研究的步骤 1、复查定义，明确限制的约束。 我们认为用户要的 用户要的 （1）访问关键人员 （2）阅读和分析有关的材料 （3）改正含糊或不确切的叙述 §2.2步 骤 3、导出高层逻辑模型(conceptual design) §2.2步 骤 3、逻辑模型 4、重新定义（结合用户） 1、复查定义 注：此时合同未签，应考虑成本，不宜反复太多次。 §2.2步 骤 6、推荐行动方针 §2.3系统流程图(System Flow Diagram) 反映信息在各部分(物理部件）间流动的情况 ≠对数据加工、处理的控制过程（不同于程序流程图） 符号：表示系统物理部件 箭头：信息流动路径 系统流程图常用符号 符号（概括的形式抽象的描绘物理系统时） 处理：能改变数据值或数据位置的加工或部件，例如，程序、处理机、人工加工等都是处理。 输入/输出：表示输入或输出（或既输入又输出），是一个广义的不指明具体设备的符号。 连接：指出转到图的另一部分或从图的另一部分转来，通常在同一页上 换页连接：指出转到另一页图上或由另一页转来 数据流：用来连接其它符号，指明数据流动方向 详见P29 例： 某装配厂使用一台小型计算机处理更新库存清单主文件和产生订货报告的任务。零件库存量的每一次变化称为一个事务，由放在仓库中的CRT终端输入到计算机中；系统中的库存清单程序对事务进行处理，更新存储在磁盘上的库存清单主文件，并且把必要的订货信息写在磁带上。最后，每天由报告生成程序读一次磁带，并且打印出订货报告。 注：符号 = 系统部件 箭头 = 信息流动路径 系统流程图 画法： 习惯上信息在图中自顶向下或从左向右流动 可以在图上加注释，注释较多时，可以另外加一个文档来进行解释 复杂系统可以用分层方法来表示 首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能 每个关键功能扩展到适当的详细程度，画在单独的一页纸上 §4. 数据流图(Data Flow Diagram) System = data + function 1、符号：P.31 符号（续） 数据流图性质 ① 数据流图中的箭头仅能表示在系统中流动的数据； ② 与程序流程图不同，DFD不能表示程序的控制结构； ③ DFD表现的范围具有很大的灵活性。 分层的数据流图 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统 分层数据流图 分层原则 ⑴父图与子图关系 ⑵编号 ⑶平衡规则 ⑷文件局部性 ⑸分解程度 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流图，它处在最底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 这个数据流图只是一个高层的系统逻辑模型，它反映了目标系统要实现的功能 数据流图绘制步骤 首先确定系统的输入和输出 根据商店业务，画出顶层数据流图，以反映最主要业务处理流程 经过分析，商店业务处理的主要功能应当有销售、采购、会计三大项。主要数据流输入的源点和输出终点是顾客和供应商。 然后从输入端开始，根据商店业务工作流程，画出数据流流经的各加工框，逐步画到输出端，得到第一层数据流图 第一层数据流图 加细每一个加工框 销售细化 检查和修改数据流图的原则 数据流图上所有图形符号只限于前述四种基本图形元素 数据流图的主图必须包括前述四种基本元素，缺一不可 数据流图的主图上的数据流必须封闭在外部实体之间 每个加工至少有一个输入数据流和一个输出数据流 在数据流图中，需按层给加工框编号。编号表明该加工所处层次及上下层的亲子关系 规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡 图上每个元素都必须有名字 数据流图中不可夹带控制流 初画时可以忽略琐碎的细节，以集中精力于主要数据流 注意点： 数据流与程序流程图中用箭头表示的控制流有本质不同 在数据流图中应描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件 处理并不一定是一个程序，可以代表一