|
|
|
结构化方法属于自顶向下的开发方法，其基本思想是“自顶向下，逐步求精”，强调开发方法的结构合理性及所开发软件的结构合理性。结构是指系统内各个组成要素之间的相互联系、相互作用的框架。结构化开发方法提出了一组提高软件结构合理性的准则，如分解与抽象、模块独立性、信息隐蔽等。针对软件生存周期各个不同的阶段，它包括了结构化分析（Structured Analysis, SA）、结构化设计（Structured Design, SD）和结构化程序设计（Structured Programing, SP）等方法。本章后续介绍的分析、设计、测试等内容，都是以结构化方法为基础的。
|
|
|
|
|
|
为保证系统开发的顺利进行，结构化方法强调遵循以下几个基本原则：
|
|
|
|
（1）面向用户的观点。在开发过程中，开发人员应该始终与用户保持联系，从调查研究入手，充分理解用户的信息需求和业务活动，不断地让用户了解工作的进展情况，校准工作方向。
|
|
|
|
（2）严格区分工作阶段，每个阶段有明确的任务和应得的成果。
|
|
|
|
（3）按照系统的观点，自顶向下地完成系统的开发工作。
|
|
|
|
（4）充分考虑变化的情况。在系统设计中，把系统的可变更性放在首位。
|
|
|
|
|
|
|
|
SA方法使用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下、逐层分解，直至找到满足功能要求的所有可实现的软件为止。SA方法给出一组帮助系统分析人员产生功能规约的原理与技术。它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表及判定树等。
|
|
|
|
|
|
（1）分析当前的情况，做出反映当前物理模型的数据流图（Data Flow Diagram, DFD）。
|
|
|
|
|
|
|
|
（4）建立人机接口，提出可供选择的目标系统物理模型的DFD。
|
|
|
|
（5）确定各种方案的成本和风险等级，据此对各种方案进行分析。
|
|
|
|
|
|
|
|
|
|
SD方法给出一组帮助设计人员在模块层次上区分设计质量的原理与技术。它通常与SA方法衔接起来使用，以数据流图为基础得到软件的模块结构。SD方法尤其适用于变换型结构和事务型结构的目标系统。在设计过程中，它从整个程序的结构出发，利用模块结构图表述程序模块之间的关系。
|
|
|
|
|
|
|
|
|
|
（3）把数据流图映射到软件模块结构上，设计出模块结构的上层。
|
|
|
|
（4）基于数据流图逐步分解高层模块，设计中下层模块。
|
|
|
|
（5）对模块结构进行优化，得到更为合理的软件结构。
|
|
|
|
|
|
|
|
|
|
（2）每个模块使用过程语句（或函数方式等）调用其他模块。
|
|
|
|
|
|
|
|
|
|
结构化方法是目前最成熟、应用较广泛的一种工程化方法。当然，这种方法也有不足和局限性：
|
|
|
|
（1）开发周期长。一方面使用户在较长的时间内不能得到一个可实际运行的物理系统，另一方面难以适应环境变化。
|
|
|
|
（2）早期的结构化方法注重系统功能，兼顾数据结构的方面不多。
|
|
|
|
（3）结构化程度较低的系统，在开发初期难于锁定功能要求。
|
|
|
|
这些问题在应用中有的已经解决，同时也产生了其他一些方法，例如原型法、面向对象方法等。
|
|
|
