MISP5: 细化迭代3:实现收银用例

阅读: 评论:0

MISP5: 细化迭代3:实现收银用例

MISP5: 细化迭代3:实现收银用例

为什么80%的码农都做不了架构师?>>>   

一、任务:实现UC2收银用例

任务A:实现POS系统支付功能。

基本需求及逻辑如下:

(1) 对默认一笔销售或选择一笔销售进行收银。

(2) 显示应付、付款、找零金额

(3) 确认。(记录收款人、支付时间、支付方式,生成一个支付号,如sp-20150403-001(或自定义编码规则));

任务B:按“课程设计文档模板”要求编写文档:

(1) 完成UC1,UC2的2.1 业务建模(分析员完成)

(2) 2.2 UC2用例模型(详述文本)(分析员完成)

(3) 2.3 UC2补充性规格说明(分析员完成)

(4) 4.3 UC1,UC2相关的数据库(架构师完成)

二、要求:

(1)订单:支付关系为1:1关系。

 (2)  本次迭代只要求实现默认的现金支付。

三、制品交付:

(1) 程序提交的项目git。

(2) 文档发表在项目经理blog。

(3) 为方便指导老师评价程序,程序运行界面截图和测试报告发表在项目经理blog(另写一篇,测试员完成)。

交付时间:细化迭代3时间为2周(第7、8周),截止日期4月30日(第8周星期四) 24:00。

制品反馈见blog评论和git的issue。


附:为方便交流和分享,提供该阶段数据库表参考。各组可根据结合自己题目分析字段需求,修改和扩展表的字段。

主键可自增或UUID

支付表payment

-- ----------------------------
-- Table structure for `payment`
-- ----------------------------
DROP TABLE IF EXISTS `payment`;
CREATE TABLE `payment` (`ID` int(11) NOT NULL AUTO_INCREMENT,`PAYMENTNO` varchar(36) NOT NULL,`PAYMENTMETHOD` int(11) NOT NULL,`AMOUNT` double NOT NULL,`SALEORDER_ID` int(11) NOT NULL,`CREATDATETIME` datetime NOT NULL,PRIMARY KEY (`ID`),UNIQUE KEY `SALEORDER_ID` (`SALEORDER_ID`) USING BTREE,CONSTRAINT `payment_ibfk_1` FOREIGN KEY (`SALEORDER_ID`) REFERENCES `saleorder` (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


转载于:

本文发布于:2024-01-28 16:13:59,感谢您对本站的认可!

本文链接:https://www.4u4v.net/it/17064296438649.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:迭代
留言与评论(共有 0 条评论)
   
验证码:

Copyright ©2019-2022 Comsenz Inc.Powered by ©

网站地图1 网站地图2 网站地图3 网站地图4 网站地图5 网站地图6 网站地图7 网站地图8 网站地图9 网站地图10 网站地图11 网站地图12 网站地图13 网站地图14 网站地图15 网站地图16 网站地图17 网站地图18 网站地图19 网站地图20 网站地图21 网站地图22/a> 网站地图23