订单生成系统 word 文档

《订单生成系统 word 文档》由会员分享，可在线阅读，更多相关《订单生成系统 word 文档（13页珍藏版）》请在金锄头文库上搜索。

1、订单生成系统1.需求描述和系统边界在市场经济中，销售是企业动作的重要环节，为了更好地推动销售，不少企 业建立分公司或代理制，通过公司或代理把产品推向最终用户。这些分公司或代 理商大多分布在全国各地，甚至是在国外，远距离频繁的业务信息交流构成了这 些企业业务活动的主要特点。这些信息传递和管理的方式不仅效率低，可靠性、安全性和保密性都无法满 足需求，而且数据统计时间严重滞后，往往是当领导了解到企业的“产、销、存” 环节出现问题时，就已经远离了问题出现的时间和地点。即便是没有分公司的企 业，使用传统的手工方式管理也存在同样的问题。通过订单生成与管理系统，及 时通过网络把决策信息传递给相关决策人，从而

2、可以及时发现问题、解决问题， 从而更好地把握机会，提高自己在市场竞争中的地位，增强企业的生命力。设计 订单生成和管理系统正是为了适应这种形势，它已经刻不容缓了。本系统为订单管理系统，能够实现订单录入、确认、拣货、发货、出库、入 库、库存查询、订单查询等功能。本系统分为主数据、订单管理、库存管理和查 询统计四个部分。 主数据部分主要用于维护库存、产品、客户和供应商的基本 信息，包括仓库、货位表、库存表、客户信息表、产品表、产品价格表、订单状 态、供应商信息表、供应商报价表等模板。用户在开始使用系统之前，需要将主2.1 业务需求及处理流程业务需求分析是根据现实世界对象要求，描述应用的具体业务处理流

3、程，并 分析哪些业务是计算机可以完成的，而哪些业务是不能由计算机完成的。公司日常业务数据量巨大，其中订单信息是联系客户信息与商品信息的关 键，这些信息需要大量的编排与整理，但是它们的分析收集过程全部依赖工作人 员的手工操作，工作人员的绝大多数精力投入到浩繁的数据整理中，这样的情况 不仅仅大大加剧了工作难度，而且无形中加大了信息处理的错误概率。本系统的 建立能够将客户于商品的关系明显的联系起来，并且生成订单信息，使用它大大 的简化了数据的录入，计算，修改的工作量，而且极大程度的提高了信息处理效 率，因此，该系统的需求十分迫切，功能十分实用。在订单生成与管理系统的数据库中，一个客户可以有一份或多份

4、订单，即它 们是一对多的关系，每份订单也可以订购一种或多种商品。每份订单有一张发票， 发票可以通过多种方式来支付购买款，如支票、信用卡或者现金。处理这个订购 登记的职工的名字要被记录下来。部门工作人员负责整理订单并根据库存情况处理订单。如果库存中有订单上 的产品，就可以直接发货，发货方式也有很多种；如果库存中没有订单上的产品， 就不需要登记或者订购其他产品。经过仔细分析系统需求之后，企业订单系统要完成的主要功能如下：1) 进入系统之前需要身份验证，待用户名、密码，输入正确之后方可进入。2) 企业可以对已存在的产品信息进行修改和删除，增加新的产品信息。3) 对已存在的订单信息进行添加，修改和删除

5、。4) 企业可以更新对订单产生的方式。5) 企业可以更新已有客户的信息并对客户信息进行分析。 系统的具体的业务流程图见下图1(a)订单生成(b)订单受理图1业务流程图2.2 功能需求及数据需求分析功能需求分析是描述系统应提供的功能和服务。根据上述需求描述和业务流 程，通过与订单管理人员的沟通与交流，订单生成系统的主要功能和数据需求包 括： 注册管理会员注册。会员注册时要求填写基本信息，包括姓名、登录密码、性别。 出生年月、地址、邮政编码、电子邮箱、电话等信息。系统检查所有信息填写正 确后提示会员注册成功，并返还会员编号。职员注册。工作人员以职员身份注册并填写信息，包括姓名、登录密码、 性别、出

6、生年月、住址、电话、电子邮箱等信息。系统检查所有信息正确后提示 注册成功并返回职员编号。 商品管理 增加商品信息。当有新商品上架时，职员负责添加和发布商品信息。包括 商品名称、商品编号、售价、商品简介等。商品信息查询。系统需要提供多种方便快捷方式对商品进行检索。如既可 以输入关键词进行简单查询，也可以根据商品编号、售价、简介等单一或组合查 询。商品信息更新及删除。商品信息发布后，职员可以随时更新和删除商品信 息。 选择商品 会员登录后，将需订购的商品放入购物车并填写购买数量。购物车内的商品 可以随意增加、删除和修改数量，并能即时统计购物车内的商品总价格。选择完成后，会员还需填写送货地址、支付方

7、式等。确认填写的信息无误后， 则提交生成订单。每张订单要求记录订单号（按时间顺序生成）、客户编号、生 成订单日期、收货人、送货人、订单明细（包括商品名称、数量、价格）。 订单管理 订单查询。订单提交后，会员可随时查询订单的最新状态以及全部历史订 单。订单取消及更新。订单未审核前，允许会员取消订单及更新订单信息。 订单受理。订单生成后，职员对订单进行审核。如发现订单填写不正确则 退回订单客户重新填写。如正确无误，则生成订单并安排配送。2.3 业务规则分析 业务规则分析主要是分析数据之间的约束以及数据库约束。基本上述功能需 求，通过进一步了解，订单生成系统业务规则如下：（1）所有用户均可搜索图书信

8、息，但只有注册会员才能在网上提交订单； 只有注册职员才能维护图书信息及受理订单。（2）每位会员由会员编号唯一标识，会员编号由系统按时间顺序生成。（3）每位职员由职员编号唯一标识，职员编号由系统按时间顺序生成。（4）商品编号是系统识别商品的唯一标识。系统需记录每种商品的当前库 存量，当库存量低于某一阈值时则通知补货。（5）选购的商品必须放入购物车后才能生成订单。（6）每一个订单用订单编号唯一标识。订单编号由系统按时间顺序生成， 后提交的订单具有更大的订单号。（7）订单需记录当前状态，包括未审核，退回，已审核和已处理结束等状 态。（8）同一订单可订购多种图书，且订购数量可以不同。因此，一个订单可

9、包括多个商品明细。订单中每种商品需记录其状态，包括未送货、已送货、 已送到等。（9）订单受理前允许会员删除所选商品，修改订购数量，配送信息等，甚 至取消订单。但订单审核通过后，则不允许做任何修改。完成需求分析后，接下来的任务就是根据上述分析结果设计数据库的概念模型，即 E-R模型，包括确定实体集、联系集及属性。3确定实体集及属性实体集是具有相同类型及相同性质（或属性）的实体集合。通常，一个实体 对应一个事物，是名词。发现实体集的步骤可归纳为：（1）找出需求分析中出现的具有一组属性的“名词”。（2）分析这些“名词”信息是否需要存储。对于不需要存储的“名词”不 必建模为实体集。（3）分析这些“名词

10、”是否依赖于其他对象存在。如果是，可考虑为联系 或弱实体集。由上节分析可知，订单生成系统中出现的名词主要有：会员，职员，商品， 订单等。显然，会员、职员、商品等都具有一组属性且部分属性能唯一标识每个实体， 而且它们需要存储到数据库中供查询用，因此可直接建模为实体集。购物车用于临时存放购物信息，包括选购商品的商品名称、编号、订购数量、 价格。订单提交成功后，购物车中的信息将全部存放到订单中去。当客户放弃订 购不生成订单时，购物车中的信息不需要保留。由于购物车中的信息无需查询， 故不必建模为实体集。订单是用于记录一次订购的全部信息。按上述规则由订单编号唯一标识不同 订单，故订单可建模为一个实体集。

11、但另一方面，订单又反映了会员与商品之间 的一种“订购”联系，反映“谁什么时候订购了什么商品，订购了多少”等信息， 它对会员和图书具有一定的“依赖”关系。因此，直观上将订单建模为会员与商 品之间的联系集更为合适。图 2 职员实体集 E-R 图图 3 会员实体集 E-R 图图 4 商品实体集 E-R 图4.确定联系集及 E-R 图定了实体集后，接下来就是确定联系集，即发生实体集之间的数学关系，这 是决定E-R图设计好坏的关键。通常，联系对应的概念为一种动作，即描述实体 间的一种行为。因此，当发现两个或多个实体之间的某种行为需要记录时，课建 模为一个联系集。确定联系集的一个重要任务是分析所建模联系集

12、的映射基数，即参与联系的 实体集中一个实体通过该联系集能同时与另一个实体集中多少个实体相联系。同实体集一样，联系集也可以有自己的描述属性。要注意的是，联系集已包 含了所有参与该联系的实体集的主码属性，故在 E-R 图中参与联系的实体集的 主码属性不要作为联系集的描述属性画出。基于上节设计得到的实体集，课确定联系集，并得到以下 E-R 图：编号联系方式名称单位商品录入信息型号售价姓名查询订单编号货款总计订购数量备注需求客户手机客户名称联系地址客户客户电话邮编客户邮箱员工订单图 5 订单生成系统 E-R 图如上图 5，其中外部实体包括员工，商品，订单，客户四个部分，相应的两 个实体之间由联系相连接

13、，每个实体都有自身的属性。上图可知，员工与录入的 商品信息之间是一对多的关系，员工与商品是通过录入信息联系起来的。每个都 有自己的编号，联系方式，姓名等属性，这些属性能够区分不同的员工。相应的， 不同商品之间也有不同名称，单位，型号，售价等属性。商品与对单一一对应， 并且可以通过对订单的查询，寻找到商品信息。客户与订单也是一对一关系，客 户的属性在本系统中是最多的，这样也保证了订单不会在对应库户时发生错误， 提高了系统工作效率5 检查是否满足需求在图5 所示的 E-R 图中，按照 E-R 图的转换规则，多对多的联系的主码为两个参与联系集的主码的集合。仔细分析，发现该 E-R 图存在如下问题：（

14、1）会员不能在不同订单里订购同一种商品；（2）当一次订购多种商品时，订单中存在大量信息冗余；（3）未反应配送单与订单的依赖关系；（4）未反应配送单与发票一对一联系。于是，订单实体集OrderSheet属性可确定未:订单号（OrderNo）、订单日期（orderDate）、订单总金额（orderMoney）、收货人（receiver）、送货地 址（shipAddress）、邮政编码（zipCode）、联系电话（shipTel）、付款方式（payWay ）、是否付款（payFlag ）、订单状态（orderState）和发票单位（invoiceUnit）等其E-R图如下图所示。图 6 订单实体集的

15、 E-R 图6 逻辑数据库设计设计出E-R图后，可将E-R图转换为数据库模式。通常是每个实体集（包括强和弱实体集）都对应于一个关系表。而联系及则应根据映射基数决定具体转换 方式。其中主码属性加出题和下划线，外码属性加出斜体以示区分。表1： 商品表属性名称数据类型属性描述Goods IDchar(9)商品编号Goods Namevarchar(12)商品名称uni tsVarchar(9)商品单位modelVarchar(10)商品信号selling priceChar(16)商品售价表 2 订单详细数据表字段名称数据类型备注Ord IDChar(9)订单编号Goods nameVarchar(12)商品名称order quantityChar(12)订购数量PriceChar(10)商品单价DiscountFloat