实际上需求分析是一个很复杂的也是很重要的环节，如果要完整的阐述，三言两语肯定不够，好在我这个系列只是和大家分享一些心得，这里就适可而止了，以后有机会再和大家共同探讨这方面的问题。
需求分析的输出主要针对乙方，但需要甲方确认，所以很多人误以为甲方会要这么一个文档，这里顺带提一句，以前很多人以为应该乙方或者甲方提供需求说明书，这实际上是比较片面的，实际上需求说明书谁提供都可以，甲方如果有一帮人整理需求，也是很好的一件事情，毕竟他们对自己的要求很熟悉。如果甲方没人整理需求，让乙方提供也是可以的，个人的意见是甲方提供需求说明书更合适一点。至于需求规格说明书只能是乙方提供了，因为这个说明书相当于进行了一定的业务分析，甲方估计也没有这样的需求分析员。
今天我们说说概要设计，这里要澄清一个概念，那就是软件设计包含概要设计和详细设计，但是这两类设计不能混为一谈，概要设计的目的是为了完成目标系统而做的整体设计，也可以认为是系统的结构设计，包括系统的业务架构、功能结构、技术架构、关键技术、接口设计、数据库设计、测试计划、安全设计等，可以认为一个概要设计已经涵盖了系统的大部分概要信息。这里一定要分清楚，这个文档是给项目干系人看的，什么是干系人，就是与项目有重大关联关系的、并且能够施加重大影响的人和机构，比如甲方、乙方的老板，人家要看的，为什么要看？人家看看设计方案是否都考虑周到了，还有没有不妥的地方。你拿一个详细设计或者需求规格说明书给人家看，信息不对啊。现在也有一些项目经理因为项目时间紧，就不出概要设计了，要么将需求规格说明书与概要设计合起来，要么将概要设计与详细设计合起来，这种做法是不建议的，因为里面总有一部分信息不是老板想看的。另外由于这份文档的重要性，所以也是需要进行外部评审的。
弄明白这个道理，我们以后就要好好重视这个文档了。概要设计说明书都是有模板的，按照模板一项项的填充，信息量基本上可以达到80~90%，如果不打算使用模板，只要你将该交代的事项描述清楚了，也是可以的。
附加说一句，所有软件的文档模板网上也是铺天盖地的，大家找一个自己合适的，模板中有些项如果提供不了或者不需要填写，空着就行，没有必要将其删除。当然你执意删除也没有错。
好了，概要设计先说到这，下次我们再继续聊概要设计，看看都有哪些内容。谢谢大家！
