最近由于工作的需要，要写一份投标书，而我则需要负责里面的项目设计方案的编写。以前自己倒是进行过类似的设计的，但是，要对它进行系统化的整理和编写，倒是真的没有尝试过，万事开头难，我对这种情形倒是十分习惯了。
但我接到这个招标书的任务时，我第一直觉就是去网上去查找别人以前编写的一些例子，算是学会站在巨人的肩膀上吧。但是，我后来发现，网上的这些招标书，要么语焉不详，要么长篇大论，真正实用的可操作的，真的好像是没有。但是通过这些投标书，我也多多少少明白了一个项目设计方案大概需要一些什么样的内容，才可以让别人充分地理解你的意图。
首先，你要考虑的是你的系统是要适用于什么样的环境的，适合采用什么样的架构，开发周期是这么安排的，系统的人员你打算怎样去配置等等。这是你第一步应该要考虑到的东西。在想的时候，其实，你可以将自己的一些想法用纸大概地描绘下来，等你比较确定之后，可以用一些系统结构绘制工具如viso将它大致给描绘出来。有时那张图就像下面的这张一样：
然后，你就要比较细致地去想一下，各部分用什么技术实现比较好。比如说一些企业的应用，你可以考虑用ssh,一些网站的开发，可以采用php,这些都是因时而异，具体得根据实际情况出发。
再说说这个项目计划安排，不同人的进度安排可能是不一样的，但是，有一点是可以比较确定的，就是一个软件的开发大致都是需要经过需求分析，系统设计，编码，测试和后期的维护，时间进度上的安排其实可以按照这个来进行，还有你打算投入多少的人力，物力，财力，这个整体的预算大概是多少，这些都是需要我们经过对项目前期的评估才能够大致估算出来的。
最后一点，也是比较重要的一点，即使你写的方案没有什么创新点，但是，最少的一点是你必须让别人能够通过这些文档理解你的意图，即使是不同编程语言背景的，这样才体现出系统结构的意义所在。
阅读(907) | 评论(0) | 转发(0) |
