浅谈计算机常见故障与维护_0.doc

浅析计算机常见故障与维护 1、相关定义 1.1、软件系统维护的定义 软件维护是软件系统交付使用以后,为了改正错误或满足新的需要而修改软件的过程。国 标 GB/T11457-95 对软件维护给出如下定义: 在软件产品交付使用后对其进行修改,以纠正故障、改进其性能和其他属性,或使产品适 应改变了的环境。 具体的讲,只要是因为以下的原因之一产生的活动都属于软件系统维护: (1)对软件中的错误进行修改。 (2)因软件在使用过程中的软硬件环境发生变化,需要修改软件以适应这种变化。 (3)用户要求增加新的功能,提高软件的性能等。 (4)为适应新的工作要求而对软件部分或整体进行再工程[8]。 1.2、数据库概念设计 数据库的概念设计主要是根据用户需求对系统所做的需求分析与系统设 计,抽象出或规划出本系统需要使用的数据库实体、实体的属性以及实体之间 的关系[5,6,26],其主要目标是定义系统的组织架构和用户对本系统的数据要求。 而同时,我们要知道实体和实体的属性之间的划分是需要根据实际的应用开发 与操作环境来决定。 根据前面对于本系统的数据库设计依据的介绍,以及表 5-3 所示的本系统 主要数据类别列表,可知本系统的数据库需要维护多种类别的数据,而这些数 据中,其中工单数据、用户信息数据、组织架构数据、工单流程数据、月报信 息数据等都是用于系统对各省、各项目系统的建设情况,以及各项目的工单数 据与工单处理情况等进行查询、统计分析服务的,同时当各项目系统的工作单 录入后,除非工单流程还在审批处理流程中,否则工作单的审批、处理流程已 经结束,是很少会对这些工作单的记录进行删除、修改、更新等操作的。还有 在进行工单处理的时候,会同时产生该工单的流程数据记录,对于这审批流程 数据记录,系统也是不会进行删除、修改操作的,除非该工单取消已被删除, 则对应的审批处理流程记录则会进行逻辑删除标记为删除。而用户与组织架构 信息数据同时也会根据各省公司的组织架构变动以及人员变动来进行修改,但 54 是为了尽量减少组织架构、用户信息的修改,同时不影响根据工单处理人或处 理环节的处理效率等统计规则对各项目工单数据的统计分析,我们采用虚拟账 号,就算人员变动了还是可以使用一样的账号登录系统操作。 其次,系统还存在着一些辅助功能——公告通知、短信提醒功能、论坛、 文件柜,对于这些功能模块的数据,我们是存在着增加、修改、删除等数据操 作的,所以本系统需要构建的数据库是属于操作型的数据库,允许对系统的数 据进行增删改的操作。还有工单报表的统计结果也是要求支持动态查询,根据 工单数据、处理情况的变化而进行更新统计分析结果。 因此本系统的数据的设计不但需要根据对工单数据的统计分析的角度来考 虑,还要考虑到与工单相关的数据的增删改的情况。而对从工单数据的统计分 析的角度,我们需要设计好相关的实体关系便于系统对数据实现统计分析的功 能。正由于我们系统涉及到数据的增删改等数据操作,所以我们需要考虑到数 据库的完整性、安全性,保证的正常系统运行不影响对工单数据的统计分析结 果,因此我们对数据库设计的同时需要制定数据的备份与数据恢复的方案,以 防数据被篡改可以及时得到恢复。 还有,随着系统的推广使用,当系统已被用户广泛认同与使用之后,工单 数据会越来越多,这对于报表的统计查询、分析图的展现的效率要求就会越来 越高,因此对于报表统计分析与图形的展现的数据库查询语句需要达到最优 化,尽量以最快的速度展现出查询结果,同时不要在查询数据中因排队或者 session 被占用导致大量占用服务器的 CPU,以影响系统的运作。 限于篇幅,下面我们就只介绍在数据库概念设计中几个局部的但是是系统 的核心功能模块的数据设计部分的 E-R(Entity-Relationship)关系设计。 一份系统的工作单创建后,便会在数据库的工单信息表产生数据,并记录 在数据库表中,同时无论该工作单是否已经处理完毕都会在工单管理模块的工 单列表中生成一条数据,供发起人及已授权可以查看本公司或全省、全国工单 数据的领导查看,并跟进改工单的审批处理流程。同时拥有这工单查看权限的 用户可以根据工单的所属项目、公司及项目状态等条件进行查询与简单的统 计。工单管理模块的工单信息与用户信息的 E-R 图如图 5-11 所示: 55 工单名称 工单id用户名 登录密码 姓名 工单所属项目 N 1邮箱 工单类型工单信息表 用户表 工单内容 电话号码 工单发起人 工单号用户id所属部门性别 图 5-11 工单信息与用户信息 E-R 图 用户与工单待办已办表的 E-R 图如图 5-12 所示: 活动名称 活动id 用户名登录密码 姓名活动id 流程id 活动名称 工单id 用户id流程id 工单id N 1 1 N 待办表 用户表已办表