结构化分析

结构化分析（Structured Analysis，简称SA）是软件工程中的一种方法，结构化分析和结构化设计可以分析商业的需求（英语：requirements），再转换为规格文件，最后再产生电脑软件、硬件配置及相关的手册及程序。结构化分析及设计技术是系统分析的基础，是由1960到70年代的系统分析技术发展而成。结构化分析在1980年代起开始广为使用。结构化分析包括将系统概念转换为用数据及控制的来表示，也就是转换为数据流程图。数据流程图中的程序以泡泡来表示，因此也称为“泡泡图”。不过完整的数据流程图中可能有许多的“泡泡”，使得很难去追踪数据流动的情形。此时可以先定义外界需要系统回应的事件，每一个事件指定一个泡泡，当系统定义完成后，再将事件的泡泡和回应的程序的泡泡相连接。也可以将程序对应泡泡加以分组，组合成较高端的程序。数据字典用来描述数据和指令的流动，而用程序规格来描述交易或数据转换的相关信息。许多著名的分析方式都和结构化分析（SA）及结构化设计（SD）有关，包括结构图、数据流程图及数据模型图等。许多程序设计方法学也结合了结构化分析及结构化设计，包括结构化系统分析及设计方法（SSADM）及结构化分析及设计技术（英语：Structured Analysis and Design Technique）（SADT）等。结构化分析是许多结构化方法中的一部分。“结构化分析是系统分析、设计及编程技术的组合，其目的是为了处理1960至1980年代软件开发所遇到的问题，这段期间多半是用COBOL和Fortran语言开发，后来也使用C语言及BASIC，也没有将需求及设计文件化的技术。随着系统越来越大也更加复杂，信息系统的发展也变得越来越困难。”为了方便管理大而复杂的系统，演进出下列的结构化方法。自1967年起出现了许多的结构化方法：依照Hay在1999年提出的定义：“信息工程是1970年代提出许多结构化技术的延伸。先由结构化编程进展到结构化设计，然后进展到结构化系统分析。这些技术使用的图也所不同：结构化设计中使用结构图，而结构化系统分析使用数据流程图。二者都可以帮助程序开发者及用户的沟通，并且提升程序分析者及设计者的纪律。1980年起开始有工具可以自动绘制这类的图面，并追踪数据字典中的内容。”在电脑辅助设计及电脑辅助制造（CAD/CAM）名词广为使用之后，上述工具的使用也称为电脑辅助软件工程（CASE）。结构化分析一般会创建一个使用单一抽象化机制（single abstraction mechanism）的层次结构系统。结构化分析方法可以使用IDEF（如图），IDEF是一个程序驱动的分析方法，是由目的及观点开始进行。此方法一开始会先确认整体机能，再反复地将机能分割为更小的机能，保留程序最优化需要的输入、输出、控制及机制。IDEF也被视为是一种功能分解（英语：functional decomposition）的分析方法，着重在函数的内聚力及函数之间的耦合力。功能分解的结构化方法单纯描述程序，而不去划定系统的行为，也不决定需要机能的系统架构。此方法只确认和活动有关的输入及输出。结构化分析受欢迎的一个原因是其本质适合描述一个高端的程序及概念，即使企业层次的程序也相当适合。不过对于商业常用的面向对象过程中，对象需要有哪些机能，IDEF提供的信息很有限。统一建模语言（UML）和IDEF相反，统一建模语言是接口驱动，并且有多重抽象化机制，适用于描述面向服务的架构（SOA）。结构化分析以数据在不同模块中流动的观点来看待一个系统，系统的功能可以用转换数据流的程序来表示。结构化分析善用了功能拆解（或由上到下设计）的信息隐藏特性，因此可以关注在重要的细节，而不会被无关的细节干扰。当细节的层级提高时，信息的广度也随之减少。结构化分析的结果是一组相关的图，程序描述以及数据定义，这些数据描述一个程序为符合机能性需求所需要的数据以及需进行的转换。汤姆·狄马克的分析方法包括以下几项 :数据流程图是一个有向图，弧线表示数据，节点（用圆圈或泡泡表示）表示转换数据的程序。程序还可以再细分为更细的数据流程图，描述程序中的子程序，一直到清楚说明及了解程序机能为止。机能元（functional primitive）是指一些不需再细分的程序，一般会用程序规格（或微规格）来说明。程序规格可以包括伪代码、流程图或结构化英文（英语：Structured English）。数据流程图将系统的架构表示为一个由许多互连的程序形成的网络，而各程序是由机能元所组合而成。数据字典是一组数据流、数据元素、文件及数据库的定义。数据流程图或其他数据字典可以参考资料字典中的内容。系统关系图（System Context Diagram）是表示系统和外界环境之间的作用，系统关系图可以表示一个系统和外界相关系统的输入及输出。Kossiakoff将系统关系图定义为“系统关系图将系统放在整个图的中心，不描述其内部结构，周围则是和其有关的系统、活动及环境，环境图的目的是专注在哪些会影响系统需求及限制的外部因素及事件。”系统关系图和数据流程图有关，有助于了解系统和其他相关系统或事件之间的关系。数据字典或是数据库字典是定义数据库基本组织的文件。数据字典包括数据库中所有的文件、每一个文件的字段个数、字段名称及类型。为了保护数据字典的内容不被破坏，大部分的数据库管理系统不允许用户更改数据字典。数据字典没有数据库中的数据内容，只有一些访问数据库需要的信息。数据库管理系统一定要配合数据字典才能访问数据库的内容。数据流程图（DFD）是用图像方式表示信息系统中数据的流动方式。数据流程图和系统流程图不同，主要是表示数据在不同程序之间的流动，而不是程序的控制流程。数据流程图是由赖瑞·康斯坦丁所提出，是以Martin及Estrin的“数据流图”（data flow graph）为基础。一般在绘制数据流程图前，会先绘制环境图，描述系统和外界环境的交互作用。数据流程图可以将系统分割为几个较小的部分，并且强调各部分之间的数据流动。数据流程图是结构化系统分析及设计方法（SSADM）的三个重要图表中的一个。结构图（英语：Structure Chart）（SC）是一个将系统拆解为最小可管理程序单位的图。在结构化编程中，结构图可以将程序模块整理为树状结构，每一个模块以一个其中有模块名称的方框表示，树状结构可以清楚表示各模块之间的关系。结构化分析中常用结构图表示程序的顶层架构。结构图有助于程序设计者用个个击破的方式处理软件问题，也就是将一直将问题拆解为更小的问题，直到最后问题小到可以被人类理解为止。此程序称为由上到下设计（英语：top-down design）或是功能分解（英语：functional decomposition）。结构图的作用类似建筑房屋中使用的蓝图。在设计阶段，结构图是客户和不同软件工程师沟通的方式。在代码实现的阶段，由结构图可以得知系统的完整架构。结构化设计（SD）是有关软件模块的开发，及分析模块之间的“模块层次”（module hierarchy）。在结构化设计中，有以下二个主要的概念：当耦合力调整到最佳情形时，会简化模块之间的接口，也会简化程序的复杂度。Page-Jones在1980年提出的研究中有三个主题：结构图、模块规格及数据字典。“结构图的目的是表示模块层次，模块规格可以用伪代码或程序设计语言来组成，数据字典类似结构化分析中的数据字典，在软件开发生命周期中，在已经进行了分析及设计后，就可以自动产生数据类型的宣告，以及程序或副程序的模版。”结构化查询语言（SQL）是一种查询数据库的标准语言。结构化查询语言一开始是用在一个商用数据库系统中，后来成为在迷你电脑及大型计算机运作的数据库管理系统中，最受欢迎的数据库查询语言。结构化查询语言也可在一般个人电脑中的数据库管理系统中使用，并且可配合分布式数据库使用，因此允许许多用户在网络上同时访问同一个数据库的内容。