提单3.0 Beta 2
标准文档
2.1介绍
与软件开发中使用的技术一致, 永利皇宫app下载注册已将用户故事和用例纳入标准开发过程，以支持航运业的数字化工作. 用户描述和用例都服务于捕获和记录需求的目的, 但它们的粒度不同, 详细程度, 以及它们在开发过程中最重要的使用阶段. 它们是互补的(一个用户故事可能由一个或多个用例支持，反之亦然)，并且可以一起使用以提供对软件需求的全面理解. 在本节中，我们将重点关注用户故事.用户故事通常是简洁的, 从最终用户或涉众的角度编写的对特性或功能的非正式描述. 它们表达了需求, 目标, 并以一种易于理解的方式满足用户的期望，以确保交付的产品满足预期的需求. 在标准制定方面, 这转化为创建可测试的验收标准，以验证标准是否被正确实现并达到其预期目的.下一段提供了永利皇宫app下载注册在开发提单流程标准时所依赖的几个用户故事示例. 中定义了支持用例 专门的提单用例页面.2.2用户故事示例
“作为发货人，我想更新当前的运输说明，以便将包裹数量更改为500箱.“ | 发货人提交带有eBL用例“UC3:提交更新的发货指示”的发货指示更新。. |
|---|---|
“作为托运人，我希望承运人修改一份 草案 运输文件，以便所有集装箱的冷藏温度设定值更改为-5摄氏度.“ | 托运人不能直接要求更新运输单据草稿. 而不是, 托运人使用预订用例“UC7:请求更改已确认的预订”请求预订更改。. 在使用预订用例“UC8:对已确认的预订进行修改”批准修改后, 承运人发布带有eBL用例“UC6:发布运输单据草案”的更新的运输单据草案. |
“作为托运人，我希望承运人修改一份 草案 运输单据，以便将印章编号更改为ABC123.“ | 托运人不能直接要求更新运输单据草稿. 而不是, 托运人使用eBL用例“UC3:提交更新的运输说明”请求运输说明更新。. 在通过eBL用例“UC4:处理更新的运输说明”批准更新后, 承运人发布带有eBL用例“UC6:发布运输单据草案”的更新的运输单据草案. |
“作为托运人，我希望承运人修改已签发的运输单据，以便将危险品紧急联系电话更改为+1 23456789.“ | 托运人不能直接要求更新已签发的运输单据. 而不是, 托运人使用预订用例“UC7:请求更改已确认的预订”请求预订更改。. 在承运人通过订舱用例“UC8:对确认的订舱进行修改”批准修改后, 托运人通过eBL平台请求提交修改，使用eBL用例“UC9:请求提交运输单据(修改)”. 在用eBL用例“UC10:处理运输文件提交请求(修改)”批准提交请求后, 承运人使现有的运输单据无效，并签发一份新的经修订的运输单据，用eBL用例“UC11:使原始运输单据无效，并签发经修订的运输单据”。. |
“作为托运人，我希望承运人修改已签发的运输单据，以便将运输标志更改为 中国制造 所有货物.“ | 托运人不能直接要求更新已签发的运输单据. 而不是, 托运人使用eBL用例“UC3:提交更新的运输说明”请求运输说明更新。. 在承运人通过eBL用例“UC4:处理更新的运输说明”批准更新后, 托运人通过eBL平台请求提交修改，使用eBL用例“UC9:请求提交运输单据(修改)”. 在用eBL用例“UC10:处理运输文件提交请求(修改)”批准提交请求后, 承运人使现有的运输单据无效，并签发一份新的经修订的运输单据，用eBL用例“UC11:使原始运输单据无效，并签发经修订的运输单据”。. |