论文部分内容阅读
【摘 要】电子商务行业最近发展很迅猛，带动了物流行业的发展，物流企业的信息化也在不断的加深，由此人们就发现了信息系统和物流的企业业务是存在着很多的问题，这就在一定的程度上阻碍了物流业的发展。在当下的企业的模型体系中理论体系和业务分析不能很好的转换成信息系统。当前的物流信息系统开发模式是在UML直接建模开发的，本文就介绍一下UML的物流信息系统开发。
【关键词】企业建模 物流信息系统 系统开发 模型转换
一、企业业务过程的物流信息系统开发模式
现代的集成制造系统是ARIS企业建模方法的主要的方式，但是在信息传递等方面的物流系统方面的成果就比较少了，物流业务流程系统是具有离散和动态的特征，是符合ARIS的建模要求的，ARIS还要提供ARISToofset这个商业工具，可以对进行的时间和效率作一个评价，于是在物流管理方面的ARIS企业建模是有它的意义的。
ARIS和UML集成的建模方法实际上都是在企业的业务过程中的集成建模框架，以此在保障物流信息系统与企业的业务过程是牢牢结合在一起的，可以使业务处理和复杂是物流信息系统能够相匹配。这样的框架可以大致分为三层，由上至下以此是企业业务概要模型、业务模型、信息系统逻辑模型，这个就是为了描述企业的行为和特征。
本文的核心是信息系统的开发，所以在ARIS和UML的方法下建立企业的模型，全面的对流程进行了解，从而达到转换规则的思想建立以及转换规则的思想建立，还有就是和业务流程过程里的物流信息系统的逻辑模型有机结合在一起。目的都是为了解决业务系统里的应用间不匹配的问题。
二、eEPC模型和UML模型之间的转换方法
在建立ARIS的业务模型过程当中，对于“AS-IS”模型以及“TO-BE”模型这两个模型的建立了解了系统的需求，而且还找到了系统的构成对象并且对它们的职责进行了描述，除此之外还对它们的关系进行了确定，以此来完成了系统的分析，可是ARIS方法里面没有很明确的说明怎么通过模型来建立软件。UML就是用例图、类图、顺序图等方式作为逻辑模型的表达工具面向对象的逻辑模型就更加有利于编程实施软件实体。
（一）UML和eEPC的关联
把UML模型分成三个层次大致可以分为宏观层、中观层以及微观层，有包、对象、方法和属性，这四者的关系是：方法和属性组成了对象，对象又组成了包。eEPC模型也可以分成三个层次：宏观层、中观层以及微观层。eEPC模型里面模型的数据视图的可以和事件结合起来的，某一个功能结束过后具体属性的一个值就会使得一个事件的发生了。这样的eEPC向UML的对象过渡就像映射一样，宏观上是eEPC的功能向UML的功能包映射；微观上就是eEPC模型的功能向UML对象的方法和属性进行映射。
于是，要在不同的模型里面使用相同的对象来实现对于eEPC和UML两个模型之间的整合。不同类型的模型里面，同一个对象的是可以用不同种类的符号与符号名称来表示的，不仅如此，一个相同的对象既有可能作为一个操作出现也有可能作为一个功能出现。尽管如此，属性在这些类型之中都是同样的。
（二）eEPc模型向UML的转换原则
因为ARIS建模在业务流程分析的过程中起着很重要的作用并且UML建模的面向程序的特征，还有eEPC和UML两者对象之间的整合性和联合性，人们越来越关注ARIS模型和UML的模型转换，在有了eEPC和UML对象的关联研究和实际研究的经验过后，就有人提出了eEPC的流程模型向UML模型转换的相关规则，总结出来有如下几条：
1.活动图转换。这种转换是比较直接的，因为活动图是一种对象流，和eEPC很相似。eEPC里执行和发出活动的组织单元和UML活动图的泳道的意义是相同的，都可以直接的转换成UML活动图当中的活动；eEPC中的一个活动或者一个任务都可以映射到UML中成为活动图中的活动；eEPC的信息对象都的输入输出的信息对象，映射到UML的时候就变成了活动图的类和对象；当eEPC的控制流被映射过去成为交接的时候，就代表着信息流动的方向了；eEPC中的逻辑操作符会被映射成决策点或者同步，这些都是代表逻辑判断的。最后将各个活动归结到各个泳道当中去，加入开始和结束点就能完成活动图的相应转换了。
2.向用例图转换。参与者（Actor）是能够理解例用图的系统功能，但是不能体现出与企业的内部功能相关的业务流，只能表达部分人工职责信息或者功能。于是，在转换的时候将eEPC的组织单元映射成角色，可以与软件的交互的功能映射成用例。
3.向类图和对象图的转换。eEPC模型向类图转换的时候就应该先要识别出eEPC当中的信息对象和组织单元，把这些单元映射成类或者对象。然后根据信息状态的变化和信息对象与组织单元的相互关系来确定类和类的管理类别，eEPC与UML之间的类图和对象图的转换是很复杂的，于是在映射的过程中就要保证两者的一致统一，必要的时候需要补充类的属性和操作以及类与类之间的相互关系。
4.向交互图转换。如果用交互图不能完整的表达流程模型中的全部活动还有关系，就只能对这之中的某个活动进行详细的描述。于是想要把eEPC的模型直接的转换成UML交互图是很难实现的，但是可以对eEPC之中的某个功能进行细化和拓展，这样也可以产生相应的UML交互图。
三、结语
在以前的企业建模过程中大多都是对于现状的一个描述和诊断，很难达到信息系统的转换，实用性是很差的，从而导致了企业的业务模型在现有的信息系统的开发中被忽视了，形成了物流信息系统和业务系统之间的不匹配，导致了物流企业不能快速的发展。本文总结前人的基础上，将ARIS和UML相结合作为开发的主要工具，对于企业模型在物流信息系统中进行了研究，实现了企业模型向信息系统的合理转换，从而达到开发物流信息系统的要求。
参考文献：
[1]郝晓玲，胡克瑾.基于业务流程重组的信息系统开发[J].同济大学学报（社会科学版），2002，（8）：61一66.
[2]赵刚.物流信息系统[M].四川人民出版社，2002.
[3]姜除寒.面向ERP的企业建模及其与UML模型的转换[D].哈尔滨：哈尔滨工业大学.2006.
[4]甘初初.信息系统开发[M].北京：经济科学出版社，1996.
作者简介：
石井（1980-），女（汉族），山东省济南人，研究生，主要研究方向：计算机信息管理与信息系统。
【关键词】企业建模 物流信息系统 系统开发 模型转换
一、企业业务过程的物流信息系统开发模式
现代的集成制造系统是ARIS企业建模方法的主要的方式，但是在信息传递等方面的物流系统方面的成果就比较少了，物流业务流程系统是具有离散和动态的特征，是符合ARIS的建模要求的，ARIS还要提供ARISToofset这个商业工具，可以对进行的时间和效率作一个评价，于是在物流管理方面的ARIS企业建模是有它的意义的。
ARIS和UML集成的建模方法实际上都是在企业的业务过程中的集成建模框架，以此在保障物流信息系统与企业的业务过程是牢牢结合在一起的，可以使业务处理和复杂是物流信息系统能够相匹配。这样的框架可以大致分为三层，由上至下以此是企业业务概要模型、业务模型、信息系统逻辑模型，这个就是为了描述企业的行为和特征。
本文的核心是信息系统的开发，所以在ARIS和UML的方法下建立企业的模型，全面的对流程进行了解，从而达到转换规则的思想建立以及转换规则的思想建立，还有就是和业务流程过程里的物流信息系统的逻辑模型有机结合在一起。目的都是为了解决业务系统里的应用间不匹配的问题。
二、eEPC模型和UML模型之间的转换方法
在建立ARIS的业务模型过程当中，对于“AS-IS”模型以及“TO-BE”模型这两个模型的建立了解了系统的需求，而且还找到了系统的构成对象并且对它们的职责进行了描述，除此之外还对它们的关系进行了确定，以此来完成了系统的分析，可是ARIS方法里面没有很明确的说明怎么通过模型来建立软件。UML就是用例图、类图、顺序图等方式作为逻辑模型的表达工具面向对象的逻辑模型就更加有利于编程实施软件实体。
（一）UML和eEPC的关联
把UML模型分成三个层次大致可以分为宏观层、中观层以及微观层，有包、对象、方法和属性，这四者的关系是：方法和属性组成了对象，对象又组成了包。eEPC模型也可以分成三个层次：宏观层、中观层以及微观层。eEPC模型里面模型的数据视图的可以和事件结合起来的，某一个功能结束过后具体属性的一个值就会使得一个事件的发生了。这样的eEPC向UML的对象过渡就像映射一样，宏观上是eEPC的功能向UML的功能包映射；微观上就是eEPC模型的功能向UML对象的方法和属性进行映射。
于是，要在不同的模型里面使用相同的对象来实现对于eEPC和UML两个模型之间的整合。不同类型的模型里面，同一个对象的是可以用不同种类的符号与符号名称来表示的，不仅如此，一个相同的对象既有可能作为一个操作出现也有可能作为一个功能出现。尽管如此，属性在这些类型之中都是同样的。
（二）eEPc模型向UML的转换原则
因为ARIS建模在业务流程分析的过程中起着很重要的作用并且UML建模的面向程序的特征，还有eEPC和UML两者对象之间的整合性和联合性，人们越来越关注ARIS模型和UML的模型转换，在有了eEPC和UML对象的关联研究和实际研究的经验过后，就有人提出了eEPC的流程模型向UML模型转换的相关规则，总结出来有如下几条：
1.活动图转换。这种转换是比较直接的，因为活动图是一种对象流，和eEPC很相似。eEPC里执行和发出活动的组织单元和UML活动图的泳道的意义是相同的，都可以直接的转换成UML活动图当中的活动；eEPC中的一个活动或者一个任务都可以映射到UML中成为活动图中的活动；eEPC的信息对象都的输入输出的信息对象，映射到UML的时候就变成了活动图的类和对象；当eEPC的控制流被映射过去成为交接的时候，就代表着信息流动的方向了；eEPC中的逻辑操作符会被映射成决策点或者同步，这些都是代表逻辑判断的。最后将各个活动归结到各个泳道当中去，加入开始和结束点就能完成活动图的相应转换了。
2.向用例图转换。参与者（Actor）是能够理解例用图的系统功能，但是不能体现出与企业的内部功能相关的业务流，只能表达部分人工职责信息或者功能。于是，在转换的时候将eEPC的组织单元映射成角色，可以与软件的交互的功能映射成用例。
3.向类图和对象图的转换。eEPC模型向类图转换的时候就应该先要识别出eEPC当中的信息对象和组织单元，把这些单元映射成类或者对象。然后根据信息状态的变化和信息对象与组织单元的相互关系来确定类和类的管理类别，eEPC与UML之间的类图和对象图的转换是很复杂的，于是在映射的过程中就要保证两者的一致统一，必要的时候需要补充类的属性和操作以及类与类之间的相互关系。
4.向交互图转换。如果用交互图不能完整的表达流程模型中的全部活动还有关系，就只能对这之中的某个活动进行详细的描述。于是想要把eEPC的模型直接的转换成UML交互图是很难实现的，但是可以对eEPC之中的某个功能进行细化和拓展，这样也可以产生相应的UML交互图。
三、结语
在以前的企业建模过程中大多都是对于现状的一个描述和诊断，很难达到信息系统的转换，实用性是很差的，从而导致了企业的业务模型在现有的信息系统的开发中被忽视了，形成了物流信息系统和业务系统之间的不匹配，导致了物流企业不能快速的发展。本文总结前人的基础上，将ARIS和UML相结合作为开发的主要工具，对于企业模型在物流信息系统中进行了研究，实现了企业模型向信息系统的合理转换，从而达到开发物流信息系统的要求。
参考文献：
[1]郝晓玲，胡克瑾.基于业务流程重组的信息系统开发[J].同济大学学报（社会科学版），2002，（8）：61一66.
[2]赵刚.物流信息系统[M].四川人民出版社，2002.
[3]姜除寒.面向ERP的企业建模及其与UML模型的转换[D].哈尔滨：哈尔滨工业大学.2006.
[4]甘初初.信息系统开发[M].北京：经济科学出版社，1996.
作者简介：
石井（1980-），女（汉族），山东省济南人，研究生，主要研究方向：计算机信息管理与信息系统。