当前位置：文档之家 › 系统的结构化分析与设计方法

系统的结构化分析与设计方法

  • 格式：pdf
  • 大小：148.80 KB
  • 文档页数：3

系统的结构化分析与设计⽅法

1、结构化⽅法的主要思想：

（1）软件是有组织、有结构的逻辑实体，其结构为⾃顶向下的形式 （2）软件由程序和数据组成，其结构呈现三层组织形式，即系统、⼦系统、功能模块/数据体 （3）软件结构中的各部分既独⽴⼜关联2、结构化⽅法的特点： （1）抽象性：抽象描述系统的本质内容 （2）结构化、模块化、层次化： 分⽽治之，由分到合 （3）分析与设计线索： ⾯向过程（处理） – 过程驱动 ⾯向数据 – 数据驱动3、总体规划： 为所规划的软件系统作出⼀个战略的、宏观的、全局的技术⽅案 构建宏观结构模型，为后期的分析与设计奠定基础 三个⼯作内容： （1）需求调查 （2）结构模型建⽴ （3）总体规划⽂档撰写4、过程与数据间的关系建⽴ – U/C矩阵

（1）过程（处理）对数据的操作可以分为2类： Use – 使⽤，包括Select、Insert、Delete、Update Create – 建⽴，即创建数据 （2）U/C矩阵 ⼆维矩阵表 横向业务 – 过程 ；纵向 – 主题数据库 （3）U/C矩阵的作⽤ 为⼦系统划分提供帮助5、⼦系统规划：

（1）建⽴U/C矩阵 （2）整理成“基本U/C矩阵” 在原始的U/C矩阵基础上，反复调换列，使得尽可能多的“C”标记处于矩阵的对⾓线附近（3）⼦系统划分 按照“职能域”对U/C矩阵进⾏划分 （4）⼦系统定义 含业务过程和主题数据库6、⽤传统结构化和oo的观点看待系统的⽐较：

1）传统⽅法：系统是处理的集合，处理与数据实体的交互，处理接受输⼊并产⽣输出

2）OO⽅法：系统是交互对象的集合，对象与⼈或其他对象交互，对象发送和响应信息

7、结构化分析：

分析基础：总体规划说明书；分析每个业务过程的详细流程；分析每个主题数据库的数据结构； 建⽴分析模型：系统业务流程图、详细的数据流图、数据字典；结构化系统分析结果：系统分析说明书8、系统流程图：

对不同计算机程序、⽂件、数据库和相关⼿⼯过程设计的表达；主要从较⾼的层次描述系统的相对独⽴的⼦系统和程序模块；⽤图形化的⽅式描述了对⼦系统的组织；可以表明系统业务类：Batch(批处理) Real time(实时处理)9、

10、基于数据流的系统分析 -- 数据流图

数据流图：⽤处理、外部实体、数据流以及数据存储来表⽰系统需求的图表DFD的特点：图形元素少且符号简单易懂；较充分表达系统的主要需求：输⼊、输出、处理和数据存储；最终⽤户、管理⼈员和系统开发⼈员只需稍加培训即可读懂DFD图，⽅便交流。

11、

DFD图可以描述⾼层次的具有⾼度概括的系统处理 也可以描述低层次的具有更详细分解的系统处理

抽象层次：把系统分解成⼀个逐步细化的分层集合的建模技术11、关联图：在单个处理符号中概括系统内所有处理活动的DFD关联图在表达系统边界时⽤处很⼤系统的范围是通过单个的处理和外部实体所表⽰的事物来定义的 数据存储不画在关联图中是因为它本⾝被认为是系统内部的内容

当⼀个系统响应事件较多时，常常将系统分成多个⼦系统，并为每个⼦系统创建⼀张关联图

12、DFD⽚段：⽤⼀个单⼀处理符号表⽰系统响应⼀个事件的DFD

在DFD⽚段中，展⽰了处理、外部实体和内部数据存储之间的 交互细节 每个DFD⽚段仅显⽰要响应该事件的那些数据存储 ⼀个DFD⽚段是为事件表中的每⼀个事件创建的

14、事件分离的系统模型/0层图： 将⼀个系统或⼦系统的所有DFD⽚段组合到⼀个单个的DFD图 中，这样的DFD图称为事件分离的系统模型/0层图0层DFD图：“处理”的编号为i

0层图对整个系统或⼦系统进⾏⽐关联图更加详尽的描述 但是，有时不使⽤0层图，因为： 1）包含的信息与DFD⽚段重复； 2）图表⽐较复杂，特别是对于需要响应较多事件的⼤系统 好处： 可以直观地分析各个“处理”之间的数据流的关联关系 适当规模的⼦系统可以使⽤0层图

分解“处理”-理解“处理”的细节： ⼀个DFD⽚段中的处理也可

1层DFD图：将0层DFD中的处理进⼀步细化等到的DFD图 “处理”的编号为“i.j” 2层DFD图：将1层DFD中的处理进⼀步细化等到的DFD图 “处理”的编号为“i.j.k”

包含多个更⼩的处理 有时分析员需要将该DFD⽚段进⼀步细化，⽣成更 详细层次的DFD图15、DFD质量评估：

⾼质量的DFD： 可读性强、内部⼀致、能够准确描述系统需求 措施： 最⼩化复杂度 （就是使每幅DFD图尽量简单易懂，避免信息超量（信息超量： 当太多的信息同时显现时所发⽣的难以理解的情况））保证数据流⼀致性。

最⼩化复杂度：措施：采⽤分层结构将DFD划分为⼩的且相对独⽴的⼦集 这样可以逐级阅读、考察DFD

构造DFD图的7±2规则： 单个DFD中不应有超过7±2个处理 单个DFD中不应超过7±2个数据流进出同⼀个处理/数据存储

接⼝最⼩化： DFD中各个元素之间的连接数越少越好

保证数据流⼀致性：

数据流⼀致性表现在三个⽅⾯： ⼀个“处理”和该“处理”被详细分解后在数据流内容上应该⼀致 对⼀个“处理”，有数据流⼊却没有相对应的数据流出 对⼀个“处理”，有数据流出却没有相对应的数据流⼊ ⿊洞 --- 带有输⼊数据的但并不⽤其产⽣输出数据的“处理”或数据存储

奇迹 --- 没有⾜够数据元素作为输⼊或产⽣来源的⼀个“处理”或“数据存储”

DFD总结：

在关联图中不画数据存储 数据流不反映处理顺序，显⽰数据通过系统的流程，因此“处理”可以并⾏⼯作 ；“处理”过程既有输⼊，⼜有输出；有输⼊⽆输出称之为⿊洞；若⽆输⼊⽽产⽣输出称之为奇迹；输出内容不全部依赖于输⼊为灰洞

在传统⽅法中，DFD图在⼀个图中描述了三种元素：

处理 -- 每个最底层“处理”需要详细描述其细节

数据流 -- “数据流”包含的数据元素需要定义

数据存储 -- “数据存储”需要在ERD中定义

处理⽅法：1. “处理”细分解，层层分解，直到可详细描述细节 2. 结构化语⾔/伪代码 3. 决策表/决策树

16、数据字典—数据分析：

数据字典是数据分析的描述模型，包括： 数据项定义，数据结构定义，数据流描述，数据存储描述

数据项定义：定义特定数据项的组成和意义 数据结构定义：定义有数据项组成的表达数据的基本数据 数据流描述：描述数据流的数据构成，并指明其来源或去向 数据存储描述：描述保存在存储介质上的数据⽂件或数据库 表的格式和内容

⼴义的数据字典，也可以包含对“处理”的描述数据结构：由数据项组成，它给出了数据基本结构单位 数据结构名 数据结构说明 数据结构组成：｛数据项/数据结构｝ 数据结构约束

数据流是数据元素的集合，数据流定义就是列出其 包含的所有数据项

数据元素还需进⼀步的定义： 说明类型、长度等 数据元素⼀般在设计阶段详细定义

数据存储：数据结构保存或停留之处，数据⽂件或数据库表 数据存储名 数据存储说明 输⼊的数据流 输出的数据流 数据存储组成：｛数据结构｝ 数据量 存取频度 存取⽅式

数据处理：给出处理的流程和说明信息 数据处理名 数据处理说明 输⼊数据： ｛数据结构｝ 输出数据： ｛数据结构｝ 处理过程简要描述17、结构化的系统设计主要考虑： 模块的层次化、模块之间的接⼝、数据库设计和⽤户界⾯设计的关联性； ⽤系统流程图记录各个⼦系统间的关联 为每个模块设计内部逻辑 采⽤⾃顶向下的⽅法进⾏设计 具有系统⾃动化边界的DFD ；结构图

18、结构图定义：以模块为基础、以模块间的调⽤为关联所构成的图称模块结构图，简称结构图

合集下载

RTCASE实时系统结构化分析与设计工具

RTCASE实时系统结构化分析与设计工具

RTCASE实时系统结构化分析与设计工具

RTCASE实时系统结构分析/设计工具是专业性软件工程工具，完全支持实时系统软件的分析和设计。

RTCASE在系统与软件分析阶段支持结构化分析方法，同时支持在结构化分析方法基础上扩展的Hatley/Pirbhai实时系统结构化分析及系统体系结构设计方法，RTCASE在软件设计阶段支持在传统结构化设计方法基础上扩展的由Hassan

Gomaa提出DARTS（Design Approach for Real Time Systems）实时系统设计方法。

RTCASE特别适合实时系统分析与设计，可帮助用户在短时间内快速开发高质量、高可靠的软件与系统

Hatley-Pirbhai 实时系统结构化分析与系统体系结构设计方法

Hatley-Pirbhai实时系统需求分析与系统体系结构方法由Derek Hatley和Imtiaz Pirbhai先生于80年代提出，此方法适用于任何规模与复杂程度的系统，已成功地在美国、欧洲及日本等系统开发公司得到广泛应用。有关此方法的详细信息请参考美国Dorset House公司出版的"Strategies for Real-Time System

Specification"一书或"Processing For System Architecture And

Requirements Engineering"一书。

传统的系统需求分析方法往往只考虑系统的某一方面，而实际上系统具有多方面特性，系统所有方面的特性需要精确地分析与定义。Hatley-Pirbhai方法以集成化方式分析、定义系统，并将系统看成整体进行分析。从系统功能需求角度，分析定义系统完成的处理(即功能)、控制以及时序特性，从系统构造角度定义系统体系结构。

Hatley-Pirbhai实时系统结构化分析方法

Hatley-Pirbhai实时系统结构化分析方法既可以用于系统需求分析阶段，亦可用于软件需求分析阶段，其采用需求分析模型来描述系统或软件实现什么功能及这些功能在何种情况下执行，需求分析模型由功能模型(或处理模型，确定系统或软件实现什么功能)、行为模型(或控制模型，确定系统或软件功能在何种情况下执行)与数据词典组成。如下图所示：

结构化系统开发方法

结构化系统开发方法

结构化系统开发方法

结构化系统开发方法（SSDM）是一种系统开发的方法论，它强调系统开发过程中的结构化分析和设计，以及模块化的程序开发。SSDM方法的核心理念是将系统划分为多个模块，每个模块负责特定的功能，通过模块之间的协作来完成整个系统的开发。本文将介绍SSDM的基本原理、流程和特点。

首先，SSDM方法强调系统开发过程中的结构化分析和设计。在系统开发的初期阶段，开发团队需要对系统进行全面的分析，了解系统的功能需求和业务流程。在此基础上，开发团队进行系统设计，将系统划分为多个模块，并确定模块之间的接口和数据流动关系。这种结构化的分析和设计有助于开发团队清晰地了解系统的整体架构，从而更好地进行后续的开发工作。

其次，SSDM方法强调模块化的程序开发。在系统设计确定后，开发团队将系统分解为多个模块，并分别对每个模块进行开发。每个模块负责特定的功能，开发团队可以并行开发多个模块，从而提高开发效率。此外，模块化的程序开发还有利于代码的复用，当系统需要进行升级或扩展时，可以更方便地对特定模块进行修改或添加新的模块，而不会影响整个系统的稳定性。

SSDM方法的特点还包括可维护性和可扩展性。由于SSDM方法将系统划分为多个模块，每个模块负责特定的功能，因此当系统需要进行维护或扩展时，开发团队可以更方便地定位和处理特定模块的问题，而不会影响整个系统的稳定性。此外，SSDM方法还有利于团队协作，不同开发人员可以分别负责不同的模块，从而提高开发效率和质量。

总之，结构化系统开发方法是一种强调结构化分析和设计、模块化程序开发、可维护性和可扩展性的系统开发方法。通过SSDM方法，开发团队可以更好地理解系统的整体架构，提高开发效率和质量，同时也有利于系统的后续维护和扩展。希望本文对SSDM方法有所了解，并能够在实际的系统开发中加以运用。

结构化系统设计方式的大体思想及方式要点

结构化系统设计方式的大体思想及方式要点

结构化系统设计方式的大体思想是以系统的逻辑功能设计和数据流关系为基础，按照数据流程图和数据字典，借助于标推的设计淮则和图表工具，通过“自上而下”和“自下而上”的反复，逐层把系统划分为多个大小适当，功能明确，具有必然独立性，并容易实现的模块，从而把复杂系统的设计转变成多个简单模块的设计。

从目前大多数信息系统的开发现状来看，结构化系统设计方式是运用最为普遍，同时也是最为成熟的一种开发方式。简单地说，结构化系统设计方式可以用三句话进行归纳；自上而下；慢慢求精；模块化设计。

首先，自上而下，就是在管理信息系统的设计与系统分析阶段，必需采用整体大于局部、上级优于下级的设计思路。优先考虑如何知足领导层的管理需求，其次才考虑中层与底层的管理需求。

其次，对客户的需求分析应做到慢慢求精。在深切调研的基础上力图在编写程序之前就清楚地了解客户的实际运作进程，从而制定出切实可行的开发方案，而且为未来可能的功能扩展留有充分的余地。

最后阶段才进入程序编写阶段。在进行软件设计时采用模块化的设计思路，而且采用自下而上的实施方式，即先开发一些能够独立运行并完成某些功能的小型程序模块，而后将这些模块进行组合。采用这种设计方式，在所有功能模块开发完成以后，只需将所有模块进行有机组合，就可以够取得一个完善的系统。

二、结构化系统设计方式的由来与发展

在数据处置领域，“结构化”…词最先出现于程序设计，即结构化程序设计。“结构化”的含义是指用一组标准的准则和工具从事某项工作。在结构化程序设计之前，每一个程序员都依照各自的习惯和思路编写程序，没有统一的标准，也没有统一曲技术方式，因此，程序的调试、保护都很困难，这是造成软件危机的主要原因之一。1966年，Bohn和Jacopinl提出了有关程序设计的新理论．即结构化程序设计理论。这个理论以为，任何——个程序都可以用三种大体逻辑结构来编制，而且只需这三种结构。这三种结构别离是顺序结构、判断结构和循环结构，其特点是每种结构只有一个入口点和一个出口点。程序设计的新理论，促令人们采用模块化编制程序，把一个程序分成若干个功能模块，这些模块之间尽可能被此独立，用作业控制语句或程序内部的进程挪用语句将这些模块连接起来，形成—‘个完整的程序。一般来讲，结构化程序设计方式不仅大大改良了程序的质量和程序员的工作效率，而且还增强了程序的可读性和可修改性。

RTCASE实时系统结构化分析与设计工具 2

RTCASE实时系统结构化分析与设计工具 2

RTCASE实时系统结构化分析与设计工具

RTCASE实时系统结构分析/设计工具是专业性软件工程工具，完全支持实时系统软件的分析和设计。

RTCASE在系统与软件分析阶段支持结构化分析方法，同时支持在结构化分析方法基础上扩展的Hatley/Pirbhai实时系统结构化分析及系统体系结构设计方法，RTCASE在软件设计阶段支持在传统结构化设计方法基础上扩展的由Hassan

Gomaa提出DARTS（Design Approach for Real Time Systems）实时系统设计方法。

RTCASE特别适合实时系统分析与设计，可帮助用户在短时间内快速开发高质量、高可靠的软件与系统

Hatley-Pirbhai 实时系统结构化分析与系统体系结构设计方法

Hatley-Pirbhai实时系统需求分析与系统体系结构方法由Derek Hatley和Imtiaz Pirbhai先生于80年代提出，此方法适用于任何规模与复杂程度的系统，已成功地在美国、欧洲及日本等系统开发公司得到广泛应用。有关此方法的详细信息请参考美国Dorset House公司出版的"Strategies for Real-Time System

Specification"一书或"Processing For System Architecture And

Requirements Engineering"一书。

传统的系统需求分析方法往往只考虑系统的某一方面，而实际上系统具有多方面特性，系统所有方面的特性需要精确地分析与定义。Hatley-Pirbhai方法以集成化方式分析、定义系统，并将系统看成整体进行分析。从系统功能需求角度，分析定义系统完成的处理(即功能)、控制以及时序特性，从系统构造角度定义系统体系结构。

Hatley-Pirbhai实时系统结构化分析方法

Hatley-Pirbhai实时系统结构化分析方法既可以用于系统需求分析阶段，亦可用于软件需求分析阶段，其采用需求分析模型来描述系统或软件实现什么功能及这些功能在何种情况下执行，需求分析模型由功能模型(或处理模型，确定系统或软件实现什么功能)、行为模型(或控制模型，确定系统或软件功能在何种情况下执行)与数据词典组成。如下图所示：