物流配送中心日常业务管理系统毕业论文

xxx 学 院 物流配送中心日常业务管理系统 目 录 摘 要 . 错误 !未定义书签。 ABSTRACT . 错误 !未定义书签。 1 引言 . 1 1.3 可行性分析 . 1 1.2 论文各章简介 . 6 2 需求分析 . 8 2.1 业务流分析 . 8 2.2 数据流分析 . 9 2.3 数据字典 . 10 第 1 页 共 13 页 1 引言 1.1 课题的背景 随着经济全球化进程的加快，现代企业的专业分工与 协作，对现代物流提出了更高的要求，信息化、网络化已成为现代物流的鲜明特征，随着物流行业的发展壮大，需要有物流信息管理平台提供大量准确、及时的信息数据，以满足进行物流服务供需信息的交互，使用户及时、准确地掌握物流信息，同时对企业用户的需求做出快速的反应，在最短的时间内以最大限度挖掘和优化物流资源来满足企业用户的需求，从而建立高效的物流经济。 1.2 目的和意义 在我们大学期间，我们学习了各种理论知识，掌握了部分软件开发的实践经验，但是我们还是缺少实践知识和理论知识的结合，毕业设计不仅仅是对大学学习的考察，同时也是让自己整合运用所学的知识的良好方式，因此做好毕业设计，是对我们在进入公司和企业之前的一个极好的锻炼方式。 自从有人类活动以来，物流活动就一直存在，传统物流中的运输、装卸、仓储等等环节，由互不沟通的不同经济实体分别承担，他们之间似乎不存在利益的共生关系。因此，造成他们之间的较烦琐的物流转移程序，这些程序使伴随物流的信息被人为地割裂开来。虽然这并没有影响物资的实际流动，但是却影响到物资流动的绩效和成本 。现代物流（ modern times Logistics）指的是将信息、运输、仓储、库存、装卸搬运以及包装等物 流活动综合起来的一种新型的集成式管理，其任务是尽可能降低物流的总成本，为顾客提供最好的服务 ， 现代物流着眼于运输流程的管理和高科技信息情报，把各个环节按照科学、合理的流程组织起来，从而使企业用户获得最佳路线、最佳时间、最高的运输效率和最低的运输成本，形成一种有效利用资源、保护现代资源的 “绿色 ”服务体系 。随着国内信息化步伐的加快，加上物流企业对行业信息的需求越来越大，为保证用户获得及时、准确的物流信息，开发一个好的物流信息管理平台是十分必要的。 1.3 可行性分析 随着计算机技术的发展和网络人口的增加，人们对 网络的需求也越来越苛刻，越来越贴近其生活， 电子信息管理已经成为网上的一股潮流 。 而更多的，是要求传统行业的管理 第 2 页 共 13 页 要延伸到网络，以更方便其生活、工作和学习。可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。要达到这个目的，必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 系统的 可行性分析主要包括经济上的可行性、技术上的可行性和操作上的可行性。 本系统的可行性分析如下： 1.3.1 经济可行性 由于本基于 ASP.NET 的物流信息管理平台所要求的硬件（计算机及相关硬件）和软件环境 (.NET+SQL)，市场上都容易购买到或从相关网站下载， 系统成本主要集中在本管理系统的开发与维护上，对学校不造成过重的经济负担。而一旦 此系统投入使用 ,不仅可以减少公司的工作强度，提高工作效率，而且方便了公司对信息的管理，延续了传统的管理模式 ，极大限度的方便了公司管理人员，而且，目标系统不是很复杂，开发的周期较短，人员经济支出不大，所节省的 大量人力、财力产生的效益将远远大于本借阅系统的开发成本，所以 从 经济 方面讲开发此系统是可行的 。 1.3.2 技术可行性 基于 ASP.NET 的物流信息管理平台的 开发 基于 B/S 模式， 主要包括前端应用程序的开发以及后台数据库的建立和维护两个方面。对于 前 者要求应 具备 功能完备 、 易 于 使用等特点 ，而 对于 后 者则要求 能 建立数据一致性和完整性强、数据安全性好的库 。 B/S 结构 （ Browser/Server 结构）结构即浏览器和服务器结构。它是随着 Internet 技术的兴起，对 C/S 结构 的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW 浏览器来实现，极少部分事务逻辑在前端（ Browser）实 现，但是主要事务逻辑在服务器端（ Server）实现，形成所谓三层 3-tier 结构。这样就大大简化了 企业用户 端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（ TCO）。以目前的技术看，局域网建立 B/S 结构的网络应用，并通过 Internet/Intranet 模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如 LAN, WAN, Internet/Intranet 等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问 权限，服务器数据库也很安全 。目前我院内网（ Intranet）、外网（ Internet）和北京东方清大公司 “案件、办公管理软件 ”就是 B/S 结构管理软件，干警在局域网各工作站通过 WWW 浏览器就能实现工作业务。特别是在 JAVA 这样的跨平台语言出现之后， B/S 架构管理软件更是方便、速度慢、效果优。 随着 Internet 和 WWW 的流行，以往的主机终端和 C S 都无法满足当前的全球网络开放、互连、信息随处可见和信息共享的新要求，于是就出现了 B S 型模式，即浏览器服务器结构。 B/S 模式最大特点是：用户可以通过 WWW 例览器去访问 Internet 上的文本、数据、图像、动画、视频点播和声音信息，这些信息都是由许许多多的 Web 服务器 第 3 页 共 13 页 产生的，而每一个 Web 服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中。 企业用户 端除了 WWW 创览器，一般无须任何用户程序，只需从Web 服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由 Web服务器交给数据库服务器来解释执行，并返回给 Web 服务器， Web 服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的 Intranet。 一、 B/S 模式的优点和缺点 B/S 结构的优点 （ 1）、具有分布性特点，可以随时随地进行查询、浏览等业务处理。 （ 2）、业务扩展简单方便，通过增加网页即可增加服务器功能。 （ 3）、维护简单方便，只需要改变网页，即可实现所有用户的同步更新。 （ 4）、开发简单，共享性强 B/S 模式的缺点 （ 1）、个性化特点明显降低，无法实现具有个性化的功能要求。 （ 2）、操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。 （ 3）、页面动态刷新，响应速度明显降低。 （ 4）、无法实现分页显示，给数据库访问造成较大的压力。 （ 5）、功能弱化，难以实现传统模式下的特殊功能要求。 二、 C/S 模式的优点和缺点 C/S 模式的优点 1.由于 企业用户 端实现与服务器的直接相连，没有中间环节，因此响应速度快。 2.操作界面漂亮、形式多样，可以充分满足 企业用户 自身的个性化要求。 3.C/S 结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程。 C/S 模式的缺点 1.需要专门的 企业用户 端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现 快速部署安装和配置。 2.兼容性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序。 3.开发成本较高，需要具有一定专业水准的技术人员才能完成。 三、 B/S 架构软件的优势与劣势 （ 1）、维护和升级方式简单。目前，软件系统的改进和升级越来越频繁， C/S 系统的各部分模块中有一部分改变，就要关联到其它模块的变动，使系统升级成本比较大。 B/S与 C/S 处理模式相比，则大大简化了 企业用户 端，只要 企业用户 端机器能上网就可以。对于 B/S 而言，开发、维护等几乎所有工作也都集中在服务器端，当企业对网 络应用进行升级时，只需更新服务器端的软件就可以，这减轻了异地用户系统维护与升级的成本。如果企业用户 端的软件系统升级比较频繁，那么 B/S 架构的产品优势明显 所有的 升级操作只需要针对服务器进行，这对那些点多面广的应用是很有价值的，例如一些招聘网站就 第 4 页 共 13 页 需要采用 B/S 模式， 企业用户 端分散，且应用简单，只需要进行简单的浏览和少量信息的录入。 （ 2）、系统的性能 在系统的性能方面， B/S 占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用 B/S 系统的终端。不过， 采用 B/S 结构， 企业用户 端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用 C/S 结构时， 企业用户 端和服务器端都能够处理任务，这虽然对 企业用户 机的要求较高，但因此可以减轻服务器的压力。而且，由于 企业用户 端使用浏览器，使得网上发布的信息必须是以 HTML 格式为主，其它格式文件多半是以附件的形式存放。而 HTML 格式文件（也就是 Web 页面）不便于编辑修改，给文件管理带来了许多不便。比如说很多人每天上 “新浪 ”网，只要安装了浏览器就可以了，并不需要了解 “新浪 ”的服务器用的是什 么操作系统，而事实上大部分网站确实没有使用windows 操作系统，但用户的电脑本身安装的大部分是 windows 操作系统。 （ 3）、系统的开发 C/S 结构是建立在中间件产品基础之上的，要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通信安全等系统级的问题。这对应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移植和互操作变得复杂。如果 企业用户 端是在不同的操作系统上， C/S 结构的软件需要开发不同版本的 企业用户 端软件。但是，与 B/S 结构相比， C/S 技术发展历史更为 “悠久 ”。从技术成熟度及软件设计、开发人员的掌握水平来看， C/S 技术应是更成熟、更可靠的。 四、 B/S、 C/S 结构软件技术上的比较 其实，无论是 B/S 还是 C/S，他们都不新鲜。 C/S(Client rver， 企业用户 端 /服务器 )技术从上世纪 90 年代初出现至今已经相当成熟，并得到了非常广泛的应用，其结构经历了二层 C/S、三层 C/S 的更迭。 B/S(Browser rver，浏览器 /服务器 )技术则是伴随着 Internet 的普及而来的。有必要说明的是， B/S 最早并不叫 “B/S”，此类应用国外通 常叫 Web 应用，是国内一些公司 “创造 ”了 “B/S”这个词。 应该说， B/S 和 C/S 各有千秋，他们都是当前非常重要的计算架构。在适用 Internet、维护工作量等方面， B/S 比 C/S 要强得多；但在运行速度、数据安全、人机交互等方面，B/S 远不如 C/S。综合起来可以发现，凡是 C/S 的强项，便是 B/S 的弱项，反之亦然。因此，问题也就因此而产生了，我们的 ERP 产品到底该用 B/S 还是 C/S 架构呢？一场关于C/S 与 B/S 的口水战也由此在 ERP 业界拉开了序幕。在互联网泡沫盛行的 2000 年至 2002年间，这场口水战达到了顶 峰。但直到现在，人们也没有辩出谁是谁非。 事实上，从上面的分析可以看出，这场口水战不可能有胜负出现，因为 B/S 与 C/S 具有不同的优势与特点，他们无法相互取代。例如，对于以浏览为主、录入简单的应用程序，B/S 技术有很大的优势，现在全球铺天盖地的 Web 网站就是明证；而对于交互复杂的 ERP等企业级应用， B/S 则很难胜任，从全球范围看，成熟的 ERP 产品大多采用二层或三层C/S 架构， B/S 的 ERP 产品并不多见。 第 5 页 共 13 页 “B/S 还是 C/S”也就由此成了 ERP 的技术之痛。难道这个痛就无药可救了吗？是否有可能将 B/S 与 C/S 的优 势融合呢？答案是肯定的，在这几年的发展中将 B/S 与 C/S 的优势完美地结合起来，就是说该平台的应用系统能以 B/S 的方式发布运行，同时又具有 C/S 方式的极强的可操作性。这点从该平台生成的废旧 产品 化的网络协同商务管理软件上得到充分的体现！ 五、 B/S、 C/S 结构软件商业运用上的比较 管理软件是为企业服务的，企业选用管理软件不仅要从技术上考虑，还要从商业运用方面来考虑，下文将从商业运用的角度对两种结构的软件进行比较。 1，投入成本比较。 B/S 结构软件一般只有初期一次性投入成本。对于集团来讲，有利于软件项目控制和避免 IT 黑洞，而 C/S 结构的软件则不同，随着应用范围的扩大，投资会连绵不绝。 2，硬件投资保护比较。在对已有硬件投资的保护方面，两种结构也是完全不同的。当应用范围扩大，系统负载上升时， C/S 结构软件的一般解决方案是购买更高级的中央服务器，原服务器放弃不用，这是由于 C/S 软件的两层结构造成的，这类软件的服务器程序必须部署在一台计算机上；而 B/S 结构（如 e 通管理系列）则不同，随着服务器负载的增加，可以平滑地增加服务器的个数并建立集群服务器系统，然后在各个服务器之间做负载均衡。有效地保护了原有硬件投资。 3，企业快速 扩张支持上的比较。对于成长中的企业，快速扩张是它的显著特点。例如迪信通公司，每年都有新的配送中心成立，每月都有新的门店开张。应用软件的快速部署，是企业快速扩张的必要保障。对于 C/S 结构的软件来讲，由于必须同时安装服务器和企业用户 端、建设机房、招聘专业管理人员等，所以无法适应企业快速扩张的特点。而 B/S结构软件，只需一次安装，以后只需设立账号、培训即可。 其次，随着软件应用的扩张，对系统维护人才的需求有可能成为企业快速扩张的制约瓶颈。如果企业开店上百家，对计算机专业人才的需求就将是企业面临的巨大挑战之一。 本 系统拟采用 .NET（ Active Server Pages） 和 SQL 分别作为前端和后端的开发工具。 ASP.NET 是由微软在 .NET Framework 中所提供的，开发 Web 应用程序的类库，封装在 System.Web.dll 文件中，显露出 System.Web 命名空间，并提供 ASP.NET 网页处理、扩充以及 HTTP 通道的应用程序与通讯处理等工作，以及 Web Service 的基础架构。 ASP.NET是 ASP 技术的后继者，但它的发展性要比 ASP 技术要强大许多。 ASP.NET 可以运行在安装了 .NET Framework 的 IIS 服务器上，若要在非微软的平台上运行，则需要使用 Mono 平台 1， ASP.NET 在 2.0 版本已经定型，在 .NET Framework 3.5上则加上了许多功能，像是 ASP.NET AJAX、 ASP.NET MVC Framework、 ASP.NET Dynamic Data 与 Microsoft Silverlight 的服务器控件等。 ASP.NET 的前身 ASP 技术，是在 IIS 2.0 上首次推出（ Windows NT 3.51），当时与 ADO 1.0 一起推出，在 IIS 3.0 (Windows NT 4.0)发扬光大，成为服务器端应用程序的热门开发工具，微软还特别为它量身打造了 Visual InterDev 开发工具，在 1994 年到 2000 年之间，ASP 技术已经成为微软推展 Windows NT 4.0 平台的关键技术之一，数以万计的 ASP 网站 第 6 页 共 13 页 也是这个时候开始如雨后春笋般的出现在网络上。由于它的简单以及高度客制化的能力，也是它能迅速窜起的原因之一。 SQL Server 是一个具备完全 Web 支持的数据库产品，提供了对可扩展标记语言 (XML) 的核心支持以及在 Internet 上和防火墙外进行 查询的能力，提供了以 Web 标准为基础的扩展数据库编程功能。丰富的 XML 和 Internet 标准支持允许使用内置的存储过程以 XML 格式轻松存储和检索数据。 SQL Server 提供强大的开发工具和各类开发特性，在大大提高开发效率的同时，进一步拓展应用空间，带来新的商业应用机遇。例如， XML 数据库与 Web Service 的支持将使您的应用实现 Internet 数据互联， .Net 集成极大的扩展了开发空间，异构数据集成、 Service Broker使您的数据和其它应用无缝集成，各种新数据类型和 T-SQL扩展带来了诸多灵活性。C#、 VB.Net、 XQuery、 XMLA、 ADO.Net 2.0、 SMO、 AMO 等都将成为 SQL Server 数据平台上开发数据相关应用的有力工具。 因此从技术方面讲开发此系统是可行的。 1.3.3 操作可行性 公司 作为一 个废旧产品 资源的 集散点，其主要功能就是对的产品进行分类管理。传统的基于 ASP.NET 的物流信息管理平台，一般有两种方式：一是手工管理，这种方式应用最传统的“笔纸操作系统”，将公司的产品信息、销售 信息、企业用户信息管理及单据管理等均以纯手工的形式进行，将信息以表格文件的表现形式记录在纸上，再进行统一保存。这种方式虽然在简单信息查询时会有一定的方便，但是存在着更多的不便：信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易造成失误等 。 另一种是常见的信息管理方法是应用单机版的管理系统，但是这种系统设计时间较早，很多功能划分很不科学，很多设置已经跟不上时代需求了。但是公司管理人员已经有相当的应用经验，所以新的系统操作有一定的操作经验可以作一定的操作经验。 本公司规模较大，信息管理经验丰富， 单机版的基于 ASP.NET 的物流信息管理平台做得较系统较到位，在公司信息处理方面做得很精准规范。 综上所述，本公司很有必要，也很有条件做到公司信息在线管理，以更贴近时代需求和公司发展需要。 1.2 论文各章简介 第 1 章引言部分，引言主要叙述课题的可行性分析。 第 2 章主要内容是：系统需求分析包括， 业务流程分析；数据流分析；数据字典。 第 3 章主要内容是：系统设计包括，系统设计思想；系统功能模块划分。 第 4 章主要内容是：数据库设计包括，数据库 需求分析，数据库概念结构设计，数据库逻辑结构设计。 第 7 页 共 13 页 第 5 章主要内容是：管理界面包括， 管理界面结构设计；管理首页设计；系统管理模块；基出管理模块；企业用户管理模块；运输理模块；运单管理模块；销售管理模块；退出登陆模块 最后还有结论、致谢、参考文献等等内容的介绍。 第 8 页 共 13 页 2 需求分析 2.1 业务流分析 基于 ASP.NET 的物流信息管理平台工作流程为：系统启动并进入首 页界面，后台系统管理员输入正确的用户名及密码后，登陆系统主操作界面，系统管理员可对系统相关信息进行操作，包括基本信息、会员信息、企业用户信息、销售信息、仓库信息等。 本系统的业务流程图如图 2-1 所示： 本系统是将现代化的计算机技术与公司管理服务模式相结合，按照借阅管理的服务流程设计完成的。同时为扩展服务范围，初步设计一个管理平台以利于信息发布和管理。为了使系统在各项管理中发挥更大的作用，实现工作过程的计算机化，提高工作效率和工作质量，现提出如下系统开发目标： 具体 目标如下： （ 1）操作简单、界面友好：完全控件式的页面布局，使得信息的录入工作更简便；许多选项包括废旧产品信息、采购信息、企业用户信息、销售信息等只需要点击鼠标就可以完成。 （ 2）即时可见：对信息的处理（包括添加、修改、删除）将立即在对应的页面显示出来，达到 即时发布、即时见效 的功能。 （ 3）功能完善：不仅包括常见系统的信息管理的各个方面：信息录入、浏览、删除、修改、查询等各个方面，完整地实现了系统对即时信息的管理要求。同时，为了能有效方面的更新系统的界面。 （ 4）方便移植：系统应具有实用性、可靠性和适用 性，同时注意到先进性。针对不同的用户，只需要稍作修改就可以开发出适合自己特点的基于 ASP.NET 的物流信息管理平台。系统界面中所需的数据都存放于数据文件中，只要对该文件做部分修改，就能在系统查询 发布 修改 浏 览 删除 登录系统 系统管理员 基本信息、商品信息、收购商信息等 统计 自动写入后台数据库 保存 图 2-1 系统业务流程图 第 9 页 共 13 页 界面上实现及时更新的效果，减少了更改系统源代码的复杂性。 （ 5）动态管理：对系统数据库实行动态操作，能实现对数据库信息的动态查询、动态更新修改和动态录入数据。 2.2 数据流分析 数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题。现有的数据流程分析多是通过分层的数据流程图（ data flow diagram，简称 DFD）来实现的。其具体的做法是：按业务流程图理出的业务流程顺序，将相应调查过程中所掌握的数据处理过程，绘制成一套完整的数据流程图。 基于 ASP.NET 的物流信息管理平台的数据流程：对本系统操作的数据源有个人用户、企业用户和管理员三种，首先由系统管理员根据不同用户的需要将某些信息保存到数据库中，然后再进行发布。不同权限的用户可以对这些库信息进行添加、修改和删除处理。所有用户均可以进行信息 查询。通过对本系统的需求分析，系统的基本功能已经确定。 利用层次图来表示系统中各模块之间的关系。层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素（不能再分割的元素）。随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。从对顶层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。 本系统分 为前台部分和后台部分，共有八个模块，每个模块之间虽然在表面上是相互独立的，但是在对数据库的访问上是紧密相连的，各个模块访问的是同一个数据库，只是所访问的表不同而已。每个模块的功能都是按照在调研中搜集的资料进行编排制作的。依据上述功能的分析，系统在八个模块的基础上有的模块又可分为几个小模块： 1.用户注册模块包括两个模块：个人用户注册 、 企业用户注册。 2.发布信息模块包括两个模块：个人用户发布信息、企业用户发布信息。 3.会员中心模块包括两个模块：修改基本信息、管理发布信息、站内短息管理。 4.搜索功能模块 包括五个模块：搜索车源信息、搜索货源信息、搜索专线信息、搜索招聘信息、搜索仓储信息。 5.用户管理模块包括两个模块：企业用户管理、个人用户管理。 6.物流信息管理模块包括五个模块：招聘信息管理、仓储信息管理、货源信息管理、车源信息管理、专线信息管理。 7.物流新闻管理包括两个模块：管理新闻、发布新闻。 第 10 页 共 13 页 8.站内公告管理包括两个模块：公告发布、公告管理。 2.3 数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义 的集合。数据流图和数据字典共同构成系统的逻辑模型。 2.3.1 基于 ASP.NET 的物流配送中心业务管理平台的数据字典 1.数据字典列表 数据流 数据存储名称：管理员信息 数据来源：管理员信息表 数据去向：管理员登陆模块 数据组成： 管理员信息管理信息唯一标识 +管理员帐号 +管理员密码 +管理员权限 +注册时间 描述：存储了管理员的基本信息 数据存储名称：个人用户信息 数据来源： 个人用户 信息表 数据去向： 个人用户 模块 数据组成 ：个人用户信息 =个人用户信息唯一标识 +编号 +姓名 +电话 +性别 +身份证 +岗位 +注册时间等 描述：存储了个人用户的注册信息 数据存储名称：运单信息 数据来源： 运单信息 表 数据去向： 运单 信息模块 数据组成 ：运单信息 =运单信息唯一标识 +