假设机场登记处的职员使用一个客户机应用程序，这个程序访问包裹跟踪服务，还使用一个服务为乘客分配座位。处理包裹的地勤人员只需要包裹跟踪服务，不需要其他服务。他们的客户机只允许他们确认已经登记的包裹是否到达了。不允许他们登记新的包裹。

    在这个示例中，我们将设计包裹跟踪服务。首先，决定资源：旅行者、航班和包裹（注意，在出现 {id} 的任何地方，都可以填写任意数字）：

    为每个资源选择一种数据格式：

    包裹：

    航班：
 
    乘客：

    显然，这个模型过于简单了。对于当前的示例，只需要支持两个方法，因此这个模型已经足够了。登记处应该能够为乘客登记新包裹。在把包裹装进飞机时，地勤人员应该能够修改包裹的状态：

    对 http://luggagetrackingairlinecompany.com/travellers/{id}/newbag 执行 POST，返回一个 <bag>XML 结构。
    对 http://luggagetracking.airlinecompany.com/bags/{id}/status/{newstatus} 执行 POST，返回修改后的 XML 结构。
    使用标准的 HTTP 状态作为状态码。成功的操作都会返回 200。如果系统无法根据资源的 ID 找到它，就会返回 404。系统故障导致的任何错误都会返回 500。