软件开发项目服务方案

I 21.1.服务技术方案 21.1.1.项目组织实施方案 21.1.2.项目开发管理方案 6 251.1.6.技术培训计划 21.1.1.项目组织实施方案1.1.1.1.项目技术人员配备方案为确保项目的顺利进展，在本公司项目管理及实施组织架构的基础上，结合本项目的具体情况，我司特将选派经验丰富、专业能力强的人员组成精干有力的项目组，下设项目管理领导小组、项目质量组、评审专家组、项目经理等项目小组及人员，组织项目人员研读有关的制度、文件、报告等资料，确立实施内容和步骤。制订详细项目进度计划，提交从合同签订之日起的周工作进度安排。严格按照本技术规范要求和工作计划开展能力建设标准及检查评估系统研制开发工作。1.1.1.2.项目实施组织架构成立项目管理及实施组织，负责落实项目的实施，并监控并管理并得以成功实施。项目组组织结构如下图所示。项目实施组织架构图3(1)项目管理领导小组的职责项目管理领导小组有贵方项目主管领导、我公司板块主管领导及事业部领导组成，对重大业务变革、项目范围、进度、设计变更、人力需求、项目风险等重大议题进行决策。(2)项目质量组的职责项目质量组由我公司质量管理部人员组成，负责：全程参与项目实施，为项目质量控制提供支持；制定质量保证计划；对项目实施过程进行指导、跟踪、监督和检查；定期或事件驱动向项目经理提交质量报告和不符合问题报告。(3)评审专家组的职责评审专家组有贵方现场运行专家、我公司技术专家、外聘技术专家组成。其职责是：按照项目阶段划分，对项目过程中里程碑点的成果物进行评审工作。(4)项目经理的职责由我公司具有丰富项目实施和管理经验的人员承担。其职责是：全权负责项目目标的落实，领导项目团队准时、优质地完成全部与客户沟通，了解项目的整体需求。并与客户保持一定的联系，即时反馈阶段性的成果，和即时更改客户提出的合理需求。制定项目开发计划文档，量化任务，并合理分配给相应的人员。跟踪项目的进度，协调项目组成员之间的合作。4监督产生项目进展各阶段的文档，并与QA即时沟通，保证文档的完整和规范。与客户协商，进行项目变更控制。(5)需求分析组的职责需求分析组成员由我公司技术专家组成，在项目经理的领导下参与项目前期的需求调研及分析工作，职责包括：进行项目交流、分析与鉴别；提供研发所需的需求分析、说明；进行项目型需求的沟通、鉴别、引导、把握；需求变更管理。(6)设计组的职责由我公司经验丰富的设计及开发人员组成，在项目经理的领导下进行三维动画课件的设计，职责包括：按照项目需求的要求，进行课件阶段的模块划分、剧本设计；提供开发所需的课件设计文档；进行设计变更管理。(7)美术资源组的职责由数据采集、模型制作、动画制作、后期合成开发人员组成，其职责是：参与项目涉及的美术方面设计，根据项目对美承担所有课件的美术资源开发工作，对三维动画质量及进度负责；参与进行关键技术验证以及技术选型工作；与项目经理沟通并确定项目开发需求；配合学员验收测试工作。(8)软件开发组的职责5实现系统的开发工作，对代码质量及进度负责；参与进行关键技术验证以及技术选型工作；与项目经理沟通并确定项目开发需求；配合验(9)测试组的职责由我公司技术专家、测试人员组成，职责为：根据系统设计需求制定测试计划，设计测试方法；有效地执行测试，提交测试报告；准确地定位并跟踪问题，推动问题及时合理地解决；完成对项目系统及其它功能的集成测试。1.1.1.3.项目实施团队配备项目开发过程中，我公司将安排具有同类项目开发经验的专业技术人员组建团队，其中具有同类行业工作经历或相关专业的技术人员占总团队人员37%以上，能够支持项目开发过程中对模拟训练专业知识的需求，60%以上人员具有项目及模拟训练管理系统开发经验，有一套完整成熟的项目管理体制，能够保证在项目范围内保质保量的完成项目开发任务。6序号事项方式/工具计划日期负责人1正式会议每周一上午项目经理全体成员2议正式会议每周五下午项目经理全体成员3日报制度电子邮件每天下班前15分钟项目经理全体成员4周进度汇报电子邮件/申每周五下午项目经理项目总体经理项目总负责、项目总协调7序号事项方式/工具计划日期负责人1每周一正式会议每周一上午我方项目学院项目组2周报项目经理每周填写项目状态表，以电子邮件方式发送学院项目负责人前我方项目学院项目负责人3正式会议，由我方申需求评审与设计评审阶我方项目学院项目组4技术协调会正式会议，由我方申项目的进展或事件驱动我方项目学院、其它系统开发商5学院汇报工作汇报项目的进展或事件驱动我方项目总体经理项目总体经理、学院项目负责人6不定期正式会议或非正式项目的进展或事件驱动我方项目学院项目组8审等几个方面的评审和检查工作。在每次评审之后，要对评审结果做出明确的管理决策。可以在执行过程中的检查点，也可以在特定的时点进行检查。检查的目的是比较实际情况与计划差异，以确定当前的状态。比较正式的检查方式有例会、周报、汇报；非正式的方式包括口头询问、非工作时间的交流。另外，交付物的质量和提交情况、变更记录也是重要的检查手段。检查评价是最传统的，也是最为直接的控制手段。它是领导或主管人员亲自到现场收集和了解信息，掌握工作进度和服务质量情况，及时发现问题和分析原因，迅速判断并做出处理决策。这种控制手段的特点是，领导者在现场能掌握第一手资料，避免信息在传递过程中的衰减，提高信息沟通率，有更好的控制效果。如果项目出现延期的情况，常用的调整措施包括增加投入、减少产出或采用新的方法。增加投入是指增加人力资源的投入或增加工作时间的投入，或指派更有经验的人；减少产出是指在与用户协商后适当的减少工作范围或降低要求；采用新的方法是指在产生同样的项目成果和质量的前提下采用新的方法或技术。当然，工期后延和增加投入是保证实现原项目目标的比较好的方式。为了保证系统的实施质量，并实现实施过程中的知识转移，以便在项目的实施过程中建立知识库和制订应用、操作标准，特别强调实9施过程中的成果提交。提交的成果要求：在项目实施的各个阶段，按照统一的格式，提交各子系统的实施成果，并进行审核成果。提交制

保证了系统实施的质量

保证了系统实施过程中实施方向用户方的知识转移

建立了系统应用的标准

整理的成果可以转化为学院的知识库发起原因：当项目小组在实施过程中遇到技术、业务障碍，以现有资源配置无法达成目标。协调内容：通过岗位调整的方式，调整实施团队的内部资源配置流程：项目经理召集团队各小组组长，讨论资源调配计划，进行发起原因：当现场实施团队内部的调配无法解决资源短缺的问题，需要发起项目组之间的资源调整流程。或者通过技术支持团队协助，采用技术难点突破的方式，加以协助。(1)由项目经理或项目组人员提出配置项变更申请，填写《配③分析引起变更的原因，并分析评估变更产生的影响范围、工作量、成本、进度、风险等方面；④变更实施的解决方案；⑤变更验证活动记录和验证结果；⑥相关审查和批准人的签字。变更现状分析：当开发文档或代码纳入基线后，如果出现以下情况，所有的更改都要作为项目变更进行控制(对用户手册的更改可不受此限制)。①客户需求更改，或增加需求；②由于实现方案中技术的改变；③编程中出现了错误需要修改。判断变更的级别，确定审批人或机构。描述变更所发生的阶段及目前变更所处的状态，以便对变更所影响的部门和涉及的模块、文档作出分析。在《配置项变更控制表》中要清晰表述这些内容。分析引起变更的原因，并分析评估变更产生的影响面，如变更涉及的相关部门、变更对开发成本、项目进度、项目风险、产品质量等变更的解决方案：变更的解决方案主要涉及变更范围和工作分配两个方面。如果变更发生在产品代码已形成后，应在《配置项变更控制表》中说明对软件项需要进行的实际修改工作。如果改动内容较多，则应另外形成变更方案进行说明。比如对《需求分析说明书》的修改将会书》,以及相关的程序模块，此时应当说明将会对设计书的哪些部分以及哪些程序模块进行改动。对于因对开发文档或模块的更改而导致项目组以外的部门进行相应工作的变更(系统测试中对测试组的要求除外),须在《配置项变更控制表》中注明要求的工作，并记录实际执行的结果。项目经理考虑项目开发设计变更的规模大小和难易程度，以及项目开发进度的可能变动情况，估算出由于项目开发设计变更而导致增加的项目开发成本以及可能发生的额外开发经费支出。在整个变更过程中，项目经理负责记录变更活动的每一个状态，严格按照《配置管理规程》中的规定标识变更项。变更验证活动记录和验证结果：对软件项进行更改后，必须进行测试，以证实修改的正确性。测试时至少应测试被修改的模块以及与相关的模块的接口部分。测试的过程应写入相关的记录中。更改后，应按《配置项变更控制表》中规定的验证方案，对被更改的软件项以及可能受影响的软件项进行测试验证，确认其有效性，项目组成员按《配置项变更控制表》对项目进行更改。对软件代码的更改，除了要填写《配置项变更控制表》外，还应以程序注释、附件或是管理工具的形式，标识与此申请对应的实际的对代码的修改(2)根据配置变更的级别确定相关审查和批准权限。一般级别的配置变更只需经项目经理批准即可，重要级别的配置变更必须经过(3)项目经理根据《配置项变更控制表》中配置变更的解决方案，实施变更方案，并且变更相应的开发计划(如风险分析、成本计算、人员安排和进度计划、质量保证等);(4)项目经理按《配置项变更控制表》中变更实施方案规定的验证方法，组织相关的验证活动。对被更改的软件项以及可能受影响的软件项必须进行测试验证，以证实修改的正确性和有效性。测试时至少应测试被修改的模块以及与相关的模块的接口部分。测试的过程应写入相关的记录中。SQA验证变更活动是否符合规程的要求。(5)在变更实施中，项目组严格按照《配置管理规程》中的规定标识变更项，记录变更活动的每一个状态，保持配置库的正确性和(6)配置变更验证通过后，配置管理员负责纳入配置库。项目经理或项目组成员项目经理或项目组成员配置项变更级别确定变更实施方案修改No重SCCB批准项目验收主要过程分为项目开发方进行内部验收和甲方验收两甲乙双方制订《验收测试大纲》,依据《验收测试大纲》要求对1.1.3.1.开发方内部验收方案项目组全部项目的安装调试并通过自验和试运行测试后，在项目验收前召开项目内部验收评审会，对照投标书和项目合同，检查提供向公司项目组提出内部验收申请。项目经理向公司项目组提出内部评审，由公司项目组对项目进行评审，确定是否达到评审要求，如达到评审要求，由公司项目组签署评审意见，同意提交甲方验收。项目经理向甲方提交验收申请和验收材料，由甲方组织验收。如验收不通过，将由项目组进行整改，并重复项目组验收前自检、公司项目组内部评审等验收流程。指导评定玉验收事务验收事务项目验收小组组织(1)技术指导小组(2)项目技术小组项目技术小组主要负责整个项目验收过程中的技术问题解答、现场测试、技术指导等方面的工作。项目技术小组由参加项目实施的核心工程技术人员组成，由项目技术负责人和项目经理共同担任项目技术小组的组长。(3)客户应用小组由日常业务处理人员、数据处理人员以及系统管理人员组成，主要是负责系统的演示、测试、业务处理以及系统管理和维护的工作。客户应用小组由客户方能够熟练使用系统的人员组成。(4)验收事务小组验收事务小组由我公司以及甲方的相关人员联合组成。主要负责验收的准备、验收过程的支持、以及后续事务的处理工作。由双方组织人员。组长可以选择责任心强、具备敬业精神的人员组成。实际的验收过程分为四个部分，实际考察、项目总体汇报、详细演示以及答疑和征求意见。(1)实际考察实际考察主要是对系统目前的运行情况、硬件的部署情况以及最终用户使用情况进行实际的考察。(2)项目总体汇报项目总体汇报的目的是让各个专家组成员对系统整体上有一个(3)详细演示(4)答疑和征求意见1.1.4.质量保证计划1.1.4.1.全面质量管理体系建立和完善质量体系，作为确保产品符合规定要求的一种手段，是公司内部质量管理的需要，也是取得外部信任的保证。公司是以总经理负责批准并发布项目的总体质量目标。针对项目的设计、开发、生产、安装、服务过程制定有效的质量措施。对特殊工程、产品从设计到调试全过程制定专门的质量措施，确定并配备必要的控制手段、资源和文件，编制质量计划，确保特定的工程项目、产品或合同满足规定要求。管理者代表负责审查公司总体质量目标，对招标项目的中质量目标的整个实施过程进行监控和管理。其中质量管理部负责公司总体质量目标的制定、组织实施和质量目标记录的保存。并且各部门会同质量管理部对项目质量目标进行横向展开，编制《项目质量目标分解表》,报管理者代表审批。质量管理部将分解后形成的各项具体目标以书面形式下达各有关部门。高层管理人员负责积极领导公司推行全面质量管理，对项目的质量负全责；明确各部门的职责和权限；负责对质量管理体系的管理评审；确保在组织内建立适宜的沟通过程，确保质量管理体系的有效性得到沟通；制定资源策略，为质量管理体系配备有效的资源和环境；保证公司与质量管理体系有关的各环节正常运行，确保目标责任落实。项目经理根据项目所需设备和材料的采购需求和合同的规定货物清单，完成货物提供和结算。同时负责组织安排对软件包和数据库阶段角色工作成果立项高层领导参加立项评审活动，下达任务书项目经理需求分析项目经理签订合同及供货项目经理签订《采购合同》,经高层领导审批后，合同盖章生效，交经营管理部备行供货。产品安装与调试调试人员在客户规定时间内进行软件产品的安货物验收项目经理和第三方与我方进行验收工作。项目整个过程及后期使用过程中的问题解决。/1.1.4.2.CMMI质量规范aa否否是否否是A跟踪软件质量保证活动包括：制定《软件质量保证计划》、评审和批准《软件质量保证计划》、执行《软件质量保证计划》(包括：协助划》等文档，定期检查项目组的软件开发活动与软件工作产品与标准、规程及计划的符合性，检查各阶段的质量评审，定期汇报项目各阶段的质量保证活动状态及质量保证人员的工作情况，重大质量问题的提出与分析以及质量信息的收集、分析与使用等)、修改《软件质量保证计划》。(1)里程碑评审里程碑评审的目的是为保证阶段性的软件工作产品的合理性、正确性、完整性以及与需求及计划的一致性等。(2)基线评审软件质量保证人员应在基线评审之前，按《软件配置管理计划》中关于基线的规定，对配置项的状态及《配置状态报告》的符合性及完整性进行检查，并提出与分析其中存在的质量问题。将检查情况记录在定期的《项目质量保证状态报告》中，如有重大问题则填写《重(3)检查点检查软件质量保证人员应在检查点处对项目的进展状态进行审计，然后将检查情况定期填写《软件质量保证状态报告》,对质量信息进行采集，提出与分析发现的质量问题。(4)软件质量保证活动的评审软件质量保证人员负责对软件开发过程中发现的所有问题的解决过程进行过程符合性的跟踪检查及参与结果的验证。在软件质量保证计划执行的过程中，由软件质量保证人员对质量保证计划的执行过程进行测试并记录相关的测量数据。度量数据为软件工程和管理活动中收集到的数据，并定期将测量到的数据放入相应数据库中，作为质量改进的依据。对规程或软件项目计划的变更经审批后，由项目经理(软件项目经理)及软件质量保证人员组织相关人员分析变更对项目产生的影响，并将软件项目计划的变更并入新版的软件项目计划中，然后重复上述工作，直到项目结束。为确保项目的实施质量，有专人负责项目的品质管理是非常重要的。质量保证组的工作将通过以下几个方面的工作来实现项目品质的控制。技术架构检验：负责检验技术设计是否合理和架构的质量。技术规范指定：通过技术规范的指定来指导和约束项目的开发。编程检验：技术小组的负责人在开发任务临近结束时将负责完成编程的检验以保证编程是按照技术方案指明的条款完成的。项目流程监控：按项目进展时间表监控和审核项目的实施情况以保证项目实施的总体质量。1.1.5.项目进度计划1.1.5.1.系统研发进度计划我公司将严格执行本项目系统研发进度规划，并按时提交相关成果，按天的形式定期向学院汇报进度，沟通技术方案，并接受学院检查和监督，以保证项目顺利执行，在合同签订后3个月内完成产品交付。(1)项目进度规划表项目进度计划表阶段工作内容时间区段项目启动1、签订项目合同；2、组建项目团队；3、明确项目目标、确定项目范围；4、进行项目工作分工和制定工作计划；里程碑一：项目准备阶段结束合同签订后第1个月周内项目需求调研和分1、确定需求管理办法；3、确定软件系统整体设计方案5、进行业务分析；6、进行系统需求分析。里程碑二：项目规划阶段结束合同签订后第1个月周内系统设计阶段1、进行系统模型设计；合同签订后第1个月周内2、系统概要设计；4、组件选型和定制；系统开发阶段1、编写各模块代码；4、三维模型的制作。里程碑三：系统开发与测试阶段结束合同签订后第二个月内系统测试1、制定测试计划；2、集成测试；3、联调测试；生产环境准备和系统安装部署用户培训；里程碑四：系统部署完成合同签订后第二个月内系统初验阶段系统试运行系统优化和改进系统初验里程碑五：系统试运行和初验结束合同签订后第三个月内系统验收阶段1、系统终验；里程碑六：系统验收结束合同签订后第三个月内(2)项目进度控制的目标1)总进度计划实现的总工期目标；2)各分进度计划或子项进度计划实现的工期目标；3)各阶段进度计划实现的里程碑目标。通过计划进度目标与实际进度完成目标值的比较，找出偏差及其原因，采取措施调整纠正，从而实现对项目进度的控制。进度控制是反复循环的过程，体现运用进度控制系统控制项目建设进展的动态过程。(3)项目进度控制的原则为确保实现工期目标，我方若中标后将采取以下原则对工程进度1)合同原则项目进度控制的依据是项目启动、收资、开发、测试、交付合同所约定的工期目标。2)质量、安全原则在确保项目质量的前提下，控制进度。3)目标、责任分解原则项目进度控制必须制定详细的进度控制目标或对总进度计划目标进行必要的分解，确保进度控制责任落实到各职能部门。4)动态控制原则采用动态的控制方法，通过随时检查项目进度情况，及时掌握项5)进度控制应实行全过程控制原则>执行计划的事前进度控制，体现对计划、规划和执行进行预测>执行计划的过程进度控制，体现对进度计划执行的控制作用，(4)项目进度控制的具体措施1)分析进度滞后的风险所在，尽早提出相应的预防措施。根据2)分析所报送的进度计划的合理性和可行性，提出审核意见，1)认真审核项目编制的周进度计划。2)每周监理例会检查进度情况，将实际进度与计划进度进行比3)积极协调各有关方面的工作，减少项目中的内耗，提高工作1)根据项目进展的实际情况，适时调整局部的进度计划，使其2)当发现实际进度滞后于计划进度时，立即签发监理工程师通3)对由于需求变更、人员组织不到位导致的工期滞后，在项目(5)项目进度汇报1)制定项目管理的成本、进度、质量等计划。在项目建设开始2)成立领导、管控、开发、实施、监督项目组，明确各组的责3)加强对计划落实的监督管理，以周、月例会的方式汇报进展类型序号名称时间计划1项目准备结束2项目准备结束3项目准备结束4项目准备结束5项目准备结束6总体设计阶段7总体设计阶段需求8需求阶段设计9总体设计阶段总体设计阶段总体设计阶段用户文档初步上线试运行试运行初步上线初步上线终验终验类型序号名称时间工作汇报1项目状态报告每周2工作情况汇报表每周3测试状态报告4软件过程审计报告定期\事件驱动5定期变更及跟踪6事件驱动评审78项目评审表9预审问题清单会议/交流纪要事件驱动1能力建设标准及检查评估系统(含源代码)光盘1套2软件技术说明书纸质或光盘1套3软件使用说明书纸质或光盘1套4软件测试大纲纸质或光盘1套5软件概要设计纸质或光盘1套我公司承诺按照委托方的要求，以专人送达的方式将产品交付到委托方制定地点，并负责产品的安装调试。产品到货后，由我公司提交验收申请，由采购方组织验收。申请验收应提交验收申请书、验收大纲和全套产品。验收采用测试验收或会议评审等方式进行。我公司承诺未经采购方同意，不得将由采购方提供的有关采购合同或任何合同条文、规格、计划、图纸、模型、样品或资料提供给与履行采购合同无关的任何其他人。即使向与履行采购合同有关的人员提供，也应注意保密并限于履行合同必须的范围。1.1.6.技术培训计划我公司承诺为学院提供人员培训服务，具体培训方案如下：1.1.6.1.培训的目标为了使学院的相关人员能够全面了解和更好的使用系统，方便用户对系统的日常使用、维护和管理，我公司将对用户方提供全面的、系统的培训。整个培训工作主要分为两大部分：使用维护培训和研发平台培训。使用维护培训的目的是让学院相关人员对系统有一个全面的了解，包括对系统使用、调试、设置、管理及维护等工作，力求做到让学院相关人员根据我公司的培训和系统建设文档能够独立使用、运行、维护整个系统。研发平台培训的目的是让学院相关人员更好的使用、管理该装备，以及后续的数据升级和深层维护，帮助学院相关技术人员熟悉所使用软件开发平台及硬件环境搭建的相关关键技术。1.使用维护培训投标方需针对系统的使用、维护和管理等对学院相关人员进行全面培训，使其能独立有效地进行软件的使用、调试、设置、维护及管2.研发平台培训为便于甲方技术人员更好的使用、管理该装备，以及后续的数据升级和深层维护，投标方应帮助甲方技术人员熟悉所使用软件开发平>坚持理论联系实际、学用一致、按需施教、讲求实效的原则；>坚持把培训需求调查、课程设计、组织管理和培训评估等教学>坚持以学员为主体，以讲师为主导，积极运用参与式教学，把1同采购人确认培训方案(时间、人员等)0.5天2确认培训地点并通知被培训人员0.5天30.5天4培训实施，结束返回0.5天1、确定培训时间和培训方案。我公司将根据用户实际需要着手安排为学院相关人员进行培训，首先同学院协商培训时间和培训方案，确定培训时间后我公司将向学院提交培训申请，确认被培训人员名单和人数，得到反馈后及时安排培训地点和培训讲师，完成2、安排培训设备。确定培训时间和需要参加培训的人员后，我公司将着手进行培训设备的安排和协调。3、培训实施。进行培训实施。4、培训讲师情况。在本项目中安排的培训讲师为我公司具有丰富教学、应用经验的培训讲师。5、培训总结。培训结束后将对培训进行总结，我方会真诚听取学院相关人员的建议和意见，以期待后续会有更好的培训效果。系统上线和验收不是项目和服务的结束，而仅仅是和客户合作的开始。优质完善的技术服务是项目建设所必备的条件之一，也是项目保持强劲生命力的有力保障。我方所追求的质量目标是产品以适用性、稳定性，工程用户满意率，维护处理效果和效率来取得顾客满意率评价。将一如继往充分发挥全国服务网点的优势，在为广大客户提供完最优质的服务回报广大用户!公司按开发、技术支持和售后服务三条业务主线组织整个技术支持体系。客户服务中心负责用户的远程维护需求、必要的现场维护支持等工作；技术支持负责对用户系统的安装、调试、跟踪运行和升级服务等技术支持工作；开发部门负责对我方新产品的开发、新需求升级等工作，以及重大项目的现场技术支持。此外，公司还设有培训部专业负责系统用户的培训和公司内部员工的岗位培训。公司本部技术总监负责接受用户对技术支持和售后服务投诉，监督整个体系的运行质量。按照公司的质量管理制度，客户服务中心每个月都将主动向用户电话调查系统运行情况和服务满意度，并将调查结果上报各级分管负责人，直至公司总裁。同时技术总监每个月也必须对分管部门领导进行电话沟通，听取对整个技术支持体系的意见和(一)交货时间、地点与方式2.交货期：合同签订之日起3个月内全部交货并安装调试完毕。(二)售后服务我方对提供的货物在质保(保质)期内，因产品质量而导致的缺陷，2.保修期：自甲方接收之日起24个月。5.我方提供生命周期内零备件和消耗品6.我方承诺，对售后服务需求提供7×24响应，在1小时内响应，48小时内到达现场实施维修。72小时仍未排除故障、恢复正常(三)专利权和保密要求(四)付款及结算方式付款方式：签订合同后，支付总金额的30%,经验收合格后支付总金额的60%,余下10%作为质保金，质保期满后付清。我公司对各系统的质量保证期为6个月，在质量保证期内，1)在质量保证期内，系统功能需求不变，我公司免费必要的系2)在质量保证期内，系统功能变更，需重新设计，对我公司开在质量保证期内，系统功能需求不变，更新系统数据，我公司免费提供项目范围内数据更新服务，完成数据更新服务后，向学院提交数据更新后的数据更新技术文档；1.1.7.4.售后服务的请求方式对于对