详细设计必须编码前写,否则一旦人员离职,项目接手的人没有设计书怎么保证跟进项目进度?而且在设计通过时可以互相检查各自的设计思路是否正确?等等,好处多多不用细说。当然设计书要一个有经验的老鸟写才行,否则肯定设计不完善。
不可避免,编码后遇到一些考虑不足的地方要修改设计书。但是任何东西总会存在bug。修改不可避免。如果放到编码后再写设计书,那么写设计的就变成写报告了。不能称之为设计书,而是代码注释,呵呵。
现实中可能工期等等诸多因素导致只能编码后添加设计书,此时就以挣钱为首要目标,客户不知道就行<别说我没职业道德>
对于已经完成的项目,去补详细设计说明书的话,可以让每个开发人员把自己负责的模块的详细设计整理好,然后你根据每个模块的详细设计说明书,写出整个项目的详细设计。这样会好一点。
1、首先,设计文档在开发之前写和开发之后写会有较大的区别,在于该软件系统的规模、复杂度等等的影响。
2、一般来说,设计文档在开发前写,那么该文档记录的是设计的思想,架构等内容,与实际代码实现后有较大区别。而设计文档在开发后写,那么该文档记录的是代码实现的内容。
3、这两个的差异其实没有什么大的影响。首先,设计文档本身,就是记录软件开发的过程,设计思想等内容。文档的作用,就是作为软件系统开发的附属产品而遗留下来的。
4、在现有的小型软件系统情况下,文档只是用来对软件系统本身进行记录,没有大的作用,其实程序员更多的是看需求文档和代码,因为在现在的情况下,没有那么大的划分职责。
5、在开发之前写设计文档,记录的是软件系统设计的思路,并不代表能够全部的实现软件系统层次的内容及代码所需要的内容。因为人无完人,软件系统也一样,前期的设计是不够的。在软件系统开发过程中,是需要对设计文档进行补充的,因为需求也会变化。。。
最后,欢迎你加入博客园分享自己的经验。。。。。。
Austin
Austin Liu 刘朝辉
Project Manager and Software Design