腾达传统文化工艺品销售管理系统的开发.docx

毕业设计（论文）

题 目：腾达传统文化工艺品销售管理系统的开发
学 院： 信息管理学院
专 业： 信息管理与信息系统
学生姓名： 班级/学号
指导老师/督导老师：
起止时间： 2010年2月23日至2010年6月15日
摘 要
管理信息系统在现代社会已深入到各行各业，由于计算机技术的迅速发展和普及，信息管理系统MIS事实上已成为计算机管理信息系统。
本文详细介绍了腾达公司的传统文化工艺品销售管理系统的设计与实现过程。针对传统销售方式中管理不便与效率低的缺点，将电子商务技术和计算机技术结合起来，开发出管理更便利、效率更高的基于ASP.Net的腾达传统文化工艺品销售管理系统。
文中介绍了系统分析、系统设计和数据库设计的一些思路和方法。该系统凭借WEB服务器和客户的浏览器，利用电子工具高效率、低成本的特点，为客户提供交易平台、在腾达传统文化工艺品销售管理系统上发布商业信息，使用户可以查阅商品、搜索商品、订购商品，为客户提供全天候的、更好、更快的商务活动空间。
本论文较完整的完成了系统的最初设计思路，同时作者从中获取到了许多实践经验。

关键词：管理信息系统；销售管理系统；ASP.Net

Abstract
Nowadays, Management Information System is used by many calling. As a result, computer technology is developed and generalized rapidly, the Information Management System turns into Computer Management Information System in fact.
This paper describes the company's traditional culture, crafts TengDa sales management system design and implementation. Traditional sales methods in the management of inconvenience and low efficiency, e-commerce and computer technology combine to develop a management more convenient, efficient Tenda traditional cultural crafts sales management system.
This paper introduces the system analysis, system design and database design, some of the ideas and methods. The system with WEB server and the client's browser, the use of electronic tools for high efficiency, low cost, to provide trading platform, in the traditional cultural handicrafts Tengda posted sales of business information management system that allows users to access goods, search goods, Order products, providing customers with all-weather, better, faster business space.
The completion of this study is to compare the system complete the initial design idea to also derive a lot of experience.

Keyword：MIS；Sales Management System；ASP.Net

目 录
摘 要 I
Abstract II
第一章 腾达传统文化工艺品销售管理系统开发背景 1
1.1 传统文化工艺品销售管理系统开发背景及意义 1
第二章 腾达传统文化工艺品销售管理系统分析部分 3
2.1 功能需求 3
2.2 环境需求 31
第三章 腾达传统文化工艺品销售管理系统设计部分 32
3.1 系统总体结构设计 32
3.2 模块功能设计 32
3.3 数据库设计 34
第四章 腾达传统文化工艺品销售管理系统实现部分 41
4.1 数据访问层的实现 41
4.2 系统前台用户功能模块的实现 45
4.3 系统后台管理功能模块的实现 55
第五章 腾达传统文化工艺品销售管理系统测试部分 61
5.1 系统测试的目的 61
5.2 系统的测试环境 61
结束语 59
参考文献 60

第一章 腾达传统文化工艺品销售管理系统开发背景
1.1 传统文化工艺品销售管理系统开发背景及意义
社会的发展正在向信息化和数字化的方向发展，信息技术在社会各行各业都有了很大的发展空间，而且产业的发展强大必须依靠信息化的管理。计算机，互联网也必须是他们的主要依附。中国传统文化产品销售行业的发展壮大一样必须依靠互联网的技术，在这种情况下传统文化工艺品销售管理系统应运而生。
开发此系统的宗旨在于方便人们进行产品的购买，加快新产品的更新速度，使访问者足不出户就可以购买到自己想要的喜欢的工艺品，这种购买的方式打破了传统的单一购物方法，促使人们以更快的节奏、更高的投入到现在的生活中来。
腾达传统文化工艺品销售管理系统有很多突出的优点，具体如下：
1、全面的产品介绍：
当读者找到自己所需要的书后，就可以更进一步地查看该产品的相关介绍，除了货物名称、定价、生产商、供应商等基本信息外，还可以查看该产品的文化内涵、历史资料等知识。
2、方便的物品浏览：
在进行产品购买时，系统中以列表方式显示产品的信息，包括最新上架产品、特价产品以及最近的产品销售排行。
3、快捷的购物方式：
当用户找到合适的产品后，就可以将其添加到购物车中，待购买结束后就可以进行订单的提交，以等待公司寄送物品。
4、高价值的产品评论：
货物的评论不但影响其他购买者的购买欲望，更在很大的程度上对公司的供货、更新以及包装提出了更高的要求。
1.2 系统的可行性研究
可行性研究的任务是从技术上、经济上、使用上、法律上分析应解决的问题是否有可行的解决方案。其目的是用极少的代价在最短的时间内确定被开发的软件是否开发成功。
1、技术可行性
Web技术的迅猛发展正推动Internet上信息服务类的进步。WWW服务的基础是HTML语言，HTML语言是静态网页编程语言，不能带后台，不能带数据库。所以在当今这个社会中HTML已经不能满足人们的需求。ASP.NET语言就很好的解决了HTML中的问题，并且支持数据库的连接，写好的网站会有一个后台的管理，当浏览器向服务器请求网页的时候，服务器会响应这个请求。将网页再发回给浏览器，同时将数据保存在后台的数据库中。断开连接，直到下一个请求。
腾达传统文化工艺品销售管理系统有以下几个特点：一是数据量大，要求及时查询和浏览的内容较多，二是数据处理比较集中。内部数据处理量大，输入和输出的量大。三是即时处理，要不断更新最新的数据信息。基于以上三个特点，现有的技术都可以达到现有的目标。在单机环境下组建管理信息系统，该系统的开发工作可以用ASP.NET做前台，SQL Server 2005做后台，前台可视化程度较高，人机交互能力较强，应用方便。后台数据库管理数据功能强大，能更好的支持系统的运行。
2、经济可行性
软件系统的主要设资费用包括：设备费用（计算机及软件配置的费用），开发费用（开发人员，维护人员的费用），系统开销（所用的电力，硬件的磨损折旧等）和另外的一些系统的费用。腾达传统文化工艺品公司是自主经营，自负营亏的小型贸易公司。本系统对硬件的要求并不是特别高只是一般的计算机就可以运行起来，还有就是开发人员和维护人员的费用，开发人员只需要一次性付款，而维护人员只是公司员工开工资即可，系统的开销并不大，腾达公司完全可以支付得起。
另外还有一点就是公司员工的培训，本系统简单易学。对于熟悉公司销售的工作人员来说，只要掌握简单的计算机操作知识，便可以熟练掌握。本系统的后台系统稳定，易于维护，并不会消耗掉太多的人力和物力，公司在一次性开发以后不会再有太大的投入。
本系统会给商家带来巨大的经济利益。前期的投资对于后期的创益来说应该是极其值得的。由于本身腾达传统文化工艺品公司雇佣人员不多，此系统的及时上线能使腾达公司的工作人员从原本的繁重的体力劳动中解脱出来。
系统不仅给销售管理工作带来方便，同时也满足了不同客户的不同需求。提高了数据的安全性、共享性和实力性，大大地降低公司预算，提高了工作效率，为腾达公司在业界市场的激烈竞争中减少不小的开支。
3、使用可行性
本系统采用ASP.NET设计前台界面，用SQL Server 2005数据库为后台管理。可以在Windows 7、Windows Xp、Windows 2000 等Windows操作系统系列下运行。本系统考虑到当今社会当中计算机已经成为不可缺少的元素之一，中国现在网民人数已经突破2.6亿，而这也仅仅是上半年的调查结果。中国在网上消费的人数也在大幅度增加。这些人都有一定的计算机操作基础本系统前台界面美观，操作简单，只要掌握一些计算机基本操作的人便可以短时间内熟练使用系统。后台管理中数据库稳定不易出现错误，易于管理。基于以上的种种理由，本系统完全可以在社会中使用，推动中国计算机网络的发展，同时也为腾达传统文化工艺品公司创造出巨大的经济利益。
4、法律可行性
现在中国的法律中对于非法的软件的管理还处在一个空白的阶段，使得现在非法软件肆意猖獗。比如偷窥别人的隐私，打扰别人的正常生活（病毒），盗版等。本系统是完全遵守着软件开发人员的职业道德，系统并没有加入任何能够损害到商家和消费者利益的东西，可以放心使用。
本系统完全遵守国家的《中华人民共和国计算机软件保护条例》的条例，使本系统也拥有着法律的保护。

第二章 腾达传统文化工艺品销售管理系统分析部分
2.1 功能需求
主要针对腾达传统文化工艺品公司对本公司的产品信息和用户（公司工作人员，网站注册用户即潜在购买者）信息的进行有效的管理，对货物的进销存等环节进行信息化管理，实现购买者网上浏览产品，网上购买商品的可能。通过用户对购买产品的在线评价，处理注册会员网上的投诉和建议。
2.1.1传统文化工艺品销售管理系统的用例分析
用例图主要用来图示化系统的主事件流程，它主要用来描述需求，即希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，是设计系统分析阶段的起点，设计人员根据需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图图符如表2.1所示。

表2.1 UML用例图图符

可视化图符
名称
描述

系统边界
用来表示系统边界，所有用例放在系统之中，它确定系统的范围

用例
用来表示用例图中的用例，它代表系统提高的范围

参与者
用于描述与系统功能有关的外部实体，可以是用户，也可以是外部系统

关联
连接执行者和用例，它表示角色与用例间的关系

注释
对模型元素没有任何语义影响的图注释

用例泛化

用例之间的一般和特殊关系，其中特殊用例继承了一般用例的特性并增加了新的特性

包括

在基础用例之上插入附加行为，并且具有明显示的描述

扩展

在基础用例上插入基础用例不能说明的扩展部分

通过系统的功能需求分析，可得到系统的服务对象为传统文化工艺品购买者，产品销售管理系统的内部工作人员可以按照工作需要各自完成自己指定的任务。其中系统管理员为抽象角色，所以系统角色分析用例图如图2.1所示。

图2.1 系统用户角色分析用例图

顶层用例：对网站涉及到的所有人员进行详细地分工，描述了每个用例之间的联系。故腾达传统文化工艺品销售管理系统顶层用例图中包含了四个管理员（产品管理员、销售管理员、会员管理员、公司管理员）以及注册会员五个用例角色，如图2.2所示。

图2.2 系统顶层用例图

产品管理用例：对公司产品仓库中的所有的产品信息进行管理包括基本的增加、删除、修改、查看，同时也能对产品进行分类像国家类，地区类，民俗类等，还可以对购买者对产品的评价进行回应，可以及时改变公司的产品供货关系，通过库存管理可以查看缺货登记，对用户想要购买的产品及时进货，产品管理用例图如图2.3所示。

图2.3 产品管理用例图

销售管理：此模块主要分为了发货管理及退货管理两个大的部分，其中发货管理中涉及会员订单管理。订单的管理主要是执行订单和查看订单的详细信息，修改订单的下达信息，保证用户能够及时看到自己购买产品的发货信息，同时，销售管理员可以对不合法的订单进行删除。总体来说用户在网站前台购买完产品并到收银台结账生成订单后，还需要执行订单。退货的管理主要是执行用户申请退货后的退货订单确认，处理生成的退货订单。订单管理用例图如图2.4所示。

图2.4 销售管理用例图
会员管理：对在网站注册的用户进行统一管理，可以查看用户列表，对于会员信息的管理主要是查看会员列表以及个人基本信息和对部分非法用户予以删除，用户管理用例图如图2.5所示。

图2.5 用户管理用例图
公司管理：公司管理是区别于其他三个系统管理的一个独立的公司内部管理操作，有公司管理员执行。其中包括比较重要的三个用例分别为：新闻管理、员工信息管理、公司信息管理。对于新闻的管理主要是查看新闻列表及信息的查看，添加新闻和删除新闻。由于新闻信息涉及到新闻发布时间，所以没有修改新闻信息的功能。对于员工信息管理主要是查看整个腾达传统文化工艺品公司的员工信息及员工信息的添加、删除、修改等。公司信息管理主要是对整个公司的介绍以及联系方式的增加修改等操作。公司管理的用例图如图2.6所示。

图2.6 公司管理用例图
会员：通过系统注册的用户可以直接登录公司销售管理系统进行相关的活动，用户登录后可以查看、搜索、购买产品，并可以对喜欢的工艺品进行购买放入购物车，并且可以管理购物车对购物车的产品下订单结账，并对不小心加入购物车的产品进行删除，对自己已经下订单的并不满意在没有发货前也可以对订单删除。会员还可以对搜索到但没有货的产品进行缺货登记，对自己选择的产品进行评价并且通过公司的新闻发布系统，对公司的最新产品及促销信息进行了解，方便用户的购买。会员用例图如图2.7所示。

图2.7会员用例图
2.1.2系统部分功能详细用例描述
表2.2 产品数量修改用例描述
1用例名称：产品数量修改
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，对产品当前的实际数量进行增删改操作
前置条件：
系统管理员顺利进入系统，并且在当前系统中存在要修改的产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，并选择产品详细管理进行产品信息的修改
4、对产品数量进行及时修改
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
异常事件流：
1、修改数量出错，数量小于0
2、系统出现异常，提示错误信息，系统管理员确认
后置条件：
修改数量后，信息保存进系统、
注释：无

表2.3 产品数量修改用例描述
2用例名称：产品价格修改
参与者：系统管理员产品管理员
简要说明：
产品管理员通过进入系统后台，对产品当前的实际价格进行增删改操作
前置条件：
系统管理员顺利进入系统，并且在当前系统中存在要修改的产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，并选择产品详细管理进行产品信息修改中的产品价格的修改
4、对产品价格进行及时修改
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
异常事件流：
1、修改数量出错价格小于0
2、系统出现异常，提示错误信息，系统管理员确认
后置条件：
修改产品价格后，新的信息保存进系统、
注释：无
表2.4 产品数量修改用例描述
3用例名称：产品供应商信息修改
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，对产品当前的供应商进行修改操作
前置条件：
1系统管理员顺利进入系统
2并且在当前系统中存在要修改的产品
3供应商信息准确，存在真实信息
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，并选择产品详细管理进行产品信息修改中的产品供应商的修改
4、对产品供应商的信息进行及时修改
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
异常事件流：
1、修改数量出错，价格小于0
2、系统出现异常，提示错误信息，系统管理员确认
后置条件：
修改产品供应商信息后，新的信息保存进系统、

表2.5 产品数量修改用例描述
4用例名称：产品分类修改
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，对产品当前的所属分类进行增删改操作
前置条件：
系统管理员顺利进入系统，并且在当前系统中存在要修改的产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开产品管理，并选择产品详细管理进行产品信息修改中的产品类别的修改
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
异常事件流：
1、修改类别出错，不存在的类别
2、系统出现异常，提示错误信息，系统管理员确认
后置条件：
修改产品类别后，新的信息保存进系统、
注释：无

表2.6 产品数量修改用例描述
5用例名称：产品信息修改
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，对产品当前的产品信息进行增删改操作
产品信息修改中包含四个可更改项
产品数量修改
产品价格
产品供应商信息
产品的分类
前置条件：
系统管理员顺利进入系统，并且在当前系统中存在要修改的产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，并选择产品详细管理进行产品信息的修改
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
修改产品信息后，新的信息保存进系统
会员在浏览商品时，新的信息及时反映到用户查看界面
注释：无

表2.7 产品数量修改用例描述
5用例名称：产品的添加
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，对新产品进行添加操作
新产品的信息主要包括：产品的名称，产品的产地，供应商信息，产品的文化意义，产品的出场编号，产品的类别。
前置条件：
系统管理员顺利进入系统。
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，进入产品详细管理，进行新产品的添加
4、添加后保存新的产品信息
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
添加新的产品后，产品信息保存进系统。
会员在浏览商品时，新的信息及时反映到用户查看界面
注释：无

表2.8 产品数量修改用例描述
6用例名称：产品删除
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，对新产品进行删除操作
前置条件：
系统管理员顺利进入系统。
在系统中已经存在要删除的产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，进入产品详细管理，进行新产品的删除
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
4、删除是可以查看产品的详细信息，可以直接退出此功能页返回上一页面。
5、删除产品时，系统会提示是否确认继续删除，选择确定产品从数据库中删除；选择否则不进行任何操作
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
删除产品后，产品信息从系统中删除。
会员在浏览商品时，看不到已经被删除的商品。
注释：无

表2.9 产品数量修改用例描述
6用例名称：产品查看
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，按需要查看各种产品
前置条件：
系统管理员输入用户名和密码后顺利进入系统。
在系统中已经存在产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，进入产品详细管理，进行产品查看操作
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
4、可以直接退出此功能页返回上一页面。
5、查看产品后，在页面显示出产品的详细信息，可以选择打印或删除更改操作。
异常事件流：
系统出现异常，提示错误信息，系统管理员确认
选择查看的产品，在页面不能正确显示出产品信息
后置条件：无
注释：无

表2.10 产品数量修改用例描述
7用例名称：打印查看信息
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，按需要查看各种产品，查看产品后打印
前置条件：
1、系统管理员输入用户名和密码后顺利进入系统。
2、在系统中已经存在产品，页面显示出查看的产品详细信息
3、打印机与系统连接正常，能够正常工作
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理，进入产品详细管理，进行产品查看并打印
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品库存管理。
3、进入产品详细管理后不进行修改直接退出系统、或返回主菜单
4、可以直接退出此功能页返回上一页面。
5、查看产品后，在页面显示出产品的详细信息，可以选择删除更改操作。
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
2、选择查看的产品，在页面不能正确显示出产品信息
3、选择打印后没有反应，动作不能执行
后置条件：
1、打印机正常运行，执行打印操作，打印出需要显示的产品信息
注释：无

表2.11 产品数量修改用例描述
8用例名称：库存查询
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，进入产品管理中的库存管理，进行相应的产品库存查询
前置条件：
1、系统管理员输入用户名和密码后顺利进入系统。
2、在系统中已经存在产品
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理
4、进入产品管理中的库存管理
5、选择指定的产品，进行相应的产品库存查询
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品详细管理。
3、进入产品库存管理后不进行操作直接退出系统、或返回主菜单
4、可以直接退出此功能页返回上一页面。
5、查询产品后，在页面显示出产品的库存信息
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
页面显示出产品的库存信息
注释：无

表2.12 产品数量修改用例描述
9用例名称：产品入库添加
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，进入产品管理中的库存管理，进行相应的产品库存的添加
添加内容主要包括：（产品的名称，产品生产编号，产品的种类，产品供应商，产品数量，是否有货等信息）
前置条件：
1、系统管理员输入用户名和密码后顺利进入系统。
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理
4、进入产品管理中的库存管理
5、选应相应的类别，对新产品进行入库的添加。
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品详细管理。
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
1、系统管理员在产品管理中可以查看到产品
2、会员在浏览产品是可以查看到添加的产品
注释：无

表2.13 产品数量修改用例描述
10用例名称：缺货登记
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，进入产品管理中的库存管理，进行相应的产品的缺货登记
前置条件：
1、系统管理员输入用户名和密码后顺利进入系统。
2、会员在产品购买时进行了缺货登记
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理
4、进入产品管理中的产品详细管理
5、修改产品的缺货标记
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品详细管理。
3、进入产品库存管理后不进行操作直接退出系统、或返回主菜单
4、可以直接退出此功能页返回上一页面。
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
1、用户在浏览产品时可以看到此商品的缺货标记
注释：无

表2.14 产品数量修改用例描述
11用例名称：销售出库记录
参与者：系统管理员-产品管理员
简要说明：
产品管理员通过进入系统后台，进入产品管理中的库存管理，进行相应的产品的销售出库记录
出库记录的主要内容：（产品名称，订单发出时间，产品出售数量等）
前置条件：
1、系统管理员输入用户名和密码后顺利进入系统。
2、销售管理员已经将产品订单发出
基本事件流：
1、产品管理员输入用户名和密码进入系统
2、进入后台管理模块
3、打开管理中的产品管理
4、进入产品管理中的产品库存管理
5、将已经卖出的产品进行销售出库记录并保存
其他事件流：
1、进入后台管理模块后可以选择返回按钮，退出后台管理页面，进入系统主页面
2、进入后台管理模块后，可以进入产品详细管理。
3、进入产品库存管理后不进行操作直接退出系统、或返回主菜单
4、可以直接退出此功能页返回上一页面。
异常事件流：
1、系统出现异常，提示错误信息，系统管理员确认
后置条件：
1、用户在浏览产品时可以看到此商品的库存数量减少
注释：无

表2.2——表2.14为腾达传统文化工艺品销售管理系统中产品管理模块用例图的用例描述，销售管理、会员管理、公司内部管理、前台用户模块用例图的详细用例描述见[附件3]
2.1.3系统的概念层类描述
类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等，类图不显示暂时性信息。

表2.15 类图图符
可视化图符
名称
描述

类
表示具体的一个类，第一栏为类名，第二栏为类的属性，第三栏为类的方法

包
一种分组机制，表示一个类图的集合

关联
表示类的对象间的关系，包括聚集关联和组成关联

泛化关系
描述类或包的一般元素与特殊元素之间的分类关系

依赖关系
两个模型元素间的依赖关系

类图是一种显示应用程序的类及类之间关系的可视表示。类可以定义每个元素实例包含的属性以及每个元素执行或经历的操作。
由上面的用例图得到产品类的方法可有查看产品信息、添加产品信息、修改产品信息、删除产品等，产品订单类和产品库存类的方法可有查看订单详细信息、更新库存等，操作记录类的方法可有高级查询、查看产品详细信息、查询订单详细信息、查询产品库存、删除订单等，管理员类的方法可有用户管理、订单管理、库存管理、公告管理等。其中产品类别类可以泛化出中国传统文化产品、北京传统文化产品等具体类，产品订单类和产品库存类可以分别泛化出查看订单详细信息、删除订单等具体类，概念类的类图如图2.8所示。

图2.8 概念层类图

2.1.4顺序图描述
顺序图重点是显示对象之间发送的消息的时间顺序。它也显示对象之间的交互，就是在系统执行时，某个指定时间点将发生的事情。顺序图由多个用垂直线显示的对象组成，图中时间从上到下推移，并且顺序图显示对象之间随着时间的推移而交换的消息或函数。消息是用带消息箭头的直线表示的，并且它位于垂直对象线之间。时间说明以及其他注释放到一个脚本中，并将其放置在顺序图的页边空白处。
顺序图是一种动态建模方法。一般用于确认和丰富一个使用情境的逻辑。一个使用情境就是系统潜在的使用方式的描述，也就是它的名称所要描述的。通过观察什么消息被发送给一个对象，以及通过概略的观察运行被调用的方法需要花费多长时间，很快就能了解哪里的设计需要变化，以达到在系统内部平衡负荷的目的，UML顺序图图符如表2.16所示。

表2.16 UML顺序图图符

可视化图符
名称
描述

带有生命线的对象
用于表示顺序图中参与交互的对象

激活
表示在这个时间段内，对象处于活动状态

消息
用于表示对象之间传递的消息

返回消息
用于表示对象之间传递的消息

产品管理员顺序图：此顺序图描述了产品管理员操作的消息调用顺序（如图2.9）

图2.9产品管理员顺序图
系统管理员顺序图：此顺序图描述了系统管理员操作的消息调用顺序（如图2.10）

图2.10系统管理员顺序图
订单管理员顺序图：此顺序图描述了系统管理员操作的消息调用顺序（如图2.11）

图2.11订单管理员顺序图

用户管理员顺序图：此顺序图描述了用户管理员操作的消息调用顺序（如图2.12）

图2.12用户管理员顺序图
用户顺序图：此顺序图描述了用户管理员操作的消息调用顺序（如图2.13）
图2.13用户产品购买顺序图
2.2 环境需求
2.2.1硬件环境
服务器端的最低配置是由建立站点所需的软件来决定的，在最低配置的情况下，服务器的往往不尽如人意，现在的硬件性能已经相当出色，而且价格也很便宜，因此通常应给服务器端配置高性能的硬件，本系统服务器端的配置如下：
1、处理器：Inter Pentium(R) Dual-Core CPU T8400 2.5GHz 或更高
2、内存：2GB
3、硬盘空间：500GB
4、显卡：Nvidia GeForce 8400M
因为客户端主要用于浏览和操作数据，所以对客户端的硬件要求不高，不过现在的电脑很高的性价比，因此需要的配置应该高于下面的配置：
1、处理器：Inter Pentium 1.9GHz 或更高
2、内存：512MB
3、硬盘空间：80GB
4、显卡：SVAG显示适配器。
2.2.2软件环境
服务器端软件环境如下：
1、操作系统：Windows XP Professional Service Pack3
2、网络协议：TCP/IP
3、web服务器：IIS6.0
4、数据库：Microsoft SQLserver2005
5、服务器：.NET Framework3.5环境
6、浏览器：Internet Explorer 6.0
7、用户端要求如下：
8、操作系统：Windows 98/2000/XP
9、网络协议：TCP/IP
10、服务器：.NET Framework 环境
11、浏览器：Internet Explorer 5.0以上

第三章 腾达传统文化工艺品销售管理系统设计部分
本章节的总体目标是将上一章节需求分析阶段得到的目标系统的逻辑模型，变换为目标系统的物理模型，具体将从系统的结构设计和数据库的设计两方面进行讲解。
3.1 系统总体结构设计
3.1.1软件设计的原则
（1）模块化
（2）抽象与逐步求精
（3）信息隐藏和局部化
（4）模块独立性
3.1.2总体结构设计
系统结构和功能是系统设计的核心部分，通过系统结构图可以清楚的看出整个系统的结构。针对每个结构模块分别做分析，为以后的设计和实现打下基础。根据功能需求，本系统总体上分腾达传统文化销售管理系统后台管理功能模块和腾达传统文化销售管理系统前台用户功能模块，前台购买模块功能供购买者使用，系统后台管理模块功能供商家管理员使用。如图3.1所示。
腾达传统文化工艺品销售管理系统
腾达传统文化销售管理系统后台管理功能模块
腾达传统文化销售管理系统前台用户功能模块
图3.1系统总体结构图

3. 2 模块功能设计
本系统总体上分为腾达传统文化销售管理系统后台管理功能模块和腾达传统文化销售管理系统前台用户功能模块，每个模块又有若干个子模块构成，其中后台模块主要包括：产品管理模块、销售管理模块、会员管理模块、公司管理模块等子模块。系统前台用户模块主要包括：登录系统、产品购买、订单管理等子模块、具体的模块功能设计如下。

3.2.1腾达传统文化销售管理系统后台管理功能模块
腾达传统