电子商务系统分析与设计课程设计报告

电子商务系统分析与设计课程设计报告
正美购物家电在线销售系统规划
一、项目背景
1.1 系统开发背景
随着互联网的迅速发展，电子商务已成为传统流通领域的重要组成部分。

互联网的跨地域性和可交互性使其在与传统媒体和贸易行业的竞争中具不可抗拒的优势。

因此，正美购物决定建立利用互联网开拓销售渠道，协助经销商打开货源的信息门户，提高企业的销售水平和竞争力。

1.3 企业未来核心业务描述及盈利模式分析
正美购物以小家电产品为核心产品，涵盖了厨房、浴室、居室清洁、取暖类、小视听类等多种系列。

为了实现盈利，正美购物将通过销售产品和提供售后服务来获取利润。

1.4 竞争对手分析
在竞争激烈的市场中，正美购物的主要竞争对手是其他家电销售商。

为了在竞争中脱颖而出，正美购物将提供高质量的产品和优质的售后服务，以吸引更多的客户。

1.5 目标系统定位与目标客户分析
正美购物的目标客户是那些需要购买小家电产品的消费者。

正美购物将通过建立一个用户友好的电子商城，为客户提供方便快捷的购物体验。

二、系统分析
2.1 系统需求分析
正美购物的电子商城需要具备以下功能：
用户注册和登录
产品分类和搜索
下单和支付
订单管理
售后服务
2.2 系统用例模型
正美购物的系统用例模型包括以下用例：
用户注册和登录
浏览产品
搜索产品
下单和支付
取消订单
申请退款
售后服务
三、系统设计
3.1 功能模块设计
正美购物的电子商城将包括以下功能模块：
用户管理模块
产品管理模块
订单管理模块
支付管理模块
售后服务管理模块
3.2 系统开发环境
正美购物的电子商城将使用Java语言和MySQL数据库进行开发。

前端使用HTML、CSS和JavaScript技术。

3.3 数据库及数据表的设计
正美购物的数据库将包括以下数据表：
用户表
产品表
订单表
支付表
售后服务表
3.4 各模块代码设计
正美购物的电子商城将使用MVC架构进行开发，确保代码的可维护性和扩展性。

附：小组分工
A负责系统需求分析和功能模块设计
B负责系统用例模型和数据库设计
C负责系统开发环境和各模块代码设计
正美购物是一家综合性零售企业，主要经营小家电商品。

未来，正美购物的核心业务将继续围绕小家电展开，通过与国
内外知名品牌的战略合作和代理合作，提供更多高品质、高性价比的产品给消费者。

盈利模式方面，正美购物将继续依托传统零售业和电子商务的双重模式，同时加强线上线下的融合，提高销售额和利润。

在电子商务方面，正美购物将继续加强网站建设、营销策划和物流配送等方面的技术和人才储备，提高电子商务的安全性和效率。

同时，正美购物也将继续拓展线下实体店的数量和规模，提高店面的服务质量和产品种类，吸引更多消费者前来购物。

通过多种渠道的销售，正美购物将实现盈利的多元化。

正美购物的商业模式是将现代化网络电子商务模式与传统零售业进行创新性融合，采用更优化的直效营销方式，辅助卓越的供应链管理体系，呈现一种全新的高效商业管理模式。

在商品构成上，正美购物与更多高知名度的家电品牌合作，打造出具有传统渠道不可比拟的优势平台，为消费者提供更优质的价格和服务。

竞争对手分析：
___、___等家电品牌已几乎瓜分了市场，具有领先优势。

国外知名品牌和众多小家电品牌也在市场竞争中崭露头角。

目标系统定位与目标客户分析：
正美购物的目标客户为20到55岁的各个年龄层顾客，其中20-25岁的客户更偏好于国外品牌，25-38岁的客户在小家电购买人群中所占比例最大，40岁以上的客户更偏向于国内品牌。

男性注重商品质量和性能，女性注重商品质量和价格。

系统需求分析：
前台模块需要实现用户信息管理，包括注册、登陆、修改密码、查询和修改用户信息。

删除用户
后台模块：
后台模块需要实现订单管理、商品管理和商品评论管理功能。

订单管理包括查看、管理和添加订单。

商品管理包括浏览、修改、添加、删除和搜索商品。

商品评论管理包括查看和删除商品评论。

性能需求：
易用性：
网上商城系统需要简单易用，具有清晰的导航功能，使操作者能够快速找到所需的操作页面。

性能：
网上商城系统需要支持1000个并发用户，并且处理查询操作响应时间不能超过10秒。

可扩展性：
当前使用网上系统的主要是可以支持1000个并发用户的小型网站，随着客户量的增长，需要对网站进行优化改造，以支持更多的并发用户和缩短响应时间。

安全性需求：
身份验证：
顾客和管理员在登录时，系统需要验证身份。

在输入正确的用户名和口令的情况下，才能进入相应的功能模块。

如果输入错误，系统需要给出错误提示，并要求重新输入，最多重复三次。

输入合法性检查：
顾客和管理员需要对必要的输入数据进行合法性检查，对非法数据进行报警处理。

容错防护：
软件系统需要对操作员的错误操作进行报警提示，并对原有数据进行还原保护。

删除警示：
软件在执行删除数据的操作时，必须提示操作员给予确认。

例如：非重要的数据在删除时，应该给予提示，说明后果。

系统用例模型：
系统用例图包括管理VIP用户、管理商品种类、管理普
通用户、发货、VIP会员、管理商品信息、管理订单、注册用户、普通用户、验证身份、浏览商品、查询商品、浏览相关种类商品、查看商品种类、购买有关商品、查看商品信息和下订单。

用户信息管理用例图：
用户注册用例需要实现用户注册功能，包括填写用户信息并保存注册用户。

基本事件流：添加商品
用例名称：添加商品
角色：SuperUser
用例说明：SuperUser在商城系统中添加商品信息。

前置条件：SuperUser已经登录商城系统。

1.SuperUser请求添加商品信息。

2.商城系统弹出提示框，确认是否添加商品信息。

3.SuperUser选择添加商品信息。

4.系统保存添加的商品信息。

其它事件流：无。

异常事件流：第4步，添加商品信息时出现系统故障，例如网络故障、服务器故障，系统弹出“系统异常页面”，提示添加商品信息失败。

后置条件：在页面中显示出添加的商品信息。

浏览商品信息
用例名称：浏览商品信息
角色：SuperUser、OrdinaryUsers
用例说明：SuperUser和OrdinaryUsers在商城系统中浏览
商品信息。

前置条件：SuperUser和OrdinaryUsers已经登录商城系统。

基本事件流：
1.SuperUser和OrdinaryUsers点击商品浏览。

2.商城系统弹出商品信息页面。

3.SuperUser和OrdinaryUsers查看商品详细信息。

其它事件流：无。

异常事件流：无。

后置条件：在页面中显示出商品信息。

修改商品信息
用例名称：修改商品信息
角色：SuperUser
用例说明：SuperUser在商城系统中修改商品信息。

前置条件：SuperUser已经登录商城系统。

基本事件流：
1.SuperUser请求修改商品信息。

2.商城系统弹出提示框，确认是否修改商品信息。

3.SuperUser选择修改商品信息。

4.系统保存修改的商品信息。

其它事件流：无。

异常事件流：第3步，修改商品信息时出现系统故障，例如网络故障、服务器故障，系统弹出“系统异常页面”，提示修改商品信息失败。

后置条件：在页面中显示出修改后的商品信息。

删除明显有问题的段落。

改写后的文章如下：
基本事件流：输入个人信息和岗位信息
用例名称：输入个人信息和岗位信息
角色：OrdinaryUsers
用例说明：OrdinaryUsers在注册时输入个人信息和岗位
信息。

前置条件：OrdinaryUsers已经进入注册页面。

基本事件流：
1.OrdinaryUsers输入个人信息，包括姓名、性别、出生日期、联系方式等。

2.OrdinaryUsers输入岗位信息，包括职位名称、所在部门、工作地点等。

3.OrdinaryUsers选择“保存”按钮。

4.如果个人信息或岗位信息不完整或不符合格式要求，系
统给出提示信息。

其它事件流：OrdinaryUsers选择“取消”按钮，系统返回岗位信息查询页面。

异常事件流：第5步，系统保存注册用户时出现系统故障，例如网络故障、服务器故障，系统弹出“系统异常页面”，提示OrdinaryUsers保存失败。

后置条件：用户信息保存到系统中，系统返回用户信息查询页面，在页面中显示出刚注册的用户。

查看订单信息
SuperUser、OrdinaryUser
SuperUser、OrdinaryUser查看订单信息
SuperUser、OrdinaryUser已经登录商城系统
1.SuperUser、OrdinaryUser进入订单管理页面
2.商城系统显示所有订单信息列表
3.SuperUser、OrdinaryUser选择要查看的订单，点击“查
看详情”
4.系统显示订单详细信息，包括订单号、商品名称、数量、价格、下单时间、收货地址等信息
5.SuperUser、OrdinaryUser可以选择“返回”或“打印”订单
信息
其它事件流：
无
异常事件流：
无
后置条件：
订单状态管理：
用例名称：
角色：
用例说明：
前置条件：
基本事件流：
订单状态管理
SuperUser
SuperUser管理订单状态
SuperUser已经登录商城系统
1.SuperUser进入订单管理页面
2.商城系统显示所有订单信息列表
3.SuperUser选择要管理状态的订单，点击“管理状态”
4.系统显示订单状态列表，包括待发货、已发货、已完成等状态
5.SuperUser选择要修改的订单状态，点击“确认修改”
6.系统更新订单状态，并提示修改成功
其它事件流：
无
异常事件流：
无
后置条件：
1.OrdinaryUsers请求删除商品评论。

2.商城系统弹出商品评论列表。

3.OrdinaryUsers选择要删除的评论。

4.系统弹出确认删除提示框。

5.OrdinaryUsers确认删除。

6.系统删除该评论。

无
如果在第3步选择的评论已经被其他用户评论，则删除失败，系统弹出提示信息。

后置条件：成功删除商品评论。

下：
1.商品表：包含商品的基本信息，如商品名称、价格、库存等。

2.订单表：记录用户购买商品的订单信息，包括订单号、购买商品的数量、总价、收货人信息等。

3.用户表：记录用户的个人信息，如用户名、密码、联系方式等。

4.留言表：记录用户对商品或商城的留言信息，包括留言内容、留言时间等。

2）数据表设计
以商品表为例，其数据表设计如下：
字段名数据类型长度说明
商品编号Int 商品的唯一标识符
商品名称Varchar 50 商品的名称
商品价格Float 商品的价格
商品库存Int 商品的库存数量
商品描述Text 商品的详细描述
通过以上设计，可以实现对商品的基本信息的存储和管理。

其他数据表的设计也类似，根据需求进行设计。

本系统采用___ Access数据库系统，需要将数据项和数据
结构转换为Access数据库系统支持的实际数据模型。

系统数
据库中的主要表格设计如下：
1.家电列表：记录家电的基本信息，包括家电编号(JDID)、家电序列号(JDSerialNumber)、家电名称(JDName)、家电货存(JDStock)、家电价格(JDPrice)、家电说明(n)和家电图像(JDImage)。

家电编号为家电列表的主键。

表名：JD
字段名：JDID、JDSerialNumber、JDName、JDStock、JDPrice、n、JDImage
2.订单表：一张订单可以订购多种家电，因此需要两张表来存储数据。

订单的基本信息表包括订单编号(OrderID)、用户编号(UserID)、地址(Address)、邮编(PostCode)、电话(Telephone)、下单时间(OrderDate)和是否已发货(Dispatched)。

订单编号为订单表的主键。

表名：Orders
字段名：OrderID、UserID、Address、PostCode、___、OrderDate、Dispatched
3.定单详情表：存储订单中已订购家电的具体信息，包括订单详情编号(OrderDetailID)、订单编号(OrderID)、家电编号(JDID)和数量(Quantity)。

订单详情编号为订单详情表的主键。

表名：OrderDetails
字段名：OrderDetailID、OrderID、JDID、Quantity
4.购物车表：存储购物车的基本信息。

以上是本系统的数据库设计。

为了实现上述功能，需要使用ADODB.recordset对象和myconn.execute方法。

具体代码如下：
___("ADODB.Recordset")
strSQL = "DELETE FROM user1 WHERE userid=" & userid ___
这段代码用于删除名为user1的表中具有特定userid的记录。

可以通过界面来实现该功能。