日期:2014-05-17  浏览次数:20616 次

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

------解决方案--------------------
以前写过很多,现在都不知道扔哪了,懒得找

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

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

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

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

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

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

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

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

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