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

1、项目管理部PMS 系统使用说明书拓维信息系统股份有限公司2012 年 8 月修订纪录修订时间修订摘要作者请输入修订文档的 时间请输入您对此次文档修改的内容概述请输入做此次修改的撰 写者姓名2012年8月14日1,新增了配置管理员的角色，可操作的功能只描述了一个，就是在产品视图中“新增产品”2,将产品经理可操作的“新增产品”功能去掉3,在产品经理操作的“创建需求”中，新增了编辑的操作彭丽瑛目录索弓I1 PMSHS1.1 PMS系统概述PMS®目管理：基于 LGPL协议，开源免费的项目管理软件，集产品管理，项目管理，测试管 理一体，以及事务管理，组织管理的功能。（PHP+MySQL发，基

2、于PH川发框架）1.2 目的本文档主要目的是通过目前 PM豉用情况，对平台上几个角色的功能、流程、操作进行规范, 便于各个角色在使用平台的过程中规范统一。1.3 角色定义角色名称所属视图功能描述备注Admin组织视图添加用户、编辑、删除用户信息、设置用户权限等；产品视图新增产品（即我们实施的项目或者系统）、编辑信息、上传计划书和需求书、生成需求和计划（可以作为文档库）、将产品进行模块分类等；项目视图配置需求模块任务给对应开发人员、更新模块任务完成进度、管理项目团队人员权限等。测试人员测试视图在该产品下，编写测试用例，进行用例管理；测试阶段：创建测试任务，分配用例，进行脚本执行，更新状态，提交缺

3、陷；通过缺陷管理对BUGa行管控，分配给涉及的开发，可以查看BUG犬态跟踪；回归测试后，更新BUG犬态,，完成后更改状态查看 BUG己录图表。产品经理产品视图可制定产品需求与计划，并可浏览QA视图的用例和产品 BUG准备阶段：浏览 QA视图，测试用例，评审用例。项目视图中可见项目任务执行状态；测试阶段：查看用例执行并可以查看BUG己录图表。项目经理项目视图可以浏览QA视图的用例和BUG产品视图中的需求和计划；准备阶段：浏览 QA视图，测试用例，评审用例，更改测试用例 状态，备注说明有异议用例。项目视图中，分配需求模块对应开发人 员，以及涉及项目人员管理。测试阶段：查看用例执行，及涉及产生的BU

4、G分配BUG完成后,可以查看BUG己录图表。开发人员项目视图开发人员包括 UED计与技术开发人员，在PMS中主要使用项目视图，在项目视图中开发角色主要完成项目经理分配的开发任务， 回 归测试任务等，可以浏览产品需求、计划和项目任务、测试缺陷和测 试用例等。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

5、.2 规则1,新增产品中各要素的规则及定义:名称是否必填规则及定义产品名称必填需要由产品经理提供给配置管理员产品代号必填产品的编号产品负责人必填产品经理测试负责人必填测试的执行人发布负责人必填执行上线发布操作的人员产品描述必填请简要说明产品内容访问控制必填选择“自定义白名单”，在分组白名单中进行设置分组白名单必填选择 “ ADMIN、"SQN2.1.2.1.3 截图2.2 产品经理2.2.1 使用的视图产品经理在PMS中可以使用“产品视图”的功能。在产品视图中，需要进行关联需求、创建计划、发布版本以及文档提交工作。2.2.2 使用流程产品经理使用项目视图中功能的前置条件是：配置管理员

6、已创建产品。以下是产品经理在项目视图中的操作步骤：2.2.3 产品视图2.2.3.1 产品计划2.2.3.1.1 描述产品计划：、进入“计划”界面，点击倒建计划22312-1,准入条件：配置管理员完成了新增7 2,产品计划中各要素的规则及定义：可以对计划进行新增操作。J工品的操作。名称是否必填规则及定义名称必填产品计划的名称开始日期必填预计产品开始日期结束日期必填预计产品结束的日期描述必填请简要说明计划内容2.2.3.1.3 截图2.2.3.2 产品需求2.2.3.2.1 描述22.3或新增:规则1、在产品视图的需求界面点击右上角的付工即可进行新增需求的操作； 新增规则1,2准人耐求圈髭1修融

7、傅槌链了计划；2,墙领1务中各要素的规则及定义：11而*加增后，点击需整那的操作栏中的秋默认为k盛强碳闾询»1%产品h所属计划必填选择计划，将需求与计划进行关联来源必填产品需求来源需求名称必填产品需求要求细化到具体功能点需求描述必填请简要说明需求的内容验收标准必填产品验收时，制定的通过验收标准优先级必填数字越小级别越高，顺序为：1>2>3>4预计工时否产品经理在预计的所需工时由谁评审必填评审对象抄送给否抄送邮件给相关人员关键词否有关的关键词附件否相关附件上传编辑规则1,准入条件：产品经理在产品中创建了计划；2,编辑任务中各要素的规则及定义：名称是否必填规则及定义指派

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

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

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

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

12、必填统一设置为82.4.323 截图2.3.3.3 关联需求2.3.3.3.1 描述A关联需求在项目视图的需求界面点击右上角的关联需求（见截图） ，勾选产品需求即可将产品需求与项目进行关联。）2.3.3.3.2 规则准入条件：产品经理在产品中创建了计划并关联了需求；项目经理完成了团队管理的操作。如没有可选的需求，请联系产品经理创建计划并关联需求。2.3.3.3.3 截图2.3.3.4 创建任务2.3.3.4.1 描述有2个入口：（1）接上一步，项目经理关联需求后,在需求列表中，选择每个需求对应的分解任务:操作，即可创建与这个需求相关的任务。（2）或者直接在项目视图“任务”界面中的右上角通过点击

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

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

15、选择“任务状态”中的“已关闭”即可将该任务关闭。)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 规则准入条件：项目经理完成了创建任务的操作。 提

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

17、填指创建版本的人，可修改。系统默认为登录账号打包日期必填创建版本的日期，可修改。系统默认为登录日期源代码地址必填必须为SVN&址存储地址必填必须为SVN&址关联需求和BUG必填选择需求和BUG描述必填该版本的用途、关键节点2.3.3.7.3 截图2.3.3.8申请测试2.3.3.8.1 描述申请测试：进入“申请测试”界面，点击提交测试即可完成测试申请操作。)2.3.3.8.2 规则准入条件：项目经理完成了 “创建版本”操作。 申请测试中各要素的规则及定义：名称是否必填规则及定义所属产品必填选择产品名称所属项目必填选择项目名称版本必填选择版本的名称编号负责人必填选择负责测试的测试

18、人员开始日期必填选择测试的开始日期结束日期必填选择测试的结束日期当前状态必填默认为未开始任务名称必填测试任务的名称任务描述必填任务的要求等描述2.3.3.8.3 截图2.4测试人员2.4.1 使用的视图测试人员在PMS中可以使用“测试视图”的功能。在测试视图中，测试人员可编写测试用例，进行用例管理；测试阶段：从项目经理处获得测试 任务，分配用例，进行脚本执行，更新状态，提交缺陷；通过缺陷管理对BUGS行管控，分配给涉及的开发，可以查看 BUG犬态跟踪；回归测试后，更新BUG犬态等功能。2.4.2 使用流程测试人员及测试用例流程操作步骤：2.4.3 测试视图2.4.4 .1创建用例2.4.3.1

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

20、.3.1.3 截图2.4.3.2编辑用例2.4.3.2.1 描述创建用例：在用例管理列表里，点击右上角的“编辑例"'按钮，即可编辑用例。/2.4.3.2.2 规则准入条件：对产品模块等信息已了解，需要对已建测试用例进行修改 创建用例中各要素的规则及定义：名称是否必填规则及定义所属产品必填选择相关产品名称及模块所属模块否选择相关产品模块相关需求必填选择与用例相关需求用例类型必填选择用例类型，如功能测试或性能测试适用阶段必填选择用例适用阶段，如功能测试阶段优先级必填选择用户优先级，级别顺序：1>2>3>4用例状态必填1 正常-用例可止常执行，一般正常情况下的测试

21、用 例填写此项。4-被阻塞-因外部条件，比如缺少部分功能，导致测试 无法执行。 研究中-用例存在不确定因素，或执行时有其他问题阻塞需要研究解决。用例标题必填填写用例标题，避免重复标题前置条件必填填写此用例的前置条件用例步骤必填填写用例相关步骤，可根据情况进行增加或删减关键词否此用例关键字附件否相关附件上传2.4.323 截图2.4,3.3关联用例2.4.3.3.1 描述在测试任务例表中，点击列表右侧关联即可关联指定用例。1.1.1.1.2 规则1,准入条件：必须有用例可关联，如无用例则在“用例管理”功能创建相关用例进行关联。1.1.1.1.3 截图2.4.3.4 执行用例2.4.3.4.1 描

22、述f执行：在测试任务例表中，点击列表右侧中叫，即可执行相关用例。/2.4.3.4.2 规则1,准入条件：必须已关联有关用例，才可执行。名称是否必填规则及定义测试结果必填N N/A-指该用例不需要执行， 是一条废弃的或者是没有 用的测试用例。4-通过-测试用例在前置条件下测试通过，可达到预期。工 失败-测试用例预期结果与实际结果不一致4-阻塞-因外部条件，比如缺少部分功能，导致测试无法执行。实际情况否4-将测试用例在前置条件下达到的实际情况加以说明2.4.3.4.3 截图2.4.3.5 创建缺陷2.4.3.5.1 描述创建缺陷：在缺陷管理列表里，点击右上角的“创建“ 金 创津 按钮，即可新建BU

23、G)2.4.3.5.2 规则准入条件：对产品模块、所属项目等信息已了解，测试用例执行出现缺陷。 创建缺陷中各要素的规则及定义：名称是否必填规则及定义产品模块必填选择相关产品名称及模块所属项目必填选项BU所属项目影响版本必填选择此BUG各影响到的版本当前指派必填指派此BUG合相关人员解决BUGB题必填填写BU的题，避免重复标题重现步骤必填填写重现此BUG勺步骤相关需求必填选择与此BUGt目关的需求相关任务否选择与此BUGt目关的任务类型/严重程度必填BUGt型：工 代码错误-确定开发时代码逻辑出现的BUG界面优化-属于非功能性问题，如产品界面存在不美观，交 互类的BUG上 设计缺陷-非开发时产品

24、功能出现的问题，在设计时已存在遗留的产品需求，技术架构或UI叫设计的相关 问题。4-配置相关-软件执行环境配置相关的问题4-安装部署-软件系统安装部署时出现的相关BUG工安全相关-产品信息安全或网络安全漏洞方面相关 问题工 性能方面-产品有内存溢出，或者是系统资源占用过 高等性能方面的问题， 标准规范-由于标准规范引发的产品BUG4-测试脚本-测试脚本导致的产品系统 BUG4-其他一 除以上类型的其他 BUG此BU咪型及严重程度，级别顺序：1 > 2 > 3> 4系统/浏览器必填BUG出现时使用的系统及浏览器抄送给否抄送邮件给相关人员关键词否：有关的关键词附件否相关附件上传2

25、.4.3.5.3 截图2.4.3.6 修改BUG犬态2.4.3.6.1 描述f修改BUG犬态：在缺陷管理列表中，点列表右侧的“编辑”进入BU魏辑修改页面，在“ BUG犬态”中进行修改。2.4.3.6.2 规则1,准入条件:测试人员已创建相关 BUG在回归测试的时候。3,变更BUG犬态的规则及定义：名称是否必填规则及定义BUG犬态必填工由测试人员根据指派人员的BUGlg成情况对BUG犬态进行艾更。工激活-BUG状态未解决返回给开发人员4- 已解决-BUG已经解决工已关闭-测试人员确认缺陷已解决，则将其状态置为 “已关闭”。2.4.3.6.3 截图方法一：在编辑修改里可更新BUG的状态。方法二：直

26、接在列表右侧按钮改变BUG犬态。2.5开发人员（包括UED人员）2.5.1 使用的视图开发人员在PM»主要使用项目视图， 在项目视图中开发角色主要完成项目经理分配的 开发任务，回归测试任务，可以浏览产品需求、计划和项目任务、测试缺陷和测试用例。2.5.2 使用流程开发任务状态修改使用流程：测试BUG犬态修改流程：2.5.3 项目视图2.5.3.1 任务开始状态修改2.5.3.1.1 描述在项目视图中，可看到开发人员任务分配情况。开发人员在项目任务分配到之后，需要进行任务的开始确认，并修改任务状态为开始。编辑任务状态：2万.速a2T糠哪面项，点击任务记录右边的“任务列表记录”，即可进入

27、任务开始状态修改页面。I 项目任务分配给开发人员后，开发人员需及时对任务状态进行开始确认，之后系统可对任务1实际开始，已经消耗多少时间进行记录。准入条件：开发人员接到开发任务后。编辑任务状态的规则及定义：名称是否必填规则及定义开始状态必填O开蚱', 只点击状态实际开始必填/系统默认在弹出的页面中需要填写开发实际开始时间已经消耗必填/系统默认开发该任务已经消耗的时间预计剩余必填/系统默认估计开发该任务还需要多少时间备注否2.5.3.1.3 截图项目任务状态更改如下图所示：项目任务列表视图：项目任务开始状态修改视图：2.5.3.2 任务完成状态修改2.5.3.2.1 描述在项目视图中，可看

28、到开发人员任务分配情况。开发人员在完成自己任务后，可对任务状态进 行编辑，然后反馈给项目经理。厂编辑任务状态:2.5.322规则,即可进入任务完成状态修改页面。进入“任务”界面项，点击任务记录右边的' 项目任务状态更改。 填写好任务消耗工时、 完成时间，任务说明，保存后，系统自动反馈 G旨派）给项目经理。准入条件：开发人员完成指派的开发任务。编辑任务状态的规则及定义:名称是否必填规则及定义任务消耗工时必填工 在任务完成后，点击操作栏中的“完成 ° “按钮进 入任务完成编辑页面可见该选项。工需要由开发人员对指派的任务完成情况、任务消耗工 时进行填写。上任务消耗工时项中需要填写真

29、实消耗工时量。完成时间必填工需要由开发人员对指派的任务完成情况、任务完成时 间进行填写。工任务消耗工时项中需要填写真实完成时间。备注否工将开发中发现的问题或需要侧重测试点，编辑写入备 注框中2.5.323 截图项目任务状态更改如下图所示:项目任务列表视图： 项目任务完成状态修改视图:2.5.3.3缺陷解决状态修改2.5.3.3.1 描述在项目视图中，可看到测试发现的缺陷情况。开发人员在完成自己 BUG啰复后，可对任务与缺陷状态进行编辑。广编辑任务状态:工即可进入BUG军决状态修改页面。进入“ BUG界面项，点击任务记录右边的“2.5.3.3.2 规则测试BUG犬态更改。测试人员发现BUG后，将BUG修改任务流转给开发人员，由开发人员先进彳T BUG啰改和解决。BUG啰复完成后，如截图所示，点击BU例表操作【解决】项，确认 B