闲置物品交易系统——第二次报告

1. 结构化需求分析概述

1.1 功能分解图

我们从使用者角度出发,设计了登录、交易、管理三个模块,在各自的模块下细分具体的功能。

在这里插入图片描述

1.2 需求细化与优先级划分

1.2.1 卖家

针对卖家,我们分了A1、A2、A3。首先物品信息要全面,让买家更全面地了解到关于卖家物品的信息,增大交易几率。然后是通过界面与买家交流、对物品信息进行上传和修改,让卖家了解买家的需求,对商品的真实信息进行更新。
在这里插入图片描述

1.2.2 买家

针对买家,首要的需求是支付功能,才能进行交易。然后是有与卖家进行交流的页面。最后是能够根据自己需求进行物品搜索,方便买家查找。
在这里插入图片描述

1.2.3 系统

最后针对物品交易系统,能够记录用户的消费趋势,对物品进行详尽的分类。
在这里插入图片描述

2. 过程建模

2.1 DFD图

2.1.1 上下文图

上下文图展示了闲置物品交易系统与外部实体的交互。外部实体包含卖家、买家和管理员。他们分别提供数据输入流,通过交互,系统提供数据输出流。
在这里插入图片描述

2.1.2 0层图

0层图是对上下文图单一过程的第一次功能分解,将功能分解为身份记录、购买商品、准备商品上架、准备修改商品、查询商品、上架商品和修改商品7个过程。同时增加了数据存储:用户信息、商品信息和用户交易信息。
在这里插入图片描述

2.1.3 1层图

对0层图的查询商品过程和购买商品过程进行分解得到各自的1层图,从而将单个复杂的过程变为多个具体、精确和细节的过程。
在这里插入图片描述
在这里插入图片描述

2.2 微规格说明

我们用结构化英语进行微规格说明,通过读取用户类型,进行不同的操作。

READ customer account-type
SELECT CASE
CASE 1 (account-type is Buyer)
	action 1 Search for items
	action 2 Choose the items to buy
	action 3 Exchange transaction details with the seller
	action 4 Confirm receipt

CASE 2 (account-type is Seller)
	action 1 Release and modify product information
	action 2 Exchange transaction details with the buyer

CASE 3 (account-type is Administrator)
	action 1 Review merchandise on shelves
	action 2 Monitor the trading process

END CASE

2.3 数据字典

我们以词条描述形式为每个数据元素描述信息,使得开发系统的所以相关人员对信息有共同的、一致的理解。
在这里插入图片描述
在这里插入图片描述

3. 数据建模

3.1 简单情况下的ERD建模

我们通过建模描绘了实体关系图,实体有买家、卖家、管理员和二手物品,关联实体是交易。买家卖家和管理员进行沟通,买家能够查看二手物品,管理员对二手物品的信息进行审核。
在这里插入图片描述

3.2 硬数据ERD建模

硬数据ERD对实体和实体关系的描述,说明了问题域和解系统共享的事物。数据建模是过程建模的一种有效补充。
在这里插入图片描述

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值