简述“自顶向下，逐步求精”

最新推荐文章于 2017-12-01 20:45:32 发布
最新推荐文章于 2017-12-01 20:45:32 发布
阅读量1.6k 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/agent0024/article/details/78679908
本文介绍了自顶向下设计方法的基本概念及其逐步求精的过程，并通过洗衣机洗衣程序的实例，展示了如何将复杂问题分解为一系列简单任务，最终实现整体功能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

简介

自顶向下设计是一种逐步求精的设计程序的过程和方法。对要完成的任务进行分解，先对最高层次中的问题进行定义、设计、编程和测试，而将其中未解决的问题作为一个子任务放到下一层次中去解决。这样逐层、逐个地进行定义、设计、编程和测试，直到所有层次上的问题均由实用程序来解决，就能设计出具有层次结构的程序。
“自顶向下”
是将复杂、大的问题划分为小问题，找出问题的关键、重点所在，然后用精确的思维定性、定量地去描述问题。
“逐步求精”
是将现实世界的问题经抽象转化为逻辑空间或求解空间的问题。复杂问题经抽象化处理变为相对比较简单的问题。经若干步抽象（精化）处理，最后到求解域中只是比较简单的编程问题。
这里写图片描述

我对自顶向下，逐步求精方法的理解即为将一个复杂的问题自上而下的分解为小的分支，在通过分支分解将问题逐步解决的过程，是一种面向过程的设计方法。

举个例子

以洗衣机的洗衣过程为例

这里写图片描述

通过洗衣机面板可见，洗衣程序被初步分解为选择洗衣模式，注水，浸泡，漂洗，排水，脱水等过程。

通过以下伪代码逐步实现各个过程

 READ 用户选择模式
REPEAT 
   注水
UNTILL 水位=注水要求
REPEAT 
   浸泡
UNTILL 时间 = 时间要求
WHILE(电机启动时间>0)
REPEAT 
电机左转3次
电机右转3次
时间-1单位
ENDWHILE
WHILE(水位！=0)
排水
ENDWHILE
FOR（脱水时间>0） 
电机转动
ENDFOR
关闭电源

综上，洗衣程序就被自顶而下分解为一个个小的部分，通过小的部分的实现完成整个程序。

agent0024
关注
自顶向下，逐步求精
qq_40338696的博客
11-30 2889
“自顶向下, 逐步求精”（又称分治法）的程序设计方法是结构化程序设计，是面向数据流进行需求分析的方法。采用自顶向下、逐步求精，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。 具体而言“自顶向下” 是将复杂、大的任务按功能进行分解划分为小问题，找出问题的关键、重点所在，然后用精确的思维定性、定量地去描述问题。“逐步求精” 是将现实世界的问题经抽象转化为逻辑空间或求解空间
简述“自顶向下，逐步求精”——面向过程程序设计方法
wzp1421166369的博客
11-28 3570
引入 所谓“自顶向下，逐步求精”的程序设计方法，网络上有着如下的说法，一者是百度百科所述，另一者则为维基百科的说法。 自顶向下设计 ：一种逐步求精的设计程序的过程和方法。对要完成的任务进行分解，先对最高层次中的问题进行定义、设计、编程和测试，而将其中未解决的问题作为一个子任务放到下一层次中去解决。这样逐层、逐个地进行定义、设计、编程和测试，直到所有层次上的问题均由实用程序来解决，就能设计出具有层
简述“自顶向下，逐步求精”的方法
ray_cube4869的博客
11-30 2819
结构化程序设计支持“自顶向下, 逐步求精”的程序设计方法。什么叫作“自顶向下，逐步求精”呢？“自顶向下” 将复杂的大问题分解为相对简单的小问题，找出每个问题的关键、重点所在，然后用精确的思维定性、定量地去描述问题。其核心本质是”分解”。 “逐步求精” 将现实问题经过几次抽象（细化）处理，最后到求解域中只是一些简单的算法描述和算法实现问题。即将系统功能按层次进行分解，每一层不断将功能细化，到最
软件设计基础——抽象与逐步求精
童凌的技术博客
06-08 7356
抽象与逐步求精        软件设计的困难随着问题的规模和复杂性不断增大，抽象是管理、控制复杂性的基本策略。“抽象”是一个心理学概念，它要求人们将注意力集中在某一个层次上思考问题，而忽略那些低层次的细节。使用抽象技术便于人们用“问题域“本来的概念和术语描述问题，而无须过早地转换为那些不熟悉的结构。软件设计过程应当是在不同抽象级别考虑、处理问题的过程。最初，应该在最高抽象级别上，用面向问
结构化程序设计与面向对象程序设计的简述.docx
06-21
它遵循自顶向下、逐步求精的设计策略，通常包括顺序结构、循环结构和选择结构这三种基本逻辑结构。结构化程序设计的每个模块都具有单一入口和单一出口，避免了复杂的控制流，使得程序的静态结构与动态执行流程对应...
自顶而下，逐步求精
jyyn______的博客
11-30 634
若想让计算机解题必须用清晰而无两义性的方式给它提供算法。要求： 1. 找出一个算法，它能提供所解问题的从输入到输出所需的映象。 2. 选择一种程序语言写出程序，用计算机能接受的方式表述算法。关键是如何找出算法。因为写出程序，只是表述算法，应该没有困难。“自顶向下、逐步求精”的程序设计技术是目前较为时髦的、合理的找出算法的一种思维方法。它的核心思想是: 对于某一个要解决
自顶向下逐步求精
ctlchild的博客
11-30 405
概念自顶向下逐步求精是指将遇到的复杂问题分解成一个个子问题，再逐个细化求解。 例子下面以洗衣机洗衣程序为例子先列出需要的步骤：1）注水 2）浸泡 3）电机转动 4）排水 5）电机转动（脱水） 6）结束再逐个分别求解：READ 用户选择模式 REPEAT 注水 UNTIL 水位=注水要求 REPEAT 浸泡 UNTILL 时间 = 时间要求 WHILE(电机启动时间>0)
「自顶向下，逐步求精」
laagyzz的博客
11-28 550
A top-down approach is essentially the breaking down of a system to gain insight into its compositional sub-systems in a reverse engineering fashion. –Wikipedia 自顶向下设计是一种分析问题的方法，可以被应用在面向过程的编程中。
自顶向下，逐步求精----计算机哲学
wangzh297的博客
12-01 417
面对一个复杂庞大的项目任务时，人们常常觉得无处下手，因为当其难度大而分散时，以正常人大脑的处理能力来说是无法进行统筹计算的。所以，这就要求我们拥有分散难度的能力，从各个维度延伸出去，将难度控制在一定区域内，从而提供给我们寻找薄弱点逐个击破的机会。而“自顶向下”就是这样一种解决问题的方法。 首先我们要明确目标，依据结果找方法，而这也是“自顶向下”与“面向对象”最本质的区别。大目标确定之后，就到了
自顶向下,逐步求精的案例
中大小男神
11-30 1022
转自:http://www.jianshu.com/p/2f70cdcbd1a5 美国有一个小子，叫乔希·维茨金 (Josh Waitzkin) 。他先后在完全不同的领域达到了世界最强：13岁获得国际象棋大师后只用几年时间获得太极拳世界推手冠军。 下面是百度百科对他的介绍：少年时曾8次在全国象棋冠军赛中夺魁，13岁即获得象棋大师头衔。他是《王者之旅》(又译《天生小棋王》)一书及同名好莱坞电影的主
自顶向下 逐步求精
Excef的博客
11-27 1168
过程：自顶向下：将复杂问题逐层分解为若干个更简单的子问题。复杂问题——>较简单的子问题——>更简单的子问题——>。。。。（继续拆分）逐步求精：将现实中的问题逐步求精变化为能够以一定算法或者组合解决的问题。现实问题——>。。。。——>能以算法或组合解决的问题详细说来，“自顶向下，逐步求精”就是从问题的整体（最顶层）出发，将问题分解成独立而互不交叉的若干子问题，每个子问题解决问题的一部分或一种情况。然后
“自顶向下, 逐步求精”的程序设计方法。
rns521的专栏
11-15 5153
结构化程序设计、面向对象程序设计、计算机辅助设计。 结构化程序设计支持“自顶向下, 逐步求精”的程序设计方法。 “自顶向下” 是将复杂、大的问题划分为小问题，找出问题的关键、重点所在，然后用精确的思维定性、定量地去描述问题。 “逐步求精” 是将现实世界的问题经抽象转化为逻辑空间或求解空间的问题。复杂问题经抽象化处理变为相对比较简单的问题。经若干步抽象（精化）处理，最后到
简述软件结构化设计的启发规则。
最新发布
04-28
### 软件结构化设计的启发式规则总结 软件结构化设计是一种自顶向下的逐步求精方法，其核心目标是通过分解复杂问题来构建清晰、可维护的系统架构。以下是关于软件结构化设计中的启发式规则的主要内容： #### 启发式规则的核心原则 启发式规则旨在指导开发者优化模块划分和接口定义的过程。这些规则通常关注于提高系统的模块独立性（即高内聚低耦合），并减少不必要的复杂度[^1]。 #### 常见的启发式规则分类 以下是一些常见的启发式规则及其具体描述： 1. **改进程序结构** - 如果某个模块过大，则应将其进一步划分为更小的功能单元[^2]。 - 避免循环调用关系，因为这可能导致逻辑混乱以及增加调试难度。 2. **增强模块独立性** - 提升模块间的抽象层次，使得高层模块专注于策略决策而底层模块负责实现细节[^1]。 - 减少模块之间的直接依赖程度；如果两个模块之间存在紧密联系，则考虑合并它们或将公共功能提取到新模块中[^2]。 3. **控制信息隐藏** - 模块内部的数据应该被严格保护不暴露给其他无关模块访问。 - 对外部仅提供必要的操作入口点以保持封装特性[^2]。 4. **合理分配职责** - 单个模块不应承担过多不同类型的处理任务，建议按照单一责任原则(SRP)进行拆分[^1]。 - 当发现某部分代码频繁修改时，可以重新评估该区域是否需要重构为更加灵活的形式。 5. **简化接口设计** - 尽量让参数列表简洁明了，避免传递大量无意义或者重复的信息项。 - 使用全局变量需谨慎对待，因为它容易破坏局部环境隔离效果从而引发潜在错误风险[^2]。 6. **遵循一致性标准** - 整个项目内的命名约定、编码风格等方面要统一以便团队成员间更好地协作交流理解彼此的工作成果[^1]。 ```python def example_module_function(input_data): """ A simple function demonstrating module independence and clear interface design. Args: input_data (list): Data to process. Returns: list: Processed data with improved structure according to heuristic rules. """ processed_output = [] for item in input_data: # Apply specific transformation based on business logic here... transformed_item = transform(item) processed_output.append(transformed_item) return processed_output def transform(value): """Transforms a single value.""" pass # Placeholder implementation ``` 以上Python伪代码展示了如何依据启发式规则创建具有良好分离性和简单接口特性的函数`example_module_function()`。 #### 总结 通过对上述各项准则的学习应用可以帮助我们建立更为健壮可靠的软件体系，在实际开发过程中应当持续实践不断调整直至达到理想状态为止[^1][^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值