产品开发前架构师为什么要写综述性文档（转）

对于产品的整个过程有些模糊，有以UE代之、有以软开操作。产品，涵括的可能跟软开项目有点不一样。学习以持之以恒，共勉！

产品开发前架构师为什么要写综述性文档（转）

http://blog.chinaunix.net/uid-20535506-id-1931606.html

每个产品开发前对技术和竞争产品的现状进行初步调研，完成这个综述文档是产品研发开始的一个阶段里程碑。

除技术分析外，更重要的是作为市场分析的一个依据：
[1] 力图“切割”出一个细分市场
[2] 通过创新（包括技术和非技术及组合）与差异化服务
[3]“解决”细分市场的特定需求

软件开发中，一般认为需求有三个层次(以带宽管理产品为例说明)：
  业务需求：比如用户需要这个产品来保障业务应用畅通无阻，限制无效率的上网，降低费用
     |
     |
     V
  用户需求：那么就需要带宽管理来实现这个功能，产品能够对应用进行区分，对用户进行个性化配置搞区别服务；
     |      并且能够实时监控整个网络运行情况，报表来展示，同时还可以审计日志等
     |
     |
     V
  功能需求：要满足这些具体要求，产品应该具备那些特性，如有流量整形特性...，模版技术实现个性化配置
            Ajax监控，有专门的IT审计模块等，以及相关一些存储、性能、安全要求等。

1，业务需求应该是比较简短的，一段话足矣。
2，UML中的UseCase图是描述用户需求这个层次的最佳工具。
3，功能需求就是软件的特性列表了，也是项目规划、设计开发的起点。
4，需求的收集可以来源于和用户交流、网上等的第三方介绍、自己的感受、竞争对手的产品描述等等。
5，需求描述过程应该是一个反复的过程，因为用户往往也不能准确表达自己的实际需要，也许看到你原型后才会说
“喔，我不是这个意思”或者“这也可以做啊，那么...也能做吧，我需要这个”，对手的描述往往仅仅是功能需求，
这些都需要综合分析，整理，反复的。
6，对特性进行仔细整理后特性表基础上，应该给出基本的系统功能框架视图，
这些就是架构师需要完成的第二个综合性文档《功能规格说明书》(我一般称做××产品架构白皮书)的内容了
7，然后，后面就该是全局数据视图，关键路径活动图等等了，参考<<McwoLF软件工程思想>>或者UML吧