最新消息:好好学习,天天向上

《UML与Enterprise Architech 16 项目实战》2.3 总结

系统架构/UML 货代IT 62浏览 0评论

2.3 总结

本章的主要目的在说明活动图与用例图的适用时机及基本概念。

在一般的软件项目中,以下的几个时间点可以利用活动图来进行表达:

  • 项目起始阶段,需求分析人员可用通过活动图和领域专家针对项目相关的企业活动进行流程的设计。
  • 项目上线阶段,可以利用起始阶段的活动图作为集成测试的蓝图。
  • 项目维护阶段,企业管理相关人员可以通过活动图了解企业现行的流程及未来可能改善的方向。

活动图的设计需要注意以下几个原则:

  • 活动图的目的在表达“流程完整性”而非活动细节。
  • 活动图中的元素(主要是活动)不要考虑复用的议题。
  • 如果在活动图中绘制了“分叉点”,则一定要有一个“会合点”与其相对应。
  • 活动图中尽量不要表达“文件”或“数据”。

用例在项目开发的“需求分析”阶段可以加以应用。

通常来说,用例是“需求搜集及整理”的工具,通过用例与执行者的关系,可以让需求分析人员“聚焦”在特定的“相关人员”(也就是执行者)与“主题”(也就是用例)中,而一个完整的用例模型必须包含用例图及用例叙述,有关用例叙述的相关细节,请参考“第 8 章 业务流程设计与需求搜集”。

用例是属于需求分析的范畴,而需求本身不能够脱离业务流程的规范,因此,用例与业务流程图会有所关联,“第 8 章 业务流程设计与需求搜集”也将说明这个关联。

绘制用例时,要特别注意,用例的“辅执行者”,必须和用例所在的“系统范围”处于同一级别,读者可以通过这个规则来审视用例图形的正确性。

2.1.5 与 2.2.5 的案例实战,读者必须使用到 EA 工具,有关 EA 工具的使用,请参考本书的附录 A 至附录 C。

 

转载请注明:56data个人站点 » 《UML与Enterprise Architech 16 项目实战》2.3 总结

发表我的评论
取消评论
表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址