界面 – 定义呈现哪些字段和他们的呈现顺序。
示例: 摘要(主题)、描述、经办人、报告人和其他。
属性:
- 名称
- 描述
- 关联的字段
- 标签Tabs (可选的)
界面类型:
- 创建
- 编辑
- 查看
- 转换
注意！字段呈现在界面，但能通过项目的字段配置方案对用户隐藏。
最佳实践
对所有问题操作使用单个界面显示，如果有太多的字段或是必须在数个阶段输入数据的情况下才使用多个界面。
创建界面时，仅包含用户必须填入的字段即可，太多字段或是额外"选择"的字段会压垮用户。
在编辑和查看字段里，需要包含所有字段，以便轻松更新问题。
- 创建tab标签可以更好地组织字段；
- 或者，你可以在工作流转换过程中更新特定的字段。
以逻辑顺序列出字段，最好按用户可以提供的信息顺序来排序。对于界面和项目有一致的字段顺序，用户会很期待这个标准。
看不见的字段
- 确认字段在界面上；
- 确认字段在问题类型和/或项目范围的限制上进行设置；
- 字段可能隐藏在项目里的字段配置方案中；
- 确认一下在创建和编辑界面右上方的按钮"配置字段"，字段可能隐藏在你的个人查看里；
- 如果你使用了插件ScriptRunner for Jira，字段可能会因为"behavior"而被隐藏。
你无法变更以下查看界面的元素:
- 用户列表上任何字段的位置(如: 经办人、报告人和参与者类型字段)和呈现在问题页面右侧的数据类型字段；
- 字段的呈现顺序，如: “摘要”“描述”“链接问题”和“附件”，等等。
这些元素是硬编码模版的一部分，在不修改核心应用文件(不建议)的情况下，你无法修改模版。
界面方案
界面方案–界面和不同问题的操作上的关联。
举个例子：
- 第一个界面用于“创建“；
- 第二个界面用于“编辑”；
- 第三个界面用于“查看”。
问题类型界面方案
问题类型界面方案– 界面和不同问题类型的关联
举个例子，你可以使用一个界面方案去处理“缺陷”问题，并且用另一个不同的界面方案去处理"任务"问题类型，与界面方案结合，这就产生了高可配置化的界面的可能性。
小贴士
当创建界面的时候，这里有一些有效的小贴士。
不要问太多问题
要问你会用到的信息。
举个例子，如果你计划通过邮件来反馈问题，只要获取邮箱地址即可(而不是邮箱地址、手机号码和邮寄地址)，如果你的文件中已经有报告人的邮箱地址，此处则不输入，短的web表单更可能被完成，用户不喜欢提供太多的方式让你联系(垃圾邮件、骚扰)他们。
问具体的问题
用字段描述来向用户询问具体信息或是提供格式说明，问一个具体的问题能够让你获取更好的信息，而不是留空白或“在这里是输入你的信息”的描述。
例如：“你需要安装什么软件？”或是“你的缺陷报告预期产生什么样的结果？”
如果字段有验证的需求，告诉用户该需求是什么
出清楚容易理解的指示，不要等用户输入错误的数据之后，才提供他们格式化的指导。
举个例子，告诉用户输入他们的手机号码的格式：138-###-####，而不是给他们错误信息“请输入合法的手机号码”。
确认成功的提交在用户点击提交按钮后，应该收到确认信息(或是如果有任何问题时告知错误信息)Jira默认上具备这个功能。
张贴并附上你的隐私策略
任何时候当你收集用户信息时，你应该有一个容易访问的隐私声明，告知你会收集什么数据、你如何使用这些数据以及什么样的情况下你会揭露这些数据。
举个例子，如果完成这个表单也就意味著你会把这些地址加入到你的通讯系统里，这些都需要非常清楚地告知。这一点对于开放的实例以及你将Jira作为客户支持的系统的情况，会是非常重要的。
考虑你的受众与所有web相关的处理方式一样，根据最终用户和他们的特定的目标来创建表单，你的表单或许需要与既有的客户、新的愿景或不同的情况下去区别，不要尝试使用相同的表单来服务所有的用户和所有的情况。
最后同时也是最重要的，让界面更加的简单、直观。
关于《JIRA策略管理实战手册》
本文节选自《JIRA策略管理实战手册》，为Jira管理员提供配置、清理和维护Jira的模板。 此实战手册包含：
- 152条建议- 帮助您设置、清理和维护Jira
- 50个工作表，以及其他相关模板、代码片段和示例
- 33个需避免的反面真实案例
- 每个管理区域的最佳实践和注意事项
- 作者作为管理员犯下的十大错误
