《软件工程》教案05 结构化分析与设计.docx

资源描述

《软件工程》教案05 结构化分析与设计.docx

《《软件工程》教案05 结构化分析与设计.docx》由会员分享，可在线阅读，更多相关《《软件工程》教案05 结构化分析与设计.docx（15页珍藏版）》请在冰豆网上搜索。

《软件工程》教案05 结构化分析与设计.docx

《软件工程》教案05结构化分析与设计

山东轻工业学院

教师授课教案

课程名称：

软件工程

课程代码：

0310040

学分：

课程类别：

选修课

开课单位:

信息科学与技术学院

授课班级：

计科07-12

授课教师：

赵培英

山东轻工业学院教务处制

授课时间

2009年10月16日星期五第34节

2009年10月21日星期三第34节

2009年10月23日星期五第34节

授课内容概要

第五章结构化分析与设计

第一节结构化分析

第二节结构化设计

本章小结、部分习题选讲

目的要求

了解结构化分析模型；

了解DFD的审查；

掌握DFD画法；

掌握DD内容；

掌握DFD到结构图的变换。

重

点

分层DFD画法；

DFD到结构图的变换。

难

点

分层DFD画法；

DFD到结构图的变换。

作业布置

1.请说明结构化分析模型的结构？

2.简述画分层数据流图的步骤？

3.简述如何进行分层数据流图的审查。

4.简述如何将DFD映射到结构图？

参考书

1.《软件工程》钱乐秋等清华大学出版社

2.软件工程导论（第四版），张海藩主编，清华大学出版社，2003年。

3.面向对象与经典软件工程（第5版）（英文影印版），（美）StephenR.Schach主编，机械工业出版社，2002年。

课型

理论课

学

时

分

配

复习

5分钟

主要教具

多媒体

讲授

35分钟

教学方法

多媒体课件

指导

2分钟

教学手段

讲授结合实例

总结

3分钟

备注

授课：

双周周三34，每周周五34，轻化B507

答疑：

每周四78节，机电C415

学时分配：

指本章节每节课（45分钟）的平均分配情况

第五章结构化分析与设计

一、结构化分析概述

1.主要思想：

Ø抽象:

从作为整体的软件系统开始,每一抽象层次上只关注于系统的输入输出

Ø分解:

自顶向下逐层分解,不断分解为子系统,模块……

Ø随着分解层次的增加，抽象的级别越来越低，也越接近问题的解（算法和数据结构）

2.结构化分析过程

•获得当前系统的具体模型（物理模型）

•抽象出当前系统的逻辑模型

•分析建立目标系统的逻辑模型

•为目标系统的逻辑模型作补充

3.结构化分析模型

•DD：

核心，包含所有数据的描述

•DFD：

用于功能建模，描述系统的输入数据流如何经过一系列的加工变换逐步变换成系统的输出数据流

•ERD：

用于数据建模，描述DD中数据之间的关系

•状态转换图：

用于行为建模，描述系统接收哪些外部事件，以及在外部事件的作用下的状态迁移情况

二、数据流图

1.DataFlowDiagram（简称DFD）：

•描述输入数据流到输出数据流的变换（即加工）过程，用于对系统的功能建模。

•基本元素包括：

p88图

示例：

图书订购系统DFD

•数据流图的扩充符号:

描述一个加工的多个数据流之间的关系

Ø星号（＊）：

表示数据流之间存在“与”关系

Ø加号（＋）：

表示数据流之间存在“或”关系

Ø异或（⊕）：

表示数据流之间存在“异或”（互斥）关系

2.对数据流图进行分层

•GeorgeMiller在著名的论文“神奇的数字7加减2：

我们处理信息的能力的某种限制”中指出：

人们在一段时间内的短期记忆似乎限制在5～9件事情之内

•根据自顶向下逐层分解的思想将数据流图画成层次结构

•每个层次画在独立的数据流图中，加工个数可大致控制在“7加减2”的范围中

3.数据流图的各个层次

•顶层图只有代表整个软件系统的1个加工，描述了软件系统与外界（源或宿）之间的数据流

•顶层图中的加工经分解后的图称为0层图（只有1张）

•中间层图中至少有一个加工（也可以有多个）在下层图中分解成一张子图

•处于最底层的图称为底层图，其中所有的加工不再分解成新的子图

4.图和加工的编号

•顶层图只有一个代表整个软件系统的加工，该加工不必编号。

•0层图中的加工编号分别为1，2，3，…

•子图号：

若父图中的加工号x分解成某一子图，则该子图号记为“图x”

•子图中加工的编号：

若父图中的加工号为x的加工分解成某一子图，则该子图中的加工编号分别为x.1、x.2、x.3…

5.分层数据流图画法示例——资格和水平考试的考务处理系统

•简化的资格和水平考试的考务处理系统

•分成多个级别，如初级程序员、程序员、高级程序员、系统分析员等，凡满足一定条件的考生都可参加某一级别的考试

•考试的合格标准将根据每年的考试成绩由考试中心确定

•考试的阅卷由阅卷站进行，因此，阅卷工作不包含在软件系统中

资格和水平考试的考务处理系统

—功能需求

1）.对考生送来的报名单进行检查

2）.对合格的报名单编好准考证号后将准考证送给考生，并将汇总后的考生名单送给阅卷站

3）.对阅卷站送来的成绩清单进行检查，并根据考试中心制订的合格标准审定合格者

4）.制作考生通知单送给考生

5）.进行成绩分类统计（按地区、年龄、文化程度、职业、考试级别等分类）和试题难度分析，产生统计分析表

资格和水平考试的考务处理系统

—部分数据流的组成

•报名单＝地区＋序号＋姓名＋文化程度＋职业＋考试级别＋通信地址

•正式报名单＝准考证号＋报名单

•准考证＝地区＋序号＋姓名＋准考证号＋考试级别＋考场

•考生名单＝｛准考证号＋考试级别｝,其中｛w｝表示w重复多次

•考生名册＝正式报名单

•统计分析表＝分类统计表＋难度分析表

•考生通知单＝准考证号＋姓名＋通信地址＋考试级别＋考试成绩＋合格标志

（1）.画系统顶层图

确定源或宿确定加工确定数据流顶层图通常没有文件

（2）.画系统0层图

•以下确定加工、数据流、文件、源或宿的一般方法适用于0层图及其各层子图

•确定加工：

指父图中某加工分解的子加工

Ø根据功能分解来确定加工：

将一个复杂的功能分解成若干个较小的功能，较多应用于高层DFD中的分解

Ø根据业务处理流程确定加工：

父图中待分解加工的业务处理流程中的每一步都可能是一个子加工，较多应用于低层DFD中的分解

Ø特别要注意在业务流程中数据流发生变化或数据流的值发生变化的地方，应该存在一个加工，例如：

图5.6

•确定数据流

Ø在父图中某加工分解而成的子图中，父图中相应加工的输入/输出数据流都是且仅是子图边界上的输入/输出数据流

Ø分解后的子加工之间应增添相应的新数据流表示加工过程中的中间数据

Ø如果某些中间数据需要保存以备后用，那么可以成为流向文件的数据流

Ø同一个源或加工可以有多个数据流流向一个加工，如果它们不是一起到达和一起加工的，那么可以将它们分成若干个数据流，例如：

图5.7

•确定文件

Ø如果父图中该加工存在读写文件的数据流，则相应的文件和数据流都应画在子图中

Ø在分解子图中，如需要保存某些中间数据以备后用，则可将这些数据组成一个新文件

Ø新文件（首次出现的文件）至少应有一个加工为其写入记录，同时至少存在另一个加工来读该文件的记录

Ø注意：

从父图中继承下来的文件在子图中可能只对其进行读，或只进行写

•确定源和宿

Ø0层图和其它子图中通常不必画出源和宿

Ø有时为了提高可读性，可以将顶层图中的源和宿画在0层图中

•案例分析：

最终得到考务处理系统0层图

Ø根据功能分解方法识别出两个加工：

考试报名、统计成绩

Ø数据流

◆继承顶层图中的输入数据流和输出数据流

◆定义二个加工之间的数据流：

由于这二个加工分别在考试前后进行，因此登记报名单所产生的结果“考生名册”应作为文件保存以便考试后由统计成绩加工引用

（3）.加工细化（1…n层图）

•复杂的加工可以继续分解成1张DFD子图，分解方法

Ø将该加工看作一个小系统，该加工的输入/输出数据流就是这个假设的小系统的输入/输出数据流

Ø然后采用画0层图的方法，画出该加工的子图

•以0层图中加工1（考试报名）为例

Ø根据业务处理流程来确定由加工1的分解

Ø与加工1相关的业务流程：

首先检查考生送来的报名单，然后编准考证号，并产生准考证，最后产生考生名单和考生名册（文件）

Ø加工1（考试报名）子图

◆3个子加工：

检查报名单、编准考证号、登记考生

◆“合格报名单”和“正式报名单”是新增加的数据流，其它数据流都是加工1原有的

◆在加工1的分解中没有新的文件产生

•加工2（统计成绩）子图

总结：

画分层数据流图的步骤

•1．画系统的输入和输出，得顶层图

•2．画系统内部，得0层图

•3．画加工内部，得到各级子图

•4．重复第3步，直至每个尚未分解的加工都足够简单（即不必再分解）

三、分层数据流图的审查

•分层数据流图的一致性和完整性

Ø一致性：

分层DFD中不存在矛盾和冲突

Ø完整性：

分层DFD本身的完整性，即是否有遗漏的数据流、加工等元素

•需注意的问题

•分解的程度

1.分层数据流图的一致性

1）.父图与子图平衡:

任何一张DFD子图边界上的输入/输出数据流必须与其父图中对应的加工的输入/输出数据流保持一致

2）.数据守恒

◆一个加工所有输出数据流中的数据，必须能从该加工的输入数据流中直接获得，或者能通过该加工的处理而产生

◆多余的数据流：

加工未使用其输入数据流中的某些数据项

3）.局部文件:

考虑分层数据流中一个文件应画在哪些DFD中，而不该画在哪些DFD中

◆任何一个文件都应同时包含读和写该文件的数据流，除非该文件是当前系统与另一个软件系统所共享（应在需求说明中指明）

◆在一张DFD中当一个文件作为若干个加工之间的交界面（一个写另一个读）时该文件应画出

◆在一张DFD中当一个文件仅与一个加工进行读写操作，并且在该DFD的父（祖先）图中未出现过该文件则该文件是相应加工的内部文件，在当前DFD中不应画出

◆一个文件一旦在某张DFD中画出，那么在它的子孙图中应根据父图与子图平衡的原则画出该文件

◆在子孙图中，这个文件可能只有读或写文件中的一种数据流

4）.一个加工的输出数据流不能与该加工的输入数据流同名

案例分析：

Ø父图与子图不平衡的实例：

加工2的输入数据流有M和N，输出数据流是T；而子图（右图）边界上的输入数据流是N，输出数据流是S和T

Ø父图与子图平衡的实例：

如果父图某加工的一个数据流，对应于子图中几个数据流，而子图中组成这些数据流的数据项全体正好等于父图中的这个数据流，那么它们仍算是平衡的

Ø数据不守恒的实例：

由于“正式成绩清单”中缺少“考生通知单”中的姓名、通信地址等数据，这些数据也无法由加工2.3自己产生，因此，加工2.3不满足数据守恒的条件

Ø局部文件示例：

“试题得分清单”文件是加工2的局部文件，根据抽象原则不应该将这类表示加工细节的局部文件画在其父图（如图c）中，正确的画法是图a和b

2.分层数据流图的完整性

Ø每个加工至少有一个输入数据流和一个输出数据流

Ø在整套分层数据流中，每个文件应至少有一个加工读该文件，有另一个加工写该文件

Ø分层数据流图中的每个数据流和文件都必须命名（除了流入或流出文件的数据流），并保持与数据字典的一致

Ø分层DFD中的每个基本加工（即不再分解子图的加工）都应有一个加工规约

3.构造分层DFD需注意的问题

Ø适当命名

Ø画数据流而不是画控制流：

判断准则：

这条线上是否有数据流过

Ø避免一个加工有过多的数据流：

◆当一个加工存在许多数据流时往往意味着分解不合理

◆解决办法：

重新分解

•1）把需重新分解的某张图（含有该复杂加工的图）的所有子图连接成一张图

•2）把连接后的图重新划分成几个部分，使各部分之间的联系最小

•3）重新定义父图，即第2）步中的每个部分作为父图中的一个加工

•4）重新建立各子图，即第2）步中的每个部分都是一张子图

•5）为所有的加工重新命名和编号

Ø分解尽可能均匀

◆理想目标：

任何两个加工的分解层数之差不超过1

◆应尽可能使分解均匀，对于分解不均匀的情况应重新分解

Ø先考虑稳定状态，忽略琐碎的枝节：

先考虑稳定状态下的各种问题，暂时不考虑系统如何启动、如何结束、出错处理以及性能等问题

Ø随时准备重画：

对于一个复杂的软件系统，往往要经过反复多次的重画和修改才能构造出完整、合理、满足用户需求的分层DFD

4.分解的程度

•可参照以下几条与分解有关的原则：

Ø7加减2

Ø分解应自然，概念上合理、清晰

Ø只要不影响DFD的易理解性，可适当多分解几个加工，以减少层数

Ø一般，上层分解得快些（即多分解几个加工），下层分解得慢些（即少分解几个加工）

Ø分解要均匀

四、数据字典

•数据流图与数据字典是密不可分的，两者结合起来构成软件的逻辑模型（分析模型）

•数据字典由字典条目组成，每个条目描述DFD中的一个元素

•数据字典条目包括：

数据流、文件、数据项（组成数据流和文件的数据）、加工、源或宿

Ø加工逻辑的详细说明可以用“小说明”来描述（5.5节）

数据字典的描述符号p105

各类字典条目

•不同的开发组织或团队可以根据项目的需要定义字典条目的描述内容

•字典条目中的描述内容主要包括

ØDFD元素的基本信息（名称、别名、简述、注解）

Ø定义（数据类型、数据组成）

Ø使用特点（取值范围、使用频率、激发条件）

Ø控制信息（来源、去向、访问权限）等

五、描述基本加工的小说明

•小说明是基本加工的规约说明，应精确地描述用户要求一个加工“做什么”

•包括加工的激发条件、加工逻辑、优先级、执行频率、出错处理等

•最基本的部分是加工逻辑，即该加工的输出数据流与输入数据流之间的逻辑关系

•加工逻辑不是对加工的设计，不涉及数据结构、算法实现、编程语言等与设计和实现有关的细节

加工逻辑的描述方法

•结构化语言：

介于自然语言和形式语言之间的一种半形式语言

•判定表：

适用于加工逻辑包含多个条件，而不同的条件组合需做不同的动作

•判定树：

判定表的变种，它本质上与判定表是相同的，只是表示形式不同

七、结构化设计概述

•结构化设计（StructuredDesign，简称SD）是将结构化分析得到的数据流图映射成软件体系结构的一种设计方法

•强调模块化、逐步求精、信息隐蔽、高内聚低耦合等设计准则

•分为概要设计和详细设计两大步骤

1.结构图

1）基本知识

•用结构图（StructureChart）来描述软件系统的体系结构

•描述一个软件系统由哪些模块组成，以及模块之间的调用关系

•结构图的基本成分有：

模块、调用和数据

2）结构图中的辅助符号

3）结构图的几个概念

•深度：

程序结构图中控制的层数

•宽度：

程序结构图中同一层次上模块总数的最大值

•扇出（fanout）：

该模块直接调用的模块数目。

•扇入（fanin）：

能直接调用该模块的模块数目。