面向对象实验报告Word格式文档下载.docx

面向对象实验报告Word格式文档下载.docx

《面向对象实验报告Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《面向对象实验报告Word格式文档下载.docx（13页珍藏版）》请在冰豆网上搜索。

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基本事件流

提交查看购物车的请求。

在购物车页面，显示购物车中的所有商品信息（商品名，价格，数量等）。

3顾客：

修改购物车中选购商品的数量，并提交此请求。

4系统：

检查商品的库存数。

5系统：

更新购物车中选购商品的数量。

6系统：

在购物车页面上，显示更新后的购物车中商品信息。

7顾客：

选择购物车中的商品，并提交删除请求。

8系统：

删除购物车中顾客选择的商品。

9系统：

10例结束。

2.管理员退出系统

4.1用例简述

管理员退出系统。

4.2基本事件流

1管理员：

提交退出系统的请求。

注销管理员。

显示管理员登录页面，提示此管理员已经退出系统。

4用例结束。

2.管理业务数据

5.1用例简述

管理员管理商品，订单，会员等相关的业务数据，包括对数据的新增，更新，删除，查询。

5.2基本事件流

实施业务数据的新增，更新，删除，查询操作。

在系统中实现对业务数据的相关操作。

3用例结束。

2.管理系统权限

6.1用例简述

管理员管理系统权限。

6.2基本事件流

对系统中的全体的权限进行新增，更新，删除，检索操作。

在系统中实现权限相关的操作。

2.管理管理员

7.1用例简述

管理员管理管理员的数据。

7.2基本事件流

对系统中的管理员数据进行新增，更新，删除，检索操作。

并赋予管理员系统的某些权限。

在系统中实现相关的操作。

2.付款状态批处理

8.1用例简述

此批处理程序完成同财务系统的交互，获得订单的最新状态，并更新购物系统中订单付款状态。

8.2基本事件流

运行此批处理程序，并将自己的用户名和密码作为参数。

验证管理员是否有执行程序的权限。

3系统：

连接财务系统。

获得一组订单的最新支付状态的列表。

5系统：

根据获得的列表来更新购物系统内订单的付款状态。

6用例结束。

2.商品库存批处理

9.1用例简述

此批处理程序完成同库存系统的交互，获得商品的最新库存数，并更新购物系统中商品的库存数。

9.2基本事件流

连接库存系统。

获得一组商品的最新库存数的列表。

根据获得的列表来更新购物系统内商品的库存数。

2）部分用例图

.

五、实验体会

通过本次试验，我学会了分析系统中的参与者和用例，掌握了用例图的绘制方法，刚开始接触rationalrose还不太熟练，相信在以后的学习中会更熟练。

实验三、四状态图和活动图

1．熟悉状态图和活动图的基本功能和使用方法。

2．掌握如何使用建模工具绘制状态图和活动图方法。

根据B2C系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。

四、实验截图

状态图

活动图

通过本次实验，我熟悉状态图和活动图的基本功能和使用方法。

掌握了如何使用建模工具绘制状态图和活动图方法。

活动图和状态图都是属于动态图，描给了系统在某一事件下，从一个状态转为另一个状态。

实验五类图

1.理解类的基本概念

2.理解类间的关系

3.掌握类图的绘制方法

通过前面内容的学习，完成了对B2C系统的需求的初步分析，得出系统的用例图和相应的活动图。

通过这两种图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。

因此，指派你运用本节所学的状态图，

通过本次试验，我理解了类的基本概念，理解了类间的关系，掌握了类图的绘制方法

实验六类的关系

1．理解类间关系的基本概念。

2．掌握描绘类间关系的方法。

3．掌握在RationalRose中绘制类关系的操作方法。

1．计算机一台。

2．RationalRose工具软件。

通过对前面内容的学习，使我们完成了B2C系统的需求分析，并从业务对象中抽象出了类。

我们知道类通常是不会单独存在，而是由关联、泛化、依赖等关系相互协作来静态描述业务系的。

因此，我们在找出系统中所存在的类的前提下，需要进一步对业务对象间如何联系进行建模。

现指派你运用本节所学的相关知识，完成如下任务：

五、实验小结

通过实验，我更加深入理解了类间关系的基本概念，基本掌握了描绘类间关系的方法，熟练掌握了在RationalRose中绘制类关系的操作方法。

实验七交互图

1.学会用协作图实现用例

2.掌握顺序图的绘制方法以及顺序图和协作图的相互转换。

画出顺序图，并转换为协作图。

顺序图

协作图

通过本次试验，我学会了用协作图实现用例，掌握了顺序图的绘制方法以及顺序图和协作图的相互转换。