【红叶网探索分享】

实际上需求分析是一个很复杂的也是很重要的环节，如果要完整的阐述，三言两语肯定不够，好在我这个系列只是和大家分享一些心得，这里就适可而止了，以后有机会再和大家共同探讨这方面的问题。

需求分析的输出主要针对乙方，但需要甲方确认，所以很多人误以为甲方会要这么一个文档，这里顺带提一句，以前很多人以为应该乙方或者甲方提供需求说明书，这实际上是比较片面的，实际上需求说明书谁提供都可以，甲方如果有一帮人整理需求，也是很好的一件事情，毕竟他们对自己的要求很熟悉。如果甲方没人整理需求，让乙方提供也是可以的，个人的意见是甲方提供需求说明书更合适一点。至于需求规格说明书只能是乙方提供了，因为这个说明书相当于进行了一定的业务分析，甲方估计也没有这样的需求分析员。

今天我们说说概要设计，这里要澄清一个概念，那就是软件设计包含概要设计和详细设计，但是这两类设计不能混为一谈，概要设计的目的是为了完成目标系统而做的整体设计，也可以认为是系统的结构设计，包括系统的业务架构、功能结构、技术架构、关键技术、接口设计、数据库设计、测试计划、安全设计等，可以认为一个概要设计已经涵盖了系统的大部分概要信息。这里一定要分清楚，这个文档是给项目干系人看的，什么是干系人，就是与项目有重大关联关系的、并且能够施加重大影响的人和机构，比如甲方、乙方的老板，人家要看的，为什么要看？人家看看设计方案是否都考虑周到了，还有没有不妥的地方。你拿一个详细设计或者需求规格说明书给人家看，信息不对啊。现在也有一些项目经理因为项目时间紧，就不出概要设计了，要么将需求规格说明书与概要设计合起来，要么将概要设计与详细设计合起来，这种做法是不建议的，因为里面总有一部分信息不是老板想看的。另外由于这份文档的重要性，所以也是需要进行外部评审的。

声明：本文内容仅代表作者个人观点，与本站立场无关。如有内容侵犯您的合法权益，请及时与我们联系，我们将第一时间安排处理。更多精彩内容请关注红叶网