JIRA的入门介绍和实例演示！！权限+工作流配置

原来图片一直没有显示出来，所以同时上传了一份文档！在资源中

Reviewers

Name	Position

Distribution

JIRA 4.4.4使用手册

目录

JIRA Project Management Guide. 1

Document Control 2

1.准备工作... 4

1.1添加用户，添加用户组... 4

1.2创建一个项目... 5

2.掌握基础操作... 5

2.1什么是问题，创建问题类型，创建问题... 6

2.1问题属性（状态，解决结果，优先级）... 6

2.1.1问题的状态... 6

2.1.2问题解决结果... 6

2.1.3问题优先级... 7

2.1.4创建问题... 7

2.2工作流（由状态节点和流转箭头构成）... 9

2.2.1工作流程图... 9

2.3创建工作流... 11

2.3.1创建状态节点... 11

2.3.2创建工作流... 12

2.3.3创建工作流解决方案，关联工作流方案... 13

3.项目权限管理... 15

3.1用户，用户组，项目角色... 15

4.实例示范... 17

1.准备工作

安装JIRA（环境已经搭建好）访问地址：

http://10.87.66.30:8080/secure/Dashboard.jspa
1.1添加用户，添加用户组
总管理员有创建用户的权限（JIRA同时有权限管理功能），登陆进去之后选择=>管理员面板=>users=>点击右上角创建用户（用户组同样的操作）

图1
图2
创建完成用户之后，需要给予其默认的jira_users权限，用户才可以有登陆的权限。
1.2创建一个项目
图3

2.掌握基础操作

图4

2.1什么是问题，创建问题类型，创建问题

在JIRA中将所有的都称作为问题，包括BUG,需求等…

图5

2.1问题属性（状态，解决结果，优先级）
2.1.1问题的状态

图6
2.1.2问题解决结果

图7

2.1.3问题优先级

图8

2.1.4创建问题
图9
拥有创建问题权限的人员登录之后，在右上角有创建问题的选项。如图10

图10

这些都是可以用户根据自己的需要进行定义。根据每个问题所在的类型的不同和每个类型所对应的工作流的不同，如 BUG有BUG管理跟踪流程（工作流）。包括问题所处的模块（跟模块板块关联起来），到期日，影响的版本，修复的版本，经办人，报告人，对于问题的详细描述都可以编辑。如图11
图11

创建完成的问题可以有XML,WORD,等方式查看，点击WORD查看方式可以导出成WORD文档格式，如图12
图12

2.2工作流（由状态节点和流转箭头构成）
2.2.1工作流程图

上面已经提到和使用了工作流，下面详细介绍下工作流。如下图就是JIRA中导出的一张关于BUG管理的工作流图：如

图13：

开始=>测试人员创建新的BUG=>开发组长查看新的BUG=>开发组长推迟BUG修改时间、分配BUG=>

解决BUG=>测试人员关闭BUG、测试人员发现BUG还需要重新编辑则流转到创建BUG（相当于update）

图13

以文字显示的，如图14

图14
2.3创建工作流
2.3.1创建状态节点
图15

问题属性=>状态=>最下面=>创建状态，选择对应的图标

图16
2.3.2创建工作流
1.问题=>工作流=>创建新的工作流

图17
2.编辑工作流

a.点击步骤，将之前创建的状态按照流程走向加入。

图18

b.点击添加工作流动动作，来编辑工作流变迁的动作。

图19
在工作流动作中有4个选项：

不显示页面：就是工作流变迁时不显示任何页面
Default Screen:相当于跳出一个创建问题的页面
Resolve Issue Screen :跳出一个解决问题的页面
Workflow Screen: 跳出一个工作流的页面

2.3.3创建工作流解决方案，关联工作流方案
多个工作流（如BUG管理工作流，任务跟踪工作流等）可以放到一个工作流解决方案中跟项目关联。需要新建一个工作流方案

点击添加工作流方案到达添加工作流方案界面

点击分配工作流将创建好的工作流加入方案中。

点击项目，回到项目首页，选择工作流=>更多，点击右上角▼=>select a scheme

到达选择界面，选择建好的工作流方案

可以查看项目的概要情况。

3.项目权限管理
3.1用户，用户组，项目角色
一、用户，用户组，项目角色之间的关系和区别
项目角色是在用户/组和项目管理建立关联的一种灵活方式. 在企业版本中项目负责人还可以设置项目角色中的成员。

JIRA系统中的项目角色需要由全局的管理员来定义 - 就是说,所有的项目有相同的项目角色可供使用.

项目角色可以用在:

permission schemes - 权限模型.

email notification schemes - 邮件通知模型.

issue security levels - 问题安全级别.

comment visibility - 注释可见性.

workflow conditions - 工作流条件.

JIRA系统中的项目角色有点儿类似于组, 二者的主要区别是组成员是全局的,而项目角色成员是特定项目.

另外,组成员只能由JIRA系统管理员修改, 而项目角色成员可以由项目负责人来修改.

注意:

项目负责人是指拥有'Administer Project'权限的用户, 不必有'JIRA Administrator'权限. 在JIRA企业版中,项目负责人可以管理项目角色成员.在JIRA专业版和标准版中, 只有JIRA系统的全局管理员能够管理项目角色成员（公司装的是企业版）。

JIRA系统默认提供了三个项目角色:

Administrators - 管理特定项目的用户.

Developers - 能够处理特定问题的用户.

Users - 能够在特定项目中记录问题的用户.

您可以根据企业的需要,创建,修改,删除项目角色.

给项目角色指定默认的成员

项目角色中的默认成员是指一些用户和组,这些用户和组在所有新创建的项目中作为最初的成员被分配到项目角色中.

对于特定项目的实际成员可以被项目负责人修改.

默认成员是由默认的用户和默认的组构成. 可以通过点击编辑链接进行添加.

需要提醒注意的是:

修改一个项目角色默认成员不会影响到已有项目中的实际项目角色成员!

4.实例示范

1.流程流转

名称	描述
新建并分配总任务	项目负责人根据需求新建并且分配总任务
小组长分配子任务	小组长将接受到的任务细化成一个个子任务
开发人员解决子任务	开发人员根据自己接受到的任务开发
小组长代码评审	小组长评审组员提交的代码
评审通过完成开发	小组长评审没有问题
评审不通过返工	小组长发现存在问题回到新建总任务
重新打开问题	项目负责人重新打开问题
关闭问题	项目负责人关闭问题

项目负责人：admin管理员

小组长：陈炜

开发人员：柯文佳

2.图形示例

3.进行角色定义和权限设置

步骤1:

步骤2：设置好权限

下面进行一遍流程的演示：

1.admin登陆并创建问题

2.分配问题给项目组长

以小组长账号登陆，查看到自己接受到的任务

以开发人员柯文佳的账号登陆，查看小组长分配给自己的任务，开发好之后，点击提交代码

代码提交之后，开发组长查看之后确定是否通过

最后项目管理员以管理员权限登陆才可以关闭问题。