在我的上一个项目中,我们设计了一个问题文档系统组件(如错误报告工具),它应该集成到不同的客户端应用程序(桌面应用程序、移动应用程序以及独立的 Web 客户端)中。重点不是应用程序/UI 本身,而是其作为服务的功能。可以把它想象成 Google 搜索 API,它也可以集成到您的浏览器中、作为小部件、在您的手机上等等。
在定义功能性(用例)和非功能性需求时,我在没有具体 UI 的情况下定义它们遇到了很大的麻烦,因为我们想要获得一种服务。
作为一种解决方法,我们简单地定义了我们的要求以适应独立的 Web 应用程序以及所有函数调用必须通过 RESTful 服务 API 完成的非功能性要求,希望之后我们在使用这个 API 时不会错过任何函数。以桌面应用程序为例。由于事实上,我们实际上并不想要一个 webapp,而是一个服务,我对这种间接的需求分析方式不太满意,我希望我们的开发人员明白这一点。
所以我的问题是:REST API 或 Web 服务是如何设计的,开发人员知道该做什么?例如,是否有用于 Web 服务的 UML UseCase 配置文件?