软件综合项目工程专业课程设计方案报告物流配送标准管理系统.doc
《软件综合项目工程专业课程设计方案报告物流配送标准管理系统.doc》由会员分享，可在线阅读，更多相关《软件综合项目工程专业课程设计方案报告物流配送标准管理系统.doc（32页珍藏版）》请在咨信网上搜索。
青岛工学院 《软件工程课程设计》汇报书 题 目 物流配送管理系统 学生姓名 王硕 郭庆博 宋钊 指导老师 杨彦明 系 部 信息工程系 专业班级 级计算机科学和技术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 历史信息管理 因为信息天天全部在更新，而历史信息并不能随意丢弃，它必需保留。另外为了预防因意外情况（如忽然断电、死机等）或用户误操作而造成数据丢失或错误，系统需要定时备份数据库中数据。采取两种方法：完全备份、增量备份。 开始时一周实施一次增量备份，30天实施一次完全备份以后依据用户对本系统熟练程度，备份时间间隔合适延长。 为确保有效备份，采取了双重备份方法，即在备份数据库中数据时，不仅将数据备份到其它目录下，而且还将数据备份到移动硬盘上，这么就确保了数据完整性，有效地管理了历史数据。 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。
该用户的其他文档 更多>>
团支部学期工作计划与要点总结.docx
-
房地产销售月工作计划书.docx
餐饮的工作计划与总结.pdf
-
出纳工作总结和工作计划怎么写好.pdf
-
司法所个人月工作计划.pdf
-
庆祝妇女节主题活动工作计划范文.pdf
-
政教处月度工作计划.pdf
-
财务部工作计划.pdf
-
护士长手册季度工作计划安排.pdf
-
水利局工作人员年度工作总结范文.pdf
-
工信局年度工作总结汇报.pdf
-
幼儿园教师的工作总结.pdf
-
维修岗位个人工作总结.pdf
-
超市休闲食品工作总结怎样写.pdf
-
大班三月份保育员工作总结.docx
-
学校教学月工作计划 (2).docx
-
团支部工作计划与要点总结.docx
-
电子版工作总结怎么弄.docx
-
宿管工作总结1000.docx
-
刚步入工作的工作总结范文大全.docx
-
火锅店的策划方案.docx
-
乡镇卫生健康工作总结和计划.docx
-
市场部年度工作计划（7篇）.docx
-
近三年工作总结 个人.pdf
-
个人工作总结摘要怎么写 (2).docx
-
美容师的年度工作计划.docx
-
护士的新年工作计划范文大全.docx
-
这学期的工作计划.docx
-
每月工作计划范本大全.docx
-
服务员服务管理工作计划样本.docx
-
保育员老师工作总结.pdf
-
办公室月工作计划.docx
关于本文
实名认证
查看上传人更多文档
自信AI助手
微信客服
客服QQ
发送邮件
意见反馈
