[绩效考核]J编码规范(附考核内容]

合集下载

计算机程序员绩效考核指标(最新整理)

计算机程序员绩效考核指标(最新整理)

计算机程序员绩效考核指标技能增长成长不错略有成长保持原状编码规范仔细详细标准较少注意文档规范仔细详细有文档较少注意能力(26%) 沟通能力善于沟通尚可欠佳协作能力善于协作尚可欠佳表达能力善于表达尚可欠佳执行能力高执行力可执行需要催促理解能力快速理解都能理解欠佳学习能力快速学习运用可接受性学习一般编程技能娴熟可解决学习+解决生疏设计能力娴熟会运用设计了解设计不清楚设计品性(16%) 工作汇报准确/及时性准确/及时及时准确欠佳个人修养有修养尚可差产品意识以客户角度思考按设计文件思考不太动脑团队意识认知+协作协作认知进取心积极思考,超越团队努力思考,配合团队安于现状学识(9%) 专业知识丰富普通不足发展潜力有潜力普通不足综合知识丰富普通不足说明:满分共100分,(+分数A)表示在原有分数上再加上分数A,如:5分(+5)表示在达到者可加10分程序员也不会为团队考虑。

在这种情况下,考核就要调整为既包含个人要完成的事件,也要体现个人对团队全局的理解。

岗位职责:1完成项目经理安排的开发任务;2按照详细设计文档编码;3对所负责的开发模块进行单元测试并通过;4修改测试部门反馈的缺陷;5对使用公司或部门产品/框架提出反馈意见;6定期完成工作周报,向项目经理汇报。

KPI(version0.1):序号指标名称定义计算公式及考核方法1完成代码数量完成的代码行数工具统计所得的代码行数×难度系数(难1.2,中1,易0.8)2工作态度是否迟到早退、工作是否认真积极定性指标3整体bug数量所负责的模块所产生的bug数量Bug数量×严重程度系数4修复缺陷引起其他缺陷的数量修复bug后再次产生的bug数量Bug数量×严重程度系数5计划时间与实际完成时间的偏差项目经理计划的完成时间与实际完成时间之间的偏差(实际完成天数-计划完成天数)/计划完成天数6提出建议和意见对项目组或部门的实际情况在管理、技术上提出有益的建议和意见的条数KPI(version0.5)序号指标名称定义计算公式及考核方法1工作积极主动是否迟到早退、工作是否认真积极等权重10%2严重缺陷数量<5所负责每个开发任务,提交给QA测试后发现的严重缺陷(严重缺陷的定义由系统分析员和程序员在开发前确认)必须少于5个权重30%3修复缺陷修复一个缺陷后引起其他Bug数量×严重程度系数引起其他缺陷的次数<5缺陷的次数少于5次权重25%4按时完成任务比例>90%按照PM或TeamLeader的计划按时完成任务的比例按时任务/总任务权重20%5技术积累项>5范围包括在工作中积累技术、经验并推广应用到实际工作中;在管理、技术上提出有益的建议和意见,带来生产效率的提升;技术积累应用次数+意见和建议次数权重15%6对于程序员考核,无非是TQ态度。

[绩效考核]J编码规范(附考核内容]

[绩效考核]J编码规范(附考核内容]

(绩效考核)J编码规范(附考核内容)Java编码规范修订历史记录壹简介1目的本规范的目的是使开发人员以标准的、规范的方式编写代码,养成良好的编码风格和习惯,形成公司内部编码约定,提高程序的可读性,可维护性以及壹致性,同时减少项目组成员间技术沟通成本,提高团队开发效率。

2范围1、本文档基于Java1.5的语法描述编码规范。

2、本文档从代码风格、注释、命名、声明以及异常处理等五个方面对Java 编码进行约定。

3、本规范适用于所有运用Java技术的软件项目、产品。

4、本规范适用的文件类型包括但不限于Java源文件、JSP文件、XML文件、HTML文件、JS文件以及AS文件。

5、本规范建议采用统壹的CodeStyle以及Formatter风格,通过IDE进行配置。

3读者范围1、软件过程改进领导小组以及工作小组所有人员;2、所有运用Java技术的软件项目、产品的关联领导、项目负责人、设计人员、开发人员以及测试人员。

3、所有涉及运用Java技术的软件项目、产品的关联人员。

二代码风格1缩进1、使用空格代替Tab缩进,避免各种编辑器中见到不壹样的代码格式。

【注:强制执行,Eclipse可辅助排版】2、代码按层级缩进,每层级缩进4个字符(对于特定格式文件,能够按照实际进行调整,如XML文件可缩进2个字符),所有“{}”块内容均应该进行缩进。

【注:强制执行,Eclipse可辅助排版】参考例子:2括号1、除数组的初始化定义外,“{}”中的语句应单独作为壹行。

【注:强制执行,Eclipse可辅助排版】2、左括号“{”可根据开发习惯是否换行存放,如果换行存放,必须和其前导语句首字符对齐,右括号“}”必须作为单独壹行存放且且和匹配行对齐(即左括号前导语句首字符)。

【注:强制执行,Eclipse可辅助排版】3、于项目内部,相同类型的文件,其括号的风格必须统壹。

【注:强制执行,Eclipse可辅助排版】参考例子:3空格1、操作符俩端必须带有空格符。

绩效考核的指标内容及其评分标准

绩效考核的指标内容及其评分标准
九、绩效考核的指标内容及其评分标准
标准
1
履行岗位职责
30
认真履行科室工作职责,保质保量按时完成工作任务
2
团结协作
10
团队协作精神好,具有全局观念,科室之间工作不推诿、不扯皮。
3
劳动纪律
10
遵守医院劳动纪律,不迟到、不早退、不窜岗。
4
执行规章制度
10
认真执行医院各项规章制度,按照各自的职责做好检查工作,严格照章办事。科室无安全隐患。
5
工作作风
10
深入科室主动服务,及时解决科室反映的问题,做到有问题就有反馈。
6
首问负责制
10
发现一次没有做到的,扣5分。
7
零投诉
10
投诉并经初步查实的,每次扣2分。
8
文化建设
10
科室关系和谐,科室文化建设。

绩效考核标准制定规范

绩效考核标准制定规范

绩效考核标准制定规范绩效考核是企业管理中的重要环节,通过对员工在工作中的表现进行评估,可以有效地激励员工、提高工作效率、优化组织结构。

为了确保绩效考核能够达到预期效果,制定合理规范的绩效考核标准至关重要。

本文将介绍绩效考核标准的制定规范,以期帮助企业在绩效考核过程中能够合理、科学地制定标准。

一、确定考核指标绩效考核标准的制定首先需要确定考核指标。

考核指标应该与岗位要求和个人工作任务紧密相关,能够客观、全面地反映员工的工作绩效。

在确定考核指标时,可以参考以下几个方面:1. 工作目标与职责:根据员工的工作职责和具体工作目标,确定相应的指标。

例如,销售岗位可以采用销售额、客户满意度等指标进行考核。

2. 关键绩效指标:针对不同岗位,确定关键绩效指标。

例如,项目经理岗位可以考核项目的进展情况、质量控制等关键指标。

3. 个人能力与素质:考虑员工的个人能力和素质,确定相应的考核指标。

例如,团队协作能力、创新能力等。

二、确定考核评分标准绩效考核评分标准是对考核指标进行具体量化和评分的规范。

评分标准应该准确、科学,能够体现不同绩效水平的差异。

在确定评分标准时,可以考虑以下几个因素:1. 绩效等级划分:根据整体评估结果,将绩效分为不同的等级,如优秀、良好、合格、不合格等。

每个等级应该有相应的工资、晋升、奖励等激励措施。

2. 评分标准明确:对于每个考核指标,明确具体的评分标准和要求,以便能够准确评估员工的表现。

评分标准可以包括数量化指标、质量要求、行为规范等。

3. 评分权重分配:根据考核指标的重要性,合理分配评分权重。

不同指标的权重应该符合其对岗位工作的实际贡献程度。

三、制定考核流程绩效考核标准的制定还需要考虑考核流程。

合理的考核流程可以确保考核的一致性和公正性。

以下是一些关键环节:1. 目标设定:在考核开始前,应与员工共同确定明确的目标。

目标设定应该具有挑战性和可衡量性,能够激励员工的积极性。

2. 绩效记录:及时记录员工的工作表现,包括量化指标的完成情况、质量问题等。

绩效指标编码与《绩效合同》编号规则

绩效指标编码与《绩效合同》编号规则

绩效指标编码与《绩效合同》编号规则1 绩效指标编码规则1.1 经管会成员绩效指标编码规则1.1.1 0000-岗位名称汉语拼音首字母连写-指标序号-平衡记分卡(BSC)维度并联写本维度指标序号-子指标序号。

1.1.2 例如:“0000-SC-2-F1”中“0000”为公司领导统一职位编码;“SC”表示生产副总经理;“2”表示该指标为生产副总经理之第2个绩效指标;“F1”表示该指标为生产副总绩效指标中第1个财务维度指标。

1.2 单位(负责人)绩效指标编码规则1.2.1 部门/岗位编码(若为副职,连写“F”)-指标序号-平衡记分卡(BSC)维度并联写本维度指标序号-子指标序号。

1.2.2 例如:“0900-3-C2-1”中“0900”为质量保证部(负责人)编码;“3”表示该指标为质量保证部(负责人)指标之第3个指标;“L1”表示该指标为质量保证部(负责人)指标中第2个客户维度指标;“1”表示该指标存在子指标,该子指标为该指标的第1个子指标。

1.3 员工绩效指标编码规则1.3.1 岗位编码(若为副职,连写“F”)-指标序号-平衡记分卡(BSC)维度并连写本维度指标序号-子指标序号。

1.3.2 例如“0601F-3-L2”中“0601F”为人力资源部人员管理科副科长编码;“3”表示本该岗位之第3个绩效指标;“L2”表示本岗位绩效指标中学习成长类指标之第2个。

1.3.3例如“0905-JS-1-I2”中“0905”为质量保证部外协技术科(科长)编码;“JS”表示技术员;“1”表示本岗位第1个绩效指标;“I2”表示本岗位绩效指标中内部运营类指标之第2个。

1.4 平衡记分卡(BSC)维度表示方法1.4.1 财务维度(Financial)表示为“F”。

1.4.2 客户维度(Customer)表示为“C”。

1.4.3 内部运营维度(Internal Processes)表示为“I”。

1.4.4 学习成长维度(Learning)表示为“L”。

绩效考核内容规范

绩效考核内容规范

绩效考核内容规范绩效考核是企业中非常重要的一项管理工作,它能够帮助企业对员工的表现及其对企业的贡献进行全面的评估和梳理,从而为企业的发展提供有力的人才支撑。

为了保证绩效考核的准确性和公正性,需要对绩效考核的内容进行规范。

一、绩效考核内容规范的意义1.提高绩效考核的效度和公正性绩效考核的效度和公正性是评价绩效考核成功与否的两项指标。

如果绩效考核的内容不规范,那么很容易导致误判,降低绩效考核的效度和公正性。

规范绩效考核的内容可以有效地提高它的效度和公正性。

2.减少绩效考核的负面影响如果绩效考核的内容不规范,那么很容易导致员工对绩效考核失去信心,导致员工不愿意接受绩效考核。

在这种情况下,绩效考核的作用就会大打折扣,对企业的发展产生负面影响。

3.帮助企业更有效地管理员工绩效考核是企业管理员工的重要手段,它能够帮助企业了解员工表现和工作状态。

规范绩效考核的内容可以使企业更加有效地管理员工,提高企业的绩效。

二、绩效考核内容规范的具体要求1.绩效考核内容的设计要科学合理绩效考核内容的设计应该符合科学合理的要求,从员工的角度出发,包含工作内容、工作难度、岗位职责、业绩指标等考核要素,合理评估员工的表现。

2.绩效考核内容的制定要与企业战略相匹配企业的战略目标是企业考核员工的基础,绩效考核的内容制定要根据企业战略目标而设定,以评估员工对企业业务目标的贡献度。

3.绩效考核内容的标准要统一规范绩效考核内容的标准要统一规范,要进行明确的标准化设计。

事先制定绩效指标,对绩效量化,设立绩效等级,避免双方评估出现明显偏离的情况,保证评估结果真实可信。

4.绩效考核内容要具有可操作性绩效考核内容要具备可操作性,即能够通过员工日常工作完成,易于实现。

对于岗位职责不同的人员,要根据其不同的工作内容进行任务分解和考核内容的具体设计。

5.绩效考核内容的周期性要有规定绩效考核内容的周期性要有规定,一般为一年或一季度,此外还应该明确考核周期的起止时间,避免由于时间不同而产生不公平,造成员工不服等不良后果。

绩效考核制度规范

绩效考核制度规范

销售部绩效考核制度
(一)绩效考核总则
第一条除总经理外,本公司所有员工以月为单位进行绩效考核,考核项目包括工作态度、工作完成情况、收入目标达成情
况三大部分。

工作态度和工作完成情况实行每天考核,每
天实时公布。

收入目标完成情况在每个月30号之前考核
完成。

第二条工作态度的考核人员为行政部负责人,行政部负责人由总经理助理考核;
工作完成情况的考核人员为直接上属及工作协作相关人
员,收入目标达成情况由行政部负责人和直接部门负责人
共同考核;总分由行政部负责人核算。

第三条绩效考核采用打分制,基数为100分,与绩效奖金直接挂钩。

(二)绩效考核方法
第四条不同类型岗位的考核权重、考核指标、考核标准不同。

如下列表:
销售经理、销售部普通员工绩效考核工具表单
(三)其他
第五条绩效考核与“1+1”季度考核机制直接相关,一个季度的绩效考核中总分最高者为季度最佳员工,公司颁发荣誉
证书,并奖励500元奖金;一个季度的绩效考核总分各
部门最低者成为季度待定员工,这些员工在下一季度将
接受公司三个月复活机制考核,第一个月只发放基本生
活费600元,若第一个月考核没有排最后一名,则第二
个月复活为见习员工,发放见习员工薪资,若第二个月
考核没有排最后一名,则第三个月复活为原岗位员工,
发放正式员工岗位的薪资。

如果考核最低者的总分也高
于100分,则本季度无待定员工,如果连续两个季度考
核为最低,该员工自动辞职。

如果同时有多个最高和最
低,则采用评委会不记名投票方式选取,评委会成员从
公司员工中抽取。

第六条本制度自2011年9月1日起执行。

绩效考核通用指标

绩效考核通用指标

指标编码指标名称JXZBCODE-1计划决策能力100计划非常全面,很合理,操作性很强,决策非常准确180计划全面合理,操作性强,决策准确260计划较全面,较合理,操作性较强,决策较准确340计划较片面,操作性较差,决策有失偏颇420计划片面,操作性差,决策失误多50无计划,无决策6 JXZBCODE-2组织协调能力100任务分派很合理,解决问题很及时,工作秩序很好780任务分派合理,解决问题及时,工作井然有序1260任务分派较合理,解决问题较及时,工作秩序较好13 JXZBCODE-4理解分析能力100理解很深刻,很准确,分析非常全面,很透彻1480理解深刻准确,分析全面透彻1560理解较深刻,较准确,分析较全面,较透彻1640理解较肤浅,错误较多,分析较片面,较模糊1720理解肤浅,错误多,分析片面模糊18 JXZBCODE-5社交表达能力100与他人相处很融洽,表达非常清晰,理解容易1980与他人和睦相处,表达清晰易懂2060与他人相处较融洽,表达较清晰,比较容易理解2140与他人相处较差,表达较含糊,勉强能懂2220与他人相处差,表达含糊难懂23 JXZBCODE-6市场运作能力100把握市场动向很准确,对应策略非常合理,效率很高2480准确把握市场动向,对应策略合理高效2560把握市场动向较准确,对应策略较合理,效率较高2640对市场不够了解,对应策略错误较多,效率较低2720对市场不了解,对应策略错误多,效率低28 JXZBCODE-7指导培训能力100耐心、正确指导他人工作,培训非常及时,效果很好2980正确指导他人工作,及时培训,效果好3060指导他人工作较有耐心,培训较及时,效果较好3140指导他人工作较敷衍,培训较拖延,效果较差3220指导他人工作敷衍,培训拖延,效果差33 JXZBCODE-8应变学习能力100据变化采取相应措施非常及时,吸收新东西很快3480据变化及时采取相应措施,吸收新东西快3560据变化采取相应措施较及时,吸收新东西较快3640对变化反应较迟钝,吸收新东西较慢3720对变化反应迟钝,吸收新东西慢38 JXZBCODE-9业务能力100业务素养很高,具体工作开展非常顺利3980业务素养高,具体工作开展顺利4060业务素养较高,具体工作开展较顺利4140业务素养较差,具体工作开展难度较大4220业务素养差,具体工作开展难度大43。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

【最新卓越管理方案您可自由编辑】(绩效考核)J编码规范(附考核内20XX年XX月寥年的企业咨询顾问经验,经过实战验证可以落地$丸行的卓毬管碎方案,嘀得您下戟拥肓Java 编码规范修订历史记录壹简介1 目的本规范的目的是使开发人员以标准的、规范的方式编写代码,养成良好的编码风格和习惯,形成公司内部编码约定,提高程序的可读性,可维护性以及壹致性,同时减少项目组成员间技术沟通成本,提高团队开发效率。

2 范围1 、本文档基于Java1.5 的语法描述编码规范。

2、本文档从代码风格、注释、命名、声明以及异常处理等五个方面对Java编码进行约定。

3、本规范适用于所有运用Java 技术的软件项目、产品。

4、本规范适用的文件类型包括但不限于Java源文件、JSP文件、XML文件、HTML文件、JS文件以及AS文件。

5、本规范建议采用统壹的CodeStyle 以及Formatter 风格,通过IDE 进行配置。

3 读者范围1、软件过程改进领导小组以及工作小组所有人员;2、所有运用Java 技术的软件项目、产品的关联领导、项目负责人、设计人员、开发人员以及测试人员。

3、所有涉及运用Java 技术的软件项目、产品的关联人员。

二代码风格1 缩进1、使用空格代替Tab 缩进,避免各种编辑器中见到不壹样的代码格式。

【注:强制执行,Eclipse 可辅助排版】2、代码按层级缩进,每层级缩进4 个字符(对于特定格式文件,能够按照实际进行调整,如XML文件可缩进2个字符),所有“{}”块内容均应该进行缩进。

【注:强制执行,Eclipse 可辅助排版】参考例子:2 括号1、除数组的初始化定义外,“{}”中的语句应单独作为壹行。

【注:强制执行,Eclipse 可辅助排版】2 、左括号“ { ”可根据开发习惯是否换行存放,如果换行存放,必须和其前导语句首字符对齐,右括号“}”必须作为单独壹行存放且且和匹配行对齐(即左括号前导语句首字符)。

【注:强制执行,Eclipse 可辅助排版】3、于项目内部,相同类型的文件,其括号的风格必须统壹。

【注:强制执行,Eclipse 可辅助排版】参考例子:3 空格1、操作符俩端必须带有空格符。

【注:强制执行,Eclipse 可辅助排版】参考例子:2、各且行元素(如函数参数)间以空格符隔开,空格符放于逗号后方。

参考例子:【注:强制执行,Eclipse 可辅助排版】3、无特别要求,括号“ {}”、“[] ”、“()”左右方尽量不要增加无必要性的空格符。

【注:强制执行,Eclipse 可辅助排版】参考例子:4 空行1、同壹个编译单元间(包定义、导入声明、类)应以空行相隔。

参考例子:【注:强制执行,Eclipse 可辅助排版】2、类定义内部各元素间(字段定义、方法)应以空行相隔。

参考例子:【注:强制执行,Eclipse 可辅助排版】3、同壹方法内实现不同的功能之间应以空行相隔。

【注:强制执行】4、不能无理由出现大片空行。

【注:强制执行】5 控制语句1、对于循环控制等元素块,不管是否带有body ,均应该以{}包含。

参考例子:【注:强制执行】6 行宽1、每行代码尽量控制行宽于100 字以内,当超出100 字时候,代码应当进行缩进。

【注:非强制执行,属加分项】2、方法的缩进应当保证参数对齐。

【注:非强制执行,属加分项】参考例子:3、对于过长的SQL/HQL 语句,则采用关键字对齐方式,具体可通过PL/SQL 等工具进行代码的格式化。

【注:非强制执行,属加分项,附带《sql 规范》壹且考核】参考例子:7 类、函数1、每个函数的代码长度应尽量控制于50 行以内(不包含注释),如果函数功能过于庞大,可把独立的功能段单独抽取出来作为子函数。

【注:非强制执行,属加分项】2、每个类的代码长度应尽量控制于1000 行以内(不包含注释),如果类功能过于庞大,可通过组合的方式来分解类。

【注:非强制执行,属加分项】三注释1 基本原则1、注释目的于于增加代码清晰度,使代码易于被其他开发人员理解注:强制执行】2、保持注释简洁,禁止为了注释而注释。

【注:强制执行】3、注释除带有代码功能外,仍应带有描述上下文意图,具体描述其原因。

4、除变量定义等较短语句的注释可用行尾注释外,其他注释当避免使用行尾注释。

5 、对描述较长的注释,应当使用HTML 标记进行格式化,便于生成的JavaDoc 易阅读和理解。

【注:强制执行】2 文件、包1、文件、包头部应当带有注释,描述其功能、作用、作者、创建时间、修改历史等信息。

【注:非强制执行,属加分项】参考例子:3 类、接口1、对类、接口的注释应当符合JavaDoc 规范。

【注:强制执行】2、类、接口定义必须标记功能、作用、作者、时间。

【注:强制执行】3、当代码基线定义后,后续维护中新增的方法或字段于类、接口声明头部中应当添加修订记录,注明时间、原因以及作者。

【注:非强制执行,属加分项】参考例子:4 方法1、对方法的注释应当符合JavaDoc 规范。

【注:强制执行】2、方法定义应带有功能、作用、执行条件(如果有)、参数,对于复杂功能的方法,应当带有例子描述。

【注:功能、作用、执行条件(如果有)、参数属强制执行;例子描述属非强制执行,属加分项】3、每个方法中含有的参数以及返回值应当描述其类型、作用、值的范围,对方法的影响。

【注:强制执行】4、当方法抛出自定义的受控异常(CheckedException ,不含工具、框架抛出的异常)时,必须对异常产生的原因进行描述,便于调用者捕捉。

【注:强制执行】参考例子:5、对规范中约定的方法,如回调方法、getter/setter 方法,只要遵守其命令约定,均不需要编写注释。

【注:非强制执行】参考例子:6、如果方法内部涉及复杂的算法、关键步骤或难以理解的语句,应当添加注释标明其含义。

【注:非强制执行,属加分项】7、对于超过壹行注释,必须采用“ /**/ ”进行标注,而单行注释可采用“//标注。

【注:强制执行】5 变量1、全局变量、静态变量、类中的字段应当带有注释。

【注:强制执行】参考例子:2、对规范中约定的变量,如注入对象(如Service 、DAO ),通讯对象(如RemoteObject ),只要遵守其命令约定,均不需要编写注释。

【注:非强制执行,属加分项】参考例子:3、对于方法内部产生的临时变量,应当尽量添加注释,标明其中的作用四命名1 基本原则1、文件,类,函数,变量,命名必须采用可准确表达其意义的英文单词。

2、命名不能和关键字相同。

【注:强制执行】3、尽量避免使用出现误解的词汇。

4、不允许使用拼音命名,全部使用英文单词或缩写命名。

【注:强制执行】2 文件、包1、文件名第壹字母应大写。

【注:强制执行】2、文件名应尽量描述该文件作用。

【注:非强制执行,但采用拼音命名需扣分】3、文件名应使用名词或形容词+名词。

【注:强制执行】4、包名壹般以项目或模块名进行命名,采用小写。

【注:强制执行】5、包名组成规则[基本包].[项目名].[模块名].[子模块名]...【注:强制执行】参考例子:6、禁止把类直接定义于默认包下。

以下行为必须禁止:【注:强制执行】3 类、接口1、类、接口名第壹字母应大写。

【注:强制执行】2、类名应尽量描述该类作用。

【注:强制执行】3、类名应使用名词或形容词+名词。

【注:强制执行】4、如果需要用到多个单词表达其意义,每个单词第壹个字母必须用大写标识。

【注:强制执行】参考例子:5、类名不使用下划线。

【注:强制执行】6、如果用到某些特定名词作为类名,应保持该特定名词,如“ADOHelper ” 【注:强制执行】7、接口的第壹个字母应为“ I”,其他命名规则和普通类名相同。

【注:强制执行】8、对于DAO类,其命名规则为:名词+ “DAO ”,对于应用服务类,其命名规则为:名词+ “Service ”。

【注:强制执行】9、如果类为持久类,需要和数据库表进行绑定的,其命名于忽略前缀以及下划线等特殊字符的情况下,应和数据库表名保持壹致。

【注:强制执行】以下行为必须禁止:4 字段1、字段名第壹字母应小写。

【注:强制执行】2、字段名应尽量描述该字段的作用。

【注:强制执行】3、字段名应使用名词或形容词+名词。

【注:强制执行】4、如果需要用到多个单词表达其意义,除第壹个字母外,每个单词第壹个字母必须用大写标识。

【注:强制执行】5、如果字段所于类为持久类,需要和数据库表进行绑定的,其命名于忽略前缀以及下划线等特殊字符的情况下,应和数据库字段名保持壹致。

【注:强制执行】5 方法1、方法名第壹字母应小写。

【注:强制执行】2、方法名应尽量描述该方法的作用。

【注:强制执行】3、方法名应使用“动词+名词”形式命名。

【注:强制执行】4、如果需要用到多个单词表达其意义,除第壹个单词外,其他单词第壹个字母必须用大写标识。

【注:强制执行】5、对于常用的DAO 查询方法,方法应当表明方法出处、数据的来源以及查询依据。

如getOrderListByCustomer 方法根据顾客获取订单列表,此方法由Order 模块提供而不是Customer 模块。

【注:(1 )强制执行,但条件定义为非强制执行,即getOrderListByCustomer 中的ByCustomer 为非强制执行】6、回调方法应使用“ Callback ”作为方法后缀,如非特殊回调方法,可采用“调用方法+Callback ”命名规则,如login 方法回调,其方法命名为loginCallback 。

【注:强制执行】7、Flex 各种事件,采用“ on ”作为方法前缀命名,如非特殊事件,可采用“ on+ 方法名” 命名规则,如createComplete 事件中,其方法命名为onCreateComplete ,如果存于多个相同的事件,采用“ on+ 组件ID+ 方法名” 命名规则。

【注:强制执行】6 变量1、变量名第壹字母应小写。

【注:强制执行】2、变量名应尽量描述该变量的作用。

3、变量名壹般使用“形容词+名词”或单个名词,布尔变量应使用含有“判断意义的单词+名词” ,例如判断是否已关闭的变量:booleanisClosed ,禁止声明类似aaa、bb 无法定义、理解的变量。

【注:强制执行】4、如果需要用到多个单词表达其意义,除第壹个单词外,其他单词第壹个字母必须用大写标识。

【注:强制执行】5、用于for 循环的局部变量可使用i 等单个字母。

【注:非强制执行】7 常量1、常量名应尽量描述该常量的作用注:非强制执行,但采用拼音命名需扣分】2、常量名壹般使用“形容词+名词”或单个名词。

【注:强制执行】3、如果需要用到多个单词表达其意义,单词间应通过“分割。

【注:强制执行】参考例子:8组件变量1、组件变量符合变量命名规则。

相关文档
最新文档