软件系统的分析和设计-.ppt

需求分析的两种方法： 结构化分析方法SA---Structure Analysis 1.1 结构化系统分析思想 结构化分析方法是由美国Yourdon公司在20世纪70年代提出的，其基本思想是将系统开发看成工程项目，有计划、有步骤地进行，是一种应用很广的开发方法，适用于分析大型信息系统。 结构化分析方法采用“自顶向下，逐层分解”的开发策略。按照这种策略，再复杂的系统也可以有条不紊的进行，只要将复杂的系统适当分层，每层的复杂程度即可降低，这就是结构化分析的特点。 1.2结构化分析方法的内容 结构化分析之后获得的文档是系统分析报告，系统分析报告是由下面几个部分组成的： 现行业务流程分析; 现有数据和数据流程分析; 系统的初步方案和补充材料，如开发计划等; 1.3 结构划分此方法的特点 结构化分析方法简单，易于掌握和使用。 结构化分析方法将分析的结果用图形表示，如业务流程图，数据流程图等，这些图形都有一套标准图符组成，从而将分析结果简明易懂的展示在用户面前。 结构化分析是在业务流或已有系统的基础上再构思即将开发的目标系统，采用层层分解对问题进行分解。 1.4 结构化分析方法的局限 结构化分析方法要求对系统有完整确切的需求定义，而实际上这是非常困难的。 文档资料数量大。需要书写大量文档，随着分析的深入，这套文档需要及时更新，即使在工具的辅助下，仍有一定的难度。 以数据为中心，而不是以问题为中心，不能很好地表示客观世界的真实情况，其结果不能直接映射题域。 2. 面向对象分析方法OOA-Object oriented Analysis 　　 20世纪80年代到90年代出现大量的OOA和OOD论文与专著，OOA和OOD技术在工业界得到广泛应用，OOAD成为计算机软件领域的主流技术。 OOA方法强调：以问题域中的固有事物作为基本单位，即认为：任何一个复杂的软件系统，对象是组成系统的基本单位，系统行为是对象与对象之间进行交互与协作完成系统功能的。所以要求在OOA分析阶段，在详尽描述业务规则的基础上，提取系统（问题域）中的对象，并在抽象层次上建立OOA模型，从而为OOD阶段的类的设计与交互作准备。 面向对象方法下的软件工程步骤是：　　　　　　　OOA?OOD?OOPL； 需求分析文档写作步骤 步骤1:获取原始的业务需求及业务规则 设计人员考察原始业务流程及业务规则，不清楚的问题必须请教业务人员，发现可改进的业务规则和流程与业务人员进行协商，达成一致意见。最终形成文字性及图表描述的业务需求。 为解决自然语言的二义性问题，使用术语表的方式对容易产生歧义的术语进行阐释。 如“跳墙”、“下海”等词语具有二义性。 必要时采用图表的方式加以描述,最好能使用CASE(Computer Aided Software Engineering)工具 ,如软件建模工具Rational Rose、Visio2003等。 功能建模就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 功能模型使用了数据流图来表达系统内数据的运动情况，而数据流的变换则用结构化英语、判定表与判定树来描述。也可以用算法的形式化表示来描述数据流的变换。 数据流图(DFD，Data Flow Diagram) 描述系统逻辑模型 信息在系统中的流动和处理； 用途 交流信息的工具； 贯穿分析、设计、编码、维护四个阶段的工具； 从数据流动和变换的角度，以图形的方式刻画数据从输入到输出的流动变换过程。 外部实体：表示要加工处理的数据是从外部得到或从外部提供，同时也是数据结果的接收者，可以是人、组织、其它系统。 数据流：箭头表示数据流方向，一般在旁边标注数据流名。 数据变换(加工处理)：对数据进行加工、处理和变换，从而实现某个功能或操作。 数据存储：表示处理过程中存放各种数据的文件。 单层DFD 对于大型系统，复杂、庞大、难于理解 分层DFD：较大型软件系统DFD分成多层(子图、父图概念)，可以表示数据流和功能的进一步的细节。 控制复杂度，逐级分解，逐步求精； 高层DFD是其低层的抽象，低层是高层相关数据处理的细节； 顶层DFD 用一个数据变换表示软件； 含所有相关外部实体； 含外部实体与软件中间的数据流； 不含数据存储； 唯一； 描述软件的作用范围，对总体功能、输入、输出进行抽象描述，反映软件和系统、环境的关系； 中间和底层DFD 由外向里：先画系统的输入输出，然后画系统的内部，再画处理的内部。 由顶向下： 顶层、中间层、底层数据流图。 逐层分解：从外向里。 数据存储不出现在顶层图中，外部实体通常不出现在顶层图外。 数据存储之间不应该有数据流。 仔细、恰当地为数据变换命名：处理+对象。 仔细