一个好的方案建议书应该如何写？(100分)

如提啦，
还有在开发过程中应该如何分配各开发人员的工作？
一个是搞VB的，从来没有搞过Delphi，还有一个应届毕业生，没有什么开发经验，
如何才能合理安排他们的工作？从来没有做过这方面的工作经验，希望各位大虾指点啦！

分不够吗，不够可以在加，尽管说

好的方案要求结构紧密，合理的逻辑推理。
可以从技术、时间、经济各个方面阐述方案，得到从技术的先进性、开放性、实用性、
使用简单方便性、可靠性、稳定性、可扩展性，经济上的最优化，开发周期时间的可满足。
从而从各个方面阐明此方案：
1，技术上最适合客户的客观条件
2，客户使用简单方便，有良好的维护，无后顾之忧
2，可以得到最好的投资效益比
3，有良好的社会效益（如果有的话）
对于人员的使用，这种情况下，只能首先编制完备的需求分析，指定开发思路，
然后把各个模块交给他们去做。底下就是他们的协作问题了。

在一个bbs上看到过这样一片文章，我觉得对于我们写方案很有帮助和启发，现转来这里
一、给局长看的（假定这个单位局长最大）
如系统开发目的、开发背景、术语这些部分，个人认为，
这部分的目的要突出这几个字“领先、气势”，要让局长知道，
系统用的是最先进的技术、在同业中是领先的，
再搞几个带点洋文的缩写让局长们读起来朗朗上口。
二、给处长看的（高级行政人员）
如任务概述、可靠性说明什么的，这部分突出的重点是“安全、按时”，
这样，处长们没什么责任，乌纱可保，搞得好的话面子上很好看。
三、给科长看的（中层管理人员）
如功能说明什么的，这部分突出的重点应是“全面、好用”，
科长们希望一套系统能够给他们的工作带来真正的实惠，纯技术上说，
这一阶层的人是我们了解系统需求的最佳对象。
四、给操作人员看的（具体经办）
如详细的功能说明，这部分突出的重点是“操作性强”，
能够让操作人员觉得如果用了你的系统，会觉得很顺手，
能够让他们有些时间看看报纸、上上网。
五、给维护人员看的（电脑技术人员看的）
如故障部分、维护部分、环境部分，这部分突出的是什么？
不用说，当然是“可靠、易维护”了！在适当的时候，
还要考虑为电脑技术人员在采购设备的过程中提供些机会。

简单明了：
1：是什么？
2：为什么？
3：如何做？
4：结果如何？
5：做后的总结
6：签名完事[8D]

最老土的办法，就像切蛋糕一样，把你的工作任务细化，一人吃几块！[]

多人接受答案了。