一个租房中介准备提供一个网上中介服务系统，主要包括以下服务：
给求租者发布求租信息，寻找房屋信息
给出租者注册一个店面，在小店里发布出租房信息，也支持寻找求租信息
使用该服务必须注册一个用户
对房屋有收藏和评论的需要
我和几个朋友初步探讨了一下，在业务建模阶段出现了争执
我的分析：
一个求租者业务角色
一个出租者业务角色
发布求租信息业务用例
找房屋信息业务用例
注册店面业务用例
发布出租房屋信息业务用例
注册用户业务用例
朋友的分析：
一个求租者业务角色
一个出租者业务角色
发布信息业务用例（注册店面业务用例也被合并进来了）
查询信息业务用例
注册用户业务用例
另外一个朋友的分析更简单：
客人业务角色
发布信息业务用例
查询信息业务用例
请您给出您的见解，谢谢！
非常有幸拜读你的文章，收益甚多，谢谢！
有几点问题，希望指正！
1、关于你的网上借书范例
对于你把图书管理员这样的业务工人定义成了业务角色有点不解
2、我模拟了一个网上中介系统的范例，遇到了一些两难问题，请教
一个租房中介准备提供一个网上中介服务系统，主要包括以下服务：
给求租者发布求租信息，寻找房屋信息
给出租者注册一个店面，在小店里发布出租房信息，也支持寻找求租信息
使用该服务必须注册一个用户
对房屋有收藏和评论的需要
我和几个朋友初步探讨了一下，在业务建模阶段出现了争执
我的分析：
一个求租者业务角色
一个出租者业务角色
发布求租信息业务用例
找房屋信息业务用例
注册店面业务用例
发布出租房屋信息业务用例
注册用户业务用例
朋友的分析：
一个求租者业务角色
一个出租者业务角色
发布信息业务用例（注册店面业务用例也被合并进来了）
查询信息业务用例
注册用户业务用例
另外一个朋友的分析更简单：
客人业务角色
发布信息业务用例
查询信息业务用例
请您给出您的见解，谢谢！
合适的话也希望把这个范例单独在您的BLOG上发布出来，供大家一起探讨，谢谢！
这个讨论很有代表性，把它贴出来：）
我对第一个问题是这样看的，在我平时工作中有意忽略business actor,actor,business worker,worker这样的区别。因为我觉得，虽然在UML概念上它们是不同的，这样定义有其道理。但是这种概念的差异太过于学术化。在实际工作中，大家都熟悉岗位，角色这样的概念，甚至用户对岗位，角色这样的定义都有非常好的认识。但对于不熟悉UML的人来说，如果试图去向他们解释什么是worker什么是actor，什么是business actor...我认为这是件费力不讨好的事情，我曾经试过，很难让人理解这么些小人图到底有什么差别。做一个业务模型的目的是让所有相关人等看得明白看得懂，而不是是否符合UML的规定。我用UML的一个观点是适合的采用，不适合的修改甚至放弃。我承认UML的定义是有道理的，但我不认为在实际工作中这样做会带来好处。在我们说明需求的时候，如果就是不区分actor 和worker，我们就会说不清需求了吗？我相信不会，相反的，如果我们用岗位这个概念来做业务模型，用角色这个概念来做系统模型，那么对所有相关人等都会是很好很容易理解的。所以实际上，在我做业务建模的时候，虽然用了UML的元素，但实际我的概念是岗位、角色，我认为这两个概念足以支持业务分析，并且容易理解，而抛弃了UML拗口复杂的定义。这在实际工作中给我带来了很多方便。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
