UMLChina潘加宇答疑3.pdfVIP

UMLChina潘加宇答疑记录（三） 以下为我在MSN、QQ、旺旺上的一些答疑记录，隐去敏感信息后，尽可能原样发布出来，供大家参考。公布的答 疑记录仅限于2009年之前或更早。 随着时间的推移，我的认识会有一些变化，当时的回答不一定是完善的。我最新的看法参见《软件方法》。 潘加宇2011年  2008-7-1712:24:39stone潘老师你好！请问我这样的过程是否正确？ 过程描述：1业务用例图－》2业务时序图－》3系统用例－》4系统时序图－》5分析时序图－》6开发时序 图－》7生成类图开发 1：市场部分做好业务用例图；增加相关的说明文档；文档按照版本编号；2：开发人员接到用例图，查看说明文 档；按照每个用例画出业务时序图，业务时序图按照文档里面的的说明提炼出系统要实现的方法（系统用例），市 场人员评审时序图3：通过评审生成系统用例4:画出系统时序图，系统人员评审5：画出中文命名的对象时序图6： 从5中复制用类代替中文，描述方法的使用说明7：开发人员按照类描述说明实现代码 2008-7-1712:42:26潘：可以的。就是说不写用例文档了，用系统序列图来代替需求文档是吧 6开发时序图就是结合了平台的设计序列图，不用画很多，典型的用例画几个，说清楚在平台上各层如何调用，（对 开发人员培训达到举一反三）其他用例让开发人员照做就行。 4:画出系统时序图，系统人员评审--改成用例文档会好一些，图不能涵盖所有需求，特别是涉众利益 5-6的区别不在于中英文，而在于是否涉及具体实现平台 2008-7-1712:4723stone我们目前要求做到，开发人员不需要看用例图去写代码！也就是说所有的方法需 要说明逻辑的实现过程；就像有些外包公司一样。给过去的就是一些类和说明，代码开发人员直接实现类里面的 方法就可以 2008-7-1712:48:28潘：用例图不可能写代吗，代码来自分析设计，不是来自需求 2008-7-1712:51:05stone由于我们去听课的人员理解课程都不一样；得出来很多不通的uml方案,无法同一 思想，大家都比较坚持自己做的就是对的，一直无一个标准出来！ 2008-7-1712:51:32潘：按照我课上（说的改进指南）来，一点一点用。（用得太多又没有形成共识），这 样搞法最后会不可收拾的，每一步都有很多技能，并不简单。 2008-7-1712:53:16stone现在目前已经是最乱的时候，比没有uml更加乱了   2007-10-199:14:31bruce：在我們的系統中,有一些報表匯出功能,這些可以作爲用例嗎? 2007-10-199:15:43潘：如果涉众要求的就是出报表，而不是干别的引出一份报表，那就是。 2007-10-199:16:59bruce：我們現在這兩種情形都有，所以就對應有兩種處置方法，是嗎？ 2007-10-199:16:16潘：你是不是问如果有好多份报表，要多少个用例？ 2007-10-199:17:12bruce：是！ 2007-10-199:18:03bruce：那可以將單純的出報表作爲一個抽象用例，然後再包含很多子用例，可以嗎？ 2007-10-199:18:33潘：用例就是实事求是把涉众心里对系统的想法写下来。到底几个用例，要看涉众心里 怎么看这个事情 2007-10-199:18:54潘：出報表作爲一個抽象用例，然後再包含很多子用例，可以嗎？－－没有必要。 2007-10-199:19:02潘：就一个用例，打印报表。就行了。详细的细节在用例文档里说明。有几种报表，哪 些项目。按照涉众心里对这个事情的看法，实事求是地写。 2007-10-1917:07:52bruce：请问，如果多个报表功能作为一个UseCase的话，那在UseCase文档里面该 怎么写呢？因为这些报表没有前后时间顺序的设定！ 2007-10-1917:08:32潘：实事求是，该怎么写怎么写。如果交互步骤都相同，就合成一个。如果交互区别 很大，要好多步骤，设好多参数，那就另外给他一个用例。判