软件需求分析

软件需求分析：

Function Requirements功能性需求

1.在"工作流"功能被激活时，系统通过“Activiti”相关命令行，实现”方便地管理跨机器运行：应用部署、维护、扩展机制等功能“。 其中包括：

1.1支付贷款（进口商）

1.2付款凭证（进口商）+（调用2.1）

1.3确认（进口商）+（调用2.2）

1.4纠正补充信息（进口商）+（调用2.2）

1.5确认收款 （代理公司）+

1.6登记入账 （代理公司）+

2。在"Chatbot"功能被激活时，系统通过"chatbot"相关命令行，实现"快速在本地启动一个单机的Chatbot服务器，本地验证和测试Chatbot"。 其中包括：

2.1识别（表1）

2.2记录（表2）

2.3记录（表3）

2.4记录（更新表3）

2.5最终合同记录提供查询（进口商：按合同号出对账单；代理公司：按合同号出对账单）

3.在"推送"功能被激活时，系统通过“收发消息”相关命令行，实现”方便地管理“。 其中包括：

3.1 推送给代理公司的财务人员（仅文本消息）

3.2 推送给代理公司的业务员（仅文本消息）

3.3 推送给进口商的财务人员（仅文本消息）

3.4 推送给进口商的业务员（仅文本消息）

Non-Function Requirements非功能性需求

"系统的平均故障间隔时间应该为 2000 小时"，

"系统的平均修复时间应为 1 小时"，

"预计系统的平均API并发访问次数支持200次／秒，预计平均响应时间1秒（不计算网络花销时间）"，

以及"iTradeWorkflow" 最多应该能够存储单表记录10G条贸易数据"。

Design Constraints设计约束

"Workflow界面尽量简洁"

"用Java作为主要服务端编程语言（稳定性），前端HTML5（跨平台，兼容性）"

"尽量打包在一个Docker-compose中"

"占用的CPU、内存等硬件资源不能太夸张"

"api 数据库访问具有一定的抗压能力"