服装销售管理系统论文.docx
- 文档编号:28141667
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:20
- 大小:29.65KB
服装销售管理系统论文.docx
《服装销售管理系统论文.docx》由会员分享,可在线阅读,更多相关《服装销售管理系统论文.docx(20页珍藏版)》请在冰豆网上搜索。
服装销售管理系统论文
服装销售管理系统论文
服装销售管理系统论文
随着计算机和网络的高速发展和日趋普及,越来越多的商家在网上开起商店,向消费者展示出一片不同传统购物的新颖天地。
在美国、日本等信息化程度较高的国家和地区,网络商店发展速度迅猛,美国的世界级超一流的零售商,如沃尔玛、凯玛特、科罗格、J.C培尼等纷纷挤身于网络经商的行列。
调查表明:
美国的家庭已越来越习惯于在家中从网上购物。
科技的高速发展使互联网正以前所未有的冲击力影响着人类的生活。
它的出现和发展,正慢慢地改变着人们的生活方式,互联网也因此成为比较热门的一个话题,它具有强大的影响力。
一些精明的商人就将它和商品买卖结合起来,形成了网上销售这种模式。
它类似于正迅速发展的超市,特点是可以自行进行商品的选择,不必通过售货员。
网络就代表了方便、快捷、省时、省力、时尚。
近几年,越来越多的人开始接受网上购物,CNNIC在其发布的《中国互联网络热点调查报告》中显示:
在我国有17.9%的网民在半年内有过网络购物经历,在浏览过购物网站的网民中,有29.6%的人在半年内有过网络购物经历,有过网络购物经历的被访者中有超过90%的人今后会继续进行网络购物;有63.7%没有购物经历的网民表示今后会尝试网络购物。
这些数据表明我国网上购物巨大的市场和发展潜力。
1.2设计思想及设计工具
本文利用DreamweaverMX和ASP进行服装(女装)购物网站设计的开发过程,以ACCESS实现网站数据库,对网站的设计及网站的实现进行了详细的说明,即从ASP和DreamweaverMX的开发环境的架设开始,一步步了解ASP和DreamweaverMX。
本文的主要内容包括DreamweaverMX、ASP语言的基本概念及高
级应用,ASP与数据库的连接。
使用DreamweaverMX和ASP开发网站,是经过调查研究,并参考相关的系统资料,学习中外大型优秀网站的优点和特点进行开发设计的,具有一定的技术性。
在不远的将来势必完全走向电子商务的现实,使本文采用DreamweaverMX和ASP来研究网站的设计和实现具有一定的可行性。
网站通常分为前台和后台,本系统也是如此。
前台以查询数据库调用信息为主,后台则是向数据库添加、删除资料为主。
这样把整个网站分为两个部分独立设计和实现,并通过数据库这个中介联系起来。
它们的联系如图1所示:
图1网站运行原理
本网站是使用ASP编写的动态网站,在编写时通过使用HTML标记语言来控制网站的外观显示。
本网站遵循WEB应用程序的结构原则,即B/S体系结构,采用浏览器、WEB服务器、数据库三层结构,该结构的核心是WEB服务器,它负责接受本地或远程的HTTP请求,根据查询条件到数据库获取相关数据,同时只查询结果以HTML文档的形式返给浏览器。
为了网站内容丰富多彩可以使用图像处理软件例如Photoshop来制作或者修改图片。
最后通过DAO(DataAccessObjects)接口实现与数据库的交互。
本文设计工具主要为ASP、IIS、DreamweaverMX和Access。
ASP是ActiveServerPages的简称,是服务器端脚本编写环境,使用它可以创建和运行动态、交互的Web服务器应用程序。
ASP内含于IIS当中,目前IIS最高版本为6.0版本。
使用ASP可以组合HTML页、脚本命令和Activex组件以创建交互的Web页和基于Web的功能强大的应用程序。
ASP应用程序很容易开发和修改,用它创建动态Web页或生成功能强大的Web应用程序。
ASP是经过服务器解析之后再向
浏览器返回数据,所以就不必担心客户的浏览器是否能运行设计者所编写的代码,在客户端看到的只能是经过解析之后的数据,而无法获得源代码,这样也提高了代码的安全性。
IIS是InternetInformationServer的缩写,即Internet信息服务。
它是一种Web服务,主要包括WWW服务器、FTP服务器和SMTP服务器等。
Access是Microsoft公司伴随office办公软件发行的基础但实用的结构化查询数据库。
用户可以方便地设计、修改、浏览基本的数据表;可以在基本数据表中进行各种查询;可以根据基本数据表设计各种报表;可以设计和使用各种窗体;可以设计和使用宏等功能。
为确保数据库的安全性,Access可以为数据库设置密码。
DreamweaverMX是Macromedia公司出品的网页设计软件,是建立Web站点和应用程序的专业工具。
DreamweaverMX能开发不同技术标准的应用程序软件,例如微软的ASP等。
可以说DreamweaverMX是当前最优秀、最强大的网页设计和开发软件之一,能够开发出丰富多彩、美观大方同时功能齐全的网站。
开发人员可以将其选择的服务器技术与DreamweaverMX配合使用,建立将用户连接到数据库、Web服务和旧式系统的强大Internet应用程序。
1.3基于B/S的三层体系结构
BROWSER/SERVER结构是由传统的两层CLIENT/SERVER体系结构发展而来。
它从根本上改变了C/S结构的缺陷。
传统的C/S模式主要应用于局域网环境下,受到地域的限制,并且它的安装和维护比较麻烦,在客户端集中了用户界面和事物处理逻辑模块,数据访问和计算等任务都由客户端担负。
而B/S模式大大简化了客户机的工作,客户机只需安装和配置少量的客户端软件即可,服务器担负了更多的工作,对数据库的访问和应用程序的执行都在服务器上完成。
B/S模式更为适应通过INTERNET进行通信,大大降低了对客户端的要求,可以不受地域的限制。
B/S体系结构的优点是,只要增加相应的程序模块就可以扩展系统功能,具有高
扩展性,安装维护简单方便,用户界面简单易懂,数据集中管理,便于分散用户使用。
Internet信息服务器
第二章系统需求分析
2.1系统目标
利用INTERNET互联网络构件一套基于WEB技术的女装销售系统和管理系统,使之为服装零售商,特别是中小零售商提供快速、高效、灵活的网上女装销售活动,尽可能合理合法的为零售商降低成本,减少费用支出,提升赢利能力,增强竞争力。
同时为广大消费者提供了一个更为经济、实惠的服装购物平台。
2.2系统需求分析
需求分析的任务是通过详细调查现实世界要处理的对象(组织、部门、企业等),充分了解原系统工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能。
新系统必须充分考虑今后可能的扩充和改变,不能仅仅按当前应用需求来设计数据库。
本网站是一个网上购物网站。
顾客要选购商品,设计者为顾客提供方便和清晰的商品选购环境,所以一个有结构性的界面设计是必须的,在商品展示和介绍上要力求突出商品的特点,还要突显会员在商品价格上的优惠,而且在适当的地方要给顾客适当的购物提示。
网站需求分析,包括服装浏览者、服装购买者、网站管理人员三方面。
服装浏览者的需求是查询该网站的服装,要想购买,则需要注册登录,成为服装购买者;服装购买者的需求是查询该网站的服装、个人购买情况及个人信息的修改;网站管理人员对服装、会员进行管理和对在线支付信息的管理。
网站管理人员的功能最为复杂,包括对购买者、服装进行管理和维护。
服装浏览者可直接查看服装情况,如果服装浏览者注册个人信息并根据本人用户名和密码登录网站,成为服装购买者还可以在购物车进行本人购买情况的查询和维护部分个人信息。
为了保护服装购买者的个人隐私,只有在浏览者帐号和密码相匹配时才可以查询和维护本人的购买情况和个人信息。
服装网站管理人员功能的信息量大,数据安全性和保密性要求最高。
本功能实现对服装信息、购买者信息管理和统计查看及维护。
网站管理员可以浏览、查询、添加、删除、修改、统计服装的基本信息;浏览、查询、统计服装信息,但不能添加、删除和修改购买信息,但是,删除服装购买者的某条基本信息记录时,应实现对该服装定单记录的级联删除。
2.2.1系统综合要求
前台要实现的功能:
由于在商场进行购物的顾客是来自不同的群体,如何帮助他们正确使用购物过程中的操作和技巧,尽快投入到购物中,必须在这个设计中体现出来[3]。
(1)界面友好,操作简单,提供大量的使用和提示说明。
(2)提供会员制:
只有注册的顾客才能够买本商场的商品,但对未注册的顾客允许
(3)提供最新、推荐、促销商品信息的浏览。
(4)对站内所有的商品能够进行分类,或无条件的模糊查询。
(5)显示商品的具体信息时,要详细显示商品的大部分信息,并注明不同用户和不
同产品价格区别,并能够提供对同类相关产品的显示。
(6)允许登录用户对商品进行评论,并能够对已发表的评论进行回复。
未注册顾客
可以浏览评论内容。
(7)为了更好与用户进行沟通,在首页要显示商场公告,并给注册用户提供发送站
内短信的功能,以利于用户之间和用户与商场管理员之间的交流。
(8)对于用户购买物品到提交订单整个流程要做到简单明了、安全,尽量模拟现实
购物的习惯。
对于购物车内的物品要用列表一一显示出来,并提供删除功能,对于重复够买的物品要累加计算。
在用户提交订单时要提供多种运送方式,并对信息提供重复审核的功能。
(9)为了增加商场的吸引力兼顾商场以后的发展方向和更贴近顾客,要为他们提供
娱乐购物广场,使他们看到的不再是单调的图片和文字,而是要享受虚拟现实中购物场景。
充分发挥三维世界给用户生活带来感观上的享受。
(10)整个界面以蓝、绿色为主色调,布局统一,用CSS统一整个版面的样式。
后台管理功能:
要能够对网站绝大部分的动态信息直接操作,尽量不改动页面。
(1)提供订单管理,商品管理,会员管理,订单管理,管理员管理等。
安全性:
提供数据备份和系统日志查看和管理。
系统性能要求:
数据处理速度要快,并能够在短时间内响应顾客的请求。
运行要求:
为了使系统安全、稳定的运行,操作系统和数据库要采用服务器版,WEB
服务器要能够允许多人在线同时访问。
可靠性:
系统运行数据要一致,如果遇到系统不能正常运行要提供快捷恢复方式。
可用性:
系统要能够为以后商场不同业务的发展提供扩展功能。
出错处理:
对于用户输入的错误数据或非法数据,要尽量在程序中进行检验并提示相关预定义的错误。
对于可能出现的系统错误要尽量隐蔽其细节,并转向相应的出错处理程序进行重新处理。
2.3系统功能划分
2.3.1用户注册登录系统
用户通过此系统的注册成为本网站的一个会员,系统记录客户的详细资料,只有成为本网站的会员后才能参加购物活动,会员可以享受比市场价格低廉的会员价格来购买商品。
2.3.2用户浏览订购系统
通过此系统用户可以浏览商品的详细信息,分类查询赶兴趣的商品,并将欲购买的商品放入购物车,购物结束后系统生成购物订单,用户通过订单号可以查询所购买商品的详细信息。
2.3.3网站后台管理系统
为了保证后台数据的安全,管理员需要输入密码和帐号才可进入此系统。
在本系统中,管理员可以把商品分类,增加和删除各种商品,查询和处理用户的订单,管理商品的库存情况。
另外还可以对用户和管理员进行不同的管理。
第三章数据库设计
3.1数据库的基本理论
3.1.1数据库的数值查询方法
所有的数据库通常都支持数值型、字符型、日期型、逻辑型四种基本的数据类型。
数据库的基本数值查询也就主要涉及这四种情况。
(1)字符串查询
使用SQL语言进行字符串查询时,字符串一定要使用单引号“'”括起来,否则查询表会出错。
例:
strSQL=“SELECT*FROMAdminWHEREA_Name_S='admin'”
strSQL=“SELECT*FROMAdminWHEREA_Name_S='admin'”
(2)布尔值的查询与操作
对布尔值的查询,直接使用True、False或数值即可,不必加单引号“'”,例:
strSQL=“SELECT*FROMAdminWHEREA_IsDefault_B=False”
strSQL=“SELECT*FROMBuyWHEREB_Count_N=3”
(3)数据库空值处理
数据库中的空值是一个很抽象的概念,空值为NULL,它和没有值不同。
例如一个瓶子,瓶子里边除了空气其他什么也没有,这是没有值;另外一个瓶子,里边是真空的,这叫空值。
反映到程序上,也就是P_Intro_S=''与P_Intro_SISNULL是不同的。
在读取数据库时,如果返回值是NULL,当把它赋值给一个String型的变量时就会出错,需要另外判断它是否为空,这就是为什么在前面数据库设计时要尽量指定字段为非空并指定默认值了。
(4)ORDERBY子句
对查询结果使用ORDERBY子句进行排序时,用来排序的列必须在查询当中列出,例:
strSQL=“SELECTM_ID_N,FROMMerchandiseORDERBYM_Storage_N”
strSQL=“SELECTM_ID_N,M_Storage_NFROMMerchandiseORDERBYM_Storage_N”
(5)查询个数的控制
不是每次查询都要把数据库里满足条件的内容都显示出来,这时可以使用关键字Top来控制每次查询的信息数。
例:
strSQL=“SELECTTOP10*FROM'Admin'WHEREA_IsDefault_B=False”
3.1.2数据库的数值插入方法
向数据库的表中插入数据使用INSERT语句,有两种方式:
一种是元组值的插入,
另一种是查询结果的插入。
在本网站中使用的是前一种方式。
(1)插入单个元组的INSERT语句的格式为:
INTO[([,„)]
VALUES([,]„);
其功能是将新元组插入指定表中,其中新记录属性列1的值为常量1,属性列的值为常量2,„。
INTO子句中没有出现的属性列,新记录在这些列上将取空值。
但必须注意的是,在表定义时说明了NOTNULL的属性列不能取空值,否则会出错。
如果INTO子句中没有指明任何列名,则新插入的记录必须在每个属性列上均有值。
(2)子查询不仅可以嵌套在SELECT语句中,用以构造父查询的条件,也可以嵌套INSERT语句中,用以生成要插入的批量数据。
插入子查询结果的INSERT语句的格式为:
INTO〈表明〉[〈属性列1〉[,〈属性列2〉„)]-
3.1.3数据库的数值修改方法
修改操作语句的一般格式为:
UPDATE〈表名〉
SET〈列名〉=〈表达式〉[,〈列名〉=〈表达式〉]„
[WHERE〈条件〉];
其功能是修改指定表中满足WHERE子句条件的元组。
其中SET子句给出〈表达式〉的值用于取代相应的属性列值。
如果省略WHERE子句,则表示要修改表中的所有元组。
3.2网站数据库设计与实现
在网站后台中,数据库的地位是非常重要的,是一个网站正常运行的基础。
数据库设计一方面需要科学与规范的方法,另一方面也需要丰富的经验指导。
对数据库设计大致可以分为以下几步:
(1)首先是收集、分析需求;
(2)将需求抽象出实体、关系和他及其属性;
(3)将这些实体、关系和属性按照一定规则转化为二元表结构。
以上各步所对应的分别就是数据库需求分析、概念结构设计和逻辑界面设计,下面首先进行数据可需求分析。
3.2.1数据库需求分析
数据库需求分析也属于软件工程中的需求分析阶段,在这一过程中,主要是用来收集用户的需求,然后指导数据库设计。
对没有项目管理经验或者准确地说是没有项目负责经验的人来说,他们对需求分析的重要程度往往是无法完全理解的。
在事先的项目开发中,开发者不要去臆测任何的客户需求,因为假如将来客户需求有很小的更改时,就可能需要花费与开发几乎相同的代价去修改数据库,而这同时又涉及到程序的修改。
因此比较恰当的办法是将数据库设计的更容易扩充,争取做到即使需求改变,也只需要修改一小部分程序即可,而数据库设计不需要的修改。
通过上述功能分析,针对一般销售网站的需求,总结出如下的基本需求信息:
用户分浏览者用户、购买者用户和管理员用户,浏览者用户无需登录就可以浏览网站;
需要有网站介绍性内容,如关于我们、联系我们等;有新品推荐介绍,并在首页突出显示推荐的产品;
经过上述功能分析和需求总结,涉及如下的数据项和数据结构:
管理员信息,包括数据项:
账号、姓名、密码;
会员注册信息,包括数据项:
会员序号、会员密码、会员姓名、会员性别、重获
密码所提的问题、重获密码的问题回答、会员邮箱、会员电话、
会员地址、会员邮编、注册时间;
商品信息,包括数据项:
商品编号、商品名称、商品型号、商品单位、商品
品牌、热卖价、市场价、商品简介、录入时间、商品介绍;
订购商品信息,包括数据项:
商品序号、商品编号、会员帐号、订货时间、订货数量、支付
方式、会员姓名、会员地址、会员电话、会员邮编、配送方式、会员邮箱。
3.2.2数据库概念结构设计
经过上面的分析,设计出能满足用户需求的各种实体,以及他们之间的关联,为后面的设计打下基础。
这些实体包含各种具体信息,通过相互之间的关联形成数据的流动。
根据上面的设计规划出的实体有:
商品信息实体、会员注册信息实体、订单实体、商品分类实体。
各实体关系间的E-R图:
图1服装购买的E-R图
3.2.3系统前台购物和后台管理流程图
系统的前台购物流程图如图1:
当顾客想在商场购买物品时,必须通过会员登录
模块验证才行,无论登录成功或失败都要写入用户日志文件。
顾客成功登录后就可以把他的物品放入购物车并可以随时到收银台进行结账。
用户进行结账时,首先生成一张临时的订单,订单包括用户购买物品结算后的总额和某些个人信息。
然后,用户可
以根据需要选择支付方式,并可以修改其中某些个人信息。
当用户确认提交订单后,这时物品购买流程才结束并写入订单库,同时显示用户订单号和本次付款总额。
后台管理流程图如图2:
管理员通过后台入口进入管理登录模块,无论是否成功
登录都会写入用户日志文件。
当管理员成功登录后,他就可以对自己的某些信息进行修改,并根据自己的权限对管理用户进行操作。
管理员可以根据业务的需要对商品、订单、类别、会员、用户短信文件、网站信息、菜单、和计数进行管理,并可以
调出安全日志文件进行查看、跟踪、和统计。
3.2.4数据流图
下面是对用户购买物品和提交订单的过程中,系统内的数据流图,由于这些功能间数据流比较复杂,我按处理事物的功能将它大体上划分为四部分。
图3是商场前台功能划分的高层数据流图。
顾客通过登录功能模块1进入购物系统,用功能模块2购买商品,然后在功能模块3提交订单并通过功能模块4退出系统。
图4是功能1进一步分解后的数据流图,无论顾客是否注册都可以浏览物品,但进行购物时必须进行登录,如果不是注册用户,则返回注册功能模块。
用户输入账户、密码和验证码成功登录后不仅可以根据商品标识购买物品,而且还可以查询订单号和收发站内短信。
图5是功能2进一步分解后的数据流图,用户可以在购物车内放更多的物品,同时允许对已放入的物品删除,如果购买完后,可以对购物车内的物品结账。
图6是功能3进一步分解后的数据流图,用户在收银结算后会生成订单,包括所有物品的总额和用户的部分信息。
用户可以对生成的部分信息进行修改,当确认提交时,生成订单号并存入数据库中。
此时用户就可以退出购物系统。
3.3虚拟商场的总体设计3.3.1系统E-R图
E—R图是用来表示数据及其联系的工具,它描述的是现实世界的数据模型,与具体的DBMS无关,但是它是设计阶段设计数据库逻辑模型的重要依据[13]。
系统的购物E—R图,如图7所示:
其中主要涉及的实体有用户,商品,购物车,订单和类别等。
当用户访问站点时,计数器自动增加一条包括用户访问的页面、登录IP、登录时间的记录,如果经过登录过程,用户日志会自动记录下用户登录时的账户、IP、登录时间和结果;用户可以根据自己的登录账户查看自己已购买但并未结算的商品,也可以查看消息、发表评论和购买商品。
当生成临时订单时,先根据账户提取用户购物车内已购买但未经过确认的商品,然后根据用户选择的支付方式生成订单。
商品种类一般较多,先将商品按大类划分,进一步划分大类包括的小类,最后对商品进行小类归属。
系统的后台管理E—R图,如图8所示:
其中主要涉及的实体有用户、商品、购物车、订单、会员和菜单等(实体属性见附录)。
当用户登录时,用户日志会自动记录下用户登录时的账户、IP、登录时间和结果;用户登录后就可以通过管理来和这些实体发生关联。
实体关系分析:
服装—具有—分类(多对1),一种服装属于一个类别,一个类别有多种服装会员—订购—服装(多对多),一个会员可以订购多种服装,一种服装可以销售给多个会员
会员—具有—定单(1对多),一个会员可以有多张定单,一张定单固定是属于一个会员
3.3.3数据库表的设计
数据库的概念结构设计完毕后,就可将上面的数据库概念结构转化为实际数据模型,也就是数据库的逻季节构。
根据网站规模的不同,可以常用Access数据库或SQLServer数据库。
根据系统设计的需求,本网站使用Access数据库。
本服装网站数据库中各个表的设计结果如下表所示:
(1)后台管理表:
manage_user用于添加和管理后台数据:
(2)表名:
product用于记录商品信息:
(3)表名:
reguser用于记录会员注册时的所有信息
表3会员注册表
(4)表名:
orderlist用于记录会员的订单信息:
表4订单信息表
其他表和结构还有字段的数据类型类似所以在此省略。
3.3.4表之间的关联关系
一个数据表实际上是具有共同属性的一类实体的集合。
按照集合的定义,集合中的元素不能够重复,所以数据表中不应该有重复的记录。
为了保证数据表中没有重复的记录,通常数据库管理系统都支持为数据表定义主码完整性约束,即为数据表定义一个主键。
主键可以是数据表中的一个字段或由若干字段组合而成。
数据库中的各数据表之间的关联可以通过主键和外键实现。
主键字段值具有唯一性且不能重复,它可以标识记录。
外键是参考到主键的字段,主键和外键的数据类型与长度属性必须相同,而且外键可以重复。
本数据库中一个商品分类可能包含数种商品;一个会员可以下多张订单,购买多种商品;一张订单可能包含一种以上的商品,一种商品可以由多个会员购买。
由此可见,定单商品信息表orderlist与会员信息表reguser之间是多对一的关系,可以通过会员编号实现二者的关联,而会员信息表和商品信息表是多对多的关系。
第四章网站功能模块设计与实现
4.1功能模块
要实现网站的正常运营,至少要由以下模块构成:
(1)商品展示
(2)会员注册与登录(3)购物车及订单管理(4)后台管理
4.2商品展示
商品展示要一目了然,也要吸引浏览者点击查看,可以给顾客进行导购,以一个虚拟导购员的身份出现。
在首页上还设计了网站推荐商品,以图片链接方式进行设置。
还设置了热卖排行和新品上架的超级链接,分别以独立的页面展示。
客户可以大体了解网站的功能,首页的顶部列出了一个网站常用功能,例如设为网站首页、最新商品、会员注册、查看购物车等,此
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 服装 销售 管理 系统 论文