项目管理部PMS系统使用说明书V3.0.2拓维信息系统股份有限公司2012年8月修订纪录目录索引1PMS介绍 (5)1.1PMS系统概述 (5)1.2角色定义 (5)1.3PMS系统使用流程 (6)2PMS各角色功能、规则说明 (8)2.1产品经理 (8)2.1.1使用的视图 (9)2.1.2使用流程 (9)2.1.3产品视图 (10)2.2项目经理...............................................................................................错误！未定义书签。

2.2.1使用的视图 (15)2.2.2使用流程 (16)2.2.3项目视图 (17)2.3测试人员 (30)2.3.1使用的视图 (30)2.3.2使用流程 (30)2.3.3视图名称 (32)2.4开发人员 (42)2.4.1使用的视图 (42)2.4.2使用流程 (42)2.4.3项目视图 (44)1PMS介绍1.1PMS系统概述PMS项目管理：基于LGPL协议，开源免费的项目管理软件，集产品管理，项目管理，测试管理一体，以及事务管理，组织管理的功能。

（PHP+MySQL开发，基于PHP开发框架）1.2目的本文档主要目的是通过目前PMS使用情况，对平台上几个角色的功能、流程、操作进行规范，便于各个角色在使用平台的过程中规范统一。

1.3角色定义1.4PMS系统使用流程2PMS各角色功能、规则说明2.1配置管理员2.1.1使用的视图在PMS中开展产品的全过程跟踪，首先需要由配置管理员在“项目视图”中进行“新增产品”的操作。

2.1.2产品视图2.1.2.1新增产品2.1.2.1.1描述登录系统后，在产品视图界面的右上角通过点击，即可新增产品。

2.1.2.1.2规则1，新增产品中各要素的规则及定义：2.1.2.1.3截图2.2产品经理2.2.1使用的视图产品经理在PMS中可以使用“产品视图”的功能。

在产品视图中，需要进行关联需求、创建计划、发布版本以及文档提交工作。

2.2.2使用流程产品经理使用项目视图中功能的前置条件是：配置管理员已创建产品。

以下是产品经理在项目视图中的操作步骤：2.2.3产品视图2.2.3.1产品计划进入“计划”界面，点击可以对计划进行新增操作。

2.2.3.1.2规则1，准入条件：配置管理员完成了新增产品的操作。

2， 产品计划中各要素的规则及定义：2.2.3.1.3 截图2.2.3.2 产品需求2.2.3.2.1 描述2.2.3.2.2 规则 新增规则在产品视图的需求界面点击右上角的即可进行新增需求的操作；完成新增后，点击需求对应的操作栏中的编辑按钮，将需求指派给项目经理。

1，准入条件：产品经理在产品中创建了计划；2，创建任务中各要素的规则及定义：编辑规则1，准入条件：产品经理在产品中创建了计划；2，编辑任务中各要素的规则及定义：✧新增✧编辑2.2.3.3产品文档2.2.3.3.1描述进入“文档”界面，点击可以对文档进行新增操作。

2.2.3.3.3 截图2.2.3.4 产品发布2.2.3.4.1 描述 进入“发布”界面，点击可以进行新增操作。

2.2.3.4.3截图2.3项目经理2.3.1使用的视图项目经理在PMS中可以使用“项目视图”的功能。

在项目视图中，需要进行新增项目、关联需求、创建任务、修改任务状态、创建版本、测试申请、团队管理和文档提交操作。

2.3.2使用流程项目经理使用项目视图中功能的前置条件是：管理员创建了产品，且产品经理在产品中创建了计划并关联了需求。

以下是项目经理在项目视图中的操作步骤：2.3.3项目视图2.3.3.1新增项目2.3.3.1.1描述登录系统后，在项目视图界面的右上角通过点击，即可新增项目。

2.3.3.1.2规则准入条件：管理员创建了产品。

项目经理可点击新增项目，查看是否有可选的“关联产品”，若没有请联系管理员创建产品。

新增项目中各要素的规则及定义：2.3.3.1.3 截图2.3.3.2 团队管理2.3.3.2.1 描述2.3.3.2.2 规则准入条件：项目经理完成了新增项目的操作。

团队管理中各要素的规则及定义：进入“团队”界面，点击可以将该成员移除团队；点击可以对成员进行新增2.3.3.2.3截图2.3.3.3关联需求2.3.3.3.1描述2.3.3.3.2规则准入条件：产品经理在产品中创建了计划并关联了需求；项目经理完成了团队管理的操作。

如没有可选的需求，请联系产品经理创建计划并关联需求。

2.3.3.3.3截图2.3.3.4 创建任务2.3.3.4.1 描述2.3.3.4.2 规则准入条件：项目经理完成了关联需求的操作。

创建任务中各要素的规则及定义： “”来创建任务，创建任务时需关联“相关需求”2.3.3.4.3截图（1）通过第一种方式进入，不需要再关联“相关需求”（2）通过第二种方式直接新增，需要关联需求，在“相关需求”中操作2.3.3.5 修改任务状态-关闭任务2.3.3.5.1 描述2.3.3.5.2 规则1， 准入条件：项目经理完成了创建任务的操作，且该任务不需要进行。

进入任务页面中，选择某个任务，点击操作栏中的“编辑“按钮进入编辑页面，选择“任务状态”中的2，变更任务状态-关闭任务的规则及定义：在任务创建成功后，点击操作栏中的“编辑“按钮2.3.3.5.3截图2.3.3.6提交文档2.3.3.6.1描述2.3.3.6.2规则准入条件：项目经理完成了创建任务的操作。

提交文档中各要素的规则及定义：2.3.3.7 创建版本2.3.3.7.1 描述进入“版本”界面，点击右上角的“”准入条件：提交测试时。

创建版本后必须邮件通知配置管理员在SVN上打标签。

创建版本中各要素的规则及定义：2.3.3.8 申请测试2.3.3.8.1 描述进入“申请测试”界面，点击即可完成测试申请操作。

准入条件：项目经理完成了“创建版本”操作。

申请测试中各要素的规则及定义：2.3.3.8.3截图2.4测试人员2.4.1使用的视图测试人员在PMS中可以使用“测试视图”的功能。

在测试视图中，测试人员可编写测试用例，进行用例管理；测试阶段：从项目经理处获得测试任务，分配用例，进行脚本执行，更新状态，提交缺陷；通过缺陷管理对BUG进行管控，分配给涉及的开发，可以查看BUG状态跟踪；回归测试后，更新BUG状态等功能。

2.4.2使用流程测试人员及测试用例流程操作步骤：2.4.3测试视图2.4.3.1创建用例2.4.3.1.1描述在用例管理列表里，点击右上角的“建用例“按钮，即可新建用例。

2.4.3.1.2规则1，准入条件：对产品模块等信息已了解。

2，创建用例中各要素的规则及定义：2.4.3.1.3 截图2.4.3.2 编辑用例2.4.3.2.1 描述在用例管理列表里，点击右上角的“编辑例“按钮，即可编辑用例。

2.4.3.2.2规则准入条件：对产品模块等信息已了解，需要对已建测试用例进行修改创建用例中各要素的规则及定义：正常-----用例可正常执行，一般正常情况下的测试用2.4.3.2.3 截图2.4.3.3 关联用例2.4.3.3.1 描述在测试任务例表中，点击列表右侧，即可关联指定用例。

2.4.3.3.2规则1，准入条件：必须有用例可关联，如无用例则在“用例管理”功能创建相关用例进行关联。

2.4.3.3.3截图2.4.3.4执行用例2.4.3.4.1描述在测试任务例表中，点击列表右侧，即可执行相关用例。

2.4.3.4.2规则1，准入条件：必须已关联有关用例，才可执行。

N/A--指该用例不需要执行，是一条废弃的或者是没将测试用例在前置条件下达到的实际情况加以说明2.4.3.4.3截图2.4.3.5创建缺陷2.4.3.5.1描述在缺陷管理列表里，点击右上角的“创建“按钮，即可新建2.4.3.5.2规则准入条件：对产品模块、所属项目等信息已了解，测试用例执行出现缺陷。

创建缺陷中各要素的规则及定义：2.4.3.5.3 截图2.4.3.6 修改BUG 状态2.4.3.6.1 描述在缺陷管理列表中，点列表右侧的“编辑”进入2.4.3.6.2规则1，准入条件：测试人员已创建相关BUG，在回归测试的时候。

3，变更BUG状态的规则及定义：由测试人员根据指派人员的BUG完成情况对BUG状2.4.3.6.3截图方法一：在编辑修改里可更新BUG的状态。

方法二：直接在列表右侧按钮改变BUG状态。

2.5开发人员(包括UED人员)2.5.1使用的视图开发人员在PMS中主要使用项目视图，在项目视图中开发角色主要完成项目经理分配的开发任务，回归测试任务，可以浏览产品需求、计划和项目任务、测试缺陷和测试用例。

2.5.2使用流程开发任务状态修改使用流程：测试BUG状态修改流程：2.5.3项目视图2.5.3.1任务开始状态修改2.5.3.1.1描述在项目视图中，可看到开发人员任务分配情况。

开发人员在项目任务分配到之后，需要进行任务的开始确认，并修改任务状态为开始。

2.5.3.1.2规则项目任务分配给开发人员后，开发人员需及时对任务状态进行开始确认，之后系统可对任务实际开始，已经消耗多少时间进行记录。

准入条件：开发人员接到开发任务后。

编辑任务状态的规则及定义：只点击状态2.5.3.1.3截图项目任务状态更改如下图所示：项目任务列表视图：项目任务开始状态修改视图：2.5.3.2任务完成状态修改2.5.3.2.1描述在项目视图中，可看到开发人员任务分配情况。

开发人员在完成自己任务后，可对任务状态进行编辑，然后反馈给项目经理。

2.5.3.2.2规则项目任务状态更改。

填写好任务消耗工时、完成时间，任务说明，保存后，系统自动反馈（指派）给项目经理。

准入条件：开发人员完成指派的开发任务。

编辑任务状态的规则及定义：在任务完成后，点击操作栏中的“完成“按钮进需要由开发人员对指派的任务完成情况、任务完成时将开发中发现的问题或需要侧重测试点，编辑写入备项目任务状态更改如下图所示：项目任务列表视图：项目任务完成状态修改视图：2.5.3.3缺陷解决状态修改2.5.3.3.1描述在项目视图中，可看到测试发现的缺陷情况。

开发人员在完成自己BUG修复后，可对任务与缺陷状态进行编辑。

”界面项，点击任务记录右边的“”测试BUG状态更改。

测试人员发现BUG后，将BUG修改任务流转给开发人员，由开发人员先进行BUG修改和解决。

BUG修复完成后，如截图所示，点击BUG列表操作【解决】项，确认BUG原因无误后，可将测试BUG解决方案状态修改为已解决或者其他状态，并备注BUG解决状态更改。

填写好任务消耗工时、完成时间，任务说明，保存后，系统自动反馈（指派）给提出BUG的测试人员。