软件开JIRA管JIRA管理流需求分析组I概要设计需求单、原型、ER图、详细设计E需求分析组程序开发41^■ilP-■需求管理需求分析组对应一个需求的测对应系统或多个需求的BUG£测试管理测试问题使用JIRA和Jenkins进行项目管理（仅供参考）1使用JIRA进行项目跟踪管理1.1JIRA项目管理流程1.1.1概述项目的软件开发流程主要围绕实现一个个业务功能需求和非功能需求的需求分析、设计、开发、测试、发布验收，而参与人员最多的开发和测试环节是流程最容易出问题的环节，为有效使用JIRA进行项目管理，我们设计了以需求为主导的JIRA表单和流程（如下图）。对应于软件过程的管理流程，本项目JIRA对应设置了以下的IssueType（问题类型）和3大管理流程：'需求分析组I需求分析用户用户验收测试说明】■【需求单】：在需求分析、概要设计、详细设计阶段，将产生对一个需求的具体描述和实现设计描述交付到开发阶段，在JIRA中，体现为一份需求单，这些交付件全部作为需求单的附件，需求单的来源包括：需求分析组J详细设计需求子任务-变更单*子任务-开发任务单*子任务-评审BUG单任务管理流程忙子任务-测皿单吒子任务-设计问题单.-需求阶段的原始需求，以一个业务功能为一份需求，通常在一周左右可以开发完成，例如“用户新增和查询功能”；-系统优化和变更：如果一些变更无法对应一份原始需求，需要创建一份新的需求单■【子任务单】在开发阶段，一份需求往往需要三四天甚至长得多的时间才能完成，开发完成后也存在不断的优化和改进，因此，围绕需求在JIRA上设置了以下的管理跟踪对象子任务单(SubIssueType)-开发任务单：程序员拿到需求后，组长应该协调开发人员将需求分解为开发任务，在JIRA上创建任务单；-设计问题单：程序员拿到需求中的设计进行评估时，如果发现设计文档或者需求有bug，应该记录在案以便协调设计小组完善，在JIRA上创建设计问题单；-变更单但设计和需求人员需要对已经提交的需求和设计提交变更时，例如增加一个字段、变更原型样式、变更接口方法，均需要提交变更单；-评审BUG单主要是开发组长或者结对开发程序员在评审BUG时，将评审的BUG记录为评审BUG；-测试BUG单主要针对前期开发阶段的冒烟测试，测试人员对已经实现的功能进行测试，保证流程能够跑得通，如果发现BUG则创建测试BUG单；■【测试问题单】-主要针对无法对应到一份需求产生的BUG■流程设置说明-根据参与者、小组分工，设置以下流程-需求跟踪流程参与人员包括需求分析员、设计者、开发组长、程序员、测试组长、测试员、用户参与，只与需求单关联，但目前其他用户参与的流程主要由开发组长完成。-任务跟踪流程主要是开发组长和程序员两级人员参与，与开发任务单、设计问题单、变更单、评审BUG单，便于开发小组进行状态监控，部分单尽管涉及到设计人员，但为降低流程协调工作量，均由开发人员在面对面解决后对流程进行操作草•创建子任■开发小组长x■开发人员「分配一丿■L退回重新分配丿子任务流•创建子任开发人员<开始处理7I处理中'开发人员、完成/「I…开发完成开发小组长发布测试■■待单元验收测试-开发小组长■■退回返待单元验收测试待集成发现■测试人员验收通过待集成_、'开发小组长'‘开发小组长退回返完成集新建BUG'测试人员启动BUG流程■*"发现BUG'""L测试通过-…发现测试人开发小组关闭/已关闭结束—BUG跟踪流程主要是测试人员和开发组间的流程跟踪详细的流程图如下：1.1.2需求跟踪流程开始开发组长草稿流程重点说明】—开发人员必须在接受到任务后点击“开始处理”，以便跟踪哪些任务正在处理中；任务完成后点击“完成”；—小组长在代码评审后，使用JIRA的批量流程操作功能，将完成开发的进行发布，在JIRA上点击“发布测试”；-测试部分分为两个环节：冒烟测试和集成测试；-冒烟测试对应流程中的单元验收测试，在开发人员本机上或者该小组的服务器上每日构建后进行测试；测试通过后应立即进行JIRA“验收通过”操作；-冒烟测试通过后，开发小组协调发布人员，进行各小组的代码集成，开发小已分开发小组退回返工/测试通组长在集成完成后，对相应的需求批量进行JIRA“完成集成”操作。-集成测试，在冒烟测试...
