自顶向下,逐步求精

  • 自顶向下:是将复杂、大的问题划分为小问题,找出问题的关键、重点所在,然后用精确的思维定性、定量地去描述问题。

  •         逐步求精: 

  • 是将现实世界的问题经抽象转化为逻辑空间或求解空间的问题。复杂问题经抽象化处理变为相对比较简单的问题。经若干步抽象(精化)处理,最后到求解域中只是比较简单的编程问题。

    •         操作步骤:
    •    (1)让你建立“自顶向下,逐步求精”的思维方式,你的大脑先能“机械化”,为指挥计算机“一步一步”地完成任务打下基础;

         (2)让循环的概念在头脑中扎根:在顺序、选择、循环三种控制结构中,循环是最复杂的(只要你掌握了,也就不复杂,而成为一种自然的思维方式了),也是解决问题的最有效的结构,我们就先在此力求先期得到体会。

         (3)C++程序的基本单位是函数,用函数解决更小的问题,这是求精实现的途径。

        这部分内容并未对应到课本上的某一段。要学会“跳跃”的学习方式,自己构建知识,跳出所谓课本的框框。课本给出了一种知识的组织形式,然而知识本身并不本来就呈现这种关系的,这样组织只是作者的一种思路而已。工科学生要学会查阅资料,因为你所需的知识“背”不会,也不应该是用“背书”的方式学的。将课本看成是手册、工具书,无论学到哪儿,能随时恰当、准确地找到书中能够给你启示和参考的地方。不要迷信老师讲过就如何如何,只要你需要,消除心理障碍,你就能读下去,获得自己需要的知识。

      • 哥德巴赫猜想的验证

      • 第一步 提出问题: 验证哥德巴赫猜想

       

      • 第二步 设一上限数M,验证从4到M的所有偶数是否能被 分解为两个素数之和。
        1. 定义一个变量X,初值为4。
        2. 每次令其加2,并验证X能否 被分解为两个素数之和,直到 X不小于M为止。

       

      • 第三步 如何验证X是否能被分解为两个素数之和。

      1. 从P=2开始;
      2. 判别X—P是否仍为素数:
      3. 若是,打印该偶数的分解式。
      4. 否则,换更大的素数,再继续执行2.。如此循环,直到用于检测的素数大X/2且X 与其之差仍不是素数,则打印“哥德巴赫猜想”不成立。

       

      • 第四步 查找下一个素数。
        (1)当前素数P加1
        (2)判别P是否是素数;
        (3)若是素数,返回P;
        (4)否则,P加1,继续执行( 2)。


python+opencv简谱识别音频生成系统源码含GUI界面+详细运行教程+数据 一、项目简介 提取简谱中的音乐信息,依据识别到的信息生成midi文件。 Extract music information from musical scores and generate a midi file according to it. 二、项目运行环境 python=3.11.1 第三方库依赖 opencv-python=4.7.0.68 numpy=1.24.1 可以使用命令 pip install -r requirements.txt 来安装所需的第三方库。 三、项目运行步骤 3.1 命令行运行 运行main.py。 输入简谱路径:支持图片或文件夹,相对路径或绝对路径都可以。 输入简谱主音:它通常在第一页的左上角“1=”之后。 输入简谱速度:即每分钟拍数,同在左上角。 选择是否输出程序中间提示信息:请输入Y或N(不区分大小写,下同)。 选择匹配精度:请输入L或M或H,对应低/中/高精度,一般而言输入L即可。 选择使用的线程数:一般与CPU核数相同即可。虽然python的线程不是真正的多线程,但仍能起到加速作用。 估算字符上下间距:这与简谱中符号的密集程度有关,一般来说纵向符号越稀疏,这个值需要设置得越大,范围通常在1.0-2.5。 二值化算法:使用全局阈值则跳过该选项即可,或者也可输入OTSU、采用大津二值化算法。 设置全局阈值:如果上面选择全局阈值则需要手动设置全局阈值,对于.\test.txt中所提样例,使用全局阈值并在后面设置为160即可。 手动调整中间结果:若输入Y/y,则在识别简谱后会暂停代码,并生成一份txt文件,在其中展示识别结果,此时用户可以通过修改这份txt文件来更正识别结果。 如果选择文件夹的话,还可以选择所选文件夹中不需要识别的文件以排除干扰
### 自顶向下逐步求精绘制数据流图 #### 绘制顶层数据流图 在开始绘制之前,需理解数据流图的主要构成部分:源点或终点、处理、数据存储和数据流。对于任何系统而言,首先应创建一个概括性的顶层数据流图(也称为上下文级),该层仅展示整个系统的单一处理节点及其外部实体之间的交互关系[^2]。 ```mermaid graph TD; A(客户) --> B{订购图书}; C(库存管理) --> B; D(支付网关) --> B; ``` 此阶段的目标在于捕捉并表示出主要的功能流程以及与外界环境的接口位置。 #### 展开下一层细节 一旦完成了最上层的设计,则按照“自顶向下”的原则继续深入细化各个功能模块。针对每一个重要的处理环节展开更详细的层次描述,在这里以“订购图书”为例: - **订单接收**:负责接受来自客户的购书请求; - **查询库存**:检查所需书籍是否有货; - **更新记录**:修改数据库中的商品数量信息; - **通知确认**:告知顾客交易状态。 这些子过程构成了第二级别的视图,并且各自可能还会有更低等级别的细分操作等待进一步探索[^3]。 ```mermaid graph TD; subgraph 订购图书 { E([订单接收]) --> F({查询库存}); F --> G([更新记录]); H([通知确认]) <-- G; } I(客户) -.->|提交订单| E; J(库存管理系统) .-.> |提供库存详情|F; K(邮件服务器) <-. |发送电子邮件|H; ``` #### 进一步深化具体实现 随着分析工作的推进,会逐渐触及到底层的具体业务逻辑和技术实现层面的内容。此时应当保持清晰条理地展现每一步骤间的转换规则及关联方式,确保最终形成的文档既全面又易于理解和维护。 例如,“查询库存”的内部运作机制可以被拆解成如下几个方面: - 接收参数解析; - 执行SQL语句访问数据库表单; - 返回结果集给调用方。 通过这种方式不断重复上述步骤直至所有的关键路径都被充分说明为止[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值