[全程建模]业务建模和用例模型以及需求规格说明书的关系

北京-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的细节实现。

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

转载于:http://blog.itpub.net/257598/viewspace-749739/