深圳-罗铭初<*******@163.com> 14:50:34
潘老师，我有关于那个知识库的问题想请教你。
知识库所在的领域应该是知识管理吧，我在业务建模时，选定的组织是整个软件开发部，而下面分几个产品线，产品线下又分不同的开发组，软件开发活动都是以开发组为单位开展的，例如改缺陷、做新系统、技术研究等，各种流程都含有知识管理方面的活动。这样在画业务序列图的时候是按各个业务流程来画吗？但这些业务流程要从软件开发部的业务执行者画起？而且有很多流程的上游我也不了解，像软件开发部里一些中高层领导的决策流程，以及其中涉及到的知识，而这部分也是很难了解到的。
潘加宇(3504847) 2012-06-06 09:16:23
业务流程并非一定要从业务执行者画起，只画愿景涉及的，你认为你的"马桶"能改进的片断即可
潘加宇(3504847) 2012-06-06 09:17:57
"软件开发部里一些中高层领导的决策流程，以及其中涉及到的知识，而这部分也是很难了解到的"－－这个很难，但正因为其难，如果能做好一点点，价值很大。
(50****45) 2012-06-06 09:18:59
但这个不是老大目前最想我们做的
潘加宇(3504847) 2012-06-06 09:19:54
另外，开发的过程应该是增量迭代式的，你不需要画出所有流程再往下走，只需要画出最典型的产品线中最典型的开发组的最典型开发流程，然后寻找改进点，然后找出和愿景最相关的改进点，得到目前最值得做的系统需求，然后往下走
(50****45) 2012-06-06 09:21:05
好的
潘加宇(3504847) 2012-06-06 09:22:36
《软件方法》
要做一个电子病历产品卖给医院，说"客户是医院"还不够，医院也一样越来越细分，有大型三甲医院，也有二级医院、中心卫生院甚至社区卫生服务中心…，还有根据性别细分的男子医院、女子医院，根据人体器官细分的口腔医院、肝病医院、肛肠医院…，还不要忘了国外的医院，美国的JHH、Mayo、乌干达的@％&，孟加拉的&￥#......。系统真的能卖给所有的这些医院吗？所有医院提的要求，我们真的要平等对待吗？要通过比较慢慢缩小范围，逼近具体的"客户"―― "协和医院"还是"大兴中医院"更像你的系统所服务的医院？为什么？这就是我前面说的：需求要具体。
可能有的人会想，哎呀，要是，如果我们只关注"大兴中医院"，那"协和医院"的需求是不是漏掉了？问题是，"大兴中医院"想要的都还没有满足，去想"协和医院"干什么？认为需求"漏掉"的想法是幼稚的。需求是一口深井，永远做不完。只要你愿意满世界去调研所有医院，甚至不用调研，拍脑袋就可以得出上万条需求。关键是需求的排序，老大和愿景就是排序的首要依据。
(50****45) 2012-06-06 09:50:06
这样的话业务用例和后面的业务序列图可能会出现衔接不上的情况咯
潘加宇(3504847) 2012-06-06 09:50:46
业务用例和后面的业务序列图可能会出现衔接不上的情况？
(50****45) 2012-06-06 09:52:43
例如软件研发部的业务用例是
xx部--->开发软件
xx部--->维护软件
而业务序列图选取与知识管理相关的流程来画，例如改缺陷，可能就是从小组长发起到测试通过，缺陷关闭结束了
(50****45) 2012-06-06 09:53:43
因为软件研发部没有单独对外提供知识管理的服务
(50****45) 2012-06-06 09:56:06
如果说研究对象选大了，但是软件研发部包含的大部分业务流程都和知识管理相关，都是要改进的范围
潘加宇(3504847) 2012-06-06 09:57:06
这个没问题啊。就跳你觉得要改进的片断画就可以了
(50****45) 2012-06-06 09:58:05
业务用例和业务序列图不一定有直接关系？
潘加宇(3504847) 2012-06-06 10:03:04
有关系啊，业务序列图是业务用例的场景
潘加宇(3504847) 2012-06-06 10:03:25
但不代表你都需要把"所有场景"都画出来
潘加宇(3504847) 2012-06-06 10:06:22
用例是"开发软件"，在下面画N张序列图，"改缺陷"、"开评审会"...