《软件方法》和龙泉寺项目

龙泉寺项目交流

UMLChina潘加宇

周日上午去了一趟龙泉寺，和信息组的同学针对藏经平台项目做了交流。

发了朋友圈后，不少同学很好奇，毕竟之前有各种报道渲染，还有人猜潘老师是不是开始修佛了。

没有。我想宇宙中应该有比人类强的超级文明存在，但人类面对超级文明时应该不卑不亢，不能因对方强大而甘为奴仆。怕的是人类文明进步太慢，上千年来我们大脑里想象的神还没有降临，实实在在存在的外星超级文明却来了，人类没有准备好抵抗和逃亡，只能就此灭绝。

在不给人类文明进步造成巨大妨碍的前提下，宗教作为一种心灵调节剂是有帮助的。有一本脑洞大开的佛教背景科幻巨著《光明王》，也谈到了外星超级文明的问题。大致内容：降临的超级文明把自己包装为神，建立了严酷的等级制度奴役和蒙蔽人类。神中有一位正直者，以悉达多的名字带领人们奋起反抗。

下面说一说交流的一些要点。

愿景：通过讨论愿景，同学们发现对本项目的“老大”——负责藏经办的法师最在意什么指标根本没有调研清楚。没有愿景，无法判断下一步最值得做的是什么，或者觉得什么都可以做，最终无从下手。

业务序列图：虽然只讨论了收集藏经资源的一个小片段——找有资源的居士要经书，但业务序列图中的几种改进模式都可以用上。

大致过程：工作人员需要向外求助某经书资源时，问他认为会了解情况的法师，法师提供可能有资源的居士的信息，工作人员联系居士询问是否有该经书资源，如果有，约时间居士送过来，登记后送到图书馆归档。

问他认为会了解情况的法师	改进三，封装领域逻辑。 工作人员必须有一定的经验才能判断应该向哪位法师咨询。
法师提供可能有资源的居士的信息	改进二，改善信息流转。 法师提供的信息通过电话传到工作人员的耳朵，工作人员解析后记在本上或Word中。
工作人员联系居士询问是否有该经书资源	改进三，封装领域逻辑。 工作人员需要懂得居士的各种情况、合适的联系时间、合适的称呼等。 改进二，改善信息流转。 居士提供的信息通过电话传到工作人员的耳朵，工作人员解析后记在本上或Word中。
居士送过来，登记后送到图书馆归档。	改进一：物流变成信息流。 经书流、居士肉身流、工作人员肉身流。 经书要从居士家里到工作人员办公室，然后再到图书馆。居士的肉身要从家里到工作人员办公室，工作人员的肉身要从自己办公室到图书馆。

 

 

改进后的序列图如下（抹去一些信息）

用例规约重点探讨了涉众利益，其中的利害冲突此处不表。

分析工作流，主要讨论了各种不同类型的经书结构，也就是书籍的结构，有分很多层的，也有扁平结构的。所用的概念也不同，卷、集、册、编、章、回、节、条……。此处可以借助Fowler在《分析模式》中的组织结构模式。

 

 

http://www.umlchina.com/training/course171216.htm

12月16-17日（周六日）广州软件需求设计UML全程实作公开课

http://www.umlchina.com/training/course171223.htm

12月23-24日（周六日）杭州软件需求设计UML全程实作公开课