项目管理部：PMS系统使用规范说明书V302

1、无线事业部 项目管理组项目管理部PMS系统使用说明书V3.0.2拓维信息系统股份有限公司2012年8月修订纪录修订时间修订摘要作者请输入修订文档的时间请输入您对此次文档修改的内容概述请输入做此次修改的撰写者姓名2012年8月14日1，新增了配置管理员的角色，可操作的功能只描述了一个，就是在产品视图中“新增产品”2，将产品经理可操作的“新增产品”功能去掉3，在产品经理操作的“创建需求”中，新增了编辑的操作彭丽瑛目录索引1PMS介绍51.1PMS系统概述51.2角色定义51.3PMS系统使用流程72PMS各角色功能、规则说明82.1产品经理82.1.1使用的视图82.1.2使用流程82.1.3产品

2、视图92.2项目经理162.2.1使用的视图162.2.2使用流程162.2.3项目视图172.3测试人员312.3.1使用的视图312.3.2使用流程312.3.3视图名称322.4开发人员442.4.1使用的视图442.4.2使用流程442.4.3项目视图461 PMS介绍1.1 PMS系统概述PMS项目管理：基于LGPL协议，开源免费的项目管理软件，集产品管理，项目管理，测试管理一体，以及事务管理，组织管理的功能。（PHP+MySQL开发，基于PHP开发框架）1.2 目的本文档主要目的是通过目前PMS使用情况，对平台上几个角色的功能、流程、操作进行规范，便于各个角色在使用平台的过程中规范

3、统一。1.3 角色定义角色名称所属视图功能描述备注Admin组织视图添加用户、编辑、删除用户信息、设置用户权限等；产品视图新增产品（即我们实施的项目或者系统）、编辑信息、上传计划书和需求书、生成需求和计划(可以作为文档库)、将产品进行模块分类等；项目视图配置需求模块任务给对应开发人员、更新模块任务完成进度、管理项目团队人员权限等。测试人员测试视图在该产品下，编写测试用例，进行用例管理；测试阶段：创建测试任务，分配用例，进行脚本执行，更新状态，提交缺陷；通过缺陷管理对BUG进行管控，分配给涉及的开发，可以查看BUG状态跟踪；回归测试后，更新BUG状态，,完成后更改状态查看BUG记录图表。产品经理

4、产品视图可制定产品需求与计划，并可浏览QA视图的用例和产品BUG。准备阶段：浏览QA视图，测试用例，评审用例。项目视图中可见项目任务执行状态；测试阶段：查看用例执行并可以查看BUG记录图表。项目经理项目视图可以浏览QA视图的用例和BUG，产品视图中的需求和计划； 准备阶段：浏览QA视图，测试用例，评审用例，更改测试用例状态，备注说明有异议用例。项目视图中，分配需求模块对应开发人员，以及涉及项目人员管理。测试阶段：查看用例执行，及涉及产生的BUG，分配BUG。完成后，可以查看BUG记录图表。开发人员项目视图开发人员包括UED设计与技术开发人员，在PMS中主要使用项目视图，在项目视图中开发角色主要

5、完成项目经理分配的开发任务，回归测试任务等，可以浏览产品需求、计划和项目任务、测试缺陷和测试用例等。 1.4 PMS系统使用流程2 PMS各角色功能、规则说明2.1 配置管理员2.1.1 使用的视图在PMS中开展产品的全过程跟踪，首先需要由配置管理员在“项目视图”中进行“新增产品”的操作。2.1.2 产品视图2.1.2.1 新增产品2.1.2.1.1 描述新增产品：登录系统后，在产品视图界面的右上角通过点击，即可新增产品。2.1.2.1.2 规则1， 新增产品中各要素的规则及定义：名称是否必填规则及定义产品名称必填需要由产品经理提供给配置管理员产品代号必填产品的编号产品负责人必填产品经理测试负

6、责人必填测试的执行人发布负责人必填执行上线发布操作的人员产品描述必填请简要说明产品内容访问控制必填选择“自定义白名单”，在分组白名单中进行设置分组白名单必填选择“ADMIN”、“SQA”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.1 描述产品计划：进入“计划”界面，点击可以对计划进行新增

7、操作。、2.2.3.1.2 规则1， 准入条件：配置管理员完成了新增产品的操作。2， 产品计划中各要素的规则及定义：名称是否必填规则及定义名称必填产品计划的名称开始日期必填预计产品开始日期结束日期必填预计产品结束的日期描述必填请简要说明计划内容2.2.3.1.3 截图2.2.3.2 产品需求需求新增：1、在产品视图的需求界面点击右上角的即可进行新增需求的操作； 2、产品需求要求细化到具体功能点。需求编辑：1、完成新增后，点击需求对应的操作栏中的编辑按钮，将需求指派给项目经理。2.2.3.2.1 描述2.2.3.2.2 规则² 新增规则1， 准入条件：产品经理在产品中创建了计划；2，

8、创建任务中各要素的规则及定义：名称是否必填规则及定义所属产品必填此处默认为产品经理进入产品视图后所选择的产品所属计划必填选择计划，将需求与计划进行关联来源必填产品需求来源需求名称必填产品需求要求细化到具体功能点需求描述必填请简要说明需求的内容验收标准必填产品验收时，制定的通过验收标准优先级必填数字越小级别越高，顺序为：1234预计工时否产品经理在预计的所需工时由谁评审必填评审对象抄送给否抄送邮件给相关人员关键词否有关的关键词附件否相关附件上传² 编辑规则1，准入条件：产品经理在产品中创建了计划；2，编辑任务中各要素的规则及定义：名称是否必填规则及定义指派给必填统一指派给“项目经理”2

9、.2.3.2.3 截图² 新增² 编辑2.2.3.3 产品文档产品文档：进入“文档”界面，点击可以对文档进行新增操作。2.2.3.3.1 描述 2.2.3.3.2 规则名称是否必填规则及定义所属产品必填此处默认为产品经理进入产品视图后所选择的产品所属分类否文件类型必填从3个选择项中选择（文件、链接、网页）文档标题必填写入产品文档标题关键字否有关的关键词文档摘要否请简要说明文件的内容附件必填产品需求说明书（PRD文档）2.2.3.3.3 截图2.2.3.4 产品发布2.2.3.4.1 描述产品文档：进入“发布”界面，点击可以进行新增操作。2.2.3.4.2 规则名称是否必填规

10、则及定义发布名称必填WX-产品代号-版本号-版本类型-发布编号版本类型包含正式版和BETA版版本必填在项目经理创建的版本号中进行选择发布日期必填发布版本的日期描述必填请简要说明文件的内容2.2.3.4.3 截图2.3 项目经理2.3.1 使用的视图项目经理在PMS中可以使用“项目视图”的功能。在项目视图中，需要进行新增项目、关联需求、创建任务、修改任务状态、创建版本、测试申请、团队管理和文档提交操作。2.3.2 使用流程项目经理使用项目视图中功能的前置条件是：管理员创建了产品，且产品经理在产品中创建了计划并关联了需求。以下是项目经理在项目视图中的操作步骤：2.3.3 项目视图2.3.3.1 新

11、增项目2.3.3.1.1 描述新增项目：登录系统后，在项目视图界面的右上角通过点击，即可新增项目。2.3.3.1.2 规则准入条件：管理员创建了产品。项目经理可点击新增项目，查看是否有可选的“关联产品”，若没有请联系管理员创建产品。新增项目中各要素的规则及定义：名称是否必填规则及定义项目名称必填需产品名称有关联；项目与产品的关系是：项目属于产品项目代号必填即项目立项时的项目编号开始日期必填项目开始的日期结束日期必填项目结束的日期可用工作日必填选择开始日期和结束日期后，系统自动计算可以工作日团队名称必填对该项目的工作团队进行命名关联产品必填选择项目归属的产品，如没有产品可选，请关闭窗口，联系管理

12、员创建产品后再进行新增项目目标必填项目预期完成的结果和目的项目描述必填项目功能、用途的介绍访问控制必填选择“自定义白名单”，在分组白名单中进行设置分组白名单必填选择“ADMIN”、“SQA”2.3.3.1.3 截图2.3.3.2 团队管理2.3.3.2.1 描述团队管理：进入“团队”界面，点击可以将该成员移除团队；点击可以对成员进行新增操作。2.3.3.2.2 规则准入条件：项目经理完成了新增项目的操作。团队管理中各要素的规则及定义：名称是否必填规则及定义用户必填在下拉列表中选择需要加入团队的用户角色必填指该用户在团队中的角色可用工时必填指该人员在整个项目中的可用时间可用工时/天必填统一设置为

13、82.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个入口：（1）接上一步，项目经理关联需求后，在需求列表中，选择每个需求对应的“”操作，即可创建与这个需求相关的任务。（2）或者直接在项目视图“任务”界面中的右上角通过点击来创建任务，

14、创建任务时需关联“相关需求”。2.3.3.4.2 规则准入条件：项目经理完成了关联需求的操作。创建任务中各要素的规则及定义：名称是否必填规则及定义所属项目必填此处默认为项目经理进入项目视图后所选择的项目所属模块否指任务归属的功能模块指派给必填选择任务的执行人相关需求必填选择任务对应的产品需求任务名称必填任务名称中不能有同名，如有同名需要在名称后面增加备注任务描述必填对任务的过程、所需要执行任务的结果进行介绍优先级必填顺序为：1234最初预计必填项目经理在项目计划中预计的所需工时预计开始必填项目经理在项目计划中的任务开始时间截止日期必填项目经理给出的任务完成时间任务类型必填从8个选择项中选择：设

15、计、开发、测试、研究、讨论、界面、事物、其他。抄送给否指邮件发送的对象附件否随同任务发出的有关文档添加之后否继续为该需求添加任务：选择该选项后新增任务界面中的“相关需求”默认之前的返回任务列表：选择该选项后进入新增任务页面返回需求列表：选择该选项后进入需求页面2.3.3.4.3 截图（1）通过第一种方式进入，不需要再关联“相关需求”（2）通过第二种方式直接新增，需要关联需求，在“相关需求”中操作2.3.3.5 修改任务状态-关闭任务2.3.3.5.1 描述修改任务状态：进入任务页面中，选择某个任务，点击操作栏中的“编辑“按钮进入编辑页面，选择“任务状态”中的“已关闭”即可将该任务关闭。2.3.

16、3.5.2 规则1， 准入条件：项目经理完成了创建任务的操作，且该任务不需要进行。2， 变更任务状态-关闭任务的规则及定义：名称是否必填规则及定义任务状态必填l 在任务创建成功后，点击操作栏中的“编辑“按钮进入编辑页面可见该选项。l “已关闭”是指任务不需要进行了，由项目经理选择此项来关闭任务。2.3.3.5.3 截图2.3.3.6 提交文档2.3.3.6.1 描述提交文档：在项目视图的文档界面，项目经理需要将项目计划以附件的形式提交归档。2.3.3.6.2 规则准入条件：项目经理完成了创建任务的操作。提交文档中各要素的规则及定义：名称是否必填规则及定义所属项目必填选择项目所属产品必填选择产品

17、所属分类否文档的类型文档类型必填如果上传的是附件，请选择“文件“文档标题必填文件的名称关键字否列举与其相关的关键字文档摘要必填请简要说明文件的内容附件必填请上传附件2.3.3.6.3 截图2.3.3.7 创建版本2.3.3.7.1 描述创建版本：进入“版本”界面，点击右上角的“”，即可完成版本的创建。2.3.3.7.2 规则准入条件：提交测试时。创建版本后必须邮件通知配置管理员在SVN上打标签。创建版本中各要素的规则及定义：名称是否必填规则及定义产品必填选择产品的名称名称编号必填即项目编号构建者必填指创建版本的人，可修改。系统默认为登录账号打包日期必填创建版本的日期，可修改。系统默认为登录日期

18、源代码地址必填必须为SVN地址存储地址必填必须为SVN地址关联需求和BUG必填选择需求和BUG描述必填该版本的用途、关键节点2.3.3.7.3 截图2.3.3.8 申请测试2.3.3.8.1 描述申请测试：进入“申请测试”界面，点击即可完成测试申请操作。2.3.3.8.2 规则准入条件：项目经理完成了“创建版本”操作。申请测试中各要素的规则及定义：名称是否必填规则及定义所属产品必填选择产品名称所属项目必填选择项目名称版本必填选择版本的名称编号负责人必填选择负责测试的测试人员开始日期必填选择测试的开始日期结束日期必填选择测试的结束日期当前状态必填默认为未开始任务名称必填测试任务的名称任务描述必填

19、任务的要求等描述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， 准入条件：对产品

20、模块等信息已了解。2，创建用例中各要素的规则及定义：名称是否必填规则及定义产品模块必填选择相关产品名称及模块用例类型必填选择用例类型，如功能测试或性能测试适用阶段必填选择用例适用阶段，如单元测试阶段优先级必填选择用户优先级，级别顺序：1234相关需求必填选择与用例相关需求用例标题必填填写用例标题，避免重复标题前置条件必填填写此用例的前置条件用例步骤必填填写用例相关步骤，可根据情况进行增加或删减关键词否此用例关键字附件否相关附件上传2.4.3.1.3 截图2.4.3.2 编辑用例2.4.3.2.1 描述创建用例：在用例管理列表里，点击右上角的“编辑例“按钮，即可编辑用例。2.4.3.2.2 规则

21、准入条件：对产品模块等信息已了解，需要对已建测试用例进行修改创建用例中各要素的规则及定义：名称是否必填规则及定义所属产品必填选择相关产品名称及模块所属模块否选择相关产品模块相关需求必填选择与用例相关需求用例类型必填选择用例类型，如功能测试或性能测试适用阶段必填选择用例适用阶段，如功能测试阶段优先级必填选择用户优先级，级别顺序：1234用例状态必填l 正常-用例可正常执行，一般正常情况下的测试用例填写此项。l 被阻塞-因外部条件，比如缺少部分功能，导致测试无法执行。l 研究中-用例存在不确定因素，或执行时有其他问题阻塞需要研究解决。用例标题必填填写用例标题，避免重复标题前置条件必填填写此用例的前

22、置条件用例步骤必填填写用例相关步骤，可根据情况进行增加或删减关键词否此用例关键字附件否相关附件上传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， 准入条件：必须已关联有关用例，才可执行。名称是否必填规则及定义测试结果必填l N/A-指该用例不需要执行，是

23、一条废弃的或者是没有用的测试用例。l 通过-测试用例在前置条件下测试通过，可达到预期。l 失败-测试用例预期结果与实际结果不一致l 阻塞-因外部条件，比如缺少部分功能，导致测试无法执行。实际情况否l 将测试用例在前置条件下达到的实际情况加以说明2.4.3.4.3 截图2.4.3.5 创建缺陷2.4.3.5.1 描述创建缺陷：在缺陷管理列表里，点击右上角的“创建“按钮，即可新建BUG。2.4.3.5.2 规则准入条件：对产品模块、所属项目等信息已了解，测试用例执行出现缺陷。创建缺陷中各要素的规则及定义：名称是否必填规则及定义产品模块必填选择相关产品名称及模块所属项目必填选项BUG所属项目影响版本

24、必填选择此BUG将影响到的版本当前指派必填指派此BUG给相关人员解决BUG标题必填填写BUG标题，避免重复标题重现步骤必填填写重现此BUG的步骤相关需求必填选择与此BUG相关的需求相关任务否选择与此BUG相关的任务类型/严重程度必填BUG类型：l 代码错误-确定开发时代码逻辑出现的BUG。界面优化-属于非功能性问题，如产品界面存在不美观，交互类的BUG。l 设计缺陷-非开发时产品功能出现的问题，在设计时已存在遗留的产品需求，技术架构或UI叫设计的相关问题。l 配置相关-软件执行环境配置相关的问题l 安装部署-软件系统安装部署时出现的相关BUGl 安全相关-产品信息安全或网络安全漏洞方面相关问题

25、l 性能方面-产品有内存溢出，或者是系统资源占用过高等性能方面的问题l 标准规范-由于标准规范引发的产品BUGl 测试脚本-测试脚本导致的产品系统BUGl 其他-除以上类型的其他BUG此BUG类型及严重程度，级别顺序：1234系统/浏览器必填BUG出现时使用的系统及浏览器抄送给否抄送邮件给相关人员关键词否有关的关键词附件否相关附件上传2.4.3.5.3 截图2.4.3.6 修改BUG状态2.4.3.6.1 描述修改BUG状态：在缺陷管理列表中，点列表右侧的“编辑”进入BUG编辑修改页面，在“BUG状态”中进行修改。2.4.3.6.2 规则1， 准入条件：测试人员已创建相关BUG，在回归测试的时

26、候。3， 变更BUG状态的规则及定义：名称是否必填规则及定义BUG状态必填l 由测试人员根据指派人员的BUG完成情况对BUG状态进行变更。l 激活-BUG状态未解决返回给开发人员l 已解决-BUG已经解决l 已关闭-测试人员确认缺陷已解决，则将其状态置为“已关闭”。2.4.3.6.3 截图方法一：在编辑修改里可更新BUG的状态。方法二：直接在列表右侧按钮改变BUG状态。2.5 开发人员(包括UED人员 )2.5.1 使用的视图开发人员在PMS中主要使用项目视图，在项目视图中开发角色主要完成项目经理分配的开发任务，回归测试任务，可以浏览产品需求、计划和项目任务、测试缺陷和测试用例。2.5.2 使

27、用流程Ø 开发任务状态修改使用流程： Ø 测试BUG状态修改流程：2.5.3 项目视图2.5.3.1 任务开始状态修改2.5.3.1.1 描述在项目视图中，可看到开发人员任务分配情况。开发人员在项目任务分配到之后，需要进行任务的开始确认，并修改任务状态为开始。编辑任务状态：进入“任务”界面项，点击任务记录右边的“任务列表记录”，即可进入任务开始状态修改页面。2.5.3.1.2 规则项目任务分配给开发人员后，开发人员需及时对任务状态进行开始确认，之后系统可对任务实际开始，已经消耗多少时间进行记录。准入条件：开发人员接到开发任务后。编辑任务状态的规则及定义：名称是否必填规则及定

28、义开始状态必填l 只点击状态实际开始必填/系统默认在弹出的页面中需要填写开发实际开始时间已经消耗必填/系统默认开发该任务已经消耗的时间预计剩余必填/系统默认估计开发该任务还需要多少时间备注否2.5.3.1.3 截图项目任务状态更改如下图所示：Ø 项目任务列表视图：Ø 项目任务开始状态修改视图：2.5.3.2 任务完成状态修改2.5.3.2.1 描述在项目视图中，可看到开发人员任务分配情况。开发人员在完成自己任务后，可对任务状态进行编辑，然后反馈给项目经理。编辑任务状态：进入“任务”界面项，点击任务记录右边的“”，即可进入任务完成状态修改页面。2.5.3.2.2 规则项目任务

29、状态更改。填写好任务消耗工时、完成时间，任务说明，保存后，系统自动反馈（指派）给项目经理。准入条件：开发人员完成指派的开发任务。编辑任务状态的规则及定义：名称是否必填规则及定义任务消耗工时必填l 在任务完成后，点击操作栏中的“完成 “按钮进入任务完成编辑页面可见该选项。l 需要由开发人员对指派的任务完成情况、任务消耗工时进行填写。l 任务消耗工时项中需要填写真实消耗工时量。完成时间必填l 需要由开发人员对指派的任务完成情况、任务完成时间进行填写。l 任务消耗工时项中需要填写真实完成时间。备注否l 将开发中发现的问题或需要侧重测试点，编辑写入备注框中2.5.3.2.3 截图项目任务状态更改如下图所示：Ø 项目任务列表视图：Ø 项目任务完成状态修改视图：2.5.3.3 缺陷解决状态修改2.5.3.3.1 描述在项目视图中，可看到测试发现的缺陷情况。开发人员在完成自己BUG修复后，可对任务与缺陷状态进行编辑。编辑任务状态：进入“BUG”界面项，点击任务记录右边的“”，即可进入BUG解决状态修改页面。2.5.3.3.2 规则测试BUG状态更改。测试人员发现BUG后，将BUG修改任务流转给开发人员，由开发人员先进行BUG修改和解决。BUG修复完成后，如截图所示，点击BUG列表