软件实训心得体会报告软件实训心得体会1000字(四篇).docx

软件实训心得体会报告软件实训心得体会1000字(四篇)最新软件实训心得体会报告一 通过毕业实习，将理论高度上升到实践高度，更好的实现将大学期间所学的理论和实践的结合，更进一步加深对理论学问的理解。培育自己擅长观看、勤于思索的良好的学习习惯以及严谨的科学态度和实际动手力量，使理论与实践得到很好的结合。通过本次实习使我能够亲身感受到由一个学生转变到一个职业人的过程，进一步了解社会，增加对社会主义现代化建立的责任感、使命感，为离开学校、走向社会、适应社会、融入社会作好充分预备。 毕业实习对网络工程专业非常重要的实践性教学环节，依据所学课程的理论学问，结合企业的运营实际，把握系统研发的一般过程，系统的生命周期和作为一个开发人员应当具备的根本力量，并撰写实习报告。使学生进一步稳固所学理论学问，同时提高观看问题、分析问题、解决问题的力量。 1、参加公司的入职培训。 2、学习并掌握公司的运营平台。 3、每天进行平台的常规测试，向技术提交问题报告。 4、解决用户使用过程中出现的问题，提供技术支持。 xx年3月9日xx年3月22日 北京百链网源信息技术有限公司 毕业实习 北京百链网源信息技术有限公司成立于1993年，公司注册资金三千万人民币；目前有员工近两千人，拥有全国最大的图书数字化加工中心。 百链公司是国内最早从事纸质资料的.数字化以及制作电子出版物的公司之一;于20xx年建成世界最大的中文数字图书馆;20xx年5月超星数字图书馆被列为国家863计划中国数字图书馆示范工程；超星数字图书馆目前藏书量达到260万种，并且每年以十万种左右的速度递增。 北京百链公司是中国规模最大的数字图书馆解决方案提供商和数字图书资源提供商。业务范围包括数字图书资源加工、供应、采集、管理以及提供数字图书的创作、发布和交流为一体的完整平台。用户群体不仅覆盖全国各省区以及各行业、专业的图书馆，而且承担着大量国外图书出版机构的数字化业务。以先进、实用为指导思想，超星公司锐意创新，在数字图书馆相关技术的研发方面取得了显著的成效。迄今为止，超星阅览器ssreader已经成为国内使用人数最多、技术最成熟、创新点最多的图书阅览器。而超星数字图书馆因其在同行业中处于数字图书资源数量最多、专业资源最为权威、加工能力最大、技术最为成熟、用户最多的优势地位，已被公认为数字图书馆行业的第一品牌。 “珍藏科学著作，传承科学精神”，超星公司以实际行动推进中国数字图书馆事业，为科教兴国战略做出自己的贡献。 1、公司入职前的培训 刚到公司，进入这个大环境，对马上上岗的工作还不了解，公司安排了老员工对我们进展了为期一周的培训工作，主要是熟识并了解平台的使用和各项功能以及消失各种问题的缘由和解决方法。公司有相应的的ppt文档，我们需要把握里面的主要问题以及操作方法。 2、学习并把握公司的运营平台。 培训完毕后，我们就正式开头了我们的测试工作，属于黑盒测试，娴熟的把握平台的各项功能和操作。由于是网络课程教学平台，所以我们需要了解教师端课程建立，作业公布，成绩统计，考试编辑等功能和学生端的课程学习，任务点的完成，作业提交，考试提交等功能。以及了解各种问题消失的缘由以及解决方法。 3、每天进展平台的常规测试，向技术提交问题报告。 每天上班的第一件事就是需要根据公司的测试文档对平台的各项功能测试 一遍，由于平台每个星期都会跟新一次，所以我们的工作就是查漏补缺，针对新更新的内容进展测试以保证新功能的使用，以及对原有功能确实认。要准时了解并把握平台的最新动向。收集问题群课用户反应的问题，整理周报，总结文档。负责自己测试出的bug的提交给研发人员，根据常规的测试模板仔细填写自己测试平台的任务表。以及对解决的bug进展回归测试。 4、解决用户使用过程中消失的问题，供应技术支持。 随着时间的推移，大局部的学校都已间续开学，平台用户的数量快速增加，导致平台的负载增大，期间会消失一系列的操作问题和技术问题，用户不能解决的问题，就需要我在线供应技术支持以保证用户的正常使用。主要负责在线解答用户的问题，以及平台使用问题群中的问题。每周统计好自己所负责模块的数据，提交总的工作总结。 1、工作态度 刚进入公司，对于一无所知的我，一切都要重头学习，首先就是公司安排给我们新的电脑，自己组装，安装系统，配置自己电脑的ip，把我们的工作需要的平台搭建好，初步工作做好后，才能更好的开展接下来的工作。在实习期就是在不断的学习中，在批判中不断的吸取教训，在教训中不断的重新学习，就这样始终重复着这个过程，不断的学习不断的吸取教训，然后再渐渐累积成阅历。从刚开头的生疏到现在的娴熟是需要时间的，所以在工作中遇到问题先不要焦急，根据公司的规章流程操作要准时和同事沟通与合作，才能更好的进步。 2、工作方法 在培训期完毕以后，对公司研发的慕课和泛亚网络教学互动平台有了肯定的了解，在工作期间，我一边学习新的学问一边积存阅历，把自已遇到的问题和解决方法都默记于心，总结每天遇到的问题，整理成文档。每个星期的周报中还要总结一下这周的工作内容以及决绝的问题数目。在软件测试方面我盼望自已的工作力量有大的进步，盼望通过自己的努力实现自己的价值。每周对本周工作进展汇总，积存工作阅历。每月对本月工作进展大总结，将积存的问题分文别类，提高自身水平，提高工作效率。 3、工作责任 娴熟把握公司的产品，了解平台上各个功能模块的使用。在和用户沟通时留意语言文字的沟通技巧，沟通的过程中，要用敬辞，例如，请。在接到客户的投诉或者埋怨时，要主动向客户致歉并妥当处理，视情节轻重上报公司。依据每天的工作状况，把客户反应的不同问题以工作日志的形式进展具体的登记，并作周报总结。在公司我从没有把自已当成是实习生，我和大家一样遵守公司的每一项制度，把自已当成是公司的一份子，不管是什么工作我都想尽自已最大的努力去完成它，不管结果如何，我始终在想是不是努力了就会有收获，这过程中也意识到自己有许多的缺乏，例如对平台学习不够深入，对系统更新把握不够准时。工作中有急躁心情，有时急于求成。以及在工作中，工作阅历欠缺，实际工作中存在漏洞，对某些问题解决不够准时。 4、总结 这次实习，我很幸运学到了不少东西，不仅充分的发挥了专业学问，将理论切实运用到实习种，还进一步拓展了自身综合实习空间。同时我也看到了自己的缺乏，无论什么工作肯定要有责任感和使命感，对工作肯定要仔细扎实;要加强自身建立，努力提高自身素养，更好的适应工作需要;肯定要有吃苦耐劳的精神;还要不断的扩展自己的学问面。这样对我们以后，有利于接触社会的方方面面。在实习期间，遇到了一些困难，也看到了自己本身存在着很多问题。在测试时要想使自己的测试更加周全。总会遇到这样那样的问题，当前的软件的功能日趋简单，不学到肯定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需再加以刻苦钻研及学习，不断开拓视野，强自己的实践操作技能，为以后能做好测试工作而努力。实习是踏向社会的一个关键时期，我们在学校学到的学问较零散，实习将学问系统化。在这个学校到社会的过渡时期，自己从事的专业要抓好重心，做到多思索、勤看书、多学习把自己的重心转移到工作上来。不断学习阅历、积存学问朝着这个方向努力。一份耕耘一份收获，一个人胜利与否取决于个人努力，我们年轻而富有朝气，实习是将来职业生涯的开头，用我们布满才智的大脑努力工作，让自己的幻想成真，实习的经受成为永久难忘的回忆。 最新软件实训心得体会报告二 乙方： 本合同就甲方向乙方选购“集成化研发治理平台”，达成如下协议： 1. 选购内容和合同金额 1.1 软件版本：(乙方的最新版本) 1.2 用户数量： 1.3 合同金额： 2. 乙方供应的效劳 2.1 乙方供应“软件安装和使用培训”效劳。假如甲方和乙方不在同一个城市办公，那么甲方担当乙方讲师的差旅费、住宿费。 2.2 乙方供应12个月的免费远程维护和使用指导。 2.3 乙方供应12个月的免费远程升级效劳。之后假如甲方需要升级软件，每年升级费用为选购费的20%。 3. 交付物品 乙方的交付物 乙方收到甲方的合同款后，交付如下物品： (1)集成化研发治理平台的光盘(含软件包和使用手册); (2)赠送著作it企业工程治理：问题、方法和工具1本。 4. 费用和支付方式 合同总金额 人民币 支付方式 双方签订本合同后一周内，甲方支付合同款给乙方。 乙方收到甲方的合同款后，一周之内供应交付物品，并依据甲方安排的时间去甲方现场供应培训效劳。 乙方银行账户 乙方开具发票给甲方，甲方汇款至乙方的银行账户。 户 名： 开户行： 账 号： 其它费用声明 假如乙方工作人员从其它城市到甲方现场供应本合同内的效劳，则甲方担当乙方的差旅费。假如乙方通过电话和internet供应远程效劳，或者双方人员在同一城市工作，那么甲方无需支付差旅费。 4. 学问产权和保密协议 乙方交付给甲方的含有“上海漫索计算机科技有限公司”文字或图标的文件，归属乙方。甲方可以使用这些文件内容。 集成化研发治理平台的学问产权属于乙方。甲方支付本合同全部款项给乙方后，拥有该软件的使用权，不得转让给第三方。 未经对方同意，任何一方都不得将对方拥有学问产权的文件公开发表或者转让给第三方。任何一方违约，将支付壹万元违约金给对方。 5. 盖章签字 本合同一式2份，甲方和乙方各保存1份，具有同等法律效力，自甲乙双方签字盖章后即行生效。 甲方盖章签字 地址： 邮编： 甲方授权人签字： 日期： 乙方盖章签字 地址： 邮编：202327 乙方授权人签字： 日期： 最新软件实训心得体会报告三 这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅显的熟悉，相比之下，这学期就更加全面的说明白开发一个工程所需要的步骤以及开发工程过程中所需要留意的诸多细节。假如说上学期的课程注意理论根底的话，那么这学期的软工实践，顾名思义，就是侧重我们动手操作的力量。 原来我认为开发一个工程最重要的就是写代码，好像整个软件都是编代码，由于自己动手力量不强所以就很排斥做工程。可是经过我们学习软工课程到团队做工程再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程工程并不是说简洁的会编码就能够解决问题的，由于一个软件的生命周期分为三个时期：软件定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶段，他们分别是：问题定义、可行性讨论、需求分析、总体设计、具体设计、编码和单元测试、综合测试，由此可看出，当我们开发一个工程时，更多的精力不是放在编码上，编码只是一个很小的模块，而是工程的整体构造上。 在写软工实践体会之前，我想在这里总结一下上学期三人团队做 工程的相关事宜。上学期我们三人团队依据软件开发的步骤开发一个名为“西大老乡荟”的社交系统，主要是为西大学子供应一个找老乡的平台。虽然只进展到具体设计阶段，没有进一步实现，但是我还是从中学到许多东西的。首先要先确定工程主题，也就是这个工程用来做什么，可以解决什么问题。接着就是这个工程是否有讨论的必要以及是否有解决的方法，针对我们的工程，我们对西大的一些学生做了问卷调查，并从调查中连续完善系统本身的做用户。第三步依据我们确定的工程主题进展需求分析，这一步骤当时做的不是很好，比方所画e-r图、数据流图等都有考虑不周的问题，导致接下来的概要设计、具体设计进展的很困难，有些步骤甚至还需要返工。 从我们在需求分析中消失的问题，使我们明白了软件定义阶段对于一个工程的开发是至关重要的，当软件定义阶段完成时必需要用正式的文档精确的地记录目标系统的需求。只有前期的预备工作做得好，后面的工作才能顺当进展。虽然工程最终没有完全实现，但是起码我们已经初步体会到软件工程开发的步骤，以及每一步所需要完成的文档等内容。 这学期的软件工程实践虽然不是亲自动手开发一个系统，但是张元平教师以“物联网物流仓储治理系统”为主给我们讲解了一个真实系统的开发过程，从规划到工程系统的公布实施，以及每一步必需生成的文档。我主要从以下五个方面谈一下我的心得体会。 第一、行业背景说明方面 对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背景，制定规划。当我们规划确定以后就要对工程系统本身进展可行性讨论，主要从技术可行性、经济可行性和操作可行性三个方面着手。就比方物联网物流仓库治理系统的行业背景说明文档中特别具体地分析了当下物联网物流行业的整体业务说明、应用背景、将来进展趋势以及相关应用案例等四个方面，工程团队中系统分析员就可以依据这份文档以及相关的调查资料对将要开发系统的进展定义等工作。 原来我们写这类文档的时候就是草草了事，不会做得这么具体，而这次看到大型工程的行业背景说明也是这么具体，也让自己熟悉到不管是软件开发的那个阶段都要仔细对待，这些琐碎的文档都是后期开发工程的支撑，只要它们做的透彻，后面的开发工作才能更顺当的进展。 其次、工程需求说明方面 这局部工程需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的就是了解用户的需要，依据用户的需要确定系统必需完成那些工作，并对目标系统提出完整、精确、清楚、详细的要求。在需求分析完毕之前系统分析人员要写出一份需求规格说明，即为物联网物流仓储治理系统工程需求说明文档。我们可以看出该文档也是特别具体，相比之下我们之前做工程时写的需求规格说明书就特别不合格，不仅格式不正确内容也是少之又少。 在这方面，这篇文档给我启发很大。首先就是文档的格式，要美观整齐，让人看着舒适便利。其次就是文档的内容，原来它不是很重要，写文档的时候也不知道怎么写就借鉴下网上的内容，结果根本就没有把自己工程的需求写明白，以至于自己最终都有些糊涂，所以依据以前的阅历教训我会对这局部更加重视。 第三、系统概要设计方面 这局部内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实现系统的功能、设计软件的构造、模块组成以及模块之间的关系。在概要设计阶段，我们可以站在全局的高度上，花较少的本钱，从抽象的层次上分析比照多种可能的系统实现方案和软件构造，从中选出最正确方案和最合理的构造。在这个阶段还会详细画出e-r图、数据流图等方面的设计。 比方物联网物流仓库治理系统的系统概要设计从工程概述、设计约束、功能单元与功能模块设计、数据e-r图设计、总体设计、界面设计等六个方面介绍，通过读这个文档，我觉得最重要的还是总体设计，分别从规律架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合，这样开发出来的系统才会具有更高的独立性。 在原来做工程时没有编写过这类文档，在该阶段只是画了构造图、层次图以及相关的模块划分，对该类文档尚未重视。通过张教师的讲解和自己的学习，我信任在以后做工程的时候肯定会留意到这类文档的编写。 第四、具体设计与分析方面 具体设计阶段就是把概要设计阶段的每个模块进一步设计，确定每个模块所需要的算法和数据构造。在这个阶段还是需要我们设计出程序的具体规格说明，而不是编写程序。在具体设计阶段，系统设计人员可以通过使用程序流程图、盒图、pad图等过程设计的工具和jackson图等面对数据构造的设计工具进一步设计系统相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些对于以后的编码工作都是极其重要的。 第五、编码和测试方案方面 关于编码，我认为编码要想做的完善必备条件就是前面的软件定义和软件设计时期要按部就班的做，文档肯定要按要求书写，不能偷懒也不能草草书写。对于编码也要有相应的文档书写标准，要使源程序代码的规律简明清楚、易读易懂。这样尽管我们不是设计系统的人员，当看到源程序代码的时候也能简单读懂代码的意思。 其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中同样占据了重要的地位，它主要就是尽可能多的找到问题并排解其中的潜藏的错误，最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。 最新软件实训心得体会报告四 合同编号：_ 甲方：_ 法定住址：_ 法定代表人：_ 职务：_ 托付代理人：_ 身份证号码：_ 通讯地址：_ 邮政编码：_ 联系人：_ 电话：_ 电挂：_ 传真：_ 帐号：_ 电子信箱：_ 乙方：_ 法定住址：_ 法定代表人：_ 职务：_ 托付代理人：_ 身份证号码：_ 通讯地址：_ 邮政编码：_ 联系人：_ 电话：_ 电挂：_ 传真：_ 帐号：_ 电子信箱：_ 鉴于甲方有意托付乙方开发用于_(财务、经营治理等业务)的计算机信息化系统软件，双方特依据中华人民共和国民法典及相关的法律法规之规定，在自愿、公平、互利互惠、协商全都的根底上，双方达成如下协议： 第一条定义 1.“软件”包括“软件系统”，除另有指明外，指描述于本合同附件_中的在本合同履行期内所开发和供应的当前和将来的软件版本，包括乙方为履行本合同所开发和供应的软件版本和相关的文件。 2.“可交付件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 3.“交付”指乙方在双方规定的日期内交付商定开发的软件的行为。但是乙方完成交付行为，并不意味着乙方已经完成了本合同项下所规定的全部义务。 4.“规格”是指在技术或其他开发任务上所设定的技术标准、标准。 5.“里程碑”是指附件_中所规定的由乙方在本软件开发过程中阶段性完成的，并具有相对独立性的局部软件或模块。 6.“源代码”指用于该软件的源代码。其必需可为娴熟的程序员理解和使用，可打印以及被机器阅读或具备其他合理而必要的形式，包括对该软件的评估、测试或其它技术文件。 7.“商业隐秘”指甲、乙方各自所拥有的，不为公众所知的治理信息、方式方法、顾客名单、商业数据、产品信息、销售渠道、技术诀窍、源代码、计算机文档等，或由甲、乙方在履行本合同过程中明确指明为商业隐秘的、法律所认可的任何信息。 8.“工作日”指国家所规定的节假日之外的全部工作日，未指明为工作日的日期指自然顺延的日期。 其次条开发目的 本软件是甲方为_(公司经营的业务)而开发的软件。该软件处理的对象是甲方的_(财务、人力资源治理、业务交易数据处理、嬉戏软件等);该软件的主要功能和目标为_。 软件整体功能符合甲方所描述的_(经营、治理等)系统的要求，应到达_(正确性、效率、安全性、牢靠性、开放性、有用性等)的技术指标。 第三条甲方原有信息系统描述(如开发软件在甲方原系统中运行，可选择本条) 甲方原有的相关计算机信息系统为_，其主要功能是_。乙方将结合甲方的计算机信息系统进展软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。已有系统的设备和软件见附件_。 第四条软件系统 1.乙方所开发的软件系统为_(系统名称);其中： (1)属于第三方的软件为_; (2)属于乙方所拥有的软件为_; (3)甲方托付乙方开发的软件为_; (4)乙方可以托付具有相应开发力量的第三方开发的软件为_。 2.乙方为甲方开发的软件系统分为_个子系统，包括_子系统、_子系统和_子系统，与_(甲方原有系统)共同构本钱合同所规定的软件系统。该软件所构建的系统的主要功能为_。该软件系统的名称、里程碑、模块、功能、规格、版本、价格、检测标准等相关状况见附件_。 第五条软件开发的交付进度和时间 1.本开发软件交付的时间为_年_月_日; 2.软件开发分为_个里程碑阶段，每个里程碑阶段的工程完成后，均应当依据本合同附件_所列的检测标准进展检测和交付。甲方将根据本合同的第_条规定进展付款。乙方开发软件或引用的检测标准不得低于_(国家/行业/企业)的标准。其详细规格、检测标准、阶段和进度、付款方式等见附件_。 第六条质量要求 自本合同签订之日起，乙方应尽力履行其在开发规划中所规定的义务，按时完成并交付每一项里程碑，其质量标准应符合附件_的规定。 第七条分包 本合同项下的工程制止转包。如双方同意，乙方可以将本合同项下的_(工程名称)等非主体工程分包给具有相应资质的第三方实施。违反本条规定的，乙方应依据本合同的相关规定担当违约责任。 第八条工程治理(供选择) 合同各方指派代表组本钱信息系统开发治理小组，治理本软件的开发。治理小组成员名单和通讯方式见附件_。合同各方可以依据详细状况重新指定本方的治理小组的成员，但应当以书面方式通知另一方;如一方重新指定的小组成员涉及到本工程的重要方面，更换方应事先征得对方的书面同意。另一方应准时审查更换方提出的书面建议，双方在合理、善意、维护双方利益的根底上争论更换事宜。 第九条信息与资料 乙方有权依据本合同的规定和工程需要，向甲方了解有关状况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进展全面的讨论和设计。甲方应予以积极协作，向乙方供应有关信息与资料，特殊是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完本钱合同所需的甲方全部的信息和资料不予供应，则由甲方担当不予供应的损害后果。 第十条资料供应 1.甲、乙双方将依据上述第_条中甲方为其业务开发软件及其所需功能的描述和甲方所供应的资料与信息共同制作需求分析。甲方在提交有关需求说明、资料和信息时，可以就其中所涉及的软件功能、目标、需求构成及相关技术问题向乙方询问或征求意见，乙方应当准时予以解释和答复。 2.乙方在猎取上述需求信息和资料后，应准时完成需求分析书。该需求分析书经甲方认可，并由甲、乙双方签字后作为本合同的附件。 第十一条受托人的提交 1.乙方在取得了甲方供应的必要的信息和资料后，将依据本合同所商定的软件的功能、目标与需求分析书，在_年_月_日之前完成需求说明书， 2.乙方在取得了甲方供应的必要的信息和资料后，将依据本合同所商定的软件的功能、目标与需求分析书，在_年_月_日之前完成概要设计说明书， 3.乙方在取得了甲方供应的必要的信息和资料后，将依据本合同所商定的软件的功能、目标与需求分析书，在_年_月_日之前完成具体设计说明书。 以上三项完成后，均应提交甲方审核。 第十二条托付人的审核 1.甲方在收到上述文件后，对其中所描述软件的适用性、需求性和应用性等进展审核。 (1)甲方应在乙方在取得了甲方供应的必要的信息和资料后，将依据本合同所商定的软件的功能、目标与需求分析书，在_年_月_日之前完成需求说明书的审核， (2)乙方在取得了甲方供应的必要的信息和资料后，将依据本合同所商定的软件的功能、目标与需求分析书，在_年_月_日之前完成概要设计说明书的审核 (3)乙方在取得了甲方供应的必要的信息和资料后，将依据本合同所商定的软件的功能、目标与需求分析书，在_年_月_日之前完成具体设计说明书的审核。 2.如甲方认可上述文件后的，则在上述文件中签字。如有异议，则以书面方式说明理由并提交乙方复审。如乙方认为不构成问题，则应向甲方予以解释。确有问题的，乙方应准时予以修改并再次提交甲方审核。甲乙双方将重复此程序，直至双方全都认可签字。 3.甲方对上述说明书的签字认可，仅代表对上述说明书中开发软件的适用性、需求性、可用性、等的审核。甲方并不对说明书中的技术问题进展审核。如说明书中消失任何与乙方设计相关的技术问题或技术调整，仍由乙方担当责任。 4.如甲方未在商定的时间内完本钱条款所规定的义务，乙方则可以相应顺延交付时间。如该延时对乙方造成损失，甲方还应赔偿乙方的损失。 第十三条进度报告 1.乙方应于每月/季度终了的_工作日内，以书面形式向甲方供应工程阶段进度报告，内容包括工程进度或里程碑规划执行状况，已完成的软件开发工程，有无遇到的困难和障碍，本工程的预期效果，人员配置状况，有无工程变更及变更状况或其它与本工程有关的甲方应当知道或甲方要求知道的状况。 2.如有重大的问题或重要的变更发生，乙方应当在变更发生之日起_工作日内向甲方做出书面报告。乙方应当在_工作日内回复甲方在其它时间内提出的与本工程相关的询问。 3.如乙方违反本条的规定，应当担当由此而引起的工程拖延和甲方不能准时付款或协作工程进展的后果。甲方在收到乙方的书面报告后，应当在_工作日内回复乙方。 第十四条第三方监理 甲方有权聘请第三方作为本软件开发的监理。如甲方指定了第三方作为甲方的监理，依甲方的授权，该监理享有与本合同中所商定的甲方同等的权利，以监理本工程的进展。监理方应拥有相应的资质并依法行使其监理职责，否则乙方有权拒绝承受监理。 第十五条工程变更 为了维护和兼顾各方的利益，确保开发软件的质量，在本合同签署后，甲、乙双方均有权在履行本合同的过程中合理地提出变更、扩展、替换或修改本工程的某些局部的恳求，包括增加或削减软件的相应功能/提高或提升有关技术参数/变更交付或安装的时间与地点。 为此，双方同意： (1)若甲方提出局部工程的变更建议，甲方应当将变更恳求以书面形式提交给乙方。乙方应当在_个工作日内对此作出书面回复，其内容包括该变更对合同价格、工程交付日期、软件的系统性能、工程技术参数的影响和变化以及对合同条款的影响等; (2)甲方在收到乙方的上述回复后，应在_工作日内以书面方式通知乙方是否承受上述回复。假如甲方承受乙方的上述回复，则双方应对此变更以书面形式确认，并按变更后的商定履行本合同。 (3)假如甲方不同意乙方有关合同价格变化和工程交付日期变更的回复，但上述变更如不执行，将会影响开发软件的正常使用或主要功能，则乙方应执行变更要求。同时，甲、乙双方均有权根据第十三条的规定解决争议。在争议解决之前，甲方应根据乙方在回复中的价格变化和工程交付日期变更的要求执行。(本条款供选择) (4)鉴于合同标的总量与合同总价相关，因此双方同意，如甲方提出的变更导致合同总价下降，则合同总价每下降_%，甲方应补贴乙方相当于变更前合同总价款_%的金额。 (5)如乙方提出局部工程的变更建议，乙方应同时具体说明该变更对合同价格、工程交付日期、软件性能、工程技术参数的影响以及对合同条款的影响等状况。 (6)甲方在收到乙方的上述变更建议后，应在_工作日内以书面形式通知乙方是否同意和承受乙方的上述变更建议。假如甲方承受乙方的上述回复，则双方对此变更建议以书面形式确认，双方按变更后的商定履行本合同。如甲方不同意乙方的上述建议，双方仍按原合同执行。 第十六条交付时间 1.乙方应在进展每项交付前_个工作日内，以书面方式通知甲方。甲方应当在接到通知后的_个工作日内安排承受交付。乙方在交付前应依据附件_所列的检测标准对该交付件进展测试，以确认其符合本合同的规定。 2.如由于甲方的缘由而导致交付不能根据规定的时间进展，乙方将按延期时间顺延交付。如因延期交付而导致乙方损失，甲方应赔偿乙方的实际损失。如甲方能承受而不承受交付，则视为乙方已经交付，甲方应当根据商定付款，甲、乙双方对此另有商定的除外。 第十七条交付内容 1.乙方应根据合同及其附件所商定的内容进展交付，所交付的文档与文件应当是电子版式和可供人阅读的。详细交付内容见附件_。 2.如由于甲方运行、检测不当或其它缘由而导致所交付工程存在故障或问题，经甲方要求，乙方应在_个工作日内帮忙处理此项故障或问题，由此而发生的费用由甲方担当。 第十八条领受 甲方在领受了上述交付件后，应马上对该交付件进展测试和评估，以确认其是否符合开发软件的功能和规格。甲方应在_个工作日内，向乙方提交书面说明以表示承受该交付件。如有缺陷，应递交缺陷说明及指明应改良的局部，乙方应马上订正该缺陷，并再次进展测试和评估。甲方应于_个工作日内再次检验并向乙方出具书面领受文件或递交缺陷报告。甲、乙双方将重复此项程序直至甲方领受，或由甲方依法或依约终止本合同为止。 第十九条软件系统试运行 1.自软件交付通过之日起，甲方拥有_天的试运行权利。 2.如由于乙方缘由，软件在试运行期间消失故障或问题，乙方应准时排解该方面的故障或问题，所引起的相关费用由乙方担当。 3.乙方应在合理的期限内排解故障或处理问题。如以上故障或问题影响软件根本功能和目标的实现，且排解故障或处理问题的时间超过_个工作日，则视为乙方交付违约，除非上述故障和问题是由甲方引起的。 其次十条系统验收 1.软件试运行完成后，甲方应准时按规定对该软件进展系统验收。乙方应以书面形式向甲方递交验收通知书，甲方在收到验收通知书的_个工作日内，安排详细日期，由甲、乙双方根据本合同的规定完成软件系统验收。 2.如属于乙方缘由致使软件未通过系统验收，乙方应排解故障，并担当相关费用，同时延长试运行期限_个工作日，直至软件系统完全符合验收标准。 3.如属于甲方缘由致使软件未通过系统验收，如属甲方原有计算机系统故障缘由，甲方应在合理时间内排解故障，再进展验收。如系上述故障之外的缘由，除因本合同规定的不行抗力外，甲方未能在规定的时间内完成验收，乙方有权以其认为合理的方式进展单方面验收，并将验收报告提交甲方，即视为软件系统验收已经通过。乙方在进展单方面验收时，甲方应供应验收便利。如甲方在乙方提出单方面验收后的_个工作日内不供应验收便利，则视为该系统已经通过验收。 其次十一条学问产权和使用权 1.学问产权：甲、乙双方共同拥有开发软件的学问产权。另一方非经对方同意，不得以任何方式向第三方披露、转让和许可有关的技术成果、计算机软件、技术诀窍、隐秘信息、技术资料和文件。除本研发工作需要之外，未得到甲方/乙方的书面许可，甲方/乙方不得以任何方式商业性地利用上述资料和技术。如甲方/乙方违反本条的规定，除马上停顿违约行为外，还应支付违约金_以及赔偿甲方/乙方的损失。 2.使用权：(如学问产权归一方全部，需订立本款)甲方/乙方对软件具有使用权。本使用权的使用范围为：_(总公司、分支机构)。 3.甲方对乙方所许可的使用权软件没有/有向第三方分许可的权利。除本合同另有规定外，乙方许可甲方使用软件或相关任何学问产权，并不表示甲方已经从乙方获得其向第三人许可使用该项权利