如何进行需求矩阵管理

　产品经理需要掌握并管理产品的全部需求，需求是软件项目成败的关键所在，好的需求应具备“内涵一致，外延完整”的特质，这个特质可以保证需求分析无歧义、完整、一致、正确、可行、必要、可检验、可跟踪。

　　软件需求是多层次的，包括业务需求、用户需求、功能需求和非功能需求。如下图所示：

　　启动一个新产品时，产品经理需和各方进行充分的沟通，深刻理解客户或者公司高层对系统、产品高层次的目标要求，将业务需求反映在产品的创意阶段、策划阶段的《产品项目策划书》、《产品项目规划方案》中予以说明。

　　用户需求主要描述了用户能使用系统来做什么，用例、场景描述都是表达用户需求的有效途径。这部分需求通常在用例文档或方案脚本说明中予以说明。

　　功能需求定义了开发人员必须实现的软件功能，用户能够利用这些功能完成任务，从而满足业务需求。功能需求通常是通过对系统特性的描述表现出来的，它记录在《软件需求规格说明书》（SRS）中。《软件需求规格说明书》完整地描述了软件系统的预期特性，是开发、、质量保证、的重要依据。因设计的产品功能一般都较为复杂，业务规则的描述也需尽可能详尽，所以通常情况下《软件需求规格说明书》并不是一份文档，而是根据功能模块的划分由多个子文件组成。每一篇需求说明文档中均必须包含功能列表和功能详细描述，可依据实际业务情况增加数据字典方面的描述。《软件需求规格说明书》中的功能列表需要和《需求跟踪矩阵》一一对应，包括功能点编号、功能点名称。需要强调一点，需求文档的重点是说明功能所在，无需描述界面中的Icon、色彩、像素等信息，为避免和界面设计稿等展示高保真产品原型的文档发生冲突，需求文档中应尽量全部采用低保真界面，界面类描述交由《交互设计说明书》及界面设计稿、Html文件去说明。

　　《软件需求规格说明书》中还应包括非功能需求，非功能需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节要求，性能要求，设计或实现的约束条件及质量属性。通俗地讲，非功能需求是这样一种需求，它不是解决“我想要我的系统实现这种功能”，而是解决“如何使这个系统能在实际环境中运行”。在非功能需求中，针对性能方面一般需要有单点、混合、持续三方面的要求：

　　1、在单点方面，要求延迟和吞吐量有对应关系，假如我们设计一款BS软件，要求打开登录页面的延迟要求为响应时间3秒、抖动2秒，那么一定要在吞吐量的要求上写上针对这一点的高峰并发人数，比如100人。