需求管理工具DOORS应用总结

　　 "DOORS"逐渐为我们的需求，设计，以及测试管理打开了多扇门。在使用DOORS之前，项目组主要使用WORD对需求进行管理，但由于项目的规模越来越大，使用WORD很难有效的进行需求的控制和跟踪，因此在质量管理部的大力推动下，DOORS走进了我们的日常工作流程，并逐渐成为不可替代的工具。
　　经过质量管理部同事给我们一天的集中培训，我们对DOORS有了初步的了解，当时感觉是DOORS的文档编辑功能确实没有WORD方便，尤其对图片，表格的编辑，但是也确有吸引人的地方，如需求的链接、跟踪，协同开发，多视图等。
　　首要的工作是把现有的需求从WORD导入到DOORS中，DOORS在WORD中提供了很好的导入接口，只需要对WORD中的格式做简单的调整，如WORD中的标题格式必须使用"标题1，标题2，标题3……“这样的标准格式，才能在DOORS中被识别成标准的HEADER；将需要分割的需求之间使用回车等。最大的问题是表格，每个表格单元在DOORS中被看作是一个对象，管理和编辑起来都非常的不方便，后来通过宏在WORD中将表格转换为OLE对象就可以了。关于从WORD到DOORS导入的问题可以从研发网站的知识管理中找到。需求导入成功后，才真正开始DOORS的体验之旅。下面我主要从以下几点来介绍一下在使用DOORS后的便利。
　 1.在DOORS中的把每个需求都作为一个单独的对象列出，方便需求的阅读和关联。
　 2.DOORS不只用来管理需求，还可以用来管理设计和测试文档，我们项目的需求是由业务部门提出，在DOORS中对需求进行管理维护。我们项目组主要是使用DOORS进行设计工作，根据需求，项目组进行任务分配，项目组成员各自负责部分需求并根据需求完成设计、编码等工作。在设计文档中，将设计与需求之间建立关联，对需求的变更进行跟踪，保证设计的内容与需求相一致。
　 3.在DOORS中通过创建属性的方式来对文档内容进行描述。
　 如我们建立了“负责人”，“计划开始时间”，“计划完成时间”，“实际开始时间”，“实际完成时间”,“完成状态”，“备注”等属性，是文档的内容更加丰富，便于管理。如在需求文档中使用“备注”属性，用来记录针对需求条目的信息，使我们在工作中有针对性的对需求中的问题进行记录。
　 4.通过DOORS,项目组成员可以以共享的方式打开文档，进行协同设计。在设计过程中互不干扰，开发人员只需要首先将自己负责的部分进行解锁，然后进行开发即可。在实际工作中确实提高了团队合作开发的效率。
　 5.在DOORS中，用户可以建立自己的开发视图。如我们在设计文档中根据负责人进行过滤，建立不同的视图。通过这样的方式，我们在开发过程中只需要看到自己负责的部分，而无需关心文档中其他的内容。无形中将一个偌大的文档分割成了若干部分。
　 6.在设计文档中,我们对设计的部分与需求进行关联,这也是DOORS提供的最具特色和最实用的功能。免去了在以往设计文档中加入功能点的工作，而且可以动态的将设计与需求关联起来。关联以后，在文档中可加入属性用来反映需求文档的变更。
　 打开设计文档，查看向外关联的需求，保证每个设计都能与需求中的功能点相关联，设计以需求为基础，不会做出与需求有偏差的无用的工作。从需求文档中，我们也可以看到每个功能点中与之关联的内容，保证在设计以及测试中对需求的功能点不会有任何的遗漏。
　 7.由于DOORS以对象的方式管理，条理清晰，且提供方便的浏览方式，我们还可以使用它管理自己的工作计划，日常事务等等，也非常的使用。
　 以上就是在这几个月来对使用DOOR的一些总结，DOORS的使用确实为我们的工作带来了很多的便利，这些便利足可弥补编辑问题所带来的不便，而且这些不足问题的问题也都有各自的解决办法。这些是在设计和编码过程中感受到的，而测试和需求更是密不可分，测试用例通过DOORS与需求进行关联，应该会起到更好的效果。