规范可以指导我们进行有条不紊的开发，在1年前我是这样子开发的。当我拿到一个课题或系统，首先我会去找找资料，把情况了解清楚后，在脑子里构思一番，然后就上机Coding。情况好点的话，最多我还会在草稿纸上进行乱涂乱画，做一些简单的设计和算法。
但是需求和设计是产品工程中最重要的两个过程，如果处理不好那么系统将会很糟糕。
现在，我开发过程是按照公司体系进行开发，虽然项目的时间比较紧，难免出现文档和系统脱节。但至少比以前的混沌开发好上几倍，而且现在的做法还具备可跟踪性。如果返工的话，也是局部性的，如果设计好点的话，改动量就更少了。

需求过程：主要是从客户那里开发用户需求，分析人员对客户需求进行分析形成系统需求。在这个过程中对需求进行管理和控制。
 

 

设计过程：主要对需求产生的需求规格说明进行设计和验证。首先进行体系结构和接口以及界面的概要设计，根据概要设计的结果进行细分，进行更加细节化的设计，直到可操作为止。

 

（图为Microlink的SPI过程图中的一部分）
当然这两部分只是SPI中的冰山中的一角……

以前虽然也看过这些方面的书，但是在脑子里仅有这种思想而已，还没能体会到其好处。只有真正做过才能明白规范的用意，不过项目的特性也不能完全套用规范。现在的我还是偏向于Agile的看法！有时候规范会束缚我们的手脚，我们必须谨慎使用，过之不及。

下一步：学习公司SPI中的所有KPA（CMMI3)