我试图找到一些好的读物来澄清这一点,但我找不到它(或者我可能只是不知道如何正确搜索)。
我试图找到的是,考虑到您有一个应用程序:
- 与数据库交互;
- 与大型机交互;
- 与外部供应商互动;
- ETC...
在功能视图中而不是在更技术性的视图中绘制表示此图的最佳方法是什么?什么样的书籍、文章、网站可以帮助我更清楚地了解我应该遵循哪种方法?
提前致谢。
我试图找到一些好的读物来澄清这一点,但我找不到它(或者我可能只是不知道如何正确搜索)。
我试图找到的是,考虑到您有一个应用程序:
在功能视图中而不是在更技术性的视图中绘制表示此图的最佳方法是什么?什么样的书籍、文章、网站可以帮助我更清楚地了解我应该遵循哪种方法?
提前致谢。
出色地,
首先你应该问自己:
为什么我要绘制或想要绘制有关此的图表?
也许你的回答是:
了解这些元素之间的重要/重要沟通。
然后我们可以说:
哦,也许序列图可能会有所帮助......
购买可能是你的答案是:
哦,我担心系统组件的拓扑结构。这些东西将如何部署?
那么我们可以这样说:
哦,可能是部署图会帮助你...画一个。
所以取决于“上下文”......
UML 图不会解决您的问题。它们帮助您了解系统中棘手和困难的部分,并通过可视化建模考虑替代解决方案。
建模不是“自慰”活动。这就像“群交”。当你和别人一起做时,你会得到最大的好处......
所以主要问题不是画哪个图...主要问题是:
你有什么样的问题?你想和谁一起寻找解决方案?画图能给你带来什么好处?
对于 UML,我明确建议 Larman 的书:应用 UML 和模式:在亚马逊上查看
最后,如果 UML 不符合您的目的,请保持创造性和务实...使用文本描述,甚至创建您“自己的”视觉建模 :-) 或做任何可以帮助您的事情...