客户订单管理系统概述Word文档格式.docx
《客户订单管理系统概述Word文档格式.docx》由会员分享，可在线阅读，更多相关《客户订单管理系统概述Word文档格式.docx（32页珍藏版）》请在冰点文库上搜索。
小型公司客户订单经管系统应当具有下列功能：
员工登陆功能：
员工通过登陆可以进入该系统之中。
查询功能：
员工应当能够查询所需要的所有信息。
c.信息录入功能：
员工可以通过添加信息录入各种数据
d.订单更新与维护功能：
员工必须要能够随时地编辑，修改，删除订单。
系统的具体的业务流程图见下图1：
生成订单
录入订单
商品信息
录入商品
客户
员工
客户信息
修改订单
最终订单
存储订单
存储商品信息
图1业务流程图
2.3数据流程图：
（1）顶层数据流程图：
顶图从整体上概括了该系统的数据流动情况，并且规定了系统边界，外部实体（客户与员工），以及两者之间的关系。
由下图2可知，客户信息将流入系统，系统最终会将订单信息反馈给客户。
员工发布商品信息，并且可查询相关信息。
客户
客户订单经管系统
客户信息信息发布
订单信息信息查询
图2顶层业务流程图
（2）中层数据流程图：
中层数据流程图是对顶层数据流程图的初步细化，这一层开始出现了较为详细的加工方法，用P表示，P1是生成客户信息数据，P2是生成商品详情，P3是生成数据订单。
产生加工方法之后，处理的数据就必须存储起来，于是对应的生成了数据存储，用D表示。
客户的信息在被系统加工生成信息数据之后，存储到客户记录之中，客户信息数据从客户记录流向数据订单，商品的流动也是类似的道理。
客户记录与商品记录共同流向订单数据，最终存入订单记录，分别再次反馈给客户与员工。
中层数据流程图的详细情况见下图3：
客户信息D1客户记录D2商品记录商品信息
D3订单记录
图3中层业务流程图
（3）底层数据流程图：
P1
生成客户
信息数据
P2.1
录入商品信息
P2.2
商品归类查询
P3.2
建订单与客户关系
P3.1
建订单与商品关系
客户信息D1客户档案D2商品档案商品信息
D3订单记录
图4底层业务流程图
底层数据流程图是最为详细的数据流程图，它再一次对上一级的流程图进行细化。
由上图4可知，生成商品详情又可以细化为录入商品信息并归档，以及商品归类查询（加工与存储的组合）。
生成订单数据与可以分为建立用户与订单联系，存储该联系记录与建立订单与商品关系，并且存储该记录，最后将这些信息再次返回给客户与员工。
显而易见。
上述这个过程是遵守父图与子图之间的平衡关系的，即父图中对应的流入流出数据与子图中的对应相同。
2.4数据字典：
数据字典包含了所有的数据元素信息，它是关于数据信息的集合，也是数据流程图图中所有元素严格定义的场所。
本系统主要分析数据流和数据存储两大类，系统中数据流包括客户信息，商品信息；
数据存储包括客户档案，商品档案，订单记录。
本系统的所有数据流条目与存储条目现列举如下，见图6至图11。
不过，首先有必要先了解一下数据元素，在数据流中包含了大大小小的数据元素，它是数据字典中最小的单位，因此，我们在这里无法对所有的数据元素进行分析，就此仅以订购日期数据元素进行数据字典的制作，其他的数据元素的条目制作与之类似，详见下图5。
图5数据元素条目
图6客户信息数据流条目
数据流名：
简述：
员工将各商品信息引入系统，以便客户查询使用
别名：
无
组成：
商品信息=商品名称+单位+型号+销售价
数据量：
300次/周
峰值：
每周周末
图7商品信息数据流条目
如图6和图7，均是对数据流做的分析，两者分别是客户信息数据流条目与商品信息数据流条目，两者的结构较为相似，都是对数据流的介绍。
通过对客户信息数据流条目的分析，我们能够查询与修改客户的详细信息，而商品信息数据流条目可以供客户查询与工作人员的修改，为下面的分析奠定基础。
图8客户档案条目
档案名：
商品档案
细化并归类商品信息，添加备注
商品档案=商品信息+备注
图9商品档案条目
图8与图9均是数据存储，它们来自于相应的数据流信息，并在对这些基本信息的整理加工之后，对其进行归类存储，生成了客户档案条目与商品档案条目
记录名：
订单记录
每一笔订单与对应客户之间的关系
订单与客户联系记录=订单编号+客户名称+客户手机+订购日期+送货日期+收货地址+送货方式+运货费用+商品总款+预付款+剩余款+是否付款完成+订单状态+客户满意程度+备注
500次/周
每周周一，周二，周三上午9:
30—12：
00，下午2:
30—4:
00
图10订单记录条目
图10是属于数据存储，它是在进行完数据加工，即订单与水平和客户生成联系之后产生的，在这些存储的数据中，通过订单详细信息使客户与想要选购的商品发生了一一对应关系。
2.5实体关系图（E-R图）：
订单
客户
需求
属于
折扣
货款总计
备注
订单编号
订购数量
客户名称
客户职位
客户手机
客户邮箱
联系地址
邮编
单位
型号
名称
售价
编号
联系方式
姓名
员工
销售
商品
制造商
制造商编号
制造商名称
负责人
电话
地址
1N
1
图12E-R图
如上图12，其中外部实体包括员工，商品，订单，客户四个部分，相应的两个实体之间由联系相连接，每个实体都有自身的属性。
上图可知，员工与录入的商品信息之间是一对多的关系，员工与商品是通过录入信息联系起来的。
每个都有自己的编号，联系方式，姓名等属性，这些书信能够区分不同的员工。
相应的，不同商品之间也有不同名称，单位，型号，售价等属性。
商品与对单一一对应，并且可以通过对订单的查询，寻找到商品信息。
客户与订单也是一对一关系，客户的属性在本系统中是最多的，这样也保证了订单不会在对应库户时发生错误，提高了系统工作效率。
3.系统设计：
3.1功能结构图：
信息输出
信息维护
退出系统
客户订单经管系统
信息查询
信息整理
信息输入
商品
客户明细查询
商品明细查询
订单详情查询
添加订单
删除订单
订单输出
关闭系统
图13系统功能结构图
从功能上看，系统主要分为信息输入，信息查询，信息整理，信息维护，信息输出以及推出系统等几个方面。
信息输入包括两个方面，即客户信息与商品信息，它们是整个系统数据流的源头，没有输入数据的系统只会是一潭死水，没有其存在的意义。
信息整理是系统自动进行的，也恰恰是运用到此项功能，员工的工作量才大大的减少了，整个系统的工作效率也因此得到提升。
信息查询与信息维护是系统的核心功能，其中查询包括对客户明细查询，对商品明细，对订单明细查询。
查询功能可以使得员工详细浏览各种信息，也可以是客户浏览商品以及自身订单信息。
不过这个功能只能是使工作人员查看信息，无法修改和编辑不合时宜的数据，为此，信息维护功能显示了其强大之处，此功能可以修改一切订单信息，它与上一个功能相互结合，相互促进，使整个系统处于一种动态稳定的状态。
信息处理完毕之后，就要对加工完成的数据工程进行输出，便于人员以确定的形式查看信息，系统主要输出信息为商品报表，订单报表等。
最后一项功能，也是所有数据操作均完成之后的功能，即退出，这个功能的进行才标志着所有的系统任务画上了最终的句号。
3.2软件模块结构图：
客户信息
订单信息
客户查询
客户维护
订单查询
订单经管
商品查询
商品维护
图14软件模块结构图
如上图14，系统的软件部分设计分为三个部分，客户信息，订单信息，商品信息，而每一个软件部分又分为查询与维护两个部分，列举订单经管为例，她的操作分为添加，更改和删除。
3.3输出设计：
订单详情：
a.去向：
b.形式：
纸介质
c.内容：
ID，订单编号，商品名称，订购数量，商品单价，商品折扣,货款
总计，备注
3.4存储文件格式设计（数据库结构设计）
表1商品表
字段名称
数据类型
备注
商品编号
自动编号
关键字段
商品名称
文本
计量单位
型号
产地
数字
生产日期
日期/时间
制造商
表2订单数据表
备注
员工编号
文本
显示控件：
组合框
客户编号
售价
总价
表3客户表
客户手机
邮编
上述三个表为本系统的基本数据存储表，为别对应了客户，商品，订单的基本存储信息。
3.5输入设计：
主要有客户信息和商品信息两个方面
（1）客户信息：
a.来源：
b.介质：
纸质
客户姓名，客户电话，客户手机，客户邮箱，联系地址，邮编，备注
d.估计录入数量：
500条/天
（2）商品信息：
a.来源：
采购员工
电子档案
商品名称，单位，型号，销售价，备注
300条/周
3.6代码设计：
系统登录代码，用于用户安全验证，
PrivateSublogin_Click（）
DimuserIDAsInteger
IfIsNull（user）=FalseThen
IfDLookup（"
[密码]"
"
登录"
[账户]="
"
&
user&
"
）=idThen
DoCmd.Close
MsgBox（"
欢迎使用客户订单信息经管系统！
）
DoCmd.OpenForm"
客户订单信息经管系统"
'
Form_主界面.user=userID
Else
user="
id.SetFocus
MsgBox"
帐户密码错误！
vbCritical
EndIf
EndSub
4．系统详细设计：
1.数据库表设计
订单表
字段
名称
数据
类型
字段属性
常规
查阅
字段大小
格式
输入掩码
索引
显示控制
短文本
10
有（无重复）
主键
>
计算
=订购数量*售价
客户表
20
11
50
6
商品表
99\年99\月99\日。
0。
_
员工表
员工姓名
员工性别
2
男or女
出生日期
<
date（）
9999\年99\月99\日。
联系电话
密码
员工QQ
照片
OLE
表间关系
2查询设计
订单交叉查询
用于查询不同订单的客户的总价
按客户编号查询客户信息
按姓名名称查询员工信息
产品生成表查询：
订单详情查询：
员工销售查询：
3窗体设计
系统经管主窗体：
用于系统功能的浏览查询操作。
订单信息查询：
按不同查询条件查询供货信息。
订单信息维护：
用于订单信息的浏览，添加，修改和删除。
客户信息维护：
用于客户订单信息的浏览，添加，修改和删除。
商品信息维护：
用于产品信息的浏览，添加，修改和删除。
员工信息维护：
用于员工信息的浏览，添加，修改和删除。
客户订单详情浏览：
4报表设计
员工标签报表
商品信息报表
客户信息报表
员工销售信息报表
5宏设计
宏是若干个操作的集合，用来简化一些经常性的操作。
用户可以设计一个宏来控制一系列的操作，当执行这个宏时，就会按这个宏的定义依次执行相应的操作。
宏可以用来打开并执行查询、打开表、打开窗体、打印、显示报表、修改数据及统计信息、修改记录、修改数据表中的数据、插入记录、删除记录、关闭数据库等操作，也可以运行另一个宏或模块。
宏没有具体的实际显示，只有一系列的操作。
所以宏只能显示它本身的设计视图。
宏有许多类型，它们之间的差别在于用户触发宏的方式。
如果创建了一个AutoKeys宏，用户可以通过按下一个键顺序地执行宏。
如果创建了一个事件宏，当用户执行一个特定操作时，如双击一个控件或右击窗体的主体时，Access就启动这个宏。
如果创建了一个条件宏，当用户设置的条件得到满足时，条件宏就会运行。
启动宏
打开窗体宏
打开报表宏
打开查询宏
打开表宏
6VBA设计
模块是用Access2003所提供的VBA（VisualBasicforApplication）语言编写的程序段。
模块有两种基本类型：
类模块和规范模块。
模块中的每一个过程都可以是一个函数过程或一个子程序。
模块可以与报表、窗体等对象结合使用，以建立完整的应用程序。
工具自己的学习和摸索，设计了几个功能
排序
PublicSubsort（）
Dima,B,C,tAsSingle
Dima1,b1,c1AsSingle
a=InputBox（"
请输入第一个数：
B=InputBox（"
请输入第二个数：
C=InputBox（"
请输入第三个数：
Ifa<
BThen
t=a
a=B
B=t
EndIf
IfC>
aThen
a1=C
b1=a
c1=B
IfC<
a1=a
b1=B
c1=C
b1=C
c1=B
MsgBox（a1&
b1&
c1）
三角形判定
PublicSubsjx（）
a=Int（InputBox（"
请输入第一边：
））
B=Int（InputBox（"
请输入第二边：
C=Int（InputBox（"
请输入第三边：
Ifa+B>
CAnda+C>
BAndB+C>
a1=（a+B+C）/2
b1=Sqr（a1*（a1-a）*（a1-B）*（a1-C））
可以构成三角形，面积等于"
b1）
Else
不可以构成三角形"
数学分段函数
PublicSubfd（）
DimxAsSingle
DimyAsSingle
x=CSng（InputBox（"
请输入X：
Ifx<
-2Then
y=（2+x）*（x+1）
ElseIfx>
=-2Andx<
=2Then
y=（3+x）*（x-1）
y=（4+x）*（x+1）
y="
Round（y,2））
第二部分：
课程设计体会：
一、课程设计内容的建议：
总体来说此次课程设计的内容比较贴近学习与工作，能够促进我们的学习，不过，也有一些地方值得改进，例如：
老师提供的以前学长学姐们设计好的系统实例比较少，如果能够多一些比较成功的实例，为我们提供更多的帮助，相信我们全班整体课程设计的质量都能够上一个档次。
机房的使用时间有限，因为软件版本的不同，很多同学使用的是机房电脑，有限的时间内能够完成的任务较少，更重要的是，与老师的交流机会减少了，有些问题难以依靠同学们自身的力量解决。
二、个人体会：
在整个课程设计中，我有很多感触，主要概括如下：
1.任务量巨大，个人能力得到提高。
从开始阶段的数据流程图，业务流程图，数据字典等图表的设计，到中期使用软件制作系统，再到后期设计详细的设计报告，完全是依靠一个人的力量完成的，这个过程很辛苦，但是学到的东西也很不少，比如个人搜集信息能力得到提高，自我约束力也得到改善。
2.与他人相互帮助是成功的必要条件。
虽然我是一个人，但是也是和其他的同学进行过交流与探讨，相互学习，相互促进是任何事情成功的基础，完全独立的从事一件事情很难完成复杂困难的工作。
3.理论知识必须投入实际才有意义。
课堂上学到的知识就算十分熟悉也不代表使用知识的能力强。
平时的理论较为简单，实验课程的时间也有限，不能够完全使大家熟练运用它们。
多多上机操作，多多练习才能够学以致用，才能够最终掌握所学。
升级会员 