在实际生活中，我们经常需要列出一系列随机的数据用以辅助说明问题。使用Excel2007的RAND函数，可以很方便地生成随机数字；可是，当需要用到人员姓名的时候则很头痛，使用张1、张2、张3之类的名字太难看了，而若想要生成看上去“真实”的随机姓名，笔者找遍百度也没有发现合适的，只好自己来实现了。
　　国人的姓名，是分别由姓和名两部分组成，因此我们只需要生成随机的姓，再生成随机的名，组合即可。
　　常用的姓氏比较好查，在百度（www.baidu.com）里搜索“百家姓”就可以找到。打开Excel2007新建一个工作簿，将工作表Sheet2更名为“常用姓氏表”，把这些常见的姓氏复制到其中，并整理为一列。笔者找到的常用姓氏占单元格A2:A158共计157个。（提示：可以使用“数据-数据工具-分列”菜单项方便将数据拆分）
　　用作名字的字词比较多，在百度里搜索“常用名”、“常用字”或“常用名字”等都找不倒合适的数据。最终搜索关键词“取名常用字”，找到了大量用在名字中的单字和词。同样的方法将其添加到的Sheet3中，整理为一列，并将工作表更名为“常用名表”。笔者找到的常用名字占单元格A2:A424共计423个。
　　将工作表Sheet1更名为“随机姓名”，在A2单元格输入公式“=INDEX(常用姓氏表!$A$2:$A$158,INT(RAND()*157+1))&INDEX(常用名表!$A$2:$A$424,INT(RAND()*423 +1))”，然后将此公式复制到表格的其他位置，即可生成批量随机姓名。
　　简单介绍一下公式各部分的含义：
　　1、RAND函数，可以得到一个介于0和1之间的随机小数。
　　2、INT函数，将得到数字的整数部分。
　　3、生成指定范围内随机整数通常采用如下公式“INT(RAND()*(上界-下界+1)+下界”。例如“INT(RAND()*157+1)”可以生成1～157之间（含）的随机整数。
　　4、INDEX函数可以得到指定范围内指定位置的数值。
　　5、“&”符号，可以将两段文字连接起来生成一段新的文字。
　　如此，把生成的随机姓名放到数据之中，数据也就显得正规多了。
参考： http://www.officeba.com.cn/article/htmldata/detail/2008/7/3/2285.html

　　（1） 在需求变更、设计变更、代码变更、测试用例变更时，需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具，如果不借助RTM，则发生上述变更时，往往会遗漏某些连锁变化。

　　（2） RTM也是验证需求是否得到了实现的有效工具，借助RTM，可以跟踪每个需求的状态：是否设计了，是否实现了，是否测试了。

　　2 需求跟踪矩阵分为哪几类？

　　（1） 纵向跟踪矩阵，包括如下的3种：

　　需求之间的派生关系，客户需求到产品需求

　　实现与验证关系：需求到设计，需求到测试用例等

　　需求的责任分配关系；需求由谁来实现

　　（2） 横向跟踪矩阵：

　　需求之间的接口关系

　　3 在实践中，如何把握该建立哪些RTM？

　　（1） 在SEI的调查中达成的基本共识是：纵向跟踪是必须的，如果没有，则 REQM SP1.4无法通过。横向跟踪如果不作，则是大部分实施。

　　（2） 对于纵向跟踪矩阵：

　　必需的：

　　客户需求与产品需求的跟踪

　　产品需求与测试用例的跟踪

　　100%的接口需求需要建立客户需求-产品需求-设计-编码-测试用例的跟踪矩阵

　　全局性需求要建立跟踪矩阵,包括：客户需求-产品需求-设计-编码-测试用例的跟踪矩阵

　　核心需求要建立跟踪矩阵

　　并非必需的：

　　性能需求可以不建立跟踪矩阵

　　不影响系统架构的功能需求

　　4 需求跟踪矩阵由谁来建立？

　　有多个角色参与建立RTM。需求开发人员负责客户需求到产品需求的RTM建立，测试用例的编写人员负责需求到测试用例的RTM建立，设计人员负责需求到设计的RTM的建立等等。PPQA负责检查是否建立了RTM，是否所有的需求都被覆盖了。

　　5 RTM是否纳入基线管理？

　　RTM要纳入基线管理。纳入基线后，每次变更都要申请，RTM的变更一般是和其他配置项的变更一起申请，很少单独申请变更RTM，除非RTM有错误。

　　6 如何简化RTM的工作？

　　由于在RTM中，需求可能有很多项，设计、测试用例、代码等都有多项，所以建立和维护RTM的工作量还是比较大、比较烦琐。对于变化频繁的项目，更是如此。在实践中，为了简化该RTM的建立与维护工作，有的企业仅仅通过需求与设计、代码、测试用例的编号来实现跟踪，如需求为：r1,r2,……等编号，而设计的编号为：r1-d1,r1-d2,…….,测试用例的编号为：r1-t1,r1-t2等等。需要注意的是需求与它们之间是多对多的关系，仅通过编号是无法实现这种关系的。如果不借助DOORS之类的需求管理工具，一般只能通过EXCEL来维护RTM，工作量就是比较大。要简化，就要平衡管理的投入与产出，平衡时，可以借鉴上面的问题3。

　　当然也可以考虑增大需求、设计、代码、测试用例的颗粒度大小，但是那样RTM的作用就打了折扣，还是一个平衡问题。