大学管理信息系统课程设计报告.doc

大学管理信息系统课程设计说明书大学管理信息系统课程设计说明书 摘要： 管理信息系统是借助计算机，互联网等手段把企业管理流程在线实现。使 企业高层获得明确的信息，更好的实施管理。本文主要是介绍大学超市进销存管 理信息系统的环境、功能作用、设计的方案等各方面的内容。主要是让使用者了 解此系统，使他们能更好的运用本系统，使此系统发挥出应有的作用。本系统运 用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细的分析,实 现了对超市的进货、销售和库存的科学管理 一、背景介绍 二、可行性研究 2.1 必要性分析 2.2 操作可行性研究 2.3 经济可行性研究 三、系统分析 3.1 设计思想 3.2 设计原则 3.3 功能需求分析 3.4 业务流程分析 3.5 数据字典设计 四、系统设计 4.1 系统总体结构图： 4.2 各子系统功能分析 五、系统实施测试说明书 六、系统维护 七、总结与展望 一一 背景介绍背景介绍 1.1 背景介绍 地质大学北区教育超市是为方便同学们生活而新建的。新建的超市相比之前的规 模大了很多，商品数量也增加了不少。有关商品的信息量也在增加。超市需要对 各种信息进行分析，以方便管理。通过开发管理信息系统，使学生获得更加新鲜 的产品，方便的服务，提高超市工作效率和质量减轻劳动强度。保证顾客和超市 的效益。 1.2 系统开发目的系统开发目的 (1)提高超市的工作效率。 (2) 通过全面的信息采集和处理，辅助提高超市的决策水平。 (3) 使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益， 增强超市扩张能力， 提供有效的技术保障 二、可行性研究二、可行性研究 2.1 必要性分析 传统的超市管理系统不能适应现行条件下对超市管理提出的 快速反应信息，快速组织货物，提高资金周转率的需要。要提高内部管理水平， 有效降低成本，提高管理决策水平，这种传统的方法必定要被改进。超市管理信 息系统分析与设计，结合超市发展要求。可以改善超市在商品流管理，物流管理， 人力资源管理，信息流管理方面的问题。 2.2 操作可行性 该软件采用友好的交互界面，简单方便。随着计算机的普及， 公司的工作人员一般都要求掌握一定的计算机技术，具有一定的软硬件基础，会 使用各种管理软件。因为有的超市对员工的素质要求比较高，从管理层到下面的 销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员 工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利运行。 2.3 经济可行性 因为通过网络传递销售信息可以不受距离的限制，因此可以 节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可 以提高超市的销售效率，改善服务质量，即提高了超市的经济效益，所以从经济 上完全是可行的。同时，该系统的开发较为简单，对各种配套设施的要求不是很 严格，对前期的投入不会太大。同时，该系统的应用有利于充分收集各种信息， 为决策者提供决策服务，可提高超市的竞争力。 结论，根据以上必要性和可行性分析，可以看出超市管理信息系统的开发是必 要且可行的。它对于提高服务质量以及经济效益方面，将起到非常重要的作用。 三、系统分析三、系统分析 3.1 设计思想 1)系统分成几个相对独立的模块，但这些模块都进行集中式管理。 (2)分层的模块化程序设计思想，整个系统采用模块化结构设计。作为应用程序 有较强的可操作性和扩展性。 (3)合理的数据流设计，在应用系统设计中，相对独立的模块间以数据流相互连 接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。 3.2 设计原则 为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足 用户的实际需要，在设计开发过程中遵循了如下原则： (1)合法性原则：依据产品核算系统的工作规定以及要求，参照核算实际的工作 情况，进行诸如产品进货、销售等工作。 (2)实用性原则：适合产品信息管理工作的实际需求，并能够处理一些特殊情况 的要求，此外，尽可能预留空间，以便扩充功能。 (3)准确性原则：对输入的相关资料建立检错机制，及时报错，使用户能够及时 准确的输入合法资料(如：类型匹配，长度不超限等)。 (3)易操作原则：要求设计的系统功能齐全，界面友好，操作方便，必要的地方 进行提示。 (5)源程序可读性原则：为了便于其他设计，维护人员读懂代码或以后的代码修 改，软件升级维护，即可能做好代码注释工作。 (6)优化原则：为了达到优化的目的，合理的运用窗口，菜单，对象等的继承， 自定义用户对象，事件，函数，减少不必要的重复性代码，使程序简介明了，也 方便了将来的维护。 (7)安全性原则：可以为该系统的用户设置用户权限。(1)进货业务 业务流程分析 1 进货管理是超市生产经营活动中最基本的环节，它关系到产品质量能否得到保 证，生产是否能够顺利进行，采购成本能否得到有效控制等问题。在该系统中对 企业的进货管理提出新的要求；超市与供货商之间是合作伙伴，相互依存，而且 供货商的选择对超市的生存发展极其重要，要从采购做起，抓商品的质量。包括 制定进货计划，实施进货计划。 (2)库存业务： 库存管理是指在上产经营中为销售和耗用而存储的各种资产。企业存货不当都会 增加不必要的费用：存货过多将导致物资的积压、存储费用增加、流动资金周转 不利，并且过量的库存会掩盖管理不善的问题。存货不足则影响企业的正常销售 活动。库存管理的目标是需求最佳存货数量，使库存的成本总额最小化。其主要 业务如下： 产品入库、出库、盘库等日常处理。 科学合理地确定某库存物资相关数据。如：最佳订货批量、最大库存量、最佳缺 货量、最佳订购周期等，进行严格的库存控制工作。 汇总统计各类库存数据，反应和监督储备资金占用及采购资金使用情况。 (3)销售业务 销售对一个企业的生存和发展是至关重要的，它不再是传统意义上的“卖东西”， 它对外关系到企业产品、服务和企业形象等多方面因素，对内涉及到销售、库存、 财务等信息。此外信息化的高速发展为企业的销售工作提出了新的挑战，封闭意 味着落后，超市要抓住时机，引入现代化的销售管理模式，实施企业的信息化、 智能化销售管理，才能使超市在激烈的市场竞争中立于不败之地。 本系统采用自定向下方法开发，其功能模块主要有如下几个部分：进货管理模块、 库存管理模块、销售管理模块、员工管理模块。具体的功能描述如下： 进货管理：其功能是对手机供应商信息进行管理，并根据企业情况制定进货计划， 实施产品采购，并进行进货查询。 库存管理：其功能是对采购来的产品进行企业内部编码入库，产品分类等活动， 同时能够根据销售清单进行出货管理，以及库存统计。 销售管理：其功能是提供一般的销售管理，能够进行销售明细查询和打印销售报 表。 人事管理：其功能是对超市的员工和供货商信息进行管理，包括查询，更新等。 3.1 组织结构与功能分析 组织结构 ：前台零售管理系统 、 后台管理系统 组织结构图： 小型超市管理系 统统 前台管理后台管理 人 员 管 理 库 存 管 理 销 售 管 理 进 货 管 理 商 品 录 入 收 银 业 务 该系统分为前台和后台两个方面。在前台主要是负责商品的销售业务，包括商品 的录入和收银。 后台负责的任务较多，包括货物的库存信息，进货管理，以及员工的信息。能够 充分掌握货物和员工的信息，便于生成需要的信息，为高层决策提供依据。 子系统划分 商品录入 快速商品录入 支持条形码扫描 商品价格 商品编号 商品名称 功能描述： 商品录入子系统要求快速录入商品 因此必须支持条形码扫描 收银业务 支持会员卡打折 打印交易清单 交易总额计算 应收款 实收款 应找零 进货管理 自动制定进货计划 自动入库登记 进货与出库记录 货单新建 删除 入库时间 商品数量 商品名称 存放位置 入库时间 商品数量 商品名称 销售管理 商品销售控制 查询销售情况 生成销售记 录 销售额 日期 商品名称 日期 日销售额 进货管理模块主要有，生成进货计划，入库登记，进货与出库记录三部分组成。生成进货计 划包括货单新建，删除，付款等。 入库登记，包括商品的名称 ，数量，入库的时间，存放位置。 库存管理 查询库存记录 库存状态自动告警 自动盘点清算 库存量 商品名称 人员管理 基本信息登记 员工操作权限 客户销售权限 3.2 流程图设计 厂商商品信息 营业员 订货信息 购买信息顾客 销售信息用户信息（员工）商品信息库存信息 管理者 3.3 数据字典设计 商品录入 属性类型大小能否为空约束条件 商品编号 Char20No 主码 商品名称 Char20No 商品数量 double8Yes 商品价格 double8N0 商品归类 Char20Yes 存放位置 Char20Yes 收银业务 属性类型大小能否为空约束条件 收银编号 Char20 否主码 应收款 double8 否 支付方式 Char20 否 实收款 double8 否 应找零 double8 否参照（实收款，应收款） 打折 double8 能 进货管理 属性类型大小能否为空约束条件 商品编号 Char20No 主码 商品名称 Char20No 进货数量 double8Yes 进货日期 Char20Yes 商品价格 double8N0 商品归类 Char20Yes 供货商编号 double8N0 销售管理 属性类型大小能否为空约束条件 日期 Char10 否主码 商品编号 Char20 否 商品名称 Char20 否 单项商品销售额 Double8 能 单类商品销售总额 Double8 能 销售总额 Double8 能 库存管理 属性类型大小能否为空约束条件 商品编号 Char20No 主码 商品名称 Char20 否 库存量 Char20 否小于约束最小值提醒 入库日期 Char10 否 入库数量 Char20 否 出库日期 Char10 否 出库数量 Char20 否 工作人员管理 属性类型大小能否为空约束条件 工作编号 Char20 否主码 姓名 Char20 否 性别 Char2 否（男，女） 职称 Char20 否 权限 Char20 否 34 E-R 图设计 实体之间关系的 E-R 图如图 4-1 所示： 管理员信息实体 E-R 图如图 4-2 所示： 职员信息实体 ER 图如图 4-3 所示： 管理员管理员 帐号密码 权限 图 4-2 管理员信息实体 ER 图 职员信息 系统编号 姓名 所在部门 电话 货物厂商信息 货物入库信息 货物出库信息 销售统计信息 供货厂商信息 职员信息 管理员 管理货物 N M N1 1 商品实体 ER 图如图 4-4 所示： 货物入库信息实体 ER 图如图 4-5 所示： 货物出库信息实体 ER 图如图 4-6 所示： . . 商品信息 商品编号 名称价格供销商 货物入库信息 编号货物名称 数量进货价格 货物出库信息 货物信息实体 ER 图如图 4-7 所示： 4 4、系统设计、系统设计 4.1 系统设计目标及原则 首先通过对超市目前的人事不管理进行调查分析，在此基础上确定出系统的 建设目标:采用先进的数据库技术，以提高超市管理工作的现代化管理水平为宗 旨。在整个系统软件的开发过程中，采用软件工程的思想，把用户的需求放在首 位，从工作流的角度出发，提出合理化建议，保证做到“明确、到位、简单” ， 并坚持以下三条系统设计原则: (1) 规范 、统一各类所需的管理信息，遵循国家标准。用统一、规范、完 整的数据格式描述，将所有的业务工作标准化、规范化。 (2) 系统设计简洁、直观、易操作和维护，并具有可扩展性，适于非计算机 人员使用。系统的设计一定要在符合传统的人工管理的基础上，做到业务功能实 用、到位、简单、易学、易用，界面友好，美观大方，便于管理 (3) 层次化的数据共享，为所有用户提供数据保障。在保证数据规范、标准、 一致的前提下，对数据的存放进行合理布局，在保证数据安全的同时一定要提供 对数据的高效处理能力。 (4) 系统的安全性和可靠性：系统要能够对用户进行身份认证，保证数据的 安全、可靠，并具有数据备份和数据恢复功能。 4.2 系统总体设计 货物信息 编号名称供货厂商 数量 编号 货物名称 数量 销售价格 . 利用层次图来表示系统中各模块之间的关系。层次方框图是用树形结构的一 系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框， 它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个 矩形框代表组成这个数据的实际数据元素。随着结构的精细化，层次方框图对数 据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。从对顶 层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细 节为止。 本系统有多个子系统，每个子系统之间虽然在表面上是相互独立的，但是在 对数据库的访问上是紧密相连的，各个子系统访问的是同一个数据库，只是所访 问的表不同而已。每个子系统的功能都是按照在调研中搜集的资料进行编排制作 的。依据上述功能的分析，系统在几个子系统的基础上每一大子系统又分为几个 模块： （1）招聘管理子系统包括：应聘人员登记、应聘人员信息查询、应聘人员 录用、招聘计划。 （2）员工信息管理子系统包括：员工信息维护、员工信息查询、员工职位 调动、员工离职登记。 （3）合同管理子系统包括：合同维护、合同查询、合同解除。 （4）.薪资管理子系统包括：奖励管理、惩罚管理、奖金管理、医疗补贴管 理、工龄工资管理、基本工资管理、工资管理、当月工资管理查询、历史工资查 询。 （5）考核管理子系统包括：请假登记、请假查询、考勤汇总、考勤查询、 年终考核、年终考核查询。 （6）系统管理子系统包括：修改密码、用户管理、数据维护。 （7）报表管理在系统包括：员工基本信息统计、员工工资统计。 （8）工具子系统包括：计算器、记事本。 4.3 系统功能结构模块设计 根据企业的实际情况进行具体分析，人事管理系统包括如图 4-1 所示的几大 管理模块。 人员管理 基本信息登记 员工操作权限 客户销售权限 图 4-1 系统管理模块 4.4 数据库设计 4.4.1 概念模型设计 E-R 图中用椭圆形或圆角矩形表示实体（或关系）的属性并用无向边把实体 （或关系）与其属性连接起来。用矩形框来表示实体，用连接相关实体的菱形框 来表示联系。如同数据库中的表的关系，E-R 图中关系也分为一对一、一对多、 多对多三个类型，可以表示为 1：1、1：N、N：M 这三种形式。E-R 模型适用 简单的图形符号表达系统分析员对问题域的理解，不熟悉计算机技术的用户也能 理解它，因此，E-R 模型可以作为用户与分析员之间有效的交流工具。它们之间 的联系用 E-R 图方法表示如图 4-2 所示： 4-2 职员信息 ER 图 下面的 E-R 图 4-3，详细的描述出了，流程设计在概念上的物理关系，实体 职员信息 系统编号 姓名 所在部门 电话 中都详细的包含着自己的字段值，字段类型、长度，并且是主从表，由唯一的主 键连着，从表的值随主表的改变而改变，整个图示关系明了，一看就明白其对应 的物理数据库表的作用。 厂商商品信息 营业员 订货信息 购买信息顾客 销售信息用户信息（员工）商品信息库存信息 老板 4-3 超市的实体流程图 4.4.2 概念模型设计概念模型设计 数据库设计(Database Design，简记为 DBD)是指针对给定的软、硬件环境， 根据现实问题要求，设计出最优数据库模式，进行数据库及应用系统设计，使之 能够有效存取数据及满足用户需求。数据库设计一般包括需求分析、概念结构设 计、逻辑结构设计、物理结构设计、数据库实施、数据库运行及维护六个阶段。 以下是系统要用到的主要数据库表： 表 4-1 职员基本信息表 属性类型大小能否为空约束条件 工作编号 Char20 否主码 姓名 Char20 否 性别 Char2 否（男，女） 职称 Char20 否 权限 Char20 否 表 4-2 商品录入信息 属性类型大小能否为空约束条件 商品编号 Char20No 主码 商品名称 Char20No 商品数量 double8Yes 商品价格 double8N0 商品归类 Char20Yes 存放位置 Char20Yes 4-3 收银业务信息 属性类型大小能否为空约束条件 收银编号 Char20 否主码 应收款 double8 否 支付方式 Char20 否 实收款 double8 否 应找零 double8 否参照（实收款，应收款） 打折 double8 能 4-4 进货管理信息 属性类型大小能否为空约束条件 商品编号 Char20No 主码 商品名称 Char20No 进货数量 double8Yes 进货日期 Char20Yes 商品价格 double8N0 商品归类 Char20Yes 供货商编号 double8N0 4-5 销售管理信息 属性类型大小能否为空约束条件 日期 Char10 否主码 商品编号 Char20 否 商品名称 Char20 否 单项商品销售额 Double8 能 单类商品销售总额 Double8 能 销售总额 Double8 能 4-6 库存管理信息 属性类型大小能否为空约束条件 商品编号 Char20No 主码 商品名称 Char20 否 库存量 Char20 否小于约束最小值提醒 入库日期 Char10 否 入库数量 Char20 否 出库日期 Char10 否 出库数量 Char20 否 4.5 界面设计界面设计 （1）系统登录界面 输入正确的用户名和密码后方可登录系统，系统根据用户名据有的权限而显 示。系统登陆界面如图 4-4 所示。 图 4-4 系统登陆界面 （2）系统主界面 系统主界面，包括招聘管理、员工信息管理、合同管理、薪资管理等，每一 模块具有比较强的内聚性、各个模块之间的耦合性弱，达到了强内聚，弱耦合的 设计原则。系统主界面设计如图 4-5 所示。 （3）客户的信息编辑管理 可以对客户的信息进行编辑，客户信息编辑的界面设计如图 4-6 所示。 （4）退货的信息编辑管理 可以对退货的信息进行编辑管理，退货的信息编辑管理的界面设计如图 4-7 所示 （5）库存上下限设置信息管理 可以对库存上下限信息进行编辑管理，库存上下限信息编辑管理的界面设计如图 4-8 所示 （6）利润分析信息管理 4.5 输入输出设计输入输出设计 系统设计的过程和系统实施的过程恰好相反，并不是从输入设计到输出设计， 而是从输出设计到输入设计，这是因为输出设计直接和用户需求相联系，设计的 出发点应该是保证输出方便地为用户服务，正确地反映用户所需要的有用信息。 4.5.1 输出设计输出设计 输出设计的主要目的是满足用户和管理者对数据和信息的要求，输出设计要 考虑的主要内容有： （1）输出信息名：该输出信息的名称。 （2）输出功能：该输出信息起什么作用。 （3）输出周期：多长时间输出一次。 （4）输出期限：每次输出的期限。 （5）输出方式：批输出还是实时输出。 （6）输出用纸：专用纸还是通用纸。 （7）输出信息校验：检验输出信息的正确性，包括确定校验内容、检验方 法和校验后的处理。 （8）输出项目名称：构成输出信息的每个数据项。 本系统中所使用的输出方式有两种：查询显示输出和打印输出。查询显示输 出的信息主要是各种查询结果，这是一种实时要求很高的输出，输出设备是显示 器，报表打印输出的信息主要是各种报表形式的数据信息，如工资表。 五系统实施测试说明书五系统实施测试说明书 系统测试（System Test， ST）是将经过测试的子系统装配成一个完整系统 来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。 系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品 需求并且遵循系统设计。 5.1 单元测试单元测试 单元测试的对象是软件设计的最小单位模块。单元测试的依据是详细设 描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内 部的错误。单元测试多数采用白盒测试方法，系统内多个模块可以并行地进行测 试。单元测试任务包括： （1）模块接口测试； （2）模块局部数据结构测试； （3）模块边界条件测试； （4）模块中所有独立执行通路测试； （5）模块的各条错误处理通路测试。 模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提 下，其他测试才有意义。测试接口正确与否应该考虑下列因素： （1） 输入的实际参数与形式参数的个数是否相同； （2） 输入的实际参数与形式参数的属性是否匹配； （3） 输入的实际参数与形式参数是否一致； （4） 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同； （5） 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配； （6） 调用其他模块时所给实际参数是否与被调模块的一致； （7） 是否把某些约束作为参数传递。 5.2 集成测试集成测试 集成测试（也叫组装测试、联合测试）是单元测试的逻辑扩展。它的最简单 的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。 从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组 合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最 终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模 块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时 测试所有进程。在生产管理系统的单元测试模块中已经通过，系统要进行最终的 集成测试。以下是对人事管理信息系统几个集成测试案例： 表 5-1 测试案例一 用户登录 测试案例测试案例 ID:ST- TC1测试案例名称测试案例名称:用户登用户登录 测试案例描述测试案例描述:检验用户账号能否顺利登陆系统主界面。 输入输入:输入用户名、密码。 测试环境设置测试环境设置:测试前的服务器配置必须完善，否则无法登录系统。 预期测试结果：预期测试结果：能够自动进入系统，页面跳转正确。 测试结果测试结果 测试步骤测试步骤测试员操作测试员操作 测试员测试员 ID.1用户点击应用程序，进入用户登录界面； ID.2 按照提示在登陆界面输入用户名和密码，例如，测试用户号：管 理员 测试密码：123； ID.3输入完成以后点击登录按钮； ID.4进入主界面。 廖健程 测试结果：测试结果：输入错误将会有系统提示信息。 表 5-2 测试案例二 职员信息编辑 测试案例测试案例 ID:ST- TC2测试案例名称测试案例名称:职员信息编辑职员信息编辑 测试案例描述测试案例描述:检验通讯录输入的正确性。 输入输入:输入职员编号、职员姓名、身份证号码、邮箱等。 测试环境设置测试环境设置: 测试前的数据格式必须正确，否则无法进行数据存储。 预期测试结果：预期测试结果：能够进行信息的存储。 测试结果测试结果 测试步骤测试步骤测试员操作测试员操作 测试员测试员 ID.1用户点击主界面的职员信息维护，调出职员信息编辑界面； ID.2 根据职员信息输入正确数据，包括职员编号、职员姓名、身份证号 码、邮箱等； ID.3输入完成以后点击【保存】按钮； ID.4系统提示信息。 测试结果：测试结果： 输入的信息无误，系统提示“数据保存成功”，输入不正确，系统 弹出提示信息。 廖健程 表 5-3 测试案例三 年终考核 测试案例测试案例 ID:ST- TC3测试案例名称测试案例名称:年终考核 测试案例描述测试案例描述:对年终考核信息进行维护。 输入输入:登记年终考核的基本信息。 测试环境设置测试环境设置:测试前的配置必须完善，否则无法进行年终考核信息登记维护。 预期测试结果：预期测试结果：能够对年终考核信息进行维护。 测试结果测试结果 测试步骤测试步骤测试员操作测试员操作测试员测试员 ID.1用户点击主界面的年终考核，弹出年终考核填写界面； ID.2根据要求对考核信息进行登记。 ID.3 输入考核编号、职员编号、职员姓名、考核类型、工作品 质、合作精神信息等。 ID.4点击【保存】按钮，系统出现提示信息。 测试结果：测试结果： 输入信息无误，系统弹出“保存成功”，输入信息不完整， 系统也相应的给出提示信息。 廖健程 六系统维护六系统维护 本系统是主要是对公文收发信息的处理、分析，因此，系统的数据资料安全 是非常重要的。本系统具有数据库的备份功能，在信息资料丢失时，对系统进行 数据库的恢复就可以使数据库正常工作。故数据库的备份是非常重要的，本系统 的数据备份和恢复很简单，建议具有权限的操作人员多进行数据备份，以保证数 据安全。 本系统是个较简单的管理系统，由于系统外部环境与内部因素的变化，不断 影响系统的运行，同时需要系统不断地适应这些变化，不断地完善系统，以提高 系统运行的效率与服务水平，这就需要自始至终进行系统的维护工作。系统的维 护主要包括四个方面： (1) 程序的维护：指的是修改部分或全部程序，这部分维护往往是在条件发 生变化或原系统的效率低的情况下进行的，同时也是由专业人员来做的工作。 (2) 数据文件的维护：指的是按照用户的要求对数据文件进行不定期的修改。 (3) 代码的维护：随着系统的发展和变化，可能会出现旧代码不能适应新要 求的问题，因此，有必要变更代码，予以维护。 (4) 硬件的维护：硬件维护需要就由专职的硬件维护人员负责，分为定期设 备保养性维护，突发性的故障维护。 七总结与展望七总结与展望 总结总结 通过这次的实习和课程设计，我经历了开发一个管理信息系统最基本思路与 基本步骤，从开始的课程实习，需求分析，系统分析，系统模块设计，具体的编 程开发。都是按照系统开发的正规化步骤进行。同时在这次系统开发的过程中还 是遇到了不少原来未能预料的困难，由于技术上的原因和最初构想不够周全，开 发经验不足，加上时间很紧迫，不能完全把最初的所有设想完全在最后实现。本 系统只能是实现了很简单的基本功能，该系统的工资管理功能也不是很完善。本 系统的工资管理还不能自动生成工资表。但由于个人技术原因，没有达到预想效 果。因此本系统在用户操作、功能需求上还存在着多方面不足。希望在系统的二 次开发中，能填补以上缺陷。 展望展望 二十一世纪的竞争主要是人才的竞争，企业要想在未来的竞争中立于不败之 地，就需要加强人事的管理，就需加强人事管理信息系统的建设。但是，由于受 作者能力、时间等方面因素的限制，本文对人事管理信息系统的思想分析是比较 粗浅的，所提出的解决方案也有待于进一步的完善。在今后一段时间内，还需要 在以下几个方面作进一步的发展： （1）继续不断地将先进的人事管理思想和方法融合到系统中来，特别是精 确管理技术、知识管理技术、数据挖掘技术、智能决策等现代管理思想的融合， 以此来优化办公管理效率； （2）建成统一的集成化信息系统是企业发展的长远目标。因此，企业在信 息化方面要注意到人事管理信息系统与采购、销售、财务等信息系统内部的集成。