课程设计报告
学院: 课程: 班级: 学号: 姓名: 指导教师:
实习时刻：
第一部分:课程设计内容：
一、课题名称：小型公司客户订单治理系统
二、成员： XXXX
三、使用软件：Microsoft Access 2010, Microsoft Word 2010
四、设计内容
1．系统概述：
随着经济的进展，社会信息化程度越来越高，中小企业在信息化的过程中担任了专门重要的角色，其信息化的速度也较快。

另外随着企业的进展，其对信息化的要求也越来越高，而靠人工处理企业的客户订单即费劲又容易出错。

企业的客户订单治理是涉及企业生产、企业资金流和企业的经营风险的关键环节。

客户订单治理是企业治理中的源头治理。

实施了客户订单治理信息系统后,企业的治理将迈上一个新的台阶。

客户订单治理系统的要紧目的是实现对客户，商品，订单信息的治理。

使用ACCESS开发设计，投资少,数据和系统安全性好,准确、及时、便利,减少了大量的简单重复劳动,节约了纸张、人力、通讯费用和时刻。

通过客户的信息表和订单信息表,各级治理者可随时掌握全国客户的情况。

幸免业务人员的"暗箱操作"以
及由于业务人员的流失造成公司客户流失现象的发生。

规范的客户订单信息治理必定会涉及下订单的客户以及订单中所涉及的商品，因此在系统中需要添加客户信息治理和商品信息治理的功能。

一个信息治理系统必定有一定的用户来操作，因此添加了用户治理系统。

为了在日后能够对信息系统中的信息进行扫瞄、查询和输出，在系统中添加了信息扫瞄功能。

1.2 系统目标：
本系统面向中小企业，为其处理相关数据及业务提供便利。

其功能体现如下：通过系统职员（治理员）的登陆，使他们能够随时查询每一个客户，每一笔订单，每一件商品的详细情况，同时对这些信息做出及时准确的修改与维护。

其目的在于建立便捷有用的集信息查询与信息维护为一体的治理平台，从而大大地节约人力资源，提高整个公司的工作效率。

2、系统分析：
2.1 需求分析：
中小企业日常业务数据量巨大，其中客户订单信息是联系客户信息与商品信息的关键，这些信息需要大量的编排与整理，然而它们的分析收集过程全部依靠工作人员的手工操作，工作人员的绝大多数精力投入到浩繁的数据整理中，如此的情况不仅仅
大大加剧了工作难度，而且无形中加大了信息处理的错误概率。

本系统的建立能够将客户于商品的关系明显的联系起来，同时生成订单信息，使用它大大的简化了数据的录入，计算，修改的工作量，而且极大程度的提高了信息处理效率，因此，该系统的需求十分迫切，功能十分有用。

2.2 业务流程图：
本系统的使用者是公式工作人员。

通过商品信息，客户信息，职员能够获得客户的需求，同时推断所需商品是否可用，同时将客户于商品生成一一对应的关系，最终以订单信息详细地显示出来。

作为要紧实体，职员需要对订单，客户，商品等信息进行修改与查询，即使维护更新相关的信息，保证业务的正常进行,小型公司客户订单治理系统应当具有下列功能：
职员登陆功能：职员通过登陆能够进入该系统之中。

查询功能：职员应当能够查询所需要的所有信息。

c.信息录入功能：职员能够通过添加信息录入各种数据
d.订单更新与维护功能：职员必须要能够随时地编辑，修改，删除订单。

系统的具体的业务流程图见下图1：
存储订单
存储商品信息
图1业务流程图
2.3 数据流程图：
（1）顶层数据流程图：
顶图从整体上概括了该系统的数据流淌情况，同时规定了系统边界，外部实体（客户与职员），以及两者之间的关系。

由下图2可知，客户信息将流入系统，系统最终会将订单信息反馈给客户。

职员公布商品信息，同时可查询相关信息。

客户信息信息公布
订单信息信息查询
图2 顶层业务流程图（2）中层数据流程图：
中层数据流程图是对顶层数据流程图的初步细化，这一层开始出现了较为详细的加工方法，用P表示，P1是生成客户信息数据，P2是生成商品详情，P3是生成数据订单。

产生加工方法之后，处理的数据就必须存储起来，因此对应的生成了数据存储，用D表示。

客户的信息在被系统加工生成信息数据之后，存储到客户记录之中，客户信息数据从客户记录流向数据订单，商品的流淌也是类似的道理。

客户记录与商品记录共同流向订单数据，最终存入订单记录，分不再次反馈给客户与职员。

中层数据流程图的详细情况见下图3：
客户信息 D1 客户记录 D2 商客户职
P1 P2
生成商
品记录 商品信息 D3订单记录 图 3 中层业务流程图
（3）底层数据流程图：
客户信息 D1客户档案 D2 商品档案 商品信息
D3 订单记录
P3 生成订
客户 职P1
生成客P2.1 P2.2
P3.2 P3
.1
图 4 底层业务流程图
底层数据流程图是最为详细的数据流程图，它再一次对上一级的流程图进行细化。

由上图4可知，生成商品详情又能够细化为录入商品信息并归档，以及商品归类查询（加工与存储的组合）。

生成订单数据与能够分为建立用户与订单联系，存储该联系记录与建立订单与商品关系，同时存储该记录，最后将这些信息再次返回给客户与职员。

显而易见。

上述那个过程是遵守父图与子图之间的平衡关系的，即父图中对应的流入流出数据与子图中的对应相同。

2.4 数据字典：
数据字典包含了所有的数据元素信息，它是关于数据信息的集合，也是数据流程图图中所有元素严格定义的场所。

本系统要紧分析数据流和数据存储两大类，系统中数据流包括客户信息，商品信息；数据存储包括客户档案，商品档案，订单记录。

本系统的所有数据流条目与存储条目现列举如下，见图6至图11。

只是，首先有必要先了解一下数据元素，在数据流中包含了大大小小的数据元素，它是数据字典中最小的单位，因此，我们在那个地点无法对所有的数据元素进行分析，就此仅以订购日期数据元素进行数据字典的制作，其他的数据元素的条目制作与之类似，
详见下图5。

图5 数据元素条目
图6 客户信息数据流条目
图7 商品信息数据流条目
如图6和图7，均是对数据流做的分析，两者分不是客户信息数据流条目与商品信息数据流条目，两者的结构较为相似，
差
不多上对数据流的介绍。

通过对客户信息数据流条目的分析，我们能够查询与修改客户的详细信息，而商品信息数据流条目能够供客户查询与工作人员的修改，为下面的分析奠定基础。

图8 客户档案条目
图9 商品档案条目
图8与图9 均是数据存储，它们来自于相应的数据流信息，并在对这些差不多信息的整理加工之后，对其进行归类存储，生成了客户档案条目与商品档案条目
图10 订单记录条目
图10 是属于数据存储，它是在进行完数据加工，即订单与水平和客户生成联系之后产生的，在这些存储的数据中，通过订单详细信息使客户与想要选购的商品发生了一一对应关系。

2.5 实体关系图（E-R 图）：
记录名：订单记录
简述：每一笔订单与对应客户之间的关系
不名：无
组成：订单与客户联系记录=订单编号+客户名称+客户手机+订购日期+送货日期+收货地址+送货方式+运货费用+商品
名称
编号
1 N 1
1
1
1
图12 E-R 图
如上图12，其中外部实体包括职员，商品，订单，客户四个部分，相应的两个实体之间由联系相连接，每个实体都有自身的属性。

上图可知，职员与录入的商品信息之间是一对多的关系，职员与商品是通过录入信息联系起来的。

每个都有自己的编号，联系方式，姓名等属性，这些书信能够区分不同的职员。

相应的，不同商品之间也有不同名称，单位，型号，售价等属性。

商品与对单一一对应，同时能够通过对订单的查询，查找到商品信息。

订单 客户 需求
属
折扣
货款总计
备注
订单编号
订购数量
客户名称
客户职位
客户手机
客户邮箱
联系地址
邮编
备注
姓名 职员 销售 商品
客户与订单也是一对一关系，客户的属性在本系统中是最多的，如此也保证了订单可不能在对应库户时发生错误，提高了系统工作效率。

3.系统设计： 3.1功能结构图：
图13 系统功能结构图
从功能上看，系统要紧分为信息输入，信息查询，信息整理，信息维护，信息输出以及推出系统等几个方面。

信息输入包括两个方面，即客户信息与商品信息，它们是整个系统数据流的源头，
信息输出
信息维护
退出系
客户订单治理系统
信息查询
信息整理 信息输入
商品
客户
生成订单
客户明细查询
商品明细查询
订单详情查询
添加订单
删除订单
订单输
出
关闭系
统。