软件分析与设计Word格式.docx
- 文档编号:16003774
- 上传时间:2022-11-17
- 格式:DOCX
- 页数:26
- 大小:326.44KB
软件分析与设计Word格式.docx
《软件分析与设计Word格式.docx》由会员分享,可在线阅读,更多相关《软件分析与设计Word格式.docx(26页珍藏版)》请在冰豆网上搜索。
3.1本系统中的系统包图:
23
3.2人员信息包内的类图:
24
3.3接口中的类图:
25
四、系统的部署27
一、需求分析
1.1项目背景
在Internet技术深入人心的今天,电子商务作为一种新兴的商务模式,为世界经济提出了一个全新的概念,使得人类生活方式发生了重大的变革。
当今世界正处于网络时代,信息化大潮席全球,网络已延伸到社会的每一个角落,上网已成为一种潮流。
电子商务的出现既可以使消费者获得优质的在线服务,又可以使商家获得无限的商机。
网上购物系统是一个网上交易平台,主要以在线交易电子产品为主。
它的核心是将商家为客户提供的各类电子产品分别进行介绍、展示、更新以及为客户提供优质的在线服务。
1.2系统总功能需求
首先需要对网上购物系统进行详细的了解和分析,一个功能完全、满足基本需要的网上购物系统需要包括以下几个模块:
1.2.1基本信息维护功能模块
在这个功能模块中,提供了用户注册、修改个人信息,管理者录入、修改商品信息的途径。
比如在这个模块中管理者可以增加商品的信息,并可对某些商品信息进行修改。
1.2.2基本业务功能模块
这个功能模块主要实现对用户购买商品及支付的管理,比如根据用户是否购买产生相关的发货信息,是否确认支付进行相关的划卡操作。
如果交易成功会自动更新相关的商品信息及销售信息,同时更新用户的购物数据信息。
这个模块是整个网上购物系统的关键部分。
1.2.3数据库管理功能模块
在商品管理部门,对所有的商品以及会员(用户)信息都要进行统一管理,商品的销售等情况也要进行详细的登记,以便能对整个商品销售运作有全面的了解,并根据实际情况补充缺货的商品。
1.2.4信息查询功能模块
在对网上购物系统进行全面信息化管理的过程中,查询是一项非常重要的功能。
比如商品信息,发货信息,用户个人信息,促销信息等,这项功能能使用户得到即时的商品信息,方便用户根据自己的喜好及实际情况选择自己想要购买的商品。
1.2.5安全使用管理功能模块
这是任何一个信息管理系统都需要的部分,网上购物系统的操作只能由专人进行,只有相关管理部门的工作人员才能拥有权限,特别是用户的支付状况,如果没有安全管理部分,后果难以想象。
1.2.6帮助功能模块
这是软件不可缺少的部分,为了方便使用者实用软件,应该有一个详细的帮助模块。
1.3网上购物系统功能需求
网上购物系统的功能需求图如下:
图1.1
1.3.1基本信息维护功能模块
基本信息维护功能模块的具体功能如图1.2所示。
基本维护信息包括:
商品信息和用户信息等。
图1.2基本信息维护功能需求框图
(1)商品信息的增加,如图1.3所示
图1.3增加商品信息
这个功能实现把商品信息输入到数据库中,商品信息包括商品类型、名称、型号、颜色、价格和套餐等。
(2)商品信息的修改,如图1.4所示,这个功能实现把商品信息修改后输入到商品信息库中。
(前置条件:
已存在商品)
图1.4修改商品信息
(3)商品信息的删除,如图1.5所示,这个功能实现把商品信息从商品信息数据库中删除。
图1.5删除商品信息
(4)注册用户信息,如图1.6所示。
这个功能实现把用户信息输入到数据库中。
用户信息包括账号、用户名、密码、联系方式、地址等。
图1.6注册用户信息
(5)用户信息的修改,如图1.7所示。
这个功能实现把读者信息修改后输入到数据库中。
图1.7修改用户信息
(6)用户信息的删除,如图1.8所示,这个功能实现把用户信息从会员信息数据库中删除(前置条件:
用户已存在)
图1.8删除用户信息
1.3.2基本业务功能模块
基本业务功能需求模块的具体功能如图1.9所示。
图1.9
(1)选购功能需求,如图1.10所示。
该功能实现的是将用户选中的的商品加入到购物车,并更新相关数据库。
选购信息包括商品信息和用户信息等。
图1.10选购功能
(2)购买功能需求,如图1.11所示。
这个功能实现将用户选择的商品信息以及用户的个人相关信息以购物清单的形势提交给商家。
输入信息包括用户个人信息和商品信息
图1.11购买功能
(3)支付功能需求,如图1.12所示。
这个功能实现用户向商家进行安全、可靠的网上支付。
图1.12支付功能
(4)处理订单功能需求,如图1.13所示。
该功能实现根据用户提交的购物清单产生发货提示,并将相关信息通知给用户,并更新购物清单数据库。
图1.13撤销预留功能
(5)退货功能需求,如图1.14所示。
该功能实现根据用户提出的退货请求向管理者发出相关的退货提示信息,管理者对该信息进行处理,并将处理信息通知给用户,并更新退货信息数据库。
图1.14退货功能
1.3.3数据库管理功能模块
数据库维护功能是信息管理系统不可或缺的部分,其需求如图1.15所示。
图1.15数据库维护功能需求
(1)用户信息管理功能需求,如图1.16所示。
该功能实现对用户信息的统一管理,可以增加和修改用户信息。
图1.16用户信息管理功能需求
(2)商品信息管理功能需求,如图1.17所示。
该实现对商品信息的统一管理,可以增加或者修改商品的信息。
图1.17商品信息管理功能需求
1.3.4信息查询功能模块
这个模块的具体功能如图1.18所示。
图1.18查询功能需求框图
(1)用户信息查询需求,如图1.19所示。
图1.19用户查询功能
(2)商品信息查询需求,如图1.20所示。
图1.20商品查询功能
1.3.5安全使用管理功能需求
这个模块的具体功能如图1.21所示。
图1.21安全使用管理功能需求框图
1.3.6帮助功能需求
这个模块的具体功能如图1.22所示。
图1.22帮助功能需求框图
二、UML系统建模
在前面的系统概述(需求分析)当中我们做了详细的说明,接下来,我们将对系统的流程和各个参与者之间的相互作用做详细说明。
将以RationalRose作为UML建模的工具,使用用例图、类图等对整个系统做详细的描述。
2.1系统的用例图
用例视图是被称为参与者的外部用户所能观察到的系统功能的模型图。
用例是系统中的一个功能单元,可以被描述为参与者于系统之间的一次交互作用。
用例模型的用途是列出系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行。
2.1.1角色的确定
在UML中,Actors代表位于系统之外和系统进行交互的一类对象。
用它可以对软件系统于外界发生的交互进行分析和描述。
在本网上购物系统中,可以归纳出来的主要为题有:
1.卖家出售商品;
2.买家购买商品;
3.客服调节纠纷;
从上面归纳的问题可以看出,在本系统UML建模中,可以创建一下角色:
1.卖家
2.买家
3.客服
使用RationalRose的UseCaseView中建立Actors如下图:
图2.1
2.1.2创建用例
用例本身是指一个用户或其他系统于要设计的系统进行的一个交互,这个交互是为了达到某个目标。
角色用户描述有该目标的人或系统。
网上购物系统根据业务流程可以分为以下的几个用例:
卖家用例:
图2.2
买家用例:
图2.3
2.1.3创建角色用例关系图
用例图表示了角色和用例以及它们之间的关系。
它描述了系统、子系统和类的一致的功能集合,表现为系统和一个或多个外部交互者的消息交互动作系列。
1.从买家角度描述的用例图为:
图2.4
2.从卖家角度描述的用例图为:
图2.5
3.从客服角度描述的用例图为:
图2.6
2.2时序图与协作图的生成
2.2.1时序图的生成
1.买家、卖家账户管理的时序图:
买家或卖家输入用户名和密码登录系统后,开始进行帐户管理,帐户管理模块通过查询数据库对其信息进行验证和更新;
若未注册的用户反馈错误信息提示其注册;
用户通过帐户管理模块可以查看帐户信息、充值等功能。
图2.7
2.买家、卖家评价管理的时序图:
买家和卖家登录系统后可以通过交易情况对对方进行评价,评价信息将保存在数据库中;
当买家或卖家登录系统后可以查看评价并对评价进行解释;
评价管理模块通过查询和更新数据库对其信息进行更新和保存。
图2.8
3.买家更新购物车的时序图:
买家登录系统后进入购物车,查看已订购的商品和删除不满意的商品;
买家亦可选择自己中意的商品选入购物车。
购物车通过查询和更新数据库对以上的信息进行更新、删除和保存。
图2.9
2.2.2协作图的生成
1.买家、买家交易管理的协作图:
买家选中商品后确认订单,并将订单发给卖家申请卖家发货,确认卖家发货后买家在交易管理界面中支付金额,交易管理模块提示卖家支付信息;
卖家确认买家收到货后,进入交易管理界面结账;
若两方在交易过程出现纠纷应找客服部进调解、商议。
图2.10
2.3活动图的生成
2.3.1支付交易宝活动图
网上购物系统方便快捷,特别是第三方(类似支付宝)给顾客吃了个定心丸!
由此我们通过支付宝交易活动图了解支付宝的功能,买家挑选好商品后付款给支付宝,支付宝受到钱后便通知卖家发货!
倘若买家如期收到货物并确认货物没有损害则通知支付宝付款给卖家,而如果货物有损害或是买家不满意则可以申请退款。
如果卖家同意退款,支付宝则退款给买家。
如果卖家不同意,则需要客服调解,要进入客服服务模块。
图2.11
2.3.2购买商品活动图
购买商品是网上购物系统的一个关键环节,首先买家查询商品信息挑选好自己要购买的商品,买家发送订单给卖家、卖家接收到订单信息并查证商品是否缺货,如若仓库有存货则接受订单发货给买家。
如果没有的话,则不接受订单。
而买家可以根据订单的信息了解订单的状态。
图2.12
2.3.3用户账户管理活动图
用户账户管理活动图是管理用户账户,首先用户要登录账户就要先注册,未经注册的用户不能登录账户界面。
注册的用户登录账户之后,还要核对用户登录信息。
只有登录信息正确的才能是登陆并且进入账户,并且可以查询账户信息、申请充值信息。
如果申请充值则要提交充值信息,提交成功则要更新充值信息。
如果充值信息调教不成功则要返回充值界面,待充值信息更新后用户便可以查询账户信息。
图2.13
2.4状态图的生成
2.4.1Payment的状态图
图2.14
2.4.2Ordert的状态图
图2.15
三、类图的生成
在定义具体的类之前,先在宏观的角度上将整个系统分割成多个独立的包。
利用包可以合理组织整个系统中的设计类。
在这里把整个网上购物系统分成的包如下:
(整个系统可以看成人员信息、事务、和接口3块,分别控制不同的应用。
)
图3.1
3.2人员信息包内的类图
图3.2
图3.3卖家接口中的类图
图3.4买家接口中的类图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 分析 设计