Html标签＜td＞＜tr＞＜th＞全称及缩写说明

把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处理提示[email protected]</p> </ol> <br> <p><strong>月汇报：</strong> 健康值度+上个月重点Stack复盘说明</p> <ol> <p><strong>提醒内容：</strong> 月度底层总jira健康度及存在的问题点，每个项目的健康度和改进意见</p> </ol> </ol> </div>

<tr></tr>标签的包括范围是怎样的