基于计算机技术与数据库技术的物流管理系统毕业设计论文(编辑修改稿)

基于计算机技术与数据库技术的物流管理系统毕业设计论文(编辑修改稿)内容摘要：

以及它们之间的关系。 在本系统中主要的用户是管理员和操作员。 其中管理员主要是负责对用户的增加、删除、修改、查看和对系统的管理，即查看系统的操作日志，同时其可以改变系统外观风格和查看客户联系情况，而操作员是本系统的主要用户，其负责所有业务的记录与处理。 包括：对客户信息的增删改查、与客户进行联系，对业务记录的增删改查，同时其还可以查看修改自身的个人信息。 如图 251： 图 251 用例图 | 8 (ii) 用例描述：系统用例较多，且每个用例基本上都好几个模块，所以在本论文中仅以业务记录管理中的添加业务记录为例展示出用例描述。 其他用例与其类似则不进行一一描述了。 (iii)添加业务记录用例描述： 用例名称：添加业务记录 简要描述：业务员输入业务记录信息，检查无误，完成添加业务功能； 前置条件：业务员登陆客户管理系统； 后置条件：空； 基本事件流： （ 1）业务事件发生； （ 2）业务员在系统中选择发生业务的客户； （ 3）业务员录入与该客户有关的业务信息 A1 录入数据无效； （ 4）正常录入 ，系统确认； （ 5）更新业务记录数据库： B1 业务发生时间比客户“最近一次联系时间”早 B2 业务发生时间比客户“最近一次联系时间”晚 (6)更新客户信息数据库； (7)操作结束，业务记录添加成功。 (iv)其他事件流： A2 录入数据无效 返回基本事件流（ 2） B1 业务发生时间比客户“最近一次联系时间”早 返回基本事件流（ 7） B2 业务发生时间比客户“最近一次联系时间”晚 将客户“最近一次联系时间”字段改为该业务发生时间 返回基本事件流（ 6） 动态模型 面向对象分析设计中，动态建模描述了系统的动态行为，动态模型描述与操作时间和顺序有关的系统特征、影响更改的事件、事件的序列、事件的环境以及事件的组织。 借助序列图、状态图和活动图，可以描述系统的动态模型。 动态模型的每个图均有助于理解系统的行为特征。 对于开发人员来说，动态建模具有明确性、可视性和简易性的特点。 序列图可以供不同种类的人员使用，用户可以从序列图中看到业务过程的细节；分 | 9 析人员可以从序列图中看到相关的处理流程；开发人员可以看到需要开发的对象以及对这些对象的操作；质量保证师可以看到过程 的细节，并根据这个过程开发测试案例。 可以说序列图对系统的开发的各个方面都是有用的。 可见，序列图对一个系统来说也是至关重要的，所以在本论文中动态图我们最主要选择了序列图。 协作图是交互图的另外一种形式，它侧重描述对象、对象间的链接以及链接对象间如何发送消息。 而活动图又体现了活动，这是序列图和协作图不能表示出的。 3 系统概要设计 设计思想 系统设计主要由两个阶段组成：系统设计、结构设计。 系统设计是系统的总体目标起点，根据我们在需求分析阶段对系统功能的要求来考虑系统所要用到的技术以及经济开销和系统的运 行环境等方面的条件，确定系统的总体设计方案，从而确保系统的总体目标的实现。 系统分为了多个模块，每个模块完成一个相应功能，从而实现模块的独立化。 由于模块的独立程度又由内聚和耦合两个标准来进行衡量，因此要做到模块的独立化就得尽量使模块的划分做到高内聚和低耦合。 耦合是对一个软件结构内不同模块之间互连程度的度量。 耦合强弱取决于模块之间接口的复杂程度，进入或访问一个模块的点，以及通过接口的数据，在软件设计中应该追求尽可能低耦合的系统。 由此可知影响软件复杂程度的一个重要因素就是耦合，所以我们在开发系统时应该采取以下 的设计原则：尽量使用数据耦合，少用控制耦合，限制公共环境耦合的范围，完全不用内容耦合。 设计目标 系统的总体设计目标就是建立一个统一的信息管理平台，以公司经营的客户群为中心来对客户的详细信息进行有效的管理，加强同客户的交流和感情的建立，从而提高客户对公司的满意程度，也为公司的不断发展起到推动性的作用。 其实本系统要实现的一系列操作都是对数据进行增、删、查、改操作。 通过对本系统的分析后，本系统需要达到的主要设计目标有： (1)系统的要达到一个友好的界面。 (2)系统的管理员对有完全权限。 | 10 (3)系统用 户可随时修改自己的口令。 (4)系统用户输入数据要作验证。 (5)系统各个模块的增、删、改、查要设计得当。 (6)系统要有使用说明书。 (7)系统运行要稳定，而且也要安全可靠。 系统结构设计 本系统的主要功能结构图如图 31 所示： 图 31 功能结构图 运行环境 平台： windows/Linux/macosx/Unix 数据库： mysql5 服务器： apache d server/nighx/iis 等 系统的设计 计算机管理信息系统设计的基本前提条件是把管理对象数字化或符号化，也就是代码设计。 代码指明了事物的名称、属性、状态。 运用计算机进行数据处理时，为了录入和处理的方便，为了节省存储空间，提高处理速度、效率和精度，通常用数字、字母和一些特殊符号组成的代码来识别事物和处理数据，这就是代码设计。 代码设计是数据库系统开发的前提条件，数据库的有力补充，是系统不可缺少的重要内容。 编码是指与原来名称对应的编号、符号或记号。 它是进行信息交换、处理、传输和实现信息资源共享 | 11 的关键。 编码也用于指定数据的处理方法、区别数据类型，并指定计 算机处理的内容等。 在进行代码设计的过程中，要求程序员遵循下列代码设计的基本原则： (1)要适合计算机处理 代码是计算机进行分类、排序、检索、统计、分析等所有处理的依据，因此代码选择要便于计算机识别和处理。 例如，采用按位编码法得到的代码分类基准量明确，处理方便；而采用字母法进行代码设计则便于人工阅读，易于进行文档的编写和维护。 当然，最重要的是代码设计要满足管理的要求。 (2)要便于使用 代码的结构要简单明了，含义单纯，容易理解，容易记忆。 例如，要尽可能使用现有的名称代号和代码符号。 在本系统的对象中，企业内部 的员工编号是确定而且稳定的，这样在代码设计时就不宜变动，可继续使用。 (3)要具有系统性、通用性和可扩展性 代码不仅对于本系统适用，而且要考虑到应用于本系统所在的高层网络，甚至于全行业的应用。 因此，代码设计要从系统出发，从高处着眼，以利于通观整个系统，便于整个系统内部的信息交换及数据共享，同时最好采用上级部门的编码。 要考虑到各种代码的适用范围、适用时间和适用的技术特点，直观性要好，通用性要强。 还要考虑到发展的远景及有可能出现的变化和增减。 (4)选择最小值代码 代码位数直接影响到存储空间的利用和处理速度。 同 时，代码位的数增加，工作人员的出错率也随之增加，所以代码的位数要最小。 (5)代码标准化 凡是国家和主管部门已经制定统一代码的，则采用标准代码形式，便于各系统之间的信息交换。 如国家和主管部门无统宁规定的，则尽量和国际标准或国际惯例相一致，或和同行业的惯例相一致。 数据 ER 图如 351 和 352 | 12 图 351ER 图 1 图 352 ER 图 2 主要类属性如图 353 至 357 | 13 图 353 项目基础属性 图 354 客户 customer 基础属性 图 355 产品 product 是基础属性 | 14 图 356 用户 user 的基础属性 系统的数据库设计 系统设计时要考虑数据库的设计，数据库的设计要许多的原则。 本系统的数据库设计规范化为： 1. 表中不应该有空的列； 2. 表中不应该有重复的值或者列； 3. 表中应该有唯一的标识符； 表设计的时候，一定要用一个 ID 号来确定唯一的标识行记录，而不要通过名字、编号等字段来对纪录进行区分。 每个表都应该有一个 ID 列，任何两个记录都不可以共享同一个 ID 值。 另外，这个 ID 值最好由据库来进行自动管理，而不要把这个任务给前台应用程序。 否则的话，很容易产生 ID 值不统一的情况。 4. 象一定要有统一的前缀； 一个应用系统，往往有许多的数据库表。 没有统一的前缀引用时有可能比较困难。 因此，在建库前一定要花一定的时间去制定一个合理的前缀命名规范。 如和物料管理模块相关的可以用 M 等。 其次，表、视图、函数等最好也有统一的前缀。 5． 存储单一实体类型的数据。 这里的实体类型和数据类型是不同的，此处讲的实体类型是指所需描述对象的本身。 如：图书管理系统中，图书信息和作者信息是不同的实体对象，需要不同的表，这样日后能更好的维护。 下面为数据表，由于数据表较多，就不一一的陈列了，主要选择几个。 客户详细信息数据库表 wkcustomer，主要用于记录客户信息，数据表如下： 字段 类型 空 默认 customer_id int(10) 否 owner_role_id int(10) 否 creator_role_id int(10) 否 | 15 contacts_id int(10) 否 0 name varchar(333) 否 origin varchar(150) 否 address varchar(100) 否 zip_code varchar(20) 否 industry varchar(150) 否 annual_revenue varchar(20) 否 ownership varchar(150) 否 rating varchar(150) 否 create_time int(10) 否 update_time int(10) 否 is_deleted int(1) 否 is_locked int(1) 否 delete_role_id int(10) 否 delete_time int(10) 否 项目详细信息数据表 wkbusiness，主要 存放详细相关信息，数据表如下： 字段 类型 空 默认 business_id int(10) 否 name varchar(255) 否 origin varchar(255) 否 type varchar(200) 否 estimate_price int(11) 否 0 customer_id int(10) 否 creator_role_id int(10) 否 owner_role_id int(10) 否 gain_rate int(3) 否 total_amount int(10) 否 subtotal_val float(9,2) 否 discount_price float(9,2) 否 sales_price float(9,2) 否 | 16 due_date int(10) 否 create_time int(10) 否 update_time int(10) 否 update_role_id int(10) 否 status_id int(10) 否 total_price float(10,2) 否 nextstep varchar(100) 否 nextstep_time int(10) 否 is_deleted int(1) 否 delete_role_id int(10) 否 delete_time int(10) 否 contacts_id int(10) 否 contract_address varchar(500) 否 产品详细信息数据表 wkproduct，主要记录产品信息，数据表如下： 字段 类型 空 默认 product_id int(10) 否 category_id int(11) 否 name varchar(200) 否 creator_role_id int(10) 否 cost_price float(10,2) 否 suggested_price float(10,2) 否 development_team varchar(255) 否 development_time int(10) 否 link varchar(200) 否 create_time int(10) 否 update_time int(10) 否 合同是数据表表的结构 wkcontract， 主要记录合同的详细信息： 字段 类型 空 默认 contract_id int(10) 否 number varchar(50) 否 business_id int(10) 否 price decimal(10,2) 否。