订货管理系统数据库设计
订单管理数据库系统需求说明书

订单管理数据库系统需求目录1.简介 (3)1.1目的 (3)1.2范围 (3)1.3定义、首字母缩写词和缩略语 (3)1.4概述 (3)2. 整体说明 (4)2.1用例模型 (4)2.2系统框架 (5)2.3假设与依赖关系 (5)2.4 数据字典 (6)2.5概念结构设计E-R图 (8)2.6逻辑结构设计,将E-R图转换为关系模型 (10)3.物理结构设计 (10)4业务需求 (12)4.1仓库管理 (12)4.2采购管理 (12)4.3销售订单管理 (13)4功能需求 (14)4.1安全管理 (14)4.2系统输入、输出格式 (14)4.3个人工具箱 (14)4.5 数据维护界面及接口 (15)4.7即席查询 (15)5.项目管理 (15)5.1项目管理原则 (15)5.2项目组织结构和责任 (16)5.3项目进度控制机制 (17)5.4项目实施中项目管理文档样本 (18)1.简介本文档主要描述订单系统,其主要使用者有顾客、配货中心、管理决策者。
顾客主要浏览、查询上商品信息,完成网上购物、支付和订购等;配货中心要了解仓库的商品种类、存量等,不仅为管理决策部门提供数据,还要打印订单、为送货部门配送货物,送货部门在完成送货之后,要向管理部门提供反馈信息。
柜台销售人员要了解商品的种类、数量、价格及商品性能等,并负责柜台的订货。
管理部门要根据系统提供的各类数据,随时掌握商品的销售信息,进销存信息,编制计划,并根据订单相配货中心发送配货信息,平衡协调、监控计划的执行。
1.1目的✓描述订单管理数据库系统需求✓形成规范性文档,项目管理受控环节✓开发商依照本文档进行需求分析1.2范围✓此文档用于订单管理数据库系统软件业务需求,用于解释需求文档集(前景、用例说明书)。
1.3定义、首字母缩写词和缩略语✓用例模型:描述用户可以操作的业务模块。
用来指导系统开发时功能模块的划分;✓业务需求:描述订单管理数据库系统所涉及的相关业务需求;✓功能需求:描述用户对系统操作和使用上的要求;✓假设与依赖关系:本需求所要求的前提条件;✓安全管理:主要包括用户管理、用户登陆、用户权限等;✓系统输出格式:系统展现数据的各种形式(如报表、图形、导出excel等);1.4概述本系统须具备以下功能:信息的查询与显示——重要功能,数据可以在web上部分的供普通客户查询;信息的实时录入、存储、处理和动态更新功能;订单管理和处理功能——系统在收到来自柜台、电话和网络的订单之后,要进行处理,并及时反馈到配货中心、管理部门以及客户进行确认。
基于数据仓库的电子订货系统设计及仿真

ma e t e d sr ui n d c so s u l aa w e o s u re d l ,a d e s r h r e f ce c .T e e p r k h i i t e iin ,b i d t a h u e q e is mo u e n n u e t e o d r ef in y tb o d r i h xe — i
活用 品 . 因此 连 锁 超 市 订 货 和供 货 的 及 时 性 直 接 保 证 了 其 经
依据 的数据冗杂等特 点 的制约造 成实 际 的订货效 率不 高 的 问题 。传统 的订货 系统通过仅将超 市销售数据 、 库存 量信 息 等数据共享到 网络 中 , 各子超市基于共享 数据并 根据 自身 需
me tr s ls s w h tt e i r v d ee to i r e yse c n a h e e s tsa t r e ut . n e u t ho t a h mp o e l cr n c o d rs tm a c iv aifc o rs ls y
-
oi tdif mao akt a u r t el ot f ir ui .Fnl ,h X q e nug a sdt r ne o tnpc e nga ne t w cso s i t n ia y teMD u r l gae s e e nr i s a eh o d tb o l ya w u o
KEYW OR DS: t a e o s ;E e t n c o d r Daa w r h u e lc r i r e ;Dit b t n d cso o sr u i e i n i o i
1 引 言
随着 经济的发展 。 连锁超市越来 越多地 出现在人们 生活 中, 并与人们 的 E常生活息息相关 。连锁超 市为人们 提供生 t
服装行业库存管理与订单处理系统方案

服装行业库存管理与订单处理系统方案第一章绪论 (2)1.1 研究背景 (2)1.2 研究目的与意义 (2)1.3 研究内容与方法 (3)1.3.1 研究内容 (3)1.3.2 研究方法 (3)第二章服装行业库存管理概述 (3)2.1 库存管理基本概念 (3)2.2 服装行业库存管理特点 (4)2.3 服装行业库存管理现状分析 (4)第三章库存管理策略 (4)3.1 ABC分类法 (5)3.2 经济订货批量(EOQ)模型 (5)3.3 安全库存设置与动态调整 (5)第四章订单处理系统概述 (6)4.1 订单处理基本流程 (6)4.2 订单处理系统的作用与价值 (6)4.3 订单处理系统需求分析 (7)第五章订单处理流程优化 (7)5.1 订单接收与确认 (7)5.2 订单分配与调度 (8)5.3 订单跟踪与反馈 (8)第六章库存管理与订单处理系统设计 (8)6.1 系统架构设计 (8)6.1.1 系统架构概述 (8)6.1.2 客户端设计 (9)6.1.3 服务端设计 (9)6.1.4 数据库设计 (9)6.2 功能模块划分 (9)6.2.1 库存管理模块 (9)6.2.2 订单处理模块 (10)6.2.3 系统管理模块 (10)6.3 系统功能与安全性 (10)6.3.1 系统功能 (10)6.3.2 系统安全性 (10)第七章关键技术研究 (10)7.1 数据挖掘在库存管理中的应用 (10)7.1.1 数据挖掘概述 (10)7.1.2 数据挖掘在库存管理中的应用 (11)7.2 人工智能在订单处理中的应用 (11)7.2.1 人工智能概述 (11)7.2.2 人工智能在订单处理中的应用 (11)7.3 云计算在库存管理与订单处理中的应用 (11)7.3.1 云计算概述 (11)7.3.2 云计算在库存管理与订单处理中的应用 (12)第八章系统实施与运行 (12)8.1 系统开发与实施流程 (12)8.2 系统测试与验收 (12)8.3 系统运行与维护 (13)第九章效益分析与评估 (13)9.1 成本效益分析 (13)9.1.1 直接成本节约 (13)9.1.2 间接成本节约 (14)9.1.3 成本效益评估 (14)9.2 作业效率分析 (14)9.2.1 订单处理效率 (14)9.2.2 库存管理效率 (14)9.2.3 作业效率评估 (14)9.3 企业竞争力提升分析 (14)9.3.1 提高响应速度 (15)9.3.2 提高产品质量 (15)9.3.3 降低运营成本 (15)9.3.4 提升市场竞争力 (15)第十章结论与展望 (15)10.1 研究结论 (15)10.2 不足与改进方向 (15)10.3 研究展望 (16)第一章绪论1.1 研究背景我国经济的快速发展,服装行业作为国民经济的重要组成部分,其市场规模不断扩大。
快递货物跟踪管理系统课程设计

快递货物跟踪管理系统课程设计⽬录前⾔ (1)第1章、需求分析 (4)1.1系统的背景介绍 (4)1.2 系统的可⾏性研究 (5)1.2.1数据库设计⽅法简述 (5)1.2.2操作可⾏性 (6)1.2.3经济可⾏性分析 (6)1.2.4技术可⾏性分析 (6)1.2.5社会可⾏性分析。
(7)1.3需求分析中可⽤的主要技术 (7)1.3.1应⽤通讯卫星、GPS技术和GIS技术 (7)1.3.2应⽤MCA⽆线技术 (7)1.4系统功能需求 (7)1.4.1系统地主要功能 (7)1.4.2 系统的主要特点 (9)第2章系统分析 (11)2.1快递业务及流程介绍 (11)2.2快递货物跟踪系统 (13)2.3快递管理信息系统 (16)2.3.1 系统管理 (16)2.3.2 系统数据 (20)第3章系统设计 (22)3.1 模块划分 (22)3.2 代码设计 (23)3.3 快递业货物跟踪管理信息系统业务流程分析 (23)3.3.1 调度取件业务流程分析 (24)3.3.2 始发站⾄⽬的站流程分析 (25)3.3.3 派送和回收交接流程分析 (26)3.4 快递业货物跟踪业务领域分析与设计 (28)3.5 数据库结构设计 (35)第4章系统实现 (38)4.1 系统实现的⼯具与技术 (38)4.2系统实现组织管理 (38)4.3系统配置图 (39)4.4系构建图 (40)4.5系统实现的优点 (41)第5章系统维护 (42)5.1⽬的和任务 (42)5.2 容和类型 (42)5.2.1 系统维护的内容 (42)5.2.2系统维护的类型 (43)5.3 ⼯作特点 (44)5.4考虑因素 (45)5.5组织管理 (45)第6章结论 (49)6.1得出结论 (49)6.2问题及解决⽅案 (50)6.3提出设想 (51)参考⽂献 (52)附录 (53)交通运输学院课程设计前⾔快递⼜称速递、快件或快运,是物流的⼀种形态,与传统物流不同的是:物流的核⼼要素是仓储、运输和包装;⽽快递则是⼀种门到门的个性化精益物流服务,更重视速度。
数据库设计案例网上购物系统

网上购物系统1.系统需求分析网上购物系统分前台功能和后台功能两大部分。
前台主要供用户浏览和购买商品,后台主要供管理员使用,管理员可以对商品信息、订单信息及网站的新闻、公告进行管理。
1.1前台功能分析网上购物系统前台的用户共分两类:一类是注册用户(正式用户),这类用户有基本的信息,可以对自己的信息进行查看与修改,可以随时实现网上购物。
当用户在网站所购商品总金额达一定数量,可以根据所购商品总金额数量不同自动升级成为不同等级的VIP会员,并享受不同折扣优惠;另一类用户是游客(未注册用户),他们只能查看、浏览网站信息,可以把商品加入购物车或收藏夹,但不能实现购买。
游客:可以查看商品信息、浏览网站信息,可以把商品加入购物车或收藏夹,但不能实现购买。
经过注册可以成为注册用户。
注册用户:登录后对可以对个人信息进行查看和修改。
商品信息浏览、商品查找、商品评论和建议。
注册用户不仅可以对网站商品进行浏览和查找外,还可以对商品进行评论、向管理员发送消息提出自己的建议。
选购商品加入购物车或收藏夹、对购物车或收藏夹信息进行管理。
用户注册后,登陆到电子商务网站中,可以进入购物流程。
用户在浏览商品后,可将满意商品放入购物车或收藏夹,购物车内可以随意增加、删除商品,修改商品数量,并同时统计购物车内商品总额。
用户可对购物车的商品进行修改或删除,或对收藏夹中商品进行删除。
结帐、确认订单、订单状态查询、历史订单查询。
用户确认购物车内信息无误,即可生成订单。
在生成订单时,必须填写一张配送单。
配送单默认为用户注册时的基本信息,当然配送地址可由用户修改为合适的收货地址,支付方式也可根据提示由用户自定。
下单后,用户可以在前台页面查看订单状态,订单状态可以是“末处理”,“已发货”,“已付款”。
5、发表及回复留言。
为了加强注册用户之间的交流,网站还提供了论坛功能,注册用户可以在某一个论坛版块中发贴,也可以回复别人的贴子。
1.2后台功能分析网上购物系统后台主要是供管理员使用的,管理员可对商品的一级分类信息、二级分类信息、商品信息进行添加、删除、查询及修改;对用户订单进行处理;管理用户在论坛中发表的留言,删除不健康及不利于网站的留言;回复用户发送的消息;对网站的新闻、公告进行管理。
软件设计师-数据库设计_真题-无答案

软件设计师-数据库设计(总分75,考试时间90分钟)试题一阅读下列说明,回答问题1、问题2和问题3。
【说明】某单位资料室需要建立一个图书管理系统,初步的需求分析结果如下。
(1)资料室有图书管理员若干名,他们负责已购入图书的编目和借还工作,每名图书管理员的信息包括工号和姓名;(2)读者可在阅览室读书,也可通过图书流通室借还图书,读者信息包括读者ID、姓名、电话和E-mail,系统为不同读者生成不同的读者ID;(3)每部书在系统中对应唯一的一条图书在版编目数据(CIP,以下简称书目),书目的基本信息包括ISBN号、书名、作者、出版商、出版年月,以及本资料室拥有该书的册数(以下简称册数),不同书目的ISBN号不相同;(4)资料室对于同一书目的图书可拥有多册(本),图书信息包括图书ID、ISBN号、存放位置、当前状态,每一本书在系统中被赋予唯一的图书ID;(5)一名读者最多只能借阅10本图书,且每本图书最多只能借两个月,读者借书时需由图书管理员登记读者ID、所借图书ID、借阅时间和应还时间,读者还书时图书管理员在对应的借书信息中记录归还时间;(6)当某书目的可借出图书的数量为零时,读者可以对其进行预约登记,即记录读者ID、需要借阅的图书的ISBN号、预约时间。
某书目的信息如表2-1所示,与该书目对应的图书信息如表2-2所示。
表2-1 书目信息书名作者出版商ISBN号出版年月册数经办人《数据结构》严蔚敏吴伟民清华大学出版社ISBN7-302-02368-9 1997.4 4 01表2-2图书信息图书ID ISBN号存放位置状态经办人** ISBN7-302-02368-9 图书流通室已借出01** ISBN7-302-02368-9 图书阅览室不外借01** ISBN7-302-02368-9 图书流通室未借出01** ISBN7-302-02368-9 图书流通室已预约01系统的主要业务处理如下。
(1)入库管理:图书购进入库时,管理员查询本资料室的书目信息,若该书的书目尚未建立,则由管理员编写该书的书目信息并录入系统,然后编写并录入图书信息;否则,修改该书目的册数,然后编写并录入图书信息,对于进入流通室的书,其初始状态为“未借出”,而送入阅览室的书的状态始终为“不外借”。
Oracle订单管理系统

快速销售订单界面提供了高效、单一表格的直接输入功能
电子订单受理功能可从任何系统接收订单 企业可以从多个系统——包括网上商店、第三方输入系统和外包呼叫中心——接收订 单。Oracle 订单管理系统设计用来高效受理所有这些来源的订单。其订单处理 API 从用户 界面中分离出来,能够被其他订单输入程序轻松访问。该系统还能够批量导入 EDI 或 XML 格式的订单。这一开放的体系结构通过为销售人员、客户和合作伙伴提供对订单信息、发票 和交付状态的自助式访问来与他们进行协作。 全面的订单确认功能减少错误和延迟 准确的订单确认对于避免订单履行延迟和客户满意度问题至关重要。Oracle 订单管理 系统将订单确认内置到了订单受理流程中。在输入或导入过程中,订单中的错误将被屏蔽, 异常情况的详细错误信息被记入日志, 而正确数据将被成功导入。 这就确保了受理的订单具 备对其进行处理所需的全部信息, 而不论这些信息是通过座席员还是通过 Web 站点自助式输 入。该系统通过自动插入通用信息(如支付条款和运输方式)来降低错误的发生,并自动计 算发货和到货日期。
简化订单履行
Oracle 订单管理系统模拟并执行即使最复杂的订单履行流程。 发运执行集成自动化了订单履行 订单管理系统利用 Oracle 发运执行自动化所有与发运相关的流程,包括拣货、包装和 发运确认。企业可以支持单独或组合使用自动拣货、自动包装和自动发运流程。发运执行自
动组合销售订单行以统一发货,从而最大限度降低发运和处理成本。与 Oracle 仓库管理系 统相集成,增加了资源和劳动力优化功能,如订单波次拣选和 RFID。Oracle 的运输应用系 统添加了运费计价和路线安排、上载报价、承运商自动通信、运费支付和审计功能。
Oracle 订单履行解决方案
全面的订单履行周期
CRM数据库设计说明书

项目编号: S×××-<CRM>数据库设计说明书Version:项目承担部门:撰写人(签名):完成日期:目录1. ........................................................................................................................................................................... 引言.. (1)1.1 编写目的 (1)1.2 背景 (1)1.3 定义 (1)1.4 参考资料 ............................................................................................................ 错误!未定义书签。
2.外部设计..................................................................................................................... 错误!未定义书签。
2.1 类型划分 ............................................................................................................ 错误!未定义书签。
2.2 标识符和约定 ................................................................................................... 错误!未定义书签。
2.3 数据库表设计格式说明 (1)2.4 支持软件 ............................................................................................................ 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
网上订购的用户登陆之后,下一步要进行的就是浏览商品了。用户可在登陆之后的界面中选择商品的类别(或是具体的商品),浏览自己感兴趣的商品的详细信息。用户的选择通过网络传到数据库端,管理系统查询到指定商品的信息并返回给用户。如用户选择查询内存信息,数据库端的查询及结果。这些结果将在用户的浏览器中以某种形式显示。
4.设立科学,浮动的最低库存;
5.考虑现有库存和在途送货量;
6.考虑促销和价格竞争因素;
7.考虑节日因素;
8.考虑商品成本因素;
9.考虑市场期货因素;
(4)很多的因素决定了订货的种类,数量,时间和密度,正确的订货能够有效的
帮助企业赢利.并且好的订货系统能够监控订货的合理性.
1.好的订货管理系统=好的销售+好的利润+好的顾客效益!
3.3安全保密设计
1. 系统体系结构上的安全控制
数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄露、更改或破坏。数据库中的大致安全结构如下图所示。
出于对整个系统的安全性考虑,该系统采用B/S和C/S相结合的方式;对于订购的用户,他们只是查询相关信息并进行下单等操作,所以采用B/S的模式就足够了。而且系统遭受恶意的破坏风险小;而对于系统的内部人员,由于他们要对系统日常工作进行管理和维护,可为其开发专用的管理程序以满足其需要,即C/S结构。
(3)用户在线进行订购:用户能够通过在线下订单、采用某种方式进行支付来进行网上购买活动。
(4)用户查询其购买历史:事后用户应能方便的查看其历史订单及明细数据。
(5)系统对于已经有的订单,如信息完整正确,系统通知相关的发货部门进行发货,并提供给其相应的单据。
(6)系统对于订单状态能进行跟踪,用户填好订单后其状态为待检查,订单被系统接受通过检查后状态为已检查,系统通知相关发货部门并被发货部门确定接受任务后状态为正在送货,货物送到并通过交易,相关部门验收订单,订单状态为已完成。
电话订购的用户需要直接提供要订购的商品名,型号和数量。
当面订购的用户可以由相关的介绍人员提供产品的明细单,为用户订购提供参考。
5.3用户订购商品
在用户找到自己想要购买的商品之后,便可以开始购买了。用户只需要在浏览器中对想要购买的商品及数量等必要信息进行选择(如在相应商品后打钩等),用户选择完后,相关信息被送到数据库端,管理系统便根据用户的登陆信息、选择商品的信息,查找相关表格,得到用户的完整信息及订购详情,填写用户订单表和购物框表,并生成完整的信息返回给用户确认。若用户发现有错则进行修改,相关修改信息将传到数据库端,管理系统将对数据库进行相应更新。在用户确认订单并付款之后,订单便可交由其他系统处理了(如专门负责送货的系统)。
5.1用户登陆与新用户注册
若用户是第一次使用订货管理系统,则需要先在相关订货管理页面进行注册。用户可在最终实现的注册界面中输入自己的相关信息,如果是企业老客户,由相关人员为老客户注册,是电话订购的新用户,有电话记录的相关人员为客户注册,如果是当面订购的新客户,可由接受订购的相关人员为其注册。注册的内容包括注册名,密码,用户姓名,邮编,地址,联系电话,邮箱地址等。在用户完成输入之后,这些信息将通过网络传送到数据库一端,相关的管理程序将这些信息录入数据库中的用户信息表中,并自动生成用户编号等信息。这样,系统就存储了该用户的信息,该用户也就完成了注册过程。以后该用户便可用其注册信息进行登陆。
由于平时上课侧重与原理的阐述,很多实现方面的细节没有进行讲解,故在实际实施的过程中遇到了一些困难。通过查阅相关资料,最终这些问题都一一解决。通过将所学知识应用到实际之中,不仅使我学到了许多新东西,还提高了我动手查阅资料的能力,而且对已学过的知识是一个很好的巩固过程。
当然,此次完成的设计还有很多不完善的地方。比如由于自己对网页设计方面了解得不是很够,最终没能实现用户浏览用的网页。再比如说数据库功能的分析不够完整,功能不够全面等等。最主要的原因还是在于自己学得还不够深刻,对博大精深的数据库设计技术目前还只是了解其“九牛一毛”,这就促使我以后投入更多的时间进行更加深入的学习并动手实践,以期望掌更多、更深的知识。
2.数据库上的安全控制
数据库操作员作系统的数据管理和维护,我们应该为他们分配一个专用账号和密码,它们对其他人都是保密的,操作员的每次登陆操作都会写入系统的日志文件。另外,我们还可以为表建立针对不同管理者的视图,使其任何操作都是在自己相应的视图上操作,以防止不必要的错误操作。
3.4数据库初始数据的加载
(3)当面订购的客户可以直接得到一张订货单,客户填好订货单后交给相关人员,工作人员将订单的内容输入系统,系统将数据存进系统数据库。系统通知发货部门可以发货,并给发货部门一张订货合同,对于要发票的,还将付上一张发票。在收货人取得货物,交付货款后需要在订货合同上签字确认。
通过模拟实际情况,为了满足订购管理的需求,系统要实现以下基本功能:
2.概念设计
在已经存在的需求分析的基础上,经过分析抽象,画出反应订购管理系统的E-R图:
商品类型分类采用柱状分类,其示意图如下:
货物
通过分析,得到用户用户实体及其属性,如下图:
分析后得到的订单实体及属性图:
分析后得到的商品类型及属性图:
分析后得到的商品信息实体及其属性图:
3.逻辑设计
3.1.数据关系模式
4.数据库实现
按前面的要求设计数据库,并将其实现。
使用create database 订购管理系统数据库 语句来创建一个数据库;
在订购管理系统数据库中,使用create table 客户信息表
(客户编号 char(10),
姓名 varchar(20),
密码 nchar(10),
Email varchar(20),
3.增加员工的劳动量,增加盘点难度;
4.库存维持成本增加,损耗增加;
(3)企业要求开发的订货管理系统能够达到一定的标准,让订货行为变得准确可靠,并且系统能提供给部门提供相应的信息服务,为销售计划提供参考:
1.准确的系统(ETP)库存与实际库存一致;
2.库存均为有效可销售库存(耗损品除外);
3.计算订货,送货周期和订货数量(经济批量订货法);
地址 varchar(50),
邮编 char(6),
电话 varchar(15),
)
创建客户信息表。并按照此例创建商品类别表,商品信息表,送货方式表,用户订单表,支付方式表。
以此在数据库中实现数据库和表的实例化。
5.应用系统开发
由于本设计中只实现了数据库端的设计,并未实现客户端,即客户在计算机
上的网页浏览模式,故只从原理上对系统的工作过程进行说明。
(5)付款方式(付费方式编号,付费方式)
(7)送货方式(送货方式编号,送货方式,价格)
3.2.数据库及表结构的创建
创建名为“订购管理系统”的数据库,并创建各表,各表结构如下:
(用户信息表)
(商品类型表)
( 商品信息表)
(用户订单表)
(付款方式表)
(送货方式表)
3.数据库表关系图
以上各表形成的关系如图:
3.物理设计
对一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程,称为数据库的物理设计。
所以数据库的物理设计,主要指物理设备上的存储结构和存取方法。
物理设计的步骤
(1)存储记录结构设计
(2)确定数据存储安排
(3)访问方法的设计
(4)完整性和安全性
(5)程序设计
所采用的数据库系统为sql2005,系统自动为建好的数据库分配了数据的存储地址。
2.订货是销售部门主管义不容辞的责任!
1.3功能需求
系统应该主要完成三种订购方式的处理工作,这三种方式分别是电话订购,网上订购和当面订购。以下对这三种订购方式进行分析。
(1)电话订购时由销售部门相关人员对电话内容进行记录,得到客户要订购的货物的详细情况,这些情况应该覆盖货物订单的内容,货物订单的内容由相关人员进行填写,并填进系统数据库,系统通知发货部门可以发货,并给发货部门一张订货合同,其内容包括发送的货物,发货的地点,收货人,时间,无人认领的处理方法等订货时的约定信息等内容,在收货人取得货物,交付货款后需要在订货合同上签字确认。
订货管理系统数据库设计
1.需求分析
1.1背景
商业企业中,货物销售时,订购是关键的环节。它直接关系到企业的销售业绩,而在一个企业中,销售是关系到企业生存的关键。随着时代的发展,货物订购仅靠人力手工完成已经无法满足企业发展的需要。而对商业企业来说,只有订货量越多的时候,才可能产生更多的利润。使用订货管理系统来协助销售部门管理订单成为提高部门效率成为必须。
经分析转换的关系模式如下:
(1)用户信息(用户编号,注册名,密码,用户姓名,邮编,地址,联系电话,邮箱地址)
(2)商品类型(商品类型编号,父类编号,类型名称)
(3)商品信息(商品编号,商品类型编号,,用户编号,下单时间,付费方式,总金额,订单状态,订单商品编号,商品数量,送货方式)
1.2客户需求
(1)订货系统可以帮助销售部门得到正确的订货。正确的订货有以下好处:
1.保证销售;
2.保证毛利;
3.保证顾客满意;
4.维护企业形象;
(2)相对于系统订货方式,手工订货常常产生错误的订货,这些订货信息给企业带来了损失:
1.缺货,损失销售,损失利润;
2.库存积压,资产资金周转慢,占据有效的仓库容量;
(2)网上订购时,客户必须为系统已经注册的用户,当新用户没有注册时,应该提醒其先注册。用户登陆企业产品网站后,可以在线选购货物,在选完货物后,系统提供一张电子订货单,订货单已经包括用户选过的货物,送货金额和订单号,还有一些待用户填写的内容:收货人,收货地点,邮政编码,联系电话,电子邮箱,是否要开发票,送货方式,付款方式。用户填好电子订货单后提交。系统将其填进系统数据库,系统通知发货部门可以发货,并给发货部门一张订货合同,对于要发票的,还将付上一张发票。在收货人取得货物,交付货款后需要在订货合同上签字确认。