维保管理系统操作流程

对于改正性维护工作，从评价错误的严重性开始.如果是一个严重的错误(例如一个关键性的系统不能正常运行)。则在系统管理员的指导下分派人员并且立即开始问题分析过程.如果错误并不严重，那么改正性的维护和其他要求软件开发资源的任务一起统筹安排。适应性和完善性维护申请，需要确定每项申请的优先次序，并且安排要求的工作时间，就好像它是另一个开发任务一样(从所有意图和目标来看，它都用于开发工作)。如果一项维护要求的优先次序非常高，可能立即开始维护工作。不管维护类型如何，都需要进行同样的技术工作.这些工作包括修改软件设计、复查、必要的代码修改、单元测试和集成侧试(包括使用以前的测试方案的回归测试)，验收测试和复审.不同类型的维护强调的重点不同，但是基本途径是相同的。维护工作流程中最后一个事件是状态评审，它再次检验软件配置的所有成分的有效性，并且保证事实上满足了维护要求表中的要求。当然，也有并不完全符合上述维护过程的维护要求。当发生恶性的软件问题时，就出现所谓的“救火”维护要求，这种情况需要立即把资源用来解决问题。如果对一个组织来说，“救火”是常见的过程，那么必须怀疑它的管理能力和技术能力。在完成软件维护任务之后，进行状态评审常常是有好处的。一般说来，这种评审试图回答下述问题:在目前状态下设计、编码或测试的哪些方面能用不同方法进行改进哪些维护资源是应该有而事实上却没有的对于维护工作，主要的障碍和次要的障碍是什么要求的维护类型中有预防性维护状态评审对将来维护工作的进行有重要影响，而且所提供的反馈信息对有效地管理软件组织十分重要。