软件工程概论ch03_345_结构化分析工具课件

《软件工程概论ch03_345_结构化分析工具课件》由会员分享，可在线阅读，更多相关《软件工程概论ch03_345_结构化分析工具课件（59页珍藏版）》请在金锄头文库上搜索。

1、第3章 软件需求分析,可行性研究通过以后，下一步就要根据草拟的开发计划，展开详细的需求分析活动。 软件需求分析，是详细分析需求，并建立需求分析模型的阶段,目 录,第1章 绪论 第2章 可行性分析与项目计划 第3章 需求分析 第4章 概要设计 第5章 详细设计 第6章 编程与测试 第7章 软件维护 第8章 面向对象的方法 第9章 面向对象的需求获取 第10章 面向对象的分析 第11章 面向对象的设计 第12章 面向对象的测试,第3章 软件需求分析,3.1 需求分析概述 3.2 结构化分析方法 3.3 数据流图的绘制 3.4 编制数据字典 3.5 加工逻辑的分析与表达 3.6 原型技术 3.7 需

2、求验证与评审,3.3.1数据流图的布局,为了便于制图和读图，习惯以加工处理为中心，输入来自左侧，输出流向右侧。 输入的“数据流”及其“来源”一般画在左侧，如图3-6从“顾客”发来“订货单”。 输出的数据流及其去处一般画数据流图的右侧。如图3-6中，“销售报表”输出到“主管”。 从全局看“数据流”也是由左侧流向右侧,3.3 数据流图的绘制,3.3.1数据流图的布局 3.3.2符号的应用 3.3.3避免线条交叉重复项表示 3.3.4抽象数据流的应用 3.3.5编号规则 3.3.6命名规则 3.3.7父图与子图的平衡,3.3.2符号的应用,关于正规的符号、语义,3.3 数据流图的绘制,3.3.1数据

3、流图的布局 3.3.2符号的应用 3.3.3避免线条交叉重复项表示 3.3.4抽象数据流的应用 3.3.5编号规则 3.3.6命名规则 3.3.7父图与子图的平衡,3.3.3避免线条交叉重复项表示,3.3.3避免线条交叉重复项表示,3.3 数据流图的绘制,3.3.1数据流图的布局 3.3.2符号的应用 3.3.3避免线条交叉重复项表示 3.3.4抽象数据流的应用 3.3.5编号规则 3.3.6命名规则 3.3.7父图与子图的平衡,3.3.4抽象数据流的应用,3.3 数据流图的绘制,3.3.1数据流图的布局 3.3.2符号的应用 3.3.3避免线条交叉重复项表示 3.3.4抽象数据流的应用 3.

4、3.5编号规则 3.3.6命名规则 3.3.7父图与子图的平衡,3.3.5编号规则,在绘制数据流图的过程中，外部项、处理逻辑、数据流和数据存贮都应加以命名和编号，以便对其功能或组成能够直观的理解，尤其对于更细节的内容，可以放在数据字典中详细描述，以便查阅。,编号方法是用“层序号”,P1.1“编辑订货单” P1.1.1“编辑检查订单” P1.1.2“登记新顾客信息” P1.3“办理发货” P1.3.1表示“开发货单并修改库存” P1.3.2表示“记销售帐” P1.3.3表示“销售统计” P1.3.4表示“登记新配件信息” P1.3.5表示“生成编码”,3.3 数据流图的绘制,3.3.1数据流图的

5、布局 3.3.2符号的应用 3.3.3避免线条交叉重复项表示 3.3.4抽象数据流的应用 3.3.5编号规则 3.3.6命名规则 3.3.7父图与子图的平衡,3.3.6命名规则,对数据流（或数据存贮）的命名：一般使用名词。当单个名词尚不能说明特指数据流或数据存贮时，前面可以加定语限定。 命名要代表整个数据流或数据存贮。因为一个数据流或数据存贮往往是由一组数据元素组成的数据结构，不要仅使用反映其中某些元素的名子。 不要使用泛指的名字，如“数据”、“信息”、“单据”等。 如果在为某个数据流或数据存贮命名时感到相对困难，就有可能是因为对数据流或数据存贮分解的不恰当造成的，试着重新分解，也许问题就解决

6、了。,3.3.6命名规则,对处理逻辑的命名：除了子系统级的逻辑功能可以使用名词以外，原则上，其它功能逻辑习惯使用动宾结构的短语命名，如“记销售帐”“处理订货业务”等。 通常是，先为数据流命名，然后再为与之相关联的处理功能命名。这样命名比较容易。因为大多数据功能都是针对输入的数据流的。 如果某处命名有困难，可能是对处理功能分解不当造成的，试着重新分解，也许问题注解决了。,3.3 数据流图的绘制,3.3.1数据流图的布局 3.3.2符号的应用 3.3.3避免线条交叉重复项表示 3.3.4抽象数据流的应用 3.3.5编号规则 3.3.6命名规则 3.3.7父图与子图的平衡,3.3.7父图与子图的平衡

7、,对数据流程图的扩充应注意父图与子图边界的吻合。即所有子图边界的叠加应该与父图描述的系统范围一样大。按经验数据，每张子图分解出来的加工逻辑一般不要超过7到8个，这样可以保持整图清晰，容易理解。如果过多，可能是分解过细，应考虑是否应该再分解一层。,第3章 软件需求分析,3.1 需求分析概述 3.2 结构化分析方法 3.3 数据流图的绘制 3.4 编制数据字典 3.5 加工逻辑的分析与表达 3.6 原型技术 3.7 需求验证与评审,3.4 编制数据字典,在数据流图中对一个数据流、数据存贮或加工只能标明一个名字，没有对这些元素的构成细节、内容、特性及加工过程详细说明。分析人员仅靠“图”来完整地理解一

8、个系统的逻辑功能是不可能的。 数据定典就是用来定义数据流图中的各个成分的具体含义的工具，它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。 它和数据流图共同构成了系统的逻辑模型，是“需求规格说明书”的主要组成部分。,3.4 编制数据字典,3.4.1定义数据的方法 3.4.2数据字典的内容及格式,3.4.1定义数据的方法,一般认为，从数据的组成上看是自上而下的分解过程，一直分解的数据元素。因此，在对数据注释、说明和定义的时候，也采取自上而下的方法，符合人们检索信息的习惯。 当数据被分解到不需要进一步定义，每个与工程有关的人都清楚其含义时，我们就把它

9、看作是数据元素，分解过程到此就结束了。,由数据元素组成数据的方式只有如下三种基本类型： 顺序 以一定的顺序连接两个或多的元素； 选择 从两个或多个可能的元素中选取一个； 重复 把指定的元素重复零次或多次。 可选 理论上，可以使用上述三种关系定义数据字典中的任何条目。因为，当重复次数为0次或一次时，就构成了一种可有可无的可选关系。但由于“可选”是由数据元素组成数据的一种常见方式，把它单独列为一种关系会使数据字典的描述更清晰。,常用的描述数据结构的关系算符,3.4 编制数据字典,3.4.1定义数据的方法 3.4.2数据字典的内容及格式,3.4.2数据字典的内容及格式,1.数据流条目 2.数据存储条

10、目 3.数据项条目 4.加工条件目,1.数据流条目,数据流条目通常列出组成该数据流的数据项数。,数据流：订单,名称：订单 别名：无 简述：顾客订货时填写的项目 来源：顾客 去向：加工1.1.1“编辑检查订单” 数据流量：1000份/每周 组成：编号+订货日期+顾客编号+地址+电话+银行帐号+配件名称+数量 其中：数据流量指单位时间内（每小时或每天）传输的次,2.数据存储条目,名称：库存记录 别名：无 简述：存放配件库存信息 组成：配件编号+配件名称+供应商编号+单价+库存量 组织方式：索引文件，以配件编号为关键字 查询要求：要求能立即查询,3.数据项条目,名称：配件编号 别名：配件号 简述：本

11、公司的所有配件编号 类型：字符型 长度：10位 取值范围及含义：第1位：进口/国产 第2-4位：类别 第5-7位：规格 第8-10位：编号,4.加工条件目,由于下层的加工是由上层的基本加工分解而来的，只要有了基本加工的说明，就可理解上层的加工。因此，只有把加工分解到足够具体以后，才对基本加工进行描述。,具体格式举例如下,名称：确定能否供货 編号：1.2 激发条件：收到合格订单 优先级：普通 输入：合格订单 输出：可供货订单、缺货订单 加工逻辑： 根据库存记录 IF 订单项目的数量该配件库存量的临界值 THEN 可供货处理 ELSE 此订单缺货，登记缺货情况，待进货后再办理补充订货 EDNIF,

12、第3章 软件需求分析,3.1 需求分析概述 3.2 结构化分析方法 3.3 数据流图的绘制 3.4 编制数据字典 3.5 加工逻辑的分析与表达 3.6 原型技术 3.7 需求验证与评审,3.5 加工逻辑的分析与表达,原则上，只要说明了底层的加工逻辑，也就可以理解上层的功能了。到设计阶段以后，底层的加工说明，就是编程中算法的直接依据。,3.5 加工逻辑的分析与表达,对加工逻辑的算法常在数据字典中用一个“小说明”加以注释。 “小说明”集中描述一个加工的内部对数据是如何加工的，即描述加工逻辑。 如，“计算实发工资”是一个加工，它的加工逻辑就是：实发工资=基本工资+应补款-应扣款。 这种逻辑说明了输入

13、数据是如何转变为输出数据的规则，这就是基本的算法。 另外，再附带说明一些与加工有关的信息，如执行条件、优先级、执行频率、出错处理等。,3.5 加工逻辑的分析与表达,在对加工处理逻辑进行分析表达时，为了达到直观、严谨、无二义性、不模糊，常需求借助一些工具。 下面我们将要介绍的工具中， 用于表示层次结构关系的工具有：层次方框图、Warnier图； 用于描述处理过程的有：IPO图； 用于描述条件判断的有：结构式语言、判断树、判断表。,3.5 加工逻辑的分析与表达,3.5.1 结构式语言 3.5.2 判断表 3.5.3 判断树 3.5.4 层次方框图 3.5.5 Warnier图,3.5 加工逻辑的分

14、析与表达,结构式语言是介于自然语言（英语或汉语）和形式语言之间的一种半形式语言。 形式语言精确，但不易被理解；自然语言易理解，但不精确，可能产生二义性。 结构化语言取“长”补“短”，它是在自然语言基础上加了一些限定，使用有限的词汇和有限的语句来描述加工逻辑 结构化语言的结构可分成外和内两层。,1.外层,外层用来描述控制结构，包括：顺序结构、判断分支结构和循环（重复）结构三种基本结构。 （1）顺序结构：顺序结构使用一组祈使语句、判断语句、重复语句的顺序排列。祈使语句至少包含一个动词及一个名词，指出要执行的动作及接受动作的对象。 （2）判断分支结构：一般用IF-THEN-ENDIF,CASE OF

15、 ENDCASE等关键词。 （3）重复结构：一般用DO-WHILE-ENDDO, REPEAT-UNTIL等关键词。,2.内层,内层一般是采用祈使语句，使用数据字典中的名词和有限的自定义词，其动词含义要具体，尽量不用形容词和副词来修饰。 还可使用一些简单的算述运算和逻辑运算符号。 例如，3.4.2中的“确定能否供货”加工的描述，就使用了结构式语言。,3.4.2 中的“确定能否供货”加工的描述,名称：确定能否供货 編号： 1.2 激发条件： 收到合格订单 优先级： 普通 输入： 合格订单 输出： 可供货订单、缺货订单 加工逻辑： 根据库存记录 IF 订单项目的数量该配件库存量的临界值 THEN

16、可供货处理 ELSE 此订单缺货，登记缺货情况，待进货后再办理补充订货 EDNIF,3.5 加工逻辑的分析与表达,3.5.1 结构式语言 3.5.2 判断表 3.5.3 判断树 3.5.4 层次方框图 3.5.5 Warnier图,3.5.2 判断表,例如，某数据流图中有一个“确定保险类别”的加工，指的是申请汽车驾驶保险时，要根据申请者的情况，确定不同的保险类别。此策略使用自然语言描述为：如果申请者的年龄在21岁以下，要额外收费；如果申请者是21岁以上，并是26岁以下的女性，适用于A类保险；如果申请者是26岁以下的已婚男性，或者是26岁以上的男性，适用于B类保险；如果申请者是21岁以下的女性，或是26岁以下的单身男性，适用于C类保险。除此之外的其他申请者，都适用于A类保险。,这段叙述不易直观地看懂该加工的判定策略原理，你也无法断定，在上述叙述中，上否完全地包涵盖了所有可能的情况。 下面我们讨论使用判定表来分析和描述,判定表的结构,判定表由4个部分组成，用双线分割开4个区域，如图3-11所示。,下面就分析该分配保险的策略，构造判定表。,步骤如下： （1）提