电子商务项目概要设计说明Word格式.docx
《电子商务项目概要设计说明Word格式.docx》由会员分享,可在线阅读,更多相关《电子商务项目概要设计说明Word格式.docx(18页珍藏版)》请在冰点文库上搜索。
7.出错处理设计13
7.1出错输出信息13
7.2出错处理对策13
8.安全保密设计14
9.维护设计14
1引言
信息技术的发展,推动了人类社会的进步。
人类社会活动的方式也随之改变,现代商业发展的结果必然是电子商务。
电子商务凭借先进的信息手段,以高效的方式进行商务活动,从而大大提高了社会生产力,因此,发展电子商务是很必要的。
电子商务不是传统商务在信息网络上的简单移植,商务的电子化需要涉及商务活动的各个方面。
由于商务活动的平台发生了变化,传统商务活动中成熟的、公认的规则需要借助各种信息技术来作等价实现,甚至创造新的方法、体系来实现公平、安全的商务活动。
经过多年的发展,电子商务已经有了一定的成果,但是电子商务的普及率还是太低,归根结底是电子商务的安全性没有得到完善的解决。
安全技术方面,对于机密性、完整性和可用性已经得到较好的解决,但是对于可信(trusted)和可靠(dependable)未能得到很好的解决,因此,微软提出了可信计算(trustworthycomputing)的课题,并在这方面投入了很多人力物力,美国的自然科学基金提供多项资助研究可信计算。
可信计算包括了基本信息安全的概念,同时拓宽了信息安全的研究范围。
可信计算作为信息技术发展的必然趋势对电子商务的发展尤为重要,只有解决了电子商务中的可信赖性(trustworthy),电子商务才可能广泛应用。
当前,可信计算的研究比较缓慢,相应成果较少,这说明了这项研究的难度和继续进行研究的必要性。
因此,研究安全、可靠的电子商务应用平台是很必要的,这有利于促进我国的经济发展。
“可信电子商务交易平台”课题小组在针对目前国内外在这一领域的研究情况,进行大量分析和总结之后,并依据系统可行性研究报告,在前期需求分析说明书的基础上,撰写了本项目概要设计说明书,用以指导项目今后的研究工作。
1.1编写目的
编写本概要设计说明书的目的主要是说明本项目的概要设计,包括功能需求、结构、模块的划分、功能的分配以及处理流程,从而使项目开发人员就项目的设计和实现达成一致,便于系统按时、保质地完成。
项目管理人员也可根据本说明安排项目管理计划。
本说明书的主要读者是项目开发人员和管理人员。
1.2项目背景
本研究报告是在四川省科技攻关项目“可信电子商务交易平台”课题项目申请报告、项目合同等的指导下完成的,因而本项目需求说明书是该项目的重要补充和完善。
此外,本需求说明书着重分析“可信电子商务交易平台”的功能和性能需求。
1.3定义
【列出本文档中所用到的专门术语的定义和缩写词的原文。
】
1.4参考资料
a.电子科技大学.《可信电子商务交易平台项目申请书》,2004
b.电子科技大学.《可信电子商务交易平台技术合同》,2004
c.电子科技大学.《可信电子商务交易平台需求分析说明书》,2004
d.《计算机软件工程规范国家标准汇编2000年》,中国标准出版社。
2任务概述
2.1目标
本系统要完成的目标主要有以下几个方面
1、提出可信的电子商务交易平台体系结构,该体系结构具有可伸缩性,能够提供平台之间的互操作功能;
2、提出实用的电子商务活动中的隐私保护技术;
3、建立“可信电子商务交易平台”的应用试点,该平台具有电子市场(electronicmarketplace)的功能,能够满足10000个以上的交易会话。
2.2运行环境
WebSphereAS+DB2+Linux
2.3需求概述
2.4条件与限制
3总体设计
3.1处理流程
1.商家注册,提供商品;
2.用户注册,浏览网页,选择产品;
3.用户提交购物清单;
4.用户向平台支付货款;
5.平台要求商家发货;
6.用户收到货物,平台向商家发送货款;
7.管理员(或系统)确认该交易,更新相应信息。
3.2总体结构和模块外部设计
3.2.1系统逻辑结构图
由以上的结构示意图可以看出:
电子商务交易平台服务器主要由Web服务器、应用处理系统服务器和数据库组成,支付系统、物流系统、商家服务器构成交易平台的外围系统,通过与电子商务交易平台应用处理系统服务器的通信完成业务流程;
在交易支付系统上,本平台提供了一个NSI支付中转中心来位买卖双方进行资金中转交易担保。
除此以外还可以采用其他的付款方式(货到付款、支票付款、信用卡、银行转账、邮局汇款)直接交易以外。
3.2.2系统设计
本交易平台是一个在互联网上进行商品销售管理的电子商务系统。
该系统基本功能有:
✓个人用户注册登陆购物功能
✓商家注册登陆管理功能
✓购物车管理功能
✓平台管理功能
✓订单事务管理功能
本应用服务器后台使用J2EE架构。
J2EE架构是目前企业级应用的主流架构,本身具有良好的可移植性、可扩展性、伸缩性、可靠性、安全性、可管理性,是经过市场验证的优秀技术。
如美国华尔街的高盛,美国A以及美国通用等的电子商务网站都是采用Java技术。
该平台将在Spring+Hibernate+Sitemesh框架下实现。
3.2.2.1基本业务对象
基本业务对象:
系统管理员(Admin)、商品类别(Category)、商品(Product)、订单(Order)、订单条目(OrderItem)、订单所属商家(Company)和订单客户(Customer)
这些对象分为三大部分:
1.用户部分:
包括系统管理员、客户和商家。
2.商品目录部分,由商品管理者录入管理,Category和Product之间是1:
N关系,每个类别下有多种商品,每个商品细分很多规格品种;
3.订单部分,由商店客户动态生成。
一个订单中包含有多种信息:
下订单的客户,订单中购买的产品细则,订单的所属商家和用户以及订单状态,订单状态可以帮助商店客户和商店管理者了解彼此关于该订单的处理情况。
3.2.2.2数据表设计
数据库表由Hibernate根据hibernate的hbm映射文件自动生成,后期手动进行加工(hbm文件用ant利用XDoclet从模型源文件的元数据(metadata)自动生成)。
以下是主要model的数据库schema。
createtableADMIN(
ADMIN_IDnumeric(19,0)identitynotnull,
REGISTERED_DATEdatetimenotnull,
REGISTERED_IPvarchar(40)null,
MACvarchar(12)null,
LAST_ACCESS_IPvarchar(40)null,
LAST_ACCESS_DATEdatetimenull,
NAMEvarchar(40)notnullunique,
PASSWORDvarchar(40)notnull,
primarykey(ADMIN_ID)
)
createtableCATEGORY(
CATEGORY_IDnumeric(19,0)identitynotnull,
CATEGORY_TYPEvarchar
(2)notnull,
versionintnotnull,
PARENT_IDnumeric(19,0)null,
namevarchar(255)notnullunique,
descriptionvarchar(4000)null,
primarykey(CATEGORY_ID)
createtableCOMMENT(
COMMENT_IDnumeric(19,0)identitynotnull,
VERSIONintnotnull,
RATINGintnotnull,
TEXTvarchar(4000)null,
FROM_CUSTOMER_IDnumeric(19,0)notnull,
PRODUCT_IDnumeric(19,0)notnull,
CREATEDdatetimenotnull,
primarykey(COMMENT_ID)
createtableCOMPANY(
COMPANY_IDnumeric(19,0)identitynotnull,
CREDITintnotnull,
EMAILvarchar(40)notnull,
QUESTIONvarchar(100)notnull,
ANSWERvarchar(100)notnull,
INFOvarchar(4000)null,
DETAILED_ADDRESSvarchar(255)null,
ZIPCODEvarchar(10)null,
PHONEvarchar(16)null,
PRINCIPALvarchar(40)null,
FAXvarchar(20)null,
primarykey(COMPANY_ID)
createtableCUSTOMER(
CUSTOMER_IDnumeric(19,0)identitynotnull,
ID_CARD_NUMvarchar(18)notnull,
AGEintnull,
BIRTHDAYdatetimenull,
SEXchar
(1)null,
REAL_NAMEvarchar(50)null,
primarykey(CUSTOMER_ID)
createtableORDER(
ORDER_IDnumeric(19,0)identitynotnull,
CUSTOMER_IDnumeric(19,0)notnull,
ORDER_STATEintnotnull,
primarykey(ORDER_ID)
createtableORDER_ITEM(
ORDER_ITEM_IDnumeric(19,0)identitynotnull,
ORDER_IDnumeric(19,0)notnull,
QUANTITYintnotnull,
primarykey(ORDER_ITEM_ID)
createtablePRODUCT(
PRODUCT_IDnumeric(19,0)identitynotnull,
MARKET_PRICEdoubleprecisionnotnull,
MEMBER_PRICEdoubleprecisionnotnull,
DESCRIPTIONvarchar(4000)null,
HIGH_IMAGEvarchar(255)null,
LOW_IMAGEvarchar(255)null,
PRODUCT_STATEintnull,
CATEGORY_IDnumeric(19,0)notnull,
primarykey(PRODUCT_ID)
3.2.2.3持久层
该层主要负责处理和数据库相关的操作。
该层对数据库的访问进行封装,把数据库中的数据转换为开发语言(Java)中的对象实体,使上层逻辑能够在完全不了解后台数据库存在的情况下,以完全透明的方式访问业务数据,而不用考虑事务(Transaction)处理、异常、缓存等。
由于所有后台程序都要访问相同的数据库,数据库以及负责处理数据库相互的程序必须由良好的性能和可扩展性、伸缩性。
在持久层的程序框架上,我们选择Hibernate作为持久层框架。
Hibernate是目前世界上最好、最优秀的持久层框架,它可以透明的持久化数据,方便的在各种数据库之间移植,在总体上优化系统运行。
3.2.2.4业务层
该层主要负责和具体业务相关的操作,它接受前台程序发来的请求(浏览器的GET、POST请求),提取请求的信息,进行相应的后台的数据操作,并把操作结果返回给前台程序。
我们选择spring的MVC技术提供业务逻辑的控制支持。
该框架把接收到的请求先进行处理(比如映射用户表单参数并进行验证),然后转发至相应的处理逻辑,由具体的处理逻辑来负责业务逻辑运算,最后由该框架把运算结果以页面形式返回给用户。
3.2.2.5显示层
该层主要负责信息的显示、用户请求的提交。
由web页面构成。
该层次在Sitemesh框架支持下运行。
该框架可以完全分离页面的显示和页面的内容,可以在不更改页面内容的情况下彻底更改整个网站的外貌,同时大大简化了开发难度和维护难度。
3.3功能分配
3.3.1个人用户注册登陆功能:
3.3.1.1个人用户注册
3.3.1.1.1引言
该模块用于对个人用户的注册。
3.3.1.1.2输入
用户个人信息,包括用户名、密码、提示问题、提示问题的答案、邮件地址等。
3.3.1.1.3加工
个人用户的注册主要通过填写表单完成。
注册信息有必填信息和选填信息。
如果必填信息有空值,则注册失败;
用户名必须唯一,否则注册失败;
用户密码有一定限制(比如必须大于6位),否则注册失败;
用户E-mail地址必须有效,否则注册失败。
注册失败后,将返回注册页,显示出错信息,并提示用户继续注册。
注册成功后,显示注册成功页面。
注册成功后,调用后台数据库,保存用户信息。
3.3.1.1.4输出
注册页面,错误信息,注册成功页面。
3.3.1.2个人用户登陆
3.3.1.2.1引言
该模块用于对用户的登陆请求进行处理。
3.3.1.2.2输入
用户名和密码(以后可能添加验证码)。
3.3.1.2.3加工
调用后台数据库,验证用户,如果用户名和密码匹配,则登陆成功,否则登陆失败。
3.3.1.2.4输出
登陆页面,错误信息和登陆失败页面
3.3.2商家注册登陆管理功能:
3.3.2.1商家注册
3.3.2.1.1引言
该模块用于对商家注册。
3.3.2.1.2输入
商家个人信息,除了包括用户名、密码、提示问题、提示问题的答案、邮件地址等,还要包括商家的名称、地址、联系电话等。
3.3.2.1.3加工
商家的注册主要通过填写表单完成。
密码有一定限制(比如必须大于6位),否则注册失败;
E-mail地址必须有效,否则注册失败。
商家的注册信息必须真实,商家注册后将由有关部门验证其注册信息的真实性,如果注册信息全部真实有效,则注册成功,否则失败。
注册失败后,将返回注册页,显示出错信息,并提示商家继续注册。
如果填写玩表单后没有显示错误信息,则保存当前商家信息,并提交有关部门验证,验证完成后,通知该商家注册成功。
3.3.2.1.4输出
注册页面,错误信息,等待验证页面。
3.3.2.2商家登陆
3.3.2.2.1引言
3.3.2.2.2输入
3.3.2.2.3加工
3.3.2.2.4输出
3.3.3购物车管理功能:
3.3.3.1商品购买流程
3.3.3.1.1引言
该模块用于对用户的购物请求进行处理。
3.3.3.1.2输入
提交购物车的购物信息。
3.3.3.1.3加工
用户对商品的选购主要通过点击鼠标完成,必要时需要填写表单。
用户提交购物请求后,服务器在后台查询数据库,如果该商品存在并且库存大于等于用户需要的商品个数,则将该商品添加到用户的购物车,并从数据库中减少该商品的库存信息;
否则返回合适的失败信息,显示当前用户的购物车中的商品,并提示用户继续购物,用户可以通过填写表单在该商品有库存时得到通知。
3.3.3.1.4输出
成功或失败信息、当前购物车的商品信息以及表单。
3.3.3.2商品浏览查询管理
3.3.3.2.1引言
该模块用于对商品信息的浏览请求进行处理。
3.3.3.2.2输入
商品类别、名称或类别、购买方式、价格(高级)等。
3.3.3.2.3加工
用户对商品的浏览和选购主要通过点击鼠标完成,必要时需要填写表单。
商品查询分为普通查询和高级查询,普通查询中查询选项分为类别(数码产品,化妆品等)和名字,实现模糊查找,如果输入类别就在各个类中查找,如果没有输入类别就在所有商品中查找;
高级查询中,增加价格范围查询(100-1000,1000-3000等)和查询方式查询(商品名称,品牌,内容简介)功能(允许某个查询条件为空)。
用户提交商品查询后,服务器在后台通过查询数据库返回商品的详细信息,若查询失败,则返回适当的错误信息。
3.3.3.2.4输出
商品信息或错误信息。
3.3.3.3购物车管理
3.3.3.3.1引言
该模块用于管理用户的购物信息。
用户需要一个购物车来管理、存储和查询当前购买的商品信息。
但由于HTTP协议是无状态的协议,如果不用特殊方法,用户的个人信息和用户购买的商品信息都会丢失。
该购物车用于保持同用户于一对一的会话状态,保存用户当前的购物信息,并允许用户进行管理、查询。
购物车显示所购物品的名称,数量,单价,商家名,以及所有购物车内的商品数量,总价。
该购物车信息在用户注销后被丢弃。
用户最后通过提交购物车的购物信息来购买商品。
3.3.3.3.2输入
用户操作、被购买的商品的信息。
3.3.3.3.3加工
根据用户操作添加、删除或查询商品。
用户最后提交购物信息时,转到商品购买流程。
3.3.3.3.4输出
用户操作结果、购物车当前的状态。
3.3.3.4支付管理
3.3.3.4.1引言
用于不是传统的面对面的交易方式,用户购物后,商品和货款的交付方式成为一个重要的问题。
该模块收集用户对商品和货款的交付的选择,这些信息直接决定购物的成功与否,平台将根据这些信息来与商家、银行和用户交互。
3.3.3.4.2输入
送货方式、送货信息(姓名、地址、邮政编码、电话、手机)、付款方式。
3.3.3.4.3加工
根据信息生成订单,具体送货方式以及付款方式等和商家以及银行协商后决定。
3.3.3.4.4输出
订单。
3.3.3.5可选流程
3.3.3.5.1引言
依据用户的实际需求,可在整个购物流程中加入一些可选流程以方便用户的购买行为,例如代用户购买保险等。
需要预留接口。
3.3.3.5.2输入
待定。
3.3.3.5.3加工
3.3.3.5.4输出
3.3.4订单事务管理功能:
df
3.3.5管理功能:
3.3.5.1商家管理功能
3.3.5.1.1引言
该模块用于对商家管理商家信息的请求进行处理。
3.3.5.1.2输入
用户名和密码(以后可能添加验证码),以及需要更改或添加的信息。
3.3.5.1.3加工
首先商家必须登陆后才能使用管理功能。
平台向商家显示当前商家的所有信息,包括商家的新闻、介绍、图片等,并提供表单,允许添加、修改或删除信息,请求以表单形式提交,后台服务程序接收请求并调用处理逻辑,修改数据库中相应的商家信息。
如果操作成功,显示更新后的商品信息,如果失败,显示可能的错误信息。
平台向商家显示当前商家的所有商品的信息,包括单个商品的介绍、图片、价格、存货等等,并提供表单,允许添加、修改或删除信息,请求以表单形式提交,后台服务程序接收请求并调用处理逻辑,修改数据库中相应的商家信息。
3.3.5.1.4输出
商家当前信息、商家当前的商品信息、信息修改表单、处理结果页面。
3.3.5.2平台管理功能
3.3.5.2.1引言
该模块用于对平台管理员管理平台的请求进行处理。
3.3.5.2.2输入
3.3.5.2.3加工