谁能给一些正经点的网站需求分析之类的文档？
百度上搜到的那些毕业设计味太浓，恶心。主要是对格式比较感兴趣。我是要给自己的网站写需求分析，所以内容不重要。文档的类型越多越好，比如界面文档和后台文档什么的，我不太了解这个，前面那两个是瞎说的。最好是一些大公司的文档，英文的也行。
------解决方案--------------------
以前写过很多，现在都不知道扔哪了，懒得找

一般我写三份：
给领导一份，简单的，不过要大致说说困难在什么地方
给客户一份，着重在服务和客户的需求
给技术部一份，详细的，但前面两份的那些客套话就不再写进这一份了

详细的那份会包含下面一些内容（不怎么记得了，凭记忆描述）
这个一般一次写不全，不断添加，版本也多，但从大向细写，大结构不遗漏一般就不会让技术人员为难
流程图：
全站结构图，大流程是全站，然后细化到模块
小流程图基本从几个方向考虑——用户、事件/操作、数据流

模块描述：
注意这里并不是指技术上的模块（就是跟程序的类没啥关系），只是一些可能的构件
但写后台时按需求写成类思想就八九不离十了
例如
基本的会员管理、购物、支付、商品评论、客服、广告……
扩展的（多为了丰富网站而设）晒单、相似商品、外链……
内部使用模块，统计和管理方面的多

操作描述：
这个多和流程图（有可能的话写UML）结合，写出某个操作的具体步骤
例如购物——选商品、加入/修改购物车、下单（修改）、支付……

数据：
每个模块需要的数据及其类型
各模块间的数据传递，方式和类型
最好做个数据表（excel 什么的），技术部会清晰很多，构建数据库等等都方便

界面：
向来不管这块，写好要做什么交互表单项就扔给美工让他和技术部沟通
领导最喜欢管这块，也最有话语权，所以这块偶一般不提意见 

测试：
这个我比较弱，多数是交给技术部做方案 

我做这个基本离不开思维导图和表格（排序）工具，因为不懂UML——而且还没到具体数据的层面，所以UML很少写

一般抓住三点：
一件事有什么人、什么物参与
一个人会做什么事、要用到什么物
一个物品的流动，涉及到什么人、什么事
这三者的交集必定是一个模块，任何一个转移方式就是数据流