尧图网页设计 
收到Request for FIT Details of STM32H563ZIT6这个邮件标题时我第一反应是客户又在走流程了。等真正动手去推进这件事才发现从搞清楚FIT是什么到从ST拿到可用数据再到把数据折算进系统失效率每一步都有不少看不见的坑。FIT这个缩写平时在硬件圈里经常露面大概知道是失效率但真要对着具体的物料号、温度条件、置信区间去要数据、验数据、用数据很多人是没完整走通过的。这篇就把我这次处理STM32H563ZIT6 FIT数据请求的全过程拆开讲一遍包括需求分析、原厂申请流程、报告解读、复算方法以及最后怎么落到系统可靠性文档里希望能给正在被类似需求折磨的同行省点时间。1. 拆解这个请求要的到底是一个数还是一套证明1.1 客户为什么执着于FIT邮件标题虽然只有一句话背后其实是客户质量部门的明确诉求把STM32H563ZIT6这颗主控的失效率数据作为产品可靠性评估的输入。客户做的是工业现场设备整机要走IEC 61508相关的功能安全评估也涉及客户招投标时的可靠性准入审查。在这种场景下FIT不是研发团队想不想给的问题而是没有就过不了评审的硬性门槛。很多工程师第一次遇到这种情况会想直接问原厂要一个FIT几不就行了实际远没有这么简单。FIT是一个带有明确适用条件的统计量它依赖结温、电压应力、置信度、计算标准等多个维度。你向原厂发一句请提供STM32H563ZIT6的FIT大概率会收到一封反问邮件你的工作温度是多少预计结温多少用于什么标准怎么使用有没有失效模式分配的要求这些反问不是原厂在刁难你而是因为FIT数据如果不结合具体工况给出的值毫无工程意义。1.2 从FIT到FMEDA可靠性证据链还要理解FIT在整个可靠性证据链中的位置。客户最终要的不是一颗芯片的FIT值而是基于FIT做的FMEDA失效模式影响与诊断分析、可靠性预计以及SIL等级评估。一颗MCU的失效率只是系统级失效率的一个分量。所以当你向客户提交STM32H563ZIT6的FIT数据时对方会要求你说明数据来源、计算依据、置信度甚至要求提供原厂原始报告。这就是我强调的证据链概念客户审计要的是可追溯的原始证据不是一句原厂说大概5个FIT的口头信息。2. 先把FIT掰开揉碎定义、单位与温度加速2.1 FIT定义与JESD85标准FIT是Failure In Time的缩写标准定义是每10^9个器件工作小时内发生失效的次数。1 FIT就代表10亿器件小时里发生1次失效。之所以用这个夸张的单位是因为半导体器件的失效率极低用百分比或ppm都没法精确表达。行业里计算失效率的主流依据是JEDEC的JESD85标准也就是《Methods for Calculating Failure Rates in Electronic Components》ST等原厂的FIT报告基本都是按这个标准的口径在出。需要注意FIT对应的是随机失效阶段的恒定失效率。一个典型电子器件的失效率随时间变化是一条浴盆曲线早期失效阶段失效率偏高且快速下降随后进入失效率基本恒定的随机失效阶段最后因为电迁移、热疲劳、腐蚀等损耗机制进入磨损失效上升期。FIT这个指标描述的只是中间那段平稳期不能用来预测使用寿命。2.2 与MTBF的换算关系MTBFMean Time Between Failures平均无故障时间和FIT的关系在数学上非常直接MTBF 10^9 / FIT小时比如FIT5时MTBF 10^9 / 5 2×10^8小时换算成年大概是22831年。每次我给出这个数字都会有同事开玩笑说这块芯片能活两万年。这里必须说清楚MTBF是一个群体统计量描述的是大量相同器件在随机失效模式下的平均行为不是单颗器件的期望寿命。真实产品寿命往往被电解电容老化、连接器磨损、固件异常这些非随机因素限制住MTBF算出来只是给可靠性设计做量化比较。2.3 温度和电压是FIT的隐藏变量FIT值随温度和电压变化很大。半导体器件的主要失效机制像栅氧化层击穿、电迁移、热载流子注入几乎都有温度加速效应。所以原厂给出的FIT一定对应某个结温条件最常见的口径是Tj55°C也有给85°C或105°C的。如果没有标注温度这个FIT值就是不可用的。此外还有电压因素供电电压越高介质击穿类失效概率越大。但在ST这类MCU的公开FIT数据里通常默认标称电压温度是主变量。所以你在请求邮件里把工作电压和工作温度写清楚原厂才能给你算一个符合你工况的数据而不是丢一个通用值让你自己去折算。3. STM32H563ZIT6选型背后为什么这颗料值得要数据3.1 芯片概况STM32H563ZIT6的大致底细是这样内核是Cortex-M33最高主频250MHz带DSP指令和硬件浮点还集成了TrustZone安全扩展。存储配置是2MB Flash加640KB SRAM这在MCU里属于比较充裕的档位。后缀拆开看Z代表LQFP144封装I代表温度等级是-40°C到85°CT6是载带卷装的包装形式。这颗芯片的定位是面向工业控制、物联网网关、边缘计算这类对性能和安全都有要求的应用外设上有以太网MAC、USB OTG、FDCAN等工业通信接口非常契合我们的产品需求。选这颗料的时候除了性能外设这些常规考量还有一个因素就是ST在工业市场长期积累的可靠性数据体系。相比于一些新兴厂商ST在质量文档、认证报告、失效分析反馈这些方面的规范化程度更高这颗芯片的资格认证数据是拿得出手的。3.2 可靠性数据在选型中的价值选型时容易被忽略的一点是可靠性数据的可得性本身就是一个选型维度。有的芯片性能再强原厂拿不出一份规范的FIT数据或者资格认证报告在功能安全相关项目里基本就是直接出局。我们这次选STM32H563ZIT6是因为预判到客户一定会在可靠性上追问而ST的产品线有能力给出完整的证据链。所以我的建议是在做芯片选型对比表的时候除了价格、性能、功耗、供货周期这几列再加一列可靠性数据可得性标注该型号是否有公开的资格报告、FIT数据是否容易申请、是否有失效分析支持渠道。这一列在项目后期能帮你避免很多被动局面。4. 实操请求流程给ST发一封有效的FIT申请4.1 两个获取层次STM32的FIT数据获取分两个层次。第一层是公开资料ST官网有Quality Reliability专区部分型号的失效率数据、封装认证报告可以直接查到。对于一般应用公开数据够用了。但如果你需要针对特定型号、特定工况的详细数据或者客户审计要求正式函件回复就要走第二层正式申请。正式申请的通道通常有三条ST官网的客户支持入口、区域FAE团队、以及代理商的FAE。我们这次是通过ST的FAE提交的因为和FAE有长期合作关系响应速度明显更快。如果你的采购渠道是大的目录分销商也可以让他们的技术支持帮你去内部提需求效果同样不差。4.2 申请信息清单与邮件模板申请FIT数据时最忌讳的写法就是一句话Please provide FIT data for STM32H563ZIT6.。我个人的经验是把工作条件交代得越完整原厂质量工程师给你回复的颗粒度就越到位。我把这次实际用的邮件模板整理在下面你可以直接改参数使用Subject: Request for FIT Details of STM32H563ZIT6 Dear ST Quality/FAE Team, We are developing an industrial IoT gateway and have selected STM32H563ZIT6 (LQFP144, -40/85°C grade) as the main controller. Could you please provide the FIT and related reliability information for this part number? Our operating conditions: - Junction temperature: 55°C typical, 85°C maximum - Supply voltage: 3.3V / 1.2V internal - Operation profile: 24/7 continuous, 10-year service life - Target standard: IEC 61508 (SIL level assessment) We would appreciate it if you could provide: 1) FIT rate under the above conditions 2) Qualification report / HTOL summary if available 3) Confidence level and calculation method used Best regards, [Your Name / Company]这封邮件里有几个关键字眼值得展开说。结温是FIT计算的核心输入写55°C typical, 85°C maximum是告诉对方你既知道典型工况也知道极限工况他们会按你的典型结温来算。任务剖面7×24 continuous, 10-year则让对方明白你不是拿来写宣传册的而是做长期可靠性预计。IEC 61508这个标准名是给对方一个信号请按功能安全级别的严谨度来出数据。这三组信息叠加基本能保证你拿到的不是一句空洞的FIT≈5。4.3 等待周期与跟进节奏从提交申请到拿到正式数据我这次的经历是5个工作日左右。据我了解这个周期在3到10个工作日之间波动取决于原厂质量团队当前的排期。如果超过3个工作日没有回应不要干等可以通过原厂FAE催一下说明项目排期需要在这个月底前确定失效率数据一般情况下都能明显提速。还有一个很实用的技巧可以先让FAE给你一个非正式口头数据用于前期技术评估正式报告后补。FAE手头通常有各产品线的失效率汇总表虽然口径可能没有正式报告那么完整但用来做早期方案可行性和系统级估算已经够用。我们的经验是先拿到一个预估值把客户这边的初步评审过掉正式报告到了再替换归档。5. FIT报告解读与验算学会复算才有底气5.1 报告里除了FIT还有什么ST正式回复的FIT报告结构比很多人想象的要完整。典型内容包含器件信息和资格认证摘要、HTOL高温工作寿命测试的数据样本量、测试小时数、失效数、FIT的计算方法通常引用JESD85、加速因子和使用的激活能、参考工况以及置信度说明。理解这些内容的逻辑关系是很重要的。FIT不是原厂在实验室直接测出来的一个数而是从高温加速寿命测试数据出发用统计学方法推算到正常工作温度下的结果。所以报告里每个参数你都可以验证样本量是多少测试多少小时有没有失效用的置信度是60%还是90%这些数字组合在一起才能算出最终的FIT值。5.2 Arrhenius加速因子怎么算从HTOL测试温度折算到实际工作温度用的是Arrhenius方程AF exp[(Ea / k) × (1/T_use - 1/T_stress)]其中AF是加速因子Ea是激活能半导体微电子失效机制通常取0.7eVk是玻尔兹曼常数8.617×10^-5 eV/KT是绝对温度开尔文。我拿实际的数算一遍HTOL测试通常在125°C下进行我们产品实际结温按55°C算那么AF exp[(0.7 / 8.617×10^-5) × (1/328 - 1/398)] ≈ exp[8123 × 0.000536] ≈ 77.8这个结果的物理含义是芯片在125°C下工作1小时等效于在55°C下工作了约78小时。所以原厂只要用几百颗芯片在高温下跑几千小时就能积累起数千万乃至上亿的器件-小时数据从而推算出极低的FIT值。5.3 Chi-square上限估算与Python验算FIT值本质上是一个带置信区间的统计估计。最常见的算法是用Chi-square分布求失效率的单边置信上限FIT χ²(α, 2f2) / (2 × n × t × AF) × 10^9其中χ²是卡方分布的百分位点α是置信度f是失效数n是样本量t是测试时长AF是加速因子。我用Python把这个计算过程写成了一个可以复用的小脚本import math from scipy.stats import chi2 def arrhenius_af(t_use_c, t_stress_c, ea_ev0.7): k 8.617333262e-5 t_use t_use_c 273.15 t_stress t_stress_c 273.15 return math.exp((ea_ev / k) * (1/t_use - 1/t_stress)) def fit_upper(n, t_hours, failures, confidence0.6, af1.0): chisq chi2.ppf(confidence, 2*failures 2) device_hours n * t_hours * af return chisq / (2 * device_hours) * 1e9 af arrhenius_af(55, 125) fit fit_upper(77, 1000, 0, confidence0.6, afaf) print(fAF(55/125) {af:.1f}) print(fFIT upper 60% {fit:.1f})输出结果AF(55/125) 77.8 FIT upper 60% 153.1这个153只是演示用的合成数据不是ST给该型号的真实值但计算方法完全一致。把脚本里的样本量、测试时长、失效数、置信度替换成ST报告里的实际值你就能自己复算报告里的FIT数字确认有没有对不上。我强烈建议每个做可靠性的工程师都跑一遍这个验算流程因为报告里的一个小数点错误或者代理商的转述偏差到了客户眼里就是专业性的硬伤。6. 把FIT落到系统层面MTBF、SIL、文档6.1 系统级失效率计算拿到单颗H563的FIT后下一步就是把它放进整机的可靠性模型里。最基础也最常用的模型是串联模型假设所有关键器件中任意一个失效都会导致整机失效那么系统总失效率等于各器件失效率的累加λ_system λ_1 λ_2 ... λ_n我用我们工业网关的BOM粗略算过一笔账这里列一个 STM32H563ZIT6 FIT数据申请全流程：从定义到报告解读
收到Request for FIT Details of STM32H563ZIT6这个邮件标题时我第一反应是客户又在走流程了。等真正动手去推进这件事才发现从搞清楚FIT是什么到从ST拿到可用数据再到把数据折算进系统失效率每一步都有不少看不见的坑。FIT这个缩写平时在硬件圈里经常露面大概知道是失效率但真要对着具体的物料号、温度条件、置信区间去要数据、验数据、用数据很多人是没完整走通过的。这篇就把我这次处理STM32H563ZIT6 FIT数据请求的全过程拆开讲一遍包括需求分析、原厂申请流程、报告解读、复算方法以及最后怎么落到系统可靠性文档里希望能给正在被类似需求折磨的同行省点时间。1. 拆解这个请求要的到底是一个数还是一套证明1.1 客户为什么执着于FIT邮件标题虽然只有一句话背后其实是客户质量部门的明确诉求把STM32H563ZIT6这颗主控的失效率数据作为产品可靠性评估的输入。客户做的是工业现场设备整机要走IEC 61508相关的功能安全评估也涉及客户招投标时的可靠性准入审查。在这种场景下FIT不是研发团队想不想给的问题而是没有就过不了评审的硬性门槛。很多工程师第一次遇到这种情况会想直接问原厂要一个FIT几不就行了实际远没有这么简单。FIT是一个带有明确适用条件的统计量它依赖结温、电压应力、置信度、计算标准等多个维度。你向原厂发一句请提供STM32H563ZIT6的FIT大概率会收到一封反问邮件你的工作温度是多少预计结温多少用于什么标准怎么使用有没有失效模式分配的要求这些反问不是原厂在刁难你而是因为FIT数据如果不结合具体工况给出的值毫无工程意义。1.2 从FIT到FMEDA可靠性证据链还要理解FIT在整个可靠性证据链中的位置。客户最终要的不是一颗芯片的FIT值而是基于FIT做的FMEDA失效模式影响与诊断分析、可靠性预计以及SIL等级评估。一颗MCU的失效率只是系统级失效率的一个分量。所以当你向客户提交STM32H563ZIT6的FIT数据时对方会要求你说明数据来源、计算依据、置信度甚至要求提供原厂原始报告。这就是我强调的证据链概念客户审计要的是可追溯的原始证据不是一句原厂说大概5个FIT的口头信息。2. 先把FIT掰开揉碎定义、单位与温度加速2.1 FIT定义与JESD85标准FIT是Failure In Time的缩写标准定义是每10^9个器件工作小时内发生失效的次数。1 FIT就代表10亿器件小时里发生1次失效。之所以用这个夸张的单位是因为半导体器件的失效率极低用百分比或ppm都没法精确表达。行业里计算失效率的主流依据是JEDEC的JESD85标准也就是《Methods for Calculating Failure Rates in Electronic Components》ST等原厂的FIT报告基本都是按这个标准的口径在出。需要注意FIT对应的是随机失效阶段的恒定失效率。一个典型电子器件的失效率随时间变化是一条浴盆曲线早期失效阶段失效率偏高且快速下降随后进入失效率基本恒定的随机失效阶段最后因为电迁移、热疲劳、腐蚀等损耗机制进入磨损失效上升期。FIT这个指标描述的只是中间那段平稳期不能用来预测使用寿命。2.2 与MTBF的换算关系MTBFMean Time Between Failures平均无故障时间和FIT的关系在数学上非常直接MTBF 10^9 / FIT小时比如FIT5时MTBF 10^9 / 5 2×10^8小时换算成年大概是22831年。每次我给出这个数字都会有同事开玩笑说这块芯片能活两万年。这里必须说清楚MTBF是一个群体统计量描述的是大量相同器件在随机失效模式下的平均行为不是单颗器件的期望寿命。真实产品寿命往往被电解电容老化、连接器磨损、固件异常这些非随机因素限制住MTBF算出来只是给可靠性设计做量化比较。2.3 温度和电压是FIT的隐藏变量FIT值随温度和电压变化很大。半导体器件的主要失效机制像栅氧化层击穿、电迁移、热载流子注入几乎都有温度加速效应。所以原厂给出的FIT一定对应某个结温条件最常见的口径是Tj55°C也有给85°C或105°C的。如果没有标注温度这个FIT值就是不可用的。此外还有电压因素供电电压越高介质击穿类失效概率越大。但在ST这类MCU的公开FIT数据里通常默认标称电压温度是主变量。所以你在请求邮件里把工作电压和工作温度写清楚原厂才能给你算一个符合你工况的数据而不是丢一个通用值让你自己去折算。3. STM32H563ZIT6选型背后为什么这颗料值得要数据3.1 芯片概况STM32H563ZIT6的大致底细是这样内核是Cortex-M33最高主频250MHz带DSP指令和硬件浮点还集成了TrustZone安全扩展。存储配置是2MB Flash加640KB SRAM这在MCU里属于比较充裕的档位。后缀拆开看Z代表LQFP144封装I代表温度等级是-40°C到85°CT6是载带卷装的包装形式。这颗芯片的定位是面向工业控制、物联网网关、边缘计算这类对性能和安全都有要求的应用外设上有以太网MAC、USB OTG、FDCAN等工业通信接口非常契合我们的产品需求。选这颗料的时候除了性能外设这些常规考量还有一个因素就是ST在工业市场长期积累的可靠性数据体系。相比于一些新兴厂商ST在质量文档、认证报告、失效分析反馈这些方面的规范化程度更高这颗芯片的资格认证数据是拿得出手的。3.2 可靠性数据在选型中的价值选型时容易被忽略的一点是可靠性数据的可得性本身就是一个选型维度。有的芯片性能再强原厂拿不出一份规范的FIT数据或者资格认证报告在功能安全相关项目里基本就是直接出局。我们这次选STM32H563ZIT6是因为预判到客户一定会在可靠性上追问而ST的产品线有能力给出完整的证据链。所以我的建议是在做芯片选型对比表的时候除了价格、性能、功耗、供货周期这几列再加一列可靠性数据可得性标注该型号是否有公开的资格报告、FIT数据是否容易申请、是否有失效分析支持渠道。这一列在项目后期能帮你避免很多被动局面。4. 实操请求流程给ST发一封有效的FIT申请4.1 两个获取层次STM32的FIT数据获取分两个层次。第一层是公开资料ST官网有Quality Reliability专区部分型号的失效率数据、封装认证报告可以直接查到。对于一般应用公开数据够用了。但如果你需要针对特定型号、特定工况的详细数据或者客户审计要求正式函件回复就要走第二层正式申请。正式申请的通道通常有三条ST官网的客户支持入口、区域FAE团队、以及代理商的FAE。我们这次是通过ST的FAE提交的因为和FAE有长期合作关系响应速度明显更快。如果你的采购渠道是大的目录分销商也可以让他们的技术支持帮你去内部提需求效果同样不差。4.2 申请信息清单与邮件模板申请FIT数据时最忌讳的写法就是一句话Please provide FIT data for STM32H563ZIT6.。我个人的经验是把工作条件交代得越完整原厂质量工程师给你回复的颗粒度就越到位。我把这次实际用的邮件模板整理在下面你可以直接改参数使用Subject: Request for FIT Details of STM32H563ZIT6 Dear ST Quality/FAE Team, We are developing an industrial IoT gateway and have selected STM32H563ZIT6 (LQFP144, -40/85°C grade) as the main controller. Could you please provide the FIT and related reliability information for this part number? Our operating conditions: - Junction temperature: 55°C typical, 85°C maximum - Supply voltage: 3.3V / 1.2V internal - Operation profile: 24/7 continuous, 10-year service life - Target standard: IEC 61508 (SIL level assessment) We would appreciate it if you could provide: 1) FIT rate under the above conditions 2) Qualification report / HTOL summary if available 3) Confidence level and calculation method used Best regards, [Your Name / Company]这封邮件里有几个关键字眼值得展开说。结温是FIT计算的核心输入写55°C typical, 85°C maximum是告诉对方你既知道典型工况也知道极限工况他们会按你的典型结温来算。任务剖面7×24 continuous, 10-year则让对方明白你不是拿来写宣传册的而是做长期可靠性预计。IEC 61508这个标准名是给对方一个信号请按功能安全级别的严谨度来出数据。这三组信息叠加基本能保证你拿到的不是一句空洞的FIT≈5。4.3 等待周期与跟进节奏从提交申请到拿到正式数据我这次的经历是5个工作日左右。据我了解这个周期在3到10个工作日之间波动取决于原厂质量团队当前的排期。如果超过3个工作日没有回应不要干等可以通过原厂FAE催一下说明项目排期需要在这个月底前确定失效率数据一般情况下都能明显提速。还有一个很实用的技巧可以先让FAE给你一个非正式口头数据用于前期技术评估正式报告后补。FAE手头通常有各产品线的失效率汇总表虽然口径可能没有正式报告那么完整但用来做早期方案可行性和系统级估算已经够用。我们的经验是先拿到一个预估值把客户这边的初步评审过掉正式报告到了再替换归档。5. FIT报告解读与验算学会复算才有底气5.1 报告里除了FIT还有什么ST正式回复的FIT报告结构比很多人想象的要完整。典型内容包含器件信息和资格认证摘要、HTOL高温工作寿命测试的数据样本量、测试小时数、失效数、FIT的计算方法通常引用JESD85、加速因子和使用的激活能、参考工况以及置信度说明。理解这些内容的逻辑关系是很重要的。FIT不是原厂在实验室直接测出来的一个数而是从高温加速寿命测试数据出发用统计学方法推算到正常工作温度下的结果。所以报告里每个参数你都可以验证样本量是多少测试多少小时有没有失效用的置信度是60%还是90%这些数字组合在一起才能算出最终的FIT值。5.2 Arrhenius加速因子怎么算从HTOL测试温度折算到实际工作温度用的是Arrhenius方程AF exp[(Ea / k) × (1/T_use - 1/T_stress)]其中AF是加速因子Ea是激活能半导体微电子失效机制通常取0.7eVk是玻尔兹曼常数8.617×10^-5 eV/KT是绝对温度开尔文。我拿实际的数算一遍HTOL测试通常在125°C下进行我们产品实际结温按55°C算那么AF exp[(0.7 / 8.617×10^-5) × (1/328 - 1/398)] ≈ exp[8123 × 0.000536] ≈ 77.8这个结果的物理含义是芯片在125°C下工作1小时等效于在55°C下工作了约78小时。所以原厂只要用几百颗芯片在高温下跑几千小时就能积累起数千万乃至上亿的器件-小时数据从而推算出极低的FIT值。5.3 Chi-square上限估算与Python验算FIT值本质上是一个带置信区间的统计估计。最常见的算法是用Chi-square分布求失效率的单边置信上限FIT χ²(α, 2f2) / (2 × n × t × AF) × 10^9其中χ²是卡方分布的百分位点α是置信度f是失效数n是样本量t是测试时长AF是加速因子。我用Python把这个计算过程写成了一个可以复用的小脚本import math from scipy.stats import chi2 def arrhenius_af(t_use_c, t_stress_c, ea_ev0.7): k 8.617333262e-5 t_use t_use_c 273.15 t_stress t_stress_c 273.15 return math.exp((ea_ev / k) * (1/t_use - 1/t_stress)) def fit_upper(n, t_hours, failures, confidence0.6, af1.0): chisq chi2.ppf(confidence, 2*failures 2) device_hours n * t_hours * af return chisq / (2 * device_hours) * 1e9 af arrhenius_af(55, 125) fit fit_upper(77, 1000, 0, confidence0.6, afaf) print(fAF(55/125) {af:.1f}) print(fFIT upper 60% {fit:.1f})输出结果AF(55/125) 77.8 FIT upper 60% 153.1这个153只是演示用的合成数据不是ST给该型号的真实值但计算方法完全一致。把脚本里的样本量、测试时长、失效数、置信度替换成ST报告里的实际值你就能自己复算报告里的FIT数字确认有没有对不上。我强烈建议每个做可靠性的工程师都跑一遍这个验算流程因为报告里的一个小数点错误或者代理商的转述偏差到了客户眼里就是专业性的硬伤。6. 把FIT落到系统层面MTBF、SIL、文档6.1 系统级失效率计算拿到单颗H563的FIT后下一步就是把它放进整机的可靠性模型里。最基础也最常用的模型是串联模型假设所有关键器件中任意一个失效都会导致整机失效那么系统总失效率等于各器件失效率的累加λ_system λ_1 λ_2 ... λ_n我用我们工业网关的BOM粗略算过一笔账这里列一个