当前位置:首页 > 经典书库 > 工程师手册

系统运行与维护

书籍:工程师手册

出处:按学科分类—工业技术 企业管理出版社《工程师手册》第642页(2787字)

1.系统运行

系统切换后即可开始投入运行。系统运行包括系统的日常操作、维护等。系统的好坏和系统设计有很大关系,也和系统运行有很大关系。任何一个系统都不是一开始就很好的,总是经过多重的开发、运行、再开发、再运行的循环不断上升的。开发的思想只有在运行中才能得到检验,而运行中的不断积累是新的开发思想的源泉。例如,一个企业的预测模型一般也要维护4~5年才能比较准确反映企业情况,而且还要不断地修改维护。当前我国有重开发轻运行的思想,有喜新厌旧的思想,因而强调运行的重要性是十分必要的。

2.系统维护

计算机系统的维护是为保证计算机系统能持续地与用户环境、数据处理操作、政府或其他有关部门的请求取得谐调而从事的各项活动。

系统维护包括对硬件设备的维护和软件系统及数据的维护。硬件的维护应有专职的硬件人员承担。维护安排分为两种,一种是定期的预防性维护,例如,于周末或月末进行设备的例行检查与保养;另一种是突发性的故障维修,由专职人员或厂商进行,但不允许拖延过长时间,以免中断软件系统的工作。一般来说,大、中型企业的计算机系统都配有并行处理机,一台CPU上的作业可以送到另一台CPU上进行处理。同时还配有足够多的外部设备,绝不会因为撤消了部分打印机、磁盘机或磁盘设备,而影响整个系统的运行。

系统软件维护是系统维护中最重要的,也是工作量最大耗资耗时最多的一项维护工作。软件维护的含义是使程序和数据始终保持最新的正确的状态。系统建成时所编制的程序与数据应随着外界环境的变更和业务量的增减等情况,进行即时维护,适应系统需求,并且研究系统的综合简化,使其不断完善。

软件维护的类型有四种:

(1)正确性维护-改正在系统开发阶段已经发生的而系统测试阶段尚未发现的错误。一般来说,这类故障是由于遇到了以前从未有过的某种输入数据的组合,或者是系统的硬件和软件有了不正确的界面而引起的。在软件交付使用后发生的故障,有些是不太重要,并且可以回避;有些则很重要,甚至影响企业的正常营运,必须制定计划,进行修改,并且要进行复查和控制。

(2)适应性维护-为适应软件的外界环境变化而进行的修改。

例如操作系统版本的变更或计算机的更替引起的软件转换是常见的适应性维护任务。而“数据环境”的变动,如数据库和数据存储介质的变动,新的数据存取方法的增加等等,都需要进行适应性维护。进行适应性维护应象开发新软件一样,安排计划进行,以利于实施。

(3)完善性维护-为扩充功能和改善性能而进行的修改。这是指对已有的软件系统增加一些在软件需求规范书中没有规定的功能与性能特征,还包括对处理效率和编写程序的改进。例如,有时可将几个小程序合并成一个单一的运行良好的程序,从而提高处理效率;而有时却因系统内存不够,或处于多道程序的设计巧合,又希望把一个占用整个机器容量的一个大程序分成只占小容量内存且运行时间相同的小程序段,使软件设计优化。

(4)预防性维护-为减少或避免以后可能需要的前三类维护而对软件配置进行的工作。预防性维护是为了减少以后的维护工作量,维护时间和维护费用。

软件维护的过程如下:

(1)建立维护人员的组织。软件维护人员的组织必须与软件系统的环境相适应。一般设立一个维护主管负责协调维护工作。维护申请报告首先递交维护主管,然后由技术主管(系统管理员)审核,评估申请报告,初步估计问题的起因、严重性,并与维护主管协商维护方法和维护时间,最后由维护主管向维护人员交待任务。

(2)安排计划。制定维护计划的方法与制定软件计划的方法是类似的。维护工作不应采用“一次改一个错”的零打碎敲的方法,而是应当有计划有步骤地统筹安排。应当按照问题的严重性和管理部门对维护工作确定的优先顺序制定计划。计划的内容应包括:该维护任务的范围,所需资源,确认的需求,维修费用及维修进度安排。软件维护计划可以与软件系统中的其它文档交替引用。

(3)软件维护实施。软件维护任务与新软件开发的过程基本上一致并且是并行的。只是由于时间上的限制,有可能省略或简化某些步骤。软件修改完成后,先由维修主管进行验收,标准如下:

①全部软件文档已准备齐全,并已更新好。

②所有测试用例和测试结果已经正确记录下来。

③记录和所有寻找软件配置的工序已建立。

④维护工序和责任已经确定。

经验收合格的软件维护,可以和软件的修正及有关文档一起交付给用户使用。

(4)软件维护文档:除了软件开发的一般文档以外,软件还应具备以下几种文档:

①软件问题报告(SPR)。这是一种报告问题的系统方法,可用于报告系统软件配置(包括已支付或正在测试的软件以及各种文档)中发现的错误和其它的维护申请。为了正确评估软件问题报告,报告中还必须提出一些系统运行的基本信息,例如,运行时打印的出错信息、输入数据的清单、对系统软硬件环境的描述、对软件维护要求的说明等。

②软件变动报告。一旦收到了完整的软件问题报告,维护人员便填写软件变动报告,以帮助维修主管评估变动的价值,作为进行复查审核的依据之一。报告中应指出错误类型,修改策略,修改状态及修改性质。

③软件维护记录。历史数据的收集能提供评估软件维护效率所需的管理信息。可以使用维护登记等,用以记录维护信息。维护信息的项目如图7.5.2-1所示。

图7.5.2-1 维护信息的数据项

分享到: