基于uml和构件的erp软件生产线描述方法研究

基于uml和构件的erp软件生产线描述方法研究

ID:23824215

大小:52.00 KB

页数:5页

时间:2018-11-10

基于uml和构件的erp软件生产线描述方法研究_第1页
基于uml和构件的erp软件生产线描述方法研究_第2页
基于uml和构件的erp软件生产线描述方法研究_第3页
基于uml和构件的erp软件生产线描述方法研究_第4页
基于uml和构件的erp软件生产线描述方法研究_第5页
资源描述:

《基于uml和构件的erp软件生产线描述方法研究》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、基于UML和构件的ERP软件生产线描述方法研究

2、第1引言随着中国正式加入世界贸易组织(L是当今在面向对象领域占主导地位的标准建模语言,它融合了Booch、OMT和OOSE方法中的主要概念。它不仅可以支持面向对象的分析与设计,更重要的是能够有力的支持从需求分析开始的软件开发全过程。UML目前已经称为软件开发行业的既定标准,在当前和未来开发软件的过程中,使用UML建模已经称为软件成败的关键所在。但是,UML作为一种通用的建模语言,不可避免地丧失了某些重要特征我们归纳为以下几点:UML没有明确地提供可变

3、点的描述方法。一个软件生产线是一组软件系统,它们共享通用的、受管理的设计和标准(或资产),这些特征满足一个特定市场范围或任务的明确需求,而且它们按照规定的方式由公共的核心资产库开发而成。软件生产线通过抽取某一类应用系统的共性,建立可重用的核心资产;再通过对核心资产的定制生成多个类似应用系统的实例。因此,可变点对于软件生产线的体系结构(模型)描述十分重要。UML作为一种通用的建模语言,并未对软件生产线中可变点的定义提供明确的支持。UML语言对构件设计和描述没有明确的支持。采用UML中的面向对象标记只

4、能描述方法调用的交互类型,无法描述构件之间多样的连接类型;而且它们还不支持构件的层次结构的描述、系统族的定义等。本文的后几节打算按以下几部分进行描述。第2节分析软件生产线的可变点问题,然后提供一种可变点描述方法。第3节描述基于可重用构件的软件生产线描述方法。第4节对本文工作进行了总结和展望。软件生产线的可变点软件生产线的体系结构稳定而不失灵活性的体系结构是一个成功的软件生产线的基础。体系结构描述了软件产品线应用领域的业务体系结构共性和个性、支持该业务体系结构的信息体系结构、应用体系结构和技术体系结

5、构。软件生产线为获得体系结构的重用,必须依据"低耦合、高内聚"的原则,设计能够适应变更的体系结构,这就要求在捕获需求时使用域分析的方法,对历史和前景进行分析(历史分析用于总结该类系统需求的不变点和可变点,前景分析用来预测系统需求今后可能发生的变化),得到不变和可变的功能需求和质量场景。从体系结构的各个侧面来看,变更对体系结构影响的程度从大到小依次为业务、位置、技术、组织、信息和应用。要特别注意对族体系结构可变点的实现。详细设计的方案应使含有可变点的构件尽可能灵活地适应可变点的变化,提高构件的可重用

6、性。软件生产线的可变点分析关于软件生产线的可变点描述,我们将以ERP软件的"库存子系统"为实例详细阐述。对于单个应用系统而言,其可变点可以通过UML建模来实现。可变点可以作为类的属性来实现,例如:仓库中的某项器材的库存数量经常处于变动之中,这样我们可以为器材类添加一个"库存数量"的属性。可变点还可以通过继承的方式来实现,由同一父类派生出多个子类,每个子类完成特定的功能。这些都是标准UML语言可以支持的。对于软件生产线,它的可变点存在于从需求分析直到设计、实现的各个阶段。例如:两个制造企业都要完成器

7、材的出入库的功能,但是,某个企业在器材入合格库之间需要首先进入待验库,而另一个企业则无需经过器材检验的步骤。这种系统层的可变点通过标准UML语言无法实现。软件生产线的可变点描述既要实现同一产品族系统的集成,又要清晰地表现同一产品族内单个系统之间的可变性。软件生产线的可变点描述为了满足上述的可变点要求,我们提出了一种基于"选择模型"的软件生产线描述方法。该方法充分利用了UML语言的扩展机制,使用"Stereotype(范型)"描述软件生产线的体系结构中的可变点,其优点在于保证了与标准UML语言的兼容

8、性,适合于广大熟悉UML语言的开发人员使用。此外,为了有效地管理整个软件生产线的可变点,我们采用基于"选择模型"的方式支持软件可变点的查找和控制。图1是我们定义的一个库存系统软件生产线的用例图。该用例图中的可变点定义引入了"可选用例"和"可选角色"两个范型。图2和图3分别是依据该库存软件生产线生成的两个实例应用系统:A企业的库存系统用例图和B企业的库存系统用例图。类似的扩展还同样可以应用于其他所需的UML图中,包括:类图、活动图、协作图等。从原则角度考虑,图中的每个元素,如:类、关联、继承,实际上

9、都是可选的或者可以使用一套元素的其他进行替换。因此,扩展机制必须保证每种元素的可变性都可以进行定义。目前,我们采用的扩展机制还不是十分完善,有待于今后进行进一步研究。"选择模型"的定义为有效地控制上述UML模型的可变点将它们有效地连接在一起,定义了一个"选择模型",它可描述为一个四元组{定制要求,解答,UML图,动作}。定制要求:依据该软件生产线进行定制的开发人员会产生的问题,解答:开发人员做出的选择,UML图:列出对应该选择应该选择的相应的UML图;动作:列出这种选择相应产生的动

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。