Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1146357
  • 博文数量: 103
  • 博客积分: 1897
  • 博客等级: 上尉
  • 技术积分: 1717
  • 用 户 组: 普通用户
  • 注册时间: 2012-04-19 21:02
文章分类

全部博文(103)

文章存档

2013年(19)

2012年(84)

分类: 项目管理

2012-11-11 14:02:16

最近由于工作的需要,要写一份投标书,而我则需要负责里面的项目设计方案的编写。以前自己倒是进行过类似的设计的,但是,要对它进行系统化的整理和编写,倒是真的没有尝试过,万事开头难,我对这种情形倒是十分习惯了。
但我接到这个招标书的任务时,我第一直觉就是去网上去查找别人以前编写的一些例子,算是学会站在巨人的肩膀上吧。但是,我后来发现,网上的这些招标书,要么语焉不详,要么长篇大论,真正实用的可操作的,真的好像是没有。但是通过这些投标书,我也多多少少明白了一个项目设计方案大概需要一些什么样的内容,才可以让别人充分地理解你的意图。
首先,你要考虑的是你的系统是要适用于什么样的环境的,适合采用什么样的架构,开发周期是这么安排的,系统的人员你打算怎样去配置等等。这是你第一步应该要考虑到的东西。在想的时候,其实,你可以将自己的一些想法用纸大概地描绘下来,等你比较确定之后,可以用一些系统结构绘制工具如viso将它大致给描绘出来。有时那张图就像下面的这张一样:


然后,你就要比较细致地去想一下,各部分用什么技术实现比较好。比如说一些企业的应用,你可以考虑用ssh,一些网站的开发,可以采用php,这些都是因时而异,具体得根据实际情况出发。
再说说这个项目计划安排,不同人的进度安排可能是不一样的,但是,有一点是可以比较确定的,就是一个软件的开发大致都是需要经过需求分析,系统设计,编码,测试和后期的维护,时间进度上的安排其实可以按照这个来进行,还有你打算投入多少的人力,物力,财力,这个整体的预算大概是多少,这些都是需要我们经过对项目前期的评估才能够大致估算出来的。
最后一点,也是比较重要的一点,即使你写的方案没有什么创新点,但是,最少的一点是你必须让别人能够通过这些文档理解你的意图,即使是不同编程语言背景的,这样才体现出系统结构的意义所在。



阅读(943) | 评论(0) | 转发(0) |
0

上一篇:uc面经

下一篇:闭包

给主人留下些什么吧!~~