软件工程课程设计报告物流配送管理系统样本.doc
《软件工程课程设计报告物流配送管理系统样本.doc》由会员分享,可在线阅读,更多相关《软件工程课程设计报告物流配送管理系统样本.doc(33页珍藏版)》请在咨信网上搜索。
青岛工学院 《软件工程课程设计》报告书 题 目 物流配送管理系统 学生姓名 王硕 郭庆博 宋钊 指引教师 杨彦明 系 部 信息工程系 专业班级 级计算机科学与技术1班 目 录 摘 要 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 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 摘 要 物流信息管理系统是一种由人和计算机等构成能进行信息收集、传播、加工、保存、维护和使用系统。 本系统重要通过使用管理信息系统(MIS)办法,对寻常业务解决和信息资源进行全面、系统管理。在整个系统开发过程中,运用了软件工程基本概念、有关技术和办法。并且采用了系统生命周期构造化程序设计办法,从而将整个系统开发各阶段(系统分析、系统设计、系统实行)基本活动贯穿起来。 本系统但愿可以通过物流进管理信息系统建立,理顺信息流程和流向,使管理更加完善,使管理人员在信息系统辅助下进行工作,提高管理整体水平。 本系统采用Delphi开发设计,数据库采用SQL Server 。 核心词:物流配送信息系统 SQL Server Delphi 第一章 系统分析 1.1 概述 1.1.1 系统分析含义和目的 系统分析(systems analysis),是指在管理信息系统开发生命周期中应用系统思想和系统科学原理进行分析工作办法和技术。 系统分析阶段目的:就是按系统规划所定某个开发项目范畴内明确系统开发目的和顾客信息需求,提出系统逻辑方案。 1.1.2 系统分析任务 系统分析任务是:尽量弄清顾客对信息需求,调查原信息系统资源、输入、解决和输出。完毕新系统逻辑设计,以满足业务发展规定。 系统分析详细工作内容涉及: (1) 可行性分析; (2) 详细调查; (3) 系统性分析; (4) 提出新系统逻辑模型 1.1.3 系统分析环节 系统分析阶段重要活动是:系统初步调查、可行性研究、系统详细调查、新系统逻辑方案提出。 (1) 系统初步调查:系统初步调查是着重于系统总体目的、总体功能和发展方向。 (2) 可行性研究:可行性研究是进一步明确系统目的、规模与功能,对系统发展背景、必要性和意义进行调查分析并依照需要和也许提出拟定开发系统初步方案筹划。 (3) 现行系统详细调查:在可行性研究基本上进一步对现行系统进行全面、进一步调查和分析,弄清晰现行系统运营状况,发现其薄弱环节,找出要解决问题实质,保证新系统更有效。 (4) 新系统逻辑方案提出:重要明确顾客信息需求,拟定新系统逻辑功能,提出新系统逻辑方案。 1.2 现行系统重要问题分析 1)基本信息表查询(商品基本信息、员工基本信息、司机基本信息、订购客户信息表、供货客户表、库存表) 2)订购客户下订单,即将订购客户订购详情打入数据库中 3)采购环节,系统可对订单商品进行汇总。负责人则依照汇总状况安排人员采购 4)采购完毕后,采购员可把采购信息输入系统,同步负责人可安排查看需要发货订单,并安排司机送货 5)送货完毕后,等待订购客户确认收货 6)订购客户确认后,计算相应订单赚钱,并送往订单赚钱核算表中 1.3 可行性分析 在明确系统目的和环境基本上,需要进一步对系统可行性进行研究。此活动重要目的是进一步明确系统目的、规模与功能,对系统开发背景、必要性和意义进行调查分析并依照需要和也许提出拟开发系统初步方案与筹划。可行性研究是针对系统进行全面、概要分析,重要涉及三方面:技术可行性分析、经济可行性分析和营运可行性分析。 1.3.1 技术可行性分析 技术上可行性分析重要分析既有技术条件能否顺利完毕开发工作,硬、软件配备能否满足开发者需要等。本系统采用 Windows 7 Professional作为操作系统平台。本系统数据库开发平台选用Microsoft公司SQL Server,该数据库管理系统在Windows 7 Professional上能提供数据库之间数据复制功能,可代替既有系统数据手工传递工作,减少出错率,提高数据可用性。本系统应用软件开发工具选用是开发人员熟悉Delphi。 1.3.2 经济可行性分析 重要是对项目经济效益进行评价。 1.3.3 营运可行性分析 重要是管理人员对开发信息系统与否支持,既有设计与否科学,原始数据与否对的等。系统操作简朴,易于理解,管理员通过短时间培训就可以使用该系统。 第二章 需求分析 这一阶段重要目的是明确项目需求,拟定新系统逻辑功能,提出新系统逻辑方案,完毕系统分析阶段最后成果—系统阐明书编写。 2.1 数据字典 上面讨论数据流图只能给出系统逻辑功能一种总框架而缺少详细、详细内容,因而咱们还需要建立数据字典。建立数据字典是为了对数据流程图上各个元素做出详细定义和阐明。数据字典以一种精确和无二义方式定义所有被加工引用数据流和数据存储。数据流程图配以数据字典,就可以从图形和文字两个方面对系统逻辑模型进行描述,从而形成一种完整阐明。数据字典有助于数据进一步管理和控制,为设计人员和数据库管理人员在数据库设计、实现和运营阶段控制关于数据提供根据。 数据字典描述重要内容有:数据流、数据元素、数据存储、加工外部项。 2.1.1 数据流 数据流是数据构造在系统内传播途径。 第一层DFD P2 物流管理作业 客户 D1 库存信息 D2订单信息 客户基本资料 库存变动 供应商 P1 物流决策管理 库存帐 订单存挡 客户资料 供应商 发货 P2.1 仓库管理 P2.2 订单解决 客户 订单 D2 订单信息 管理员 发货 D7 派司机 D6 配送信息 订货单 货款告知单 发货单 入仓单存档 出仓单存档 订单存档 配送存档 司机存档 P2.3 配送管理 P2.4 结算管理 第二层DFD 第三层DFD 供应商 D1 入仓单 P3.1 入仓管理 D4 入库 数据 D5 出库信息 入仓单存档 库存台帐 等有货再发货订单 P3.6 库存控制 P3.5 出仓管理 P3.4 库存查询 2.1.2 数据字典 No 名称 数据类型 null 主键 内容 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) 不容许 是 供货客户编号 第三章 系统概要设计 3.1数据库设计 数据库设计是开发数据库及其应用系统技术,也是信息系统开发和建设重要构成某些。详细说,数据库设计是要在一种给定应用环境中,通过合理逻辑设计和有效物理设计,构造较优数据库模式,建立数据库及其应用系统,满足顾客各种信息需求。 在系统数据库设计中,一方面对系统分析得到数据字典中数据存储进行分析,分析各数据存储之间关系,然后得出系统关系模式。本系统用实体-联系图(简称E-R图)来描述系统概念模型。E-R图由实体、属性、联系三某些构成,其符号如图4.6所示: 实体 属性 联系 E-R图图例 3.1.1 实体描述 本系统中所涉及实体有4个,其构造如下: 订购客户(客户编号、客户名称、地址、联系电话) 供应客户(客户编号、客户名称、地址、联系电话) 商品(商品编号、商品名称、销售单价、采购单价、仓库) 库存(商品编号、商品名称、数量、仓库) 3.1.2 联系描述 各实体联系属性如下: 订购(订购编号、订购日期、订购客户编号、商品编号、商品名称、商品数量) 配货(采购编号、采购日期、供货客户编号、采购员编号、商品编号、商品数量、商品名称、司机编号、商品单价) 送货(订购编号、司机编号、目地) 验收(订购编号、收货人、收获时间) 3.1.3 E-R图 本系统E-R图如图.7 所示: 管理员 仓库 订购 配货 送货 验收 顾客表 库存表 司机信息表 供应客户表 配货表 验收表 订购表 送货表 商品信息表 1 1 1 1 1 n n m 1 1 m m 1 n n 1 n E-R图 第四章 系统详细设计 4.1 数据库逻辑设计 数据库逻辑设计任务就是把概念构造设计阶段基本E-R图转化为与选用品体机器上DBMS产品所支持数据模型相符合逻辑构造,一方面要实现是E-R图关系模型转化。而为此要解决问题是如何将实体和实体之间联系转化为关系模式,如何拟定这些关系模式属性和码。对于实体,将每个实体转换为一种关系,实体属性即为关系属性,实体码即为关系码。 对于实体间联系,可以提成三种状况: 1) 若实体间联系是1:1,可以在两个实体转换成两个关系中任意一种关系属性中加入另一种关系码。 2) 若实体间联系是1:n,则在n端实体转换成关系中加入1端实体转换成关系码。 3) 若实体间联系是n:m,则将联系转换为关系,关系属性为诸个实体码加上联系具备属性,而关系码则为诸实体码组合。 本系统中所涉及到关系主码用下划线,外码用#标出: 订购客户(客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系电话、结账方式) 供应客户(客户编号、客户名称、公司类别、传真、通讯地址、联系人、联系电话话) 顾客(顾客号、权限、顾客密码) 司机(司机编号、司机姓名、司机性别、驾照类型、驾照号码、联系电话、车牌号码、状态、备注) 商品(商品编号、商品名称、规格、包装、销售单价、采购单价、仓库) 库存(商品编号#、商品名称、数量、仓库) 订购(订购编号、订购日期、订购客户编号#、商品编号#、商品名称、商品数量、状态) 配货(采购编号、采购日期、供货客户编号#、采购员编号#、商品编号#、商品数量、商品名称、司机编号#、商品单价、状态) 送货(送货编号、订购编号#、司机编号#、目地、结账方式) 验收(验收编号、订购编号#、收货人#、收获时间) 4.2 数据库实现 按照数据字典中数据元素阐明拟定每个数据项类型和长度,使每个关系都相应一种数据库表: 1) 订购客户表 列名 数据类型 长度 容许空 主键 客户编号 char 20 否 是 客户名称 char 20 是 公司类别 char 20 是 传真 char 20 是 通信地址 char 20 否 联系人 char 20 否 联系电话 char 20 否 结账方式 char 20 2) 供货客户表 列名 数据类型 长度 容许空 主键 客户编号 char 20 否 是 客户名称 char 20 是 公司类别 char 20 是 传真 char 20 是 通信地址 char 20 否 联系人 char 20 否 联系电话 char 20 否 3)订购表 列名 数据类型 长度 容许空 主键 订购编号 char 20 否 是 订购日期 datetime 8 否 订购客户编号 char 20 否 商品编号 char 20 否 商品名称 char 20 否 商品数量 int 4 否 状态 char 20 否 4) 配货表 列名 数据类型 长度 容许空 主键 采购编号 char 20 否 是 采购日期 datetime 8 是 供货客户编号 char 20 是 采购员编号 char 20 是 商品编号 char 20 否 商品数量 int 4 否 商品名称 char 20 否 司机编号 char 20 是 商品单价 char 20 是 状态 char 20 否 5) 送货表 列名 数据类型 长度 容许空 主键 送货编号 char 20 否 是 订购编号 char 20 是 司机编号 char 20 是 目地 char 50 是 结账方式 char 20 是 6)验收表 列名 数据类型 长度 容许空 主键 验收编号 char 20 否 是 订购编号 char 20 是 收货人 char 20 是 收货时间 datetime 8 是 7)顾客表 列名 数据类型 长度 容许空 主键 顾客名 char 20 否 是 权限 char 20 否 顾客密码 char 20 否 8)员工信息表 列名 数据类型 长度 容许空 主键 员工编号 char 20 否 是 员工姓名 char 20 否 员工性别 char 4 否 员工职务 char 20 否 员工部门 char 20 否 联系电话 char 20 否 状态 char 20 否 备注 char 50 是 9)司机信息表 列名 数据类型 长度 容许空 主键 司机编号 char 20 否 是 司机姓名 char 20 否 司机性别 char 4 否 驾证类型 char 20 否 驾照号码 char 20 否 联系电话 char 20 否 车牌号码 char 20 否 状态 char 20 否 备注 char 50 是 10)订单赚钱核算表 列名 数据类型 长度 容许空 主键 订购编号 char 20 否 是 商品编号 char 20 是 商品名称 char 20 是 赚钱 money 8 是 日期 datetime 8 是 11)库存表 列名 数据类型 长度 容许空 主键 商品编号 char 20 否 是 商品名称 char 20 是 数量 int 4 否 仓库 char 20 4.3 程序流程图 程序流程图又称为程序框图,表达办法简朴直观,在绘制程序流程图时使用符号阐明如下: 解决 输入输出 判断 起始终结 控制方向 (1) 主模块主模块 输入密码 Y N 重新输入 密码对的 Y 输入选项 N 选项 订购管理 配货管理 送货管理 验收管理 退出 结束 (2) 订购配货管理子模块 开 始 输入业务员编号 输入口 密码对的 选取项 选 择 N Y 输入商品信息 对的否 修 改 返 回 输入采购信息 条件满足 采 购 库存信息 条件满足 货品查看 Y Y Y 4.4 计算机系统配备方案 本系统采用Delphi来进行开发。基于软件开发工具选取,并考虑到本系统性能规定,对计算机系统详细配备如下。 4.4.1 计算机系统硬件配备 客户机:微机PⅢ866或以上档次,内存256MB以上,硬盘40G以上,集成Intel Pro 10/100网卡,8速AGP显卡,USB接口,3.5英寸软驱,48倍速CD-ROM,VGA 或更高辨别率显示屏,EPSON彩喷打印机; 服务器:微机PⅣ2.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 ,前台开发软件Delphi,后台数据库管理系统采用 Microsoft SQL Server ; 4.5 历史信息管理 由于信息每天都在更新,而历史信息并不能随意丢弃,它必要保存。此外为了防止因意外状况(如突然断电、死机等)或顾客误操作而导致数据丢失或错误,系统需要定期备份数据库中数据。采用两种办法:完全备份、增量备份。 开始时一周执行一次增量备份,一种月执行一次完全备份后来依照顾客对本系统纯熟限度,备份时间间隔恰当延长。 为保证有效备份,采用了双重备份办法,即在备份数据库中数据时,不但将数据备份到其她目录下,并且还将数据备份到移动硬盘上,这样就保证了数据完整性,有效地管理了历史数据。 4.6 人机界面设计 顾客界面是指软件系统和顾客交互接口,良好顾客界面往往可以提高顾客使用系统热情,并刺激她们积极性。 4.6.1 登录界面设计 为了保证系统安全性,进入系统之前必要通过必要安全性,简洁、清晰、和谐是此设计风格,如图所示: 顾客登录界面 如果输入顾客名或者密码错误,就会弹出下面窗口,见所示: 4.6.2 系统基本信息界面设计 输入对的顾客名和密码后,即进入系统。系统基本操作界面如图所示: 系统基本操作界面 系统基本操作界面重要涉及基本信息管理、订购管理、记录管理。其中基本信息管理中又可以分为商品信息管理、库存信息管理、客户信息管理、员工司机信息管理;订购管理又可以分为订购单信息管理、配货单信息管理、送货信息管理、验收信息管理;记录管理又可以分为订单赚钱信息管理、月赚钱信息管理;顾客管理涉及新增顾客、顾客管理。 4.6.3 商品信息界面 4.6.4 查询界面 4.6.5 订购界面 4.6.6 配货界面 4.6.7 送货界面 4.6.8 验收界面 第五章 系统实现 5.1 概述 在管理信息系统生命周期中,通过了系统规划、系统分析和系统设计等阶段后来,便开始了系统实行阶段。系统实行阶段要继承此前各阶段工作成果,将技术设计转化成物理实现,因而,系统实行成果是系统分析和设计阶段结晶。同步,系统实行作为系统生命周期中后期阶段,是把系统设计转化为可实际运营物理系统必然环节。再好系统设计,不通过系统实行也只能是不能带来现实效益空中楼阁。系统实行作为系统最后物理实现阶段,对于系统质量、可靠性和可维护性等有着十分重要影响。 5.2 编程工具与环境 编程过程又称程序设计或编写程序,按照详细设计阶段产生程序设计阐明书,用选定程序设计语言书写源程序,在程序设计中,不但要保证程序对的性,并且要保证程序可读性,必要采用构造化程序设计办法,用一组单一入口和单一出口基本控制构造及其重复嵌套。 本系统采用Delphi作为程序界面设计软件。后台数据库所采用软件是 Microsoft公司 SQL Server 。 SQL Server是一种高性能,多顾客关系型数据库管理系统,它被设计成支持高容量事务解决以及需求较少决策支持应用程序。它可以容许不同顾客通过不同方式看同样数据,保证了数据库一致性和可恢复性。它可靠性、质量和易用性使之成为诸多数据库软件首选。 5.3 系统测试 软件测试是系统质量保证重要活动之一。测试虽然不是质量保证“安全网”。但它是不可缺少,并且是重要环节。由于,在系统开发过程中,涉及一系列活动,而在这个活动过程中,人们也许犯诸多错误,错误也许发生在设计阶段,也也许发生在整个过程开始阶段。 系统测试目的是: 1) 测试是一种程序执行过程,其目的在于发现错误。 2) 一种好测试用例可以发现至今尚未察觉错误。 3) 一种成功测试则是发现至今尚未察觉错误测试。 总之,测试是发现错误,这不只是从技术角度测试下定义。软件测试中最为重要是,实际工作中人们心理学和经济学问题。 系统测试分为单元测试、组装测试、确认测试和系统测试,每一步都是在前一步基本上进行。 1. 单元测试 单元测试是指程序中一种模块或一种子程序,是程序运营最小单元,或是程序最小独立编译单位,单元测试也称模块测试。 例如对“登录”模块进行测试: 获得顾客登录名和密码。业务员信息中查找所有成员登录名和密码,核对与否有给定顾客登录名和密码,若给定登录名和密码不存在,同显示错误信息“顾客和密码不存在!” 进行单元测试可以采用白盒测试办法。白盒测试将软件看作一种透明白盒子,按照程序内部构造解决逻辑来选定测试用例,对软件逻辑途径及过程进行测试,检查它与设计与否相符。本例采用白盒测试条件覆盖原则,每一鉴定中每个条件,分别按“真”、“假”至少各执行一次,得到如下测试成果。 或者采用黑盒测试用例。将软件看作黑盒子,在完全不考虑程序内部构造和特性状况下,测试软件外部特性。依照软件需求规格阐明书设计测试用例,从程序输入和输出特性测试与否满足设定功能。 2. 组装测试 单元测试通过后,需要按照设计时作出层次模块图把它们连接起来,进行组装测试。普通采用黑盒法自顶向下测试。按HIPO图从顶层模块自上而下地组装。每次只啬一种模块逐个安装系统。一方面安装主菜单,并为主菜单添上下接子菜单,逐渐进行最后将系统安装完毕。 3. 确认测试 确认测试是进一步检查软件与否符合软件需求规格阐明书所有需求,因而又称为合格性测试,确认测试内容重要涉及如下几某些: (1) 功能测试 (2) 性能测试 (3) 配备审查 (4) 顾客资料 (5) 系统分析资料 (6) 系统设计资料 (7) 源程序与测试材料 4. 系统测试 系统测试也将整个软件作为测试对象,将信息系统所有构成某些涉及软硬件,顾客及环境等综合在一起进行测试,以保证系统各构成某些协调进行。经测试,未发现本软件有异常状况,能正常进行。 5.4 系统运营与维护 通过上述一系列测试通过后,系统就可以投入使用了。为了保证长期高效地工作,必要加强对运营寻常管理,寻常运营管理涉及系统每天运营状况、数据输入和输入状况以及系统安全性,完备性能及时地如实记录和处置。这些工作重要由系统运营人员来完毕。 系统维护目是为了保证管理信息系统正常可靠地运营,并能使系统不断得到改进和提高,以充分发挥作用。 系统应用程序维护:业务解决是通过程序进行,一旦程序发生问题或业务发生变化就必然地引地程序修改和调节。 数据维护:需求为业务是不断在变化,因而反映这种变化数据也规定随之变化,涉及内容增长及数据构造调节。 代码维护:系统任何变化最后要通过修改代码实现。 硬件设备维护:重要指主机及外设寻常维护和管理,以保证系统正常有效地运营。 第六章 结束语 6.1 概述 物流管理信息系统是一种典型信息管理系统(MIS),其开发重要涉及后台数据库建立和维护以及前端应用程序开发两个方面。对于前者规定建立 起数据一致性和完善性强,数据安全性好库,而对于后者则规定应用程序功能完善,易使用等特点。物流信息管理系统,对客户信息、产品信息、提单信息进行了全面管理,使得缩短了获取信息时间,提高了工作效率。 6.2 系统功能 本系统内容涵盖了物流重要和必要业务内容,它由客服中心、仓库管理、签收管理、订单修改、查询操作、产品设立和顾客管理构成,其系统功能基本符合顾客需求。 6.3 系统特点 本系统每一种管理子系统均做到内容详备合理、界面安排真观、查询检索功能强大。采用数据合计保存,满足顾客对历史资料查询等长处。 系统登录,需要使用者键入顾客名和口令,以防止未经授权顾客查询修改数据。 6.4 存在问题及改进方向 虽然系统总体功能已经实现,但是由于时间关系,数据验证还不完全,界面不够美观,还存在某些问题。 6.5 系统开发体会 通过本次管理信息系统开发遵循了原则软件开发过程,由此对三年学习进行了全面回顾与总结。 1. 系统分析重要性 系统分析工作重要任务是明确问题、拟定问题,理解顾客信息需求。由于对于顾客信息需求最大限度往往是软件开发成败核心,而顾客大都不是计算机专业人员,引导她们从规范和专业角度考虑需求是重要。由于明白这一点重要性,在软件开发开始时候就注重这一点,从而避免了多走弯路,加快了系统开发进程。 2. 严格按照既定规划进行系统开发 在系统开发前半某些工作,如系统分析、系统设计为系统开发后续工作制定了大量规范。因而,一旦系统分析、系统设计通过大量论证,与顾客协商、重复考虑后定稿,在系统实行过程中就要严格遵循这些即定规范去做,本人对这个问题不够注重,因此也导致了某些工作不得不重来。 3. 注重吸取商用软件长处 在这点特别要注重是商用软件普遍具备人性化界面,和谐操作办法,以便、易用,这样才干增进顾客选取使用。 4. 广泛积累素材 一本好参照资料往往可以使系统开发工作事半功倍,并使咱们眼界不至于只局限于一种特定框架体。 6.6 道谢 在课程设计中,指引教师予以咱们很大协助,从开始拟定开发思路,特别是在系统后期调试过程中,予以咱们指引和协助,为咱们提供了许多贵重意见。为此,咱们由衷对教师悉心指引表达深深感谢!- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 课程设计 报告 物流配送 管理 系统 样本
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文