软件开发流程

条条道路通罗马
搜寻最好的语言，最好的工具，琢磨最好的工具的实现的细节，而非面向问题本身，这样的路线反而是舍本逐末。

正确的流程

一，测试阶段
1.首先确定我们希望解决的问题
列如
我想要一款程序来备份我的所有重要文件

2.分析
我们应该如何指定哪些文件是我们需要备份
的？
它们应该如何进行备份？
储存到哪里?
…

3.设计我们的程序（体现个人程序）
-需要备份的文件与目录应在一份列表中予以指定。
-备份必须存储在一个主备份目录中。
-备份文件将打包压缩成 zip 文件。
-zip 压缩文件的文件名由当前日期与时间构成。
-我们使用在任何 GNU/Linux 或 Unix 发行版中都会默认提供的标准 zip 命令进行打包。
在这里你需要了解到只要有命令行界面， 你就可以使用任何需要用到的压缩或归档命
令。

4.实现我们的解决方案
现在， 我们正处于测试（ Testing） 阶段， 在这一阶段我们测试我们的程序是否能正常工作。
如果其行为不符合我们的预期， 那么我们需要对我们的程序进行 Debug 工作， 也就是说， 移
除程序中的 Bug（ 错误）

二，维护阶段
在测试的代码通过后，我们可以对它进行一些改进。
列如
我认为有一种颇为有用的改进是起用一种更好的文件命名机制——使用时间作为文件名， 存
储在以当前日期为名字的文件夹中， 这一文件夹则照常存储在主备份目录下。 这种机制的第
一个有点在于你的备份会以分层的形式予以存储， 从而使得它们能更易于管理。 第二个优点
是文件名能够更短。 第三个优点在于由于只有当天进行了备份才会创建相应的目录， 独立的
目录能够帮助你快速地检查每天是否都进行了备份。

三，增强功能
在第二版中，当备份数量过于庞大时， 我便很难找出备份之间有什么区别了
例如
我可能对我的程序或者演示文稿做了重大修改， 然后我想将这些
修改与 zip 文件的文件名产生关联。 这可以通过将用户提供的注释内容添加到文件名中来实现

四，修复错误
修复后的程序是一份对大多数用户来说都能令人满意地工作运行的脚本了， 不过总会有改进的余地在

五；继续改进

小结
软件开发流程
我们已经经历了开发一款软件的流程中的各个 阶段（ Phases） 。 现在可以将这些阶段总结如
下：
1. What/做什么（ 分析）
2. How/怎么做（ 设计）
3. Do It/开始做（ 执行）
4. Test/测试（ 测试与修复错误）
5. Use/使用（ 操作或开发）
6. Maintain/维护（ 改进）

要记住
程序是成长起来的，而非搭建起来的
编写程序时推荐的一种方式是遵循我们在编写备份脚本时所经历的步骤： 进行分析与设计；
开始实现一个简单版本；
测试并修复错误；
现在，你可以添加任何你所希望拥有的功能， 并继续去重复这一“开始做—测试—使用”循环，
需要做多少次就去做多少次。