第五组beyond网上商城概要设计说明书Word文件下载.docx
《第五组beyond网上商城概要设计说明书Word文件下载.docx》由会员分享，可在线阅读，更多相关《第五组beyond网上商城概要设计说明书Word文件下载.docx（23页珍藏版）》请在冰点文库上搜索。
4.1外部接口19
4.1.1用户界面19
4.1.2软件接口19
4.1.3硬件接口20
4.2内部接口20
第五章运行设计21
5.1运行控制21
5.2运行时间21
第六章应用物理结构设计22
第七章系统数据结构设计24
7.1概念结构设计24
7.1.1库表关系图24
7.1.2库表描述25
7.2逻辑结构设计25
7.2.1用户类型表的列清单25
7.2.2用户表的列清单25
7.2.3购物车内商品表的列清单26
7.2.4临时购物车用户表的列清单26
7.2.5商品表的列清单26
7.2.6订单状态表的列清单27
7.2.7订单表的列清单27
7.2.8商品类别表的列清单27
第八章系统出错处理28
8.1出错信息28
8.2补救措施28
第九章维护设计28
第十章附注：
软件共享组件设计29
10.1总体设计29
10.1.1运行环境29
第一章引言
一.1编写目的
1、编写本概要设计的目的是：
在网上商城需求细化分析的基础上，完成对商城的结构设计，划分系统模块并明确模块之间的关系，同时给出相关的用户界面设计。
2、本文的预期读者为：
网上商城的设计、开发人员。
网上商城的验收、评审人员。
一.2背景
待开发的软件为电子商务（Beyond网上商城）软件。
我们商城主要以广大的网络用户为根本，以为广大的商城用户服务为中心，商品设有丰富的商品展销货架，为商城的用户提供商品丰富、廉价的购物平台。
让商城的用户能够方便快捷、用最少的钱购买到用户满意的商品。
一.3定义
一.1.1专门术语
1、ApacheTomcat6.0：
系统所使用的应用服务器。
2、MYSQL：
系统所使用的数据库管理系统。
3、SQL：
一种用于访问、查询数据库的语言。
4、事务流：
数据进入模块后可能有多种路径进行处理。
5、主键：
数据库表中的关键域，值在表中唯一。
6、ROLLBACK（回滚）：
数据库的错误恢复机制。
7、系统用户：
商城游客、商城购买用户以及商城的管理员。
8、游客：
未注册Beyond网上商城的网络用户。
一.1.2缩略词
1、C2C：
CustomertoCustomer。
2、OA平台：
若未特别指出，特指Beyond网上商城OA平台。
StructuredQueryLanguage（结构化查询语言）。
一.4参考资料
1、《Beyond网上商城需求规格说明书》。
2、《Beyond网上商城数据库设计说明书》。
第二章总体设计
二.1需求规定
二.1.1对功能的规定
二.1.1.1前台管理
前台管理是对网上商城的购物车管理、用户注册、商品选择、订单管理、商品查询、商品评价、店铺管理、付款功能。
对前台管理的人群主要分为两种角色：
未注册该网上商城的网络用户，已注册该网上商城的会员用户。
未注册的网络用户可以浏览并搜索该网上商城的商品详细信息，店铺内容，可以将喜欢的商品放入自己的购物车。
而已注册成为会员的用户除了未注册用户的功能外还增加了：
管理自己的个人信息、购买购物车里的商品、管理自己的店铺以及店铺里面的商品。
1、购物车管理
购物车管理主要针对有购买欲望的注册和非注册用户，系统用户针对有购买欲望的商品放入购物车，可以对购物车已放入的商品进行添加或者删除，如果长时间未对自己的购物车里的商品进行处理，系统会自动记录购物车里的信息。
2、用户注册
用户注册是针对用户有实际购买需求，并对Beyond网上商城有一定的了解的用户，注册成为该网上商城的会员，需要填写的信息是用户名、用户密码以及联系邮箱，注册成功之后可以购买网上商城的商品，并可以在商城上开设自己的商品店铺。
3、商品选择、查询功能
商品的选择查询功能通常包括对时下各大网站的热卖商品、低价商品、团购商品、分类商品、以及对各种商品的查询功能。
商品的查询可以分为商品名称查询和商品类别、商品的不同用途等方面进行查询。
4、订单管理
订单管理功能主要针对已成功注册成为Beyond网上商城的网络用户，商城买家可以对商品进行下单和在商城卖家还未对订单进行处理之前选择取消订单，商城卖家可以对购买该店铺商品的订单进行发货处理、订单完成并对未完成的订单进行修改删除等相关处理。
5、付款功能
付款功能需借助第三方交易系统，此系统中点击付款后，随机成功或失败，跳转到相应页面。
6、评价功能
评价功能主要是针对已成功在网上商城注册并成功购买商城店铺中商品的会员。
可以同时对该商品进行评论，一旦品论提交之后不可修改和删除。
7、店铺管理功能
个人店铺管理功能主要针对在商城开设店铺的会员，该用户可以对自己的店铺里的商品进行上架、下架处理，以及商品信息的录入修改等。
二.1.1.2后台管理
后台管理模块中包括：
商品类别管理、商品信息管理、会员信息管理、订单处理、系统维护、升级管理。
1、商品类别管理
商品类别管理主要针对商品管理员，管理员可以对商品进行类别的分类，可以增加商品类别，修改商品类别。
2、商品信息管理
商品信息管理主要针对管理员以及店铺店主，用户可以对商品添加、修改、删除商品信息，以及修改商品分类、在商城发布商品相关的促销广告等等。
3、会员信息管理
会员信息管理主要针对超级管理员等，管理员可以设置商品管理员，订单管理员的用户，对不符合注册的用户进行修改或者冻结处理。
4、订单处理
订单处理主要针对两类用户，一类是前台用户，顾客可通过Web方式取消、修改自己提交的订单（在管理员确认前），查询自己提交的订单（随时）。
如订单的状态在一定时限（如12个小时）后仍没有发生变化（“无效订单”状态除外），系统自动提醒管理员（如该订单变色，弹出提醒窗口等方式。
订单状态发生变化，系统自动发E-mail给顾客）。
另一类是后台管理用户，该类用户除了与前台用户相同的功能外，还增设了对其他会员用户的店铺的订单进行处理的功能，关闭有违禁商品销售的订单，冻结恶意下单的用户等等。
5、系统维护、升级
系统维护与升级管理。
主要针对后台超级管理员，主要描述：
略。
二.1.2故障处理要求
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损（采用回滚机制）。
当系统出现错误时，系统会查找错误原因，并提示用户按照一定步骤继续完成操作或者重新开始操作，并保留错误信息以供查看。
二.2其它专门要求
◆系统对单个用户的操作反应响应时间不超过5s
◆更新处理数据时间能在消费者所需求的范围内
◆数据之间的转换时间不超过2s
◆数据在从服务器传送到客户端的时间不超过5s
◆数据库的录入，数据库的更新也需要一定的时间限制
◆系统并发量不低于系统所能承受的范围
◆系统吞吐量能达到100M/s
◆当并发量达到最大时，CPU利用率及内存使用率不超过50%
◆系统能够支持负债均衡，保证系统性的可扩展
◆系统能够定进行升级维护。
◆商城的一系列设计、交易都应遵循国家相关法律法规。
◆商城可以与第三方交易平台等相集成。
二.3支持软件
本软件将运行在连接了Internet的的计算机网络用户中。
对于软件的运行环境并无特殊要求。
二.3.1基础平台
基础平台的逻辑结构如下图：
图2-1支撑环境基础平台
二.3.1.1网络平台
Beyond网上商城是一个基于Internet技术的大型网络环境，基本的通讯协议就是采用了TCP/IP协议。
二.3.1.2操作系统平台
服务器可以选择现有的Windows2000Server操作系统。
客户端的操作系统由于对安全性的要求相对较高，一般选择Windows操作平台。
二.3.2基础服务
应用平台支撑环境的第二层是基础服务层，这一层是由操作系统提供的服务加上一些第三方软件进行集成所形成的各种基于基础平台上的底层服务。
该层被设计处于基础平台的上面一层，是站在服务集成的角度上，在这一层基本上是由各种系统软件连同相应的硬件，构筑在操作系统平台之上的各种资源服务和底层应用程序接口（API）调用服务。
二.3.2.1操作系统自带的服务
在平台里应该有的服务支持包括：
1、物理上的分布式计算支持。
2、域名解析服务（DNS）：
提供TCP/IP协议下的按照域名解析IP地址的服务。
3、系统管理服务：
提供利用工具在本地或者远程进行系统管理的接口或者服务功能。
二.3.2.2第三方软件提供的服务
对上层应用框架的底层支持除了操作系统有限的服务之外，很多都需要集成第三方的软件来提供支持。
1、关系数据库
在本平台之上的应用不是直接访问数据库，而是通过应用框架服务层提供的数据库访问组件来访问数据库。
2、Web服务器
Web服务器（或称HTTP服务器）提供HTTP服务。
本来Web服务器只提供“静态”内容，即返回在URL里指定的文件的内容，一般具备将URL名映射到文件名的功能，并能实施某种安全策略。
Web服务是建立B/S结构应用的基础。
Web服务在系统中的作用如图：
Web服务以Web服务器的形式出现，主要的功能是提供静态的Http服务，即提供静态的Html页面。
同时，Web服务还需要有诸如负载均衡、页面缓冲等功能。
Web服务器通常需要和应用服务器相配合，提供动态的Http服务，应用服务器可以和数据库相配合提供动态Html页面。
3、应用服务器
将应用服务器放在这一层，可以形成这样一个平台，它为应用的业务逻辑提供了一个运行环境。
它可以提供企业级的组件支持环境，支持分布式网络环境下应用软件的快速开发和部署。
应用组件在应用服务器的服务上运行，并利用网络基础架构提供的目录和安全服务。
这些组件还可以利用数据库设施。
应用服务器软件层为开发和支撑运行在Web应用服务器上的机关辅助办公应用系统的业务逻辑提供了核心功能。
基本要包括下列服务：
●数据库访问接口：
它将一个数据库的特性及功能与Web应用服务器集成起来；
●事务处理服务：
它通过提供一个高可用的、健壮的、可扩充的、安全的事务处理应用执行环境来扩展Web应用服务器的功能；
二.3.2.3辅助办公系统平台提供的服务
无
二.4接口
参见接口设计。
二.5控制
暂无。
二.6基本设计概念和处理流程
二.6.1设计原则
1、采用面向对象技术进行设计和开发。
2、应用中间件技术，保证了系统的开放性和对技术发展的适应性。
3、科学划分信息块，方便快速查询，提高使用性。
二.6.2软件目的
此网络购物平台系统旨在为用户提供一个简易的具备一些基本功能的购物系统，通过这个系统用户可以轻松的获得自己想要的商品。
对于网上购物这样一个发展迅速的消费模式，又存在一些制约其发展的问题，从购物网站中不难发现这些问题。
对于一个好的购物网站往往有着这样几点要求：
第一，结构清晰。
要求购物平台结构清晰简洁，用户易于操作，不会因为页面设计的过于繁琐导致用户操作困难。
第二，方便查找，用户需要通过某种商品名称查找商品。
第三，便于管理，设置管理员对商品信息进行管理，且管理员能够很容易的对商品进行管理。
第四，方便快捷的交易方式，网络交易中不需要太多繁琐的步骤，让客户能在较短的时间内完成所需的交易任务。
第五，消费安全，要求网站具有比较高的安全防护措施，能够比较好的保护用户的隐私与财产。
这些问题往往是一个购物网站发展的关键因素。
为解决以上几点问题首先需要为系统设立两种用户，一种普通用户，一种管理员用户。
其次为满足结构清晰的问题，我们需要对页面布局花更多时间设计，使得页面结构体系分块明显。
最后为方便用户查找商品在系统中设置一个搜索功能。
只有解决了以上几点不足我国的网上购物业才能够有更进一步的发展，才能够吸引更过的顾客投入到网上购物中。
二.6.3技术架构
采用J2EE技术进行开发。
二.6.4软件系统整体流程
网上商城初步流程图如下所示（细节修改待定）：
二.6.5部署模型
系统将基于J2EE架构进行开发，所以在部署结构上，本系统将形成一个单独的部署WAR包，通过设计上与部署配置上遵循电子商务平台标准。
该商城的加入不会影响其他电子商务的安全等等。
第三章功能模块设计
三.1前台管理
三.1.1结构
前台管理是对网上商城的购物车管理、用户注册、商品选择、订单管理、商品查询、商品评价、店铺管理、付款功能。
未注册的网络用户可以浏览并搜索该网上商城的商品详细信息，店铺内容，可以将喜欢的商品放入购物车。
而已注册成为会员的用户除了未注册用户的功能外还增加了管理自己的个人信息、购买商品、管理自己的店铺以及店铺里面的商品。
购物车管理主要针对有购买欲望的注册和非注册用户，系统用户将对有购买欲望的商品放入购物车，可以对购物车已放入的商品进行添加或者删除，如果长时间未对自己的购物车里的商品进行处理，系统会自动记录购物车里的信息。
用户注册是针对用户有购买需求，并对Beyond网上商城有一定了解的用户，注册成为该网上商城的会员，需要填写的信息是用户名、用户密码以及联系邮箱，注册成功之后可以购买网上商城的商品，并可以在商城上开设自己的商品店铺。
付款功能需借助第三方交易系统，暂不做详细说明。
评价功能主要是针对已成功在网上商城注册成功并成功购买商城店铺商品的店家的会员。
可以同时对该商品进行评价，一旦评价提交之后不可修改和删除。
三.1.2功能需求与程序的关系
功能需求
程序
添加/修改/删除商品
Goodsadmin
注册/注销用户名
LogIn
添加/删除/注销店铺
MyShop
WareDetail
添加/删除购物车商品
ShoppingCart
增加/提交/完成/处理订单
MyOders
修改/提交确认支付
BuyOk
增加/提交评价
Review
三.2后台管理
三.2.1结构
另一类是后台管理用户，该类用户除了与前天用户相同的功能外，还增设了对其他会员用户的店铺的订单进行处理的功能，关闭有违禁商品销售的订单，冻结恶意下单的用户等等。
主要针对后天超级管理员，主要描述：
三.2.2功能需求与程序的关系
添加/修改/删除商品类别
GoodsAdmin
添加/修改/删除商品信息
增加/修改/删除会员信息
SuperAdmin
关闭/删除/冻结订单
OrderAdmin
升级/维护系统
Update
第四章接口设计
四.1外部接口
四.1.1用户界面
在用户界面部分，根据需求分析的结果。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
总的来说，系统的用户界面应作到可靠性、简单性、易使用。
四.1.2软件接口
四.1.2.1平台的接口
与平台的接口主要体现在两方面：
1、基础数据的使用
平台中提供人员基本信息和组织结构的基本信息，平台以提供客户端开发包的形式将获取这些基本信息的对象提供给应用，而应用要使用这些开发包中的对象就必须在应用的web.xml中注册一个sdkfilter。
一旦我们注册了它，我们就能够按照平台提供的开发包使用手册上的方法使用所有基础数据。
2、应用配置
平台提供了用户管理、组织结构管理、应用管理以及权限管理，我们使用应用管理将我们开发的功能模块注册到平台中，然后使用平台提供的权限管理功能创建合适的角色并为这些角色分配相应的模块，然后把这些角色分别赋给合适的人员，这样就能够实现我们希望应用实现的权限分配，以及应用中一些只有特定角色才能够使用的功能被正确的分配。
以上所提到的详细的管理方法可以参看OA平台提供的管理员使用手册。
四.1.2.2与其他软件的接口
与第三方交易平台的接口。
略
四.1.3硬件接口
四.2内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
第五章运行设计
五.1运行控制
运行控制以用户与系统进行交互为主。
五.2运行时间
◆数据在从服务器传送到客服机的时间不超过5s
第六章系统数据结构设计
六.1概念结构设计
六.1.1库表关系图
六.1.2库表描述
表名
TABLE_CODE
用户类型
BS_UserType
用户
BS_User
购物车内商品
BS_CartGoods
临时购物车用户
BS_TempUser
商品
BS_Goods
订单状态
BS_OrderState
订单
BS_Order
商品类别
BS_GoodsType
六.2逻辑结构设计
六.2.1用户类型表的列清单
名称
代码
数据类型
用户类型id
utype_id
int
用户类型名称
utype_name
char（10）
六.2.2用户表的列清单
用户id
user_id
用户类型id
用户名
user_name
varchar（16）
用户密码
user_pwd
用户邮箱
user_email
varchar（50）
六.2.3购物车内商品表的列清单
购物车商品联合id
cart_goods_id
商品id
goods_id
临时购物车用户id
Tuser——id
Int
六.2.4临时购物车用户表的列清单
tuser_id
临时用户IP地址
tuser_ip
archar（48）
六.2.5商品表的列清单
users_id
商品类别id
gtype_id
商品名称
goods_name
varchar（30）
商品单价
goods_price
numeric（8,0）
商品图片
goods_image
商品库存
goods_inventory
商品销售量
goods_sales
六.2.6订单状态表的列清单
订单状态id
ostate_id
订单状态名称
ostate_name
六.2.7订单表的列清单
订单id
order_id
买家id
buyer_id
卖家id
saler_id
订单交易数量
order_vol
订单交易时间
order_time
bigint
六.2.8商品类别表的列清单
商品类别名称
gtype_name
varchar（20）
第七章系统出错处理
七.1出错信息
1、程序在运行时主要会出现两种错误：
（1）由于输入信息，或无法满足要求时产生的错误，称为软错误。
（2）由于其它问题，如网络传输超时等，产生的问题，称为硬错误。
2、对于软错误：
须在操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
3、对于硬错误：
可在出错的相应模块中输出简单的出错语句，并将程序重置，返回输入阶段。
4、出错信息必须给出相应的
升级会员 