假如我来架构12306网站（二） - 浅谈系统需求调研

wangfans

1. 引言   
1.1 编写的目的   
1.2 背景说明   
1.3 术语定义   

wangfans

2. 任务概述   
2.1 目标描述   
2.2 功能性需求   
2.3 业务信息定义   
2.4 约束条件   

wangfans

3. 数据流图   
3.1 全局数据流图
3.2 各子块数据流图

4. 系统接口   
4.1 用户接口   
4.2 硬件接口   
4.3 软件接口   

wangfans

5. 性能需求   
5.1 精度要求   
5.2 时间特征   
5.3 灵活性   

wangfans

6. 软件属性   
6.1 可使用性   
6.2 系统安全性   
6.3 可维护性   
6.4 可移植性   

wangfans

7. 系统配置需求   
7.1系统硬件和软件配置
7.2网络配置   
7.3网络拓扑图   

wangfans

8. 其他需求   
8.1 数据库需求   
8.2 故障及其处理需求

wangfans

可以毫不夸张地说，需求确定的清晰程度以及双方的认可度，直接决定最终项目的成败与否，很多的同事总是抱怨客户在最后不讲道理，不留情面，其实仔细分析发现项目开始的时候项目组就已经沟通很不充分了，存在了巨大的隐患，留给整个项目的执行是无穷尽的遗憾

wangfans

项目需求的沟通可以简单、形象地总结为一句话： 需求调研就是了解在什么环境下（服务器、客户端环境、网络环境）实现怎么样的一个系统（功能列表），其可用度如何（性能、安全、可靠度）？

wangfans

理论虽是如此，可实际执行的时候大家还是发现存在如下的诸多问题：
1. 跟客户的一个领导将需求讨论清楚了，可是后面换了新领导，整个思路全变了，系统也必须大改， 如何控制需求？
2. 跟客户下面的项目管理人员定义得很清楚了，可是等到最后给高层领导一看，才发现需求根本偏向了，怎么办？
3. 在设计、开发过程中，客户总是想方设法变着法子来添加需求，还会有种种这样那样子的理由，需求想控也控不住；
4. 碰到极端客户，就算你一开始跟他谈得很好，也签字认可了，到了后面一翻脸就说，这事儿我还得改，否则我就不打算让你上线？