把
html格式转markdown；<h3 id="sec3.1">3.1 涉及底层JIRA流程</h3>
<!-- 提示用户可以查看详情页 -->
<div class="note">
<p>点击左侧目录中的“详细”图标查看该内容的独立详情页，适合完整阅读。</p>
</div>
<!-- 添加完整详细3.1.1 -->
<div class="detail-section">
<h3>3.1.1 背景与目标</h3>
<h4>3.1.1.1 背景</h4>
<p>随着项目规模扩大和团队人数增加，原有的问题处理流程暴露出以下痛点：</p>
<ul>
<li>
<h5>问题分类不明确，流转效率低下</h5>
<p>缺乏统一的问题归类标准，导致问题在项目或多个团队流转时增加不确定性。</p>
</li>
<li>
<h5>责任归属不清晰，团队间推诿</h5>
<p>问题分配机制和责任人界定不完善，问题解决的推动效率降低。</p>
</li>
<li>
<h5>缺乏标准化字段，统计分析困难</h5>
<p>没有标准化字段体系支撑，无法轻松完成问题类型、数量或原因的数据统计分析。</p>
</li>
<li>
<h5>新成员学习成本高，流程掌握时间长</h5>
<p>流程不直观，新成员需要时间熟悉复杂的分类或操作。</p>
</li>
</ul>
<h4>3.1.1.2 目标</h4>
<div class="field-detail">
<ol>
<li><strong>定义标准化操作步骤</strong>：为底层工程师提供清晰的问题处理流程</li>
<li><strong>优化问题流转效率</strong>：通过字段分类实现问题快速分配</li>
<li><strong>确保数据可追溯</strong>：完整记录问题处理过程，便于后续分析</li>
<li><strong>降低学习曲线</strong>：新成员可快速掌握团队工作流程</li>
</ol>
</div>
</div>
<!-- 添加完整详细3.1.2 -->
<div class="detail-section">
<h3>3.1.2 JIRA流程相关字段属性介绍</h3>
<h4>字段属性介绍</h4>
<table>
<thead>
<tr>
<th>字段名称</th>
<th>字段
说明</th>
<th>填写要求</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Component/s</strong></td>
<td>用于指定涉及底层问题所对应的技术栈，例如 IoHwAb_Stack, Com_Stack 等。</td>
<td>必填字段，至少选一个技术栈模块。如果Custom_2不是“非BSW问题”，需要重新检查Component/s选择正确的协议栈来匹配问题。(流程的任何阶段都可以修改属性)</td>
</tr>
<tr>
<td><strong>Custom_1</strong></td>
<td>用于问题的快速流转。需要处理问题的部门分类，例如 BSW（基础软件）、HW（硬件）、ASW（应用层软件）、Other（其他）。</td>
<td>试点项目必填字段（建jira和流转问题时关注），确保问题建立时明确责任归属或下一步流转对象。</td>
</tr>
<tr>
<td><strong>Custom_2</strong></td>
<td>涉及底层问题分析的结果归类</td>
<td>必填字段，根据问题分析结果选择适当选项，支持动态调整。(流程的任何阶段都可以修改属性)</td>
</tr>
<tr>
<td><strong>Assignee</strong></td>
<td>问题的任务负责人或分配人，它表示当前任务或者工作项（如 Story、Task、Bug 等）被分配给了谁，需要由这个人来完成任务或处理问题。。</td>
<td>在确定问题分类后指派给合适的责任人，例如底层开发工程师或平台工程师。</td>
</tr>
<tr>
<td><strong>Comment</strong></td>
<td>自由文本，记录问题的描述、分析
说明以及责任转交原因。</td>
<td>重要字段，用以清晰记录问题处理过程，便于后续问题追踪或评估。</td>
</tr>
</tbody>
</table>
</div>
<!-- 添加完整详细3.1.3 -->
<div class="detail-section">
<h3>3.1.3 字段属性的具体类别</h3>
<h4>3.1.3.1 Component/s 属性</h4>
<ol>
<p><strong>定义：</strong> 表示问题的初步分类，例如 BSW、HW、ASW 等。</p>
<p><strong>适用范围：</strong> 全部项目。</p>
<p><strong>类型列表：</strong> 用于简单分类问题所涉及的技术栈模块，以规范问题范围。</p>
<table>
<thead>
<tr>
<th>类型</th>
<th>
说明</th>
<th>关键模块</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Cdd_Stack</strong></td>
<td>为特定硬件设备或自定义硬件提供支持，针对复杂设备功能，满足标准化 API 无法实现的需求。</td>
<td>
<p>• 自定义设备驱动（CDD）： 根据具体设备需求开发的驱动模块。</p>
<p>• RTE（运行时环境）： 确保与上层通信。</p>
<p>• 直接与硬件寄存器交互以实现底层逻辑。</p>
</td>
</tr>
<tr>
<td><strong>Com_Stack</strong></td>
<td>管理 ECU 间及 ECU 与外部工具的通信，确保信号与数据高效、稳定传输。</td>
<td>
<p>• Com（通信管理器）： 应用层管理信号与 PDU。</p>
<p>• PduR（PDU 路由模块）： 管理上下层模块的数据路由。</p>
<p>• 接口模块（CAN/LIN/FlexRay/Ethernet）： 如 CanIf、LinIf。</p>
<p>• SoAd 和 TcpIp： 提供以太网通信功能。</p>
</td>
</tr>
<tr>
<td><strong>Diag_Stack</strong></td>
<td>提供 ECU 的诊断支持，包括故障记录、诊断服务和外部工具交互，符合 UDS（ISO 14229）标准。</td>
<td>
<p>• Dcm（诊断通信管理器）： 提供诊断服务（如读取故障码）。</p>
<p>• Dem（诊断事件管理器）： 记录并存储故障信息。</p>
<p>• FIM（故障禁用管理）： 管理功能禁用逻辑。</p>
</td>
</tr>
<tr>
<td><strong>CybSec_Stack</strong></td>
<td>提升 ECU 通信安全性，保证数据完整性、机密性，并防护潜在的恶意攻击。</td>
<td>
<p>• SecOC（安全本地通信模块）： 确保通信完整性和真实性。</p>
<p>• CryIf（加密接口模块）： 提供通用的加密接口。</p>
<p>• Csm（加密服务管理器）： 调度加密算法。</p>
<p>• KeyM（密钥管理模块）： 管理密钥生成与分配。</p>
<p>• 防火墙模块： 过滤并保护数据流。</p>
</td>
</tr>
<tr>
<td><strong>Fbl_Stack</strong></td>
<td>符合 ISO 26262 标准，提供功能安全支持，避免关键系统由于故障进入危险的运行状态。</td>
<td>
<p>• WDG（看门狗模块）： 防止死锁并监控硬件运行状况。</p>
<p>• E2E（端到端保护模块）： 提供通信完整性和一致性保护</p>
<p>• SafeM（安全管理模块）： 检测并处理系统威胁。</p>
</td>
</tr>
<tr>
<td><strong>IoHwAb_Stack</strong></td>
<td>提供硬件与上层的标准化接口，屏蔽硬件差异，适用于传感器与执行器的控制需求。</td>
<td>
<p>• IoHwAb（硬件抽象层）： 屏蔽底层硬件差异化。</p>
<p>• ADC（模数转换模块）： 负责信号数字化。</p>
<p>• PWM： 提供执行器的信号控制。</p>
<p>• DIO： 处理数字 I/O 信号。</p>
<p>• Gpt： 软硬件定时功能支持。</p>
</td>
</tr>
<tr>
<td><strong>Mem_Stack</strong></td>
<td>管理 ECU 中非易失性数据（如 EEPROM 和 Flash）的读写，保障数据一致性和可靠性。</td>
<td>
<p>• MemIf（存储接口）： 提供统一访问接口。</p>
<p>• NvM（非易失性存储管理模块）： 管理重要数据存储。</p>
<p>• Fee（Flash EEPROM 仿真模块）： 负责模拟 EEPROM 功能。</p>
<p>• Ea（EEPROM 抽象层）： 提供直接存储支持。</p>
</td>
</tr>
<tr>
<td><strong>ModeMgm_Stack</strong></td>
<td>管理 ECU 的运行模式切换（如启动、运行、休眠等），协调多模块模式同步。</td>
<td>
<p>• BswM（基础软件模式管理器）： 协调 BSW 的模式切换。</p>
<p>• EcuM（ECU 管理模块）： 控制运行模式切换。</p>
<p>• ModeSwitch： 提供统一切换接口。</p>
<p>• RTE： 支持应用与基础软件运行协调。</p>
</td>
</tr>
<tr>
<td><strong>Sys_Stack</strong></td>
<td>系统服务栈：提供基础服务支持（如断电保护、中断管理等），保障 ECU 系统运行稳定性与效率。</td>
<td>
<p>• RTE（运行时环境）： 负责系统接口协调。</p>
<p>• Scheduler（调度模块）： 提供任务调度支持。</p>
<p>• EcuM： 支持 ECU 生命周期管理。</p>
<p>• Diagnostic Services： 提供核心诊断功能。</p>
</td>
</tr>
<tr>
<td><strong>OS_Stack</strong></td>
<td>操作系统栈：提供基于 AUTOSAR 标准的实时操作系统（RTOS），用于实现任务管理、调度以及多任务间的通讯和同步。</td>
<td>
<p>• OSEK/VDX 兼容 OS： 支持多任务调度与优先级管理。</p>
<p>• 资源管理模块： 确保任务安全访问硬件资源。</p>
<p>• 任务调度模块： 依据优先级或时间分片执行任务分配。</p>
</td>
</tr>
</tbody>
</table>
</ol>
<br>
<h4>3.1.3.2 Custom_1 属性</h4>
<ol>
<li><strong>定义：</strong> 表示问题的初步分类，例如 BSW（基础软件）、HW（硬件）、ASW（应用软件）等。</li>
<li><strong>适用范围：</strong> 仅在 <strong>试点项目流程</strong> 中使用。</li>
<li><strong>定义：</strong> 用于简单分类问题所涉及的技术栈模块，以规范问题范围。</li>
<table>
<thead>
<tr>
<th>类型</th>
<th>
说明</th>
<th>示例场景</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>BSW</strong></td>
<td>基础软件问题</td>
<td>Timer 配置错误</td>
</tr>
<tr>
<td><strong>HW</strong></td>
<td>硬件相关问题</td>
<td>电路问题导致功能失效。</td>
</tr>
<tr>
<td><strong>ASW</strong></td>
<td>应用软件问题。</td>
<td>软件控制逻辑失效</td>
</tr>
<tr>
<td><strong>Other</strong></td>
<td>其他问题。</td>
<td>无法明确定位的问题场景</td>
</tr>
</tbody>
</table>
</ol>
<br>
<h4>3.1.3.3 Custom_2 属性</h4>
<ol>
<li><strong>定义：</strong> 在底层问题处理过程中，进一步对问题进行详细分类，辅助后续分析和统计。</li>
<li><strong>适用范围：</strong> 全部项目</li>
<li><strong>定义：</strong> ？。</li>
<table>
<thead>
<tr>
<th>类型</th>
<th>
说明</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>开发设计问题</strong></td>
<td>底层代码或设计中的缺陷导致的问题。</td>
</tr>
<tr>
<td><strong>需求问题</strong></td>
<td>客户需求逻辑不明确，存在设计问题或错误。 没有明确给到底层</td>
</tr>
<tr>
<td><strong>平台问题</strong></td>
<td>问题涉及平台设计相关问题。 非项目Base。</td>
</tr>
<tr>
<td><strong>三方包问题</strong></td>
<td>第三方软件包相关问题。。</td>
</tr>
<tr>
<td><strong>非BSW问题</strong></td>
<td>问题非底层问题，应用层或非问题。</td>
</tr>
</tbody>
</table>
</ol>
</div>
<!-- 添加完整详细3.1.4 -->
<div class="detail-section">
<h3>3.1.4 流程
说明</h3>
<h4>3.1.4.1 常规项目流程(无Custom_1属性)</h4>
<div class="flowchart-container">
<div class="mermaid">
flowchart TD
A[创建 JIRA] --> B[将任务分配给底层工程师]
B --> C[底层工程师根据问题描述填写 Component/s]
C --> D[底层工程师分析问题并填写 Custom_2]
D --> E{问题分类是否为底层问题?}
E -- 是 --> F[检查并更新 Component/s 的正确性]
E -- 否 --> G[无需更新 Component/s]
F --> H[流程完成或流转至下一节点]
G --> H[流程完成或流转至下一节点]
</div>
</div>
<br>
<h4>3.1.4.2 试点项目流程(有Custom_1属性)</h4>
<div class="flowchart-container">
<div class="mermaid">
flowchart TD
A[创建 JIRA] --> B[填写 Custom_1 属性进行问题初步分类]
B --> C{问题分类是否为 BSW?}
C -- 是 --> D[流程流转到 BSW TL 负责人]
C -- 否 --> E[流转非BSW处理]
D --> F[BSW TL 审核并分配给对应底层工程师]
F --> G[底层工程师根据问题描述填写 Component/s 属性]
G --> H[底层工程师分析问题并填写 Custom_2]
H --> I{问题分类是否为底层问题?}
I -- 是 --> J[检查并更新 Component/s 属性的正确性]
I -- 否 --> K[无需更新 Component/s 属性]
J --> L[底层工程师将问题回传给 BSW TL]
K --> L[底层工程师将问题回传给 BSW TL]
L --> M[BSW TL 检查并流转至下一个步骤]
</div>
</div>
</div>
<!-- 添加完整详细3.1.5 -->
<div class="detail-section">
<h3>3.1.5 底层JIRA闭环</h3>
<h4>3.1.5.1 重点Satck复盘</h4>
<ol>
<p><strong>定义：</strong> http://10.190.3.206:8080/cb/wiki/895157。</p>
<p><strong>适用范围：</strong> 全部项目。</p>
<p><strong>类型列表：</strong> 用于简单分类问题所涉及的技术栈模块，以规范问题范围。</p>
<table>
<thead>
<tr>
<th>类型</th>
<th>
说明</th>
<th>关键模块</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Cdd_Stack</strong></td>
<td>为特定硬件设备或自定义硬件提供支持，针对复杂设备功能，满足标准化 API 无法实现的需求。</td>
<td>
<p>• 自定义设备驱动（CDD）： 根据具体设备需求开发的驱动模块。</p>
<p>• RTE（运行时环境）： 确保与上层通信。</p>
<p>• 直接与硬件寄存器交互以实现底层逻辑。</p>
</td>
</tr>
</tbody>
</table>
</ol>
<br>
<h4>3.1.5.2 项目 JIRA 底层健康度</h4>
<br>
<h5>3.1.5.2.1
说明</h5>
<ol>
<p><strong>定义：</strong> 项目 JIRA 健康度是衡量项目运行状态和质量的一种综合性指标。通过分析 JIRA 系统中的关键属性（如问题类型、任务状态、流转效率等），评估项目的执行情况和管理水平。</p>
<p><strong>数据来源：</strong><a href="https://superset.cn.kostal.int/superset/dashboard/81/?native_filters_key=sFUtjAalYPrgQTk65C9T5ERbP2ZbcDJnl82bQ2-X9N4paTeyNIL-dpl89MjyFCSZ" target="_blank">BSW_JIRA Superset</a></p>
<p><strong>适用范围：</strong> Superset 监控的项目。</p>
<p><strong>健康度组成：</strong></p>
<table border="1" style="border-collapse: collapse; width: 100%; text-align: left;">
<thead>
<tr style="background-color: #f0f0f0;">
<th>组成部分</th>
<th>来源</th>
<th>健康度占比</th>
<th>具体公式计算</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>初步分析完成度</strong></td>
<td>涉及底层JIRA的Component/s的完成情况，完成
标签的个数占涉及底层的jira数</td>
<td>20%</td>
<td>
- 如果无底层参与，得分为 20%。<br>
- 否则：完成数量 / 总数量 * 20%。
</td>
</tr>
<tr>
<td><strong>底层分析结束完成度</strong></td>
<td>涉及底层JIRA的Custom_2的完成情况，完成
标签的个数占涉及底层的jira数</td>
<td>40%</td>
<td>
- 如果无底层参与，得分为 40%。<br>
- 否则：分析完成数量 / 总数量 * 40%。
</td>
</tr>
<tr>
<td><strong>底层问题占比</strong></td>
<td>Custom_2为底层问题jira数占总jira的比例</td>
<td>30%</td>
<td>
- 如果无总数量，则得分为 30%。<br>
- 如果计算结果 > 1，得分为 30%。<br>
- 如果计算结果 < 0，得分为 0。<br>
- 否则：动态得分 = (1.4 - (底层问题数 + 涉及底层jira未分析数)/总数*2) * 30%。
</td>
<tr>
<td><strong>长期不流转</strong></td>
<td>当前jira的assignee在底层工程师，超过7天没有处理或超过15天没有处理</td>
<td>10%</td>
<td>
- 如果无底层参与，得分为 10%。<br>
- 若 7 天未处理占比 > 30% 或 15 天未流转占比 > 10%，得分为 0。<br>
- 否则，根据惩罚公式：1 - 2 * (7 天未处理占比) - 5 * (15 天未流转占比)，结果乘 10%。
</td>
</tr>
</tbody>
</table>
<br>
<p><strong>备注：</strong></p>
<ul>
<li><strong>涉及底层jira：</strong> 项目中assignee给底层工程师的jira,包括当前和过去</li>
<li><strong>不规范填写：</strong> 由于Custom_2是文本格式，所以不能主观修改定义好的类别。写过一次 Custom_2 的类别后，系统会记住该类别，下一次可以直接选择之前使用过的类别。</li>
</ul>
</ol>
<br>
<h5>3.1.5.2.2 不规范提醒及健康值公布</h5>
<ol>
<p><strong>周提醒：</strong> 实时健康值（2025/5/1之后到当前）+每月健康值（-60天到-30天的）+超期提醒（全部时间范围内）</p>
<ol>
<p><strong>提醒内容：</strong> 包含ProjectNo+Responsible+健康度，按照assignee划分的时效性报告</p>
<p><strong>备注：</strong>周提醒邮件收到之后，项目的底层责任人会收到当前负责的项目未处理jira清单，发件人：底层JIRA处理提示no-reply@kostal.com</p>
</ol>
<br>
<p><strong>月汇报：</strong> 健康值度+上个月重点Stack复盘
说明</p>
<ol>
<p><strong>提醒内容：</strong> 月度底层总jira健康度及存在的问题点，每个项目的健康度和改进意见</p>
</ol>
</ol>
</div>
本文全面解析了HTML中的各种标签，包括其英文全称与中文释义，如锚点标签（a）、缩写词标签（abbr）、区块引用语标签（blockquote）等，适合初学者和进阶者查阅。
扫一扫
1382
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
