200603071000275.html

软件工程的红包书

<P><FONT face=Verdana>　　A business actor represents a role played in relation to the business by someone or something in the business environment. </FONT></P>
<P><FONT face=Verdana>　　业务主角代表了与业务有关的角色，此角色由业务环境中的某个人或物来担任。 </FONT></P>
<P align=center><FONT face=Verdana><IMG src="2006415173311892.gif" tppabs="http://www.itisedu.com/manage/Upload/image/2006415173311892.gif" border=0></FONT></P>
<P align=center><FONT face=Verdana>业务角色 </FONT></P>
<P align=center><FONT face=Verdana><IMG src="2006415173326379.gif" tppabs="http://www.itisedu.com/manage/Upload/image/2006415173326379.gif" border=0></FONT></P>
<P align=center><FONT face=Verdana>业务主角 </FONT></P>
<P><FONT face=Verdana>　　分辨业务角色和业务主角要看环境而定。当你开发企业的ERP系统时，部门的员工都属于业务角色，而你开发一个部门级的应用时，其他部门的员工可能属于业务主角。 </FONT></P>
<P><FONT face=Verdana>　　业务实体，在一些文章中被称为商业对象（Business <a href="javascript:if(confirm('http://www.itisedu.com/phrase/200604231338435.html  \n\nThis file was not retrieved by Teleport Pro, because it was unavailable, or its retrieval was aborted, or the project was stopped too soon.  \n\nDo you want to open it from the server?'))window.location='http://www.itisedu.com/phrase/200604231338435.html'" tppabs="http://www.itisedu.com/phrase/200604231338435.html" target="_new">Object</a>）。不论怎么叫，所表示的意义都是一样的。例如在银行信贷这个例子中，我们就涉及到很多业务实体：契约、单笔贷款、客户等。所以业务实体就是企业中那些很基本的要素。如果觉得银行押汇的例子不好理解。可以想象餐厅中的菜单、汉堡等都是业务实体。在RUP中，业务实体被定义为： </FONT></P>
<P><FONT face=Verdana>　　A business entity represents a "thing" handled or used by business workers. </FONT></P>
<P><FONT face=Verdana>　　业务实体代表业务角色处理或使用的"事物"。 </FONT></P>
<P align=center><FONT face=Verdana><IMG src="2006415173348548.gif" tppabs="http://www.itisedu.com/manage/Upload/image/2006415173348548.gif" border=0></FONT></P>
<P align=center><FONT face=Verdana>业务实体 </FONT></P>
<P><FONT face=Verdana>　　在很早以前，我们讨论过需求易变性。相对于需求的不断变化，可是业务实体对象在一段相当长的时间内都存在。航空公司今天打折，明天又不打，还有明折、暗折。可是机票从来没见有什么大的变化，从来也只有那几样属性：价格、航班、出发地、目的地。所以业务实体是比较稳定的。这对于我们是有很大的意义的： </FONT></P>
<P><FONT face=Verdana>　　"一个业务实体经常代表某个对多个业务用例或用例实例有价值的事物，因此，业务实体对象的生存期相当长。一般而言，一个好的业务实体不包含关于其使用主体和使用方法的信息。"（RUP） </FONT></P>
<P><FONT face=Verdana>　　由业务实体组成的业务用例会稳定很多。在以前，开发方式采用模块为基础的方法，需求变化的时候，只好改写模块。如果采用稳定的业务实体来实现业务用例的话，业务用例的改变只需要对业务实体进行重新的组合。当然，这里还需要很多的技术来实现，并没有那么简单。要知道，四个现代化可不是一天就能够实现的。 </FONT></P>
<P><FONT face=Verdana>　　还有一个使用业务实体的重要原因：业务实体的特性决定它具有天生的重用性。就像麦当劳的销售系统中有汉堡实体，生产系统中也有，供应链系统中也有。天哪，这世界真是美好！ </FONT></P>
<P><FONT face=Verdana>　　使用业务实体一个很大的困惑是应该把它做为类还是属性。这个取决于业务环境对这个实体的重视程度。一个客户在银行信贷部门是一个很重要的类，而在押汇部门就只是信用证实例的一个属性。这个问题非常的重要。设计时的失误可能会导致今后系统改进的极大痛苦。例如本该设计为类的业务实体设计成了属性，在今后增加属性的时候不得不面对着<a href="200602271218062.html" tppabs="http://www.itisedu.com/phrase/200602271218062.html" target="_new">数据库</a>的调整和系统的修改。 </FONT></P>
<P><FONT face=Verdana>　　6. 建立业务<a href="200603101234535.html" tppabs="http://www.itisedu.com/phrase/200603101234535.html" target="_new">用例模型</a> </FONT></P>
<P><FONT face=Verdana>　　业务用例模型（business use-case model），在RUP中定义为： </FONT></P>
<P><FONT face=Verdana>　　The business use-case model is a model of the business intended functions. The business use-case model is used as an essential input to identify roles and deliverables in the organization. </FONT></P>
<P><FONT face=Verdana>　　业务用例模型是说明业务预期功能的模型。作为一个核心输入模型，业务用例模型用于确定组织的各个角色和可交付工件。 </FONT></P>
<P><FONT face=Verdana>　　从业务用例模型的定义可以看出，它是企业最核心，最概括的业务说明。它主要是由业务用例和业务主角构成的，其主要目的是说明客户和合作伙伴是如何开展业务的，它描述业务的主要方式是通过业务用例的方式。下图为RUP中业务用例模型的图示。 </FONT></P>
<P align=center><FONT face=Verdana><IMG src="200641517349400.gif" tppabs="http://www.itisedu.com/manage/Upload/image/200641517349400.gif" border=0></FONT></P>
<P align=center><FONT face=Verdana>业务用例模型 </FONT></P>
<P><FONT face=Verdana>　　从图中我们也可以很清楚的看出业务用例模型包括一组的业务用例。这是因为企业中的业务通常都会由多个的业务用例的多个实例构成。这些业务用例形成的企业工作流程可能会由业务主角所引发，也可能会由业务规则②所引发。 </FONT></P>
<P><FONT face=Verdana>　　②业务规则（Business Rules）：业务规则是必须遵守的政策或条件的声明。（Business Rules are declarations of policy or conditions that must be satisfied.） </FONT></P>
<P><FONT face=Verdana>　　业务用例模型实际上就是企业经营业务的一种描述，为了建立完整、准确的企业用例模型，应该将注意力专注于企业的业务做了些什么事情，而不应该集中于如何做。虽然这样可能会产生一些业务用例相冲突，相重复的情况，但是RUP的思想在于迭代，这项工作完全可以在接下去的迭代周期内完善。 </FONT></P>
<P><FONT face=Verdana>　　业务用例模型是和企业业务最贴近的计算机模型。它的很多思想和企业日常经营如出一辙。在企业的日常活动中，业务的种类可能有很多种。在一些讲述ERP思想的文章中，通常会强调三类： </FONT></P>
<P><FONT face=Verdana>　　一种是和主营业务密切相关的工作，例如银行的营业部、信贷部、押汇部等。这种工作通过人的劳动，将一种资源转变为另一种资源，产生价值。 </FONT></P>
<P><FONT face=Verdana>　　一种是管理型的工作，例如公司的管理层，财务部门等。这种工作本身并不产生价值，但是它通过指导、管理、检测第一种工作，加大第一种工作的产出价值。 </FONT></P>
<P><FONT face=Verdana>　　还有一种称为支持工作，例如<a href="200604022111095.html" tppabs="http://www.itisedu.com/phrase/200604022111095.html" target="_new">系统管理</a>、安全等。它并不是很重要，具有支持其他工作的性质。 </FONT></P>
<P><FONT face=Verdana>　　业务模型同样可以使用这种分类。通过这种分类，可以更好的把握核心业务用例，为下一步的工作打好基础。 </FONT></P>