电子商务UML分析设计.docx
《电子商务UML分析设计.docx》由会员分享,可在线阅读,更多相关《电子商务UML分析设计.docx(37页珍藏版)》请在冰豆网上搜索。
![电子商务UML分析设计.docx](https://file1.bdocx.com/fileroot1/2023-6/19/305f3273-5688-406d-9b62-2ce690f8480e/305f3273-5688-406d-9b62-2ce690f8480e1.gif)
电子商务UML分析设计
--本页仅作为文档封面,使用时请直接删除即可----内页可以根据需求调整合适字体及大小--
电子商务UML分析设计(总41页)
北京理工大学珠海学院
综合实践报告书
课程名:
系统分析与设计
实践项目:
电子商务系统
学院:
计算机学院
专业班级:
软件工程1班
学生学号:
学生姓名:
蔡木心
指导教师:
林国璋
2013年1月16日
第一章
引言
在Internet飞速发展的今天,人们购物的方式多种多样,网上购物已越来越流行,特别是年轻人。
随着Internet用户的剧增和Internet技术的不断发展,信息的经济效益直接体现在生产经营和管理活动中,每个重视信息资源的单位,都能利用信息资源的及时性,准确性,提高工作效率,取得经济效益和社会效益。
电子商务的出现介入了企业的商务活动,促进企业调整自己的业务流程,从根本上把企业改造成以客户伟中心的模式,高收益、低成本、方便、可靠的优势,获得了绝大多数人的首肯,正以极快的速度发展着
目的及范围
完成电子商务系统UML建模,主要完成电子商务系统需求分析、领域分析、对象设计、架构设计、用例实现等。
同时用rose软件画类图、用例图、活动图等用以说明各种用例和活动。
主要范围是用户浏览商品,维护商品,订单管理,购买商品,管理员管理商品信息和用户信息。
1.2术语
用例:
是使用者使用系统达到某种目标的一个或多个场景或情节。
用例使用自然语言文本描述。
领域对象:
是表示问题领域空间事物的软件对象;从用例入手,可以分析出业务领域的概念,即领域对象,这对澄清概念、加深理解和后续设计有重要意义。
补充规格说明:
捕获了用例或词汇表难以描述的其他需求、信息和约束,其中包括系统范围的“URPS+”(可用性、可靠性、性能、可支持性和其他)等质量属性或需求。
业务规则:
说明此软件运行时需遵循的规则。
(1)商品二维码:
每种商品具有唯一的二维码,通过扫描二维码能查找对应的商品。
(2)消费者保障:
全程消费者保障服务。
是指经用户申请,由电子商务在确认接受其申请后,针对其通过电子商务这一电子商务平台同其他电子商务用户(下称“买家”)达成交易并经支付宝服务出售的商品,根据本协议及淘宝网其他公示规则的规定,用户按其选择参加的消费者保障服务项目(以下称“服务项目”),向买家提供相应的售后服务。
除本协议另有规定外,使用者可根据其销售的商品种类及意愿选择参与特定的服务项目。
(3)秒杀网上竞拍的一种新方式。
所谓“秒杀”,就是网络卖家发布一些超低价格的商品,所有买家在同一时间网上抢购的一种销售方式。
由于商品价格低廉,往往一上架就被抢购一空,有时只用一秒钟。
1.3文档结构
本文档主要是描述电子商务系统建模:
1)介绍电子商务系统重要性,电子商务已成为生活中必不可少的电子业务。
2)需求分析总结电子商务相关参与者,具体说明系统用例。
3)领域分析初步电子商务对象之间联系。
4)对象设计分析电子商务系统对象与系统是怎样交互。
5)细化到包分析,为编程提供结构。
6)部分代码自动生成,写测试用例。
第二章需求分析
参与者
1.游客(Vistor)
网上购物系统的访问者,尚未注册成为客户。
可以浏览网站。
2.客户(Customer)
网上购物系统的注册用户。
可以再网站上下订单。
3.管理员(Administrator)
网上购物系统的管理人员,负责维护网站正常运行。
系统用例
顾客用例图
一、登录系统
用例名:
登录系统
参与者:
客户、管理员
主要流程:
1操作人员选择登录操作,系统显示出登录界面;
2操作人员输入自己的代号、密码、确认登录;
3系统验证操作人员的输入,记录当前的操作者,退出登录界面。
变化流程:
a如何操作人员没有注册,可选择注册,进入注册界面。
b代号或者密码未输入,则系统给出提示
c系统发现操作者输入的代号、密码不正确,给出提示,拒绝登录。
二、注册
用例名:
注册
参与者:
游客
主要流程:
1游客选择注册;
2系统现在出注册界面;
3游客输入自己的注册信息,确认注册;
4系统验证注册信息,保存注册信息,退出注册界面。
变化流程:
3a如果输入的注册信息不完整或不符合要求,系统给出提示。
三、浏览商品
用例名:
浏览商品
参与者:
游客、客户
主要流程:
1操作者选择商品类别,系统显示出该类别的所有商品列表;
2操作者输入商品名,选择搜索,系统查找该商品,并显示商品列表信息;
3操作者选择一种商品并选择浏览详细信息,系统显示该商品的详细信息;
4操作者再查看商品列表信息或详细信息时,选择购买,选择购买,则系统将该商品当前购物车。
变化流程:
2a系统找不到所输入名称的商品,清空当前商品列表,并提示无此商品。
前项条件:
操作者已经打开网站系统。
四、修改个人信息
1顾客点击要修改个人信息
2顾客输入要修改的信息
3提交到数据库,修改数据库的内容
4取消返回信息没修改
变化流程:
输入无效的用户名,旧密码不正确,格式不正确则提示重新输入,或终止用例。
五、维护购物车
用例名:
维护购物车
参与者:
游客、客户
主要流程:
1操作者选择购物车,系统显示出购物车的界面;
2操作者选择删除购买项,系统将该项从购物车排除;
3操作者修改购买项商品数量,系统更新购物车中该项商品的数量;
4操作者选择继续购买,系统回到浏览商品界面
变化流程:
1a如果当前购物车为空,系统提示当前购物车中无商品。
2a操作者输入的商品数量如果不合法,系统给出提示,不修改该商品项数量
六、确认订单
用例名:
确认订单
参与者:
游客、客户
主要流程:
1操作者选择确认订单,系统显示当前购物车中的商品项;
2操作者选择继续,系统提示操作者输入送货信息、付款方式、发票信息等;
3操作者选择进入结算中心,系统将当前购物车中的商品项加入新生成的订单中,系统显示付款界面;
4操作者成功付款后,管理者发货。
变化流程:
1a当前购物车中无商品,则系统给出提示,并终止确认订单;
2a如果操作者未登录,则系统进入登录界面,提示操作者登录系统;
2b输入信息部完整或合法,系统给出提示;
2c如果选择不开发票,则无需输入发票信息;
3a如果选择货到付款方式,则无需进入付款界面;
4a如果未成功付款,系统给出提示
七、付款
用例名:
付款
参与者:
客户
主要流程:
1操作者选择付款种类及金融机构,系统进入相应金融机构的付款界面;
2操作者输入付款验证信息,系统对验证信息进行验证;
3付款成功后,系统将订单表明为已付款,并提示付款成功。
变化流程:
2a如果输入信息未通过验证,系统给出提示;
2b如果未成功付款,系统给出提示,并终止付款。
管理员用例图
八、维护商品信息
用例名:
维护商品信息
参与者:
管理员
主要流程:
1管理员选择维护商品信息,系统进入相应界面;
2管理员选择新增商品信息,系统清空界面上的商品信息;
3管理员选择保存,系统对界面上的商品信息进行验证,验证合法后将界面上的商品信息保存到系统中;
4管理员输入已有商品代号或名称,选择查询,则系统显示符合条件的商品信息;
5管理员选中商品列表中的商品,系统显示该商品的信息。
6管理员选择删除,则系统删除当前显示的商品。
变化流程:
a系统对商品信息验证发现不合法,给出提示,拒绝保存商品信息;
b如果商品代号已经存在,则系统按照界面商品信息更新保存的该商品信息;
c如果有多个商品符合输入的条件,则显示这些商品的列表,并将第一条作为当前商品信息显示出来。
d如果当前显示的商品是新增,则系统部执行删除。
九、订单管理
参与者:
管理员
1进入订单模块;
2接收订单,查看订单的有效性;
3删除无效的订单;
5为有效的订单及时发货;
6修改订单的状态(如交易完成则添加到订单完成状态);
十、退货管理
参与者:
管理员
主要流程:
1销售经理成功登陆
2系统进入退货管理界面
3获取退货的信息表
4录入退货单据
5检查退货单据的有效性
6写入退货信息并更新数据库
7记入系统日志文件中
变化流程:
a.无法登陆系统
b.无法对货物进行退货管理:
前置条件:
经理已成功登录系统并具有货品处理的权限
后置条件:
系统成功将退货信息记入统计系统
补充规格说明
功能性:
1.登录功能:
系统主界面提供登入对话框,输入用户名和密码,系统验证正确后进入系统否则提示错误信息。
2.注册功能:
游客在注册界面填写相应信息,系统验证正确后,成为系统用户。
3.修改功能:
所有用户都有此功能,用于修改用户注册信息。
可用性:
1.方便操作,操作流程合理:
尽量从用户角度出发,以方便使用本系统。
该系统为用户提供了简易便捷的界面,用户可以很快的掌握和熟练操作,另部分外界面功能也实现了对用户的引导使用,从而进一步提高了系统的可用性。
2.控制必须录入项,使用户能够确保信息录入的完整,同时对必须录入项及时提示。
安全性:
1.权限控制:
根据不同角色,系统管理员应设置相应的权限,没有权限的拥护禁止使用系统的相应功能,不同角色只能在自己的权限范围内实施操作。
可靠性:
1.容错:
系统具有一定的容错能力和抗干扰能力,在非硬件故障或通讯故障时,系统能保持正常运行,并有足够的信息帮助用户有效正确的完成任务。
2.缺陷:
(1)数据备份:
没实现用户对数据的备份和恢复,从而弥补数据的破坏和丢失。
(2)记录日志:
不能记录本系统运行是所发生的所有错误,包括本机错误和网络错误,如果实现该功能,便可以查找错误的原因,日志同时还可记录用户的关键性操作。
精度要求:
1.软件的输入精度:
小数点后保留3位有效数字
2.输出数据精度的要求:
小数点后保留3位有效数字
3.传输过程中的精度:
小数点后保留3位有效数字
业务规则
ID
规则
可变性
来源
规则一
购买者折扣规则。
用户购买满200元,可免去运输费。
可变性高
管理员
规则二
特殊节假日有优惠活动。
示例:
双11,全场商品半价。
可变性高
管理员
规则三
电子商务网上购物24小时服务,但店主主一般在线时间为早上9:
00到11:
30,下午14:
00到23:
00。
在此期间用户可与店主沟通。
可变性高
管理员
规则四
网上购物必须遵循有关国家电子商务法定法律。
可变性低
国家法律规定
第三章系统分析
领域结构分析
在该系统中可以确定的主要对象包括顾客信息(Customer)、商品信息(Goods)、订单(Order)、管理员(Administrator)、标题(Title)、购物车(Car)。
公共操作类似将一些常用的共能代码单独写在一个类中,如链接数据库,删除、查询、插入数据库等代码封装成为一个类。
以便让其他模块引用。
领域概念模型
术语表
游客:
游客只能浏览商品,不能购买商品,游客可通过此系统注册成为此系统顾客。
顾客:
只有通过此电子商务系统注册过的用户,才能被称为此电子商务系统的顾客。
管理员:
管理员为该系统的管理者之一,能对该系统商品、顾客、购物车、订单等信息进行合理的管理,以维护此系统的正常运行。
购物车:
用于存放用户想要购买的商品,每位用户对应一个购物车,一个购物车可以存放多个商品。
订单:
用于结算购物车里的商品,用户确认提交订单后,通过付费购买商品让管理者发货。
个人信息:
保存在此网站上的个人信息,如你的地址或购物喜好等,通常,这些信息可使你的购物更快捷。
服务器:
通过互联网把信息传送给其它计算机的服务器。
当你在网上购物时,相关商户的服务器可以让你方便浏览、查阅其产品或服务的资料。
系统操作顺序图
登录注册顺序图:
浏览商品和查找商品:
进入购物车:
订单操作顺序图:
管理者管理商品:
管理员管理退货:
系统操作契约
契约co1:
login
交叉引用:
用例:
系统登录
前置条件:
无
后置条件:
.顾客登录s(创建实例)
.s被关联到Register注册表(形成关联)
.s的属性被初始化(可以根据登录者需要修改属性)
契约CO2:
register
交叉引用:
用例:
注册
前置条件:
无
后置条件:
.创建customer实例s(创建实例)
.s被关联到Register注册表(形成关联)
.提交属性值(修改属性)
契约CO3:
skim
交叉引用:
用例:
浏览商品
前置条件:
无
后置条件:
.进入商品浏览页面
.搜索商品
.查看商品的个各属性
契约CO4:
maintainShoppingCar
交叉引用:
用例:
维护购物车
前置条件:
无
后置条件:
.顾客进入购物车shoppingcar创建实例
.选择商品修改或删除
.确认购物车
契约CO5:
registerOrder
交叉引用:
用例:
确认定单
前置条件:
无
后置条件:
.创建定单
.输入定单的送货信息等
.提交定单
契约CO6:
paySystem
交叉引用:
用例:
付款
前置条件:
无
后置条件:
.提交定单时点击付款
.选择付款金融机构,输入网上银行信息
契约CO7:
maintainGoods
交叉引用:
用例:
维护商品信息
前置条件:
无
后置条件:
.管理员进入商品信息界面
.管理员选择新增商品,修改商品信息或删除,验证权限
.修改的商品被关联到商品显示界面
契约CO8:
Order
交叉引用:
用例:
订单管理
第四章对象设计
交互图设计
1.用户在网上浏览商品,选中自己需要的商品并选择其订购数量放入购物车;
2.顾客浏览完商品,进入购物车,确认订单,提交订单,
3.提交订单请求前,系统检查用户是否登录,若用户未登录转(4),否则返回个人信息由用户确认,转(5)
4.用户登录系统,重新进入购物车页面,转(3)
5.顾客确认自己的信息后,由系统数据库记录订单信息更新订单表;数据库更新成功后,返回顾客下订单成功的消息。
顾客浏览商品顺序图:
顾客查询商品顺序图:
用户结算商品:
顾客登录协作图
顾客购买商品协作图
可见性设计
对象模型
第五章架构设计
系统状态模型
注册登录状态图
顾客个人信息维护状态图
管理员管理用户信息状态图
从图中可以看出,顾客首先登录电子商城的首页,在这个首页中,查看活动信息、查看促销产品和新商品、搜索商品查看购物流程和浏览商品是并列的活动。
在顾客购买时,需要进行判断,只有登录的顾客才可以购买商品,没有登录系统的顾客,必须先登录系统,如果该用户不是会员,必须先注册成为会员,然后才能去服务台下订单。
从下图可以看出,管理员首先输入管理员用户名和密码才可以进入电子商城的后台管理页面。
管理员进入后,用户管理、商品管理、订单管理,在用户管理中,还有具体的删除用户,在商品管理中也有类似的活动。
其实,订单管理都有具体的活动。
界面设计
登录:
注册:
购物车界面:
包设计
逻辑架构模型
边界包内容:
数据库类包内容:
实体类包内容:
控制类包内容:
构件设计与部署模型
商品构件图:
角色构件图:
部署模型:
第六章用例实现
用例实现
用户登录注册用例实现:
浏览商品用例实现:
确认订单用例实现:
用例测试
步骤
操作数据
预期结果
1
双击商品
显示商品的详细信息
2
在搜索对话框,输入存在的商品
显示出搜索的所有的商品
3
在搜索对话框,输入不存在的商品
显示查找不到对应的商品
4
点击加入购物车
显示加入购物车成功
5
点击进入购物车
显示购物车界面
6
在购物车里,点击删除
删除对应的商品
7
在购物车里,双击商品
跳转到商品详细界面
8
在购物车里,修改商品数量
商品的总价格,做应得变化
9
点击结算
跳转到订单界面
10
点击提交订单
跳转到付款界面
11
输入正确的用户名,正确的密码
显示登陆成功
12
输入正确的用户名,错误的密码
显示用户名或密码错误
13
输入错误的用户名,错误的密码
显示未注册
14
正确填写注册信息
显示注册成功
心得体会
通过这学期的UML和模式应用的学习,初步了解认识到UML建模这门学科的重要性,不管在哪一行业的项目设计都离不开UML建模设计,对于软件工程专业的我们,UML更是一门必不可缺少掌握的知识。
掌握好这门学科对我们将来的发展方向起到了质变的作用。
在我们掌握了UML的理论知识后,我们开始了UML实践建模设计。
我这次选择的题目是电子商务系统,通过一步步电子商务系统的UML建模,我认识到了建模的需求分析的重要性。
需求分析是对此系统的功能性分析,这个前期的分析将决定后面的一系列建模,这一步做的好对后面的建模扫除了一定的障碍,相反的如果需求分析做不到位将导致后面的将多次修改。
UML建模不仅是一门分析项目的抽象理论,更是一门分析项目并用图形结构化实例化得过程。
通过这几个星期对电子商务系统的建模,我掌握了UML建模的流程过程分析,如何用rose工具图形化表示电子商务系统,让用户知道此系统有什么样的功能,操作流程是怎样的。
在此电子商务系统实践的过程中,我碰到了层层的问题,但是在老师的讲解下帮助下都得到了很好的解决,并掌握了相关绘图方法。
在此感谢老师的教导。
答辩记录及评分表
姓名
蔡木心
答辩时间
答辩记录
年月日
评语
指导教师签名:
年月日
评分
考勤
报告
总评