|
知识路径: > 信息系统开发和运行管理知识 > 系统维护知识 > 维护工作的实施 >
|
相关知识点:6个
|
|
|
|
|
|
|
用户的维护申请都以书面形式的“维护申请报告”向维护管理员提出的。对于纠错性维护,报告中必须完整描述出现错误的环境,包括输入/输出数据以及其他系统状态信息;对于适应性和完善性维护,应在报告中提出简要的需求规格说明书。
|
|
|
维护管理员根据用户提交的申请,召集相关的系统管理员对维护申请报告的内容进行核评。情况属实,则按照维护性质、内容、预计工作量、缓急程度或优先级以及修改所产生的变化结果等,编制维护报告,并将其提交给维护管理部门审批。
|
|
|
维护管理部门从整个系统出发,从合理性和技术可行性两个方面对维护要求进行分析和审查,并对修改所产生的影响做充分地估计。对于不妥的维护要求要在与用户协商的条件下予以修改或撤消。
|
|
|
通过审批的维护报告,由维护管理员根据具体情况制定维护计划。对于纠错性维护,估计其缓急程度。如果维护要求十分紧急,严重影响系统的运行,则应安排立即开始修改工作;如果问题不是很严重,可与其他维护项目结合起来从维护开发资源上统筹安排;对于适应性或完善性维护要求,高优先级的将被安排在维护计划中,优先级不高的可视为一个新的开发项目被组织开发。维护计划的内容应包括:工作的范围、所需资源、确认的需求、维护费用、维修进度安排以及验收标准等。
|
|
|
维护管理员将维护计划下达给系统管理员。要建立维护监督机制,系统维护工作严禁单人操作,在确定项目维护人员的同时,必须指定维护监督人,以保证系统的安全。在真正地执行维护工作之前,系统管理员要根据单位的实际情况制定一个维护实施计划,计划维护工作的具体实施步骤与细节。然后由系统管理员按实施计划进行具体的维护、修改工作。系统维护时,要对数据采取妥善的保护措施,例如:数据转储、抹除、卸下磁盘磁带,维护时安全人员必须在场,等等。远程维护时,应事先通知。修改后应经过严格测试,以验证维护工作的质量。测试通过后,再由用户和管理部门对其进行审核确认,不能完全满足要求的应返工再进行修改。只有经确认的维护成果才能对系统的相应文档进行更新,最后交付用户使用。
|
|
|
为了评价维护的有效性、确定系统的质量、记载系统所经历过的维护内容,应将维护工作的全部内容(如维护目的、维护措施、维护对象、维护规模、语言、时间、维护人和监督人签字、运行和错误发生的情况、维护所进行的修改情况,以及维护所付出的代价等)以规范化文档的形式记录下来,形成历史资料备查,并撰写一份最终的维护总结报告。
|
|
|
维护产生的修改对于系统有三方面的副作用,如下所示。
|
|
|
|
.对数据结构进行修改可能会带来数据的不匹配等错误,在修改时必须参照系统文件中关于数据结构的详细描述和模块间的数据交叉引用表,以防局部的修改影响全局的整体作用。
|
|
|
.任何对源程序的修改,如不能对相应的文档进行更新,造成源程序与文档的不一致,必将给今后的应用和维护工作造成混乱。
|
|
|
另外,系统维护人员应职责明确,保持人员的稳定性,对每个子系统或模块至少应安排两个人共同维护,避免对个人的过分依赖。在系统未暴露出问题时,就应着重于熟悉掌握系统的有关文档,了解功能的程序实现过程,一旦提出维护要求,应立即高效优质地实施维护。
|
|
|
最后,应注意系统维护的限度问题。即当系统生命周期结束的时,应及时采用新系统。
|
|
|