[全程建模]业务建模和用例模型以及需求规格说明书的关系
北京-FireSpider 男 16:45:13
请教青润老师：书中“业务建模”之后才是“UseCase模型”和“UseCase描述”，而“业务建模”部分输出《需求规格说明书》。那么《需求规格说明书》里是不是就不能有用例图了？
青润 16:46:10
这个需求规格说明书里面是业务用例图。
另外需要说明的是，实际上不需要出需求规格说明书了。
只是为了配合传统的常规文档才写上这里出需求规格说明书。
而在实际的开发中，这个说明书一点用处也没有。将来也是必然会被淘汰的。
青润 16:47:27
最后我们提交给用户的就是一个模型文件，模型文件里面就有全部的代码文档和资料内容，包括系统部署信息。
北京-FireSpider 男 16:47:39
嗯，我也觉得没啥用处，既然全程建模了，这个东西就只是模型的文本输出形式而已。
清水 16:48:14
需求规格说明书里 不是有业务用例吗？业务用例对于与用户确定业务模型 还是有必要的吧？
青润 16:48:19
或者说，这是为了配合国家乃至世界上还没有模型化，或者对模型化有足够理解的用户，才需要在这里生成相应的文档。
需求规格说明书没必要生成。
业务用例模型肯定是需要的。
北京-FireSpider 男 16:48:45
如果不考虑需求规格说明书，业务建模阶段好像只有“业务流程”的产生，而在“UseCase模型”才识别出：Actor和useCase。
青润 16:49:11
业务建模阶段就有business usecase
清水 16:49:13
哦 在全过程建模里 需求规格说明书 是模型某个阶段的快照 可否这样理解？
青润 16:49:32
buc和uc之间是有映射关系的，这个在我书中提供的模型里面有对应的部分，可以参考。
这部分是我创立的，在up或者rup里面都没有提到过。
需求规格说明书是业务用例模型的快照。
北京-FireSpider 男 16:50:01
business usecase是用“用户”和“系统”来阐述吗？
青润 16:50:27
基本正确。
对于嵌入式系统的时候，会有些不一样。
北京-FireSpider 男 16:50:59
哪也就是说有“业务用例模型”和“用例模型”的概念了？
青润 16:51:09
还有一些特殊的诸如时间触发，或者某种推动器作用的系统也会有些不一样。
对于很大的业务系统开发，才需要考虑buc和uc
北京-FireSpider 男 16:51:35
青润老师，business usecase是用“用户”和“系统”来阐述吗？
青润 16:51:42
对于一般的系统，我不建议构建buc，因为太过于复杂了。
青润 16:50:27
基本正确。
对于嵌入式系统的时候，会有些不一样。
清水 16:51:50
嗯嗯
青润 16:52:07
大多数系统直接构建ucmodel即可。
北京-FireSpider 男 16:53:53
但是我看“业务建模”这块画了一个“某公司项目资金投放流程图”，是用“泳道活动图”来描述的，每个泳道是一个“参与者”。没有“系统”的概念。
青润 16:54:35
不，那是buc的流程绘制，我建议泳道图或者状态活动图都是用于绘制uc的细节实现。