营销型网站服务,网站帮助,wordpress移除注册登录界面图标,在线医疗 网站建设核心工作流业务建模#xff08;组织建模#xff09;#xff1a;描述组织内部各个系统如何协作#xff0c;使得组织可以为其他的组织提供有价值的服务#xff0c;新系统只不过是组织为了对外提供更好的服务#xff0c;对自己的内部重新设计而购买的一个零件。需求#xf… 核心工作流 业务建模组织建模描述组织内部各个系统如何协作使得组织可以为其他的组织提供有价值的服务新系统只不过是组织为了对外提供更好的服务对自己的内部重新设计而购买的一个零件。需求聚焦于待开发系统的边界消息描述系统要卖的出去必须具有的表现-功能和性能。分析提炼系统内需要封装到核心领域机制。设计将核心领域知识和非核心领域知识结合最终实现系统。 寻找老大 老大是买方。系统改善哪个组织的流程老大就是该组织的负责人。系统好坏的度量指标在他的大脑里吗。如果国王之给你几分钟时间把正在做的系统卖出去而且只有一次推销的机会如果失败了就会被枪毙。您会向谁推销推销的时候说什么话保住自己的性命可能性做大这个答案就是老大和愿景。愿景是改善组织的指标而不是做某事要达到这个目标需要各个岗位分别使用XXXXXXX等功能。愿景不是问系统有什么功能而是回答买了这个系统对组织有什么好处。愿景是老大针对系统的目标用例使用“执行者Actor”和涉众代替了原来的用户这是一个非常大的突破计算机系统不只是简单的把纸里的东西往电脑里般 业务建模之业务用例图 业务建模的目的是从组织的角度来定位系统应该提供的价值所以说“业务建模”应该更名为“组织建模”。业务执行者BusinessActor。首先来寻找组织的执行者也就是业务执行者业务执行者的定义是在组织之外和组织交互的人群或组织。组织某商业银行 业务执行者储户存钱、企业贷款、人民银行监督业务工人Business Worker组织内的人肉系统业务执行者和业务工人的区别就是一个在组织内部一个在组织里面一个是组织不可替换的一个是组织可以替换的。业务工人可能被新的业务工人替换但更多的是可能被新的业务实体BusinessEntity替换业务实体就是组织中的非人系统。开发人员说“我在开发一个新系统”其实是说“我在开发一个新的业务实体”取代现有的业务工人或业务实体的一些责任。 探索需求的思路就出来了 画好现状的业务序列图把待开发的系统作为一个新的业务实体空降到列图中寻找改进点取得该业务实体的责任直接映射到待开发系统的系统用例 业务工人和业务实体不再业务用例图中出现因为他们不是组织的价值而是成本。在识别业务执行者时不需要画业务工人和业务实体在接下来画业务用例的实现-业务序列图的时候加上就可以。 业务工人和业务实体协作完成业务用例系统类协作完成系统用例。业务执行者是一个组织或人群而不是系统。因为研究对象是组织和它对应的概念也应该是组织。业务用例指业务执行者希望通过和组织交互达到而且组织能提供的价值。业务用例是为业务执行者服务不是为业务工人服务。或者说因为无用例表达组织的本质价值。改进业务流程的思路先归纳出组织对外提供什么价值再思考如何更好地优化组织内部流程来实现这些价值。 总结 业务用例是组织的、而不是组织内某个系统的用例。组织的用例不会因为某个人肉系统或者电脑系统的存在或消失而改变。所以“这个系统的业务用例是什么”这样的说法是错误的业务用例图研究对象都是组织。为什么要研究组织的用例呢因为我们想要把系统的价值和组织的价值挂上钩给组织一个购买系统的理由。也就是说业务用例不是思考系统提供什么“功能”而是思考组织购买了这个系统对组织本来就是有哪些“功能”会带来一点点帮助。 需求之系统用例图 系统执行者的定义在所研究系统外与该系统发生功能性交互的其他系统。系统用例的定义系统能够为执行者提供的、涉众可以接受的价值。用例之前的许多需求方法学把需求定义为思考系统“做”什么用例把需求提升到思考系统“卖什么”的高度。做需求的目的不是为了安慰自己或走过场而是让产品更加好卖。不以这个为出发点的需求工作是没有意义的。老老实实去研究业务流程做好业务建模尽量从业务序列图中映射出系统用例这样得到的系统用例是不会骗人的。新增、修改、删除、查询、管理、改变状态这样的词语是数据库里面的“鸟语”不是领域里面的“人话”。业务流程中不会有人说小张你等一下我要到系统哪里去做一下发票管理只会说我去开一张发票我去作废一张发票我去开一张红字发票。。。 转载于:https://www.cnblogs.com/sofia/p/5009828.html
