软件开发项目奖励制度
为促进研发部门员工工作积极性，提高工作效率，按时高质完成工作任务，本着奖优罚劣的原则，特制订本奖金制度。
一、项目奖励制度定义
1、本制度所称奖金，是在工资范围之外，另行对按时高质完成项目工作任务的员工所给予的奖励，不是工资的必然组成部分，其有无、高低，直接按照在项目中的工作表现，而非法定或规定的范畴。
2、原则性规定
◆按照项目参与各部门各岗位职能，根据对项目贡献大小和完成的时间、进度、质量分别确定不同档次和数额
的奖金标准及相应的考核标准；
◆每次项目领取奖金的人数不固定，每位在项目工作中表现优异的员工均可获得；
◆奖金与过失处罚无直接的必然联系，如存在工作过失受到处罚，则其受奖情况将由相关直接领导酌情确定；
如责任不清时，由相关直接领导酌情确定责任承担情况；
◆项目奖金的考核时间为项目通过评审日或正式上线至当月工资发放之间，若中间评审时间需要延长或则延迟
至下一个月，奖金发放时间与工资发放时间同步。
3、获得奖金的条件及考核
◆项目是否应该获得奖金、每个项目具体的奖金数额，由研发中心副总裁与公司其他领导（人力、财务、总裁
等）协商后，根据项目进度及完成质量进行确定；
◆参与项目各职能人员将根据在项目工作中表现优异，对项目贡献大小和完成的时间、进度、质量，由项目经
理或项目负责人与研发中心领导予以考核后，确定其应获奖金金额；
◆如工作出现重大责任时（由总裁办公会开会讨论确定），除取消所有相关人员当次奖金外，还将依据公司管
理规定对相关责任人的项目奖金进行扣除直至调岗、开除等处罚；
◆如果下属出现违规情况，则其直接领导必须为其违规承担连带责任；对于连带责任的大小，则将依据该违规
情况的具体情形予以分析后，对其领导扣除10%-100%奖金的处理。
4、本制度自通过审核发布之日开始实施；
5、其他本制度未确定事项以公司管理规定为准。
二、项目奖励实施考评表格附表1：项目奖励实施考评表
三、项目奖励制度具体实施
同样，项目考核也参考绩效考核规定进行考核打分，根据打分情况，决定对应项目个人奖金考核系数发放相应的项目资金。
项目奖金的计算方案：
◆项目总奖金（实际奖金）=P*项目立项预算奖金
◆项目经理奖金=M*项目总奖金
◆项目成员奖金总额=（1-M）项目总奖金
◆项目成员个人奖金=Z*项目成员奖金总额
→P：项目团队绩效综合考核系数（根据项目完成时间、质量进行考评）
→M：项目管理层奖金系数（M<1），为项目管理层奖金占项目总奖金的百分比。由公司管理层根据项目实际情况确定。
→Z：项目个人奖金考核系数，∑Z=1（项目成员人数Z和）
附表３：项目考核分值对应表
示例：如A项目根据立项情况，公司管理层决定设定10000元的项目奖金，项目团队共计10人，其中项目经理1人，项目主管2人及项目成员7人。最后项目按时按质完成，公司管理决定对项目给予1.1的系数，发放项目奖金。
◆项目总奖金（11000）=1.1*项目立项预算奖金（10000）
◆项目经理奖金（2000）=0.2*11000
◆项目成员奖金总额=（1-0.2）*11000
◆项目成员个人奖金=Z*项目成员奖金总额
然后根据项目主管及项目成员的考核得分情况，对个人相应的系数Z（本次项目为0.1）进行调整，以下为模拟示例：
四、项目奖励制度补充说明
1、明确项目需求和质量、时间要求
公司管理层必须明确项目需求，以及需要完成的时间和达到相关的质量要求，促使研发中心负责项目的负责人对项目研发周期、预期质量、所需要资源给予思考和书面分析、答复，同时承担相关责任。
2、分段考核、分段奖励
如果项目较为庞大、周期相对较长，由若干个小项目分批、分期来进行实施。公司管理层需要研发中心将项目按照计划结点分成阶段进行管理，每一个阶段终止都有相应的质量标准对完成情况进行考核；另外，还要将项目奖金按照项目划分的结点实行分段分配。
例如：公司某一重大项目被划分为5个结点进行考核，但是提成金并不是按照每份20％进行分配。项目奖金分配的基本原则是“工作难度大的结点提成比例较多，难度小的提成比例较少；项目前期的提成比例较少，后期的提成比例较多。”
3、项目调整和变更
如果在项目立项完成后，需要对项目进行调整和变更，需要由项目经理签头，汇同研发中心副总及公司管理层对项目目标、开发完成时间、质量、所需要的相关资源要求进行调整、确定。
软件研发部绩效考核方案 为加强对软件研发部门员工的技术能力、所做贡献的客观准确评价，以项目实效为导向，建立良性的技术晋升激励机制，特制订本绩效考核方案，本方案适用于软件研发部软件工程师、软件测试工程师、研发助理及质量工程师人员，具体如下： 一、岗位工资结构及绩效考核基数： 薪酬分配方式：岗位工资制。岗位工资结构：基本工资（月薪标准的50%）+岗位工资（月薪标准的30%）+绩效工资（月薪标准的20%）+交通补贴+伙食补贴+奖励考核+加班费+其他福利补贴。 绩效考核方案以绩效工资即月薪标准的20%作为考核基数，考核周期为每月进行一次考核，每月根据考核评估的总分值核算绩效工资，绩效工资核算根据考核总分值进行上下浮动， 对应绩效考核总分值兑现为月度绩效工资为： 二、绩效考核指标、考评标准、权重 将所有岗位的绩效考核指标内容分为工作业绩、工作态度、工作能力三部分，分别占有相应权重。
（二）工作态度考核关键指标（100分，权重15%）
（三）工作能力考核关键指标（100分，权重15%） （四）对项目开发和部门相关工作作出特殊贡献的给予加分的项目
对于项目开发和部门相关工作作出特殊贡献的给予加分的由部门负责人和分管副总进行评定，给予加分的需对加分项目和贡献情况进行说明，加分不得超过20分。 关键绩效考核指标总分值=工作业绩考核关键指标评分*70%+工作态度考核关键指标评分*15%+工作能力考核关键指标评分*15%+对项目开发和部门相关工作作出特殊贡献的加分。 二、其他工作指标考核内容 1、部门日常工作要求的事项完成情况考评：对其上级领导安排的工作和本岗位工作职责范围内的工作、工作态度等根据完成的时间和质量要求、工作态度好坏进行考核评定，非常优秀的可给予20-100元奖励，非常差的给予20-100元考核，此项奖励考核由部门负责人和分管副总进行评定，所有奖励考核均由分管副总审核。 2、部门所要求参与的会议/活动/培训等的参与次数及学习成果考评：公司和部门安排的会议/活动/培训要求相关人员必须参加的无特殊情况而无故不参加的给予20-50元考核，对于培训后组织的定期和不定期的培训考试，考试成绩不及格者按每次考核20-50元考核，对于以上考核属于个人特殊情况需减免考核的报请减免请示部门负责人和分管副总进行审批。 3、为了提高开发效率，积极鼓励提供好的建议，产品思路或方式方法，对于采纳的建议，如根据其执行方案对产品架构及公司发展起到明显改进效应的，将给予一定的奖励，奖励金额由分管副总和总经理进行确定。 4、产品研发项目奖励：根据产品研发项目计划，在计划进度内按质按量完成研发项目的，经测试验收合格的给予研发团队500-5000元奖励，奖励分配由该项目负责人和分管副总按照项目小组成员的贡献进行分配。 5、由公司制度对应的考核项目对其进行的奖励和考核，奖罚金额由制度所对应的管理部门依据制度条款进行确定。 6、员工个人对于部门和公司管理、产品、安装、销售等提出建议、提升、创新变革措施等/为公司生产经营做出突出贡献的，公司予以认可采纳的给予员工200-2000元奖励；同时给公司造成重大影响或损失的给予50-1000元考核，奖罚金额由总经理进行审定后确定，各部门和个人可进行奖励申请报批。 7、公司评定的优秀员工奖励：按照公司相关评定标准和奖励额度政策和通知执行。 8、其他需奖励和考核的项目：其他需进行奖励和考核的项目由奖励考核人进行提请，报由部门负责人、分管副总、总经理进行审批后确定。 三、关于绩效考核结果的反馈、申诉、处理和绩效面谈
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
软件开发部员工绩效考核表 填表日期：年月日 考核项目考核指标分值评价标准自我评分上级评分行政评分综合得分 工作业绩（70） 周工作任务 执行情况 30 周工作未完成，每次最多扣10分，直至扣满 工作质量20 1、超过或达成计划质量目标评 20分 2、与目标质量存在一定差距评分 10-19分 3、与目标质量存在很大差距评分 1－9分 4、基本没进行此项工作 0分 技术资料 汇总 10 按公司要求按时保质上交相关资料 （如各种技术文档） 每少1份扣5分，直至扣满 公司及部门制度 执行 5 每违规一次，该项扣1分，直至扣满 团队协作 5 因个人原因而影响整个团队工作的情况出现 一次，扣除该项5分 工作能力（20）专业知识 5 1-3分：熟悉岗位专业知识 4分：熟练掌握本岗位所具备的专业知识，但 对其他相关知识了解不多 5分：掌握熟练岗位专业知识及其他相关知识 分析判断 能力 5 1分：较弱，不能及时作出正确分析与判断 2分：一般，能对问题进行简单分析和判断 3分：较强，能对复杂问题进行分析和判断， 但不能灵活运用到实际工作中 5分：强，能迅速对客观环境做出较为正确判 断，并能灵活运用到实际工作中取得较好工作 业绩 沟通能力 5 1分：能较清晰表达自己的思想和想法 3分：有一定说服能力 4分：能有效地化解矛盾 5分：能灵活运用多种技巧进行沟通 灵活应变 能力 5 应对客观环境变化，能灵活采取相应措施 工作态度（10分）员工出勤率7 月度员工出勤率达到100%，得满分 迟到一次，扣1分 责任感 3 0分：工作马虎，不能保质、保量地完成工作 任务且工作态度极不认真 1分：自觉完成工作任务，但工作中存在失误； 2分：自觉完成工作任务且对自己的行为负责 3分：除了做好自己的本职工作外，还主动承 担公司内部额外的工作 加、扣分项（±20分）视实际情况评定 0-5 0-5 ±5 ±5 工作任务超额完成 工作方法创新并取得良好效果 出色完成领导交办的额外工作 为集体赢得荣誉分数统计（各个项目分数相加） 被考核人签名：考核人签名：人力资源部核准人签名：
研发部规章制度及工作流程管理建议 1．研发部组织架构 2．研发部相关职责权限 1)部门职责权限 详见《研发部部门工作职责》（已完成） 2)各工作岗位说明 详见研发部各工作岗位《岗位说明书》（已完成） 3．研发部规章制度及工作流程（建议） 1)《项目管理制度》 规范公司项目管理流程，提高项目完成效率及成功率，使研发部项目管理目标（进度、成本、质量、过程分工）更加明确，减少资源浪费。 2)《研发部绩效管理制度》 本管理办法旨在明确公司管理目标，明确研发部各职位工作职责、目标，并据此建立一套适合于崇新公司研发部的，科学、系统、客观的业绩评价体系。以甄别各职能部门及各工作岗位的工作完成情况，推动并提高员工工作积极性，规范公司绩效管理工作。 3)《SQA工作流程》 通过SQA 相关工作的开展，建立并逐步完善公司项目开发过程及结果的监控体制，确保公司研发过程得到有效监督，各项研发任务能够按时保质保量完成。 4)《项目评审制度》
规范公司研发技术评审工作，建立标准、完善、统一的技术评审流程，以降低研发风险并确保项目既定开发目标的顺利完成。 5)《项目交付物管理制度》 规范研发部文件数据交付物档案管理工作，确保公司机密资料、文件档案的安全性，方便后续查找，并防止泄密事件发生。 6)《项目验收流程》 规范研发部研发产品（或交付物）验收流程，规定参与验收的部门人员及相应的验收标准，确保研发结果的正确性、稳定性、可靠性，为下一步产品实现（小批量试产及批量投产）提供必要保证。 7)《研发部培训管理制度》 本制度旨在规范目前公司范围内的各项培训工作，从培训的计划制订，到培训内容、形式的安排，包括培训工作流程的建立，以及培训效果的确认等等。以规范公司培训管理工作，使培训工作更具有针对性、计划性。 8)《研发人员招聘管理流程》 本制度旨在规范公司现有招聘流程，针对高技术性人才招聘的特点，建立一套符合公司企业文化及发展规划、目标的人才招聘办法，以提高技术性人才招聘工作效率。 9)《实验室管理制度》 本制度旨在规范研发实验室的管理工作，包括各种仪器仪表、工装制具、材料的使用、保管、申请、点检办法；参与试验人员的工作注意事项（静电防护等等）；人员行为规范；实验室环境要求，值日安排等 10)《图书管理制度》 目前公司技术资料、图书种类繁杂、数量多，随着公司培训工作的开展，以及公司人员的不断更迭，公司急需建立一套系统、完善的图书、资料管理制度，以保证公司图书资源的合理利用，并防止珍贵图书资料的遗失。 11)《公共资源及固定资产管理制度（办公设备、办公用品、公共资源等等）》 针对公司近期不断出现的资源浪费现象（如非办公时间办公电脑屏幕未关闭，照明设备未关闭，包括复印纸不合理的使用现象等等），以及公司目前固定资产的管理现状（如办公电脑的管理等），有必要出台一套专门针对公共资源使用及固定资产管理的办法，以规范相关管理方法、制度，减少浪费，提高资源使用效率。 12)《研发物品申请管理制度》 研发过程所需器件物品申请应有规范的流程和申请方式，并对相应的申请批准有相应的规定
1、需求分析是怎样做的？（自己理解着说） 需求分析是构建软件系统的一个重要过程。 一般，把需求类型分成三个类型： 1、业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。 2、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 3、功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 业务需求和用户需求是软件需求分析的基础，也是软件构建的前提。系统分析员通过对业务需求和用户需求的分解，将其转换成克一形式化描述的软件功能需求。开发软件系统最为困难的部分，就是准确说明开发什么。这就需要在开发的过程中不断的与用户进行交流与探讨,使系统更加详尽,准确到位。这就需要确定用户是否需要这样的产品类型以及获取每个用户类的需求。 4、客户也经常是矛盾的。事实上，很少有客户能够明确的知道怎样的一个系统对自己是最有益处的，他们往往在集中方案之间徘徊，于是经常产生需求的变动。生产厂商经常陷入客户自己的矛盾之中。 客户的负面影响可能对于能够在预算内按时完成项目产生很大的影响。尽管客户需要对需求的质量负责任，但是，当一个软件项目因为客户事先没有预料到的情况而导致失败的时候，即使客户不会追究开发方的责任，就软件项目本身而言，也已经是失败的。 总结： 良好的需求分析是软件成功的基础。以上是作者对需求分析工作实践的一次小结以及综合性的思考，是对需求分析本身所做的一次分析。在此基础上，作者提出了逆向沟通的设想，即系统分析员主动进行沟通，提出指导性意见。当软件融合了客户和系统分析员双方智慧，其质量将会进一步得以提高。 2、 6周 （比较合理的代码行数是多少，如果多了，我是怎么切割的）500行，例如：实现数据3、如何将用户登录的信息保存？ 用户登陆页面将每个用户的信息使用session保存下来,例如: session.setAttribute("UserID","ytang"); 如果用到用户的登陆信息，再从session根据session.getAttribute("userID")所存储的信息例如在项目1中的应用 4．软件项目开发流程应该是什么样子的？ 1。需求分析和获取； 2。界面的设计和修改，直到用户可以接受； 3。后台数据库的建立，做成几张表，写几个存储过程； 4。前台模块的编写和调试； 5。项目的实施和维护；
软件研发部门绩效考核制度 有很多的公司都有软件研发部门，但是很多的人力资源管理者不知道怎么对软件研发部门实行绩效考核。下面为您精心推荐了软件研发部门绩效考核规定，希望对您有所帮助。 一、目的 (一)激发开发人员工作积极性，提高工作效率与工作质量，确保项目能按时、按量、按质完成。 (二)加强开发人员对个人绩效管理，改善工作，提高组织的绩效; (三)帮助开发人员客观的认识自我，发掘潜力，提高能力; (四)建立人员激励和调整机制，为奖惩、晋升、加薪、员工培训以及调岗、降薪、辞退等人事决策提供依据。 二、考核对象软件开发部全体人员 三、考核原则 (一)公开的原则：考核过程公开化、制度化; (二)客观性原则：用事实、数据说话; (三)反馈的原则：在考核结束后，考核结果必须反馈给被考核人，同时听取被考核人对考核结果的意见，对考核结果存在的问题做出合理解释或及时修正; 四、考核组织 (一)总经理：绩效考核方案、结果的审核、审批、组织及实施。
(二)部门经理：负责部门开发人员的绩效考评，反馈方案运行中存在的问题，并提出改善建议。 (三)被考核员工：按照绩效要求完成本职工作、达成目标、提升自我。定期与部门经理沟通目标达成进度，配合部门负责人进行绩效面谈，并不断进行绩效改进和提升。反馈方案运行中存在的问题，并提出改善建议 (四)行政人事部：负责绩效考核方案的拟写、修订、绩效考核的组织与实施。 四、考核周期根据开发人员的项目周期进行考核。(注：开发人员负责的项目不同，周期可不同) 五、考核内容及方法 (一)工作进度考核对软件开发的进展情况进行度量，主要考察时间进度及工作量，衡量开发人员每个开发阶段是否按时、按量完成。 1、对于每个阶段工作过程中，所花费的天数，通过填写的“项目开发计划与完成进度表”进一步核实。“项目开发计划与完成进度表”每个阶段都要书写并发行政人事部备案，以便工作跟进、核对。每阶段结束向直接上级汇报并接受考核。 2、对开发人员的过程考核数据是：项目所负责的阶段的计划完成时间和实际需要时间。 3、时间差率=(本阶段实际需要时间-本阶段预计完成时间)/本阶段预计完成时间;(以天为单位);最终的结果为N个阶段的平均值。注：提前完成的可作为加分项，酌情加分(需讨论) 4、评分标准
软件开发部规章制度及软件项目管理方法（试行） 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司考勤制度，如有事，提前书面形式填写请假申请， 批准后方可休假，如遇紧急情况不能填写请假申请，要电话请示 上级，并在休假结束后补办手续。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实 际由项目组长负责制定，项目组长负责协调安排工作。项目组长 根据进度需要加班，加班费由项目奖金中支出。公司工作需要硬 性加班安排，加班费由公司支出。相关标准以公司标准为准。 2、开发部员工日报守则： 开发部人员需每天上午9：00由项目组长组织短会，内容为汇报 前一天工作内容和当天工作计划以及问题反馈。项目组长整理问 题后自行解决或通报上级研究解决方案。会后开发人员需根据自 己所汇报工作计划在Kanban Board上进行标注。 名词解释Kanban Board: 一个展现工作进度的展板，分成三个部 分，to do 要做什么，doing 正在做什么，done 以及完成的。 3、开发部员工周总结守则： 开发部人员在每周五下午进行周总结汇报以及问题反馈。项目组 长需根据进度为开发人员分发下一周开发任务。以及对本周所碰 到问题进行解答。 二、项目开发人员结构：
角色职责 Product Owner：产品经理代表客户利益，确保交付产品与客户期望一致。 产品经理决定产品有哪些功能。主要负责创建和维护产品需求清单并分成若干个Sprint，把产品需求按优先级进行排序，使得重要功能优先实现。并且要对每次Sprint的结果进行审批和批准。 SCRUM Master: 通常由项目组长或者项目经理担任，主要工作职责是与其他角色配合，确保开发进度，推动开发会议召开，维护整个Scrum过程。 开发人员：按照SCRUM Master指派的任务进行开发，包括代码，测试，UI设计等。 名词解释：Sprint 是指一个时间周期的工作内容，一般由一周或一个月为基础单位。 三、项目开发流程 项目需求制定：项目需求需按照客户要求制定，并以公司标准需求文档
标准的软件开发过程 软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多，在每个阶段需要编写哪些文件，以及这些文件的主要内容见下： 1.可行性与计划研究阶段 可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。 项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。 2.需求分析阶段 软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。 数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。 初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。 3.设计阶段 概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。 编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。 数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。 测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。4.实现阶段 模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。 编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。 用户手册完工 操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。 测试计划终稿： 5.测试阶段 模块开发卷宗(此阶段内必须完成) 测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。 项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件项目研发人员绩效考核激励方案 (草稿) 第一条方案设计 1. 公司基本现状及当前面临的主要问题目前，公司面临的主要问题包括： 1) 软件项目开发要求不断增加，项目组不断增加，项目协调工作剧增 2) 维护工作和项目开发工作难以界定，项目计划难以准确制订 3) 原有的年终绩效考核已不再适应目前的开发任务要求，员工工作热情低落 4) 由于一人可能在多个项目中承担责任，项目中矛盾剧增 由此，公司管理层希望能通过改善绩效考核体系解决或缓解企业在软件开发中出现的问题。 2. 基于项目考核的公司研发人员绩效考核方案 根据公司项目开发的实际情况，以项目考核代替部门考核更适应公司现状，并易以实施制定项目考核方案。 第二条项目团队整体考核方案 对于项目总奖金及项目团队各层面奖金总额，采用如下计算方案： 项目总奖金=P*B*项目合同成本 项目管理层奖金=R*项目总奖金 项目成员奖金总额=(1-R)*项目总奖金 项目成员个人奖金=S*项目成员奖金总额 在本方案中，B=(1~10)%, R=(1~50)%公司决策层将根据项目规模，项目难度等因素确定B 的具体取值。 有关PS的计算方案如下， 1.项目团队考核实施根据公司实际情况，项目团队考核具体方案如下所述：考核目标：为了更好地强化研发项目管理，对已经立项的研发项目按照预定的项目考核节点对项目整体完成情况进行考核，从而实现对整个项目团队的考核。 项目团队绩效综合考核P=W1*P1+W2*P2+W3*P3 为了促进项目管理水平的提高，尤其是促进项目计划的准确性，方案对工时考核系数P1和项目总进度考系数P3分员设置了最高值1.5, 1.2;另一方面，从研发和测试部门间均衡性出发，对项目完成质量系数设置最高值2。 上表中各系数权重值为（0~1），并保证如下等式: W1+W2+W3=1 2.考核频率
软件开发部规章制度及软件项目管理方法 (定稿) 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。维护公司声誉，保护公司利益。服从领导，关心下属，团结互助。爱护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新贡献。 3、员工工作日志： 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。 工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作用。
工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），以及问题、意见和建议。 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况，将进行警告。 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员，部门负责人应在次当日或者次日11：00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复，并依此进行考核。文件名格式：《工作日志--***--200*年*月*日.txt或者doc》。其中***为员工姓名，日期为提交日期。 4、项目例会制度： 每月第一个周一上午10:30在公司会议室召开，部门所有人员（含参与部门人员为主导的项目并起核心作用的其他部门人员）参加。 会议由部门经理召集，并由部门经理主持。 会议议程： a)各项目负责人回顾上月工作情况、成果和不足，以及当月的大致工作计划。 b)部门经理总结上月工作，对不足的问题提出解决办法。 c)部门经理宣布公司近期动态和相关事项。 d)部门经理做出工作方面的安排。 e)部门人员畅所欲言，提出问题、想法、建议与意见。大家讨论。 f)部门经理解答部门人员的问题，并做出总结。
软件开发流程规范 目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1系统软硬件开发环境 (3) 2.2系统架构（系统组成） (5) 2.3系统功能模块设计 (6) 2.4系统功能开发流程图 (7) 2.5开发修改记录 (8) 三、开发代码规范 (9) 3.1文件结构 (9) 3.1.1 文件信息声明 (10) 3.1.2头文件的结构 (12) 3.1.3定义文件的结构 (15) 3.1.4 头文件的作用 (17) 3.1.5 目录结构 (18) 3.2命名规则 (18) 3.2.1 共性原则 (19) 3.2.2 Windows变量命名规则 (21) 3.3程序风格 (24) 3.3.1 空行 (25) 3.3.2代码行 (26) 3.3.3代码行内的空格 (29) 3.3.4 对齐 (31) 3.3.5 长行拆分 (33) 3.3.6修饰符的位置 (35) 3.3.7 注释 (35) 3.4函数设计 (40) 3.4.1 参数的规则 (40) 3.4.2返回值的规则 (42) 3.4.3函数内部实现的规则 (47) 3.4.4其它建议 (50) 3.4.5使用断言 (50) 3.4.6 引用与指针的比较 (52) 3.5变量类型定义 (56)
四、软件测试规范 (56) 4.1单元测试 (57) 4.2 系统测试 (57) 4.6 业务测试 (59) 4.7 验收测试 (59) 4.8 用户现场测试 (59) 五、软件版本管理 (60) 4.1 版本管理的必要性 (60)
、概述 本文制定烟台开发区德联软件有限责任公司计算机软件开发规范文档。本规范的目的是使公司软件开发项目阶段清晰、要求明确、任务具体、编写的代码规范，使之规范化、系统化和工程化，向公司内从事软件开发的工程师和管理人员提出一系列规范和要求，从而有利于开发过程的控制和管理，提高所开发软件系统的质量，缩短开发时间，减少开发和维护费用，以保证项目高质量、顺利进行。 本规范包含：开发流程规范和开发代码规范等，开发流程规范需要技术开发人员编写相关内容，希望每个技术人员形成习惯，如有新的内容更新会及时通知大家，如有好的规范要求也可通知编制人员及时更新。 本规范为烟台开发区德联软件有限责任公司内部材料，严禁其他商业应用。
企业管理类精品资料Enterprise management information
软件项目研发人员绩效考核激励方案第一条方案设计 1．公司基本现状及当前面临的主要问题 目前，公司面临的主要问题包括： 1）软件项目开发要求不断增加，项目组不断增加，项目协调工作剧增 2）维护工作和项目开发工作难以界定，项目计划难以准确制订 3）原有的年终绩效考核已不再适应目前的开发任务要求，员工工作热情低落 4）由于一人可能在多个项目中承担责任，项目中矛盾剧增 由此，公司管理层希望能通过改善绩效考核体系解决或缓解企业在软件开发中出现的问题。 2．基于项目考核的公司研发人员绩效考核方案 根据公司项目开发的实际情况，以项目考核代替部门考核更适应公司现状，并易以实施制定项目考核方案。 第二条项目团队整体考核方案 对于项目总奖金及项目团队各层面奖金总额，采用如下计算方案： 项目总奖金=P*B*项目合同成本 项目管理层奖金=R*项目总奖金 项目成员奖金总额=(1-R)*项目总奖金 项目成员个人奖金=S*项目成员奖金总额 在本方案中，B=(1~10)%，R=(1~50)%公司决策层将根据项目规模，项目难度等因素确定B 的具体取值。 有关P,S的计算方案如下， 1．项目团队考核实施 根据公司实际情况，项目团队考核具体方案如下所述： ●考核目标：为了更好地强化研发项目管理，对已经立项的研发项目按照预定的项目 考核节点对项目整体完成情况进行考核，从而实现对整个项目团队的考核。 项目团队绩效综合考核P=W1*P1+W2*P2+W3*P3
为了促进项目管理水平的提高，尤其是促进项目计划的准确性，方案对工时考核系数P1和项目总进度考系数P3分员设置了最高值1.5，1.2;另一方面，从研发和测试部门间均衡性出发，对项目完成质量系数设置最高值2。 上表中各系数权重值为(0~1),并保证如下等式： W1+W2+W3=1 2．考核频率 方案主要采用如下的考核频次： 1）项目结项，并实现用户项目回款后进行 2）按照公司认可的预设项目周期进行考核 第三条项目团队个人考核实施 项目个人考核主要由项目经理完成，该考核应纳入公司整体绩效考核体系，并得到公司批准。具体实施方案如下所述。 ●考核目标：为了更好的完善研发中心项目管理和部门管理机制，保证研发项目的按期， 高效，高质完成，并促进公司内员工自身的发展，特制订该考核方案。该方案将以项目考核为主要目标和主要方法。考核目确定由核心考核目标和辅助考核目标两部分组成。 ●考核指标体系：从考核方式的角度对该方案的实施，即指标体系进行说明。 从考核可操作性角度分析，方案将上述考目标按照指标的获得方式分为客观定量考核和主观定量考核，并希望通过随着公司研发项目管理的逐渐成熟，考核经验的逐渐累积，各考核指标可逐步采用客观定量考核获得，对于核心考核目标尤为如此。 受现阶段发展情况所限，方案中只有“工时考核”采用客观定量考核方法，具体公式参见下文。而对于辅助考核目标，则主要由项目经理或其他相关人员依据员工的工作表现，以主观评价打分方式获得。对于核心考核目标中的“完成质量”目标，目前因无法完全采用客观定量考核方法获得，则以主观评价为主，客观数据为辅的方式获得。各指标的具体计算方式如下。 1．工时考核 说明： i.C1=考核期间完成任务工时/考核工时/有效工时比例 ii.考核工时：按照每天8小时计算的考核期间的完成标准工时 考核工时=8*考核期间考勤天数 iii.考核期间完成任务工时= 项目工时+ 任务工时 项目工时：由项目经理根据在项目考核期内，项目成员完成的任务的核定工时，核定方法将采用经验法或类比法（即估算值） 任务工时：由部门经理根据项目成员在本月完成的非项目工作，如日常软件维护，软件变更，软件实施等部门安排的任务单工时，上述工作应以任务单为准。若任务工时包含必须通过加班方式来完成的任务，则该部分工时需乘以相应的加班系数。加班工时系数如下表所示：
XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8
5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围： 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析
一、软件产品开发流程图：
二、软件产品发布流程 1、发布准备。发布之前，所有程序由测试人员进行确认测试；检查系统内登记的所有bug 都已经被解决，或者遗留的bug不影响系统的使用，如果有严重bug未解决，则不能发布；程序打包前做冒烟测试（冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。）。（测试） 2、测试负责人编写发布产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码； 文档包括需求、设计、测试文档，安装手册、使用手册、二次开发手册、产品介绍（ppt）、使用demo等等。（按合同规定，或只提供部分文档）（产品、项目经理、研发、测试） 4、进行程序打包；标记源码、文档版本。（研发、运维） 5、填写发布基线通知，并通知相关人员；经理对发布基线进行审计检查。（项目经理） 6、在禅道系统上新建产品发布计划，填写配置项，发布产品。（项目经理） 7、传程序包、使用文档至Download站点。（运维） 8、编写发布说明。内容应该包括产品版本说明；产品概要介绍；本次发布包含的文件包、 文档说明；本次发布包含或者新增的功能特性说明；遗留问题、影响说明；版权声明以及其他需要说明的事项。（项目经理、测试） 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介 绍。（项目经理邮件通知） 10、后续工作。产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用 的情况下，这些bug将在下一版本发布时解决；如果bug严重影响使用，必须打patch 或者按照流程重新发布。（研发） 11、临时发布。软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应 急使用，这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员；研发人员需要为源码、文档打tag标记。 （研发） 12、附《常见问题排除手册》，内容简介：推荐硬件配置。（售后） 13、文件命名规则：惠朗_项目名_文件名称_版本号.xxx。如，惠朗_无锡银行_POC文档 _V1.0.doc。（ALL）。 14、写Readme，后有DEMO。（项目经理） 注意事项： 尽量使用Jekenis，如果没有，可将测试程序上传禅道。程序如果过大可以上传到文件服务器。 发版的程序一定要上传禅道或文件服务器。 Readme:（打到war包里，记录版本号，改进内容，项目名称，甲方，400电话等） 以下为DEMO =========================== ###########环境依赖 Mysql5.7+ redis ~
软件部绩效考核方案 第一部分、考核对象 研发全体人员 第二部分、工作职责 一、项目经理 与客户方对接需求，合理分配内部资源，统筹所负责项目的整体规划，监控跟踪开发过程进度，着手解决棘手问题，并应对突发情况对项目整体计划做出调整。 二、开发人员（程序员、中级程序员、高级程序员） 根据需求文档，在项目经理的任务划分负责范围内，按效率每天完成固定功能的编码工作，并承担该部分的维护工作。 三、测试人员 按指定的文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。 四、美工人员 负责直接和客户沟通UI方面的相关业务，并针对所负责项目的软件交互进行美术及交互设计,并按需切图，主要输出产物为牵引图，UI指引，拓展图，PSD原图，及切图。 第三部分、开发及测试人员的考核内容（初，中，高） 一、质量考核 1. 度量指标 质量度量主要是根据度量指标来进行评价的；质量指标是指软件开发程序缺陷率（bug的数量）。 2. 度量指标计算方法 （1）度量指标评分标准 根据软件开发程序的缺陷率（bug量）来确定，缺陷率越高，其评价分就越低。
（2）缺陷率来源 主要是软件经过测试组测试后，所产生的测试报告； ◆软件交付使用后一年内产生的软件维护记录表; ◆开发人员的缺陷率考核，主要依据测试报告和软件维 护记录； ◆测试人员的缺陷率考核，依据软件维护记录。 （3）缺陷率单位 以程序单元为单位，相比较而得出缺陷率的值（原理：缺陷数/单元总数）。这里所指的程序单元，是WBS分解后的内容。 （4）开发人员缺陷率计算方法 ●根据测试报告和软件维护记录中的缺陷类别，分别统 计各类别的缺陷率，然后依据度量指标的计分标准表 来打分。 ●缺陷数计算公式为：Total = ∑(Ci*Fi*Ki)； ●缺陷率计算公式为：V = Total / U； 其中 i=1,2,...n代表每个缺陷； U代表开发人员负责的、已完成且已被测试的程序单元总数； C代表缺陷所对应的缺陷级别的权重系数；通常权重系数以"一般"缺陷 级别作为基数（权数设为1），"轻微"缺陷级别可不用计算缺陷率（权数