软件类人员行为标准

合集下载

软件工程师职业道德规范和实践要求汇总

软件工程师职业道德规范和实践要求序言计算机及其相关技术正逐渐成为推动政府、教育、工业、商业、医疗、娱乐和整个社会发展的核心技术，软件工程师正是通过亲身参加或者教授软件系统的分析、说明、设计、开发、授证、维护和测试等实践工作，为社会做出了巨大贡献。

也因为他们在开发软件系统中所起的重要作用，软件工程师有很大机会去为社会做好事或者给社会带来危害，有能力让他人以及影响他人为社会做好事或者给社会带来危害。

为了尽可能确保他们的努力应用于好的方面，软件工程师必须做出自己的承诺，使软件工程师成为有益的和受人尊敬的职业，为了符合这一承诺，软件工程师应当遵循下列职业道德规范和实践要求。

本规范包含有关专业软件工程师的行为和决断的八项原则，这涉及那些实际工作者、教育工作者、经理、主管人员、政策制定者、以及相关职业的受训人员和学生。

这些原则指出了由个人、小组和团体参与其中的道德责任关系，以及这些关系中的主要责任，每个原则的条款就是对这些关系中责任做出的说明。

这些责任是基于软件工程师的人性，对受软件工程师工作影响的人们的特别关照，以及软件工程实践的独特因素。

本规范把这些规定作为任何已认定或有意从事软件工程的人的基本素质和责任。

不能把规范的个别部分孤立开来使用，或者用来辩护错误。

所列出的原则和条款并不是非常完善和详尽的，在职业规范指导的所有实际使用过程中，不应当将条款的可接受部分与不可接受部分分离开来，本规范也不是简单的道德算法，不可用来产生道德裁定，在某些情况下，规范可能互相抵触或与来自其它地方的标准相抵触，在这种情况下就要求软件工程师运用自己的道德判断能力，做出在特定情况下符合职业道德规范和职业实践精神的行动。

解决道德冲突的最好方法是对基本原则的周密思考，而不是对条文细节的咬文嚼字，这些原则要求软件工程师从更广泛的角度去思考：谁会受他们工作的影响，他们和他们的同行是否已给其他人应有的尊重，去考虑对他们工作有所了解的公众将如何看待他们的决定，去分析如何使他们的决定影响最小，去思考他们的行动是否符合作为软件工程师的职业要求。

任职资格标准-技术族-IT类

IT类（技术族）任职资格标准（第01版）集团二零一三年十月十日目录第一部分概述第二部分标准核心内容模型第三部分级别角色定位和基本条件第四部分标准核心内容描述一、行为标准二、能力标准三、贡献标准第五部分附则第一部分概述一、标准名称IT类（技术族）任职资格标准二、标准定义IT类任职资格标准是指从事软件、网页、程序设计，网络管理，硬件维护等工作内容的职位胜任要求。

三、标准适用范围IT类四、标准级别：本标准共设五个级别，分别为：一级标准、二级标准、三级标准、四级标准、五级标准。

五、标准的结构：本标准包括级别角色定位、基本条件、行为标准、能力标准、贡献标准和参考项。

第二部分标准核心模型第三部分级别角色定位和基本条件一、级别角色定位级别角色定位即关于各级别可承担角色的描述，包括掌握本领域内知识技能的宽度和深度；能够解决问题的范围和难度；在本领域内的地位；能够承担的职责。

二、基本条件基本条件包括以下内容：关于教育背景的要求；关于相关培训经历的要求；关于从业经验的要求；关于某方面特殊经验的要求；其他相关要求。

第四部分标准核心部分描述一、必备知识各级必备知识内容如下表：IT类任职资格行为标准包括四大行为模块。

一级行为标准：四级行为标准：三、技能标准IT类任职资格标准技能要求各级别的定义如下:一级四、贡献标准IT类任职资格素质标准共包含八项贡献：项目管理、工作案例、课程开发、文库建设、优化建议、文稿发表、人才培养、课程讲授。

各项贡献标准描述如下：项目管理第五部分附则一、本标准自XXXX年XX月XX日起生效。

二、本标准解释权属于XX部。

华为软件开发行为规范标准

与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。

对违反规范的开发行为，必须按照有关管理规定进行处罚。

本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。

本软件开发行为规范，采用以下的术语描述：★规则:在软件开发过程中强制必须遵守的行为规范。

★ 建议:软件开发过程中必须加以考虑的行为规范。

★说明：对此规则或建议进行必要的解释。

★示例：对此规则或建议从正或反两个方面给出例子。

本软件开发过程行为规范由研究技术管理处负责解释和维护。

研究技术管理处*目录1软件需求分析5 2软件项目计划9 3概要设计11 4详细设计14 5编码18 6需求管理19 7软件配置管理21 8软件质量保证23 9数据度量和分析251软件需求分析1- 1 :软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。

1- 2 :当产品的需求规格发生变更时，必须修订软件需求规格文档。

软件需求规格的变更必须经过评审，并保存评审记录。

1- 3 :必须对软件需求规格文档进行正规检视。

1- 4 :软件需求分析过程活动结束前，必须经过评审，并保存评审记录。

1- 5 :在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。

说明：参考建议1-1到1-16。

1- 1 :采用以下检查表检查软件需求规格文档中需求的清晰性。

1- 2 :采用以下检查表检查软件需求规格文档中需求的完备性1- 3 :采用以下检查表检查软件需求规格文档中需求的兼容性1- 4 ：采用以下检查表检查软件需求规格文档中需求的一致性。

软件研发团队规章制度范本

软件研发团队规章制度范本第一条为加强软件研发团队的管理，规范团队成员的行为，确保项目的顺利进行，特制定本规章制度。

第二条软件研发团队是由各类专业人员组成的，以完成软件研发项目为主要任务的团队。

团队成员要认真履行各自职责，保持团队的和谐氛围，共同为项目的成功努力。

第三条软件研发团队的成员应当遵守国家法律法规，遵循职业道德准则，严格执行公司规章制度。

第四条软件研发团队应当按照项目计划，合理分配工作任务，密切配合，共同完成项目目标。

第五条软件研发团队中的各职能部门应当相互合作，信息共享，及时沟通，确保项目进展顺利。

第六条软件研发团队的成员应当密切合作，相互尊重，互相帮助，共同提高团队的整体素质。

第七条软件研发团队的成员应当遵守保密规定，保护公司的商业秘密，不得泄露公司机密信息。

第八条软件研发团队的成员应当积极参加团队培训，提升自身技能，为项目的顺利进行贡献力量。

第九条软件研发团队的成员应当保持工作状态，不得私自离岗，不得迟到早退，不得擅自外出。

第十条软件研发团队的成员应当遵守项目管理规定，完成项目任务，不得擅自更改任务计划。

第十一条软件研发团队的成员应当认真执行团队领导的指令，服从公司管理。

第十二条软件研发团队的成员应当勇于承担责任，对工作结果负责，不得推卸责任。

第十三条软件研发团队的成员应当尊重他人的意见，积极沟通，解决工作中遇到的问题。

第十四条软件研发团队的成员应当遵守团队的纪律，不得违反规章制度，不得进行损害团队利益的行为。

第十五条软件研发团队的成员应当保持团队的团结，共同努力，共同成长。

第十六条软件研发团队的成员应当遵守本规章制度，如有违反，将接受相应的处罚。

第十七条本规章制度由团队领导负责解释和执行，团队成员应当遵从。

第十八条本规章制度自发布之日起生效，如有需要修改，将另行通知。

特此规章制度，以兹遵照。

软件研发团队领导签发日期：XXXX年XX月XX日以上规章制度由软件研发团队领导签发，共计6000字。

软件测试人员管理制度范本

软件测试人员管理制度范本第一章总则第一条为了规范软件测试人员的行为，提高软件测试人员的工作效率，保证软件质量，根据我国相关法律法规和公司规章制度，制定本制度。

第二条本制度适用于公司软件测试部门的全体测试人员。

第三条测试人员应遵循诚实守信、客观公正、严谨细致、持续改进的原则，认真履行测试职责，确保软件质量。

第二章招聘与培训第四条测试人员的招聘应遵循公开、公平、公正的原则，通过面试、技术考核等环节选拔具备相关专业背景、技能和经验的人员。

第五条测试人员入职后，应参加公司组织的岗前培训，了解公司文化、产品特点、测试流程等，考核合格后方可上岗。

第六条测试人员应定期参加专业培训和技术交流，不断提高测试技能和业务水平。

第三章工作职责与流程第七条测试人员负责对软件产品进行功能性、性能、兼容性、安全性等方面的测试，确保软件质量满足需求。

第八条测试人员应根据项目需求和测试计划，制定详细的测试用例，并进行测试环境搭建。

第九条测试人员应严格执行测试计划，及时发现软件缺陷，记录测试结果，并与开发人员沟通，推动缺陷修复。

第十条测试人员应对测试过程进行跟踪，对测试数据进行分析，提出改进措施，持续优化测试流程。

第十一条测试人员应参与项目验收，确保软件产品符合预期质量标准。

第四章考核与激励第十二条测试人员的工作考核应围绕测试覆盖率、缺陷发现率、测试报告质量、团队协作等方面进行。

第十三条公司应设立激励机制，对表现优秀的测试人员进行表彰和奖励，鼓励测试人员积极工作。

第十四条测试人员晋升应根据个人能力、业绩和团队需求进行，晋升通道包括技术路线和管理路线。

第五章行为规范与纪律第十五条测试人员应遵守公司规章制度，遵循职业道德，保守公司商业秘密。

第十六条测试人员应尊重同事，与团队成员保持良好沟通，积极参与团队活动。

第十七条测试人员应按时完成工作任务，如有困难应及时沟通，不得拖延或推诿。

第十八条测试人员在工作中发现违规行为，应主动报告，敢于维权。

软件工程中的软件工程师的职业道德与行为准则

软件工程中的软件工程师的职业道德与行为准则在当今科技高度发展的社会中，软件工程师扮演着重要的角色。

他们负责设计、开发和维护软件，为人们提供高效便捷的信息服务。

然而，随着软件行业的蓬勃发展，人们对软件工程师的职业道德和行为准则的要求也越来越高。

本文将探讨软件工程师的职业道德和行为准则，旨在促进软件工程行业的健康发展。

一、职业道德的重要性在软件工程领域，职业道德是软件工程师应该具备的重要品质。

职业道德不仅是软件工程师个人的素质，更是整个行业的灵魂。

软件工程师的职业道德决定了他们在工作中应该如何行事，如何与客户和同事相处，如何保护客户的隐私和数据安全，以及如何遵守法律法规等。

只有具备良好的职业道德，软件工程师才能在这个竞争激烈的行业中获得尊重和发展。

1.1 诚实守信软件工程师应始终遵循诚实守信的原则。

他们在与客户和同事的交流中要做到真实、准确、透明。

他们要对自己的承诺和责任负责，不说谎、不夸大事实，不故意隐瞒信息。

只有通过真诚的沟通和诚实守信的行为，软件工程师才能建立起可信的合作关系。

1.2 尊重他人软件工程师应尊重他人的权利和尊严。

他们应尊重客户的隐私，妥善保管客户的个人信息，严禁滥用和泄露。

他们要尊重同事的工作和贡献，避免恶意竞争和恶意抄袭。

软件工程师还应尊重整个行业的利益，遵守行业规范和准则，共同维护行业的良好形象。

1.3 责任心与专业精神软件工程师应该具备良好的责任心和专业精神。

他们要对自己的工作负责，确保交付的软件符合客户的需求和标准。

他们还应该不断学习和研究新的技术和方法，提升自己的专业水平，为客户提供更高质量的产品和服务。

二、软件工程师的行为准则除了职业道德，软件工程师还应遵守一系列的行为准则，以指导他们在工作中的具体行为。

以下是一些常见的软件工程师的行为准则：2.1 遵循法律法规软件工程师应遵守国家和地区的法律法规，确保软件开发过程中的合法性和合规性。

他们要充分了解相关法律法规，不参与任何侵犯他人权益和违法行为。

7.12 软件工程师职业道德规范和实践要求

这些原则指出了由个人、小组和团体参与其中的道德责任关系，以及这些关系中的主要责任，每个原则的条款就是对这些关系中责任做出的说明。

这些责任是基于软件工程师的人性，对受软件工程师工作影响的人们的特别关照，以及软件工程实践的独特因素。

本规范把这些规定作为任何已认定或有意从事软件工程的人的基本素质和责任。

不能把规范的个别部分孤立开来使用，或者用来辩护错误。

电脑及软件使用管理制度

电脑及软件使用管理制度一、总则为了规范企业内部员工电脑及软件的使用行为，提高工作效率，保护企业信息安全，订立本管理制度。

全部员工在使用电脑及软件前，必需认真阅读并严格遵守本制度。

二、范围本制度适用于企业全部员工及相关部门，包含但不限于技术部门、行政部门、市场部门等。

三、电脑使用规定1.电脑的启动和关闭应当遵从操作规范，确保正常运行。

2.员工个人电脑由企业统一配备并维护，严禁私自更换电脑配置或转变系统设置。

3.电脑使用时不得进行个人非工作相关游戏、音乐或视频等娱乐活动。

临时个人需求除外，但需提前向直接上级申请并获得批准。

4.员工离开办公区域时，必需将电脑上锁或关机，以保障信息安全。

5.不得擅自删除或更改他人存储在电脑上的数据文件，如有需要应事先获得相关人员的授权。

6.电脑定期维护、升级和检修由公司统一布置，员工应乐观搭配，并做好个人电脑的备份工作。

四、软件使用规定1.员工在使用企业供应的软件时，应依照标准操作程序进行，并保管好数据备份。

2.禁止私自安装或使用未经公司授权的软件，如有需要应提前向相关部门提出申请并获得批准。

3.对于涉及到敏感信息的软件和数据，员工应遵从相应的保密规定，并采取必需的措施确保数据安全。

4.在使用软件过程中，发现软件漏洞或异常应及时报告给技术部门，并搭配技术部门进行问题排查和解决。

5.严禁通过软件进行非法传输、传播或存储不符合法律法规的文件、信息等违禁行为，一经发现将依法追究责任。

6.临时有特殊需求使用非公司供应的软件时，应事先向直接上级申请并获得批准。

同时，应确保所使用软件的合法性及安全性。

五、违规处理1.对于严重违反本制度的员工，将会受到公司纪律处分，并依据情况追究法律责任。

2.对于细小违规行为，将视情节轻重，进行批判教育、警告等处理，并监督改正。

六、附则1.本制度自实施之日起生效，并适用于全体员工。

2.公司将定期对本制度进行评估和修订，并及时通知全部员工。

3.对于本制度未涉及到的事项，应参照公司其他相关规章制度执行。

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

3.确认模块设计模型内部是一致的，没有矛盾；
4.确认模块设计模型的陈述是无歧义的；
5.确认模块设计模型是可实现的；
6.确认模块设计模型与纳入软件配置经管的模块分析模型间可追踪性；
7.标记出模块设计模型中存在的所有问题及相应的处理意见，并详细记录在“模块设计评审报告”中。
6、实现
序号
行为要项
行为规范
6.1
3.若评估通过则交给相应的变更实现负责人；若不通过，则说明驳回的原因。；
8.4
变更技术方案论证
1.变更实现负责人组织变更实现者对变更请求进行分析，若变更请求不可行，则填写《软件变更状态报告》，并说明原因，通知变更控制者；
2.若变更可行，变更实现负责人及变更实现者者根据变更请求对实现技术方案进行描述；
1.审查软件市场需求规格说明书是否符合规范要求；
2.审查软件市场需求规格说明书中定义的需求是否正确地反映了市场需求，没有错误；
3.审查软件市场需求规格说明书中定义的需求是否完备地反映了市场需求，没有遗漏；
4.确认软件市场需求规格说明书中定义的需求与市场需求之间的可追踪性；
5.将评审结果详细记录在“市场需求规格说明书评审报告”中。
12.审查软件开发计划中对软件风险的估计是否科学合理；
13.审查资金使用计划是否科学合理；
14.审查人员使用计划是否科学合理；
15.审查软件测试计划的制定是否恰当；
16.审查软件开发计划中的进度安排是否合理；
17.审查软件开发计划是否切实可行；
18.标记出软件开发计划中存在的所有问题及相应的处理意见，并详细记录在“软件开发计划评审报告”中。
3、实施工程计划
序号
行为要项
行为规范
3.1
跟踪软件开发过程
—
1.跟踪软件开发过程，确保软件开发是根据软件开发计划分阶段进行的；
2.跟踪所有软件工作产品的规模；
3.跟踪工程的软件工作量；
4.跟踪工程的软件成本；
5.跟踪工程所用的关键资源；
6.跟踪测试进度；
7.跟踪软பைடு நூலகம்开发进度；
8.跟踪和控制软件风险。
7.3
归纳总结经验教训
1.归纳总结开发工作中最主要的经验与教训；
2.对今后的工程开发工作提出建议。
8、变更控制
序号
行为要项
行为规范
8.1
提出变更请求
1.所有软件变更请求均应按规定的方式提出；
2.根据产生变更请求的原因，如果是问题，则说明产生问题的应用模式、配置、及出现问题的现象以及其他有关材料；如果是改进，则要提出一份修改说明书，列出所希望的修改；如果是新需求，则对新需求进行详细描述；
6.记录在软件开发不同时期测试工作情况与计划要求；
7.记录在软件开发不同时期软件开发的实际进度与计划进度；
8.记录在软件开发不同时期遭遇的实际风险与估计风险。
—
3.3
修改软件开发计划
—
1.当下列事件发生时，应修订软件开发计划：（1）制订软件开发计划的基础发生变化，例如，软件需求发生变更，软件工程的约束条件发生变化等；（2）软件开发的实际过程严重偏离软件开发计划；（3）在软件工程的里程碑处。
系统级
实现
1.在系统设计说明书基础上对系统的主体结构进行程序编码，建立各模块可用的系统构架和接口；
2.程序编写、调试和架构测试，完成系统设计所要求的指标；
3.编写系统实现说明书，提交源代码和程序。；
6.2
模块级
实现
1.在模块设计说明书基础上对系统的各个模块进行程序编码；
2.程序编写、调试，完成模块设计所要求的指标；
二、行为规范
1、软件产品需求分析
序号
行为
要项
行为规范
1.1
确定市场需求
1.收集用户需求或分配需求（系统总体分配给软件的系统需求）；
2.与需求者一起定义、验证所收集的需求；
3.将定义、验证后的需求按规范文档化为“软件市场需求规格说明书”；
4.跟踪需求的需求者或需求源，及时收集他们的变更需求。
1.2
评审市场需求规格说明书
7.将测试结果与预期结果进行比较和分析，并将分析结果文档化。
6.4
集成测试
1.以系统设计说明书为依据，审查系统实现说明书，看是否存在实现上的错误或遗漏；
2.确定测试目标；
3.确定测试技术方案和测试计划；
4.设计测试程序和测试用例；
5.依据系统设计说明书，确定采用测试程序和测试用例进行测试时应产生的预期结果；
4.3
模块分析
1.深入理解模块的规格说明；
2.确定模块分析的总体思想；
3.明确模块的各项规格说明与模块的问题域组成元素之间的关系；
4.深入分析模块的各个问题域组成元素；
5.编制模块需求分析报告。；
4.4
模块分析评审
1.审查“模块需求分析报告”是否符合规范要求；
2.审查模块分析模型是否正确地反映了纳入软件配置经管的软件需求规格说明书中定义的软件需求，没有错误和遗漏；
6.用测试程序和测试用例进行测试，记录测试结果；
7.将测试结果与预期结果进行比较和分析，并将分析结果文档化。
6.5
系统测试
—
—以软件需求规格说明书为依据，确定测试目标；
—确定测试技术方案和测试计划；
—设计测试程序和测试用例；
—依据软件需求规格说明书，确定采用测试程序和测试用例进行测试时应产生的预期结果；
6.审查软件开发计划是否满足对软件工程的其它约束；
7.审查软件开发计划中选定的软件生命周期模型是否合适；
8.审查软件开发计划中标识的每个软件工作产品是否恰当；
9.审查软件开发计划中对软件规模的估计是否科学合理；
10.审查软件开发计划中对软件的工作量和成本的估计是否科学合理；
11.审查软件开发计划中对关键资源的估计是否科学合理；
2.修订后的软件开发计划必须提交软件过程经管组，由软件质量保证小组进行评审，评审通过后才能用于指导后续软件开发活动。
—
4、总体设计
序号
行为要项
行为规范
4.1
软件总体设计
1.深入理解软件系统的需求规格说明；
2.深入分析软件系统的各个问题域组成元素；
3.编制软件总体设计报告；
4.2
总体技术方案评审
1.审查“软件总体技术方案”是否符合规范要求；
3.变更实现负责人将变更实现技术方案提交变更控制者进行技术方案论证，一旦技术方案论证过程中发现了问题，就及时对技术方案进行修正，直到论证通过。；
1.全面理解软件需求分析规格说明书；
2.确立系统设计的总体思想；
3.在系统分析报告基础上对系统的关键问题进行设计；
4.确保系统设计的合理性、可实现性和可扩展性；
5.编写系统设计说明书
5.2
系统设计评审
1.审查系统设计说明书是否符合规范要求；
2.审查系统设计模型是否正确地反映了纳入软件配置经管的系统分析模型，没有错误和遗漏；
11.文档化软件开发计划。
2.2
评审软件开发计划
1.审查文档化的软件开发计划是否符合规范要求；
2.审查软件开发计划是否正确、完全、一致地反映了纳入软件配置经管的软件需求规格说明书；
3.审查软件开发计划是否满足对软件工程的功能约束；
4.审查软件开发计划是否满足对软件工程的进度、成本约束；
5.审查软件开发计划是否满足对软件工程的资源约束；
2.鉴别出不完备的、遗漏的或多余的”软件市场需求规格说明书”和“竞争对手产品功能说明书”中定义的需求；
3.将定义、验证后的软件需求按规范文档化为“软件需求规格说明书”。
1.5
评审软件需求规格说明书
1.审查软件需求规格说明书是否符合规范要求；
2.审查软件需求是否正确地反映了纳入软件配置经管的软件市场需求规格说明书中定义的需求，没有错误；
2.确立模块设计的总体思想；
3.在模块分析报告基础上对模块的结构进行设计；
4.设计模块的行为；
5.确保模块设计的合理性、可实现性和可扩展性；
6.编写模块设计说明书。
5.4
模块设计评审
1.审查模块设计报告是否符合规范要求；
2.审查模块设计模型是否正确地反映了纳入软件配置经管的模块分析模型，没有错误和遗漏；
2、工程计划
序号
行为要项
行为规范
2.1
制订软件开发计划
—
1.明确软件工程的目标和约束；
2.选定合适的软件生命周期模型；
3.估计软件规模；
4.估计软件的工作量和成本；
5.对关键资源进行估计；
6.明确资金使用计划；
7.确定人员使用计划；
8.参与软件测试计划的制定；
9.鉴别和估计软件风险；
10.确定开发进度；
3.确认模块分析模型内部是一致的，没有矛盾；
4.确认模块分析模型的陈述是无歧义的；
5.确认模块分析模型与纳入软件配置经管的软件需求规格说明书中定义的软件需求之间的可追踪性；
6.标记出模块分析模型中存在的所有问题及相应的处理意见，并详细记录在“模块分析评审报告”中。
5、设计
序号
行为要项
行为规范
5.1
系统设计
3.按照《软件维护阶段的变更控制过程》的要求填写《软件变更状态报告》相应部分
8.2
评估变更请求
1.评估过程应该保持中立性，尽量考虑工程当前的资源情况，在市场压力和工程开发经管之间予以均衡。；
8.3
变更请求决策
1.变更控制者组织某个或一些变更评估者对软件变更请求进行评估；
2.变更控制者根据评估结果做出是否实现该变更的决策并填写《软件变更状态报告》；
3.确认系统设计模型内部是一致的，没有矛盾；
4.确认系统设计模型的陈述是无歧义的；