会计信息系统的系统运行和维护

第十四章 会计信息系统的 系统运行和维护 组 员： 马婉莹， 王潇楠， 朱依曼， 路钊，谭楚睿，张萌，马占秀，狄佳丽 指导老师：张炳卓 学习目标 1、了解系统运行和维护的概念 2、了解系统运行和维护中的具体工作 学习重点 1、掌握信息系统的运行过程 2、掌握信息系统的维护原因 3、掌握信息系统的评估和监控 第一节 系统运行 初始化设置 日常业务处理 期末处理 系统运行阶段应注意的问题 初始化设置 （一）定义基础参数 基础参数设置也称业务处理控制参数，即设置会计 业务处理过程中所使用的各种控制参数，规定业务 处理控制要求。设定之后不能随意更改。 （二）设置业务处理规则 建立有关核算规则，确定管理分析方法（设置会计 科目、报表的计算） （三）装入初始数据 输入期初数据的目的是完成手工账与计算机账的连 接，使会计数据具有连续性（期初余额、未达账项） 输出 输入 分析和利用 流程 加工处理 日常业务处理 期末处理 会计期末，要进行对账并进行结转处理，最后进行结 账。 对账包括账账、账证、账实核对。 结账分为月度结账和年度结账。 应当注意的问题 （一）工作程序问题 有些会计软件提供的功能较多，相互间的联系又不 是很紧密，怎样安排各功能的执行顺序，协调好之 间的联系，不造成矛盾和冲突，这是系统运行阶段 要注意的问题。 （二）输入的准确性 输入控制是重点。 （三）会计数据的安全 会计信息系统要防止非指定人员擅自使用，只有授 权用户才可使用。 第二节 系统维护 一、系统维护的概念 （一）硬件维护 主要是指对计算机及相关设备的检修、保养工作， 以保证设备处于良好运行状态。 （二）数据维护 信息系统中的数据文件面临着各种各样的威胁，可 能会因为病毒、蓄意的破坏、电源供电中断等原因 而出现受损的情形，这时就要对数据进行维护。 另外，数据库结构也可能会因为组织中数据的变化 而需要进行调整，数据的代码需要增加、修改、删 除等。 （三）软件维护 1、改正性维护（ Corrective Maintenance） 在运行过程中，有些问题会逐渐暴露出来，这时，就需要对系统进行诊断和修改， 这就是改正性维护。它的目的就是要保证系统能够正常运行。 2、适应性维护（ Adaptive Maintenance） 为了适当地配合变化了的环境而对信息系统进行修改，这就是适应性维护。 3、完善性维护（ Perfective Maintenance） 为了扩充信息系统的功能、提高原有性能而进行的修改，就是完善性维护。 二、系统维护的原因 （一）环境的改变 （二）错误的发生 （三）资源的约束 （四）需求的改变 （五）组织的变化 三、提高软件的可维护性 （一）软件可维护性的重要性 有资料表明，软件维护阶段的花费要占整个软件生 命周期花费的 70%左右。如果没有成熟、规范化的 软件维护，系统可能瘫痪从而前功尽弃。 软件维护工作是相当繁重和困难的。 所谓软件的“可维护性”，通常包括：对软件易阅 读、易发现和纠正错误、易修改和扩充等含义。软 件的可维护性能越好，软件的维护工作就可以得到 简化和减轻。 （二）影响软件可维护性的因素 1、程序及与其相关的文件所用的记法、记号及与内容是否协 调一致。 2、能否较容易地选择和利用软件所具有的功能和设施。 3、对软件的输入和输出信息是否灵活方便。 4、程序结构是否符合结构化设计的要求。 5、程序内的解释、符号名的命名是否能清楚地表明它的功能、 结构、使用及输入输出信息等特性。 6、提供的信息是否都是必要的，而无多余信息。 7、程序编写得是否具有良好的风格，是否便于阅读和理解。 8、是否为进一步扩充创造了有利的条件。 （三）提高软件可维护性的方法 1、对软件需求分析的可维护性考虑 （ 1）系统结构上的可扩充性 （ 2）出错处理的考虑 2、对系统设计的可维护性的考虑 （ 1）对功能模块划分的要求 （ 2）对设计规范化的要求 3、对程序设计的可维护性的考虑 4、对文档资料的考虑 四、对系统维护工作的管理 企业中需要建立一支专门的维护队伍，将维护工作制 度化，定期化，还要有完善和健全的维护记录和手册， 并且有严格的授权、批准手续。 回归测试（ Regression Testing） 回归测试就是对修改前已经过测试并运行正确的系统进行再一 次的测试，重复以前的测试工作，以确保系统中发现的问题已 经被解决，而且原来运行正确的部分没有因为这次修改而出现 新的问题。 五、遗留系统的维护问题 遗留系统是哪些我们不知道如何处理但对我们的组织又是至关重 要的系统。也有人认为，遗留系统是指任何基本上不能进行修改 和进化以满足新的变化了的业务需求的信息系统。 （ 1）系统虽然完成企业中许多重要的业务管理工作，但已经 不能完全满足要求。 （ 2）系统在性能上已经落后，采用的技术已经过时。 （ 3）通常是大型的软件系统，已经融入企业的业务运行和决 策管理机制之中，维护工作十分困难。 （ 4）系统没有使用现代软件工程方法进行管理和开发，现在 基本上已经没有文档，很难理解。 处理遗留系统，首先需要分析和了解遗留系统。 一是从业务逻辑方面去了解，直接运行遗留系统，通过实际操 作了解系统的各个功能点、业务流程； 二是从系统架构出发，了解遗留系统的逻辑结构和物理分布。 在维护遗留系统时，需要根据不同情况做出相应的决策，要确定 优先级。 如果时间紧迫，则首要任务是解决问题，尽快通过出错情况和 记录日志辨别出错原因，定位出错代码，并加以解决。 如果遗留系统非常复杂，很难重构，同时我们又需要在遗留系 统的基础上增加新的特性和功能，那么要做好新、旧功能之间 的隔离，暂时可以不去考虑遗留系统的原有结构和代码，而只 需要为新增的功能做好测试，并以好的设计原则与编码规范来 要求新功能的实现。 对遗留系统的处理必须遵循循序渐进的做法，逐步改善。 第三节 会计信息系统运行的管理制度 一 、 会计电算化岗位责任制 明确每个工作岗位的职责范围 ， 切实做到事事有人管 ， 人人有专责 ， 办事有要求 ， 工作有检查 。 工作岗位可 分为基本会计岗位和电算化会计岗位 。 基本会计岗位 可包括会计主管 、 出纳 、 会计核算各岗 、 稽核 、 会计 档案管理等岗位 。 电算化会计岗位包括直接管理 、 操 作 、 维护计算机及会计软件系统的工作岗位 。 二 、 会计电算化操作管理制度 （ 一 ） 规定操作人员的工作职责和工作权限 ， 防止非 授权用户使用 。 （ 二 ） 预防已输入计算机的原始凭证和记账凭证等会 计数据未经审核而登记机内账簿 。 （三）操作人员离开机房前，应执行相应命令退出会 计软件。 （四）根据本单位实际情况，由专人保存必要的上机 操作记录，记录操作人、操作时间、操作内容、故障 情况等。 三 、 计算机软硬件和数据管理制度 （ 一 ） 保证机房设备安全和计算机正常运行的措施 。 （ 二 ） 会计数据和会计软件安全保密的措施 。 （ 三 ） 修改会计核算软件的审批和监督制度 。 （ 四 ） 健全计算机软硬件出现故障时进行排除的管理 措施 ， 保证会计数据的完整性 。 （五）健全必要的防治计算机病毒的措施。 四 、 电算化会计档案管理制度 （ 一 ） 电算化会计档案包括存储在计算机硬盘中的会 计数据以及其他磁性介质或光盘介质的会计数据和计 算机打印出来的书面等形式的会计数据；会计数据指 记账凭证 、 会计账簿 、 会计报表等数据 。 （ 二 ） 按照财政部有关规定对会计档案严格管理 ， 由 专人负责 。 （ 三 ） 对电算化会计档案管理要做好防磁 、 防火 、 防 潮和防尘工作 ， 重要的会计档案应准备双份 ， 存放在 不同的地点 。 （ 四 ） 采用磁介质保存会计档案 ， 要定期进行检查 ， 定期进行复制 ， 防止由于磁性介质损坏而使会计档案 丢失 。 （ 五 ） 通用会计软件 、 定点开发会计软件 、 通用与定 点开发相结合会计软件的全套文档资料以及会计软件 程序 ， 视同会计档案保管 ， 保管期限截止该软件停止 使用或有重大更改之后的五年 。 第四节 对系统的评估和监控 一、事项驱动的评估和时间驱动的评估 所谓事项驱动的评估是指由环境中发现的机会或者问 题或者变化而触发的评估，例如，当信息系统出现故 障时、或者当信息技术有重大变革时对组织现在的信 息系统所进行的评估。 所谓时间驱动的评估是指在一定时间以后定期进行的 评估。 二、实施后的评估和日常持续评估 时间驱动的评估又可以分为实施后的评估（ Post- implementation Review）和日常持续评估 （ Ongoing Review）。 实施后的评估工作一般在实施以后 6 12个月进行。这 种评估的目的主要是要确定新系统是否符合它原先设 定的目标，另外要解决出现的问题。 考虑因素 具体问题 目标 系统是否帮助企业实现了它的目标、战略？ 满意度 用户对系统是否满意？他们希望进行哪些改动？ 效益 用户从系统中得到了什么好处？原先所设想的效益是否得到了实现？ 成本 实际成本是否和预计成本一致 可靠性 系统是否可靠？系统出过故障吗？为什么出了故障？ 准确性 系统生成的数据是否准确、完整？ 及时性 系统是否能够及时产生信息？ 兼容性 系统是否和企业其他系统兼容？ 控制和安全 系统是否能够免受错误、舞弊等行为的侵害？ 错误 是否有错误检测规程？这些规程是否充分？ 培训 系统的用户是否得到了充分的培训和支持 组织变革 系统给企业带来了哪些变化？这些变化是有益的，还是有害的？如果有害， 如何解决？ 文档 文档是否齐全和准确？ 日常持续评估工作是在信息系统已经运行了一段时间 以后实施的，这项工作要定期进行，其目的是要确定 信息系统是否依然按照预期在正常运行，是否符合目 前的用户需求；要确定系统所预期可以带来的效益和 机会是否可以实现；要确定是否还存在一些新的系统 无法解决的问题；要确定是否需要对系统进行修改和 扩展；还要确定系统是否应该被替换掉 。 如果现有的信息系统经过长期使用已经基本不能满足用户 要求 ， 并且信息系统的维护费用很高 ， 或者信息系统已经 没有维护的价值和必要时 ， 组织就可以提出新信息系统的 开发任务 。 这时 ， 就是原有信息系统 “ 生命 ” 的结束 ， 新 信息系统 “ 生命 ” 的开始 。 对新信息系统的开发 、 使用过 程 ， 又是一个生命周期的过程 。 谢谢大家！