家居饰品商城系统分析与设计软件工程专业综合实践.docx
《家居饰品商城系统分析与设计软件工程专业综合实践.docx》由会员分享,可在线阅读,更多相关《家居饰品商城系统分析与设计软件工程专业综合实践.docx(43页珍藏版)》请在冰豆网上搜索。
家居饰品商城系统分析与设计软件工程专业综合实践
家居饰品商城系统
系统分析与设计报告
作者姓名
参与编写者
指导教师
项目组成员
学号
姓名
组长
成员
年月日
1系统概况
1.1项目背景
随着互联网的高速发展,互联网经济越来越被人们重视。
近几年,淘宝和京东的火热让越来越多的人们接受了网上购买商品的生活习惯。
具备快速,全面,以及良好的售后等特点的商城逐渐走入人们的生活,本系统的开发和研究就是为了解决部分人对于家居饰品等商品的选择。
本组织主要有三部分组成:
1.项目分析与设计部门:
主要对新系统分析与设计,完成实现系统的功能的工作。
2.项目实现部门:
需要两至三名编程人员,对分析完善的项目进行实现,编写出项目的代码。
3.项目测试部门:
项目测试部门的员工要和实现部门的员工进行共享,因为两者需要同时进行,找出系统中的错误。
1.2当前应用现状
1.对于开发的工具要求不高,但是员工的工资与系统收益无法实现平衡。
2.登陆的账号密码在传输过程中没有安全控制,评论信息中没有设置敏感字符的ilter功能。
3.后台处理信息量大,影响工作效率,无法再后续开发中增加搞笑的用户搜索功能。
4.本系统只支持android系统下的手机,其他系统下的手机暂时无法使用。
1.3系统建设的意义
有代表性意义的是,专业家居类垂直B2C电子商务“家居商城”正式上线,开通几天就有200多家知名家居建材品牌火速上线,第一时间构建官方旗舰店。
随后,11月4日淘宝商城旗下垂直平台“淘宝家装馆”也正式成立,并一经推出就吸引了3000个家装品牌进驻。
这两大B2C平台的搭建预示着新一轮电子商务浪潮从家居建材行业席卷开来,电子时代里家居行业一场轰轰烈烈的B2C电子商务渠道革命正在蓄势待发!
1.4系统建设的初步构想
(1)系统建设的目的
网络营销简单来说就是利用互联网来开展营销活动。
网络营销的优势非常明显。
首先是目标受众明确,有装修求的业主一般会主动去网上获取所需的相关信息。
毕竟,家装市场消费不同于其他快速消费品市场,它需要提前较长时间去先行了解和比较市场行情,而网络平台就消费者提供了很好的比较媒介;同时,营销模式由传统营销中的强势促销转为软促销,这更利于业主的认可和接受。
(2)系统的主要功能
用户:
1、普通的注册登录,修改个人信息。
2、查看物品信息,查看用户评论。
3、发布评论信息。
管理员:
1、普通的登录功能。
2、查看评论具体信息。
3、修改评论信息。
4、修改物品信息。
商家:
1、普通的注册登录。
2、修改物品的具体信息。
3、查看评论信息。
2系统分析
2.1逻辑结构分析
见表3-2-1所示:
表3-2-1
2.2用例分析
登陆见图3-2-2所示:
图3-2-2
注册见图3-2-3所示:
图3-2-3
查看商品详情见图3-2-4所示:
图3-2-4
用户评论商品见图3-2-5所示:
图3-2-5
用户添加购物车见图3-2-6所示:
图3-2-6
商家上传商品见图3-2-7所示:
图3-2-7
商家修改商品信息见图3-2-8所示:
图3-2-8
商家删除商品见图3-2-9所示:
图3-2-9
商家查看评论见图3-3-1所示:
图3-3-1
管理员删除商家见图3-3-2所示:
图3-3-2
管理员查看用户信息见图3-3-3所示:
图3-3-3
管理员删除用户见图3-3-3所示:
图3-3-3
管理员查看评论见图3-3-4所示:
图3-3-4
管理员删除评论见图3-3-5所示:
图3-3-5
客户删除购物车商品见图3-3-6所示:
图3-3-6
客户删除评论见图3-3-7所示:
图3-3-7
客户修改个人资料见图3-3-8所示:
图3-3-8
续图3-3-8:
修改密码见图3-3-9所示:
图3-3-9
续图3-3-9:
管理员删除商家见图3-4-1所示:
图3-4-1
2.3概念类分析
2.3.1概念类目录
概念类字典目录见表3-5-0所示:
表3-5-0
概念类名
类型
说明
条目编号
RegiseHandler
接口类
该类实现了其所继承接口的方法,能够将用户注册信息存入用户数据库中
001
LogineHandler
接口类
实现了其所继承接口的登陆
002
GetshopHandler
接口类
实现了其所继承接口的查看商品信息
003
UsercommentHandler
控制类
实现了其所继承接口的评论商品
004
ShopProductHandler
upload
uploadGoods
updata
deleteGoods
updataGoods
delete_Goods
viewComments
view_comments
deleteuser
view_comments
deletebusiness
deletecomment
控制类
控制类
控制类
控制类
控制类
控制类
控制类
控制类
控制类
控制类
控制类
控制类
控制类
实现了其所继承接口的保存到购物车
获取上传信息
储存上传商品的详细信息
更改商品信息
管理员删除商家
储存更改商品的详细信息
存贮着删除商品的id
该类中可以评论
该类可以查看评论信息
该类可以删除用户
实现管理员查看评论的功能
实现管理员删除商家的功能
实现管理员删除评论的功能
005
006
007
008
009
010
011
012
013
014
015
016
017
2.3.2概念类条目
见表3-5-1所示:
表3-5-1
编号
001
概念类名
RegiseHandler
职责
用户注册
属性
1.UserID
2.Userpassword
3.Username
4.Usersex
5.Userbrith
说明
该类实现了其所继承接口的方法,能够将用户注册信息存入用户数据库中
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
用户信息
◆更新:
用户信息
◆读取:
用户信息
见表3-5-2所示:
表3-5-2
编号
002
概念类名
LogineHandler
职责
用户登陆
属性
1.UserID
2.Userpassword
说明
该类实现了其所继承接口的登陆函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
账号
◆更新:
账号信息
◆读取:
用户数据库
见表3-5-3所示:
表3-5-3
编号
003
概念类名
GetshopHandler
职责
用户查看商品信息
属性
1.ShopID
2.ShopName
3.ShopNum
4.ShopPrice
说明
该类实现了其所继承接口的查看商品信息函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
商品
◆更新:
商品
◆读取:
商品信息数据库表
见表3-5-4所示:
表3-5-4
编号
004
概念类名
UsercommentHandler
职责
用户评论
属性
Comment
说明
该类实现了其所继承接口的评论商品函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
评论
◆更新:
评论
◆读取:
用户评论数据库表
见表3-5-5所示:
表3-5-5
编号
005
概念类名
ShopProductHandler
职责
用户
属性
无
说明
该类实现了其所继承接口的保存到购物车函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
商品信息
◆更新:
商品信息
◆读取:
用户商品购物车表
见表3-5-6所示:
表3-5-6
编号
006
概念类名
Upload
职责
商家上传商品
属性
无
说明
该类中只有一个获取上传信息的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
商品信息
◆读取:
上传信息
见表3-5-7所示:
表3-5-7
编号
007
概念类名
uploadGoods
职责
商家上传商品
属性
upload_id、upload_name、upload_price、upload_file、upload_cont
说明
该类储存上传商品的详细信息
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
信息
◆更新:
商品信息
◆读取:
上传信息
见表3-5-8所示:
表3-5-8
编号
008
概念类名
Updata
职责
商家更改商品信息
属性
无
说明
该类只有一个更改商品信息的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
信息
◆读取:
更改信息
见表3-5-9所示:
表3-5-9
编号
009
概念类名
updataGoods
职责
商家更改商品信息
属性
updata_name、updata_price、updata_file、updata_cont
说明
该类储存更改商品的详细信息
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
信息
◆更新:
商品信息
◆读取:
更改信息
见表3-5-10所示:
表3-5-10
编号
010
概念类名
deleteGoods
职责
商家删除商品
属性
无
说明
该类中只有一个删除商品的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
商品信息
◆读取:
删除信息
见表3-5-11所示:
表3-5-11
编号
011
概念类名
delete_Goods
职责
商家删除商品
属性
delete_gid
说明
该类存贮着删除商品的id
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
信息
◆更新:
商品信息
◆读取:
删除信息
见表3-5-12所示:
表3-5-12
编号
012
概念类名
viewComments
职责
商家查看评论
属性
无
说明
该类中只有一个查看评论的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
评论信息
◆读取:
评论信息
见表3-5-13所示:
表3-5-13
编号
013
概念类名
view_comments
职责
商家查看评论
属性
view_pname、view_ptime、view_pcont
说明
该类可以查看评论信息
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
评论信息
◆更新:
评论信息
◆读取:
评论信息
见表3-5-14所示:
表3-5-14
编号
014
概念类名
Deleteuser
职责
管理员删除用户
属性
无
说明
该类中只有一个删除用户的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
用户信息
◆读取:
删除信息
见表3-5-15所示:
表3-5-15
编号
015
概念类名
view_comments
职责
管理员查看评论
属性
view_pname、view_ptime、view_pcont
说明
该类可以查看评论信息
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
评论信息
◆更新:
评论信息
◆读取:
评论信息
见表3-5-16所示:
表3-5-16
编号
016
概念类名
deletebusiness
职责
管理员删除商家
属性
无
说明
该类中只有一个删除商家的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
商家信息
◆读取:
删除信息
见表3-5-7所示:
表3-5-17
编号
017
概念类名
Deletecomment
职责
管理员删除评论
属性
无
说明
该类中只有一个删除评论的函数
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
接口
◆更新:
评论信息
◆读取:
删除信息
见表3-5-8所示:
表3-5-18
编号
018
概念类名
delete_Goods
职责
用户删除购物车商品
属性
delete_gid
说明
该类存贮着删除商品的id
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
信息
◆更新:
商品信息
◆读取:
删除信息
见表3-5-19所示:
表3-5-19
编号
019
概念类名
delete_Views
职责
删除评论
属性
delete_vid
说明
该类存贮着删除评论的id
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
信息
◆更新:
评论信息
◆读取:
删除信息
见表3-5-20所示:
表3-5-20
编号
020
概念类名
delete_Goods
职责
用户删除购物车商品
属性
delete_gid
说明
该类存贮着删除商品的id
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
信息
◆更新:
商品信息
◆读取:
删除信息
见表3-5-21所示:
表3-5-21
编号
021
概念类名
Storm.loginUser
职责
存储用户详细信息
属性
1.User_number账号;
2.User_password密码;
3.User_name昵称;
4.User_logo用户头像
5.Build_time创建时间;
6.Change_time修改时间
说明
该类存贮了所有用户的登录信息,能够被控制类loginHandler所使用
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
用户信息
◆更新:
用户信息
◆读取:
用户信息
见表3-5-22所示:
表3-5-22
编号
022
概念类名
delete_Seller
职责
管理员删除商家
属性
delete_gid
说明
该类存贮着商家的id
特殊需求
●范围:
无
●容量:
无
●更新品率
◆创建/删除:
商家信息
◆更新:
商家信息
◆读取:
商家信息
3.系统设计
3.1系统环境与平台
3.1.1物理设备
a.处理器型号及内存容量:
p300以上、64M以上
b.输入及输出设备的型号和数量,联机或脱机:
打印机,联机
c.数据通信设备的型号和数量:
100m以太网卡
d.硬盘空间:
200M以上
e.媒体:
标准键盘、标准鼠标、标准显示器,需要联机
3.1.2软件平台
操作系统:
win98以上
Web服务器:
支持各种主流浏览器
数据库环境:
SQLSever2005,access2007
3.2系统结构
3.2.1拓扑结构
3.2.2软件结构
3.3接口设计
3.3.1用户接口
用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应该做到简单明了,易于操作,并且要主要到界面的布局,应突显出的显示重要以及出错信息。
其中服务器程序界面要做到操作简单,易于管理。
总的来说,系统的用户界面应做到可靠性,简单性,易学习和使用。
3.3.2软件接口
服务器程序上可使用NavicateforMySQL对数据库的备份命令,以做到对数据的保存。
在网络软件接口方面使用一种无差错的传输协议,采用滑动窗口式对数据进行网络传输及接收。
3.3.3其它接口
硬件接口:
在输入方面,对于键盘、鼠标的输入,可标准输入/输出,对输入进行处理。
在输出方面,
打印机的连接及使用,也可以标准输入/输出对其进行处理。
在网络传输部分,在网络硬件部分,与服务器通过数据库关系建立联系,进行网络通信还必须遵守相关的网络协议—TCP/IP协议和HTTP协议等。
内部接口:
内部接口方面,个模块之间采用函数调用、参数传递、返回值得方式进行信息传递。
接口传递的信息将是以数据结构封装了的数据,一参数传递或返回值得形势在各模块间的传递。
通信接口:
系统管理人员主要在局域网环境下使用系统,广大人民群众则可能在外网进行访问系统,所以系统应支持局域网协议和广域网协议。
3.4详细设计
3.4.1精炼用例模型
用户注册见表3-6-1所示:
表3-6-1
用例类型
接口类:
regise,控制类:
registerHandler,实体类:
registerUser
窗口控制
注册按钮,返回按钮
窗口名称
用户注册
导航指令
无
用户登陆见表3-6-2所示:
表3-6-2
用例类型
接口类:
login,控制类:
loginHandler,实体类:
loginUse'r
窗口控制
登陆按钮,返回按钮
窗口名称
用户登陆
导航指令
无
用户查看商品见表3-6-3所示:
表3-6-3
用例类型
接口类:
shopList,控制类:
shopHandler,实体类:
getshop
窗口控制
查看详情按钮,返回按钮
窗口名称
用户查看商品详细信息
导航指令
无
用户发表评论见表3-6-4所示:
表3-6-4
用例类型
接口类:
userComment,控制类:
commentHandler,实体类:
usergetshop
窗口控制
发表评论按钮,返回按钮
窗口名称
用户评论
导航指令
无
用户添加购物车见表3-6-5所示:
表3-6-5
用例类型
接口类:
shop_product,控制类:
shop_productHandler,实体类:
usershop
窗口控制
收藏购物车按钮,返回按钮
窗口名称
用户收藏购物车
导航指令
无
商家上传商品见表3-6-6所示:
表3-6-6
用例类型
接口类:
upload,实体类:
uploadGoods
窗口控制
上传按钮,返回按钮
窗口名称
商家上传商品
导航指令
无
商家修改商品信息见表3-6-7所示:
表3-6-7
用例类型
接口类:
updata,实体类:
updataGoods
窗口控制
修改按钮,返回按钮
窗口名称
商家修改商品信息
导航指令
无
商家删除商品见表3-6-8所示:
表3-6-8
用例类型
接口类:
deleteGoods,控制类:
delete_Goods
窗口控制
删除按钮,返回按钮
窗口名称
商家删除商品
导航指令
无
商家查看评论见表3-6-9所示:
表3-6-9
用例类型
接口类:
viewComments,实体类:
view_Comments
窗口控制
查看按钮,返回按钮
窗口名称
商家查看商品评论
导航指令
无
管理员删除用户见表3-6-10所示:
表3-6-10
用例类型
接口类:
deleteuser,实体类:
delete_user
窗口控制
查看按钮,返回按钮
窗口名称
管理员删除用户信息
导航指令
无
管理员删除商家见表3-6-11所示:
表3-6-11
用例类型
接口类:
deleteseller实体类:
delete_seller
窗口控制
查看按钮,返回按钮
窗口名称
管理员删除商家
导航指令
无
管理员删除评论见表3-6-12所示:
表3-6-12
用例类型
接口类:
deletecomments实体类:
delete_comments
窗口控制
查看按钮,返回按钮
窗口名称
管理员删除评论信息
导航指令
无
管理员查看评论见表3-6-13所示:
表3-6-13
用例类型
接口类:
shopcomment,控制类:
shopHandler,实体类:
getshop
窗口控制
查看详情按钮,返回按钮
窗口名称
管理员查看评论详细信息
导航指令
无
用户删除购物车商品见表3-6-14所示:
表3-6-14
用例类型
接口类:
deleteGoods,控制类:
delete_Goods
窗口控制
删除按钮,返回按钮
窗口名称
用户删除购物车商品
导航指令
无
删除评论见表3-6-15所示:
表3-6-15
用例类型
接口类:
deleteViews,控制类:
delete_Views
窗口控制
删除按钮,返回按钮
窗口名称
删除评论
导航指令
无
修改信息见表3-6-16所示:
表3-6-16
用例类型
接口类:
alert_indiv,控制类:
alert_indivHandle
窗口控制
修改按钮,返回按钮
窗口名称
用户修改信息
导航指令
无
管理员删除商家见表3-6-17所示:
表3-6-17
用例类型
接口类:
deleteSellers,控制类:
delete_Sellers
窗口控制
删除按钮,返回按钮
窗口名称
管理员删除商家
导航指令
无
3.4.2类交互、行为、状态
3.4.3建模对象状态
3.5用户界面设计
3.5.1用户界面结构图
3.5.2主要用户界面详细设计
3.6数据库设计
3.6.1概念结构设计
3.6.2逻辑结构设计
3.6.3物理结构设计
用户表见表3-7-1所示:
表3-7-1
字段
类型
约束条件
长度
说明
uid
Int
非空、无重复、自增长
11
主键
uname
Varchar
无
255
upass
Varchar
无
255
usex
Char
无
2
uaddress
Varchar
无
255
uage
Int
无
11
商家表见表3-7-2所示:
表3-7-2
字段
类型
约束条件
长度
说明
sid
Int
非空、无重复、自增长
11
主键
sname
Varchar
无
255
semail
Varchar
无
255
aemail
Varchar
无
255
spass
Varchar
无
255
ssex
Char
无
2
saddress
Varchar
无
255
sage
Int
无
11
管理员表见表3-7-3所示: