网上书店

  1. 需求分析
    访谈调研
    书店经理:我们原本是一个传统的实体书店,顾客要买书都是亲自到书店来的,这样挺不方便。而且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是大量顾客到书店选购图书,使得书店场地不足,工作人员也很忙碌。其实,还有一点就是,有不少人进入书店后并不买书,只是查找些资料,有的甚至会在这呆上很长的时间直到把书免费看完。这种行为,工作人员一般是不阻止的,结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了,所以我们想到借助网络,让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出,同时计算机可以方便的检索图书信息,让顾客可以足不出户以更优惠的价格买到需要的书。
    系统分析员:能谈谈您对网上书店的要求吗?
    书店经理:网上书店要能实现对外和对内的功能,对外是顾客能在网上书店订购图书,能提交订单。对内,书店工作人员能够通过网上书店及时的看到这些订单,并进行处理。为了把书送到顾客手里,我们已经联系了快递公司初步达成协议,由他们往返顾客和书店之间把图书送到顾客手里。书店管理员受理订单后,就会通知快递公司送货。当然,书店的图书上架和下架也应该由网上书店完成了。
    工作人员甲:实体店中,图书是按照不同种类放置的,方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样,图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架,网上书店能够保存这些信息。如果信息输入错误,能够进行修改。
    工作人员乙:另外书店会搞一些促销,推出一些特价图书。以前这些特价书的信息,都是我们根据促销活动整理出来,贴在书店的醒目位置。促销活动过后,特价图书会回复原来的价格。希望网上书店也能够管理这些特价图书。
    系统分析员:能谈谈平时买书的经过吗?
    顾客甲:一般都是先在书店里看看图书的简要介绍,或者先找找看有没有自己需要的书,有时是没有目标的寻找,有时直奔一类图书而去。找到我想买的书或者觉得看的书不错,就会去柜台结账。
    工作人员丙:不过有时在结账的时候,顾客会突然改变主意,不买一些书或者又回去挑选图书了。
    顾客甲:有时好像是这样的。要是网上书店在结账前能方便管理我所选购的图书就好了,这样通过计算机直接操作,就不用跑来跑去了。
    系统分析员:可以使用虚拟的购物车。
    工作人员丙:对,这样在用户确认购买前可自行管理选购的图书,决定要不要购买,还有购买数量。
    系统分析员:顾客先使用虚拟的购物车选购管理图书,然后提交订单给书店处理,是这样吧。
    书店经理:没错,就这样办。另外最好顾客能够留下向己的信息,方便以后购买。
    顾客:你们可以实行会员制啊。就像我们在网上逛论坛一样,会员才能发言普通游客只能看。这样我们平时就只在网上书店查查资料什么的,只在购买图书的时候才使用会员身份。
    书店经理:恩,这样不仅可以保留你们的信息,也可以保留购买记录。
    系统分析员:会员提交购买订单后,书店打算如何收取或者说用户怎么付款
    书店经理:我们可以接受货到付款,顾客也可以使用网上银行、汇款等方式付款。
    顾客:这样我们就方便多了。对了,那是不是付款前,我还多了一次“反悔”的机会啊。
    书店经理:在我们书店没有受理订单之前,你们可以取消交易。不过受理后就不行了。
    通过几次这样的访谈(限于篇幅,在此并未列出所有访谈内容),可以获得网上书店的需求信息,确定系统范围。网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。
    (1) 识别参与者
    网上书店的主要参与者有会员,以及管理人员。此外,访客(非会员)也可是使用该系统进行一些图书资料的查询等。
    另外,为了业务发展和内部管理分工明确,书店希望按照工作范围分配管理员的职责权限,管理员分为商品管理员、订单管理员和系统管理员。
    (2) 识别用例并绘制用例图
    在用例建模阶段,为降低用例图的复杂性,将网上书店划分为两个子系统即顾客购书子系统和书店内部管理子系统。会员和访客属于顾客购书子系统管理员则属于书店内部管理子系统。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

系统静态建模–需求分析阶段类图(领域模型)

在这里插入图片描述

  1. 动态建模
    (1)系统动态建模–活动建模

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

(2)系统动态建模–用例的行为顺序(图)
直接绘制某个用例背后的顺序图并不容易–用BEC模式来解决这个问题;BEC模式:将对象分为三类–边界对象-控制对象-实体对象;●参与者只能与边界对象互动 ●每个用例可以对应生成一个控制类 ●实体对象一般不能发送消息给边界对象和控制对象(返回消息除外)。

(3) 系统动态建模–对象的状态图
本系统具有明显转换状态的类是订单(对象);具有:确认订单-等待到款-等待受理-已受理-已发货-交易成功-取消 7种状态

在这里插入图片描述

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值