『提问』请教大家怎样写数据仓库项目投标书？

目前，一个数据仓库方面的项目。大致就是：200多个网点，向中心上报数据，数据量很大，日4g左右，包括数据上报采集与决策支持系统。采用数据仓库技术。
偶将参与投标书的编写，可是以前从未接触。
我想知道，这样一份投标书大致结构怎样呢？总体设计方案应该独立出来还是在投标书当中？

技术上偶多少知道些，让偶参与这些商务上的文档编写，还真是赶鸭子上架。

既然是一个主写出来的，标书全是一个样了
能不能中就要看...

错，oracle不晓得中国国情，它写出来的是给技术专家看的，而非招标专家。呵呵。愁就愁这个了。

sorry，其实你的确是浪费口水了。你没有明白我想了解的是什么。正如mig兄所讲，商务上的工作，我们已经摆评了，可是形式还是要走的，并且我们要用DB2。现在的情况就是，有人要难为我去写这个标书的一部分内容，我不会写，所以，我想要的就是，写标书的一点心得或者怎样去写标书，而不是如何写好标书能够中标，如果您有写标书的经验或者您可以得到Oracle写标书的经验，不妨为我share一下，我将很感谢。
记住，不是技术问题，而是文档的问题，是措辞问题，比如：目录结构？如何展开。

要你写哪部分？不同部分的内容侧重点还是有差别的，另外你们写的应该是投标书吧？

是的，是投标书。
我就是想趁这个机会，学习一下投标书怎么样写。

既然是投标书，就应该有招标书，最大的框架应当根据招标书的要求写。
不同类型的招标项目要求会有差异的。
有些招标项目还会有比较特殊的要求……

再往下就是某一块里面的结构了，比如有一块售后支持，那么就应当从公司的服务理念讲起，讲具体的制度，讲售后承诺，讲售后支持方式……

db2的database warehouse manager比较@##$,当初我们是因为价格上的巨大落差才没有选informatic(几乎是10:1的关系)。
它的olap server用的是essbase的，只是版本一般低一点。不过essbase是不二选择。
前端展现工具就多了，brio,cognos,bo,现在不是还有一个insight也特别火。不知道你们选了哪一个。
标书技术部分中一个是选型及其理由，另外一个是选型后的实现。后面那个就是八股。你们既然商务上已经搞定了，那就攒吧，没人仔细看标书的这一部分的，只要不出大漏勺就行。其实，投标文件技术部分的形式要大于内容，只要做到起承转合，能够自圆其说，在结果内定的情况下，没人会来深究里面写的东西究竟对不对(当然，前提是没有那种一看就知道的错误)。

thanks.很好的意见.