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;

转载于:https://my.oschina.net/ooad/blog/402748