文档介绍：结构化程序设计方法
设计方法的产生
结构化程序设计由迪克斯特拉（）在 1969
年提出，是以模块化设计为中心，将待开发的软件系统划分
为若干个相互独立的模块，这样使完成结构化程序设计方法
设计方法的产生
结构化程序设计由迪克斯特拉（）在 1969
年提出，是以模块化设计为中心，将待开发的软件系统划分
为若干个相互独立的模块，这样使完成每一个模块的工作变
单纯而明确，为设计一些较大的软件打下了良好的基础。
基本要点
1. 采用自顶向下，逐步求精的程序设计方法
在需求分析，概要设计中，都采用了自顶向下，逐层细
化的方法。
任何程序都可由顺序、选择、重复三种基本控制结构构
造。
(1)用顺序方式对过程分解，确定各部分的执行顺序。
(2)用选择方式对过程分解，确定某个部分的执行条件。
(3)用循环方式对过程分解，确定某个部分进行重复的
开始和结束的条件。(4)对处理过程仍然模糊的部分反复使用以上分解方
法，最终可将所有细节确定下来。
应采用由一个主程序员（负责全部技术活动）、一个后备程
序员（协调、支持主程序员）和一个程序管理员（负责事务
性工作，如收集、记录数据，文档资料管理等）三个为核心，
再加上一些专家（如通信专家、数据库专家）、其他技术人
员组成小组。
设计语言
C，FORTRAN，PASCAL，Ada，BASIC
设计方法的原则
自顶向下程序设计时，应先考虑总体，后考虑细节；先考虑全局
目标，后考虑局部目标。不要一开始就过多追求众多的细节，
先从最上层总目标开始设计，逐步使问题具体化。
逐步细化
对复杂问题，应设计一些子目标作为过渡，逐步细化。
模块化设计
一个复杂问题，肯定是由若干稍简单的问题构成。模块
化是把程序要解决的总目标分解为子目标，再进一步分解为
具体的小目标，把每一个小目标称为一个模块。
限制使用 goto语句
结构化程序设计方法的起源来自对 GOTO语句的认识和
争论。肯定的结论是，在块和进程的非正常出口处往往需要
用 GOTO语句，使用 GOTO语句会使程序执行效率较高；在合
成程序目标时，GOTO语句往往是有用的，如返回语句用
GOTO。否定的结论是，GOTO语句是有害的，是造成程序混
乱的祸根，程序的质量与 GOTO语句的数量呈反比，应该在
所有高级程序设计语言中取消 GOTO语句。取消 GOTO语句后，
程序易于理解、易于排错、容易维护，容易进行正确性证明。作为争论的结论，1974年 Knuth发表了令人信服的总结，
并证实了：
（1）GOTO语句确实有害，应当尽量避免；