2026年航天分销软件开发合同

2026年航天分销软件开发合同

**2026年航天分销软件开发合同**

本合同由以下双方于2026年[具体日期]在[具体地点]签订：

甲方（委托方）：[甲方名称]

法定代表人：[甲方法定代表人姓名]

注册地址：[甲方注册地址]

联系地址：[甲方联系地址]

乙方（开发方）：[乙方名称]

法定代表人：[乙方法定代表人姓名]

注册地址：[乙方注册地址]

联系地址：[乙方联系地址]

鉴于：

1.甲方在航天领域拥有丰富的业务经验和市场需求，希望通过开发一套先进的分销软件系统，提升其业务管理效率和客户服务水平；

2.乙方具备丰富的软件开发经验和专业技术能力，特别是在航天领域的分销软件开发方面具有丰富的项目经验和技术积累；

3.双方经友好协商，同意由乙方为甲方开发一套符合甲方需求的航天分销软件系统，并达成如下协议：

**第一条项目概述**

1.1项目名称：2026年航天分销软件开发项目

1.2项目内容：乙方根据甲方的需求，开发一套包括但不限于分销管理、订单处理、库存管理、客户关系管理、数据分析等功能的航天分销软件系统。

1.3项目目标：确保软件系统在功能、性能、安全性等方面满足甲方的业务需求，并能够稳定运行于甲方的IT环境中。

**第二条合同期限**

2.1合同有效期：自本合同签订之日起至项目验收合格之日止。

2.2项目开发周期：乙方应在收到甲方确认的需求文档后的[具体天数]个工作日内完成软件开发工作。

2.3项目验收：甲方应在收到乙方提交的软件开发成果后的[具体天数]个工作日内进行验收。

**第三条甲方权利与义务**

3.1甲方有权要求乙方按照合同约定的内容和标准完成软件开发工作。

3.2甲方应向乙方提供必要的开发环境和设备，并确保乙方能够顺利开展开发工作。

3.3甲方应指定专门的项目联系人，负责与乙方进行沟通和协调，并确保及时反馈需求变更和问题。

3.4甲方应按照合同约定支付软件开发费用，并确保支付方式符合合同约定。

**第四条乙方权利与义务**

4.1乙方有权要求甲方提供必要的开发需求和资料，并确保需求明确、详细、可行。

4.2乙方应按照合同约定的内容和标准完成软件开发工作，并确保软件系统的质量符合行业标准和甲方的要求。

4.3乙方应指定专门的项目联系人，负责与甲方进行沟通和协调，并确保及时反馈项目进展和问题。

4.4乙方应保证软件系统的知识产权归属甲方所有，并承担因软件系统质量问题导致的全部责任。

**第五条软件开发费用及支付方式**

5.1软件开发费用总额为人民币[具体金额]元（大写：[具体金额大写]）。

5.2支付方式：

（1）合同签订后[具体天数]个工作日内，甲方支付软件开发费用总额的[百分比]%，即人民币[具体金额]元（大写：[具体金额大写]）。

（2）软件开发完成并提交甲方验收合格后[具体天数]个工作日内，甲方支付软件开发费用总额的[百分比]%，即人民币[具体金额]元（大写：[具体金额大写]）。

（3）剩余的[百分比]%，即人民币[具体金额]元（大写：[具体金额大写]），作为质保金，自软件系统验收合格之日起[具体天数]个月后支付。

**第六条知识产权**

6.1软件系统的全部知识产权（包括但不限于软件著作权、专利权、商标权等）归甲方所有。

6.2乙方应在软件系统交付后[具体天数]个月内，向甲方提供软件系统的源代码和相关的技术文档。

6.3乙方不得将软件系统用于任何第三方，也不得将软件系统的任何部分进行复制、修改、分发或转让。

**第七条验收标准及程序**

7.1验收标准：

（1）软件系统应满足合同约定的功能和性能要求；

（2）软件系统应能够稳定运行于甲方的IT环境中；

（3）软件系统应通过甲方的功能测试、性能测试和安全测试。

7.2验收程序：

（1）乙方在软件开发完成后，应向甲方提交软件系统验收申请；

（2）甲方应在收到验收申请后的[具体天数]个工作日内组织验收；

（3）验收合格后，甲方应向乙方出具验收报告，并支付相应的软件开发费用；

（4）若验收不合格，甲方应向乙方提出书面意见，并给予乙方[具体天数]个工作日的修改时间，修改后再进行验收。

**第八条违约责任**

8.1若甲方未按时支付软件开发费用，每逾期一日，应按未支付金额的[百分比]%支付违约金。

8.2若乙方未按时完成软件开发工作，每逾期一日，应按合同总金额的[百分比]%支付违约金。

8.3若因乙方原因导致软件系统无法正常运行，乙方应负责免费进行修复，并承担由此给甲方造成的全部损失。

**第九条保密条款**

9.1双方应对本合同内容及项目开发过程中知悉的对方商业秘密进行保密，未经对方书面同意，不得向任何第三方泄露。

9.2保密期限为本合同有效期内及合同终止后[具体年限]年。

**第十条争议解决**

10.1本合同履行过程中发生的任何争议，双方应友好协商解决；协商不成的，任何一方均可向[具体法院]提起诉讼。

**第十一条其他约定**

11.1本合同未尽事宜，双方可另行签订补充协议，补充协议与本合同具有同等法律效力。

11.2本合同一式[具体份数]份，甲方执[具体份数]份，乙方执[具体份数]份，具有同等法律效力。

甲方（盖章）：[甲方名称]

法定代表人（签字）：

日期：[具体日期]

乙方（盖章）：[乙方名称]

法定代表人（签字）：

日期：[具体日期]

**一、附件列表**

该合同在执行过程中可能需要以下附件：

1.**需求规格说明书：**详细描述软件的功能需求、性能需求、安全需求、用户界面需求等，是软件开发的主要依据。

2.**系统设计文档：**描述软件的架构设计、模块设计、数据库设计等，是软件开发的重要参考。

3.**测试计划：**描述软件测试的策略、测试用例、测试方法等，是保证软件质量的重要保障。

4.**源代码：**软件开发完成后，根据合同约定提供的源代码。

5.**技术文档：**包括用户手册、管理员手册、部署手册等，是软件使用和维护的重要资料。

6.**验收测试报告：**甲方对软件进行验收时出具的测试报告，证明软件是否符合合同约定的验收标准。

7.**变更请求单：**甲方在软件开发过程中提出的需求变更，以及乙方对变更的响应和处理记录。

8.**沟通记录：**双方在项目开发过程中进行的沟通记录，例如会议纪要、邮件往来等，用于解决争议和追溯问题。

**二、违约行为及认定**

**违约行为罗列：**

1.**甲方违约行为：**

*未按时支付软件开发费用。

*未提供必要的开发环境和设备，或提供的开发环境和设备不符合要求，导致乙方无法顺利开展开发工作。

*未指定专门的项目联系人，或指定的项目联系人无法有效沟通和协调。

*错误地提供不实或虚假的开发需求，导致乙方开发方向错误或返工。

*无正当理由拒绝验收合格的软件系统。

2.**乙方违约行为：**

*未按时完成软件开发工作。

*开发的软件系统不符合合同约定的功能、性能、安全性等要求。

*开发的软件系统无法稳定运行于甲方的IT环境中。

*未按合同约定提供源代码或技术文档。

*泄露甲方的商业秘密。

*无正当理由拒绝修复软件系统中的缺陷。

**违约行为的认定：**

违约行为的认定主要依据合同条款和双方的实际情况。一般来说，违约行为需要同时满足以下三个条件：

1.**存在违约行为的事实：**一方当事人违反了合同约定的义务。

2.**违约行为具有可归责性：**违约行为是由于违约方自身的过错造成的，而非不可抗力等外部因素。

3.**违约行为造成了损失：**违约行为导致了守约方遭受了损失。

**三、法律名词解释**

1.**委托方（甲方）：**指委托乙方进行软件开发的一方，在本合同中为[甲方名称]。

2.**开发方（乙方）：**指接受甲方委托进行软件开发的一方，在本合同中为[乙方名称]。

3.**软件开发费用：**指乙方为完成甲方委托的软件开发项目而收取的费用。

4.**知识产权：**指权利人对其智力劳动成果依法享有的专有权利，包括著作权、专利权、商标权等。

5.**商业秘密：**指不为公众所知悉、能为权利人带来经济利益、具有实用性并经权利人采取保密措施的技术信息和经营信息。

6.**不可抗力：**指不能预见、不能避免并不能克服的客观情况，例如自然灾害、战争等。

7.**合同标的：**指合同双方当事人权利和义务所指向的对象，在本合同中为航天分销软件系统。

8.**履行期限：**指合同双方当事人约定履行合同义务的期限，在本合同中指软件开发周期和项目验收期限。

9.**违约责任：**指当事人违反合同约定应承担的法律责任，例如支付违约金、赔偿损失等。

**四、实际执行中可能遇到的问题及解决办法**

**可能遇到的问题：**

1.**需求变更频繁：**甲方在开发过程中可能不断提出新的需求或修改原有需求，导致开发工作难以顺利进行。

2.**沟通不畅：**双方在项目开发过程中可能因为沟通不畅导致误解和分歧。

3.**技术难题：**开发过程中可能遇到难以解决的技术难题，导致项目进度延误。

4.**验收标准不明确：**甲方可能没有明确软件系统的验收标准，导致验收过程不顺利。

5.**知识产权纠纷：**双方可能在软件系统的知识产权归属问题上产生纠纷。

6.**保密泄露：**项目开发过程中可能存在商业秘密泄露的风险。

**解决办法：**

1.**需求变更频繁：**

***解决办法：**建立需求变更管理机制，对需求变更进行评估和控制，明确变更的流程和审批权限。对于合理的变更，应及时纳入开发计划并调整开发工作量。

2.**沟通不畅：**

***解决办法：**建立有效的沟通机制，定期召开项目会议，及时沟通项目进展和问题。指定专门的项目联系人，负责双方的沟通和协调。

3.**技术难题：**

***解决办法：**建立技术难题解决机制，及时研究和解决开发过程中遇到的技术难题。可以寻求第三方技术支持或专家咨询。

4.**验收标准不明确：**

***解决办法：**在合同中明确软件系统的验收标准，包括功能、性能、安全性等方面的要求。可以制定详细的验收测试计划，作为验收的依据。

5.**知识产权纠纷：**

***解决办法：**在合同中明确软件系统的知识产权归属，并签订保密协议，保护双方的知识产权。可以咨询专业律师，确保合同条款的合法性和有效性。

6.**保密泄露：**

***解决办法：**加强对项目人员的保密教育，签订保密协议，限制项目人员对外泄露商业秘密。对项目开发环境和数据进行安全保护，防止数据泄露。

**五、适用场景总结**

该合同适用于以下场景：

1.**航天领域分销软件开发：**主要用于规范航天领域内，委托方委托开发方进行分销软件开发的项目合作。

2.**大型软件开发项目：**可作为大型软件开发项目的参考模板，根据具体情况进行修改和完善。

3.**定制化软件开发项目：**可用于定制化软件开发项目，明确双方的权利和义务，保障项目的顺利进行。

4.**需要长期合作的项目：**可作为双方长期合作的基础，建立良好的合作关系，促进项目的持续发展。

**总而言之，该合同适用于任何需要规范软件开发项目合作，特别是涉及复杂功能、高保密性要求的软件开发项目。通过明确双方的权利和义务，建立有效的沟通机制和风险控制机制，可以保障项目的顺利进行，并维护双方的合法权益。**

**一、特殊应用场合及应增加的条款**

1.**特殊场合：系统集成与现有系统对接**

***描述：**开发的航天分销软件需要与甲方现有的ERP、CRM或其他核心业务系统进行深度集成。

***应增加的条款：**

***附件：系统集成需求与责任划分**

***具体内容：**

*详细描述需要集成的甲方现有系统名称、版本、接口规范（如API、数据库、文件等）。

*明确集成范围：哪些数据需要双向同步，哪些是单向同步，接口的数据频率要求（实时、定时批处理等）。

***甲方责任：**提供集成所需的系统访问权限、接口文档、测试环境，并指定接口负责人。保证现有系统的稳定运行，配合乙方进行接口开发、测试和联调。

***乙方责任：**负责开发满足甲方需求的集成接口，确保接口的稳定性、安全性、性能符合要求。提供接口开发文档和测试计划。承担接口开发过程中的技术风险和责任。进行接口测试和联调，确保数据传输的准确性和及时性。

***验收标准：**集成接口功能、性能、稳定性测试报告，以及双方确认的集成联调测试结果。

2.**特殊场合：涉及高度定制化与特定航天标准符合性**

***描述：**软件功能需满足特定的、非通用的航天领域业务流程，且需符合特定的国家或行业标准（如军工标准、航天特定规范）。

***应增加的条款：**

***附件：特定业务流程需求文档&行业标准符合性声明**

***具体内容：**

*详细描述需要特殊定制的航天业务流程，并作为需求规格说明书的补充。

*明确需要符合的具体行业标准和规范名称、版本号（如GJB标准系列、ASIL等级要求等）。

***乙方责任：**确保软件设计、开发、测试充分考虑并满足特定的航天业务流程需求。负责确保软件符合约定的行业标准，并可能需要提供符合性评估报告或认证支持（如适用）。承担因不符合标准而产生的责任。

***甲方责任：**提供详细的业务流程说明和行业标准的具体要求文件。对乙方基于特定流程和标准开发的软件进行确认。

3.**特殊场合：软件即服务（SaaS）模式交付**

***描述：**开发的软件系统并非传统的本地部署，而是基于云平台提供服务。

***应增加的条款：**

***附件：服务级别协议（SLA）**

***具体内容：**

*明确服务交付方式：采用SaaS模式，用户通过互联网访问。

*定义服务范围：包含哪些功能模块，用户数量限制，存储空间等。

***服务可用性承诺：**具体的正常运行时间百分比（如99.9%），以及对应的服务器宕机、网络中断等情况下的响应时间和恢复时间目标。

***性能指标：**关键操作的平均/最大响应时间，系统并发用户数支持能力。

***甲方责任：**提供符合SaaS模式要求的网络环境（如需），按量付费或订阅付费，配合乙方进行必要的用户培训。

***乙方责任：**负责云平台的选型、搭建、维护，确保软件系统的稳定运行和持续可用。负责软件功能的更新迭代（版本升级）。保障用户数据的安全性和隐私（符合相关法律法规）。提供符合SLA的服务。

4.**特殊场合：涉及大规模用户部署与运维支持**

***描述：**软件系统将部署给甲方大量内部用户或外部客户，需要较强的运维和技术支持能力。

***应增加的条款：**

***附件：运维支持与培训计划**

***具体内容：**

*明确运维责任：乙方负责软件系统的日常监控、故障处理、性能优化等运维工作，或提供运维服务选项。

*定义支持级别：例如，提供7x24小时紧急故障响应，或工作日的标准支持时间。

***乙方责任：**提供详细的运维方案和支持计划。在合同期内或约定时间内，提供免费的技术支持和故障排除服务。提供用户培训，包括操作培训、管理员培训等。

***甲方责任：**指定运维对接人，配合乙方进行系统监控和故障处理。提供必要的运维环境（如监控工具）。

5.**特殊场合：长期合作与持续迭代开发**

***描述：**甲方与乙方可能建立长期合作关系，软件系统上线后仍需根据业务发展进行持续的功能增强和优化。

***应增加的条款：**

***附件：版本发布计划与后期维护条款**

***具体内容：**

*约定后续版本的功能迭代周期（如每年一次）。

*明确后期维护服务模式：例如，提供一定期限内的免费维护升级服务，之后转为有偿服务。

***乙方责任：**根据约定计划进行版本迭代开发，并提供后续的维护升级服务。

***甲方责任：**对后续迭代需求提供反馈和确认。根据约定支付后期维护费用。

**二、第三方介入时的款项（责权利）及具体内容（增加条款）**

***场景描述：**在合同履行过程中，可能引入第三方（如系统集成商、数据提供商、测试机构等）参与部分工作或提供支持。

***应增加的条款：**

***第三方参与管理条款**

***具体内容：**

***引入第三方条件：**明确在何种情况下（如特定技术需求、资源不足等）可以引入第三方，以及引入程序的审批流程（需甲方书面同意）。

***第三方责权利：**

***职责：**明确第三方在本项目中的具体工作范围和任务（如特定模块开发、硬件集成、性能测试、数据迁移等）。第三方需遵守本合同与甲方约定的质量标准、进度要求、保密义务和知识产权规定。

***权利：**第三方有权获得履行其工作所需的必要信息、资源（如测试环境、接口文档）和协作。

***费用与支付：**明确第三方服务/产品的费用承担方（通常是乙方承担，然后从应付甲方款项中扣除，或由甲方直接支付给第三方，具体方式在合同中约定清晰）及支付方式。若由甲方直接支付，需甲方确认第三方资质和报价。

***管理责任：**明确乙方对第三方的管理责任，包括对第三方的工作进行监督、协调和验收。若因第三方原因导致问题，乙方承担对甲方的全部责任。

***保密：**乙方需确保第三方遵守与甲方签订的保密协议或履行同等的保密义务。

**三、甲方为主导时的额外主动性（责权利）合同条款及具体内容（增加条款）**

***场景描述：**甲方在项目中有更强的主导权，希望明确其可以主动发起或影响的事项。

***应增加的条款：**

***甲方主导权与决策条款**

***具体内容：**

***需求优先级：**明确甲方有权根据业务优先级调整需求功能的顺序，乙方需相应调整开发计划，但需提前通知并协商可能的影响。

***项目里程碑审批：**重大项目里程碑（如关键版本完成）的确认需要甲方书面批准才能进入下一阶段。

***测试参与权：**甲方有权在乙方测试过程中派员参与关键测试环节，并提出验收意见，但最终验收权仍保留。

***项目变更最终决策权：**对于超出合同约定的重大变更，甲方拥有最终决策权。

***甲方责任强化：**强调甲方需及时提供决策支持，避免因甲方决策延迟影响项目进度。

**四、乙方为主导时的额外主动性（责权利）合同条款及具体内容（增加条款）**

***场景描述：**乙方在技术实现和项目执行中有更强的主导性，希望明确其主动推进和决策的空间。

***应增加的条款：**

***乙方技术主导与决策条款**

***具体内容：**

***技术方案建议权：**乙方有权根据自身技术专长和项目经验，向甲方提出更优化的技术实现方案建议，甲方应在[具体天数]内进行评估和反馈。

***开发计划主导：**在甲方确认需求的前提下，乙方对具体的开发计划、资源分配拥有主导制定权，但需定期向甲方汇报并接受监督。

***风险应对主动权：**对于开发过程中遇到的技术风险，乙方有权主动提出应对措施方案，并负责实施，但需及时告知甲方。

***进度调整建议权：**若因非乙方原因（如需求不明确、甲方资源不到位）导致进度延误，乙方有权向甲方提出调整进度的建议。

***乙方责任明确：**明确乙方在技术选型、开发过程控制、风险管理等方面的主体责任。

**五、再特殊应用场景下需要额外增加的特殊条款及注意事项**

***特殊场景：出口管制或国际数据传输**

***特殊条款：**

***附件：出口管制与数据合规声明**

***具体内容：**

***出口管制：**声明软件开发、交付、使用不涉及任何受出口管制影响的物品、技术或服务，或声明乙方已取得必要的出口许可。

***国际数据传输：**若涉及将甲方数据传输至境外服务器或由境外第三方处理，需明确符合相关数据保护法律（如《网络安全法》、《数据安全法》、《个人信息保护法》）的要求，可能需要获得甲方书面同意，并要求乙方提供数据存储位置证明、合规证明等。

***注意事项：**此类场景法律风险高，需聘请专业律师进行合规性评估和合同条款设计。确保所有活动符合国家及国际相关法律法规。

**六、原始合同所需要的所有的详细的附件列表**

1.**需求规格说明书**

2.**系统设计文档**(包括架构设计、模块设计、数据库设计等)

3.**测试计划**(包括测试策略、测试用例、测试方法等)

4.**源代码**(根据合同约定提供的)

5.**技术文档**(用户手册、管理员手册、部署手册等)

6.**验收测试报告**

7.**变更请求单**(及处理记录)

8.**沟通记录**(会议纪要、邮件往来等)

9.**系统集成需求与责任划分**(适用于系统集成场景)

10.**特定业务流程需求文档**(适用于高度定制化场景)

11.**行业标准符合性声明**(适用于特定标准符合性场景)

12.**服务级别协议（SLA）**(适用于SaaS模式场景)

13.**运维支持与培训计划**(适用于大规模用户部署场景)

14.**版本发布计划与后期维护条款**(适用于长期合作与持续迭代场景)

15.**第三方参与管理条款**(适用于引入第三方场景)

16.**甲方主导权与决策条款**(适用于甲方主导决策场景)

17.**乙方技术主导与决策条款**(适用于乙方技术主导场景)

18.**出口管制与数据合规声明**(适用于出口管制或国际数据传输场景)

*(请注意：实际合同中并非所有附件都会存在，具体需要哪些附件取决于项目的实际情况。)*

**七、原始合同所涉及到的法律名词及名词解释**

1.**委托方（甲方）：**指委托乙方进行软件开发的一方。

2.**开发方（乙方）：**指接受甲方委托进行软件开发的一方。

3.**软件开发费用：**指乙方为完成甲方委托的软件开发项目而收取的费用。

4.**知识产权：**指权利人对其智力劳动成果依法享有的专有权利，包括著作权、专利权、商标权等。

5.**商业秘密：**指不为公众所知悉、能为权利人带来经济利益、具有实用性并经权利人采取保密措施的技术信息和经营信息。

6.**不可抗力：**指不能预见、不能避免并不能克服的客观情况，例如自然灾害、战争等。

7.**合同标的：**指合同双方当事人权利和义务所指向的对象，在本合同中为航天分销软件系统。

8.**履行期限：**指合同双方当事人约定履行合同义务的期限。

9.**违约责任：**指当事人违反合同约定应承担的法律责任，例如支付违约金、赔偿损失等。

10.**需求变更：**指在合同签订后，对原合同约定的软件开发需求进行的修改或增加。

11.**验收：**指甲方对乙方完成的软件开发成果按照合同约定标准进行的检查和确认过程。

12.**服务级别协议（SLA）：**在SaaS等服务模式下，服务提供方与用户之间关于服务性能、可用性、响应时间等方面达成的协议。

13.**服务可用性承诺：**服务提供方承诺的系统能够正常提供服务的时间百分比。

14.**第三方：**指与合同双方（甲方和乙方）均没有合同关系的独立主体。

**八、本合同在实际操作过程中，会遇到的相关问题及注意事项进行罗列，并给出具体的解决办法**

1.**问题：需求不明确或不稳定**

***现象：**甲方在开发过程中不断提出新的需求，或对原有需求描述不清，导致乙方返工或进度延误。

***解决办法：**

***前期充分沟通：**合同签订前进行详细的需求调研和分析，尽量明确所有需求。

***建立需求管理机制：**制定需求变更流程，对变更进行评估、审批，并记录在案。明确变更对工期和费用的影响。

***分阶段确认：**将项目分为多个阶段，每个阶段结束时进行需求确认和验收，减少后期大的变动。

2.**问题：沟通不畅导致误解**

***现象：**双方在项目沟通中存在障碍，导致信息传递错误、进度汇报不及时、问题解决拖沓。

***解决办法：**

***指定专门接口人：**双方均指定专门的项目联系人，负责日常沟通和协调。

***建立定期沟通机制：**设定固定的项目会议时间（如周会、双周会），确保信息及时同步。

***使用标准化沟通工具：**采用统一的沟通平台（如项目管理软件、即时通讯工具），并做好沟通记录。

***加强确认环节：**对于重要信息、决策，应进行书面确认。

3.**问题：技术难题攻关不力**

***现象：**开发过程中遇到难以解决的技术瓶颈，影响项目进度。

***解决办法：**

***提前识别风险：**在项目启动阶段识别潜在的技术风险，并制定应对预案。

***内外部资源结合：**内部团队无法解决时，积极寻求外部技术支持、专家咨询或社区帮助。

***调整计划：**必要时，与甲方协商调整项目计划或范围，确保核心功能优先完成。

4.**问题：验收标准模糊或争议**

***现象：**甲方对软件系统的验收标准不明确，或对验收结果存在争议，导致验收流程不顺利。

***解决办法：**

***合同中明确验收标准：**在合同中详细、量化地描述软件的功能、性能、安全性等验收标准。

***制定详细的验收测试计划：**明确测试范围、测试方法、测试用例等，作为验收的依据。

***第三方测试：**可引入独立的第三方测试机构进行客观的测试和评估。

***验收前充分沟通：**验收前，双方就验收标准进行最后确认，确保理解一致。

5.**问题：知识产权归属不清或纠纷**

***现象：**双方对软件系统的知识产权归属存在争议，或乙方在交付的软件中包含了侵犯他人知识产权的内容。

*