方案文书怎么写.doc

历时一个星期的×× 地税数据仓库投标书从昨天开始受到了各位领导严重批评,总体来说我写的方案一无是处,只能作为陪标的一份标书。心里很不是滋味,一周的辛苦白费不说,给领导留下的印象一定是能力极低。思前想后,觉得各部门领导们的意见还是很有道理的,从不同的高度,用不同的方式看待一份投标文件应该具备的内容,侧重点在哪里,哪些客户最关心, 哪些应该具体描述。总结一下,死也要死个明白: 首先再说一下为了尽量改进一下我的标书,昨天上午临时添加了一份点对点应答书,书中对于投标要求中的所有问题一一进行了简单的描述,很多都是“见标书 XX小节”,因为时间的关系。在写这份点对点应答书的时候,就发现一些问题在我的投标书中没有对应的描述,或者没有很明确的回答。所以在以后做投标书的时候,一份点对点应答书是必须的: ??????????可以检查你的方案是否涵盖了需求书中全部的内容??????????可以最直观的反映出方案中你用什么技术、方法来实现这些具体的问题??????????也许因为问题没有连贯性,所以如果在投标书中体现的话,整个标书的结构会很散,所以单独一份点对点应答书是必要的下面总结一下投标书应该包含的内容: ??????????总体目标每个项目都应该有一个明确的目标,业务上的,技术上的。目标应该是高层次的,概括的。一个项目的目标可以有多个,比如业务和技术的目标就是两个,技术是为业务服务的,分开写会显得比较专业。每个目标都应该用一句话就可以说明白,要精练到只用一句话描述每一个目标。??????????总体规划规划就是你打算如何实现这个项目。在下面有一个详细的实施规划,总体规划应该是实施规划的概括,比如说计划分 N步实施,每一步都要达到什么效果,实现什么目标或者子目标。在投数据仓库的项目时,因为客户对数据仓库的认识和使用本身就是一个逐步认识、体验的过程,所以数据仓库一般会包括数据仓库基础平台的建设(数据集中、数据规范、数据质量等等)、报表、关联查询、主题、数据挖掘、决策支持这些步骤,对每一个步骤的认识、应用、和实现都可以是由简到繁的,可以把几个步骤合在一起,先进行简单的实现,然后在通过使用过程中随着认识的加深,再通过迭代的方式重新实现。提到重新实现,就会出现两种方式:推倒重来还是在上次的基础上更新。这就是下面体系架构应该考虑的问题。??????????业务分析怎么分析业务呢?其实我也不知道,业务分析对我来说是木桶理论里面最短的一根。对于现在我经常遇到的税务行业的数据仓库项目来说,每个项目都会出现大量的报表,这些报表大多都是税务征管系统( OLTP 系统)中报表,一般是按照功能模块分类的。业务分析也许应该包括两大部分:客户的日常业务需求和用于统计分析的业务需求。??????????日常的业务需求在需求报告里面都可以得到,这也是客户最熟悉的, 怎么分析,那真要业务很熟练才行,瞎编可不行!我就没编,所以领导们都看出业务需求分析这部分我写的非常不够,没错!我是真不知道怎么分析。??????????统计分析的业务需求,现在税务行业主要是各种主题分析,指标分析, 再多说点就是怎么利用数据挖掘来挖掘和预测新的需求和行业变化。上面都是和业务直接相关的,还有重要的一点要说明的是要明确方案建议书和投标书的区别,文档的目的不同,导致文档中要突出的重点不同。个人感觉投标书比起方案建议书来说,目标更加