软件系统设计服务合同

软件系统设计服务合同（共8篇）

1.软件系统设计服务合同 篇一

(二) 维护形式 维护分为被动式和主动式两种形式：

1. 被动式服务包括：

(1)现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，乙方派技术人员及时到达现场，与甲方技术、业务人员一起对故障进行分析，提出解决方案，在征得甲方同意后对故障进行处理和排除;

(2)远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。

2. 主动式服务包括：

(1)按月巡检：乙方按季到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。另外，乙方还可根据需要，在现场对甲方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训;

(2)主动服务：乙方定期将行业内一些先进的管理理念、管理思路和新的业务模式以报告的形式推荐给甲方。另外，对中心现行业务模式提出整改意见和建议。

(三)要求

1.对于任何运行维护任务，乙方服务人员需严格填写维护记录单，并由甲方签字认可。

2. 乙方应保证指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员应保证相对固定，如有变动，乙方须至少提前一周通知甲方并征得甲方同意。

运维人员在现场运维，如需加班，要得到甲方的签字确认。

3. 乙方为甲方提供电话技术支持服务要求7天×24小时。

4. 运维响应：工作时间运维响应时间应在2小时以内，非工作时间运维响应时间应在4小时以内;如果需到现场进行服务，乙方应在接到运维请求后的12个小时以内赶到用户现场。

第三条 维护期限

年 月 日至 年 月 日。

第四条 双方责任

(一) 甲方责任

1. 甲方应明确提出鸿运星餐饮管理软件维护的需求，提供相关的政策、法规、标准;

2. 与乙方积极配合，协助乙方对相关单位进行调研及进行详细的需求分析，向乙方提供所需各类文档及条件，对乙方的维护成果及时接受并验收;

3. 为本合同的履行提供政策支持;

4. 按合同规定的金额和支付方式及时向乙方支付费用。

(二) 乙方责任

1. 根据甲方需求制定系统维护的技术方案，并提交甲方审定;

2. 根据甲方确认的维护方案实施系统的维护与开发;

3. 及时、有效地完成系统维护工作。

4. 未经甲方许可，乙方不得将本合同项下的服务工作转让给第三方或与第三方共同开发。

第五条 维护费用及其支付方式

(一) 本合同维护费用总计人民币大写金额捌仟元整(小写：￥8,000.00)。

(二) 在本合同签订后一周内，甲方按每季给乙方25%的维护费，即人民币贰仟元整(小写：￥2,000.00),此价格不含税票，开发票加收8%;

第六条 技术情报和资料的保密

(一) 甲方应告知乙方其提供给乙方的各类信息是否属于保密范围及其密级。

(二)乙方有权了解其承担的该维护部分包括的所有内容，并负有为甲方保密的义务。

(三)乙方对甲方提供的与项目有关的技术资料、秘密文件不得丢失，不得自行复制，不得向第三方提供，不得用于本合同外的任何处，本合同届满后十日内应将前述技术资料、秘密文件全部归还甲方。

第七条 技术成果的归属

维护中功能调整开发所产生的技术成果归甲方所有。未经甲方许可，包括乙方在内的任何单位或个人不得使用前述技术成果，但乙方为履行本合同使用除外。

第八条 验收标准和方法

(一) 乙方必须保证维护完成的系统符合甲方要求，并正常运行。

(二) 甲方在乙方维护完成后5日内，对系统进行验收，并于2个工作日内出具终验报告。如果甲方在上述期限内未进行验收或未出具验收报告，视为系统通过终验，维护工作结束。

第九条 违约责任

(一)因乙方原因未能按本合同约定及时提供维护服务，乙方应向甲方支付违约金，违约金的计算办法为每一日按合同总金额的千分之一(1‰)计算，总计不超过合同总金额的百分之五(5%)。

(二)甲方如没有按本合同规定向乙方支付维护费用，每逾期一日，须向乙方支付违约金，违约金的计算办法为每一日按合同总金额的千分之一(1‰)计算，总计不超过合同总金额的百分之五(5%)。

(三)任何一方逾期履行，违约金达到上述最高额，合同总金额的百分之五(5%)后，守约方可提出终止合同，并书面通知违约方。

(四)任何一方违反本合同约定，除承担违约责任外，给对方造成损失的还应承担损失赔偿责任。

第十条 争议解决和法律适用

(一)甲乙双方应以友好协商方式解决本合同履行过程中产生的争议。经协商无法解决争议时，任何一方均可向被告住所地人民法院起诉。

(二)本合同适用中华人民共和国法律。

第十一条 其它

(一)本合同附件为本合同组成部分，与本合同具有同等法律效力。

(二)本合同签订后，经甲乙双方协商一致，可以对本合同有关条款进行变更或者补充，但应以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。

(三)本合同壹式贰份，双方各执壹份，具有同等法律效力。

(四)本合同自双方签字盖章之日起生效。

(五)双方签字、盖章不在同一日期的，以后签字盖章的日期为本合同的生效日期。

甲方：佛山市金粤名轩休闲会所有限公司 乙方：佛山市一软科技有限公司

代表： 代表：

日期： 日期：

软件系统维护服务合同范文篇三

甲 方： 乙 方：

软件系统服务合同

甲 方： 法定地址： 法定代表人： 乙方： 法定地址： 法定代表人：

甲乙双方经友好协商一致，就甲方委托乙方针对MAS系统服务、维护订立本合同，共同遵守。

第一条 定义

除非合同另有约定，本合同及其附件中下列词语的含意为：

1.1 “服务”或“维护”：指乙方根据甲方需求针对系统服务、维护。

1.2 “技术文件”：指合同中规定的与系统的服务、维护维护以及其他技术支持相关的技术性文件，包括图纸、设计、手册、标准、参数及其它文字与图表说明。

1.3 “现场”：指服务和维护合同系统的场所。

1.4 “安装”：指在甲方的协助下由乙方实施的合同系统的安装工作。

1.5 “开通”：指现场实施与单点测试完成，系统功能具备，准备进行验收的工程阶段。

1.6 “验收”：指试运行结束后，在乙方的协助下甲方按照双方确认的验收标准对合同系统技术指标进行最终测试，测试合格后双方签署验收合格证书。

第二条 合同标的

2.1 甲方委托乙方针对系统服务、维护。具体功能详见技术规范书。

2.2 乙方负责对现有系统进行服务、维护，并提供验收合格之日起1年的基本维护，由甲方提供必要的配合。

第三条 合同金额

3.1 合同总价款为大写： 元(小写： 元)。该总价款已包括系统及验收合格后1年的基本维护费用。

第四条 支付

4.1 采用一次性付款方式

4.1.1 付款

系统安装调测完成，并经甲方验收合格后，甲方在收到发票后向乙方支付合同的总金额，计￥ 元人民币(大写： )： (A)、合同总价 100 %的正式、足额、有效税务发票; (B)、双方签署的验收报告。

4.2 乙方账户信息： 乙方开户名称： 开户银行名称： 帐号：

4.3 双方开户行或帐号等如有变更，一方应在合同规定的相关付款期限前提前 10个工作日以书面形式通知对方，否则因此导致对方逾期付款，对方不承担任何违约责任，变更方承担因此产生的一切费用，买方将款付至以上帐号视为已履行了向卖方付款的义务。

4.4 双方同意以人民币为支付货币，付款方式为电汇或银行汇票。

4.5 若根据本合同的规定，乙方有赔偿和支付违约金的责任，则甲方有权从上述款项中扣除相应金额款项。

4.6 双方应各自承担有关机构根据中国税务法律向其征收的所有合同执行有关的税款。

>>>下一页更多精彩“软件系统维护服务合同”

2.软件系统设计服务合同 篇二

(十) 关于设计人的责任

设计人提供的服务是专业服务, 发包人将工程设计委托给设计人是将工程的外形和内在实体的筹划、研究、构思、设计和描绘的任务交给设计人来完成, 是对设计人的高度信任。设计人的最大责任是确保工程设计质量合格。

防范设计人的责任风险, 应在工程设计合同中明确以下内容:一是在合同中应当明确约定设计人的工程设计范围与内容, 在此明确的范围内设计人履行精心设计、精心管理、确保设计质量的义务。二是在合同中应当明确设计人履行义务的客观及合理的标准, 如工程设计服务质量应达到专业服务标准;工程设计文件质量应在符合国家法律、法规、规章和国家强制性工程建设标准的基础上满足业主的功能与使用要求;履行义务的期限是在设计人控制范围内的合理期限等。三是设计人的责任应在其资质许可范围内, 并且其应当有具备相应注册执业人员和非注册专业技术人员来承担。四是在合同中不应当对设计人约定苛刻性惩罚条款。

十一) 关于工程设计变更与索赔

工程设计变更是指设计人的工作范围与内容的增减或修改以及工程设计各阶段的时间计划的调整。由于工程项目投资额大、建设周期长、受自然条件因素制约、发包人的要求的变化及政府有关主管部门对项目的控制等影响, 工程设计发生变更的情况难以避免, 而工程设计变更对发包人、设计人的责任、权利与义务都会产生影响, 因此, 在工程设计合同中明确约定工程设计变更与索赔是非常重要的。

防范工程设计变更与索赔的风险, 在工程设计合同中应当采取应对措施。一是发包人进行工程设计变更应当采取书面形式通知设计人。二是明确约定工程设计变更的依据和条件, 如在施工图设计完成后, 由于发包人对工程设计要求改变而造成设计修改;在施工图设计完成后, 由于发包人设计条件变更、政府要求或法规、标准的修改而造成设计文件的修改;不可抗力造成设计文件的修改;工程设计修改工作量超出原工作量的一定比例;工程设计的依据发生重大变化等。三是明确约定索赔的程序。如果发生设计人认为可由此提出增加合同价格或延长计划完工时间要求的事项, 设计人应于该事项发生后5个工作日内书面通知发包人。在该事项发生后10个工作日内, 设计人应向发包人提供证明设计人要求的声明, 其中包括设计人关于因该事项引起的合同价格和工作进度的变化的详细计算。发包人应在接到设计人声明后的10个工作日, 予以答复, 发包人逾期不予答复的, 视为认可设计人的索赔要求。四是发包人与设计人应就合同价款的修改或完工时间的修改进行协商, 达成一致。

(十二) 关于工程设计责任与保险

工程设计责任是指设计人及其人员应运用一切合理的专业技术和经验知识, 按照公认的职业标准尽其全部职责和谨慎、勤勉地履行其责任和义务, 具有专业性、技术性强, 有相应执业资格与当事人有特殊的信赖关系等特点。工程设计责任保险是指保险人应承担由于设计人的疏忽或过失而引发的工程质量事故所造成的建设工程本身的物质损失以及第三者人身伤亡、财产损失或费用的赔偿责任。工程设计责任保险具有保障设计人权益的同时, 保障发包人和社会公众权益的特点。

防范专业责任和保险的风险, 在工程设计合同中应当明确约定以下内容:一是设计人应获得履行合同所需要的设计责任保险并使其于合同责任期内保持有效。为了满足此条件, 设计人应投工程设计责任年度保险。二是工程设计责任保险的保险人和工程设计责任保险条款应当经发包人认可。三是在工程设计费报价中应当考虑工程设计责任保险费, 保险费应不低于工程设计费报价总额的1%。

(十三) 关于工程设计的知识产权保护

工程设计中如生产工艺技术、建筑艺术造型等涉及的知识产权包括著作权、专利权、专有技术等。工程设计是富有创造性的智力劳动, 对工程设计这种原创或创新性智力劳动成果进行保护, 不仅有利于激励工程设计人员创新与发展, 而且有利于工程设计行业的技术进步, 同时也符合业主和社会公众的利益。通过合同对知识产权进行约定是保护知识产权的重要手段。

防范知识产权保护的风险, 在工程设计合同中应约定以下内容:一是工程设计文件包括民用建设工程设计文件如图纸、计算、数据、模型等;专业建设工程设计文件如工艺技术数据、分析手册、操作指导书、设备制造指导书等, 均属于受委托创作的作品, 在合同中如有约定, 应当明确约定工程设计文件的著作权的归设计人;如无明确约定, 根据《中华人民共和国著作权法》的规定, 工程设计文件的著作权归设计人。二是明确约定发包人应保护设计人的投标书、设计方案、计算机软件和专利技术等。未经设计人同意, 发包人对设计人交付的设计文件不得擅自修改、复制或向第三人转让或用于本合同外的项目。三是明确约定设计人应保护发包人的知识产权, 不得向第三人泄露、转让发包人提交的产品图纸等技术经济资料。四是明确约定设计人提供的全部工程设计文件或发包人提供的全部资料没有且不会侵犯任何第三方的知识产权包括著作权、商标权、专利权、专有技术、商业秘密等。

(十四) 关于工程设计中的不可抗力

不可抗力是指不能预见、不能避免并不能克服的客观情况。不可抗力是合同的通用条款。工程设计合同中应当对不可抗力做出约定。

防范不可抗力的风险, 在合同中应当约定以下内容:一是明确约定不可抗力的范围, 特别是对政府对工程项目的调整或取消、恶劣天气情况等是否属于不可抗力范围应当明确。二是明确因不可抗力不能履行合同的不构成违约责任和无需承担赔偿责任, 但是当事人迟延履行后发生不可抗力的, 不能免除责任。三是应明确约定因不可抗力不能履行合同的当事人一方通知另一方的时间要求、影响程度及提供相应证明材料的时间与内容。

(十五) 关于工程设计分包

工程设计分包是指设计人自愿或应发包人的要求将其承揽的工程设计的一部分发包给分包设计人的行为。工程设计分包不仅关系到发包人、设计人和分包设计人的利益, 而且关系到工程设计市场行为的规范、工程设计质量与安全及社会公众利益, 国家相关法规对此进行了相应规范。工程设计合同应当根据国家相关法规规定, 结合工程项目的具体情况, 对工程设计分包做出具体约定。

防范工程设计分包的风险, 在工程设计合同中应当明确约定以下内容:一是明确约定设计人不得将工程设计的全部工作进行分包;二是明确约定建设工程主体部分的设计不得分包;三是明确约定设计人进行工程设计分包须经发包人的书面同意;四是明确约定工程设计的分包单位应具有相应的资质证书;五是明确约定设计人负责对分包设计人的质量、进度及设计文件等进行管理, 分包设计文件应由设计人向发包人提交;六是明确约定设计人应就分包设计工作与分包设计人向发包人承担连带责任;七是应明确分包设计费的支付应当与发包人支付相应工程设计费相协调;八是对于发包人指定设计分包人的, 应当符合上述约定要求。

(十六) 关于工程设计合同的变更

工程设计合同的变更是指合同内容的变更即发包人和设计人的权利与义务的变化。工程设计合同变更会经常发生, 工程设计合同应当对此做出明确约定。

防范工程设计变更的风险, 在合同中约定以下内容:一是明确合同变更应当经发包人和设计人双方协商同意;二是虽然发包人有权单方面提出工程设计变更的要求, 但双方应当根据工程设计变更与索赔条款的约定就工程设计费及工程设计进度进行协商达成一致。

(十七) 关于工程设计合同转让

工程设计合同的转让是指工程设计合同主体的变更, 是合同中发包人或设计人的权利和义务的转让。由于工程设计是为不动产进行的设计工作, 政府监管严格如合同主体资格、招标投标、工程建设法定程序等, 工程设计合同转让不仅需要发包人和设计人双方的意思表示一致, 而且受到国家相关法律法规的严格限制。

要防范工程设计合同转让, 应在合同中应当明确约定“工程设计合同未经双方书面同意不得转让。”

(十八) 关于工程设计合同违约责任

工程设计合同违约责任是指发包人或设计人不履行合同义务或履行合同义务不符合合同约定所应承担的民事责任。根据《中华人民共和国合同法》的规定, 承担违约责任的具体方式有:继续履行;采取补救措施;违约金;违约损害赔偿;违约定金。违约责任不仅是保护发包人、设计人合法权益的法律手段, 而且是督促发包人、设计人履行工程设计合同的重要措施, 因此, 应当在合同中明确约定。

防范工程设计合同违约责任的风险, 设计人应当采取以下应对措施:一是对于发包人拖欠工程设计费的违约行为, 设计人要求发包人继续履行的, 发包人应当无条件继续履行;对于设计人未按工程设计合同约定完成工程设计工作的, 如发包人要求继续, 设计人可以继续履行, 也可以以法律上或事实上不能履行、不适于强制履行或履行费用过高、发包人在合理期限内未要求履行为抗辩理由不实际履行。二是对于设计人的设计质量不符合要求, 设计人应当承担采取完善设计措施的违约责任。三是在合同中应当约定发包人或设计人违约向对方支付一定数额的违约金, 如果没有约定违约金, 违约金的责任就不存在, 另外, 违约金的数额应当保持双方的均衡性;违约金具有补偿性, 违约金低于或过分高于造成的损失的, 当事人可以请求法院或仲裁机构予以增加或适当减少。四是在合同中可以约定违约损害赔偿金额或约定违约损害赔偿额的计算方法, 违约损害赔偿遵循的是完全赔偿原则, 违约损害赔偿金应当相当于违约所造成的损失包括实际损失和可得利益损失。如果约定的违约金不足以弥补实际损失, 受害人可以再要求支付违约损害赔偿金, 违约金可与违约损害赔偿可以并用。如果约定的违约损害赔偿金与实际损失不符, 当事人可以依据《中华人民共和国合同法》第五十四条规定请求法院或仲裁机构变更或撤销。五是定金兼具担保方式与违约责任方式两种属性, 当事人可以约定定金的性质, 若无特别约定, 定金性质为违约定金。定金与违约金二者不能并用, 在同时约定违约金与定金时, 由非违约方选择适用哪种责任形式。违约定金可以与违约损害赔偿金并用。六是在合同中应当明确约定没有违约一方在一方违约后应当采取措施防止损失扩大, 否则, 不得就扩大的损失要求赔偿。七是在合同中应当明确约定由于第三方原因如发包人委托的其他设计单位的原因造成发包人违约的, 发包人应当向设计人承担违约责任。八是违约责任与侵权责任竞合的, 受害方有权选择要求对方承担其中一种责任。

(十九) 关于工程设计合同解除

工程设计合同解除是指工程设计合同生效后, 根据法律规定或合同约定或双方协议, 使基于合同发生的权利义务关系归于消灭的行为。工程设计合同具有政府严格监管的特点, 合同一旦签订生效即具有法律效力, 维护合同法律关系的稳定非常重要, 因此, 在合同中对合同解除加以明确约定非常必要。

防范工程设计合同解除的风险, 在工程设计合同中应当明确约定以下内容:一是明确约定合同解除的条件, 如双方协商同解除合同;由于不可抗力导致合同目的不能实现解除合同, 发包人在付款到期后一定期限仍未付款的, 设计人有权解除合同;由于设计人过失导致设计文件提交延误超过一定期限, 发包人有权解除合同等。二是明确约定合同解除的程序, 一方行使解除权解除合同的, 应当通知对方, 合同自通知到达对方时解除。三是明确约定合同解除的效力, 合同解除, 尚未履行的, 终止履行;已经履行的, 发包人应支付设计人已经完成的设计工作的设计费。四是应当明确约定发包人或设计人单方面解除合同 (依据合同约定情形解除合同除外) 的违约责任, 包括应支付一定数额的违约金, 赔偿因此给对方造成的损失等。

(二十) 关于工程设计合同争议解决方式

工程设计合同争议是指发包人、设计人对合同的签订、解释、有效性、终止或执行等方面发生的纠纷。工程设计合同发生纠纷, 发包人、设计人应当通过协商方式加以解决, 但协商不成时, 需要通过合同约定明确争议的解决方法。因此, 在合同中有必要明确争议的解决方式。

防范工程设计合同争议解决方式的风险, 工程设计合同中应当明确以下内容:一是如果双方同意采取仲裁方式解决纠纷, 应当在合同明确约定仲裁机构的具体名称, 并明确按照该仲裁机构现行有效的仲裁规则进行仲裁, 仲裁裁决是终局的, 对双方均有约束力。二是如果双方对仲裁方式没有约定或约定不明的, 争议的解决方式只能是诉讼方式。根据我国《民事诉讼法》的规定, 双方可以通过协议方式明确工程设计合同纠纷的地域管辖, 协议管辖的法院选择只能是被告所在地法院、合同履行地法院、合同签订地法院、原告所在地法院、标的物所在地法院, 并且协议管辖必须符合惟一性原则即当事人只能在上述法院中做出择一确定的选择, 不能选择两个以上的法院进行管辖。

(二十一) 关于工程设计合同中的通知与送达

工程设计合同中通知与送达条款是工程设计合同中发包人、设计人正确履行通知义务、明确各方责任的关键条款, 我国法律对于通知采用“送达主义”即通知到达对方时生效, 这就要求发送方就对方是否已经收到通知承担举证责任, 所以合同中应当对此做出明确约定。

防范工程设计合同中通知与送达风险, 在合同中应当明确以下内容:一是明确约定各方收件人的姓名、地址、传真号、电子邮箱地址。二是明确通知的形式, 一般采用发送电子邮件、特快专递、挂号信邮寄、有书面记录的直接交付等形式。三是明确送达完成的标准, 对于采取发送电子邮件的方式, 应在合同中约定:一方需要通知的信息发送至对方指定的电子邮箱超过3日, 即视为对方已经看到并了解邮件内容, 送达完成;对于采取特快专递、挂号信邮寄的方式, 应在合同中约定:一方需要通知的信息发送至合同约定的地址时, 视为送达;对于采取有书面记录的直接交付的方式, 应在合同中约定:对方签收人签字, 视为送达。四是应当明确约定:在合同有效期内, 任何一方的联系方式发生变更的, 应当及时书面通知对方, 否则, 自行承担因此产生的不利后果。

(二十二) 关于工程设计合同中的保密

工程设计合同中的保密是指发包人、设计人在订立和履行工程设计合同过程中, 对从对方当事人知悉的商业秘密不得泄露或不正当使用。保密条款是合同的通用条款, 在工程设计合同中应当加以约定。

防范工程设计合同中保密风险, 在工程设计合同中应当明确以下内容:一是明确保密主体, 一般为发包人和设计人;二是明确保密的客体, 一般是与合同、项目有关的文件、资料、信息等;三是明确保密的方式, 一般为不得向第三方包括任何个人、企业、单位、政府机构等披露;四是明确保密时间, 一般为合同有效期及合同终止后的一定期限内;五是明确保密的违约责任, 包括违约金及违约损害赔偿责任。

(二十三) 关于工程设计合同期限

工程设计合同期限包括合同生效时间和合同的终止时间。合同的期限直接关系到发包人、设计人的权利与义务开始与结束的时间, 因此, 在合同中应当明确加以约定。

防范工程设计合同期限的风险, 在工程设计合同中应当明确以下内容:一是明确合同的生效时间, 一般为双方签字盖章之日;二是合同的失效时间可以约定, 也可以不约定, 如果约定失效时间应当约定为:发包人和设计人双方完全履行合同所约定的各方义务后失效;三是避免在合同中约定合同具体有效期限, 合同的特点决定在合同签订时难以确定其合同有效的具体期限;四是应明确在合同中某些条款如结算和清理条款、保密条款、争议解决条款等, 在合同履行完毕后仍然继续有效。

3.软件系统设计服务合同 篇三

【关键词】合同管理；年度协议；内部协议；订单；B/S；JAVA；MVC；MySql

【中图分类号】F272.92 【文献标识码】A 【文章编号】1672-5158（2013）04-0144-02

一、前言

随着信息技术的快速发展，利用计算机和软件技术、融合先进管理理论、对企业进行信息化改造，逐渐成为提升企业公司管理能力的重要途径。结合国内外同类企业的发展经验，表明信息技术的应用，不仅提高了企业的工作效率和经济效益，而且提高了企业的整体管理和技术创新能力，使企业在更高的层次上竞争。

针对中海油服合同管理的现状，研发基于合同管理、年度协议管理、内部协议管理及订单管理的采办合同管理系统显得比较迫切。

二、系统概述

中海油服采办合同管理系统是一个以WEB技术、数据库技术为基础的信息管理平台，实现了对合同信息、年度协议信息、内部协议信息、订单信息的录入、跟踪、管理、统计、分析和报表导出等功能。

通过对公司总部、塘沽、湛江、新疆、深圳、上海的合同信息、年度协议信息、内部协议信息、订单信息进行统一存储和有效管理，帮助采办合同管理人员准确获得和管理公司各地所有采办合同信息。

三、系统总体设计

系统网络架构

通过对某公司内部的采办合同管理流程进行深入详细的需求调研和分析，依据当前的实际工作需要，本系统的信息管理范围涉及到公司总部、塘沽、湛江、新疆、上海以及深圳，系统采用基于B/S（浏览器/服务器）结构的架构设计，系统服务器搭建在公司总部，架设在公司内网之上。系统网络架构图如下：

1.系统软件结构

通过对公司采办合同管理流程进行深入详细的需求调研和分析，依据当前实际工作模式及需要，对其业务进行全方位的跟踪分析，确定系统财应由合同管理、年度协议管理、内部协议管理、订单管理、合同信息检索、合同信息统计与报表、信息发布、用户管理、权限管理九个模块组成。

本系统采用模块化软件设计结构，使各个模块之间功能相对独立，而业务上又紧密联系。系统软件结构如图2所示。

2.系统主要模块介绍

2.1 合同管理

主要包括对合同信息的基本检索、录入、批量导入、编辑、删除，以及对合同信息的变更、跟踪，同时包括对合同资料的上传和下载。

2.2 年度协议管理

主要包括对年度协议的基本检索、录入、编辑、删除，查看年度协议下的累计订单信息。

2.3 内部协议管理

主要包括对公司事业部之间的合同进行管理，包括录入、编辑、删除，以及合同资料的上传、下载。

2.4 订单管理

主要包括对年度协议下的订单进行录入、批量导入、编辑、删除，以及对订单所从属的年度协议进行检索。

2.5 合同信息检索

主要包括对合同信息的分类检索，包括按事业部、按合同类别、按片区、按分公司、按物资采办、按服务采办、按工程采办、按采办方式等。实现了对分类信息的区别输出，以及对合同信息的模糊检索以及组合检索。

2.6 合同信息统计

主要包括对合同信息的分类统计。包括按事业部、按片区、按分公司、按合同类别、按物资采办、按服务采办、按工程采办、按采办方式、按属地等。实现了对合同信息的分类统计，以及对统计结果的页面展示和EXCEL报表导出等功能。

2.7 信息发布

本模块主要用于公司采办管理部下发通知和采办体系文件。实现了对通知的发布、修改、删除和检索功能，并实现了对采办体系文件的上传、下载、删除和检索功能。

四、系统实现

本系统采用基于J2EE的MVC的软件模式进行设计，使得表现逻辑和业务逻辑分离，方便地实现模块化开发、提高代码的重用性和维护性，以及充分考虑到系统的跨平台等因素。

系统着眼于采办合同管理系统长远目标，整个系统采用基于MVC模式的J2EE体系结构，系统操作人员先通过客户端浏览器发出业务请求，然后由程序中的结构控制层对各个请求进行正确的转发，业务请求传递到会话Bean之后，再由会话Bean控制请求的业务逻辑，根据具体的业务情况，或者直接完成业务逻辑，或者进一步通过调用其它Bean业务处理。

五、结束语

4.软件服务合同 篇四

签定日期：

鉴于：

1、 公司开发、生产的软件产品，并拥有该软件产品的计算机软件著作权；

2、甲方是 公司在xx地区设立的商业合作伙伴（pbp）,并已获得充分的授权授予xx公司销售并提供技术服务的使用许可；

3、乙方希望获得 公司开发、生产的软件的使用许可，甲方同意授予乙方该软件的使用许可。

为此，甲、乙双方本着相互信任、真诚合作、共同发展的原则，通过友好协商，达成如下合同内容：

合同双方：

供应方： （甲方）

购买方： （乙方）

许可软件清单、许可费及许可范围

许可软件清单

根据本合同约定的条款及条件，甲方同意授予、乙方同意接受清单所列许可软件的非专有的、不可转让的使用许可。

产品名称 版本号 版本类型 数量 许可费/套 金额（元）

支付方式：

总计（人民币）大写： 小写： 元

说明：以上价格仅限于上述版本已有的功能，乙方对以上版本的功能和使用已经有了清楚的了解，如果乙方提出以上版本功能以外的定制需求，甲方将酌情另外收取定制费用，也可通过签订补充条款确定。

一、 软件许可限制

未经甲方事先书面许可，乙方不得实施以下行为：

1、将许可软件向第三方提供、销售、出租、出借、转让或提供分许可、转许可、通过信息网络传播或以其他形式供他人利用。

2、对许可软件进行全部或部分地翻译、分解、反向编译、反汇编、反向工程或其他试图从许可软件导出程序源代码的行为，或在许可软件的基础上书写或开发衍生软件、衍生产品或其他软件。

3、限制、破坏或绕过许可软件附带的加密附件或甲方提供的其他确保许可软件正确使用的限制性措施。

4、将许可软件用于除乙方内部使用以外的其他目的，包括但不限于向第三方提供数据处理服务、应用服务、商业共享或其他软件共享安排。

5、除掉、掩盖或更改许可软件上有关许可软件著作权或商权的标志。

二、 相关服务

甲方为乙方免费提供以下相关服务：

1、上述许可软件的安装调试；

2、自本合同生效之日起一年免费服务；

3、软件专业电话咨询；

4、许可软件培训；乙方为甲方提供 人/次的免费业务操作和系统维护培训。超出上述范围的服务另外收取费用。（参照附件服务规定）

三、许可软件升级

甲方为乙方提供有偿许可软件升级服务。具xx公司的规定办法执行。

四、产品保证

1、甲方保证交付的软件均符合说明书和使用手册所述功能，并由软件验收测试的成功完成予以证明。验收测试的成功完成应被视为该许可软件能达到说明书和使用手册所述功能的决定性证据。

但本保证不适用于：

（1） 甲方之外的任何人对该许可软件作任何方式的修改；

（2） 乙方未按许可软件所附文档的规定使用软件；

（3） 由于乙方原因或第三方产品的故障、计算机设备故障、网络故障等使软件无法正常运行。

如果许可软件未能按照说明书和使用手册的功能运行，甲方应负责对许可软件进行修正或者在修正不能的情况下，免费为乙方更换符合规定的`许可软件。如果上述二种方法均不可行，乙方有权终止许可软件不符合规定部分的使用许可，并由甲方返还乙方已经支付该部分的使用许可费。

2、自许可软件交付之日起一年内，许可软件的载体（磁盘或光盘）、加密附件出现物理损坏，甲方可根据乙方的书面要求给予免费修正或更换。

五、产品验收

1、乙方对产品外部瑕疵的异议，应在收到该许可软件之日内以书面形式提出。

2、合同生效之日起 日内，在乙方指定场所完成许可软件的安装和调试工作，并与甲方一起按许可软件的说明书及使用手册规定的技术指标和参数对该软件进行验收测试，验收测试合格后，甲方和乙方代表共同在验收合格证明书上签字，乙方同时加盖公章。

六、免责条款

1、甲方对许可软件本身的缺陷、运行错误而对乙方造成的任何直接或间接损失，包括但不限于数据丢失、利润损失、丧失商业机会等均不承担赔偿责任。

2、甲方对乙方因许可软件遗失、被盗、被误用或被擅自修改、计算机设备故障、操作失误等情况造成的损失不负责任。

七、软件著作权

甲方售出的 产品，版权属 公司所有，并受《中华人民共和国著作权法》和其他有关法律的保护；

乙方违反本合同约定的许可软件使用许可限制，甲方可以立即终止使用许可，并有权要求乙方支付数额为许可软件使用许可费总额30％的违约金。

八、第三方软件

甲方依据乙方的要求或双方的约定，向乙方提供的 产品之外的第三方产品的使用许可、技术指标及相关服务，乙方应以第三方在其包装中提供针对最终用户的许可使用协议和用户手册为准或与第三方单独制定相关协议。甲方不对该软件承担任何责任，除非甲方与第三方就此有特殊约定。

九、违约责任

本合同签订即具有法律效力，双方必须严格遵守，如有一方违约，其必须承担违约责任并赔偿对方因此而遭受的全部损失。

十、争议解决

凡由本合同引起的或与解释、执行本合同有关的任何争议，各方应首先通过友好协商或调解解决。协商或调解不成，双方同意采取下列第 种方式解决：

1、向xx市仲裁委员会申请仲裁，仲裁应依据该仲裁委员会当时的仲裁规则进行；仲裁裁决是终局的，对双方都有约束力；仲裁费用应由败诉方承担，除非仲裁裁决另有裁定。

2、xx市有管辖权的人民法院起诉。

十一、文本

本合同自双方授权代表签字并加盖公章生效；一式二份，甲方双方各执一份，具有同等法律效力。

甲 方（盖章）    乙 方（盖章）

授权代表：        授权代表：

地 址：             地 址：

5.软件开发服务合同 篇五

甲方： (简称“ ”)

乙方： 唐山尚品科技有限公司 (简称“尚品科技”)

鉴于：甲、乙双方本着平等互利的原则，经友好协商，就甲方与乙方关于教育APP前端展示开发 事宜达成如下合作条款：

第一条 定义

(一)“合同”：合同正文及附件均为本合同不可分割的部分。

(二)“合同总价”：系指根据合同规定，乙方在完全履行合同义务后甲方应支付给乙方的金额。

第二条 合同标的

(一)本合同内容为： 教育APP前端展示开发 。

(二)此项目具体开发细节以双方最终确认的开发需求为准，开发需求为：甲方网站已有的功能除视频部分外，做安卓APP页面前端展示开发。

第三条 合同价款

(一)双方确定合同总价为(大写) 陆万 元整，计人民币(小写)￥ 60000 元不含税。

(二)上述合同总价为固定价格。包括 人工 费、材料 费、及乙方因履行本合同所发生的其他所有费用。

(三)因使用第三方工具/服务产生的费用不在上述合同总价之内，应由甲方承担。

第四条 付款方式

(一)合同项下所有款额应通过甲乙双方指定的银行账户支付。

(二)合同第三条确定的合同总价由甲方向乙方以如下方式及比例支付：

1、合同金额：

双方协商同意，本项目合同总款项为人民币 陆万 元整;RMB￥ 60000 元整不含税。

2、付款进度：

(1)合同签订后3个工作日内甲方应支付合同第一期预付款大写 叁万元整(RMB￥ 30000 元整);

(2)乙方按照项目进度计划，提交产品测试版(基本功能实现，不排除有细节bug)，甲方需在3个工作日内支付合同第二期款即人民币(大写) 贰万陆仟 元整(RMB￥ 26000 元整);

(3)甲方完成项目验收确认后，需在3个工作日内支付合同第三期款即人民币(大写) 肆仟 元整(RMB￥ 4000 元整);

(三)甲乙双方指定的银行帐户：

(四)合同双方各自承担其按中华人民共和国相关税务法律法规规定的责任。

第五条 合同变更

变更是指在实施过程中因由一方或双方原因或客户需求变化引起的与合同不符的任何变化，包括但不限于需求内容、项目时间、费用、双方职责等变动。

(一)任何变更指令必须通过《项目变更报告》以补充协议的形式做出，《项目变更报告》必须描述变更、变更的原因、变更后的影响和不做变更的后果。

(二)双方项目经理应复核建议的变更并予批准、拒绝或提议进一步研究。该研究将确定该《项目变更报告》的实施对价格、时间表以及合同其它条款和条件的影响。

第六条 双方的权利与义务

(一)甲方的权利和义务

1、为乙方协调提供并保障项目开发所有需要的资源。包括但不限于视频、音频、图片、文字、价格数据等;甲方保证其向乙方提供的素材内容不会侵犯其他任何第三方的合法权益，若出现侵权情况，相关责任由甲方承担。

2、甲方按合同约定如期支付乙方相关款项，如有延期应承担相应责任。

3、甲方不得使用委托乙方所开发的项目销售非法商品，进行非法商业活动。因违反上述内容而造成的一切严重后果，乙方不承担任何责任，由此给乙方造成的损失，甲方应承担赔偿责任。

4、甲方保证其项目的内容不存在任何违法内容(诸如：黄色、反动信息内容及国家禁播，禁放内容等);其项目的收费信息有明确的提示，符合有关法律、法规、规章制度的要求。

5、对于因不可抗力引起的失约或延误，不承担赔偿责任。

(二)乙方的权利和义务

1、对甲方提供的资料负有保密义务。

2、必须遵守国家相关政策、法规和管理办法，树立以服务用户为核心的服务观念，严格按照合同约定的项目内容及时间完成项目的开发和制作。

3、乙方承诺只针对甲方确认的需求开发，不增补任何需求以外的功能，确增加者乙方另行核定工期，收取设计和开发费用。

4、乙方在项目交付时，需对甲方提供相关应用培训，培训形式由甲乙双方协商确定。

5、乙方收到合同首付款后项目正式启动，在甲乙双方需求确认过程中，如出现超出合同范围的需求或技术难点，导致乙方不能确保项目完成时，双方可协商终止合同，由乙方全额退还甲方已付款项。如协商未果，乙方有权单方终止合同，并退还甲方已付款项。

6、对于因不可抗力引起的违约或延误，不承担赔偿责任。

第七条 项目开发流程及依据

(一)乙方收到合同首期付款之日起，由乙方项目经理与甲方以签定合同所附功能需求为准，共同分析需求，确认风格样式、制作原型图和需求文档，甲方签字盖章确认UI之日为项目工期开始时间，项目开发工期为( 44 )个工作日。

(二)乙方制作甲方项目UI平面图，提交甲方签字确认，最多允许甲方修改3次。甲方确认时间为3个工作日，超过则按超过时间顺延工期。(UI由甲方提供则除外)

(三)此后进行系统设计及后台开发、测试验收、交付使用。

(四)项目验收后，甲向乙方支付剩余款项。乙方给予甲方1年维护期，修改bug。

(五)项目开发的依据为经甲方以书面或邮件形式确认的项目需求方案、风格样式单及乙方制作的原型图。

(六)需求变更时，需要甲方提出申请，乙方进行评估后，根据评估结果调整开发周期和开发费用，双方对变更协商达成一致后，方可变更，并新增补充协议，签字盖章确认。若由于甲方原因在三个工作日内未能及时确认乙方相关文件，则认定为甲方默认同意并通过。

第八条 交付与验收

项目完成交付时，将按照以下程序交付与验收：

(一)乙方完成项目开发上传至服务器(甲方乙方服务器均可)，以传真、邮件、电话、短信等有据可查的方式通知甲方，同时提交1份电子文档交付甲方。交付标准为：功能完成、业务逻辑实现。

(二)甲方在接受交付 3 工作日内测试验收，并向乙方项目经理提供一份要求更改的书面列表(或电子文档)，逾期视为验收合格。

(三)乙方根据甲方确认的修改意见，在不改动项目功能、结构、布局，没有增加新的需求的基础上，免费进行修改，超出范围修改的将另行协商计费，乙方修改完成提交3个工作日内，由甲方进行验收确认，填写验收报告付款。

(四)甲方验收合格支付第三期款后，乙方向甲方提供完整有效的项目源码及系统说明文件。

第九条 售后服务

(一)项目交付结束之日起，乙方免费为甲方提供 一 年的产品维护。

(二)维护内容为：免费提供系统维护、技术支持服务和培训;如系统出现错误和故障，乙方须应根据甲方的书面要求给予修正。

(三)系统试运行期间，乙方保证每周7天×24小时实时技术支持。在免费维护期内，乙方应做到电话支持实时响应，对于电话支持不能解决的问题，技术支持人员应在24个小时内赶到现场。

(四)如需系统升级或改版乙方将收取相应费用，由甲乙双方协商确定。

第十条 违约责任

(一)如果甲方未在合同规定时间内付款，甲方须每天按合同总价金额千分之一向乙方支付违约金，违约金总额不超过合同总价的百分之 十 。

(二)如果由于乙方自身的原因造成项目迟延，乙方应每天按合同总价的千分之 1 向甲方支付违约金，违约金总额不超过合同总价的百分之 十 。

(三)如甲方不能及时提供第三方接口或账户等原因，导致工期延误7日以上，甲方需结清前二期款项，相应后果由甲方承担。

(四)如乙方在本合同允许的范围之外使用甲方原有知识产权或根据本合同新开发或创作的属于甲方的知识产权及其类似技术或作品，乙方须向甲方承担违约赔偿责任。

第十一条 不可抗力

(一)如果本合同的任何一方因为不可抗力，如：战争，火灾，台风，洪水，地震等自然灾害或政府行为、社会异常事件等其他各方共同认为属于不可抗力的原因而被迫停止或推迟合同的执行，则合同执行将相应顺延，顺延的时间等于不可抗力发生作用的时间。

(二)受影响的一方应将不可抗力的出现尽快通过有效和可靠的通讯手段通知另一方。在不可抗力出现后14天内，受影响的一方应向另一方提供一份有关权威机构出具的证书并通过快件寄至另一方以便其检验和确认。

(三)受影响的一方应在不可抗力终止或被排除后尽快通过有效和可靠的通讯手段通知另一方，并通过快件或挂号信方式通知另一方不可抗力已终结或排除，并继续合同的履行。

第十二条 保密条款

(一)本合同任何一方未经另一方同意不得向任何第三方透露合同内容。合同一方在任何时候对其持有的有关另一方的事务或其事务运转操作方法等保密信息实行严格保密。除非有信息提供方书面许可，任何一方不得在任何时间向本合同以外的任何第三方披露或提供保密信息(包括但不限于：专有数据、包含任何一方工作流程、财务、业务操作的信息或材料及双方的成本、利润、定价、组织机构、员工名册、服务、软件选择、诊断技术、流程等均列为机密)的任何内容(本合同另有约定的除外)。贮存及表达保密信息的各种载体包括但不限于文字记录、音像制品、图片、或者具有相同性质的其它载体(无论是否获得版权)，除非有信息提供方的书面指示，任何一方不得对保密信息进行拷贝或抄写。

(二)双方同意，另一方的保密信息只披露给有必要知道的员工。

(三)双方合作关系终止时或者任何一方以书面形式要求另一方归还其专有或者控制的保密信息，任何一方都应将所有包含保密信息的“资料”归还给另一方。任何一方不得保留、复制或者摘录属于另一方的保密信息。

(四)本条款对以下内容不适用：

1、已被公众熟知且不受版权控制的内容;

2、已通过出版物或其他原因(未经授权行为或疏忽除外)而成为不受版权控制的内容;

3、由双方未加任何约束的第三方提供的内容，且该第三方对这些内容无任何明确、暗含或暗示的保密义务;

4、按法律要求需向任何机关、机构或媒介公开的内容。

(五)本章条款可以作为独立的协议在本合同终止或期满后继续有效，有效期为合同终止或期满之日起 一 年。

第十三条 知识产权

(一)所有在“甲方资料”上的知识产权都属于甲方，乙方不得为谋求其自身目的而利用或使用这些材料。“甲方资料”系指甲方为实现本合同的目的，向乙方提供的所有材料。

(二)所有在“乙方技术”上的知识产权都属于乙方。

(三)乙方保证其提供的可交付物(包括但不限于咨询报告、许可软件等)及其内容不侵犯任何第三方的知识产权。

(四)因执行本合同产生的可交付物(包括但不限于咨询报告、许可软件、作为本合同标的的配置文档、提交文档及开发成果(包括源代码))及相关知识产权均属于委托制作，其所有权和相关权益归甲方所有。

第十四条 争议解决和法律适用

(一)在任何争议解决期间，乙方应该继续提供不在争议项目范围内、并完全不受争议所影响的服务。甲方亦应该按照合同继续支付不在争议项目范围内、并完全不受争议所影响的部分服务费用。

(二)所有与合同有关的争议将通过各方友好协商解决。如果不能通过友好协商解决争议，则该争议应提交人民法院进行诉讼解决。

(三)本合同适用中华人民共和国相关法律。

第十五条 合同的生效、终止及其他

(一)本合同由双方代表签字盖章后生效。

(二)合同双方同意所有附件是合同不可分割的一部分，与合同正文具有同等效力。若附件与合同正文有任何不一致，以合同正文为准。当属于本合同组成部分的两份或多份文本之间存在不一致时，按以下顺序排列的文件具有相对应的优先权：

1、双方最新签署的有效的补充协议;

2、本合同。

(三)本合同及其附件项目需求方案、风格样式单、原型图、补充协议构成了双方对本合同所指事项的唯一的和全部的约定，并取代先前与本合同所指事项相关的任何口头或书面的其他合同、安排、陈述或暗示。

(四)对合同内容做出的任何修改和补充应为书面形式，由各方授权代表签字后成为合同不可分割的部分。

(五)甲方未按合同约定按时支付乙方款项，逾期10工作日，乙方有权停止服务，终止合同。

(六)任何与合同相关但未在合同中明确规定的事项将由双方友好协商并达成协议予以解决。

(七)本合同及其附件为中文文本，一式二份，甲乙双方各执一份。

补充协议

补充协议内容由甲乙双方共同协商作为合同的补充内容，与合同内容具有同等的法律效力，补充协议须甲乙双方共同签字盖章方为有效。

内容：UI乙方提供三版供甲方选择，开发完成后，乙方提供整套系统源码、UI源文件、交互原型图源文件;乙方提供一年的前端维护，维护范围不超过开发需求约定;

甲方代表签字：

盖章：

日期：

6.电脑系统维护及保养服务合同 篇六

本合同是关于_______科技有限公司（以下简称乙方）向__________（以下简称甲方）提供电脑系统维护及保养服务的合同。

乙方须确保甲方现有电脑系统高效、稳定的运行。

1.《系统设备清单》（详见附件一）

经甲方及乙方共同签字确认的，列有将由乙方提供服务的软、硬件设备的品牌，配置，序列号，保修期等内容的清单。在合同执行前，乙方将对甲方提供的《系统设备清单》中的设备进行全面检测。

2.合同设备或设备

2.1.《系统设备清单》中列及的设备或配件。

2.2.乙方仅对合同设备提供服务。

3.故障设备

已被乙方接受的发生故障的合同设备。

4.标准服务时间

星期一至星期五，每天____am－____pm（北京时间），中国大陆的公共节假日除外。

5.标准响应时间

从乙方确认并接受了甲方的现场服务请求至乙方人员到达服务地点所需的最长时间：

6.标准服务项目

服务内容：

1.系统升级及更新咨询；

2.定期检测及保养；

3.硬件更新升级的安装配置；

4.数据迁移及恢复；

5.病毒检测及清除；

6.操作系统故障检测及排除；

7.系统设备更换时操作系统重新安装与调试；

8.网络硬件设备的检测；

9.系统连接检查；

10.接通internet网的调试；

11.设备移机；

12.打印机等外围设备驱动程序安装维护。

第二条　维护方式

1.定期上门维护

乙方对甲方的电脑系统至少每月进行一次维护包括系统优化、硬盘整理杀病毒及机箱内灰尘清除等工作。

2.随机故障处理

2.1.电话支持

乙方通过服务电话对甲方的故障设备做出基本故障判定、故障排除、操作指导的服务。电话支持并不能排除所有的故障。

2.2.现场服务

当乙方在断定无法只通过电话支持来排除故障设备的故障时，将根据合同条款中的有关规定指派工程师在标准服务时间里到达服务现场服务。

第三条　合同不涉及的服务

1.系统设备清单所列之外的设备。

2.非乙方原因造成的数据丢失。

3.在甲方不允许乙方进出入的场所才能完成的服务。

4.乙方所承诺提供服务地点以外的地方。

5.任何由于可证明的产品（软件、硬件）自身的固有缺陷而引起的软、硬件故障或错误。

6.除microsoft所开发操作系统（如dos、win3x、win9x、winnt、winXX、winxp等）以外的所有其他操作系统和应用软件。

第四条　不可抗力

由于火灾，洪水，战争暴力或其他类似人力不可抗拒事件引起的事故，使双方不能及时履行各自责任，双方均不对此承担责任。但双方可因此延迟履行本合同。

第五条　保密

在事先未得到一方书面许可的情况下，另一方不得单方面将注有“机密”或类似字样的文件资料或无类似字样但具有保密性的文件资料内容透露给任何人。但本条款不包括众所周知和明显价值不高的信息资料。双方应保证其职员对有关信息资料有保密意识。如果乙方指定的转包商承诺遵守本条款，乙方可向该转包商透露机密内容。保密期限将不受本合同期限的限制。

第六条维护费用

甲方支付乙方维护费人民币：____元/月（人民币____元/月），合计____元/年（人民币____元/年），自合同签订之日起一次性付清。

第七条　合同期限

本维护合同有效期自____年____月____日至____年____月____日，____到期后经双方认可，可再续约。

第八条　仲裁和法律

一切由执行本合同引起或者与合同有关的争端，均应通过双方友好协商解决，通过友好协商不能解决争端应遵循中国法律，按照经济合同仲裁条例的规定提交国家有关部门申请仲裁。

第九条　其它

本合同一式两份，具有同等法律效力，双方各执一份。双方签字盖章后生效。

甲方：乙方：_______科技有限公司

盖章：盖章：

代表：代表：

7.社区网络服务系统设计 篇七

网络家政服务系统兼容各类家政服务的发布、展示和订购。一般具有完善的服务类型管理、个别服务管理、配送支付管理、订单管理、会员分组、会员管理、查询统计和服务促销功能, 还具有完整的商务资讯、产品图文、下载、单页、广告发布等网站内容管理功能。系统具有静态HTML生成、UTF-8多语言支持、可视化模版引擎等技术特点, 支持多频道调用不同模版和任意设置频道首页, 适合建立内容丰富的大型网上家政服务网站。

网络服务系统与普通的网上商店系统不同的是, 管理模式与商场的管理模式大致相同, 由中心集中统一管理, 统一派遣, 每种服务能够独家展销。服务入库上架, 可以授权加盟注册会员自助上传到服务官方资料和宣传, “服务提供方管理平台”, 由中心统一管理审核发布、专项推荐。加盟会员, 也能在中心官方专业“服务提供方管理平台”查看自己服务的销售情况, 但不能看到订购的详情, 只有中心的管理人员和相关业务操作员才能查看订单详情。

网络服务系统具有多选项的支付接口, 顾客订购可以用任意的银行卡或信用卡付款, 即时到帐, 系统配备有完善、安全、稳定的顾客会员和加盟会员财务管理系统。系统配备有整合性的人员派遣系统, 顾客可以自由选择适合自己配送方式。系统具体完善的多级会员系统和会员积分自动升级模式, 中心官方可以自由设置积分的标准。

网上商城系统是中国前沿电子商务化的杰出代表, 它采用b2b, b2c相结合的电子商务形式, 达成运营商、供应商与个体消费者的真正意义上的电子商务交易。家政服务系统按照目前的网上商城模式设计思路, 通过网络模拟现实生活中的家政服务中心, 总体包含两个方面:官方中心系统和加盟服务商系统。

1.1 商城系统

商城系统如同现实生活中的大型购物中心, 当走进其中, 我们将会看到一个一个单独的摊位或者专卖店, 商城系统分为前端的运营平台和后端的管理平台两个部分。通过运营平台可以进行网店产品的展示, 进行网络广告、发布促销活动等, 管理平台是将所有的网店进行统一管理的平台, 控制网店的开店、关店, 奖励、处罚、销售订单处理等多种服务项目。

1.2 网店系统

网店系统如同购物中心下设的多个摊位或专卖店, 每个专卖店由自己的经营者进行管理和控制, 而所有的专卖店通过商城的管理机构进行统一的管理与运营, 在商城系统中即由商城管理后台进行统一的管理。网店系统也分为前台和后台, 前台用以展示网店内的产品, 报价以及直接进行交易、付款等等, 后台用以对前台进行管理, 如上传产品、定制价格, 订单处理等等。

2 系统需求中使用的构架

服务商城系统主要系统划分为前台和后台两个部分。其前台是网络用户访问访问商城的集中入口, 网络用户可以在这里查询服务和加盟服务;加盟服务商可以在这里发布广告, 包括竞价广告、固定广告等等, 满足一定的推广需求;中心管理者可以在这里发布各种其他栏目, 方便宣传商城, 方便用户了解商城;前台有WAP, 热线, 网站, 短信等4个主要接入渠道。服务商城系统的后台管理系统实现对多加盟的管理, 包括对会员、订单、合同、加盟商、服务等进行管理。系统允许网上用户注册会员, 并且申请开店, 还可以在该商城下属的网店中进行消费, 并且可以实现跨店消费, 统一结算。后台硬件包括:WAP应用服务器, 网站应用服务器, Call Center呼叫服务器, 短信收发处理前置服务器等。

3 功能设计

服务商城系统前后台基本功能如下:

(1) 加盟管理:网上用户可以通过会员注册入口注册会员, 成为商城会员后, 就可以申请开店, 即在商城中下为自己开一个网上商店。商城的管理员可以在后台对这些网上商店进行管理。包含网店查询、网店监控等功能。 (2) 服务管理:针对所有服务项目进行统一的分类与管理, 它包含服务分类添加、服务分类查询、服务添加、服务查询/监控、服务评论浏览等功能。 (3) 订单管理:对中心所有的订单进行统一管理、结算以及问题的处理等等。它包含加盟订单查询、加盟银行订单等功能。 (4) 权限管理:包含中心权限添加、中心权限查询、中心角色添加、中心角色查询、中心用户添加、中心用户查询、加盟权限添加、加盟权限查询、加盟级别添加、加盟级别查询、加盟用户查询等。 (5) 全局设置:对系统的风格和数据等进行个性化的设置, 包含国家地区、商品分类、支付方式添加、支付方式查询、帮助管理、字典管理、参数管理、字体管理等。 (6) 模板管理:为前台设置多个风格模板, 包含模板添加、模板查询、模板颜色添加、模板颜色查询、模板栏目对应关系查询等。 (7) 友情链接管理:包含分类管理、友情链接管理主页。 (8) 站内全搜索:整个电子商务平台的访问者可以通过站内全搜索, 搜索平台内的所有的加盟, 比如根据加盟服务的分类、加盟的地址等等条件;所有平台的访问者可以通过站内圈搜索, 搜索平台内所有加盟的服务信息, 比如按照服务名称、服务特征等等条件来搜索相关服务, 方便用户比较选择。 (9) 广告管理:中心的管理者通过这里来管理中心前台的各种广告信息。包括:广告位的管理、广告价格及策略管理、广告的审批管理、广告消费及历史查询等。 (10) 在线聊天:通过在线聊天工具满足会员实现在线交流的需求, 但是在线聊天工具需要受到限制, 即只有具有在线聊天级别的会员才能够使用该工具。 (11) 在线通知:服务系统中发生的订单信息等, 都可以通过各种方式通知加盟商, 比如短信、mail或者其他移动终端。

此外, 还提供账务管理、合同管理以及论坛管理的功能。

网店系统提供以下功能:

(1) 站点管理系统:修改网站基础信息、公告消息发布管理、客户信息设置等。 (2) 数据库管理系统:包含服务类别维护、服务评论维护、服务数据库导入、等功能。 (3) 订单管理系统:包含订单查询、订单处理、设置提醒方式等。 (4) 促销管理系统:根据促销形式, 提供广告发布、漂浮/弹出窗口、会员周刊等功能。 (5) 会员管理系统:包含会员信息查询、会员分组管理、单系统注册会员、会员积分管理、会员分组管理等。 (6) 财务管理系统:包含月度财务报表、年度财务报表、财务报表数据导出、财务分析系统等。 (7) 商业设置功能:包含国内银行卡支付订单功能、配送方式管理、支付方式设置、国外银行卡支付订单功能等。 (8) 论坛 (社区) 管理:包含论坛参数设置、论坛管理、帖子维护。 (9) 自定义首页功能:用户根据自己的需要, 定义/编辑进入网店的首页, 支持链接。 (10) 支付方式设置:加盟根据自己的需要, 自由定义购买者的支付形式。 (11) 订单财务报表导出功能:把订单数据或者财务统计数据导出为其他形式的文件, 便于进行特殊处理。 (12) 数字卡实时发放功能:提供在线销售数字卡, 包括各种电话卡或者其他形式的卡类商品。 (13) 按分类搜索功能:网上服务需求者可以按照分类搜索服务信息。 (14) 后台短信服务:允许加盟通过短信和消费者联系等。 (15) 外卡支付功能:提供国外银行的在线支付功能。 (16) 流量统计系统:提供网店的访问流量统计数据。 (17) 系统智能分析:针对顾客、会员、销售额、广告、产品等多个指标系统进行分析, 指导经营方向。 (18) 会员周刊促销:允许加盟商向会员进行邮件群发, 宣传促销信息等。 (19) 会员分组管理:允许加盟商设置本店的会员分组, 对会员进行分组管理。 (20) 库存管理:为加盟商提供服务库存信息管理功能。 (21) 会员积分管理:根据会员购物的情况, 按照商品价格或者订单价格为会员设置积分。 (21) 优惠设置:为商品设置会员价或者其他形式的价格。

网络家政服务系统实现了各类家政服务的发布、展示和订购, 为社区居民和家政服务机构提供了一种新型的服务和管理方式。

摘要：本文描述如何通过IT手段将社区家政服务与电子商务结合起来, 构建社区网络服务系统。

8.软件系统设计服务合同 篇八

关键词：轻量级目录访问协议 身份认证 目录服务

中图分类号：TP399文献标识码：A

文章编号：1673-8454（2007）11-0037-03

一、引言

在网络迅猛发展的今天，如何构建数字化校园，如何对网络进行高效智能化管理是当前的一个研究和开发热点。目录服务以其支持分布式环境、安全可靠、灵活方便、反应快速等优势正从为用户提供信息查找、黄页服务等走向网络管理的舞台，并逐渐成为下一代智能化网络管理的核心部分。目录服务系统是数字化校园建设的基础，它为各种应用提供身份认证及授权服务，它是构建校园统一身份认证平台的必要条件。

二、LDAP协议综述

1．LDAP基本内容

LDAP的英文全称是Lightweight Directory Access Protocol,即轻量级目录访问协议。LDAP是基于X.500标准的,访问 X.500 目录需要某种协议,例如:目录访问协议 (DAP)。然而,DAP 需要大量的系统资源和支持机制来处理复杂的协议。LDAP 仅通过使用原始 X.500目录存取协议 (DAP) 的功能子集，而减少了所需的系统资源消耗,而且可以根据需要定制。此外,与X.500不同,LDAP支持TCP/IP,这对访问Internet是必须的。

我们现在主要应用的是LDAP v3版本。因为LDAP v3 在 LDAP v2 的基础上增加了一些新的特性，这些新特性满足了许多新的需求：支持模式发现 ；引用和持续；可扩展性；使用ＵＮＩＣＯＤＥ支持国际化；使用ＳＡＳＬ （简单认证安全层）进行强度认证；使用ＴＬＳ（安全传输层）和ＳＳＬ（安全套接层）协议进行完整性和安全保护。[1]

2.LDAP协议模型

LDAP协议基于以下四种模型：

（1）信息模型

在LDAP中，信息以树状方式组织，树状信息中的基本数据单元是条目，而每个条目由属性构成，属性中存储有属性值；LDAP中的信息模式，类似于面向对象的概念，在LDAP中，每个条目必须属于某个或多个对象类（Object Class），每个对象类由多个属性类型组成，每个属性类型有所对应的语法和匹配规则；对象类和属性类型的定义均可以使用继承的概念。每个条目创建时，必须定义所属的对象类，必须提供对象类中的必选属性类型的属性值。

（2）命名模型

LDAP 命名模型定义用户如何组织和引用数据。LDAP 命名模型提供的灵活性，使用户可以用一种易于管理的方式把条目放入目录。例如，可以创建一个条目，用来保存描述组织中人的信息的所有条目。 以目录节点为基本组成单元，LDAP 目录中的所有目录节点构成了目录信息树。

（3）功能模型

在LDAP中共有四类操作：查询类操作，如搜索、比较；更新类操作，如添加条目、删除条目、修改条目、修改条目名；认证类操作，如绑定、解绑定；其它操作，如放弃和扩展操作。除了扩展操作，其他操作都是LDAP的标准操作；扩展操作是LDAP中为了增加新的功能，提供的一种标准的扩展框架，当前已经成为LDAP标准的扩展操作。

（4）安全模型

LDAP中的安全模型主要通过身份认证、安全通道和访问控制来实现。

身份认证：LDAP提供三种认证机制，即匿名、基本认证和SASL认证。匿名认证即不对用户进行认证，该方法仅对完全公开的方式适用；基本认证均是通过用户名和密码进行身份识别，又分为简单密码和摘要密码认证；SASL认证即LDAP提供的在SSL和TLS安全通道基础上进行的身份认证，包括数字证书的认证。

三、统一目录服务系统的设计实现

1.开发环境的搭建

首先我们选择性能比较稳定的RedHat Linux AS3作为目录服务器的操作系统，数据库系统利用Oracle公司的BerkeleyDB 4.5版，依据OpenLDAP v3这个Internet的公认标准，采用java、php等高级语言进行开发。然后在服务器上安装OpenLDAP、BerkeleyDB 4.5等相关的软件，我们采用编译安装的方式进行安装。因为不同的Linux操作系统，OpenLDAP的安装方式也不尽相同。所以我们必须按照官方提供的技术文档《Installing and configuring OpenLDAP for RedHat Enterprise Linux3》来安装并进行相关的配置，否则会出现问题的。

2．目录信息基本库的建立

（1）建立基本信息数据模型

为了实现优化查询和统一用户管理，我们首先需要对集中存储在目录中的数据进行分析和调查，依据高等学校管理信息集，确定目录中应该包含哪些数据，没必要包含哪些数据。在确定了目录数据需求以后，再进行数据分析来决定哪些对象需要出现在目录中以及这些对象应该包含什么属性。

（2）目录信息树设计

每个在高校目录信息基本库中有合法身份的人，对应着LDAP目录信息树中的一个节点。节点的属性包括这个人的身份信息以及一些认定机制中用到的控制信息。决定每个节点应该具有哪些属性，以及这些节点如何组织成一个结构合理的目录信息树，是目录设计的目标，也是高校目录信息基本库设计的关键步骤。我们设计的目录信息树如图1所示。

（3）模式设计

目录模式是一组规则，用来定义在目录中数据存储的方式。数据在目录树中是以条目的方式存在，每一个条目由一系列的属性及属性值组成，而且每一个条目必须包含一个对象类属性。对象类用来区别不同的条目描述对象，它决定了必须包含的属性以及可以存在的属性，并且包括这些属性的结构和语法。按是否已经正式发布，模式分为两类：

１）已发布的模式

该模式可以直接使用，每一组模式定义为可以被包含到slapd.conf文件中。关于已发布模式的文件名及相关描述如表1所示。

一般说来，我们进行简单的LDAP目录应用，条目的对象类和类的相应属性在已发布的模式中都已经有定义了。我们只需要引用该模式后，就可以直接录入数据了。

２）扩展模式

当我们进行复杂的LDAP目录应用，并输入条目信息时，需要用到一些新的类和类的属性，而这些在已发布的模式中并没有定义，这时我们的信息就不能输入到LDAP目录库里。此时，我们必须建立新的模式，即扩展模式，使其支持其它的语法、匹配规则、新的属性类型和对象类。定义扩展模式时，也可以定义多个文件。我校的目录信息基本库就建立了多个扩展模式文件。

（4）条目信息录入

目录信息的录入有三种方法：一种是手工录入；一种是.ldif文件格式录入；一种是脚本自动录入。我们在大量数据导入时可以利用PHPLDAPadmin、JXplorer、YALA等LDAP的客户端工具。这样就可以通过图形界面来完成相应的命令行操作了。

3．目录信息基本库的安全设计

一个访问控制清单 (ACL)允许非常细粒度的控制。在OpenLDAP下设置ACL的方法有两种：可以将include行放在slapd.conf的顶部，指向一个单独的文件，或者可以将ACL直接添加到slapd.conf文件中。默认情况下，LDAP服务器允许匿名用户读取每个目录项的信息，根用户删除、修改目录项。OpenLDAP定义的访问控制语法的最基本形式是:

Access to ＜What＞[By ＜Who＞ ＜Access＞ ＜Control＞]+

根据这些访问控制的规则，我们可以制定出高校基本信息目录库的部分访问控制列表。

4．目录信息基本库的客户端实现

我们了解到很多高校在这方面都是自己开发的LDAP客户端程序。其中 JAVA以天生的跨平台特点成为开发工具的首选，而且，JAVA提供的JNDI开发包提供了对LDAP的支持。我们经过对比发现，很多高校自己开发的客户端在功能设计上和那些开源的ldap客户端没有太大的区别，甚至还不如PHPLDAPadmin、YALA等LDAP的客户端工具好用，只不过是更符合实际需求而已，并且需要投入大量的时间和人力。

为此，我们决定利用PHPLDAPadmin和YALA的源代码进行二次修改，从而制作出符合我们要求的LDAP服务器的客户端。因为PHPLDAPadmin和YALA都是开源软件，允许任何程序员甚至编程爱好者直接参与到软件制作开发中，按照自己的需要加入相应的功能。

根据用户权限的不同，我们制作的LDAP服务器的客户端有两种操作界面。例如，普通用户登陆网站http：//ldap.wzu.edu.cn后，进入由开源软件YALA制作的客户端界面；管理员用户登陆网站http：//ldap.wzu.edu.cn/admin/后，进入由开源软件PHPLDAPadmin制作的客户端界面。至于不同权限的用户可以看到的内容，则是由LDAP服务器的访问控制规则决定的，与客户端软件无关。

四、统一目录服务系统的应用

1．资源整合模型

目前在用的各种应用系统都处于各自为政的状态，我们的解决方案是：通过使用统一的高校目录信息基本库验证用户的登录，实现用户在使用校园网络提供的各种应用服务时只需记住一套账户、密码即可，这样每位用户只需要申请一次用户名和密码即可使用全部的应用服务，既方便了管理，又提高了安全性。服务器区的系统构架如图2所示。[2]

2．资源整合过程

（１）对于ＦTP网络服务，我们采用开源软件Pureftpd+OpenLDAP来完成。根据我们建立的校园统一目录服务系统，我们把ftp资源作为个人信息集的一个属性子集。这个属性子集在LDAP已定义的属性中是没有的，需要通过扩展模式来进行定义。Pure-Ftpd服务对应的模式ftp.schema 可以是如下的形式：

attributetype（1.3.6.1.4.1.27149.1.2.1.11 NAME′FTP-QuotaFiles′

DESC′ Quota（in number of files）for an FTP user′

EQUALITY integerMatch

SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE）

……

# New Pure-FTPd object type

objectclass（1.3.6.1.4.1.27149.1.2.2.4 NAME′Pure-FTPdUser′

DESC′ PureFTPd user with optional quota，throttling and ratio′

MAY（FTPQuotaFiles $ FTPQuotaMBytes $ FTP-Upload-Ratio $

FTPDownloadRatio $ FTPUploadBandwidth $ FTP-DownloadBandwidth $ FTPuid $ FTPgid ) )

（２）对于邮件服务和VPN（虚拟专用网）服务，他们都支持LDAP访问方式。根据我们建立的校园统一目录服务系统，我们是把电子邮件和VPN资源作为个人信息集的一个属性子集。这个属性子集在LDAP已定义的属性中是存在的。这时，邮件网关和vpn网关只需要访问我们的目录服务系统就可以了。

（3）对于RADIUS（远程用户拨号认证系统）认证服务，其在802.1x中的应用很广，我校的学生宿舍区客户端上网就是采用802.1x协议，我们是采用开源软件FreeRadius + OpenLDAP 来实现的。[3] RADIUS服务对应的属性子集在ldap已定义的属性中是没有的，需要通过扩展模式来进行定义。

（４）对于DNS（域名系统）服务，我们采用开源软件PowerDNS+Openldap来实现。由于我们的目录信息树就是基于域名的形式创建的，而且根据 RFC 1279这个文档可知有关DNS的类及相关属性的定义已经存在了，它们存在于已发布模式“cosine.schema”中，所以DNS服务的实现是非常容易的。

五、结束语

本文介绍了如何利用开源软件构建校园统一目录服务系统，并且介绍了如何利用目录服务来实现多种网络服务的信息存储和身份认证。这些对于构建校园统一身份认证平台具有一定的参考价值。

参考文献：

[1]The OpenLDAP Project. OpenLDAP Software 2.3 Admini-strator’s Guide [EB/OL].http://www.OpenLdap.org/doc/admin23/

[2]吴晓斌，张月琳.基于LDAP 的校园网统一身份认证系统设计[J].华中科技大学学报，２００３（３１）：３３２－３３４