软件工程课程设计报告书范本

物流配送管理系统 1 青岛工学院青岛工学院 软件工程课程设计软件工程课程设计报告书报告书 题 目物流配送管理系统 学生姓名王硕 郭庆博 宋钊 指导教师杨彦明 系 部信息工程系 专业班级2009 级计算机科学与技术 1 班 物流配送管理系统 2 目 录 摘摘 要要4 第一章第一章 系统分析系统分析5 1.1 概述.5 1.1.1 系统分析的含义和目标5 1.1.2 系统分析的任务5 1.1.3 系统分析的步骤5 1.2 现行系统主要问题分析.6 1.3 可行性分析.6 1.3.1 技术可行性分析6 1.3.2 经济可行性分析7 1.3.3 营运可行性分析7 第二章第二章 需求分析需求分析8 2.1 数据字典.8 2.1.1 数据流8 2.1.2 数据字典10 第三章第三章 系统概要设计系统概要设计11 3.1 数据库设计11 3.1.1 实体描述11 3.1.2 联系描述12 3.1.3 E-R图.12 第四章第四章 系统详细设计系统详细设计13 4.1 数据库的逻辑设计.13 4.2 数据库的实现.14 4.3 程序流程图.17 4.4 计算机系统配置方案.20 4.4.1 计算机系统硬件配置20 4.4.2 计算机系统软件配置20 4.5 历史信息的管理.20 4.6 人机界面的设计.21 4.6.1 登录界面设计21 4.6.2 系统基本信息界面设计22 4.6.3 商品信息界面23 4.6.4 查询界面23 4.6.5 订购界面24 4.6.6 配货界面25 4.6.7 送货界面26 4.6.8 验收界面26 第五章第五章 系统实现系统实现27 物流配送管理系统 3 5.1 概述.27 5.2 编程工具与环境.27 5.3 系统测试.27 5.4 系统运行与维护.29 第六章第六章 结束语结束语30 6.1 概述.30 6.2 系统的功能.30 6.3 系统的特点.30 6.4 存在问题及改进方向.30 6.5 系统开发的体会.31 6.6 致谢.31 物流配送管理系统 4 摘摘 要要 物流信息管理系统是一个由人和计算机等组成的能进行信息收集、传输、 加工、保存、维护和使用的系统。 本系统主要通过使用管理信息系统（MIS）的方法，对日常业务处理和信 息资源进行全面、系统的管理。在整个系统开发的过程中，运用了软件工程的 基本概念、相关技术和方法。并且采用了系统生命周期的结构化程序设计方法， 从而将整个系统开发各阶段（系统分析、系统设计、系统实施）的基本活动贯 穿起来。 本系统希望能够通过物流进管理信息系统的建立，理顺信息流程和流向， 使管理更加完善，使管理人员在信息系统的辅助下进行工作，提高管理的整体 水平。 本系统采用 Delphi 开发设计，数据库采用 SQL Server 2008。 关键词：物流配送信息系统 SQL Server 2008 Delphi2005 物流配送管理系统 5 第一章第一章 系统分析系统分析 1.1 概述概述 1.1.1 系统分析的含义和目标系统分析的含义和目标 系统分析(systems analysis)，是指在管理信息系统开发的生命周期中应 用系统思想和系统科学的原理进行分析工作的方法和技术。 系统分析阶段的目标：就是按系统规划所定的某个开发项目范围内明确系 统开发的目标和用户的信息需求，提出系统的逻辑方案。 1.1.2 系统分析的任务系统分析的任务 系统分析的任务是：尽可能弄清用户对信息的需求，调查原信息系统的资 源、输入、处理和输出。完成新系统的逻辑设计，以满足业务发展要求。 系统分析的具体工作内容包括： (1)可行性分析； (2)详细调查； (3)系统性分析； (4)提出新系统的逻辑模型 1.1.3 系统分析的步骤系统分析的步骤 系统分析阶段的主要活动是：系统的初步调查、可行性研究、系统的详细 调查、新系统逻辑方案的提出。 (1)系统的初步调查：系统的初步调查是着重于系统的总体目标、总体功能 和发展方向。 (2)可行性的研究：可行性的研究是进一步明确系统的目标、规模与功能， 对系统发展背景、必要性和意义进行调查分析并根据需要和可能提出拟 定开发系统的初步方案计划。 (3)现行系统详细调查：在可行性研究的基础上进一步对现行系统进行全面、 物流配送管理系统 6 深入的调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，找出 要解决的问题实质，确保新系统更有效。 (4)新系统逻辑方案的提出：主要明确用户的信息需求，确定新系统的逻辑 功能，提出新系统的逻辑方案。 1.2 现行系统主要问题分析现行系统主要问题分析 1）基本信息表的查询（商品基本信息、员工基本信息、司机基本信息、订 购客户信息表、供货客户表、库存表） 2）订购客户下订单，即将订购客户订购详情打入数据库中 3）采购环节，系统可对订单商品进行汇总。负责人则根据汇总情况安排人 员采购 4）采购完成后，采购员可把采购信息输入系统，同时负责人可安排查看需 要发货的订单，并安排司机送货 5）送货完成后，等待订购客户确认收货 6）订购客户确认后，计算相应订单盈利，并送往订单盈利核算表中 1.3 可行性分析可行性分析 在明确系统目标和环境的基础上，需要进一步对系统的可行性进行研究。 此活动的主要目标是进一步明确系统的目标、规模与功能，对系统开发背景、 必要性和意义进行调查分析并根据需要和可能提出拟开发系统的初步方案与计 划。可行性研究是针对系统进行全面、概要的分析，主要包括三方面：技术可 行性分析、经济可行性分析和营运可行性分析。 1.3.1 技术可行性分析技术可行性分析 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、 软件配置能否满足开发者需要等。本系统采用 Windows 7 Professional 作为操作系统平台 。本系统的数据库开发平台选用 Microsoft 公司的 SQL Server2008,该数据库管理系统在 Windows 7 Professional 上能提供数据库之 物流配送管理系统 7 间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高 数据的可用性。本系统的应用软件开发工具选用的是开发人员熟悉的 Delphi。 1.3.2 经济可行性分析经济可行性分析 主要是对项目的经济效益进行评价。 1.3.3 营运可行性分析营运可行性分析 主要是管理人员对开发信息系统是否支持，现有设计是否科学，原始数据 是否正确等。系统操作简单，易于理解，管理员经过短时间的培训就可以使用 该系统。 物流配送管理系统 8 第二章第二章 需求分析需求分析 这一阶段的主要目标是明确项目的需求，确定新系统的逻辑功能，提出新 系统的逻辑方案，完成系统分析阶段的最终成果系统说明书的编写。 2.1 数据字典数据字典 上面讨论的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具 体的内容，因此我们还需要建立数据字典。建立数据字典是为了对数据流程图 上各个元素做出详细的定义和说明。数据字典以一种准确的和无二义的方式定 义所有被加工引用的数据流和数据存储。数据流程图配以数据字典，就可以从 图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。 数据字典有助于数据的进一步管理和控制，为设计人员和数据库管理人员在数 据库设计、实现和运行阶段控制有关数据提供依据。 数据字典描述的主要内容有：数据流、数据元素、数据存储、加工外部项。 2.1.1 数据流数据流 数据流是数据结构在系统内传输的路径。 P2 物流管理作业 客户 D1 库存信息 D2订单信息 客户基本资料 库存变动 供应商 P1 物流决策管理 库存帐 订单存挡 客户资料 第一层 DFD 物流配送管理系统 9 D1 入仓单 P3.1 入仓管理 D4 入 库 数 据 D5 出库信息 入仓单存档 库存台帐 等有货再发货订单 P3.6 库存控制 P3.5 出仓管理 P3.4 库存查询 供应 商 发货 P2.1 仓库管理 P2.2 订单处理 客户 订单 D2 订 单 信 息 管理员 发货 D7 派司机 D6 配送信息 订 货 单 货 款 通 知 单 发货单 入仓单存档 出仓单存档 订单存档 配送存档 司机存档 P2.3 配送管理 P2.4 结算管理 供应商 第三层 DFD 第二层 DFD 物流配送管理系统 10 2.1.2 数据字典数据字典 NoNo 名称名称数据类型数据类型 nullnull 主键主键内容内容 1 商品编号Char（20）不允许是商品的编号 2 商品名称Char（20）不允许商品的名称 3 规格Char（20）允许商品规格 4 包装Char（20）允许袋装还是散装 5 单价 Money(8) 不允许（元/斤） 6 用户名Char（20）不允许是用户名称 7 密码Char（20）不允许用户的密码 8 权限Char（20）不允许用户的身份 9 客户编号Char（20）不允许是客户的编号 10 客户名称Char（20）允许客户公司的名称 11 公司类别Char（20）允许公司属于哪方面服务 12 传真Char（20）允许公司的传真 13 通信地址Char（20）不允许公司的地址 14 联系人Char（20）不允许公司的联系人 15 联系电话Char（20）不允许客户电话 16 订购编号Char（20）不允许是订购的编号 17 订购日期Char（20）不允许订购的日期 18 订购客户编号Char（20）不允许订购客户编号 19 商品编号 Char(20) 不允许订购物品的编号 20 商品数量 Int(4) 不允许订购物品的数量 21 状态 Char(20) 允许订单状态 22 员工编号Char（20）不允许是员工的编号 23 员工姓名Char（20）不允许员工的姓名 24 员工性别Char（20）不允许员工的性别 25 员工职务Char（20）不允许员工的职务 26 员工部门Char（20）不允许员工的部门 27 联系电话Char（20）不允许员工的联系电话 28 备注Char（20）允许特别的事项标记 29 司机编号Char（20）不允许是司机的编号 30 司机姓名Char（20）不允许司机的姓名 31 司机性别Char（4）不允许司机的性别 32 驾证类型Char（20）不允许驾证类型 ABCD 33 驾照号码Char（20）不允许驾照号码 34 联系电话Char（20）不允许司机联系电话 35 车牌号码Char（20）不允许司机车牌号码 36 数量Char（20）不允许库存商品数量 37 送货编号 Char(20) 不允许是送货编号 38 盈利 Money(8) 允许盈利额 39 供货客户编号 Char(20) 不允许是供货客户的编号 物流配送管理系统 11 第三章第三章 系统概要设计系统概要设计 3.1 数据库设计数据库设计 数据库设计是开发数据库及其应用系统的技术，也是信息系统开发和建设 的重要组成部分。具体的说，数据库设计是要在一个给定的应用环境中，通过 合理的逻辑设计和有效的物理设计，构造较优的数据库模式，建立数据库及其 应用系统，满足用户的各种信息需求。 在系统的数据库设计中，首先对系统分析得到的数据字典中的数据存储进 行分析，分析各数据存储之间的关系，然后得出系统的关系模式。本系统用实 体-联系图（简称 E-R 图）来描述系统的概念模型。E-R 图由实体、属性、联系 三部分组成，其符号如图 4.6 所示： 实体 属性 联系 E-RE-R 图图例图图例 3.1.1 实体描述实体描述 本系统中所涉及的实体有 4 个，其结构如下： 订购客户（客户编号、客户名称、地址、联系电话） 供应客户（客户编号、客户名称、地址、联系电话） 商品（商品编号、商品名称、销售单价、采购单价、仓库） 库存（商品编号、商品名称、数量、仓库） 3.1.2 联系描述联系描述 各实体的联系属性如下： 订购（订购编号、订购日期、订购客户编号、商品编号、商品名称、商品 数量） 配货（采购编号、采购日期、供货客户编号、采购员编号、商品编号、商 物流配送管理系统 12 品数量、商品名称、司机编号、商品单价） 送货（订购编号、司机编号、目的地） 验收（订购编号、收货人、收获时间） 3.1.3 E-R 图图 本系统的 E-R 图如图.7 所示： 管理员 仓库 订购 配货 送货 验收 用户表 库存表 司机信息 表 供应客户 表 配货 表 验收 表 订购 表 送货 表 商品信息 表 1 1 1 1 1 n n m 11 m m 1 nn 1 n E-RE-R 图图 物流配送管理系统 13 第四章第四章 系统详细设计系统详细设计 4.1 数据库的逻辑设计数据库的逻辑设计 数据库的逻辑设计的任务就是把概念结构设计阶段的基本 ER 图转化为 与选用具体机器上的 DBMS 产品所支持的数据模型相符合的逻辑结构，首先要 实现的是 ER 图关系模型的转化。而为此要解决的问题是如何将实体和实体 之间的联系转化为关系模式，如何确定这些关系模式的属性和码。对于实体， 将每个实体转换为一个关系，实体的属性即为关系的属性，实体的码即为关系 的码。 对于实体间的联系，可以分成三种情况： 1）若实体间的联系是 1：1，可以在两个实体转换成的两个关系中任意一个 关系的属性中加入另一个关系的码。 2）若实体间的联系是 1：n，则在 n 端实体转换成的关系中加入 1 端实体转 换成的关系码。 3）若实体间的联系是 n：m，则将联系转换为关系，关系的属性为诸个实 体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。 本系统中所涉及到的关系的主码用下划线，外码用#标出： 订购客户（客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系 电话、结账方式） 供应客户（客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系 电话话） 用户（用户号、权限、用户密码） 司机（司机编号、司机姓名、司机性别、驾照类型、驾照号码、联系电话、车 牌号码、状态、备注） 商品（商品编号、商品名称、规格、包装、销售单价、采购单价、仓库） 库存（商品编号#、商品名称、数量、仓库） 订购（订购编号、订购日期、订购客户编号#、商品编号#、商品名称、商品数 量、状态） 物流配送管理系统 14 配货（采购编号、采购日期、供货客户编号#、采购员编号#、商品编号#、商品 数量、商品名称、司机编号#、商品单价、状态） 送货（送货编号、订购编号#、司机编号#、目的地、结账方式） 验收（验收编号、订购编号#、收货人#、收获时间） 4.2 数据库的实现数据库的实现 按照数据字典中的数据元素说明确定每个数据项的类型和长度，使每个关 系都对应一个数据库表： 1）订购客户表 列名数据类型长度允许空主键 客户编号char20否是 客户名称char20是 公司类别char20是 传真char20是 通信地址char20否 联系人char20否 联系电话char20否 结账方式char20 2）供货客户表 列名数据类型长度允许空主键 客户编号char20否是 客户名称char20是 公司类别char20是 传真char20是 通信地址char20否 联系人char20否 联系电话char20否 物流配送管理系统 15 3）订购表 列名数据类型长度允许空主键 订购编号char20否是 订购日期datetime8否 订购客户编号char20否 商品编号char20否 商品名称char20否 商品数量int4否 状态char20否 4） 配货表 列名数据类型长度允许空主键 采购编号char20否是 采购日期datetime8是 供货客户编号char20是 采购员编号char20是 商品编号char20否 商品数量int4否 商品名称char20否 司机编号char20是 商品单价char20是 状态char20否 5）送货表 列名数据类型长度允许空主键 送货编号char20否是 订购编号char20是 司机编号char20是 目的地char50是 结账方式char20是 6）验收表 物流配送管理系统 16 7)用户表 列名数据类型长度允许空主键 用户名char20否是 权限char20否 用户密码char20否 8)员工信息表 列名数据类型长度允许空主键 员工编号char20否是 员工姓名char20否 员工性别char4否 员工职务char20否 员工部门char20否 联系电话char20否 状态char20否 备注char50是 9)司机信息表 列名数据类型长度允许空主键 司机编号char20否是 司机姓名char20否 司机性别char4否 驾证类型char20否 驾照号码char20否 联系电话char20否 车牌号码char20否 状态char20否 备注char50是 10）订单盈利核算表 列名数据类型长度允许空主键 验收编号char20否是 订购编号char20是 收货人char20是 收货时间datetime8是 物流配送管理系统 17 列名数据类型长度允许空主键 订购编号char20否是 商品编号char20是 商品名称char20是 盈利money8是 日期datetime8是 11）库存表 4.3 程序流程图程序流程图 程序流程图又称为程序框图，表示方法简单直观，在绘制程序流程图时使 用的符号说明如下： 处理 输入输出 判断 起始终止 控制方向 列名数据类型长度允许空主键 商品编号char20否是 商品名称char20是 数量int4否 仓库char20 物流配送管理系统 18 (1) 主模块 主模块 输入密码 密码正确 输入选项 选项 订购管理 配货管理 送货管理 验收管理 退出 重新输入 结束 Y N Y N 物流配送管理系统 19 (2) 订购配货管理子模块 开 始 输入业务员编号 输入口 密码正确 选择项 选 择 N Y 输入商品信息 正确否 修 改 返 回 输入采购信息 条件满足 采 购 库存信息 条件满足 货物查看 YYY 物流配送管理系统 20 4.4 计算机系统配置方案计算机系统配置方案 本系统采用 Delphi 来进行开发。基于软件开发工具的选择，并考虑到本系 统的性能要求，对计算机系统具体配置如下。 4.4.1 计算机系统硬件配置计算机系统硬件配置 客户机：微机 P866 或以上档次，内存 256MB 以上，硬盘 40G 以上，集成 Intel Pro 10/100 网卡，8 速 AGP 显卡，USB 接口，3.5 英寸软驱，48 倍速 CD- ROM，VGA 或更高分辨率的显示器，EPSON 彩喷打印机； 服务器：微机 P2.0G 或以上档次，内存 256MB DDR 以上，硬盘 120G 以上， 24 倍速最大 CD-RW，7 个热插拔 PCI-X 插槽（64 位/100MHZ） ，1 个热插拔 传统 插槽（32 位/33MHZ） ，Intel Pro/1000XT 服务器适配器，Smart-UPS； 4.4.2 计算机系统软件配置计算机系统软件配置 Windows xp， Office 2003,前台开发软件 Delphi, 后台数据库管理系统 采用 Microsoft SQL Server 2008； 4.5 历史信息的管理历史信息的管理 由于信息每天都在更新，而历史信息并不能随意丢弃，它必须保存。另外 为了防止因意外情况（如突然断电、死机等）或用户的误操作而造成数据丢失 或错误，系统需要定期备份数据库中的数据。采用两种方法：完全备份、增量 备份。 开始时一周执行一次增量备份，一个月执行一次完全备份以后根据用户对 本系统的熟练程度，备份的时间间隔适当延长。 为确保有效备份，采用了双重备份的方法，即在备份数据库中数据时，不 但将数据备份到其他目录下，而且还将数据备份到移动硬盘上，这样就确保了 数据的完整性，有效地管理了历史数据。 物流配送管理系统 21 4.6 人机界面的设计人机界面的设计 用户界面是指软件系统和用户交互的接口，良好的用户界面往往可以提高 用户使用系统的热情，并刺激他们的积极性。 4.6.1 登录界面设计登录界面设计 为了保证系统的安全性，进入系统之前必须经过必要的安全性，简洁、清 晰、友好是此设计的风格，如图所示： 用户登录界面 如果输入的用户名或者密码错误，就会弹出下面的窗口，见所示： 物流配送管理系统 22 4.6.2 系统基本信息界面设计系统基本信息界面设计 输入正确的用户名和密码后，即进入系统。系统的基本操作界面如图所示： 系统基本操作界面系统基本操作界面 系统的基本操作界面主要包括基本信息管理、订购管理、统计管理。其中 基本信息管理中又可以分为商品信息管理、库存信息管理、客户信息管理、员 工司机信息管理；订购管理又可以分为订购单信息管理、配货单信息管理、送 货信息管理、验收信息管理；统计管理又可以分为订单盈利信息管理、月盈利 信息管理；用户管理包括新增用户、用户管理。 物流配送管理系统 23 4.6.3 商品信息界面商品信息界面 4.6.4 查询界面查询界面 物流配送管理系统 24 4.6.5 订购界面订购界面 物流配送管理系统 25 4.6.6 配货界面配货界面 物流配送管理系统 26 4.6.7 送货界面送货界面 4.6.8 验收界面验收界面 物流配送管理系统 27 第五章第五章 系统实现系统实现 5.1 概述概述 在管理信息系统的生命周期中，经过了系统规划、系统分析和系统设计等 阶段以后，便开始了系统实施阶段。系统实施阶段要继承此前各阶段的工作成 果，将技术设计转化成物理实现，因此，系统实施的成果是系统分析和设计阶 段的结晶。同时，系统实施作为系统生命周期中的后期阶段，是把系统设计转 化为可实际运行的物理系统的必然步骤。再好的系统设计，不通过系统实施也 只能是不能带来现实效益的空中楼阁。系统实施作为系统的最后物理实现阶段， 对于系统的质量、可靠性和可维护性等有着十分重要的影响。 5.2 编程工具与环境编程工具与环境 编程过程又称程序设计或编写程序，按照详细设计阶段产生的程序设计说 明书，用选定的程序设计语言书写源程序，在程序设计中，不仅要保证程序的 正确性，而且要保证程序的可读性，必须采用结构化程序设计的方法，用一组 单一入口和单一出口的基本控制结构及其反复嵌套。 本系统采用 Delphi 作为程序界面设计软件。后台数据库所采用的软件是 Microsoft 公司的 SQL Server 2008。 SQL Server 是一个高性能的，多用户关系型数据库管理系统，它被设计成 支持高容量的事务处理以及需求较少的决策支持应用程序。它可以允许不同的 用户通过不同的方式看同样的数据，保证了数据库的一致性和可恢复性。它的 可靠性、质量和易用性使之成为很多数据库软件的首选。 5.3 系统测试系统测试 软件测试是系统质量保证的主要活动之一。测试虽然不是质量保证的“安 全网” 。但它是不可缺少的，而且是重要的环节。因为，在系统开发的过程中， 物流配送管理系统 28 涉及一系列的活动，而在这个活动过程中，人们可能犯很多错误，错误可能发 生在设计阶段，也可能发生在整个过程的开始阶段。 系统测试的目标是： 1）测试是一个程序的执行过程，其目标在于发现错误。 2）一个好的测试用例能够发现至今尚未察觉的错误。 3）一个成功的测试则是发现至今尚未察觉的错误的测试。 总之，测试是发现错误，这不只是从技术角度测试下定义。软件测试中最 为重要的是，实际工作中人们的心理学和经济学问题。 系统的测试分为单元测试、组装测试、确认测试和系统测试，每一步都是 在前一步的基础上进行的。 1单元测试 单元测试是指程序中的一个模块或一个子程序，是程序运行的最小单元， 或是程序最小的独立编译单位，单元测试也称模块测试。 例如对“登录”模块进行测试： 获得用户登录名和密码。业务员信息中查找所有成员登录名和密码，核对 是否有给定的用户登录名和密码，若给定的登录名和密码不存在，同显示错误 信息“用户和密码不存在！” 进行单元测试可以采用白盒测试方法。白盒测试将软件看作一个透明的白 盒子，按照程序的内部结构处理逻辑来选定测试用例，对软件的逻辑路径及过 程进行测试，检查它与设计是否相符。本例采用白盒测试的条件覆盖标准，每 一判定中的每个条件，分别按“真” 、 “假”至少各执行一次，得到以下测试结 果。 或者采用黑盒测试用例。将软件看作黑盒子，在完全不考虑程序的内部结 构和特性的情况下，测试软件的外部特性。根据软件的需求规格说明书设计测 试用例，从程序的输入和输出特性测试是否满足设定的功能。 2组装测试 单元测试通过后，需要按照设计时作出的层次模块图把它们连接起来，进 行组装测试。通常采用黑盒法自顶向下测试。按 HIPO 图从顶层模块自上而下地 组装。每次只啬一个模块逐个安装系统。首先安装主菜单，并为主菜单添上下 物流配送管理系统 29 接子菜单，逐步进行最终将系统安装完毕。 3确认测试 确认测试是进一步检查软件是否符合软件需求规格说明书的全部需求，因 此又称为合格性测试，确认测试的内容主要包括以下几部分： （1） 功能测试 （2） 性能测试 （3） 配置审查 （4） 用户资料 （5） 系统分析资料 （6） 系统设计资料 （7） 源程序与测试材料 4系统测试 系统测试也将整个软件作为测试对象，将信息系统的所有组成部分包括软 硬件，用户及环境等综合在一起进行测试，以保证系统的各组成部分协调进行。 经测试，未发现本软件有异常情况，能正常进行。 5.4 系统运行与维护系统运行与维护 经过上述一系列测试通过后，系统就可以投入使用了。为了保证长期高效 地工作，必须加强对运行的日常管理，日常运行管理包括系统每天运行状况、 数据输入和输入情况以及系统的安全性，完备性能及时地如实记录和处置。这 些工作主要由系统运行人员来完成。 系统维护的目的是为了保证管理信息系统正常可靠地运行，并能使系统不 断得到改善和提高，以充分发挥作用。 系统应用程序维护：业务处理是通过程序进行的，一旦程序发生问题或业 务发生变化就必然地引地程序的修改和调整。 数据维护：需求为业务是不断在变化的，因此反映这种变化的数据也要求 随之改变，包括内容增加及数据结构的