The second scenario, which was covered in Part 3, provided a service with which customers and employees could track the status of an individual package.
在第3部分中讨论了第二种场景，该场景提供了一种服务，通过该服务客户和雇员能够跟踪各个包的状态。
In the first scenario, we had described how each time a package is received, a message is sent to a backend application so that the status of the order is updated accordingly.
在第一个场景中，我们描述了如何在每次接收包时将消息发送到后端应用程序，以便相应地更新订单状态。
In such a scenario, an incoming service request is evaluated based on the incoming parameters (URL, headers, and request parameters) and system status (date, load, and so on).
在这样的场景中，将基于传入参数(url、标头和请求参数)和系统状态(日期、负载等等)对传入的服务请求进行评估。
The business background for our scenario is the need for Posts-R-Us to enable customers and employees to retrieve the status of a package delivery.
本场景的业务背景需要Posts - R - Us，才能使客户和雇员能够检索包提交的状态。
On the base of analysis to consumer product's characteristic and aim user's status, this paper does systemic research to scenario building method's function, implement and process.
本文在分析消费产品的特征及其目标用户群体状况的基础上，系统研究了情景描述法的具体作用、实施方法和过程步骤。
We also presented the scenario of Ontolgy-based knowledge navigation and its corresponding architecture by carefully defining its role, operation and system status.
为具体实现，进一步提出了本体知识导航，对其中的角色和操作以及状态进行了定义，并给出了本体知识导航的体系结构。
We also presented the scenario of Ontolgy-based knowledge navigation and its corresponding architecture by carefully defining its role, operation and system status.
为具体实现，进一步提出了本体知识导航，对其中的角色和操作以及状态进行了定义，并给出了本体知识导航的体系结构。
应用推荐