《系统维护方案孙》由会员分享，可在线阅读，更多相关《系统维护方案孙（13页珍藏版）》请在金锄头文库上搜索。
1、单位名称信息管理系统运维项目方案我方公司名称时间目录第1章项目介绍11.1概述 11.2系统现状 11.3总体要求 2第 2 章系统维护具体内容32.1 现场服务32.2 其他售后服务4第 1 章 项 目介绍1.1 概述本项目全称为“系统名称” （简称 MIS 系统），主要包括：项目管理子系 统、合同管理子系统、档案管理子系统、 OA 管理子系统（公文收发审核、设备 管理、信息发布、日程安排、质量管理体系、规章制度）、邮件子系统、公共网 站；联想 R525 机架式服务器 3 台、惠普 MSA2000 磁盘阵列 1 台、 KVM 键盘 显示器一套、 42U 机柜一架、 Resin 应用软件 1
2、套、 Oracle10G 标准版 1 套， Exchange2007Server 邮件服务软件 1 套。从 2009 年 9 月开始系统试运行， 在系统全面试运行之前组织各业务部门进 行集体培训，在使用过程中及时的提供现场服务、远程维护、 电话指导等多种方 式的技术支持，在维护阶段，所有软硬件运行情况良好。通过院 MIS 管理系统的软件开发和应用，提升我院办公自动化管理水平、 健全管理体制，达到提高工作效率， 加强项目管理的目标， 很好的支撑了上海市 市政规划设计研究院当前业务的开展， 也为将来业务的发展奠定了信息化管理基 础。1.2 系统现状通过一年多的全面运行， 系统实施已经覆盖各个业务部
3、门， 截止目前， 系统 用户 190 多个，系统共有数据 3 万多条，档案文件 1 万多条，挂接文档 1 千余 份。系统功能应用初见成效，对院内业务开展，信息共享起到一定的作用，主要 体现在：1、实现了两网合一远程办公的目标，用户处理事务不再受地域的限制。2、项目实施流程在 MIS 系统中严格按照 ISO 标准执行， 为以后项目审核提 供依据。项目进度统计直观的展示了项目的实施进度， 同时也为绩效考核提供参 考。3、合同管理模块已经很好的记录了 2009 年 9 月至今的所有合同信息、合 同收款、付款信息、结算信息，同时系统从多个层面为用户提供合同统计报表。4、OA 协同办公提高了信息发布的速
4、度和广度，加快了各种表单审核的效 率，增加了部门之间的合作。目前系统正常使用。1.3 总体要求1. 根据目前市政规划院 MIS 系统使用情况，需对系统进行技术维护和保障；2. 确保外网和内网对系统的正常使用；3. 对政规划院 MIS 系统的数据进行备份，制定策略；4. 提交维护报告，建立应用软件系统维护档案。第2章系统维护具体内容MIS管理系统包括项目管理、合同管理、收发文件、会议管理、日程安排、 设备管理、档案管理、信息管理、工作流管理、用户信息、规章制度、质量管理 体系、发送短信、邮件系统、公共网站模块。2.1现场服务维护项目维护内容上海1、协助（对方单位名称），制定出完备的备份方案，每日
5、进行应市用软件系统的数据备份，每周检查备份是否成功，每月初将上月的备份市政文件存储到移动存储介质当中。含硬盘备份及移动存储介质的备份。 将规在意外情况卜数据丢失的影响取小化。划2、维护安全性，使数据库不被无权人员随意打开查看。设计3、合理管理和组织数据库的存储空间，每个月月初定期压缩和整究理数据库，使数据库保持有效性和简洁性，提高存取速度。院系4、数据库升级安装与配置，根据需要，如果用户数据库升级，完系统成数据库系统的升级安装和配置。数5、应急恢复系统：由用户方提供所需硬件环境后，在1小时内完据成应用及数据库的恢复工作。维护上海市市1、现有应用软件系统功能模块的维护，包括对各功能模块运行中政发
6、现的BUG进行修改完善；协助用户使用，听取各方面操作人员的修规改意见，对所有意见汇总整理，对在实施维护范围内的有效意见予以修划设改完善（其中有效性需要信息中心人员确认，系统新增加的功能需求不计在此范围内）。研2、维护系统初始化参数，确保各功能模块的正常运行。究院3、根据用户需求，进行人员注册、注销权限、人员调整等操作。系4、每日一次检查各功能模块的使用情况和数据库状况，确保各功统能模块信息的有效性和运行的高效性。软件维护硬1、对MIS管理系统服务器进行日常维护，保证服务器正常运行。件2、检修并解决常见硬件故障。部3、协调硬件提供商维护硬件。分4、查杀病毒。2.2其他售后服务维护项目维护内容现现
7、场故障排除是指用户在遇到疑难问题或者系统出现不正常状态，在经过用户方和我公司现场服务技术工程师商议确定需要进行现场故场障排除的情况下，我司派出的技术工程师将分析故障原因， 制疋故障排故障除方案，并取终排除故障。该技术方案经过用户的批准后，由我司的现场服务工程师进行具体实施。对于现场故障排除方案可能带来的系统中排断或系统运行不正常，工程师在用户评审方案时需要提醒用户。除对现场故障排除过程中的故障件维修不属于此项服务的范围。系统定期巡检是指我司安排现场工程师对应用系统实施现场检查，系及时发现系统运行中出现的隐患，减少系统发生故障的概率，保证系统统的稳定运行。疋在系统巡检过程中发现的问题，依据我司故
8、障分类标准，由现场技期术服务工程师进行相应的故障排除。巡本项目中巡检服务主要指软件检查，内容包括：数据完整性检查、检性能指标检查、功能正确性检查、软件可用性与安全性检查等；电话故障诊断是指用户在遇到使用中的疑难问题或者系统出现不 正常状态，通过电话或传真向我司寻求技术支持和帮助， 我司在确认用 户的服务请求后，将安排技术人员在规定的时间内（即响应时间）通过 电话帮助用户进行故障定位，并提出解决方案，最终指导用户排除设备 故障。表一：故障性质定义电 话 故 障 诊 断故障级别定义一级故障主要指系统在运行中出现系统瘫痪或服务中断， 导致系统 的基本功能不能实现或全面退化的故障。二级故障主要指系统在
9、运行中出现的故障具有潜在的系统瘫痪或 服务中断的危险，并可能导致系统的基本功能不能实现或 全面退化。三级故障主要指系统在运行中出现的直接影响服务，导致系统性能 或服务部分退化的故障。四级故障主要指系统在运行中出现的，断续或间接地影响系统功能 和服务的故障。用户在维护系统过程中，当出现技术故障的时候，应对故障现象进行仔细认真的调查和记录，然后通过服务热线向我司提供故障的详细情 况、服务请求时间、联系人和联系电话等。我司服务热线提供每周5天、每天8小时的电话故障诊断，如热 线电话号码需要更改，我司至少提前三天以书面形式（含传真）通知用 户。用户应及时反馈解决方案的有效性，以便我司是否进一步采取技术
10、 支持措施。对于不同级别的故障，服务响应时间见表二（服务响应时间指：从 我司确认用户服务请求到我司技术人员和用户经过交流达成共识，并开始进行下一步操作的时间，下一步操作可能为：成功指导用户排除故障、 开始进行远程故障诊断或者承诺在某一时间内到用户现场进行故障排 除）。表二：电话故障诊断响应时间表电话故障故障级别响应时间一级故障2小时二级故障4小时三级故障6小时四级故障8小时对于不同级别的故障，我司分别承诺不同的故障解决时限， 故障解 决时限见表三。表三：故障解决时限表故障级别响应时间一级故障2小时二级故障4小时三级故障6小时四级故障8小时注:1）故障解决时限不包括派出专业技术人员赶往用户现场的
11、路途时 间（二小时之内）。2）对于部分瞬时出现但不在重复的故障现象或者属于个别用户但 不影响整体使用情况的故障现象，如果我司技术人员承诺将通 过以后的软件补丁解决，视为故障已经排除。远 程 故 障 诊 断远程故障诊断是指用户在遇到使用中的疑难问题或者系统出现不 正常状态，通过电话或传真向我司寻求技术支持和帮助， 我司在确认用 户的服务请求后，通过服务项目不能解决系统故障问题的情况下，或在进行的同时，根据需要并征得用户同意后，采用远程拨号技术，将用户 系统与工程师所在地终端连通，在远端对用户设备进行诊断，提出解决 问题的方案，并最终指导用户解决问题。我司工程师负责进行远程故障诊断，即只查看数据，
12、寻找故障原因， 不对数据进行修改，具体故障排除由工程师指导用户现场维护人员进 行。用户应按我司的要求提供必要的配合和协助，确认并反馈方案的有 效性。我司还可以通过远程故障诊断对用户数据进行检查，进行远程巡 检。第 3 章 总 体评价一直以来市政规划设计研究院各级领导对系统的研发、运营给予了高度重 视，各业务部门及主要使用单位积极参与、大力配合，并多次对系统功能的改 善和使用友好性提出了宝贵意见。现系统运行日趋平稳，各功能使用频率基本 稳定，实施工作正在跟进，日常维护工作持续进行中。第一章制度说明制度是以执行力为保障的。制度”之所以可以 对个人行为起到约束的作用，是以有效的执行 力为前提的，即有强制力保证其执行和实施， 否则制度的约束力将无从实现，对人们的行为 也将起不到任何的规范作用。只有通过执行的 过程制度才成为现实的制度，就像是一把标 尺，如果没有被用来划线、测量，它将无异于 普通的木条或钢板，只能是可能性的标尺，而 不是现实的标尺。制度亦并非单纯的规则条 文，规则条文是死板的，静态的，而制度是对 人们的行为发生作用的，动态的，而且是操作 灵活，时常变化的。是执行力将规则条文由静 态转变为了动态，赋予了其能动性，使其在执 行中得以实现其约束作用，证明了自己的规 范、调节能力，从而得以被人们遵守，才真正 成为了制度。
