组织管理

系统维护工作并不仅仅是技术性工作，为了保证系统维护工作的质量，需要付出大量的管理工作。系统投入运行后，事实上在一项具体的维护要求提出之前，系统维护工作就已经开始了。系统维护工作，首先必须建立相应的组织，确定进行维护工作所应遵守的原则和规范化的过程，此外还应建立一套适用于具体系统维护过程的文档及管理措施，以及进行复审的标准。信息系统投入运行后，应设系统维护管理员，专门负责整个系统维护的管理工作；针对每个子系统或功能模块，应配备系统管理人员，他们的任务是熟悉并仔细研究所负责部分系统的功能实现过程，甚至对程序细节都有清楚的了解，以便于完成具体维护工作。系统变更与维护的要求常常来自于系统的一个局部，而这种维护要求对整个系统来说是否合理，应该满足到何种程度，还应从全局的观点进行权衡。因此，为了从全局上协调和审定维护工作的内容，每个维护要求都必须通过一个维护控制部门的审查批准后，才能予以实施，是个维护控制部门，应该由业务部门和系统管理部门共同组成，以便从业务功能和技术实现两个角度控制维护内容的合理性和可行性。系统的组织管理如图《系统维护组织管理的结构 》：系统维护工作的程序图《系统维护工作的程序 》：用户的每个维护请求都以书面形式的“维护申请报告”向维护管理员提出，对于纠错性维护，报告中必须完整描述出现错误的环境，包括输入数据、输出数据以及其他系统状态信息；对于适应性和完善性维护，应在报告中提出简要的需求规格说明书。维护管理员根据用户提交的申请，召集相关的系统管理员对维护申请报告的内容进行核实和评价。对于情况属实并合理的维护要求，应根据维护的性质、内容、预计工作量、缓急程序或优先级以及修改所产生的变化结果等，编制维护报告，提交维护控制部门审批。维护控制部门从整个系统出发，从业务功能合理性和技术可行性两个方面对维护要求进行分析和审查，并对修改所产生的影响做充分的估计，对于不妥的维护要求在与用户协商的条件下予以修改或撤销。通过审批的维护报告，有维护管理员根据具体情况制定维护计划。对于纠错性维护，估计其缓急程度，如果维护十分紧急，严重影响系统的运行，则应安排立即开始修改工作；如果维护不是很严重，可与其他维护项目结合起来从维护开发资源上统筹安排；对于适应性或完善性维护要求，高优先级的安排在维护计划中，优先级不高的可视为一个新的开发项目组织开发。维护计划的内容应包括：维护工作的范围、所需资源、确认的需求、维护费用、维修进度安排以及验收标准等。维护管理员将维护计划下达给系统管理员，有系统管理员安计划进行具体的修改工作。修改后应经过严格的测试，以验证维护工作的质量。测试通过后，再由用户和管理部门对其进行审核确认，不能完全满足维护要求的应返工修改。只有经过确认的维护成果才能对系统的相应文档进行更新，最后交付用户使用。