代码大全_第一部分: 打好基础

最新推荐文章于 2021-12-10 16:59:50 发布

poppick

最新推荐文章于 2021-12-10 16:59:50 发布

阅读量438

点赞数

本文链接：https://blog.csdn.net/poppick/article/details/51002809

版权

第1章: 欢迎进入软件构建的世界

简而言之, 构建就是跟编码有关的事情, 包括编码与调试, 测试的全部和需求分析, 设计, 架构的部分.

第2章: 用隐喻来更充分地理解软件开发

文中的隐喻一词意指建模(model), 比如地心说模型和日心说模型. 好的模型可以更生动第说明一件事情的基本要素, 更能指引人们去发现新的特性.

历史上对软件构建提出的模型如下:

写信: Writing:
- 编程就像写信, 拿笔重头到尾写完投递.
- 没有体现规划: 想到什么就写什么
- 没有体现团队合作: 写信是个人行为
- 没有体现维护: 信写完不会改
种植: Growing
- 编程像种庄稼, 每次完成一个步骤: 设计, 编码, 测试对应播种,施肥, 收获
- 没能体现软件开发的复杂性, 例如开发/测试很可能交替进行
- 没能体现设计的重要性
- 种庄稼靠天吃饭, 人的作用远远小于软件开发中的
积累: Accretion
- 编程就像培养牡蛎: 养好牡蛎(架构), 然后牡蛎不断添加微量的碳酸钙, 最后形成珍珠. 意指软件开发是一个不断积累的过程
- 为敏捷开发理论奠定了基础
- 我认为没能体现架构设计的复杂性
建造: Building
- 编程就像建造一个工程(房子, 大楼或核电站), 先要做精心的设计, 再实施建造
- 这是到目前为止最科学的建模
- 两者在规划设计, 团队合作等都有共同特点
- 都会利用现成的组件: 洗衣机, 冰箱 vs 数据库, 高级语言
- 规模大的时候都需要定制一些组件
- 设计很重要, 但并不是要事无巨细: 设计房屋时并不需要考虑以后刷什么颜色的漆
- 后期修改都成本巨大, 人力和时间成本往往比材料本身要高
- 开发流程随工程规模会显著变化: 建一个狗棚和建一个核电站的流程完全不同
其他
- 不同的模型往往并不排斥, 旧的模型并不是完全没用: 就像物理学中爱因斯坦的相对论比经典牛顿力学更科学, 但大部分工程问题还是通过牛顿力学求解的. 同样, 在软件开发中, 比如基于牡蛎养殖(Accretion)模型的敏捷开发方法也在大规模应用.

第3章: 三思而后行: 前期准备

原则性问题:

修复缺陷的时间越接近引入缺陷的时间(越早), 修复成本越低, 所以前期工作(需求和架构)很重要
前期工作的详尽程度应该取决于项目的规模和特点
很难有不变的需求, 但可以尽量控制

需求:

功能性需求:
- 应该包括输入输出, 精度, 取值范围, 频率, 格式等
- 包括对外接口和通信协议
- 应该指定数据
质量需求:
- 响应时间, 吞吐量, 传输率等
- 安全级别
- 可靠性, 错误处理
- 内存/磁盘等资源的限制
- 如何定义项目的成功和失败?
需求的质量:
- 用用户的语言书写, 而不是计算机名词. 只提需求, 不涉及设计
- 互不冲突
- 足够清晰, 毫无背景的团队也能理解
- 可测试
- 对可能的改动有所预期