面向对象实验报告.docx
- 文档编号:8187222
- 上传时间:2023-01-29
- 格式:DOCX
- 页数:13
- 大小:1.45MB
面向对象实验报告.docx
《面向对象实验报告.docx》由会员分享,可在线阅读,更多相关《面向对象实验报告.docx(13页珍藏版)》请在冰豆网上搜索。
面向对象实验报告
面向对象分析与设计
实验报告
姓名:
学号:
班级:
计11-1班
*********
B2C网上购物系统需求分析报告
一、功能性需求
这次开发的软件项目是一个网上购物系统。
使用此系统的顾客通过互联网进行网上购物;使用此系统的管理员通过互联网进行系统的管理。
B2C网上购物系统的功能如下:
(1)顾客:
1.顾客能够通过商品类别来寻找属于该类别的商品,并获得商品的摘要信息。
2.顾客能够通过输入某些关键字,对商品进行查询,并获得符合检索条件的商品的摘要信息。
3.顾客能够在商品详细画面上获得商品的详细介绍信息。
4.顾客能够在页面上输入注册信息后,注册成为网站的会员。
5.顾客能够在页面上修改自己的注册资料,更新原有的注册信息。
6.顾客能够在输入合法的用户账号和密码后,登录系统。
7.顾客能够在任何时间退出系统。
8.顾客能够查看当前订单的最新状态和历史的订单数据。
9.顾客能够将称心的商品放入购物车。
10.顾客能够查看购物车中的商品。
11.顾客能够更新购物车中商品的数量,或删除购物车中的商品。
12.顾客能够对购物车中的商品结账。
13.顾客能够指定配送地址。
输入过的配送地址被保留在配送地址簿中,以便下次使用。
14.顾客能够选择支付方式。
可选的支付方式:
货到付款和信用卡支付等多种形式。
15.顾客能够在订单确认画面完成订单。
(2)管理员:
1.管理员能够在输入合法的用户账号和密码后,登录系统。
2.管理员能够在任何时间退出系统。
3.管理员能够维护业务数据,包括商品,订单和会员等数据的新增,更新,删除和检索。
4.管理员能够维护权限数据,包括新增,更新,删除,检索操作。
5.管理员能够维护管理员数据,包括新增,更新,删除,检索操作。
6.管理员能够通过批处理程序完成同财务系统的交互,更新订单付款状态的最新信息。
7.管理员能够通过批处理程序完成同库存系统的交互,更新商品库存数的最新信息。
8.管理员能够通过批处理程序完成同物流系统的交互,更新订单配送状态的最新信息。
(3)其他通用功能性需求
1日志系统:
所有的系统出错信息都必须被记录到出错日志中。
信息的格式必须是系统错误号码,日期,时间,错误信息。
和用户相关的每个页面迁移信息都必须被记录到追寻日志中。
信息的格式必须是用户帐号,日期,时间,迁移的页面名。
每次处理前后的消耗的内存和处理时间都必须被记录到性能日志中。
信息的格式必须是日期,时间,消耗的内存,处理时间。
2.邮件系统
系统所有的电子邮件必须通过预先设定的邮件系统发送。
3.监视系统
监视系统必须扫描日志系统如果有任何异常的情况,必须使用邮件系统向管理员发警告信。
4.安全系统
安全系统必须拦截非法的访问,和对网站的恶意进攻包括(XSS,SQLInjection,非法盗链等,非法字符输入等)。
5.优惠规则
系统目前定义的优惠规则为2个。
按会员已付款的订单金额,将会员分成不同的级别,每个级别在总价上享有5%,10%,15%,20%等不同的折扣。
在一定的时间期限内,可以免除配送费。
6.付款方式
系统目前定义的付款方式为2个。
信用卡支付和货到付款。
7.预设管理员
在系统之初,将预先设定在一个管理员,他具有系统所有的权限。
他的密码可以被再次修改。
二、功能模块
1.登录系统:
用户如果要进行购物操作,需要输入正确的用户名和密码,如果输入错误,则停留在登录页;
2.注册系统:
客户如果从来没有在本网站购买过东西,需要注册一个Customer账号;
3.浏览商品系统:
进入B2C系统后,客户必须知道有关的商品信息,可以得到商品的名称、价格、各种属性信息,并能根据需要输入相关信息进行搜索;
4.购物系统:
当客户看中某件商品后,可以根据需要进行购买,操作后生成购物单,然后可以下订单。
三、非功能性需求
1.可用性
下面列出了和系统的可用性相关的需求。
系统客户端
系统的客户端必须是Web浏览器,不需要安装额外的软件。
系统易用性
网上购物系统的用户界面设计必须简单明了,不需要顾客花费额外的时间来学习。
帮助服务
网上购物系统的每个重要页面上必须都有相关的帮助页面的链接,顾客可以使用它们来获得必要的帮助信息。
2.可靠性
可用性
网上购物系统必须能够24小时*7天的工作。
系统严重错误发生的平均时间间隔
系统发生严重错误的平均时间间隔应该大于300小时。
3.性能
最大的并发人数
网上购物系统的最大并发访问数应该为1000。
在这个范围内,系统应该能够很好的工作。
最大系统相应时间
在最大并发数为1000范围内时,系统对用户的最大相应时间应该小于10秒/1万条数据。
最大的事务处理时间
网上购物系统的用户事务的最大处理时间应该是30秒,如果超过这个时间系统应该自动结束用户的事务处理。
4.保障性
出错对应时间
当系统发生错误时,对应的补丁程序的发布时间应该是小于2天/一件bug。
技术支持时间
本系统完全上线后的一年内,提供的技术支持时间应该是每周8小时*5天。
实验二用例图
一、实验目的
1.学会分析系统中的参与者和用例
2.掌握用例图的绘制方法
二、实验器材
1.计算机一台;
2.RationalRose工具软件;
三、实验内容
画出b2c的用例图并写出用例描述。
四、实验结果
1)、用例描述
1.商品类别
1.1用例简述
顾客浏览商品类别,系统返回此类别下的子类别或商品的一览。
1.2基本事件流
1顾客:
在商品大类别页面,选择某个大类别。
2系统:
根据顾客选择的商品类别,返回此类别下所有的中类别信息。
3顾客:
在商品中类别页面,选择某个中类别。
4系统:
根据顾客选择的商品类别,返回此类别下所有的小类别信息。
5顾客:
在商品小类别页面,选择某个小类别。
6系统:
根据顾客选择的商品类别,返回此类别下所有的商品信息。
7用例结束。
顾客登录系统
2.1用例简述
顾客输入合法的用户编号和密码后,登录系统。
2.2基本事件流
1顾客:
在顾客登录页面上,输入用户编号和密码。
2系统:
根据用户编号和密码检索系统,获得顾客信息。
3系统:
在会员信息页面上,显示欢迎顾客登录系统。
顾客身份由游客变为会员。
4结束用例。
2.管理购物车
3.1用例简述
顾客查看购物车中的商品。
3.2基本事件流
1顾客:
提交查看购物车的请求。
2系统:
在购物车页面,显示购物车中的所有商品信息(商品名,价格,数量等)。
3顾客:
修改购物车中选购商品的数量,并提交此请求。
4系统:
检查商品的库存数。
5系统:
更新购物车中选购商品的数量。
6系统:
在购物车页面上,显示更新后的购物车中商品信息。
7顾客:
选择购物车中的商品,并提交删除请求。
8系统:
删除购物车中顾客选择的商品。
9系统:
在购物车页面上,显示更新后的购物车中商品信息。
10例结束。
2.管理员退出系统
4.1用例简述
管理员退出系统。
4.2基本事件流
1管理员:
提交退出系统的请求。
2系统:
注销管理员。
3系统:
显示管理员登录页面,提示此管理员已经退出系统。
4用例结束。
2.管理业务数据
5.1用例简述
管理员管理商品,订单,会员等相关的业务数据,包括对数据的新增,更新,删除,查询。
5.2基本事件流
1管理员:
实施业务数据的新增,更新,删除,查询操作。
2系统:
在系统中实现对业务数据的相关操作。
3用例结束。
2.管理系统权限
6.1用例简述
管理员管理系统权限。
6.2基本事件流
1管理员:
对系统中的全体的权限进行新增,更新,删除,检索操作。
2系统:
在系统中实现权限相关的操作。
3用例结束。
2.管理管理员
7.1用例简述
管理员管理管理员的数据。
7.2基本事件流
1管理员:
对系统中的管理员数据进行新增,更新,删除,检索操作。
并赋予管理员系统的某些权限。
2系统:
在系统中实现相关的操作。
3用例结束。
2.付款状态批处理
8.1用例简述
此批处理程序完成同财务系统的交互,获得订单的最新状态,并更新购物系统中订单付款状态。
8.2基本事件流
1管理员:
运行此批处理程序,并将自己的用户名和密码作为参数。
2系统:
验证管理员是否有执行程序的权限。
3系统:
连接财务系统。
4系统:
获得一组订单的最新支付状态的列表。
5系统:
根据获得的列表来更新购物系统内订单的付款状态。
6用例结束。
2.商品库存批处理
9.1用例简述
此批处理程序完成同库存系统的交互,获得商品的最新库存数,并更新购物系统中商品的库存数。
9.2基本事件流
1管理员:
运行此批处理程序,并将自己的用户名和密码作为参数。
2系统:
验证管理员是否有执行程序的权限。
3系统:
连接库存系统。
4系统:
获得一组商品的最新库存数的列表。
5系统:
根据获得的列表来更新购物系统内商品的库存数。
6用例结束。
2)部分用例图
.
五、实验体会
通过本次试验,我学会了分析系统中的参与者和用例,掌握了用例图的绘制方法,刚开始接触rationalrose还不太熟练,相信在以后的学习中会更熟练。
实验三、四状态图和活动图
一、实验目的
1.熟悉状态图和活动图的基本功能和使用方法。
2.掌握如何使用建模工具绘制状态图和活动图方法。
二、实验器材
1.计算机一台;
2.RationalRose工具软件;
三、实验内容
根据B2C系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任务。
四、实验截图
状态图
活动图
五、实验体会
通过本次实验,我熟悉状态图和活动图的基本功能和使用方法。
掌握了如何使用建模工具绘制状态图和活动图方法。
活动图和状态图都是属于动态图,描给了系统在某一事件下,从一个状态转为另一个状态。
实验五类图
一、实验目的
1.理解类的基本概念
2.理解类间的关系
3.掌握类图的绘制方法
二、实验器材
1.计算机一台;
2.RationalRose工具软件;
三、实验内容
通过前面内容的学习,完成了对B2C系统的需求的初步分析,得出系统的用例图和相应的活动图。
通过这两种图我们可以初步了解系统的业务处理过程,但对业务处理过程的处理状态间转换了解仍不够,这不利于设计人员对系统业务的进一步理解,而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此,指派你运用本节所学的状态图,
四、实验结果
五、实验体会
通过本次试验,我理解了类的基本概念,理解了类间的关系,掌握了类图的绘制方法
实验六类的关系
一、实验目的
1.理解类间关系的基本概念。
2.掌握描绘类间关系的方法。
3.掌握在RationalRose中绘制类关系的操作方法。
二、实验器材
1.计算机一台。
2.RationalRose工具软件。
三、实验内容
通过对前面内容的学习,使我们完成了B2C系统的需求分析,并从业务对象中抽象出了类。
我们知道类通常是不会单独存在,而是由关联、泛化、依赖等关系相互协作来静态描述业务系的。
因此,我们在找出系统中所存在的类的前提下,需要进一步对业务对象间如何联系进行建模。
现指派你运用本节所学的相关知识,完成如下任务:
四、实验截图
五、实验小结
通过实验,我更加深入理解了类间关系的基本概念,基本掌握了描绘类间关系的方法,熟练掌握了在RationalRose中绘制类关系的操作方法。
实验七交互图
一、实验目的
1.学会用协作图实现用例
2.掌握顺序图的绘制方法以及顺序图和协作图的相互转换。
二、实验器材
1.计算机一台;
2.RationalRose工具软件;
三、实验内容
画出顺序图,并转换为协作图。
四、实验截图
顺序图
协作图
五、实验体会
通过本次试验,我学会了用协作图实现用例,掌握了顺序图的绘制方法以及顺序图和协作图的相互转换。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 面向 对象 实验 报告