除了简单开头以后，要有一个比较详细的总结，整个文档的总结。不光是描述规范书的内容，其实还要帮助很多第一次读规范书的读者，能够有效的读你的规范书。有的规范书很长，很复杂，有各种各样的符号标记，怎么样理解你用的这些符号。一般的总结包括作者、日期、版本，有时候好几个版本放到内部网站中，你可以告诉他，应该看第三版，而不是第二版。这些内容都是帮助读者了解，设计规范书中的版本改动的历史是非常要紧的，因为在整个版本改动过程中，虽然全部完了，定稿大家签字了，在真正实行的发现有些功能漏掉的，最后还要去加。你的产品开发完了以后，发现有问题，让你的设计要改，作为设计规范书要回去重写。改动的部分要很明确的标出来不同的，在前面的总结加一些版本该都历史。这样追踪整个软件在开发历程过程中，什么时候发生什么问题，都会起一个很好的参照作用。很大一个产品，并不是一个设计规范书可以解决的，有时候是好几个、十几个设计规范书，好几个不同的项目经理一起来做的，作为一个客户，光读一本可能是不够的，你要做一套，好几本设计规范书，规范书之间他们相互的联系，你读之前可能参照那本，或者读这个以后，再读那本，之间的参照的内容也要写在规范书里。所以在文档总结里，把这些内容写在里面。
这个项目重要成员，项目总结，包括开发团队的成员，开发团队或者测试团队联系方法。发现问题不知道该找谁，特别是团队的领队都要写在前面，联系方法。还有时间表的总结，你总的产品开发，大的里程碑，几月几号完成怎么样。还有对外部团队的依赖因素，很多开发可能都要靠好几个团队向你提供一部分功能，最后整合起来。在你产品做的时候，9月3号要完成的东西，但是8月30号我要让别的团队向我提供这些东西我9月3号就能完成，如果不能提供我9月3号就完不成。全都写清楚了，你才能知道。
在很多情况下可能要写一个开发的理由，为什么要开发这个软件？特别是作为一个公司开发很多不同的软件下，作为别的团队或者领导，或者是市场营业经理，可能先要了解你这个软件是干什么的，在整个企业的战略情况下，整个战略方向为企业起什么作用。很多产品在开发，技术可能是相互交错的，要讲清楚为什么这个团队花这么多钱、这么多精力，开发这个技术，为什么不用别的团队已经有的技术，或者类似的技术，他们要按照什么样的建议开发，所有的东西都要写出来。一般的内容，我们做如下的解释，开发的理由，如果我不开发这个，或者我用别人的，或者我的功能不开发，对公司长期企业的效果起什么影响，对我们市场竞争能力带来什么影响。如果我们不开发，我们的竞争对手六个月之后开发出来，我们的市场可能从第一位降到第五、第六，领导看了以后就会感觉不一样，你要用具体的数字帮你们证明，为什么要开发这样的功能。还有所需要的资源、消费，和不开发带来费用比较也是很要紧的。我要开发什么东西，我要花这么多、精力、人和资源的消费，可是我如果不开发，我市场损失是什么，这就帮助领导或者客户做决定，什么情况下多少钱、多少功能你该做的。对成功企业的影响，对整个市场的影响，要开发不开发，或者现在开发几个月后开发，这个时间是不同的。在描写具体功能之前，先要讲为什么要开发这些东西。要很清楚你开发的目标，我们叫做远景目标。开发的目的是干什么，到底是开发什么样的。为什么要开发，你要讲清楚开发什么样的软件。这是总结和列出来你要开发的远景目标，归根到底要完成什么任务，达成什么目标。
此文章共有8页 上一页 1 2 3 4 5 6 7 8 下一页
文章来源：互联网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
