88DOC.com　文档共享　文档写作技巧交流

最近在整理一些有关网站方面的资料，分享一下感觉还是比较有用。
内容见附件

做好产品需求文档的这十步，是经过长期的实践经验和反复验证而得到的。可能这里描述的不是很全面，但他已经足够让你做一个成功的产品需求文档。做好这几步花费的时间要以项目的大小、复杂程度、个体学识、基本技能熟练度而定。 

编写优秀的需求文档没有现成固定的方法，最好是根据经验进行。从过去所遇到的问题中可使你受益匪浅。许多需求文档可以通过使用有效的技术编写风格和使用用户术语而不是计算机专业术语的方式得以改进（ Kovitz 1999）。你在编写软件需求文档时，应牢记以下几点建议：

对项目文档进行管理的样式

由于ERP项目涉及到相关双方或多方的人员、资金等资源，时间跨度相对比较长、实施难度比较大，涉及方方面面的信息流，并且所有与项目相关的需求、建议、解决方案与结论等都需要标准化、文档化，因此，做好项目文档工作成为ERP项目得以成功实施的一个重要支撑。

最近在做一个erp的需求文档，写了一堆的文档，这些文档从开始到客户确认来来回回整了有好几个月，在这几个月的时间里，对文档的理解有了点认识，以及在写文档的过程中的一些心得。

首先你要找那些让你提交这些报告的人，问明白他们说的这些报告究竟需要涉及什么内容，给什么人看，格式和文档的风格要求是什么。如果他们不能告诉你一个满意的答案，就没有必要给他们一个他们自己都不知道想不想要的东西。

拥有准确的技术文档不仅对于公司是非常有益处的，而且也能够让客户从中受益。由于产品如何使用在某种程度上是要依赖技术文档来进行说明的，因此技术文档必须十分的准确可靠。使用不准确的和已经过时的技术文档对于公司的发展也会产生一定的阻碍，同样的，它也会对公司的客户们产生消极的影响。一旦客户发现在他们使用产品的时候遇到了问题，却不能通过求助于伴随产品的技术文档的手段进行解决的时候，客户们就会对这种产品产生怀疑乃至于失去信心，那么，公司的信誉和利益自然而然的就会受到损害。这就是不准确的和过时的技术文档给我们带来的危害。

需求的写作形式一般分为两种，面向对象和面向过程。对于不同的受众和应用,采取不同的形式。

如何在程序中嵌入FOPFOP是由James Tauber发起的一个开源项目，最初的目的是利用xsl-fo将xml文件转换成pdf文件。目前最新的版本是2001年9月29日发布的0.20.2，它可以将xml文件转换成pdf，mif，pcl，txt等多种格式以及直接输出到打印机，并且支持使用SVG描述图形。XML显然是最好的内容存储格式，而PDF是目前最流行的内容载体格式，FOP显然希望借助这种必然的XML to PDF需求，来推动xsl-fo规范的发展。虽然xsl-fo规范停滞不前，但利用FOP能使自己的程序具有将XML内容输出成PDF等流行格式的功能无疑是令人兴奋的。

FOP使用方式

1.代碼