维护产生的修改对于系统也存在一些副作用：对源代码的修改可能会引入新的错误；对数据结构进行修改，可能会带来数据的不匹配等错误，在修改时必须参照系统文件中关于数据结构的详细描述和模块间的数据交叉引用表，以防局部的修改影响全局的整体作用；任何对源程序的修改，如不能对相应的文档进行更新，造成源程序与文档的不一致，必将给今后的应用和维护工作造成混乱。

  维护管理部门从总系统出发，从合理性和技术可行性两个方面对维护要求做多元化的分析和审查，并对修改所产生的影响做充分的估计。对于不妥的维护要求要在与用户协商的条件下予以修改或撤消。通过审批的维护报告，由维护管理员根据详细情况制定维护计划。对于纠错性维护，估计其缓急程度，如果维护要求十分紧急，严重影响系统的运行，则应安排立即开始修改工作；如果问题不是很严重，可与其他维护项目结合起来从维护开发资源上统筹安排；对于适应性或完善性维护要求，高优先级的安排在维护计划中，优先级不高的可视为一个新的开发项目组织开发。维护计划的内容应包括：工作的范围，所需资源，确认的需求，维护费用，维修进度安排以及验收标准等。维护管理员将维护计划下达给系统管理员，由系统管理员按计划进行具体的修改工作。修改后应经过严格的测试，以验证维护工作的质量。

  3) 举例：甲方准备建设一项大型网络系统，总预算150万元，由于预算不足提出向乙方租赁设备。乙方按照每个客户的业务需求购买总价为150万元的相应设备并与甲方签订租赁合同，甲方分5年支付设备租费及一定的资金成本，最终商定每年向乙方支付35万元，五年合计175万元。同时由于系统十分复杂，甲方技术力量不足，故甲方委托乙方为本项目提供为期三年的维护服务，每年支付系统维护费10万元。

  乙方：指中国电信有限公司浙江分公司、下属各分公司及省公众信息产业有限公司。

  1) 销售形态描述：指不含应用软件的狭义系统集成，根据甲方提出的项目建设需求，乙方以合适的价格向甲方提供设备（系统软件）及网络，同时乙方提供必要的技术力量，使提供给甲方的各个分离的设备(系统软件)、网络、甲方已建系统等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理。

  在信息系统投入正常运行之后，开始了生命周期短至4～5 年、长达10 年的系统运行与维护阶段。系统维护的目的是要保证信息系统正常而可靠地运行，并能使系统不断得到一定的改善和提高，以充分的发挥作用。系统维护的任务就是要有计划、有组织地对系统来进行必要的改动，以保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。

  测试通过后，再由用户和管理部门对其进行审核确认，不能完全满足规定的要求的应返工修改。只有经确认的维护成果才能对系统的相应文档进行更新，最后交付用户使用。为了评价维护的有效性，确定系统的质量，记载系统所经历过的维护内容，应将维护工作的全部内容(如维护对象、规模、语言，运行和错误发生的情况，维护所进行的修改情况，以及维护所付出的代价等)，以规范化文档的形式记录下来，形成历史资料备查。

  1) 销售形态描述：根据甲方需求，乙方向甲方提供ICT项目设备租赁、系统维护（数据库维护、网络维护、计算机主机维护、外围设备维护等）服务，此类服务中不包括设备（系统软件）、应用软件的采购。

  2) 乙方责任：乙方负责根据甲方需求提供必要的设备、技术力量保证甲方系统的正常运行。

  2) 乙方责任：乙方的责任是按照甲方的采购要求，提供符合国家技术规格和品质衡量准则的出厂原装合格产品，保证设备及时到达甲方指定地点，负责设备(系统软件)、网络等的安装调试，保证甲方系统能正常运行，同时提供一定期限的售后服务。

  3) 举例：甲方原有一个办公网络，包含1台小型机、5台交换机及1套应用软件，由于业务规模的逐步扩大，需要购买1台小型机（含操作系统）、1套数据库软件、1台交换机，并进行公开招标，乙方参与投标。根据甲方需求，乙方小型机选择IBM P550(AIX 操作系统)、数据库选择Oracle 10i、交换机选择Cisco 7609 ,最终所有设备加系统集成以总计130万元价格成功中标，其中设备(系统软件)价格总计110万元，系统集成费20万元。乙方向IBM、Cisco、Oracle的代理商下单，以95万元采购上述设备(系统软件)，按时将设备(系统软件)运到甲方指定地点，甲方开箱验货。设备验收通过后，乙方负责安装小型机、数据库及交换机，所有设施安装完成后与甲方原有办公网络进行联合调试，保证与原有网络实现信息互通。最终甲方组织验收，验收通过后付款。（上述举例中的项目过程及价格仅为说明情况，下同）最终，设备差价部分以及系统集成费可作为乙方网络集成服务收入。

  系统维护人员应职责明确，保持人员的稳定性，对每个子系统或模块至少应安排两个人共同维护，避免对个人的过分依赖。在系统未暴露出问题时，就应着重于熟悉掌握系统的有关文档，了解功能的程序实现过程，一旦提出维护要求，立即高效优质地实施维护。最后，应注意系统维护的限度问题。即当系统生命周期结束的时，应及时采用新系统。

  用户的维护申请都以书面形式的维护申请报告向维护管理员提出。对于纠错性维护，报告中必须完整描述出现错误的环境，包括输入/输出数据及其他系统状态信息；对于适应性和完善性维护，应在报告中提出简要的需求规格说明书。维护管理员按照每个用户提交的申请，召集相关的系统管理员对维护申请报告的内容做核评。情况属实，则依维护性质、内容、预计工作量、缓急程度或优先级以及修改所产生的变化结果等，编制维护报告，提交维护管理部门审批。

  由于系统维护所要解决的问题可能来自系统整个开发周期的各个阶段，因此承担维护工作的人员应对开发阶段的整一个完整的过程、每个层次的工作都知道，从需求、分析、设计一直到编码、测试等，并且应具有较强的程序调试和排错能力，这些对维护人员的知识结构、素质和专业水平有较高的要求。由于问题可能来源于系统的各个组成部分，产生于系统开发的各个阶段，因此系统维护工作并不仅仅是针对源程序代码，而且包括系统开发过程中的全部开发文档。系统维护中的编码本身造成的错误比例并不高，仅占4%左右，而绝大部分问题源于系统分析和设计阶段。通常，理解别人编写的程序很难，且难度随着软件配置文档的减少而增加；绝大多数系统在设计和开发时并没有很好地考虑将来可能的修改，如有些模块不够独立，牵一发而动全身；系统维护工作相对缺乏挑战性，使系统维护人员队伍不稳定。系统维护工作是技术性强的管理工作。系统投入运行后，应用部门必须建立相应的组织，确定来维护工作所应遵循的原则和规范化的过程，并建立一套适用于具体系统维护过程的文档及管理措施，以及进行复审的标准。

  提高系统可维护性要从系统分析与设计开始，直至系统实施的系统开发全过程，在系统维护阶段再来评价和注意可维护性为时己晚。应用部门应特别强调提高系统可维护性的工作必须贯穿系统开发过程的始终。系统的维护不仅范围广，而且影响因素多。通常，在进行某项维护修改工作之前，要考虑维护的背景，如系统的当前情况、维护的对象、维护工作的复杂性与规模；要考虑维护工作的影响，如对新系统目标的影响、对当前工作进度的影响、对本系统别的部分的影响、对其他系统的影响；要考虑资源的要求，如对维护提出的时间要求、维护所需费用、维护所需的工作人员。

  现实应用中应用部门往往热衷于系统开发，却忽视了贯穿在总系统生命周期中的系统维护工作，开发工作完成后，开发队伍解散或撤走，系统开始运行后没有配置适当的系统维护人员，致使系统发生问题或环境发生明显的变化时，应用部门被打了个措手不及，甚至最后被迫放弃历尽千辛万苦所建立的信息系统。

  信息系统维护的内容有系统应用程序维护、数据维护、代码维护、硬件设备维护以及机构和人员的编制。系统维护的重点是系统应用软件的维护工作，按照软件维护的不同性质划分为纠错性维护、适应性维护、完善性维护和预防性维护4 种类型。根据对各种维护工作分布情况的统计结果，一般纠错性维护占21％，适应性维护占25％，完善性维护达到50%，而预防性维护及别的类型的维护仅占4％。可见系统维护工作中，半数以上的工作是完善性维护。

  一般来讲，系统维护的费用占总系统生命周期总费用的60％以上，但是容易遭到忽视；另外，由于系统维护工作是乏味的重复性工作，很多技术人员觉得缺乏挑战和创新，因此更重视开发而轻视维护。由于慢慢的变多地系统维护工作束缚了系统研发人员和其他开发资源，开发的系统越多，维护的负担越重，将导致绝对没时间和精力从事新系统的开发，从而耽误甚至丧失了开发良机。此外，合理的维护要求不能及时满足，将引发用户的不满；维护过程中引入新的错误，使系统可靠性下降等问题将带来很高的维护代价。系统维护是信息系统可靠运行的重要技术保障，必须予以重视，应用部门在信息系统维护方面也应注意系统维护人员的稳定性。

  信息系统投入运行后，应用部门应设系统维护管理员，专门负责总系统维护的管理工作；针对每个子系统或功能模块，应配备系统管理人员，他们的任务是熟悉并仔细研究所负责部分系统的功能实现过程，甚至对程序细节都有清楚的了解，以便于完成具体维护工作。系统变更与维护的要求常常来自于系统的一个局部，而这种维护要求对整个系统来说是不是合理，应该满足到何种程度，还应从全局的观点进行权衡。因此，为了从全局上协调和审定维护工作的内容，每个维护要求都一定要通过一个维护控制部门的审查批准后，才能予以实施，这个维护控制部门，应该由业务管理部门和系统管理部门共同组成，以便于从业务功能和技术实现两个角度控制维护内容的合理性和可行性。

  维护工作可分为非生产性活动和生产性活动两部分，前者主要是理解源程序代码的功能，解释数据结构、接口特点和性能限度等。这部分工作量和费用与系统的复杂程度（非结构化设计和缺少文档都会增加系统的复杂程度）、维护人员的经验水平以及对系统的熟悉程度紧密关联；后者主要是分析评价、修改设计和编写程序代码等。其工作量与系统开发的方式、方法、采用的开发环境有直接的关系。因此，如果系统开发途径不好，且原来的研发人员不能参加维护工作，则维护工作量和费用呈指数上升。

  可维护性是对系统来进行维护的难易程度的度量，影响系统可维护性重要的因素是可理解性、可测试性、可修改性，这3 个可维护性因素是紧密关联的，只有正确的理解，才能进行恰当的修改，只有通过完善的测试才可能正真的保证修改的正确，防止引入新的问题。虽然通过上面3 个因素对于系统的可维护性很难量化，但是能通过能够量化的维护活动的特征，来间接地定量估算系统的可维护性。比如国外应用部门一般是通过把维护过程中各项活动所消耗的时间记录下来，用以间接衡量系统的可维护性，包括识别问题的时间、管理延迟时间、维护工具的收集时间、诊断问题的时间、修改设计说明书的时间、修改程序源代码的时间、局部测试时间、系统测试和回归测试的时间、复查时间和恢复时间。

  阳光维保 电脑维保 50元/次/台（15元/月/台） 电脑软硬件的安装维护，配件需用户更好的提供，软件需用户更好的提供，用户想要安装盗版需先声明

  服务器维保 服务器价格的10-20%/年 服务器硬件的维保，不包括软件及其他服务

  ICT业务最重要的包含网络集成服务、维护外包(CT外包)服务、IT服务、行业应用、SCM销售等五大类型，很多类型均包括若干子类，为了更加清晰定义各大类型的内涵，进而科学制定相应的市场及服务对策，促进ICT业务的加快速度进行发展，现就有关内容说明如下：