1.1 需求文档

1、需求文档一般可由产品部负责撰写，产品部主要负责跟各部门(需求方)沟通，交流，并把各部门需要得功能整理成需求文档，如果没有产品部，则可能需要由项目经理(或技术经理)负责撰写，这样也有一定得好处，技术部直接跟需求方沟通，免去了中间环节，信息高效无错传达，毕竟最后写程序还是技术部门，但是项目经理可就忙了，可能没太多时间来负责技术部得各项事务，包括任务计划，分配，架构搭建，项目监督等等

2、需求文档内容，项目初期需求不必过分详细，只要对主要业务有比较清晰得描述就行，什么其他会员，管理员，权限，邮件，短信，等等功能，因为这些功能基本上都是web 项目的通用功能，有些功能不太重要的功能可以在做数据库设计或者写程序初期时，再去与产品部沟通，讨论。前提是程序的架构不能写死了，灵活点，能扩展

     文档最好以文字，图形的形式表现出来，表现形式尽量丰富，在项目编码阶段 很少有程序员去看需求文档，看文档要花时间，找起来也很麻烦，最好的方式有以下几种

     [1]技术经理先弄需求文档，然后设计数据库时，编码时传达需求内容，

     [2] 技术部开会讨论，分析需求

     [3]产品部，技术部开会讨论，分析需求

     [4]数据库设计阶段，或编码阶段如果有什么不明白，可以先问技术经理或直接问产品部

3、写文档工具，写文档的工具有很多，word,visio,magicDraw