1需求管理
　　1.1简述
　　将产品和项目的需求通过mantis管理起来，管理的内容包括：用户需求和功能点。
　　建立需求、功能点相互之间的关联，形成一个有机关联网络，确立功能点估算方法，给予每个功能点估算值，便于：
　　1）在测试某个功能点时，能够使得测试人员能够把握测试范围；
　　2）审核设计书、测试用例等文档时便于确定是否满足需求程度；
　　3）有利于评估需求变更范围和影响，控制变更，提高变更管理的效率；
　　4）利于按功能点评估开发效率和质量，建立度量标准和监控体系。
　　1.2　过程描述
　　Mantis应用于需求管理主要是分为两大部分进行。
　　一是用户需求管理，按照《需求分析流程》，从需求获取开始，就将需求纳入mantis管理起来，从用户获取的需求信息，登录在mantis中，按照需求获取，需求定义，用户需求评审，需求分析和需求管理的流程，及时将需求信息、评审信息、分析结果以及需求跟踪信息（如与系统需求的关联关系，与设计文档、代码、用户手册、测试用例等的关联关系可通过前者实现自动关联）维护到mantis中，用户需求作为开发的主要依据，贯穿于整个项目开发周期。
　　二是系统需求管理，管理的对象主要是系统划分的模块和功能点，是在对用户需求分析的基础上系统设计的结果。在设计阶段要将模块和功能点与用户需求间建立一定的关联关系；功能点之间也依照设计进行关联；建立与设计文档、代码、用户手册、测试用例等的关联关系；可建立一套依赖于功能点的规模度量体系，录入功能点数据，在发生变更时，通过统计，可以得出变更造成的影响范围以及大致会发生的时间和成本。如果系统较大的话，可再对系统需求进行细化，划分成子系统需求进行管理。
　　通过需求管理，可以快速了解项目和产品是如何从用户需求进行分解、实施并得到满足的。

　　2　任务跟踪
　　2.1　简述
　　任务是通过需求来发出的开发指令。每项任务与需求或功能点相关联，任务执行的结果一般是文档或代码，通过系统的CVS集成功能，将文档和代码和任务相关联，在监控项目进度时能够较快的了解详细任务的执行情况，并可以进行检查、处理和反馈。
　　建立起历史的任务记录，有利于追溯，了解开发者的工作情况，将任务附加绩效值，可以很快地进行效率统计。
　　2.3　过程描述
　　任务主要是将需求按照时间进行组织，形成任务分配到个人去进行解决。对于项目来说，最大的任务就是项目，维护到mantis的任务单是项目任务下的子任务。一般在各阶段计划制定后，详细任务建立在mantis系统中。
　　项目确定并进行开发时，建立相应的任务单，任务单中涉及任务实施的内容，并且包含一定范围，如设计任务单包含关联的用户需求；实施任务单包含待实施的功能点；测试用例编制任务包含待测试的功能点；测试任务又包含待使用的测试用例；缺陷单可以看作另一种类型的任务单，等等。
　　任务单也包含实施者的信息。实施人员完成任务的状态和信息（如完成与否，完成结果，如文档或代码，审核和验证信息等）关联到任务单，管理者通过任务单中关联的信息，了解项目完成的状况以及结果等。

　　3　缺陷管理
　　3.1　简述
　　这是系统最基本的功能。主要是管理项目中程序或者文档的缺陷。缺陷和产品、项目、模块、功能点等相关，这样可以方便的统计各个产品、项目、模块、功能点产生的缺陷数及其情况，形成的历史记录中，有利于指导后续项目测试的重点和投入，便于进行测试风险分析，提高测试效率和质量；同时，对缺陷的分析，也利于开发的风险分析和控制，以及缺陷预防。
　　3.2　过程描述
　　缺陷产生于对某个成果物的检查中，测试人员执行测试用例，测试用例执行的结果是缺陷单，因此缺陷单作为结果需要建立和测试用例间的关联，而缺陷单也是另外一种任务单，测试人员发现缺陷，登录在mantis中，由项目管理者将修改任务分配给个人进行修正，修正结果要记录在缺陷单中，测试人员再进行验证。缺陷说明需求满足出现问题，缺陷需要和需求建立起关联，可以通过和已关联需求得测试用例关联达到关联。