项目管理部MS系统使用规范说明书V.docx

资源描述

项目管理部MS系统使用规范说明书V.docx

《项目管理部MS系统使用规范说明书V.docx》由会员分享，可在线阅读，更多相关《项目管理部MS系统使用规范说明书V.docx（33页珍藏版）》请在冰豆网上搜索。

项目管理部MS系统使用规范说明书V.docx

项目管理部MS系统使用规范说明书V

项目管理部

PMS系统使用说明书拓维信息系统股份有限公司

2012年8月

修订纪录

修订时间

修订摘要

作者

请输入修订文档的时间

请输入您对此次文档修改的内容概述

请输入做此次修改的撰写者姓名

2012年8月14日

1，新增了配置管理员的角色，可操作的功能只描述了一个，就是在产品视图中“新增产品”

2，将产品经理可操作的“新增产品”功能去掉

3，在产品经理操作的“创建需求”中，新增了编辑的操作

彭丽瑛

目录索引

1PMS介绍

1.1PMS系统概述

PMS项目管理：

基于LGPL协议，开源免费的项目管理软件，集产品管理，项目管理，测试管理一体，以及事务管理，组织管理的功能。

（PHP+MySQL开发，基于PHP开发框架）

1.2目的

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

1.3角色定义

角色名称

所属视图

功能描述

备注

Admin

组织视图

添加用户、编辑、删除用户信息、设置用户权限等；

产品视图

新增产品（即我们实施的项目或者系统）、编辑信息、上传计划书和需求书、生成需求和计划（可以作为文档库）、将产品进行模块分类等；

项目视图

配置需求模块任务给对应开发人员、更新模块任务完成进度、管理项目团队人员权限等。

测试人员

测试视图

在该产品下，编写测试用例，进行用例管理；测试阶段：

创建测试任务，分配用例，进行脚本执行，更新状态，提交缺陷；通过缺陷管理对BUG进行管控，分配给涉及的开发，可以查看BUG状态跟踪；回归测试后，更新BUG状态，,完成后更改状态查看BUG记录图表。

产品经理

产品视图

可制定产品需求与计划，并可浏览QA视图的用例和产品BUG。

准备阶段：

浏览QA视图，测试用例，评审用例。

项目视图中可见项目任务执行状态；

测试阶段：

查看用例执行并可以查看BUG记录图表。

项目经理

项目视图

可以浏览QA视图的用例和BUG，产品视图中的需求和计划；

准备阶段：

浏览QA视图，测试用例，评审用例，更改测试用例状态，备注说明有异议用例。

项目视图中，分配需求模块对应开发人员，以及涉及项目人员管理。

测试阶段：

查看用例执行，及涉及产生的BUG，分配BUG。

完成后，可以查看BUG记录图表。

开发人员

项目视图

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

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，新增产品中各要素的规则及定义：

名称

是否必填

规则及定义

产品名称

必填

需要由产品经理提供给配置管理员

产品代号

必填

产品的编号

产品负责人

必填

产品经理

测试负责人

必填

测试的执行人

发布负责人

必填

执行上线发布操作的人员

产品描述

必填

请简要说明产品内容

访问控制

必填

选择“自定义白名单”，在分组白名单中进行设置

分组白名单

必填

选择“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描述

、

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＞3＞4

预计工时

否

产品经理在预计的所需工时

由谁评审

必填

评审对象

抄送给

否

抄送邮件给相关人员

关键词

否

有关的关键词

附件

否

相关附件上传

编辑规则

1，准入条件：

产品经理在产品中创建了计划；

2，编辑任务中各要素的规则及定义：

名称

是否必填

规则及定义

指派给

必填

统一指派给“项目经理”

2.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规则

名称

是否必填

规则及定义

发布名称

必填

WX-产品代号-版本号-版本类型-发布编号

版本类型包含正式版和BETA版

版本

必填

在项目经理创建的版本号中进行选择

发布日期

必填

发布版本的日期

描述

必填

请简要说明文件的内容

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规则

准入条件：

管理员创建了产品。

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

新增项目中各要素的规则及定义：

名称

是否必填

规则及定义

项目名称

必填

需产品名称有关联；项目与产品的关系是：

项目属于产品

项目代号

必填

即项目立项时的项目编号

开始日期

必填

项目开始的日期

结束日期

必填

项目结束的日期

可用工作日

必填

选择开始日期和结束日期后，系统自动计算可以工作日

团队名称

必填

对该项目的工作团队进行命名

关联产品

必填

选择项目归属的产品，如没有产品可选，请关闭窗口，联系管理员创建产品后再进行新增

项目目标

必填

项目预期完成的结果和目的

项目描述

必填

项目功能、用途的介绍

访问控制

必填

选择“自定义白名单”，在分组白名单中进行设置

分组白名单

必填

选择“ADMIN”、“SQA”

2.3.3.1.3截图

2.3.3.2团队管理

2.3.3.2.1描述

2.3.3.2.2规则

准入条件：

项目经理完成了新增项目的操作。

团队管理中各要素的规则及定义：

名称

是否必填

规则及定义

用户

必填

在下拉列表中选择需要加入团队的用户

角色

必填

指该用户在团队中的角色

可用工时

必填

指该人员在整个项目中的可用时间

可用工时/天

必填

统一设置为8

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规则

准入条件：

项目经理完成了关联需求的操作。

创建任务中各要素的规则及定义：

名称

是否必填

规则及定义

所属项目

必填

此处默认为项目经理进入项目视图后所选择的项目

所属模块

否

指任务归属的功能模块

指派给

必填

选择任务的执行人

相关需求

必填

选择任务对应的产品需求

任务名称

必填

任务名称中不能有同名，如有同名需要在名称后面增加备注

任务描述

必填

对任务的过程、所需要执行任务的结果进行介绍

优先级

必填

顺序为：

1＞2＞3＞4

最初预计

必填

项目经理在项目计划中预计的所需工时

预计开始

必填

项目经理在项目计划中的任务开始时间

截止日期

必填

项目经理给出的任务完成时间

任务类型

必填

从8个选择项中选择：

设计、开发、测试、研究、讨论、界面、事物、其他。

抄送给

否

指邮件发送的对象

附件

否

随同任务发出的有关文档

添加之后

否

继续为该需求添加任务：

选择该选项后新增任务界面中的“相关需求”默认之前的

返回任务列表：

选择该选项后进入新增任务页面

返回需求列表：

选择该选项后进入需求页面

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.6.3截图

2.3.3.7创建版本

2.3.3.7.1描述

2.3.3.7.2规则

准入条件：

提交测试时。

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

创建版本中各要素的规则及定义：

名称

是否必填

规则及定义

产品

必填

选择产品的名称

名称编号

必填

即项目编号

构建者

必填

指创建版本的人，可修改。

系统默认为登录账号

打包日期

必填

创建版本的日期，可修改。

系统默认为登录日期

源代码地址

必填

必须为SVN地址

存储地址

必填

必须为SVN地址

关联需求和BUG

必填

选择需求和BUG

描述

必填

该版本的用途、关键节点

2.3.3.7.3截图

2.3.3.8申请测试

2.3.3.8.1描述

2.3.3.8.2规则

准入条件：

项目经理完成了“创建版本”操作。

申请测试中各要素的规则及定义：

名称

是否必填

规则及定义

所属产品

必填

选择产品名称

所属项目

必填

选择项目名称

版本

必填

选择版本的名称编号

负责人

必填

选择负责测试的测试人员

开始日期

必填

选择测试的开始日期

结束日期

必填

选择测试的结束日期

当前状态

必填

默认为未开始

任务名称

必填

测试任务的名称

任务描述

必填

任务的要求等描述

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，创建用例中各要素的规则及定义：

名称

是否必填

规则及定义

产品模块

必填

选择相关产品名称及模块

用例类型

必填

选择用例类型，如功能测试或性能测试

适用阶段

必填

选择用例适用阶段，如单元测试阶段

优先级

必填

选择用户优先级，级别顺序：

1＞2＞3＞4

相关需求

必填

选择与用例相关需求

用例标题

必填

填写用例标题，避免重复标题

前置条件

必填

填写此用例的前置条件

用例步骤

必填

填写用例相关步骤，可根据情况进行增加或删减

关键词

否

此用例关键字

附件

否

相关附件上传

2.4.3.1.3截图

2.4.3.2编辑用例

2.4.3.2.1描述

2.4.3.2.2规则

准入条件：

对产品模块等信息已了解，需要对已建测试用例进行修改

创建用例中各要素的规则及定义：

名称

是否必填

规则及定义

所属产品

必填

选择相关产品名称及模块

所属模块

否

选择相关产品模块

相关需求

必填

选择与用例相关需求

用例类型

必填

选择用例类型，如功能测试或性能测试

适用阶段

必填

选择用例适用阶段，如功能测试阶段

优先级

必填

选择用户优先级，级别顺序：

1＞2＞3＞4

用例状态

必填

正常-----用例可正常执行，一般正常情况下的测试用例填写此项。

被阻塞---因外部条件，比如缺少部分功能，导致测试无法执行。

研究中---用例存在不确定因素，或执行时有其他问题阻塞需要研究解决。

用例标题

必填

填写用例标题，避免重复标题

前置条件

必填

填写此用例的前置条件

用例步骤

必填

填写用例相关步骤，可根据情况进行增加或删减

关键词

否

此用例关键字

附件

否

相关附件上传

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规则

准入条件：

对产品模块、所属项目等信息已了解，测试用例执行出现缺陷。

创建缺陷中各要素的规则及定义：

名称

是否必填

规则及定义

产品模块

必填

选择相关产品名称及模块

所属项目

必填

选项BUG所属项目

影响版本

必填

选择此BUG将影响到的版本

当前指派

必填

指派此BUG给相关人员解决

BUG标题

必填

填写BUG标题，避免重复标题

重现步骤

必填

填写重现此BUG的步骤

相关需求

必填

选择与此BUG相关的需求

相关附件上传

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完成情况对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.2.3截图

项目任务状态更改如下图所示：

项目任务列表视图：

项目任务完成状态修改视图：

2.5.3.3缺陷解决状态修改

2.5.3.3.1描述

在项目视图中，可看到测试发现的缺陷情况。

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

2.5.3.3.2规则

测试BUG状态更改。

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

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

BUG解决状态更改。

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

准入条件：

开发人员完成或确认指派的缺陷修改任务。

编辑任务状态的规则及定义：

名称

是否必填

规则及定义

解决方案

必填

在解决测试缺陷任务后，点击操作栏中的“解决

“按钮可见该选项。

需要由开发人员对此测试缺陷说明解决方案或不予解决的原因。

可选项包括：

1、“设计如此”---缺陷根源是设计中出现的问题（需要与产品经理确认）

2、“重复BUG”---之前已经出现过同样类型的BUG

3、“外部原因”---开发以外的问题

4、已解决---确认开发BUG后，解决修改BUG后修改此状态。

5、无法重现---同样环境下无法重现此问题，与测试沟通确认后决定此问题是否关闭。

6、延期处理---此问题放下版本实现或需要需求延期，选择此问题需与项目经理沟通确认。

7、不予解决---非此产品开发问题，需要予以说明。

解决版本

必填

需要说明此BUG修复在哪一版本实现

解决日期

展开阅读全文