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

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

相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页